Re: [Nix-dev] Improve docs for overrideDerivation - overridable attributes

2016-06-30 Thread Alex Berg
Oh wow! I never would have guessed this was a behavior of the `rec`
keyword! Nice idea!
I'll play around with it to verify my understanding and then submit a PR to
the NixPkgs manual to note this behavior for other people who might
discover this pitfall. That'll take me several days. :)

Much appreciated, Layus!

On Thu, Jun 30, 2016 at 12:01 PM, Layus  wrote:

> On 30/06/16 20:18, Alex Berg wrote:
>
> I created a new "~/.nixpkgs/config.nix" file to customize the
> nix-channel-obtained nixpkgs copy on my system - my goal was to bump the
> version of Vim to a specific version.
>
> My first attempt was to override the derivation and simply set the
> "version" attribute, like this:
>
> {
>   packageOverrides = pkgs: rec {
> vim = pkgs.vim.overrideDerivation (oldAttrs: {
>   version = "7.4.1941";
> });
>   };
> }
>
> But this had zero effect on the name of Vim I saw when using "nix-env
> -qaP" to see package details. The Vim package's definition has the "name"
> attribute defined like this:
>
> name = "vim-${version}";
> version = "7.4.1585";
>
> so I expected my overriding the "version" attribute to affect the
> package's name, but it did not.
>
> No, because the definition above relies on the "rec" keyword, but "rec"
> has already been applied *before* overrideDerivation.
> Overriding "version" will not override "name", and in turn will not
> override "src".
> In fact, overriding "version" will have no impact on the output path as
> that parameter is not used by mkDerivation.
> But the attribute is overriden. ` nix-instantiate "" --eval -A
> vim.version ` will give you the new version string.
>
> Overriding "name", for example, will have impact as it is used by
> mkDerivation to compute the output path.
> Again, it is not sufficient to build a different version of vim. See below.
>
>
> After asking the #nixos IRC channel, one person suggested the "version"
> attribute isn't overridable because it isn't an attribute the *primitive
> derivation* set. Based on this guess, I changed my ~/.nixpkgs/config.nix
> definition from that to this:
>
> let
>   vim-version = "7.4.1941";
> in
> {
>   packageOverrides = pkgs: rec {
> vim = pkgs.vim.overrideDerivation (oldAttrs: {
>   name = "vim-${vim-version}";
>   src = pkgs.fetchFromGitHub {
> owner = "vim";
> repo = "vim";
> rev = "v${vim-version}";
> sha256 = "0apq7sv1fbyfzqh4q0r2z19bn4gbjlb97wyl80kj7qsqmsy7m1lm";
>   };
> });
>   };
> }
>
> My guess is this works because I'm overriding the "name" attribute.
>
> No, it works because you override the "src" attribute.
> src is used by mkDerivation, so overriding modifies the package to be
> built with the new source tree.
> Overriding the name is not strictly necessary, but is a *very* good
> practice, as otherwise you would get a 7.4.1941 vim with the old version in
> the name... confusing :-)
>
>
> I read the definition of the "mkDerivation" function 
> (pkgs/stdenv/generic/default.nix),
> but it doesn't have a simple list of attributes that are overridable, but
> is rather flexible. Also, that definition doesn't mention a "src"
> attribute, but "src" attribute is overridable, so I wonder why overriding
> the "src" attribute works.
>
> Where can I find explanation for this? If there is a restriction on which
> attributes are overridable, then I'd like to note this in the NixPkgs
> manual, here:
> 
> https://nixos.org/nixpkgs/manual/index.html#sec-pkg-overrideDerivation
>
> Everything is overridable separately, but you cannot count on the rec
> keyword at override time.
> Every attribute already has a fully defined value.
>
>
>
>
> ___
> nix-dev mailing 
> listnix-...@lists.science.uu.nlhttp://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


[Nix-dev] (setcap-wrapper) Building a nixos vm to test nixos-level modifications

2016-06-30 Thread Parnell Springmeyer
Hi! I recently added setcap-wrapper functionality to nixos at awake
networks and I have contributed the changes in a fork on my own branch.

My ask is: I'm having trouble figuring out how I should test this. Building
a package is easy but is there a formula some where for building a nixos VM
to test the setcap-wrapper functionality and my own modifications to take
ping and ping6 out of the setuid and use setcap instead?

-- 
Parnell Springmeyer
parn...@digitalmentat.com | digitalmentat.com | 0xDCCF89258EAD874A

___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


[Nix-commits] [NixOS/nixpkgs] 17e803: samsung-UnifiedLinuxDriver: fix multi-output cups ...

2016-06-30 Thread pngwjpgh
  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 17e8032adb9b6ad8558594a19f6d13461d275b45
  
https://github.com/NixOS/nixpkgs/commit/17e8032adb9b6ad8558594a19f6d13461d275b45
  Author: pngwjpgh 
  Date:   2016-07-01 (Fri, 01 Jul 2016)

  Changed paths:
