| Commit message (Collapse) | Author | Age |
|
|
|
| |
[Bjørn: commit message: enabled -> enable]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If built from svn:
$ jtag --version
UrJTAG 0.10 #2051
If built from git:
$ jtag --version
UrJTAG 0.10 #
Also, with svn we don't need to download the web/ subdirectory because
svn supports partial repository clones.
[Bjørn: extend commit message]
|
|
|
|
|
|
|
|
|
| |
Close #9935.
I don't think it's good to split thunarx into a separate derivation in
this way. We would have the library and associated stuff twice and two
expressions, etc. Distributions do these things by an analogy to multiple-output
derivation (Debian does, for example), so we could use that, but it
doesn't seem important in this case and would be better after #7701 anyway.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|\
| |
| | |
sshuttle: 0.61 -> 0.71
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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).
|
|\ \
| | |
| | | |
open-iscsi: 2.0-871 -> 2.0-873
|
| | |
| | |
| | |
| | |
| | | |
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
|
|\ \ \
| | | |
| | | | |
qutebrowser: youtube support
|
| | | | |
|
| |/ / |
|
|\ \ \
| | | |
| | | | |
eclipse-plugin-scala: 4.1.1 -> 4.1.1.20150911
|
| | | |
| | | |
| | | |
| | | | |
No URL change since the update, unfortunately, happens in-place.
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This update was generated by hackage2nix v20150922-4-g3df9130 using the following inputs:
- Nixpkgs: https://github.com/NixOS/nixpkgs/commit/5eb46915ca840f5a6e90124a13279a2aa78a2369
- Hackage: https://github.com/commercialhaskell/all-cabal-hashes/commit/238be6f44331777aaf0cf6b4c86fd415d7beb915
- LTS Haskell: https://github.com/fpco/lts-haskell/commit/c7012a704b558556ca067861eb156f9916aa2afb
- Stackage Nightly: https://github.com/fpco/stackage-nightly/commit/a46ea057c995297b0058419aa54c1cbcaca28a31
|
| | | |
| | | |
| | | |
| | | | |
/cc maintainer @khumba.
|
| | | | |
|
| | | | |
|
|\ \ \ \
| |_|_|/
|/| | | |
pythonPackages.numpydoc: init at 0.5
|
| | |/
| |/| |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
20150730 still breaks bitcoin:
https://github.com/NixOS/nixpkgs/commit/43fba1d1ebc0d8fe3d44c051bba26aa33ebec59e#commitcomment-13386751
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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.
|
|\ \ \
| | | |
| | | | |
oathToolkit: Support darwin
|
| | |/
| |/| |
|
| | |
| | |
| | |
| | | |
I forgot to stage this during merge.
|
|\ \ \
| | | |
| | | |
| | | | |
Frequently using multiple *almost* identical attributes is bad.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The file is generated anyway.
@peti: is there an easy way to make the generator use different
attribute names? (But this case isn't important at all.)
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This seems to have been confusing people, using both xlibs and xorg, etc.
- Avoided renaming local (and different) xlibs binding in gcc*.
- Fixed cases where both xorg and xlibs were used.
Hopefully everything still works as before.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Scilab note: the parameters already had pointed to nonexistent dirs
before this set of refactoring. But that config wasn't even used by
default.
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
It was really ugly that `xlibs.xlibs` meant something else than `xlibs`,
especially when using `with xlibs`, such as in wine.
Also, now `xlibs` is the same as `xorg`.
|
| | | | |
|
| | | | |
|
| | | | |
|
| |/ /
|/| | |
|
|\ \ \
| | | |
| | | | |
update xtreemfs and add nixos module
|
| | | | |
|
| | | | |
|
|/ / /
| | |
| | |
| | |
| | | |
Using zlib should be cheap enough and save lots of HDD space.
Case study (glib): 11 MB -> 4 MB.
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
Also remove some unintended setting of separateDebugInfo.
|
| |/
|/| |
|
|\ \
| | |
| | | |
add an option to build nginx's stream module
|