A thunar dropbox plugin that allows to copy links and
add files to dropbox.
Depends on new `xfce.thunarx-2-dev` plugin sdk package instead of
thunar. Doing so seem standard on other distributions such as
Ubuntu and narrows depedencies to only the sdk headers (i.e.:
what's needed by plugins).
Note that replacing the `xfce.thunarx-2-dev` dependency directly
by `xfce.thunar` work equally well. However it now would be
impossible for the `thunar` executable to depend on the plugin.
Tests:
- When dropbox daemon active, functionalities are added
to right click on file and folders menu.
- When dropbox daemon inactive, functionalities **not** added
to menu.
- Successfully copied a dropbox link.
- Successfully moved a file to dropbox.
Improve thunar/thunarx so that thunar's plugin directory
could be overriden using a `THUNARX_MODULE_DIR`
environment variable so that plugins not built along
with the `thunar` package could be installed as well.
This could allow one to wrap `thunar` in a `thunar-with-plugins`
package where plugins are declared instead of being found (a
bit in the same fashion as gstreamer plugins).
remove the kernel patch, since the package no longer builds the module, its already in the kernel
move it from the kernel function to the main all-packages list
This update was generated by hackage2nix v20150922-4-g3df9130 using the following inputs:
- Nixpkgs: 5eb46915ca
- Hackage: 238be6f443
- LTS Haskell: c7012a704b
- Stackage Nightly: a46ea057c9
Account for a zany new build system & add myself as a maintainer.
Tested by connecting to a remote system and browsing the web & LAN,
both as root and a regular (sudo) user. Cool tool.
CC @iElectric
So far nix-env -qP would prefer e.g. `xlibs.*` to `xorg.*`,
so we just disallow recursing into aliased sets
while keeping them available for explicit usage.
Consequently, `xlibs` references should get killed on the next
regeneration.