M pkgs/misc/cups/drivers/samsung/4.00.39/default.nix

  Log Message:
  ---
  samsung-UnifiedLinuxDriver: fix multi-output cups (#16421)


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits


[Nix-commits] [NixOS/nixpkgs] 57ea9a: nano: 2.5.3 -> 2.6.1 (#16565)

2016-06-30 Thread Michael Ekstrand
  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 57ea9af90a5bd9337da47189387d912ee786af69
  
https://github.com/NixOS/nixpkgs/commit/57ea9af90a5bd9337da47189387d912ee786af69
  Author: Michael Ekstrand 
  Date:   2016-07-01 (Fri, 01 Jul 2016)

  Changed paths:
M pkgs/applications/editors/nano/default.nix

  Log Message:
  ---
  nano: 2.5.3 -> 2.6.1 (#16565)

This upgrades Nano to the (non-GNU) version 2.6.1.


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits


[Nix-commits] [NixOS/nixpkgs] a10ddb: firefox-bin: 47.0 -> 47.0.1 (#16599)

2016-06-30 Thread taku0
  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: a10ddb582e486df041627f857c120e5f7ae13d6c
  
https://github.com/NixOS/nixpkgs/commit/a10ddb582e486df041627f857c120e5f7ae13d6c
  Author: taku0 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/applications/networking/browsers/firefox-bin/sources.nix

  Log Message:
  ---
  firefox-bin: 47.0 -> 47.0.1 (#16599)


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits


[Nix-commits] [NixOS/nixpkgs] d75c7d: btfs: 2.9 -> 2.10 (#16603)

2016-06-30 Thread Michele Guerini Rocco
  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: d75c7d0dcd12ae032ae7e55bbf74850b327647d5
  
https://github.com/NixOS/nixpkgs/commit/d75c7d0dcd12ae032ae7e55bbf74850b327647d5
  Author: Michele Guerini Rocco 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
A pkgs/development/libraries/libtorrent-rasterbar/1.09.nix
M pkgs/os-specific/linux/btfs/default.nix
M pkgs/top-level/all-packages.nix

  Log Message:
  ---
  btfs: 2.9 -> 2.10 (#16603)


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits


[Nix-commits] [NixOS/nixpkgs] af2d60: wpsoffice: 10.1.0.5503 -> 10.1.0.5672 (#16630)

2016-06-30 Thread David Guibert
  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: af2d6022577beb8290909b705254d05ea3ab07e5
  
https://github.com/NixOS/nixpkgs/commit/af2d6022577beb8290909b705254d05ea3ab07e5
  Author: David Guibert 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/applications/office/wpsoffice/default.nix

  Log Message:
  ---
  wpsoffice: 10.1.0.5503 -> 10.1.0.5672 (#16630)

The url of the previous package is broken.


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits


Re: [Nix-dev] How does the kernel get build? Because /usr/bin/perl is hardcoded in the kernel sources...

2016-06-30 Thread Bjørn Forsman
On 30 June 2016 at 22:40, Matthias Beyer  wrote:
> Hi nixos community,
>
> I wonder how the kernel is build with nix, as /usr/bin/perl is
> hardcoded in all scripts in the kernel source tree.
>
> Can someone point me to the appropriate file for how the build setup
> handles the kernel perl build infrastructure?
>
> I assume our setup somehow rewrites the shebang lines of all these
> files before invoking the build... but I'm not sure here. Maybe
> someone can point this out to me.

Correct:

https://github.com/NixOS/nixpkgs/blob/master/pkgs/os-specific/linux/kernel/manual-config.nix#L91-97

Digression, I wish:

* Someone brave send /usr/bin/$PROG => /usr/bin/env $PROG patches
upstream (assuming it doesn't hurt anyone)
* NixOS chroot builds to have /usr/bin/env. Having to patch perfectly
portable code to perform a build doesn't feel right IMHO.

- Bjørn
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


[Nix-dev] How does the kernel get build? Because /usr/bin/perl is hardcoded in the kernel sources...

2016-06-30 Thread Matthias Beyer
Hi nixos community,

I wonder how the kernel is build with nix, as /usr/bin/perl is 
hardcoded in all scripts in the kernel source tree.

Can someone point me to the appropriate file for how the build setup 
handles the kernel perl build infrastructure?

I assume our setup somehow rewrites the shebang lines of all these 
files before invoking the build... but I'm not sure here. Maybe 
someone can point this out to me.

-- 
Mit freundlichen Grüßen,
Kind regards,
Matthias Beyer

Proudly sent with mutt.
Happily signed with gnupg.


signature.asc
Description: PGP signature
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


Re: [Nix-dev] How to upgrade when Nix is too old to evaluate nixpkgs

2016-06-30 Thread Bjørn Forsman
On 30 June 2016 at 17:38, Bjørn Forsman  wrote:
> On 30 June 2016 at 17:15, Vladimír Čunát  wrote:
>> On 06/30/2016 05:10 PM, Bjørn Forsman wrote:
>>> The problem is that none of the build artifacts can be downloaded!
>>
>> Hydra no longer has the binaries AFAIK, but they're in the cache, so
>> nix-store --realize /nix/store/foo should work.
>
> Thanks. This worked:
>
>   nix-store --realize /nix/store/path-to-nix-11.2-found-on-hydra
>   nix-env -i /nix/store/path-to-nix-11.2-found-on-hydra
>   sudo nixos-rebuild switch

Well... almost. Building went fine, but when switching to the new configuration:

$ sudo nixos-rebuild switch
...
building the system configuration...
updating GRUB 2 menu...
Can't exec "systemd-escape": No such file or directory at
/nix/var/nix/profiles/system/bin/switch-to-configuration line 264.
Unable to escape /!

I'll try to make a PR to lock down that call systemd-escape with an
absolute (nix store) path. If nobody beats me to it.

- Bjørn
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


[Nix-commits] [NixOS/nixpkgs] 473f86: tabbed: Add configuration through config.h

2016-06-30 Thread Arseniy Seroka
  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 473f864a1f819776cc1bcc9014ae10f19e88deed
  
https://github.com/NixOS/nixpkgs/commit/473f864a1f819776cc1bcc9014ae10f19e88deed
  Author: Rahul Gopinath 
  Date:   2016-06-29 (Wed, 29 Jun 2016)

  Changed paths:
M pkgs/applications/window-managers/tabbed/default.nix
M pkgs/top-level/all-packages.nix

  Log Message:
  ---
  tabbed: Add configuration through config.h


  Commit: 37b5928a81b60df6380b256c86c7223b4d9849ec
  
https://github.com/NixOS/nixpkgs/commit/37b5928a81b60df6380b256c86c7223b4d9849ec
  Author: Rahul Gopinath 
  Date:   2016-06-29 (Wed, 29 Jun 2016)

  Changed paths:
M pkgs/applications/window-managers/tabbed/default.nix
M pkgs/top-level/all-packages.nix

  Log Message:
  ---
  tabbed: 20150509 -> 20160425

Xft is now bundled. Hence removing that option


  Commit: 2c44e0410c716f174011fae8718d1328f2fa6a66
  
https://github.com/NixOS/nixpkgs/commit/2c44e0410c716f174011fae8718d1328f2fa6a66
  Author: Rahul Gopinath 
  Date:   2016-06-29 (Wed, 29 Jun 2016)

  Changed paths:
M pkgs/applications/window-managers/tabbed/default.nix

  Log Message:
  ---
  tabbed: add patch support

Suckless tools encourage patching, along with config.h modification. Allow
users to provide their own patches.


  Commit: 29bf0796a70d41efc6915057f08ae241a5c6a520
  
https://github.com/NixOS/nixpkgs/commit/29bf0796a70d41efc6915057f08ae241a5c6a520
  Author: Arseniy Seroka 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/applications/window-managers/tabbed/default.nix
M pkgs/top-level/all-packages.nix

  Log Message:
  ---
  Merge pull request #16606 from vrthra/tabbed

tabbed :  20150509 -> 20160425


Compare: https://github.com/NixOS/nixpkgs/compare/cdf6cdcb908f...29bf0796a70d___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits


Re: [Nix-dev] Improve docs for overrideDerivation - overridable attributes

2016-06-30 Thread Layus

On 30/06/16 20:18, Alex Berg wrote:
I created a new "~/.nixpkgs/config.nix" file to customize the 
nix-channel-obtained nixpkgs copy on my system - my goal was to bump 
the version of Vim to a specific version.


My first attempt was to override the derivation and simply set the 
"version" attribute, like this:


{
  packageOverrides = pkgs: rec {
vim = pkgs.vim.overrideDerivation (oldAttrs: {
  version = "7.4.1941";
});
  };
}

But this had zero effect on the name of Vim I saw when using "nix-env 
-qaP" to see package details. The Vim package's definition has the 
"name" attribute defined like this:


name = "vim-${version}";
version = "7.4.1585";

so I expected my overriding the "version" attribute to affect the 
package's name, but it did not.
No, because the definition above relies on the "rec" keyword, but "rec" 
has already been applied /before/ overrideDerivation.
Overriding "version" will not override "name", and in turn will not 
override "src".
In fact, overriding "version" will have no impact on the output path as 
that parameter is not used by mkDerivation.
But the attribute is overriden. ` nix-instantiate "" --eval -A 
vim.version ` will give you the new version string.


Overriding "name", for example, will have impact as it is used by 
mkDerivation to compute the output path.

Again, it is not sufficient to build a different version of vim. See below.



After asking the #nixos IRC channel, one person suggested the 
"version" attribute isn't overridable because it isn't an attribute 
the *primitive derivation* set. Based on this guess, I changed my 
~/.nixpkgs/config.nix definition from that to this:


let
  vim-version = "7.4.1941";
in
{
  packageOverrides = pkgs: rec {
vim = pkgs.vim.overrideDerivation (oldAttrs: {
  name = "vim-${vim-version}";
  src = pkgs.fetchFromGitHub {
owner = "vim";
repo = "vim";
rev = "v${vim-version}";
sha256 = "0apq7sv1fbyfzqh4q0r2z19bn4gbjlb97wyl80kj7qsqmsy7m1lm";
  };
});
  };
}

My guess is this works because I'm overriding the "name" attribute.

No, it works because you override the "src" attribute.
src is used by mkDerivation, so overriding modifies the package to be 
built with the new source tree.
Overriding the name is not strictly necessary, but is a *very* good 
practice, as otherwise you would get a 7.4.1941 vim with the old version 
in the name... confusing :-)



I read the definition of the "mkDerivation" function 
(pkgs/stdenv/generic/default.nix), but it doesn't have a simple list 
of attributes that are overridable, but is rather flexible. Also, that 
definition doesn't mention a "src" attribute, but "src" attribute is 
overridable, so I wonder why overriding the "src" attribute works.


Where can I find explanation for this? If there is a restriction on 
which attributes are overridable, then I'd like to note this in the 
NixPkgs manual, here: 
https://nixos.org/nixpkgs/manual/index.html#sec-pkg-overrideDerivation
Everything is overridable separately, but you cannot count on the rec 
keyword at override time.

Every attribute already has a fully defined value.




___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev



___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


[Nix-commits] [NixOS/nixpkgs] 0604af: nomad: 0.3.2 -> 0.4.0

2016-06-30 Thread Rushmore Mushambi
  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 0604af9212c17974a15eabecbfcbc6fb2088c266
  
https://github.com/NixOS/nixpkgs/commit/0604af9212c17974a15eabecbfcbc6fb2088c266
  Author: rushmorem 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/applications/networking/cluster/nomad/default.nix

  Log Message:
  ---
  nomad: 0.3.2 -> 0.4.0


  Commit: cdf6cdcb908f3dcb15034e705ab75b0af1091fa4
  
https://github.com/NixOS/nixpkgs/commit/cdf6cdcb908f3dcb15034e705ab75b0af1091fa4
  Author: Rushmore Mushambi 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/applications/networking/cluster/nomad/default.nix

  Log Message:
  ---
  Merge pull request #16626 from rushmorem/nomad-update

nomad: 0.3.2 -> 0.4.0


Compare: https://github.com/NixOS/nixpkgs/compare/cb3d2d05263b...cdf6cdcb908f___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits


[Nix-dev] Improve docs for overrideDerivation - overridable attributes

2016-06-30 Thread Alex Berg
I created a new "~/.nixpkgs/config.nix" file to customize the
nix-channel-obtained nixpkgs copy on my system - my goal was to bump the
version of Vim to a specific version.

My first attempt was to override the derivation and simply set the
"version" attribute, like this:

{
  packageOverrides = pkgs: rec {
vim = pkgs.vim.overrideDerivation (oldAttrs: {
  version = "7.4.1941";
});
  };
}

But this had zero effect on the name of Vim I saw when using "nix-env -qaP"
to see package details. The Vim package's definition has the "name"
attribute defined like this:

name = "vim-${version}";
version = "7.4.1585";

so I expected my overriding the "version" attribute to affect the package's
name, but it did not.

After asking the #nixos IRC channel, one person suggested the "version"
attribute isn't overridable because it isn't an attribute the *primitive
derivation* set. Based on this guess, I changed my ~/.nixpkgs/config.nix
definition from that to this:

let
  vim-version = "7.4.1941";
in
{
  packageOverrides = pkgs: rec {
vim = pkgs.vim.overrideDerivation (oldAttrs: {
  name = "vim-${vim-version}";
  src = pkgs.fetchFromGitHub {
owner = "vim";
repo = "vim";
rev = "v${vim-version}";
sha256 = "0apq7sv1fbyfzqh4q0r2z19bn4gbjlb97wyl80kj7qsqmsy7m1lm";
  };
});
  };
}

My guess is this works because I'm overriding the "name" attribute.

I read the definition of the "mkDerivation" function
(pkgs/stdenv/generic/default.nix),
but it doesn't have a simple list of attributes that are overridable, but
is rather flexible. Also, that definition doesn't mention a "src"
attribute, but "src" attribute is overridable, so I wonder why overriding
the "src" attribute works.

Where can I find explanation for this? If there is a restriction on which
attributes are overridable, then I'd like to note this in the NixPkgs
manual, here:
https://nixos.org/nixpkgs/manual/index.html#sec-pkg-overrideDerivation
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


Re: [Nix-dev] How to upgrade when Nix is too old to evaluate nixpkgs

2016-06-30 Thread Bjørn Forsman
On 30 June 2016 at 17:37, Shea Levy  wrote:
> With nodePackages.jsontool installed:
>
> $ nix-env -i $(curl -LH "Accept: Application/JSON" 
> http://hydra.nixos.org/job/nix/master/build.x86_64-linux/latest | json 
> buildoutputs.out.path)

That's a neat trick. It would be great if something like that could be
done by Nix(OS) itself.

- Bjørn
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


Re: [Nix-dev] How to upgrade when Nix is too old to evaluate nixpkgs

2016-06-30 Thread Bjørn Forsman
On 30 June 2016 at 17:36, Domen Kožar  wrote:
> Could be, not sure at what verison it was added, but I think around first
> NixOS release. You could try going with 13.10 first and then upgrade to
> 16.03

I tried going back a few releases. But at NixOS 13.10, which required
Nix 1.7 (still greater than my installed Nix 1.5.3), I decided not to
continue that route.

- Bjørn
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


Re: [Nix-dev] How to upgrade when Nix is too old to evaluate nixpkgs

2016-06-30 Thread Bjørn Forsman
On 30 June 2016 at 17:15, Vladimír Čunát  wrote:
> On 06/30/2016 05:10 PM, Bjørn Forsman wrote:
>> The problem is that none of the build artifacts can be downloaded!
>
> Hydra no longer has the binaries AFAIK, but they're in the cache, so
> nix-store --realize /nix/store/foo should work.

Thanks. This worked:

  nix-store --realize /nix/store/path-to-nix-11.2-found-on-hydra
  nix-env -i /nix/store/path-to-nix-11.2-found-on-hydra
  sudo nixos-rebuild switch

- Bjørn
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


[Nix-commits] [NixOS/nixpkgs] f4aa57: libpsl: list 2016-02-25 -> 2016-06-30

2016-06-30 Thread Tobias Geerinckx-Rice
  Branch: refs/heads/release-16.03
  Home:   https://github.com/NixOS/nixpkgs
  Commit: f4aa57ac91a6e7865e99546df9d255aaa9d401be
  
https://github.com/NixOS/nixpkgs/commit/f4aa57ac91a6e7865e99546df9d255aaa9d401be
  Author: Tobias Geerinckx-Rice 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/development/libraries/libpsl/default.nix

  Log Message:
  ---
  libpsl: list 2016-02-25 -> 2016-06-30

(cherry picked from commit dccac25d5f993f1d261db0f3968379e323fc572c)


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits


Re: [Nix-dev] How to upgrade when Nix is too old to evaluate nixpkgs

2016-06-30 Thread Shea Levy
With nodePackages.jsontool installed:

$ nix-env -i $(curl -LH "Accept: Application/JSON" 
http://hydra.nixos.org/job/nix/master/build.x86_64-linux/latest | json 
buildoutputs.out.path)

Bjørn Forsman  writes:

> On 30 June 2016 at 17:12, Domen Kožar  wrote:
>> Did you try running switch? It should know how to upgrade Nix.
>
> Doesn't work. "sudo nixos-rebuild build|switch" gives the same error.
> Is that feature perhaps only available in newer NixOS releases?
>
> This system isn't that important to me, but what is important is that
> (in the future) I'll be able to easily upgrade old installations.
>
> - Bjørn
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


Re: [Nix-dev] How to upgrade when Nix is too old to evaluate nixpkgs

2016-06-30 Thread Domen Kožar
Could be, not sure at what verison it was added, but I think around first
NixOS release. You could try going with 13.10 first and then upgrade to
16.03

On Thu, Jun 30, 2016 at 5:30 PM, Bjørn Forsman 
wrote:

> On 30 June 2016 at 17:12, Domen Kožar  wrote:
> > Did you try running switch? It should know how to upgrade Nix.
>
> Doesn't work. "sudo nixos-rebuild build|switch" gives the same error.
> Is that feature perhaps only available in newer NixOS releases?
>
> This system isn't that important to me, but what is important is that
> (in the future) I'll be able to easily upgrade old installations.
>
> - Bjørn
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


Re: [Nix-dev] How to upgrade when Nix is too old to evaluate nixpkgs

2016-06-30 Thread Domen Kožar
Did you try running switch? It should know how to upgrade Nix.

On Thu, Jun 30, 2016 at 5:10 PM, Bjørn Forsman 
wrote:

> Hi all,
>
> I picked up an old NixOS installation from 2013, with nix 1.5.3. I
> tried to upgrade to NixOS 16.03:
>
>   $ nixos-rebuild build
>   ...
>   error: evaluation aborted with the following error message: `This
> version of Nixpkgs requires Nix >= 1.10, please upgrade! See
>
> https://nixos.org/wiki/How_to_update_when_Nix_is_too_old_to_evaluate_Nixpkgs
> '
>
> The wiki page suggests to download something from hydra that now
> yields a 404 error. I know the wiki is in read-only mode and NixOS
> documentation generally needs work, so I check hydra myself to find
> the correct URL:
>
>   http://hydra.nixos.org/build/37216316
>
> The problem is that none of the build artifacts can be downloaded!
> Every URL return a 404 error saying:
>
>   Path /nix/store/hmd2dzzsfan51snxgfy3ngmid5rvf08s-nix-1.11.2-debug is
> no longer available.
>
> (Going to builds a few weeks/months back gives the same error, just a
> different hash.)
>
> Suggestions?
>
> Best regards,
> Bjørn Forsman
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


[Nix-dev] How to upgrade when Nix is too old to evaluate nixpkgs

2016-06-30 Thread Bjørn Forsman
Hi all,

I picked up an old NixOS installation from 2013, with nix 1.5.3. I
tried to upgrade to NixOS 16.03:

  $ nixos-rebuild build
  ...
  error: evaluation aborted with the following error message: `This
version of Nixpkgs requires Nix >= 1.10, please upgrade! See
https://nixos.org/wiki/How_to_update_when_Nix_is_too_old_to_evaluate_Nixpkgs'

The wiki page suggests to download something from hydra that now
yields a 404 error. I know the wiki is in read-only mode and NixOS
documentation generally needs work, so I check hydra myself to find
the correct URL:

  http://hydra.nixos.org/build/37216316

The problem is that none of the build artifacts can be downloaded!
Every URL return a 404 error saying:

  Path /nix/store/hmd2dzzsfan51snxgfy3ngmid5rvf08s-nix-1.11.2-debug is
no longer available.

(Going to builds a few weeks/months back gives the same error, just a
different hash.)

Suggestions?

Best regards,
Bjørn Forsman
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


[Nix-commits] [NixOS/nixpkgs] 1fb466: python bcrypt: use a git snapshot of bcrypt to get...

2016-06-30 Thread Frederik Rietdijk
  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 1fb466c28c9cc119776c0263bf9fa01ed9c7d104
  
https://github.com/NixOS/nixpkgs/commit/1fb466c28c9cc119776c0263bf9fa01ed9c7d104
  Author: Allen Nelson 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/top-level/python-packages.nix

  Log Message:
  ---
  python bcrypt: use a git snapshot of bcrypt to get test suite, propagate cffi


  Commit: a66e53d71b9cf74b02718591d4026c7e2d0e451c
  
https://github.com/NixOS/nixpkgs/commit/a66e53d71b9cf74b02718591d4026c7e2d0e451c
  Author: Frederik Rietdijk 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/top-level/python-packages.nix

  Log Message:
  ---
  Merge pull request #16605 from adnelson/bcrypt_use_github

python brcrypt: use a git snapshot instead of pypi to get test suite


Compare: https://github.com/NixOS/nixpkgs/compare/d6871a2c7a07...a66e53d71b9c___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits


[Nix-commits] [NixOS/nixpkgs] 956e33: geolite-legacy: 2016-06-20 -> 2016-06-30

2016-06-30 Thread Tobias Geerinckx-Rice
  Branch: refs/heads/release-16.03
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 956e33169ae443281cde96aabf4b3ff8baaa6522
  
https://github.com/NixOS/nixpkgs/commit/956e33169ae443281cde96aabf4b3ff8baaa6522
  Author: Tobias Geerinckx-Rice 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/data/misc/geolite-legacy/default.nix

  Log Message:
  ---
  geolite-legacy: 2016-06-20 -> 2016-06-30

(cherry picked from commit d6871a2c7a0745dad21e09ededd4306093fe3512)


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits


[Nix-commits] [NixOS/nixpkgs] d6871a: geolite-legacy: 2016-06-20 -> 2016-06-30

2016-06-30 Thread Tobias Geerinckx-Rice
  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: d6871a2c7a0745dad21e09ededd4306093fe3512
  
https://github.com/NixOS/nixpkgs/commit/d6871a2c7a0745dad21e09ededd4306093fe3512
  Author: Tobias Geerinckx-Rice 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/data/misc/geolite-legacy/default.nix

  Log Message:
  ---
  geolite-legacy: 2016-06-20 -> 2016-06-30


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits


Re: [Nix-dev] Hydra is down (500 Internal Server Error)

2016-06-30 Thread Bjørn Forsman
Now it works.

- Bjørn
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


[Nix-commits] [NixOS/nixpkgs] ba0177: xpra: 0.16.2 -> 0.17.0

2016-06-30 Thread Bjørn Forsman
  Branch: refs/heads/release-16.03
  Home:   https://github.com/NixOS/nixpkgs
  Commit: ba017747b00db84edf6f1ad0bf0089442a884db5
  
https://github.com/NixOS/nixpkgs/commit/ba017747b00db84edf6f1ad0bf0089442a884db5
  Author: David Guibert 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/tools/X11/xpra/default.nix

  Log Message:
  ---
  xpra: 0.16.2 -> 0.17.0

(cherry picked from commit 8601f6907249f3fbc6128893e0526d96d0f3671b)

[Bjørn: 0.16.x is unsupported. Better switch to 0.17.x, like upstream
suggests.]


  Commit: 7efdca8d3d499a329f70b96d4285dfe8c291a5b1
  
https://github.com/NixOS/nixpkgs/commit/7efdca8d3d499a329f70b96d4285dfe8c291a5b1
  Author: Bjørn Forsman 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/tools/X11/xpra/default.nix

  Log Message:
  ---
  xpra: add missing python 'rencode' module

Fixes this:

  $ xpra [...]
  2016-06-23 17:40:03,407 Warning: rencode import failed:
  2016-06-23 17:40:03,407  No module named rencode
  [...]

(cherry picked from commit 34363d77b0cbb9bc8046691b12d21fa4463f8233)


  Commit: 00e58f6557e5924b85b736f27435b00f3bddb5d2
  
https://github.com/NixOS/nixpkgs/commit/00e58f6557e5924b85b736f27435b00f3bddb5d2
  Author: Bjørn Forsman 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/tools/X11/xpra/default.nix

  Log Message:
  ---
  xpra: 0.17.0 -> 0.17.3

(cherry picked from commit ce8c1ab5e01d9206bc72647b13f16552cc86e40f)


  Commit: 37134a4f6be19cdf36b87946e835738d87d563d2
  
https://github.com/NixOS/nixpkgs/commit/37134a4f6be19cdf36b87946e835738d87d563d2
  Author: Bjørn Forsman 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/top-level/python-packages.nix

  Log Message:
  ---
  pythonPackages.lz4: init at 0.8.2

Needed for xpra (better compression => better performance).

(cherry picked from commit d71ef00b9dff04f72de9d0d64e719125d1e3d5c3)


  Commit: f2a7816225b51af3bc9cbda89390ffca562ff9ee
  
https://github.com/NixOS/nixpkgs/commit/f2a7816225b51af3bc9cbda89390ffca562ff9ee
  Author: Bjørn Forsman 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/tools/X11/xpra/default.nix

  Log Message:
  ---
  xpra: fix some runtime issues

* Add missing modules (fixes warnings and errors).
* Step 1 to unbreak starting Xvfb by making xpra invoke it with
  valid log dir ($HOME/.xpra). Without this fix, it is invoked with
  ~/.xpra, which Xvfb doesn't know how to interpret and uses it
  literally (fail). Step 2 will be fixing an Xvfb permission issue:
  "xf86OpenConsole: Cannot open virtual console 1 (Permission denied)".
* Use XPRA_INSTALL_PREFIX to make it find its icons.

(cherry picked from commit 6d48539fdb25b0bf2772352614707a9f23628e7e)


  Commit: 48ded04143d6e5ac3586dd3985e18341fff8846c
  
https://github.com/NixOS/nixpkgs/commit/48ded04143d6e5ac3586dd3985e18341fff8846c
  Author: Bjørn Forsman 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/tools/X11/xpra/default.nix

  Log Message:
  ---
  xpra: 0.17.3 -> 0.17.4 (important fixes)

(cherry picked from commit c5b7a9ffebc349d4f0cbdb89c83f2da5467a67d8)


Compare: https://github.com/NixOS/nixpkgs/compare/019c6a15b57a...48ded04143d6___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits


[Nix-dev] Hydra is down (500 Internal Server Error)

2016-06-30 Thread Bjørn Forsman
This is what you get when visiting hydra.nixos.org:

500 Internal Server Error

DBIx::Class::Storage::DBI::catch {...} (): DBI Connection failed: DBI
connect('dbname=hydra;user=hydra;','',...) failed: could not connect
to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/tmp/.s.PGSQL.5432"? at
/nix/store/1v5dnxk26iifwqlqjifk7mql7y5n0n9g-hydra-perl-deps/lib/perl5/site_perl/5.22.1/DBIx/Class/Storage/DBI.pm
line 1489. at 
/nix/store/jvi7r1v8gnbs4v3f463ngd6n6h8db3r5-hydra-0.1.1234.abcdef/libexec/hydra/lib/Hydra/Helper/CatalystUtils.pm
line 357

- Bjørn
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


[Nix-commits] [NixOS/nixpkgs] d71ef0: pythonPackages.lz4: init at 0.8.2

2016-06-30 Thread Bjørn Forsman
  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: d71ef00b9dff04f72de9d0d64e719125d1e3d5c3
  
https://github.com/NixOS/nixpkgs/commit/d71ef00b9dff04f72de9d0d64e719125d1e3d5c3
  Author: Bjørn Forsman 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/top-level/python-packages.nix

  Log Message:
  ---
  pythonPackages.lz4: init at 0.8.2

Needed for xpra (better compression => better performance).


  Commit: 6d48539fdb25b0bf2772352614707a9f23628e7e
  
https://github.com/NixOS/nixpkgs/commit/6d48539fdb25b0bf2772352614707a9f23628e7e
  Author: Bjørn Forsman 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/tools/X11/xpra/default.nix

  Log Message:
  ---
  xpra: fix some runtime issues

* Add missing modules (fixes warnings and errors).
* Step 1 to unbreak starting Xvfb by making xpra invoke it with
  valid log dir ($HOME/.xpra). Without this fix, it is invoked with
  ~/.xpra, which Xvfb doesn't know how to interpret and uses it
  literally (fail). Step 2 will be fixing an Xvfb permission issue:
  "xf86OpenConsole: Cannot open virtual console 1 (Permission denied)".
* Use XPRA_INSTALL_PREFIX to make it find its icons.


  Commit: c5b7a9ffebc349d4f0cbdb89c83f2da5467a67d8
  
https://github.com/NixOS/nixpkgs/commit/c5b7a9ffebc349d4f0cbdb89c83f2da5467a67d8
  Author: Bjørn Forsman 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/tools/X11/xpra/default.nix

  Log Message:
  ---
  xpra: 0.17.3 -> 0.17.4 (important fixes)


Compare: https://github.com/NixOS/nixpkgs/compare/85781f9bb63e...c5b7a9ffebc3___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits


Re: [Nix-dev] Add banner to wiki to tell (new) users that it's not maintained

2016-06-30 Thread Maarten Hoogendoorn
It appears that this theme is disabled:
https://github.com/NixOS/nixos-org-configurations/blob/master/nixos-org/webserver.nix#L153
I tried to find some element that should be present in the theme, but was
not.

2016-06-30 13:41 GMT+02:00 zimbatm :

> Good idea. I think this could be done by changing
> https://github.com/NixOS/nixos-org-configurations/blob/master/delft/wiki-skins/nixos.php
>
>
> On Thu, 30 Jun 2016 at 12:29 Maarten Hoogendoorn 
> wrote:
>
>> I only learned a few weeks ago that the wiki is not maintained anymore,
>> and that the content is going to be moved into the manuals.
>>
>> Could we add a banner to the top of the wiki to tell (new) users that the
>> information in there might be out of date?
>>
>> This might prevent a lot of frustration for new users.
>> ___
>> nix-dev mailing list
>> nix-dev@lists.science.uu.nl
>> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


[Nix-dev] Add banner to wiki to tell (new) users that it's not maintained

2016-06-30 Thread Maarten Hoogendoorn
I only learned a few weeks ago that the wiki is not maintained anymore, and
that the content is going to be moved into the manuals.

Could we add a banner to the top of the wiki to tell (new) users that the
information in there might be out of date?

This might prevent a lot of frustration for new users.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


[Nix-commits] [NixOS/nixpkgs] 3f4f3c: zerotierone: 1.1.4 -> 1.1.6

2016-06-30 Thread zimbatm
  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 3f4f3c40052c09790facd468a87d12e34a56558a
  
https://github.com/NixOS/nixpkgs/commit/3f4f3c40052c09790facd468a87d12e34a56558a
  Author: Daniel Fullmer 
  Date:   2016-06-29 (Wed, 29 Jun 2016)

  Changed paths:
M pkgs/tools/networking/zerotierone/default.nix

  Log Message:
  ---
  zerotierone: 1.1.4 -> 1.1.6


  Commit: 85781f9bb63e5e85fdd6f55b39583cd5984e270c
  
https://github.com/NixOS/nixpkgs/commit/85781f9bb63e5e85fdd6f55b39583cd5984e270c
  Author: zimbatm 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/tools/networking/zerotierone/default.nix

  Log Message:
  ---
  Merge pull request #16613 from danielfullmer/zerotierone-update

zerotierone: 1.1.4 -> 1.1.6


Compare: https://github.com/NixOS/nixpkgs/compare/51c04b74c1b3...85781f9bb63e___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits


[Nix-commits] [NixOS/nixpkgs] 51c04b: grsecurity: 4.5.7-201606280009 -> 4.5.7-2016062923...

2016-06-30 Thread Joachim Fasting
  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 51c04b74c1b39483c4e2674912c7590adeb41665
  
https://github.com/NixOS/nixpkgs/commit/51c04b74c1b39483c4e2674912c7590adeb41665
  Author: Joachim Fasting 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/os-specific/linux/kernel/patches.nix

  Log Message:
  ---
  grsecurity: 4.5.7-201606280009 -> 4.5.7-201606292300


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits


[Nix-commits] [NixOS/nixpkgs] 17faf9: gnutls: fixup various problems

2016-06-30 Thread Vladimír Čunát
  Branch: refs/heads/staging
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 17faf910b76841e7ad4b31036be86a0e309c274e
  
https://github.com/NixOS/nixpkgs/commit/17faf910b76841e7ad4b31036be86a0e309c274e
  Author: Vladimír Čunát 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/development/libraries/gnutls/generic.nix

  Log Message:
  ---
  gnutls: fixup various problems

- disable a test that started failing due to date expiration, see #16610
- bash doesn't need adding
- defining patchPhase was overriding passed postPatch and patches


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits


[Nix-commits] [NixOS/nixpkgs] bc0a7e: Fixed libcommuni build.

2016-06-30 Thread Christoph Hrdinka
  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: bc0a7e7d44cea69fc57680f490cfa7c5494a367a
  
https://github.com/NixOS/nixpkgs/commit/bc0a7e7d44cea69fc57680f490cfa7c5494a367a
  Author: Meyer S. Jacobs 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/development/libraries/libcommuni/default.nix

  Log Message:
  ---
  Fixed libcommuni build.


  Commit: 42f52792bc3bf0c5e4508b04a11fb3c418d34994
  
https://github.com/NixOS/nixpkgs/commit/42f52792bc3bf0c5e4508b04a11fb3c418d34994
  Author: Meyer S. Jacobs 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/development/libraries/libcommuni/default.nix

  Log Message:
  ---
  libcommuni: enabled doCheck

Closes #16612.


  Commit: 0630771674745cb8c943a0f87ae7bfc2f2d629f1
  
https://github.com/NixOS/nixpkgs/commit/0630771674745cb8c943a0f87ae7bfc2f2d629f1
  Author: Christoph Hrdinka 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/development/libraries/libcommuni/default.nix

  Log Message:
  ---
  libcommuni: 2016-01-02 -> 2016-03-23


Compare: https://github.com/NixOS/nixpkgs/compare/c4b346a53906...063077167474___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits


[Nix-commits] [NixOS/nixpkgs] c4b346: conky: added double buffer support

2016-06-30 Thread Al Zohali
  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: c4b346a539068f4c9b28b74162b0a601f595c354
  
https://github.com/NixOS/nixpkgs/commit/c4b346a539068f4c9b28b74162b0a601f595c354
  Author: Al Zohali 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/os-specific/linux/conky/default.nix

  Log Message:
  ---
  conky: added double buffer support

Closes #16515.


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits


[Nix-commits] [NixOS/nixpkgs] 86e2b0: gtk3: 3.20.5 -> 3.20.6

2016-06-30 Thread Kranium Gikos Mendoza
  Branch: refs/heads/staging
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 86e2b0e52b75a80be2c515612cdd50199043e516
  
https://github.com/NixOS/nixpkgs/commit/86e2b0e52b75a80be2c515612cdd50199043e516
  Author: Kranium Gikos Mendoza 
  Date:   2016-06-30 (Thu, 30 Jun 2016)

  Changed paths:
M pkgs/development/libraries/gtk+/3.x.nix

  Log Message:
  ---
  gtk3: 3.20.5 -> 3.20.6


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits