[Nix-dev] Xrandrheads PR

[Roger Qiu]

Hi all,

I've had this PR open for about 6 months: 
https://github.com/NixOS/nixpkgs/pull/15353 It allows once to specify 
per-monitor configuration using xrandrHeads. Like setting which monitor 
is primary, and changing the layout of monitors.


It should be ready for a merge, and I would prefer it doesn't get 
bitrotted any further.


Thank you,

Roger

--
Founder of Matrix AI
https://matrix.ai/
+61420925975

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

[Nix-commits] [NixOS/nixpkgs] 2df7f1: coq.QuickChick: Update to latest version that work...

[John Wiegley]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 2df7f1b5b5ad5c1a4805f6d756ede50e0930e9eb
  
https://github.com/NixOS/nixpkgs/commit/2df7f1b5b5ad5c1a4805f6d756ede50e0930e9eb
  Author: John Wiegley 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/development/coq-modules/QuickChick/default.nix
M pkgs/top-level/all-packages.nix

  Log Message:
  ---
  coq.QuickChick: Update to latest version that works with Coq 8.6


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

[Nix-dev] packaging windows applications through wine

[Taeer Bar-Yam]

I'm thinking of making a nix package for League of Legends, and my question is 
this:

When one installs things through wine, one usually has to click through a bunch
of agreements for things installed via winetricks. Can we bypass this so we can
make nix packages for these things that installs nicely? 


The other challenge I see is where do you put the wineprefix? Because on the one
hand you want the installation to happen at system build time, so that would
suggest the nix store. But you also want the application to be able to write
files (like saves ) so that would have to be in your home folder.

Is how to package wine applications a solved problem, or do I need to do some
creative work?

 --Taeer

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

[Nix-commits] [NixOS/nixpkgs] f1708a: make-disk-image: change to be less VM-centric

[Daniel Peebles]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: f1708a9d7d79e2bf2961fc648625578b23b3460f
  
https://github.com/NixOS/nixpkgs/commit/f1708a9d7d79e2bf2961fc648625578b23b3460f
  Author: Dan Peebles 
  Date:   2017-04-24 (Mon, 24 Apr 2017)

  Changed paths:
M nixos/lib/make-disk-image.nix
M nixos/maintainers/scripts/ec2/amazon-image.nix
M nixos/modules/installer/tools/nixos-prepare-root.sh

  Log Message:
  ---
  make-disk-image: change to be less VM-centric

This changes much of the make-disk-image.nix logic (and thus most NixOS
image building) to use LKL to set up the target directory structure rather
than a Linux VM. The only work we still do in a VM is less IO-heavy stuff
that while still time-consuming, is less of the overall load. The goal is
to kill more of that stuff, but that will require deeper changes to NixOS
activation scripts and switch-to-configuration.pl, and I don't want to
bite off too much at once.


  Commit: 7025fc6d06dec04ca047ff46a18b92a79c6031f0
  
https://github.com/NixOS/nixpkgs/commit/7025fc6d06dec04ca047ff46a18b92a79c6031f0
  Author: Daniel Peebles 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M nixos/lib/make-disk-image.nix
M nixos/maintainers/scripts/ec2/amazon-image.nix
M nixos/modules/installer/tools/nixos-prepare-root.sh

  Log Message:
  ---
  Merge pull request #24964 from copumpkin/make-disk-image-refactor

make-disk-image: change to be less VM-centric


Compare: https://github.com/NixOS/nixpkgs/compare/5c7f4669a788...7025fc6d06de___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] 2d88a1: qemu: take force-uid0-on-9p.patch from master to f...

[Michael Raskin]

  Branch: refs/heads/release-17.03
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 2d88a1b052ff69d4afb49f344772a85a35a2f094
  
https://github.com/NixOS/nixpkgs/commit/2d88a1b052ff69d4afb49f344772a85a35a2f094
  Author: Michael Raskin <7c6f4...@mail.ru>
  Date:   2017-04-24 (Mon, 24 Apr 2017)

  Changed paths:
M pkgs/applications/virtualization/qemu/force-uid0-on-9p.patch

  Log Message:
  ---
  qemu: take force-uid0-on-9p.patch from master to fix patch application


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

Re: [Nix-dev] Failure to boot after hibernate

[Bas van Dijk]

I made a few pictures and a video of the boot process:
https://goo.gl/photos/vrAkb5TFmZZ1J9kn9. In the video you can see that
after I've input my passphrase the following lines are printed before
the blinking cursor appears:

  killall: cryptsetup: no process killed
  starting device mapper and LVM...
2 logical volume(s) in volume group "MyStorage" now active
  _

Bas


On 24 April 2017 at 00:48, Bas van Dijk  wrote:
> Dear list,
>
> Two weeks ago I installed NixOS natively on my Mac Book Pro (I was
> running NixOS in virtualbox before that). It ren well for two weeks
> but today I hit a snag.
>
> I was doing some work when my battery power became too low. Then I
> believe my system hibernated (suspended to disk) before it shut down.
> Note that I've set:
>
>   powerManagement.enable = true;
>
> Now when I boot my system it asks me for the encryption passphrase for
> my LUKS drive. After I enter it I see a cursor blinking for a few
> seconds before it freezes. After that my system is unresponsive.
>
> As mentioned I have an encrypted LUKS drive. On top of that I have a
> LVM root and swap volume. So what I believe has happened is that my
> system saved its memory to the encrypted swap before it shut down. Now
> when it boots up it tries to load that memory back in but fails for
> some reason. I guess the trouble starts somewhere here:
>
>   
> https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/system/boot/stage-1-init.sh#L407
>
> Note that I have not set: boot.resumeDevice. Also note that I have set:
>
>   swapDevices = [ { device = "/dev/disk/by-label/swap"; } ];
>
> Any idea how to fix this?
>
> Bas
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] Failure to boot after hibernate

[Bas van Dijk]

Dear list,

Two weeks ago I installed NixOS natively on my Mac Book Pro (I was
running NixOS in virtualbox before that). It ren well for two weeks
but today I hit a snag.

I was doing some work when my battery power became too low. Then I
believe my system hibernated (suspended to disk) before it shut down.
Note that I've set:

  powerManagement.enable = true;

Now when I boot my system it asks me for the encryption passphrase for
my LUKS drive. After I enter it I see a cursor blinking for a few
seconds before it freezes. After that my system is unresponsive.

As mentioned I have an encrypted LUKS drive. On top of that I have a
LVM root and swap volume. So what I believe has happened is that my
system saved its memory to the encrypted swap before it shut down. Now
when it boots up it tries to load that memory back in but fails for
some reason. I guess the trouble starts somewhere here:

  
https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/system/boot/stage-1-init.sh#L407

Note that I have not set: boot.resumeDevice. Also note that I have set:

  swapDevices = [ { device = "/dev/disk/by-label/swap"; } ];

Any idea how to fix this?

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

Re: [Nix-dev] tigervnc service?

[Tim Sears]

Thanks Linus. Tried your suggestion. Using journalctl -ef,  I can watch and
see that Xvnc is getting killed even as the xstartup script is running. I
think vncserver or Xvnc is launching X but it must not be configured
properly. I think I need to configure it so it launches a display manager
for the virtual screen, which then launches awesome with no desktop
manager, just like my physical setup.  Not quite sure what files to write
and settings to put in there, but I think it could be done with the
preStart attribute for the service, that Volth pointed out.
Looking through bin/vncserver, which is actually just a perl script.

Ideas welcome.


On Sun, Apr 23, 2017 at 12:11 AM, Linus Heckemann 
wrote:

> On 23/04/17 06:07, Tim Sears wrote:
> > Thanks Volth. That preStart bit got me a bit further. I am running the
> > awesome window manager and getting the error:
> >
> > awesome: main:619: cannot open display (error 1)
> >
> > That leads to the server and ssh tunnel shutting down before anything
> > appears on the remote client side.
> >
> > Using lightdm and awesome for my physical workstation. Not sure I am
> > starting X properly as far as vncserver is concerned.
> >
> > My xstartup file looks like this...
> >
> > #!/nix/store/hi4j75r312lsjhpdln9p8blyixs59hbs-bash-4.4-p12/bin/bash
> > echo xstartup-start | systemd-cat -t "vncserver"
> > while [ true ]; do
> > /nix/store/dglxfr7ivy7hrx2scrli9acsrx0nxicj-awesome-4.1/bin/awesome :1 ;
> > sleep 1; done
>
> awesome doesn't take the display as an argument, by the looks of it. Try
> using
>
> DISPLAY=:1 ${awesome}/bin/awesome
>
> instead of awesome :1.
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> https://mailman.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Easier GTK theming

[Jookia]

On Sun, Apr 23, 2017 at 07:09:43AM -0700, William Casarin wrote:
> ...
> 
> Thoughts? Has there been progress down these lines before?

Well I got a patch in to GTK3 to read themes from XDG_DATA_PATH (or something
like that) so installed themes should just work. GTK2 has a patch, but it's not
upstream. Here it is:
commit 0df8a7c7ba26f368f01ada4233dedc4193cdbebf
Author: Jookia <166...@gmail.com>
Date:   Sat Apr 8 20:16:54 2017 +1000

gtk2: Patch theme paths

diff --git a/pkgs/development/libraries/gtk+/2.x.nix 
b/pkgs/development/libraries/gtk+/2.x.nix
index 306e2db..f6e718d 100644
--- a/pkgs/development/libraries/gtk+/2.x.nix
+++ b/pkgs/development/libraries/gtk+/2.x.nix
@@ -30,7 +30,7 @@ stdenv.mkDerivation rec {
 
   nativeBuildInputs = [ setupHook perl pkgconfig gettext ];
 
-  patches = [ ./2.0-immodules.cache.patch ];
+  patches = [ ./2.0-immodules.cache.patch ./gtk2-theme-paths.patch ];
 
   propagatedBuildInputs = with xorg;
 [ glib cairo pango gdk_pixbuf atk ]
diff --git a/pkgs/development/libraries/gtk+/gtk2-theme-paths.patch 
b/pkgs/development/libraries/gtk+/gtk2-theme-paths.patch
new file mode 100644
index 000..397cc97
--- /dev/null
+++ b/pkgs/development/libraries/gtk+/gtk2-theme-paths.patch
@@ -0,0 +1,35 @@
+diff -Naur gtk+-2.24.28.new/gtk/gtkrc.c gtk+-2.24.28/gtk/gtkrc.c
+--- gtk+-2.24.28.new/gtk/gtkrc.c   2016-03-13 10:31:14.413644362 +1100
 gtk+-2.24.28/gtk/gtkrc.c   2016-03-13 12:51:34.723398423 +1100
+@@ -808,6 +808,8 @@
+   gchar *path = NULL;
+   const gchar *home_dir;
+   gchar *subpath;
++  const gchar * const *xdg_data_dirs;
++  gint i;
+ 
+   if (type)
+ subpath = g_strconcat ("gtk-2.0-", type,
+@@ -830,6 +832,22 @@
+ }
+ 
+   if (!path)
++{
++  xdg_data_dirs = g_get_system_data_dirs ();
++  for (i = 0; xdg_data_dirs[i]; i++)
++{
++  path = g_build_filename (xdg_data_dirs[i], "themes", name, subpath, 
NULL);
++  if (g_file_test (path, G_FILE_TEST_EXISTS))
++break;
++  else
++{
++  g_free (path);
++  path = NULL;
++}
++}
++}
++
++  if (!path)
+ {
+   gchar *theme_dir = gtk_rc_get_theme_dir ();
+   path = g_build_filename (theme_dir, name, subpath, NULL);
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-dev

[Nix-commits] [NixOS/nixpkgs] be65d2: nixpkgs manual: Remove obsolete warning (#21117)

[Linus Heckemann]

  Branch: refs/heads/release-17.03
  Home:   https://github.com/NixOS/nixpkgs
  Commit: be65d233c1b83501e0c82fdbd67d0ecf3ebefb99
  
https://github.com/NixOS/nixpkgs/commit/be65d233c1b83501e0c82fdbd67d0ecf3ebefb99
  Author: Linus Heckemann 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M doc/multiple-output.xml

  Log Message:
  ---
  nixpkgs manual: Remove obsolete warning (#21117)

PR #815 has already been cherry-picked into the default nix version 1.11.8.
(cherry picked from commit 5c7f4669a7880bc2f929271ae4fdbdc2ba8e2a8b)


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

[Nix-commits] [NixOS/nixpkgs] 5c7f46: nixpkgs manual: Remove obsolete warning (#21117)

[Linus Heckemann]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 5c7f4669a7880bc2f929271ae4fdbdc2ba8e2a8b
  
https://github.com/NixOS/nixpkgs/commit/5c7f4669a7880bc2f929271ae4fdbdc2ba8e2a8b
  Author: Linus Heckemann 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M doc/multiple-output.xml

  Log Message:
  ---
  nixpkgs manual: Remove obsolete warning (#21117)

PR #815 has already been cherry-picked into the default nix version 1.11.8.


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

[Nix-commits] [NixOS/nixpkgs] b125fb: ponyc: 0.13.0 -> 0.13.1

[Jörg Thalheim]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: b125fbfb0731c225bb90c31fabf2e449a03b8de9
  
https://github.com/NixOS/nixpkgs/commit/b125fbfb0731c225bb90c31fabf2e449a03b8de9
  Author: Kamil Chmielewski 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/development/compilers/ponyc/default.nix

  Log Message:
  ---
  ponyc: 0.13.0 -> 0.13.1

https://github.com/ponylang/ponyc/issues/1848


  Commit: 3d893ac17cab5d4eba6e74d100c3cbee59d3e12e
  
https://github.com/NixOS/nixpkgs/commit/3d893ac17cab5d4eba6e74d100c3cbee59d3e12e
  Author: Jörg Thalheim 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/development/compilers/ponyc/default.nix

  Log Message:
  ---
  Merge pull request #25157 from kamilchm/ponyc

ponyc: 0.13.0 -> 0.13.1


Compare: https://github.com/NixOS/nixpkgs/compare/77e6529953f0...3d893ac17cab___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] 77e652: vimPlugins.pony-vim-syntax: init at 2016-01-23

[Jörg Thalheim]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 77e6529953f0846f892fe9a393e12272fa9ead90
  
https://github.com/NixOS/nixpkgs/commit/77e6529953f0846f892fe9a393e12272fa9ead90
  Author: Jörg Thalheim 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/misc/vim-plugins/default.nix
M pkgs/misc/vim-plugins/vim-plugin-names

  Log Message:
  ---
  vimPlugins.pony-vim-syntax: init at 2016-01-23


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

[Nix-commits] [NixOS/nixpkgs] cccd84: vimPlugins.vim-trailing-whitespace init at 2016-03...

[Jörg Thalheim]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: cccd8420c580fabf96e46f37556e904a202118d7
  
https://github.com/NixOS/nixpkgs/commit/cccd8420c580fabf96e46f37556e904a202118d7
  Author: Jörg Thalheim 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/misc/vim-plugins/default.nix
M pkgs/misc/vim-plugins/vim-plugin-names

  Log Message:
  ---
  vimPlugins.vim-trailing-whitespace init at 2016-03-27


  Commit: 647b1a68cd5c3d28041eb3eac46707687798c9fb
  
https://github.com/NixOS/nixpkgs/commit/647b1a68cd5c3d28041eb3eac46707687798c9fb
  Author: Jörg Thalheim 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/misc/vim-plugins/default.nix

  Log Message:
  ---
  vimPlugins: update sources


Compare: https://github.com/NixOS/nixpkgs/compare/e57a4f382723...647b1a68cd5c___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] 32d649: etcd: 3.0.6 -> 3.1.6

[Jörg Thalheim]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 32d649eb80d5b65da9d32146ba21605a913859a7
  
https://github.com/NixOS/nixpkgs/commit/32d649eb80d5b65da9d32146ba21605a913859a7
  Author: Kevin Cox 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/servers/etcd/default.nix
R pkgs/servers/etcd/deps.nix

  Log Message:
  ---
  etcd: 3.0.6 -> 3.1.6

Upgrade etcd.

- Switches from their old dependency version system to their vendored packages.
- Fixes SSL support.


  Commit: e57a4f382723a87b2edfbb56d4662c3b7ebba8ac
  
https://github.com/NixOS/nixpkgs/commit/e57a4f382723a87b2edfbb56d4662c3b7ebba8ac
  Author: Jörg Thalheim 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/servers/etcd/default.nix
R pkgs/servers/etcd/deps.nix

  Log Message:
  ---
  Merge pull request #25142 from kevincox/etcd-3.1.6

etcd: 3.0.6 -> 3.1.6


Compare: https://github.com/NixOS/nixpkgs/compare/0a12aafde42d...e57a4f382723___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] 0a12aa: zsh-syntax-highlighting: Add more configuration op...

[Maximilian Bosch]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 0a12aafde42ddecfd268a21aa6ada4c0946cd30f
  
https://github.com/NixOS/nixpkgs/commit/0a12aafde42ddecfd268a21aa6ada4c0946cd30f
  Author: Maximilian Bosch 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M nixos/modules/module-list.nix
A nixos/modules/programs/zsh/zsh-syntax-highlighting.nix
M nixos/modules/programs/zsh/zsh.nix
M nixos/modules/rename.nix

  Log Message:
  ---
  zsh-syntax-highlighting: Add more configuration options and move to module 
(#25153)

* programs.zsh: factor zsh-syntax-highlighting out into its own module

* programs.zsh.syntax-highlighting: add `highlighters` option

* programs.zsh: document BC break introduced by moving zsh-syntax-completion 
into its own module


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

[Nix-commits] [NixOS/nixpkgs] e9360f: Revert "kdiff3: fixup patch hash after #25059"

[Vladimír Čunát]

  Branch: refs/heads/release-17.03
  Home:   https://github.com/NixOS/nixpkgs
  Commit: e9360f2cf1302f55c947cffe6acd2ba6e3f60a85
  
https://github.com/NixOS/nixpkgs/commit/e9360f2cf1302f55c947cffe6acd2ba6e3f60a85
  Author: Vladimír Čunát 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/tools/text/kdiff3/default.nix

  Log Message:
  ---
  Revert "kdiff3: fixup patch hash after #25059"

This reverts commit b72d4e13c72f5761642e8a664e21bb83e4b11dd9.
(cherry picked from commit 5a3e454db37fd20f5432a64137c1025cf892eb85)
The hash was actually fine, but Hydra re-used the bad derivation from
master.  Nondeterministic fixed-output derivations are hell.


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

[Nix-commits] [NixOS/nixpkgs] 5a3e45: Revert "kdiff3: fixup patch hash after #25059"

[Vladimír Čunát]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 5a3e454db37fd20f5432a64137c1025cf892eb85
  
https://github.com/NixOS/nixpkgs/commit/5a3e454db37fd20f5432a64137c1025cf892eb85
  Author: Vladimír Čunát 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/tools/text/kdiff3/default.nix

  Log Message:
  ---
  Revert "kdiff3: fixup patch hash after #25059"

This reverts commit b72d4e13c72f5761642e8a664e21bb83e4b11dd9.
The problem was fixed by the parent commit.


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

[Nix-commits] [NixOS/nixpkgs] f3b1d6: Revert "patchutils: Drop patch applied upstream"

[Tuomas Tynkkynen]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: f3b1d6925e5a28daea186a6dd4290e63ac7872c7
  
https://github.com/NixOS/nixpkgs/commit/f3b1d6925e5a28daea186a6dd4290e63ac7872c7
  Author: Tuomas Tynkkynen 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/tools/text/patchutils/default.nix
A pkgs/tools/text/patchutils/drop-comments.patch

  Log Message:
  ---
  Revert "patchutils: Drop patch applied upstream"

This reverts commit 1e1b68b4a02f7e671b8e56d841b4c0962e5d6be9.


  Commit: 814772e93e1dd38d0a097521296350e7e0be4926
  
https://github.com/NixOS/nixpkgs/commit/814772e93e1dd38d0a097521296350e7e0be4926
  Author: Tuomas Tynkkynen 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/tools/text/patchutils/default.nix

  Log Message:
  ---
  Revert "patchutils: 0.3.3 -> 0.3.4"

This reverts commit d550c9071206013cb90ee9317080db82e286f69b.

This changes the output of filterpatch thus affects hashes of any
fetchpatch calls in nixpkgs:

https://github.com/NixOS/nixpkgs/issues/25154


Compare: https://github.com/NixOS/nixpkgs/compare/f84b8178aa2f...814772e93e1d___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-commits

Re: [Nix-dev] [RFC] Declarative Virtual Machines

[Volth]

I did not do benchmarks, just noticed that boot of /-on-tmpfs +
/nix/store on 9pfs is slower. The performance was not critical.
Anyway, thank you for msize suggestion, I will try it.

There was more resentiment than a point :)
If I need to make something just a bit different from what an existing
tool has been designed for, I cannot reuse existing code.
That "a bit different", could be, for example, creating a NixOS .qcow2
on a remote Ubuntu server. I cannot use make-nix-disk, so I copy-paste
some code from it. It uses runInLinuxVM, which cannot be used on
Ubuntu as well, so code from runInLinuxVM is copied with some
modifications ( libguestfs cannot be used, because on its appliance
"switch-to-configuration" does not work). So it results in a new tool
of 500-1000 lines, made of copy-pasted and slightly modified snippets.
What you do is something similar - "same as nixos-containers, but for
qemu", which has some basic assumptions hardcoded, such as "shared nix
store" and "host is nixos too" and "VM is to run on the same machine
where it was built". The next guy, whose task would not fit with the
assumptions, ends up in creating another big tool which also creates
qcow2/vdi/raw/whatever and launch qemu/virtulbox/docker just in a bit
different way.
The point is the existing guest-creation-and-control tools are not
flexible enough, and this results in we have so many of them doing
very similar things and planning and making new ones (besides those
which are already in nixos and nixops, I have seen some other tools on
github, and I believe many of us have own).
Alhough all these tools are happy to use NixOS module system, they may
be happy as well to share and reuse something else: definition of
machines, of networks, a sofisticated tool to work with VM-images
(independent on runInLinuxVM), ...

On 4/23/17, Leo Gaspard  wrote:
> On 04/22/2017 11:07 PM, Volth wrote:
>> Hello.
>>
>> There are few objections against qemu with shared /nix/store:
>>
>> 1. It is fast to create but slow to run. Boot time with shared
>> /nix/store is about twice slow than with everything on qcow2.
>>
>> 2. 9P is unstable, every couple of months there is a new bug (real
>> bugs, not CVEs: wrong data read, the driver got stuck, etc)
>
> Hmm, I wasn't aware of these two first points (didn't test anything),
> intuitively virtfs was supposed to be faster in my mind, as it skipped
> one level of parsing the qcow2 image. Guess I should have actually
> tested instead of relying on gut feeling. That said, I'd like to ask
> whether you set the msize=262144 (or similarly high value) option for
> the 9p mount on the guest, during these benchmarks? It greatly
> influences performance when the 9p is not over network as it used to be
> designed for.
>
> As for stability, in my test setup I haven't hit any non-permanent issue
> (things like being unable to chown / in a mapped-file mode have
> appeared, though, but it's not anything that would compromise the
> stability of a production system as it can be seen during development),
> so I assumed it was pretty stable.
>
>> 3. host GC cannot see the runtime roots inside the VM, so all the
>> guest system closures from its last boot should be preserved from host
>> GC. It may be tricky to debug.
>
> This is not really an issue, as the store is not shared with the guest,
> but rather a rsync of the part of the store that interests the guest (in
> order to avoid information leaks). So the guest never actually sees the
> host store.
>
> The reason for picking 9p instead of qcow2 to hold this copy of the
> store was to allow upgrades to the VM without rebooting it (as the VM
> doesn't have access to its configuration it can't just perform the
> upgrade from the inside), so I thought that future work may include the
> host rsync'ing the relevant files into the 9p export path, and then just
> push a bash script at a shared place the guest would have a cron to
> execute as root, that would trigger a call to the new profile's
> switch-to-configuration.
>
> This would also be possible with the store on a qcow2 image, but would
> entail also pushing all the store paths through this shared path and
> having the guest copy it to its nix-store. I guess it's possible and
> doesn't involve many drawbacks, except a time-to-upgrade quite increased
> due to the two copies instead of one.
>
> In the downsides of using qcow2, I can see that if using a CoW FS (such
> as btrfs) shared between /nix/store and /var/lib/vm/${vmname}/store,
> it's possible to have the store of the guest take 0 additional space,
> while using a qcow2 image makes it much harder (and I don't think any
> widely used FS performs block-level deduplication, but I may be wrong)
>
> So I'd love to hear other voices before switching from one to the other,
> as I'm pretty sure we're missing some other decision points.
>
>> Also, the whole idea could be splited to simpler building blocks and
>> generalized to use with Virtualbox and 

[Nix-commits] [NixOS/nixpkgs] f84b81: wine-staging: Fix SHA256 hash

[aszlig]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: f84b8178aa2f9b03c42d6ddc3379b7f5adb65b02
  
https://github.com/NixOS/nixpkgs/commit/f84b8178aa2f9b03c42d6ddc3379b7f5adb65b02
  Author: aszlig 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/misc/emulators/wine/sources.nix

  Log Message:
  ---
  wine-staging: Fix SHA256 hash

In c6b3c66277ff97d77d51c3a822458f19982b922a, the unstable version has
been bumped to 2.6.

Unfortunately the staging source is re-using the version attribute from
the unstable source and thus has been bumped as well.

I have built wineStaging on x86_64-linux and it now succeeds.

Signed-off-by: aszlig 
Cc: @FRidh


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

[Nix-commits] [NixOS/nixpkgs] 69ed7f: emacs-all-the-icons-fonts: init at 2.5.0

[Jörg Thalheim]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 69ed7f6e1280bfdd891d2174628ceeb72bccecb6
  
https://github.com/NixOS/nixpkgs/commit/69ed7f6e1280bfdd891d2174628ceeb72bccecb6
  Author: Richard Lupton 
  Date:   2017-04-22 (Sat, 22 Apr 2017)

  Changed paths:
A pkgs/data/fonts/emacs-all-the-icons-fonts/default.nix
M pkgs/top-level/all-packages.nix

  Log Message:
  ---
  emacs-all-the-icons-fonts: init at 2.5.0


  Commit: c83a2f2601fc848f0f93aadb27b23ab8550b9db7
  
https://github.com/NixOS/nixpkgs/commit/c83a2f2601fc848f0f93aadb27b23ab8550b9db7
  Author: Jörg Thalheim 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
A pkgs/data/fonts/emacs-all-the-icons-fonts/default.nix
M pkgs/top-level/all-packages.nix

  Log Message:
  ---
  Merge pull request #25119 from rlupton20/emacs-all-the-icons

emacs-all-the-icons-fonts: init at 2.5.0


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

[Nix-commits] [NixOS/nixpkgs] af8f87: top-level: Do not splice `pkgs`, `buildPackages` o...

[John Ericson]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: af8f87a3a124c7db1506119b379d673d1982e4c9
  
https://github.com/NixOS/nixpkgs/commit/af8f87a3a124c7db1506119b379d673d1982e4c9
  Author: John Ericson 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/top-level/splice.nix

  Log Message:
  ---
  top-level: Do not splice `pkgs`, `buildPackages` or `*Platform`

 - `pkgs` is self-similar, and thus already spliced
 - `buildPackages` is an ingredient of splicing and should be kept as is
 - The platforms are not packages or package sets and couldn't be spliced

There's probably other things that shouldn't be spliced too. The best long-
term solution is simply to stop splicing altogether.


  Commit: d59e4fbb75e307fd1a0e98c44627f38bab504aeb
  
https://github.com/NixOS/nixpkgs/commit/d59e4fbb75e307fd1a0e98c44627f38bab504aeb
  Author: John Ericson 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/top-level/stage.nix

  Log Message:
  ---
  stage.nix: Better explain why `buildPackages` as `null` is valid arg


  Commit: 863d79b36446bb2dbcc34d4f57c832ac2dc57f68
  
https://github.com/NixOS/nixpkgs/commit/863d79b36446bb2dbcc34d4f57c832ac2dc57f68
  Author: John Ericson 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M doc/cross-compilation.xml
M pkgs/stdenv/booter.nix
M pkgs/top-level/splice.nix
M pkgs/top-level/stage.nix

  Log Message:
  ---
  top-level: Introduce targetPackages and a "double link fold"

Each bootstrapping stage ought to just depend on the previous stage, but
poorly-written compilers break this elegence. This provides an easy-enough
way to depend on the next stage: targetPackages. PLEASE DO NOT USE IT
UNLESS YOU MUST!

I'm hoping someday in a pleasant future I can revert this commit :)


  Commit: b59fdc4289f52d4e59e938f66d7181f6a28f98a1
  
https://github.com/NixOS/nixpkgs/commit/b59fdc4289f52d4e59e938f66d7181f6a28f98a1
  Author: John Ericson 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M doc/cross-compilation.xml
M pkgs/stdenv/booter.nix
M pkgs/top-level/splice.nix
M pkgs/top-level/stage.nix

  Log Message:
  ---
  Merge pull request #25099 from obsidiansystems/cross-lib-foundation

Changes to nixpkgs infra to prepare to better package some pesky cross-compilers

No hashes (native or cross) should be changed


Compare: https://github.com/NixOS/nixpkgs/compare/749d495cb3a8...b59fdc4289f5___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] 749d49: rambox, franz: cleanup (#25020)

[gnidorah]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 749d495cb3a8d0d704fc157c92307c08a1a39f99
  
https://github.com/NixOS/nixpkgs/commit/749d495cb3a8d0d704fc157c92307c08a1a39f99
  Author: gnidorah 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/networking/instant-messengers/franz/default.nix
M pkgs/applications/networking/instant-messengers/rambox/default.nix

  Log Message:
  ---
  rambox, franz: cleanup (#25020)


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

Re: [Nix-dev] [RFC] Declarative Virtual Machines

[Leo Gaspard]

OK, so, with Nadrieril we talked more about it, and here is what we came
up with.

The basic requirement is that the host be able to control the guest's
boot. Otherwise, if the guest config is not synchronized with what the
hosts expects, the guest may not be able to even boot properly if, say,
they don't agree on the network setup.

We saw three ways to achieve this:
 1/ Having the guest boot, then wait in the initrd for its
configuration, have the host push it, then the guest can continue
booting. This requires nothing special on the guest's FS.
 2/ Having the guest's /nix on a separate .qcow2 image. This way, the
host can decide to stop the guest, upgrade the store, then restart the
guest.
 3/ Having the guest's /nix on a virtfs. This way, the host can upgrade
the guest's store in-place.

There are drawbacks to all of these options:
 1/ makes the boot scheme complex to understand, and risks duplicating
some behaviour between the dropbear in the initrd and the ssh daemon
outside of it, in order to handle online upgrades
 2/ makes it really complex to handle online upgrades
 3/ appears to be slower and less stable

Do you see a simpler setup that would work as we want ? If not, which of
those seems more reasonable to you ?


On 04/23/2017 02:40 PM, Leo Gaspard wrote:
> On 04/22/2017 11:07 PM, Volth wrote:
>> Hello.
>>
>> There are few objections against qemu with shared /nix/store:
>>
>> 1. It is fast to create but slow to run. Boot time with shared
>> /nix/store is about twice slow than with everything on qcow2.
>>
>> 2. 9P is unstable, every couple of months there is a new bug (real
>> bugs, not CVEs: wrong data read, the driver got stuck, etc)
> 
> Hmm, I wasn't aware of these two first points (didn't test anything),
> intuitively virtfs was supposed to be faster in my mind, as it skipped
> one level of parsing the qcow2 image. Guess I should have actually
> tested instead of relying on gut feeling. That said, I'd like to ask
> whether you set the msize=262144 (or similarly high value) option for
> the 9p mount on the guest, during these benchmarks? It greatly
> influences performance when the 9p is not over network as it used to be
> designed for.
> 
> As for stability, in my test setup I haven't hit any non-permanent issue
> (things like being unable to chown / in a mapped-file mode have
> appeared, though, but it's not anything that would compromise the
> stability of a production system as it can be seen during development),
> so I assumed it was pretty stable.
> 
>> 3. host GC cannot see the runtime roots inside the VM, so all the
>> guest system closures from its last boot should be preserved from host
>> GC. It may be tricky to debug.
> 
> This is not really an issue, as the store is not shared with the guest,
> but rather a rsync of the part of the store that interests the guest (in
> order to avoid information leaks). So the guest never actually sees the
> host store.
> 
> The reason for picking 9p instead of qcow2 to hold this copy of the
> store was to allow upgrades to the VM without rebooting it (as the VM
> doesn't have access to its configuration it can't just perform the
> upgrade from the inside), so I thought that future work may include the
> host rsync'ing the relevant files into the 9p export path, and then just
> push a bash script at a shared place the guest would have a cron to
> execute as root, that would trigger a call to the new profile's
> switch-to-configuration.
> 
> This would also be possible with the store on a qcow2 image, but would
> entail also pushing all the store paths through this shared path and
> having the guest copy it to its nix-store. I guess it's possible and
> doesn't involve many drawbacks, except a time-to-upgrade quite increased
> due to the two copies instead of one.
> 
> In the downsides of using qcow2, I can see that if using a CoW FS (such
> as btrfs) shared between /nix/store and /var/lib/vm/${vmname}/store,
> it's possible to have the store of the guest take 0 additional space,
> while using a qcow2 image makes it much harder (and I don't think any
> widely used FS performs block-level deduplication, but I may be wrong)
> 
> So I'd love to hear other voices before switching from one to the other,
> as I'm pretty sure we're missing some other decision points.
> 
>> Also, the whole idea could be splited to simpler building blocks and
>> generalized to use with Virtualbox and different kind of containers.
>> One of the block could be, say, "nix-slave" - the NixOS install which
>> is always configured on an external machine and then run inside VM or
>> container or deployed to the cloud.
>> So it cannot do "nixos-rebuild" from inside and has limited set of
>> features, no profiles (no need to "boot previous version" if the
>> previous version could be written to the .qcow2 of a powered-off VM),
>> no "nix-env", etc
>> Then, a tool to make container/VM out of configuation.
>> Then, a VM-agnistic tool to configure network of that slaves.
>>
>> Well, 

Re: [Nix-dev] php-packages fix (broken since multiple outputs)

[Marc Weber]

Excerpts from Alastair Pharo's message of dom abr 23 13:34:51 + 2017:
> Sorry, I mangled the link to my PR in my previous email.  The correct
> link is https://github.com/NixOS/nixpkgs/pull/24648.  This is another
> attempt to fix the PHP situation, quite similar to your fix.
Great - didn't look at configure. You took care about php-config and
phpize, so I guess your patch should be preferred.

Who is going to merge it and fix the brokeness?

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

[Nix-commits] [NixOS/nixpkgs] aef776: zfs: Bump incompatibleKernelVersion to "4.11"

[Jörg Thalheim]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: aef776836da2205d4b4f1cae99c5f7a72d6b114f
  
https://github.com/NixOS/nixpkgs/commit/aef776836da2205d4b4f1cae99c5f7a72d6b114f
  Author: evujumenuk 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

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

  Log Message:
  ---
  zfs: Bump incompatibleKernelVersion to "4.11"

https://github.com/zfsonlinux/zfs/releases/tag/zfs-0.6.5.9 attests 
compatibility with kernel versions up to 4.10.x.


  Commit: 4700da04ca02c486942e4eaf7f3cee63fd676537
  
https://github.com/NixOS/nixpkgs/commit/4700da04ca02c486942e4eaf7f3cee63fd676537
  Author: Jörg Thalheim 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

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

  Log Message:
  ---
  Merge pull request #25150 from evujumenuk/zfs-ikv

zfs: Bump incompatibleKernelVersion to "4.11"


Compare: https://github.com/NixOS/nixpkgs/compare/ddb788b6711a...4700da04ca02___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] ddb788: OVMF: get version number from edk2

[Bjørn Forsman]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: ddb788b6711af38d7251177f9ff2544496bca1c3
  
https://github.com/NixOS/nixpkgs/commit/ddb788b6711af38d7251177f9ff2544496bca1c3
  Author: Bjørn Forsman 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/virtualization/OVMF/default.nix

  Log Message:
  ---
  OVMF: get version number from edk2

OVMF is built from edk2 sources so that's where its version number comes
from (logically). The edk2 version number is 2014-12-10, so this change
only ensures the version numbers won't drift apart in the future. (There
is no hash change.)


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

[Nix-commits] [NixOS/nixpkgs] 83e140: nixos/slim: Implement logging to journal

[aszlig]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 83e1400e0ce762a9932041977e3c9b90f049425b
  
https://github.com/NixOS/nixpkgs/commit/83e1400e0ce762a9932041977e3c9b90f049425b
  Author: aszlig 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M nixos/modules/services/x11/display-managers/slim.nix
M pkgs/applications/display-managers/slim/default.nix
A pkgs/applications/display-managers/slim/no-logfile.patch

  Log Message:
  ---
  nixos/slim: Implement logging to journal

The main change here is a patch of SLiM to tread a log file of
/dev/stderr specially in that it now uses std::cerr instead of a file
for logging.

This allows us to set the logfile to stderr in NixOS for the generated
SLiM configuration file and we now get logging to the systemd journal.

Signed-off-by: aszlig 


  Commit: dc87b5587e3fb39e96e6b965a26f324daf7508f8
  
https://github.com/NixOS/nixpkgs/commit/dc87b5587e3fb39e96e6b965a26f324daf7508f8
  Author: aszlig 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M nixos/release-combined.nix
M nixos/release.nix
A nixos/tests/slim.nix

  Log Message:
  ---
  nixos: Add a VM test for the SLiM display manager

This is currently our default display manager, so I'm adding this to the
"tested" job as well to ensure we don't ship broken revisions where X is
most likely not working.

The test uses a custom SLiM theme that's specifically tailored for good
OCR results (mainly white background and black fonts without anything
else), because our default NixOS theme has a very small contrast between
background and fonts in some places.

Signed-off-by: aszlig 


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

[Nix-commits] [NixOS/nixpkgs] a5cb00: pythonPackages.wxPython: inject Cairo, Pango and G...

[obadz]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: a5cb00e884d3a2f7a8c0976cd0152c1c1ea1cca0
  
https://github.com/NixOS/nixpkgs/commit/a5cb00e884d3a2f7a8c0976cd0152c1c1ea1cca0
  Author: obadz 
  Date:   2017-04-21 (Fri, 21 Apr 2017)

  Changed paths:
M pkgs/development/python-modules/wxPython/3.0.nix

  Log Message:
  ---
  pythonPackages.wxPython: inject Cairo, Pango and GDK library paths


  Commit: c8788f4e7b1394268dfc6f38e513c1d182355144
  
https://github.com/NixOS/nixpkgs/commit/c8788f4e7b1394268dfc6f38e513c1d182355144
  Author: obadz 
  Date:   2017-04-22 (Sat, 22 Apr 2017)

  Changed paths:
A pkgs/development/python-modules/pyspread/default.nix
M pkgs/top-level/python-packages.nix

  Log Message:
  ---
  python2Packages.pyspread: init at 1.1


  Commit: dcc61da97c7223dd30562145a7294e2e40b8741f
  
https://github.com/NixOS/nixpkgs/commit/dcc61da97c7223dd30562145a7294e2e40b8741f
  Author: obadz 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
A pkgs/development/python-modules/pyspread/default.nix
M pkgs/development/python-modules/wxPython/3.0.nix
M pkgs/top-level/python-packages.nix

  Log Message:
  ---
  Merge pull request #25102 from obadz/python-pyspread

python2Packages.pyspread: init at 1.1 (and fix wxPython to inject required 
dependencies)


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

[Nix-commits] [NixOS/nixpkgs] 4204c4: qtstyleplugins: 2016-12-01 -> 2017-03-11

[Thomas Tuegel]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 4204c47b5c601a9cfec9712305a355d1a87d9aad
  
https://github.com/NixOS/nixpkgs/commit/4204c47b5c601a9cfec9712305a355d1a87d9aad
  Author: gnidorah 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

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

  Log Message:
  ---
  qtstyleplugins: 2016-12-01 -> 2017-03-11


  Commit: 6565ef0ab94bfcdfbab76086d1383920b0a18fab
  
https://github.com/NixOS/nixpkgs/commit/6565ef0ab94bfcdfbab76086d1383920b0a18fab
  Author: Thomas Tuegel 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

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

  Log Message:
  ---
  Merge pull request #25147 from gnidorah/master

qtstyleplugins: 2016-12-01 -> 2017-03-11


Compare: https://github.com/NixOS/nixpkgs/compare/13162b9ddb3d...6565ef0ab94b___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] 13162b: fritzing: 0.9.0b -> 0.9.3b

[Nikolay Amiantov]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 13162b9ddb3dd92e4c75c55b1f73f3731384b2d6
  
https://github.com/NixOS/nixpkgs/commit/13162b9ddb3dd92e4c75c55b1f73f3731384b2d6
  Author: Nikolay Amiantov 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/science/electronics/fritzing/default.nix

  Log Message:
  ---
  fritzing: 0.9.0b -> 0.9.3b

Fixes #24943.


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

Re: [Nix-dev] Simplify node packages?

[William Casarin]

Benno Fünfstück  writes:

> * A simple approach to packaging NPM applications would be to split the
> package for an NPM application into two:
>   - fetch: let NPM download all the dependencies. it should(?) be possible
> to make this a fixed-output derivation, as long as NPM downloads the same
> set of dependencies each time

AFAIK npm isn't deterministic, so this wouldn't be a good idea.

> The fetch phase should be deterministic if we freeze the NPM index (is such
> a thing possible?) and use shrinkwrap.
> Or is this not the case? In what cases will it fail to be deterministic?

This is effectively what node2nix[1] does, which is the most reliable
mechanism for deterministic node packages. It looks like this:

  
https://github.com/jb55/npm-repo-proxy/blob/81182f25cb783a986d7b7ee4a63f0ca6ca9c8989/node-packages.nix

and then I use it like so:

  
https://github.com/jb55/nix-files/blob/1c33031e5678c732dad3f0c76131a4575b7e7bd4/machines/charon/default.nix#L11-L16

It has been working great for my node servers. I haven't had much luck
with the nixpkgs nodejs machinery.


Cheers,


[1] https://github.com/svanderburg/node2nix

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

[Nix-dev] Easier GTK theming

[William Casarin]

I've been talking to NixOS newcomers and a simple pain point that they
are running into is with GTK themes. This makes sense as I have run into
the same pain points:

To get GTK themes working, I have something like this in my
nixos-config:

  { config, lib, pkgs, ... }:
  let gtk2rc = pkgs.writeText "gtk2rc" ''
gtk-icon-theme-name = "${icon-theme.name}"
gtk-theme-name = "${theme.name}"
  '';
  theme = {
package = pkgs.theme-vertex;
name = "Vertex-Dark";
  };
  icon-theme = {
package = pkgs.numix-icon-theme;
name = "Numix";
  };
  in {

# I have no idea what is actually needed here, this was just me trying
# a bunch of different things
environment.variables = {
  GDK_PIXBUF_MODULE_FILE = 
"${pkgs.librsvg.out}/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache";
  GTK2_RC_FILES = 
"${gtk2rc}:${theme.package}/share/themes/${theme.name}/gtk-2.0/gtkrc:$GTK2_RC_FILES";
  GTK_DATA_PREFIX = "${theme.package}";
  GTK_EXEC_PREFIX = "${theme.package}";
  GTK_IM_MODULE = "xim";
  GTK_PATH = "${theme.package}:${pkgs.gtk3.out}";
  GTK_THEME = "${theme.name}";
  LC_TIME="en_DK.UTF-8";
  QT_STYLE_OVERRIDE = "GTK+";
};

environment.systemPackages = with pkgs; [
  gtk-engine-murrine
  theme.package
  icon-theme.package
];
  }

I feel like a lot of this could be automated. Perhaps something like:

  environment.gtk.theme = {
package = pkgs.theme-vertex;
name = "Vertex-Dark;
  }

  environment.gtk.iconTheme = {
package = pkgs.numix-icon-theme;
name = "Numix";
  }

A thing to keep in mind is that some themes require additional packages
or libraries, for example, for numix I have to add:

  GDK_PIXBUF_MODULE_FILE = 
"${pkgs.librsvg.out}/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache";

to get svg icon rendering to work, and for some themes I need to add
gtk-engine-murrine to my system packages.

Perhaps there could be some way for themes to represent these
requirements? I'm no NixOS infrastructure expert so I'm not sure what
would be the best way to go about this.

Some pseudo-code:

  theme-vertex = mkGtkTheme {
# ... package stuff ...

# better way to do this ?
pixbufModules = [ 
"${pkgs.librsvg.out}/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache" ];
requiredModules = [ gtk-engine-murrine ];
  }

and then environment machinery could set up all the required environment
variables from this.

Thoughts? Has there been progress down these lines before?

Cheers,

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

[Nix-commits] [NixOS/nixpkgs] 556572: system-config-printer: 1.5.7 -> 1.5.9

[Nikolay Amiantov]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 55657286709b481a2c6e31d8447d006e1fdd25d1
  
https://github.com/NixOS/nixpkgs/commit/55657286709b481a2c6e31d8447d006e1fdd25d1
  Author: Nikolay Amiantov 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/tools/misc/system-config-printer/default.nix

  Log Message:
  ---
  system-config-printer: 1.5.7 -> 1.5.9

Use gappsWrapHook.


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

[Nix-commits] [NixOS/nixpkgs] b41744: weechat: help weechat find nix's python on darwin

[lassulus]

  Branch: refs/heads/release-16.09
  Home:   https://github.com/NixOS/nixpkgs
  Commit: b417442f27eed9008b00c40979d01cfac8afc8c3
  
https://github.com/NixOS/nixpkgs/commit/b417442f27eed9008b00c40979d01cfac8afc8c3
  Author: Andrew R. M 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/networking/irc/weechat/default.nix

  Log Message:
  ---
  weechat: help weechat find nix's python on darwin

(cherry picked from commit f999e9edf8c89f658ce0e2c146634dd54159e6dd)


  Commit: 41fb3d4daf024744d684397656339227d8e42e8b
  
https://github.com/NixOS/nixpkgs/commit/41fb3d4daf024744d684397656339227d8e42e8b
  Author: Moritz Ulrich 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/networking/irc/weechat/default.nix

  Log Message:
  ---
  weechat: 1.5 -> 1.6

(cherry picked from commit 7cc3de8742025a2dd425042ec8a35bd3348e861e)


  Commit: 8f7eab277626ddb7033c0570ccb0c4b5a0f4b668
  
https://github.com/NixOS/nixpkgs/commit/8f7eab277626ddb7033c0570ccb0c4b5a0f4b668
  Author: Moritz Ulrich 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/networking/irc/weechat/default.nix

  Log Message:
  ---
  weechat: Work around darwin linking issue

(cherry picked from commit 38dbb8008d9103c139bc0fb3f9580acb10fd2fcf)


  Commit: ab3fef48ad8d413382f8582caa39c3e6e7d50fd7
  
https://github.com/NixOS/nixpkgs/commit/ab3fef48ad8d413382f8582caa39c3e6e7d50fd7
  Author: Profpatsch 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/networking/irc/weechat/default.nix

  Log Message:
  ---
  weechat: generate manpages

(cherry picked from commit 6717213ca41fc8639fb3b744bfd69e37b594cd9c)


  Commit: e58b67fa24e4d184e748d9ba4ef326d0ef6a1162
  
https://github.com/NixOS/nixpkgs/commit/e58b67fa24e4d184e748d9ba4ef326d0ef6a1162
  Author: Adam Evans 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/networking/irc/weechat/default.nix
M pkgs/top-level/all-packages.nix

  Log Message:
  ---
  weechat: Fixed Darwin build issues

Build was failing with res_9_init missing on OS X. Resolved with a little help 
from
https://github.com/Homebrew/homebrew-core/pull/4427.

(cherry picked from commit 5da42092faef25e46d93833fe7a0debe8be0f663)


  Commit: a910404fee8113b3a081428c5fc3da732efdf307
  
https://github.com/NixOS/nixpkgs/commit/a910404fee8113b3a081428c5fc3da732efdf307
  Author: Franz Pletz 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/networking/irc/weechat/default.nix

  Log Message:
  ---
  weechat: 1.6 -> 1.7

(cherry picked from commit c2257506ae30de77f4937775974ae009e6bfa725)


  Commit: 0ff8fc1d83f85dbde91a3ce6541c9014114e
  
https://github.com/NixOS/nixpkgs/commit/0ff8fc1d83f85dbde91a3ce6541c9014114e
  Author: lassulus 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/networking/irc/weechat/default.nix

  Log Message:
  ---
  weechat: 1.7 -> 1.7.1

(cherry picked from commit 839b3ce5fe4258d4584a7a8ec66faa9ca5dbc764)


Compare: https://github.com/NixOS/nixpkgs/compare/764f69efa5c2...0ff8fc1d83f8___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] 4031da: weechat: 1.7 -> 1.7.1

[lassulus]

  Branch: refs/heads/release-17.03
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 4031dafa2a5dff03ec70dbbc776fde9c9e97cd7d
  
https://github.com/NixOS/nixpkgs/commit/4031dafa2a5dff03ec70dbbc776fde9c9e97cd7d
  Author: lassulus 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/networking/irc/weechat/default.nix

  Log Message:
  ---
  weechat: 1.7 -> 1.7.1

(cherry picked from commit 839b3ce5fe4258d4584a7a8ec66faa9ca5dbc764)


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

[Nix-commits] [NixOS/nixpkgs] 6df350: firefox-bin: use wrapGAppsHook

[Nikolay Amiantov]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 6df350ffc81e2a5891daa4962f68014378308c1c
  
https://github.com/NixOS/nixpkgs/commit/6df350ffc81e2a5891daa4962f68014378308c1c
  Author: Nikolay Amiantov 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

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

  Log Message:
  ---
  firefox-bin: use wrapGAppsHook


  Commit: a02b18998fabaa43e31aa133ce83b4d5558c7f59
  
https://github.com/NixOS/nixpkgs/commit/a02b18998fabaa43e31aa133ce83b4d5558c7f59
  Author: Nikolay Amiantov 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

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

  Log Message:
  ---
  firefox-bin: don't install .desktop file

It's handled by wrapFirefox.


Compare: https://github.com/NixOS/nixpkgs/compare/9f6baaa89a54...a02b18998fab___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-commits

Re: [Nix-dev] php-packages fix (broken since multiple outputs)

[Alastair Pharo]

Sorry, I mangled the link to my PR in my previous email.  The correct
link is https://github.com/NixOS/nixpkgs/pull/24648.  This is another
attempt to fix the PHP situation, quite similar to your fix.

On 23 April 2017, [Marc Weber](mailto:marco-owe...@gmx.de) wrote:

>  FYI I have an open PR for this on github as well:
> > https://github.com/NixOS/nixpkgs/pull/2464.  Maybe we can compare notes.
> This issue is labeled "systemd-fstab-generator doesn't find fsck.ext3"
> thus seems unrelated.
> 
> There is not much to discuss because
> * current situation is broken
> * its known why (includes aren't found)
> * The best way to fix it is fixing php-config (because it makes all
>   packages compile)
> 
> => The only think to discuss is the "assert" stuff so that in future all
> packages can be tested by php71Packages or such (better php71.packages)
> even better (php7x.packages) -> but that's another story:
>   - https://github.com/NixOS/nixpkgs/issues/24432
>   - adding tests that the modules actually "work" as expected on multiple
> platforms
> [
> The current situation is a stopper for me -> and the fix doesn't make
> things worse (testing is as good/bad as it previously was).
> 
> Marc Weber

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

[Nix-dev] Simplify node packages?

[Benno Fünfstück]

Hello,

the nodejs infrastructure in nixpkgs looks quite complex to me. I'm sure
that there are good reasons for this. In particular, can someone answer the
following questions, as I am not intimately familar with the full NPM
ecosystem:

Both of the following approaches change the concept from "one derivation
per npm library" to "one or two derivations per npm *application/tool*"
(libraries are build together with the application, in the same
derivation).

* A simple approach to packaging NPM applications would be to split the
package for an NPM application into two:
  - fetch: let NPM download all the dependencies. it should(?) be possible
to make this a fixed-output derivation, as long as NPM downloads the same
set of dependencies each time
  - build: use the cache from the fetch phase, should require no network
access

The fetch phase should be deterministic if we freeze the NPM index (is such
a thing possible?) and use shrinkwrap.
Or is this not the case? In what cases will it fail to be deterministic?

* Alternatively, `yarn` claims to be more deterministic. Can we use `yarn`
to build all NPM packages? Or are there NPM packages that are incompatible?

I have read the articles from Sander van der Burg, but they don't seem to
explain why we went with "one derivation per library", which requires us to
manually symlink things into the node_modules folder.

Kind regards,
Benno
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] php-packages fix (broken since multiple outputs)

[Marc Weber]

 FYI I have an open PR for this on github as well:
> https://github.com/NixOS/nixpkgs/pull/2464.  Maybe we can compare notes.
This issue is labeled "systemd-fstab-generator doesn't find fsck.ext3"
thus seems unrelated.

There is not much to discuss because
* current situation is broken
* its known why (includes aren't found)
* The best way to fix it is fixing php-config (because it makes all
  packages compile)

=> The only think to discuss is the "assert" stuff so that in future all
packages can be tested by php71Packages or such (better php71.packages)
even better (php7x.packages) -> but that's another story:
  - https://github.com/NixOS/nixpkgs/issues/24432
  - adding tests that the modules actually "work" as expected on multiple
platforms

The current situation is a stopper for me -> and the fix doesn't make
things worse (testing is as good/bad as it previously was).

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

[Nix-commits] [NixOS/nixpkgs] f5fa05: thunderbird: (re)add features lost in refactoring

[Nikolay Amiantov]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: f5fa05677d941c8d27d0852de9b43f7e2148ae04
  
https://github.com/NixOS/nixpkgs/commit/f5fa05677d941c8d27d0852de9b43f7e2148ae04
  Author: Guillaume Maudoux 
  Date:   2017-04-17 (Mon, 17 Apr 2017)

  Changed paths:
M pkgs/applications/networking/mailreaders/thunderbird/default.nix

  Log Message:
  ---
  thunderbird: (re)add features lost in refactoring

The refactoring in b023370f3757a76acb244e647f29e388e076cab0 ported
changes from firefox-unwrpped, but dropped features in firefox's
wrapper.

Add the desktop item and remove useless dev files.


  Commit: eb8f604456516b22045f1f49707da98fd7c3e3fd
  
https://github.com/NixOS/nixpkgs/commit/eb8f604456516b22045f1f49707da98fd7c3e3fd
  Author: Guillaume Maudoux 
  Date:   2017-04-17 (Mon, 17 Apr 2017)

  Changed paths:
M pkgs/applications/networking/mailreaders/thunderbird/default.nix

  Log Message:
  ---
  thunderbird: fix default mail client detection


  Commit: 9f6baaa89a5428eac9c133a136faffc3ee5fd52d
  
https://github.com/NixOS/nixpkgs/commit/9f6baaa89a5428eac9c133a136faffc3ee5fd52d
  Author: Nikolay Amiantov 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/networking/mailreaders/thunderbird/default.nix

  Log Message:
  ---
  Merge pull request #24961 from layus/thunderbird-default-mail-client

Thunderbird: Fix default mail client detection


Compare: https://github.com/NixOS/nixpkgs/compare/fa652cef2211...9f6baaa89a54___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] fa652c: Fix node2nix installation instructions in README

[Luca Bruno]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: fa652cef2211c95467451fb3d3e8617e7fa07264
  
https://github.com/NixOS/nixpkgs/commit/fa652cef2211c95467451fb3d3e8617e7fa07264
  Author: Luca Bruno 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/development/node-packages/README.md

  Log Message:
  ---
  Fix node2nix installation instructions in README


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

Re: [Nix-dev] [RFC] Declarative Virtual Machines

[Leo Gaspard]

On 04/22/2017 11:07 PM, Volth wrote:
> Hello.
> 
> There are few objections against qemu with shared /nix/store:
> 
> 1. It is fast to create but slow to run. Boot time with shared
> /nix/store is about twice slow than with everything on qcow2.
> 
> 2. 9P is unstable, every couple of months there is a new bug (real
> bugs, not CVEs: wrong data read, the driver got stuck, etc)

Hmm, I wasn't aware of these two first points (didn't test anything),
intuitively virtfs was supposed to be faster in my mind, as it skipped
one level of parsing the qcow2 image. Guess I should have actually
tested instead of relying on gut feeling. That said, I'd like to ask
whether you set the msize=262144 (or similarly high value) option for
the 9p mount on the guest, during these benchmarks? It greatly
influences performance when the 9p is not over network as it used to be
designed for.

As for stability, in my test setup I haven't hit any non-permanent issue
(things like being unable to chown / in a mapped-file mode have
appeared, though, but it's not anything that would compromise the
stability of a production system as it can be seen during development),
so I assumed it was pretty stable.

> 3. host GC cannot see the runtime roots inside the VM, so all the
> guest system closures from its last boot should be preserved from host
> GC. It may be tricky to debug.

This is not really an issue, as the store is not shared with the guest,
but rather a rsync of the part of the store that interests the guest (in
order to avoid information leaks). So the guest never actually sees the
host store.

The reason for picking 9p instead of qcow2 to hold this copy of the
store was to allow upgrades to the VM without rebooting it (as the VM
doesn't have access to its configuration it can't just perform the
upgrade from the inside), so I thought that future work may include the
host rsync'ing the relevant files into the 9p export path, and then just
push a bash script at a shared place the guest would have a cron to
execute as root, that would trigger a call to the new profile's
switch-to-configuration.

This would also be possible with the store on a qcow2 image, but would
entail also pushing all the store paths through this shared path and
having the guest copy it to its nix-store. I guess it's possible and
doesn't involve many drawbacks, except a time-to-upgrade quite increased
due to the two copies instead of one.

In the downsides of using qcow2, I can see that if using a CoW FS (such
as btrfs) shared between /nix/store and /var/lib/vm/${vmname}/store,
it's possible to have the store of the guest take 0 additional space,
while using a qcow2 image makes it much harder (and I don't think any
widely used FS performs block-level deduplication, but I may be wrong)

So I'd love to hear other voices before switching from one to the other,
as I'm pretty sure we're missing some other decision points.

> Also, the whole idea could be splited to simpler building blocks and
> generalized to use with Virtualbox and different kind of containers.
> One of the block could be, say, "nix-slave" - the NixOS install which
> is always configured on an external machine and then run inside VM or
> container or deployed to the cloud.
> So it cannot do "nixos-rebuild" from inside and has limited set of
> features, no profiles (no need to "boot previous version" if the
> previous version could be written to the .qcow2 of a powered-off VM),
> no "nix-env", etc
> Then, a tool to make container/VM out of configuation.
> Then, a VM-agnistic tool to configure network of that slaves.
> 
> Well, it sounds very familiar.
> We indeed have this pattern in so many places: NixOS containers,
> NixOps, test-driver, "nixos-install build-vm", runInLinuxVM,
> make-disk-image.nix, your proposal, etc
> Each of them solves one narrow task and the code is not reuseful. For
> example, when I need to create .qcow2 outside the nix store, or
> install/repair nixos on exising .qcow2, I end up writing by own set of
> tools (or using RedHat's libguestfs, which is... another VM appliance)
> Perhaps, there could be some common ground which unifies that kind of
> tasks as an alternative to creating new bloated tools with many
> options?

I see you have already seen it, but just for the record, copumpkin has
recently done great work in this domain, with nixos-prepare-root [1]
(it's newly merged, so I didn't use it in my not-yet-PR'd changes, but
it's on my todo-list before opening the PR related to this RFC)

This looks like exactly what you're looking for, except that it still
requires to copy the generated root from a local directory to the right
block device, which can anyway be done only in a way that heavily
depends on which block device it is. It would be possible to do a
make-disk-image as you talked about in comments to [2], but I don't
think it would fit inside the scope of this RFC, rather in a nixpkgs
refactoring (which AFAIU doesn't require a RFC).

Or did I miss your point here?


[1] 

[Nix-commits] [NixOS/nixpkgs] 0ceb82: perlPackages.SetIntSpan: init at 1.19

[Graham Christensen]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 0ceb82d3dd5ce024dd9f7780c20f27d1bb61eacc
  
https://github.com/NixOS/nixpkgs/commit/0ceb82d3dd5ce024dd9f7780c20f27d1bb61eacc
  Author: Graham Christensen 
  Date:   2017-04-22 (Sat, 22 Apr 2017)

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

  Log Message:
  ---
  perlPackages.SetIntSpan: init at 1.19


  Commit: 76cea3de93c73865a0fb9d0e578c0e2a7c464654
  
https://github.com/NixOS/nixpkgs/commit/76cea3de93c73865a0fb9d0e578c0e2a7c464654
  Author: Graham Christensen 
  Date:   2017-04-22 (Sat, 22 Apr 2017)

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

  Log Message:
  ---
  perlPackages.BusinessHours: init at 0.12


  Commit: a9f89128458895737dee9dc011fda214304088af
  
https://github.com/NixOS/nixpkgs/commit/a9f89128458895737dee9dc011fda214304088af
  Author: Graham Christensen 
  Date:   2017-04-22 (Sat, 22 Apr 2017)

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

  Log Message:
  ---
  perlPackages.CSSMinifierXP: init at 1.02


  Commit: 2f1ef64492a65d0d6c3cfc974e50a00747fe463a
  
https://github.com/NixOS/nixpkgs/commit/2f1ef64492a65d0d6c3cfc974e50a00747fe463a
  Author: Graham Christensen 
  Date:   2017-04-22 (Sat, 22 Apr 2017)

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

  Log Message:
  ---
  perlPackages.GDText: init at 0.86


  Commit: 2d65b7f251c3998653514278589c30d9285e8800
  
https://github.com/NixOS/nixpkgs/commit/2d65b7f251c3998653514278589c30d9285e8800
  Author: Graham Christensen 
  Date:   2017-04-22 (Sat, 22 Apr 2017)

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

  Log Message:
  ---
  perlPackages.JavaScriptMinifierXS: init at 0.11


  Commit: 38574a5878bfd260e6e2135f5ebcf5ffca7c854d
  
https://github.com/NixOS/nixpkgs/commit/38574a5878bfd260e6e2135f5ebcf5ffca7c854d
  Author: Graham Christensen 
  Date:   2017-04-22 (Sat, 22 Apr 2017)

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

  Log Message:
  ---
  perlPackages.GDGraph: init at 1.54


  Commit: b48ea664f596e153fbe6388d704142356a3f6166
  
https://github.com/NixOS/nixpkgs/commit/b48ea664f596e153fbe6388d704142356a3f6166
  Author: Graham Christensen 
  Date:   2017-04-22 (Sat, 22 Apr 2017)

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

  Log Message:
  ---
  perlPackages.MIMETools: init at 5.509


  Commit: 46f952371ee587cb820095e2662ad0a4cb10d170
  
https://github.com/NixOS/nixpkgs/commit/46f952371ee587cb820095e2662ad0a4cb10d170
  Author: Graham Christensen 
  Date:   2017-04-22 (Sat, 22 Apr 2017)

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

  Log Message:
  ---
  perlPackages.DataPagePageset: init at 1.02


  Commit: 55d4d50cd32afa2304327b379adc93f93663a31e
  
https://github.com/NixOS/nixpkgs/commit/55d4d50cd32afa2304327b379adc93f93663a31e
  Author: Graham Christensen 
  Date:   2017-04-22 (Sat, 22 Apr 2017)

  Changed paths:
M pkgs/servers/rt/default.nix

  Log Message:
  ---
  rt: improve packaging, with a progress note


  Commit: 7ff2fde2159a945daffd67f7cfea0764069b3ea9
  
https://github.com/NixOS/nixpkgs/commit/7ff2fde2159a945daffd67f7cfea0764069b3ea9
  Author: Graham Christensen 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/servers/rt/default.nix
M pkgs/top-level/perl-packages.nix

  Log Message:
  ---
  Merge pull request #25126 from grahamc/rt

RT: Improve Packaging


Compare: https://github.com/NixOS/nixpkgs/compare/1931ad0e2cbb...7ff2fde2159a___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] bfff24: qemu: 2.8.1 -> 2.8.1.1

[Volth]

  Branch: refs/heads/release-17.03
  Home:   https://github.com/NixOS/nixpkgs
  Commit: bfff24189cae0bf6eceacd5c3e4d8464ba72b895
  
https://github.com/NixOS/nixpkgs/commit/bfff24189cae0bf6eceacd5c3e4d8464ba72b895
  Author: Volth 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/virtualization/qemu/default.nix

  Log Message:
  ---
  qemu: 2.8.1 -> 2.8.1.1


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

[Nix-commits] [NixOS/nixpkgs] 1931ad: qemu: 2.8.1 -> 2.9.0

[Volth]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 1931ad0e2cbb636d9fa09e3aa5afff24cc9b7deb
  
https://github.com/NixOS/nixpkgs/commit/1931ad0e2cbb636d9fa09e3aa5afff24cc9b7deb
  Author: Volth 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/virtualization/qemu/default.nix
M pkgs/applications/virtualization/qemu/no-etc-install.patch

  Log Message:
  ---
  qemu: 2.8.1 -> 2.9.0


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

[Nix-commits] [NixOS/nixpkgs] 37b0be: bundix: 2.0.8 -> 2.1.0 (#25129)

[Nick Novitski]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 37b0be688dd8a17bdd971bfb67ab236818023e62
  
https://github.com/NixOS/nixpkgs/commit/37b0be688dd8a17bdd971bfb67ab236818023e62
  Author: Nick Novitski 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M doc/languages-frameworks/ruby.xml
M pkgs/development/ruby-modules/bundix/default.nix

  Log Message:
  ---
  bundix: 2.0.8 -> 2.1.0 (#25129)


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

[Nix-commits] [NixOS/nixpkgs] 839b3c: weechat: 1.7 -> 1.7.1

[Jörg Thalheim]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 839b3ce5fe4258d4584a7a8ec66faa9ca5dbc764
  
https://github.com/NixOS/nixpkgs/commit/839b3ce5fe4258d4584a7a8ec66faa9ca5dbc764
  Author: lassulus 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/networking/irc/weechat/default.nix

  Log Message:
  ---
  weechat: 1.7 -> 1.7.1


  Commit: f22d331279d9d31741f5ee6df5d23b4dc1608983
  
https://github.com/NixOS/nixpkgs/commit/f22d331279d9d31741f5ee6df5d23b4dc1608983
  Author: Jörg Thalheim 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/networking/irc/weechat/default.nix

  Log Message:
  ---
  Merge pull request #25144 from Lassulus/weechat

weechat: 1.7 -> 1.7.1


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

Re: [Nix-dev] php-packages fix (broken since multiple outputs)

[Alastair Pharo]

Hi there,

FYI I have an open PR for this on github as well:
https://github.com/NixOS/nixpkgs/pull/2464.  Maybe we can compare notes.

-Alastair

On 23 April 2017, [Marc Weber](mailto:marco-owe...@gmx.de) wrote:

> Problem: Since outputs = ["out" "dev"] a lot of php-packages stopped
> compiling because php-config provided wrong includes
> 
> http://mawercer.de/tmp/php-packages-out-dev.patch
>   - moves php-config into php.dev
>   - patches the includes directory so that headers are found
>   - The patch also rewrites the assertion so that I could test all
> packages easily by 
> 
>   nix-build  -A php71Packages
> 
> My question is, is there a different way to run nix-build  -A 
> php71Packages
> ignoring assertions so that all php packages can be tested easily?
> 
> I'd like to prepare a PR.
> 
> Marc Weber
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> https://mailman.science.uu.nl/mailman/listinfo/nix-dev

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

[Nix-commits] [NixOS/nixpkgs] df86c9: ripgrep: 0.5.0 -> 0.5.1

[Benno Fünfstück]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: df86c9731b701cf7428b5b7d95f125f110abc779
  
https://github.com/NixOS/nixpkgs/commit/df86c9731b701cf7428b5b7d95f125f110abc779
  Author: Cray Elliott 
  Date:   2017-04-22 (Sat, 22 Apr 2017)

  Changed paths:
M pkgs/tools/text/ripgrep/default.nix

  Log Message:
  ---
  ripgrep: 0.5.0 -> 0.5.1


  Commit: c3e830f1a6321ef6c368006c3326fea37ebb5a2c
  
https://github.com/NixOS/nixpkgs/commit/c3e830f1a6321ef6c368006c3326fea37ebb5a2c
  Author: Benno Fünfstück 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/tools/text/ripgrep/default.nix

  Log Message:
  ---
  Merge pull request #25134 from MP2E/ripgrep_update

ripgrep: 0.5.0 -> 0.5.1


Compare: https://github.com/NixOS/nixpkgs/compare/9ec64d28902b...c3e830f1a632___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] 9ec64d: oh-my-zsh: add module (#25140)

[Maximilian Bosch]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 9ec64d28902b9f89fe704679e1d5c8fc83270130
  
https://github.com/NixOS/nixpkgs/commit/9ec64d28902b9f89fe704679e1d5c8fc83270130
  Author: Maximilian Bosch 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M nixos/modules/module-list.nix
A nixos/modules/programs/zsh/oh-my-zsh.nix
M nixos/modules/programs/zsh/zsh.nix

  Log Message:
  ---
  oh-my-zsh: add module (#25140)

* programs.zsh: add enableOhMyZsh option to automate setup of oh-my-zsh in 
global zshrc

* programs.zsh: make oh-my-zsh plugins configurable

* programs.zsh: add ohMyZshCustom option

* programs.zsh: add ohMyZshTheme option

* programs.zsh: applying minor fixes to evaluate expressions properly

* programs.zsh: fix ordering of oh-my-zsh config and execution

* programs.zsh: move all oh-my-zsh params into its own scope named 
programs.zsh.oh-my-zsh


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

[Nix-commits] [NixOS/nixpkgs] be463a: gitlab-runner: 9.0.0 -> 9.1.0

[Joachim F]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: be463abc10fd3edc4f013c382e558b73f205f332
  
https://github.com/NixOS/nixpkgs/commit/be463abc10fd3edc4f013c382e558b73f205f332
  Author: Pascal Bach 
  Date:   2017-04-22 (Sat, 22 Apr 2017)

  Changed paths:
M pkgs/development/tools/continuous-integration/gitlab-runner/default.nix

  Log Message:
  ---
  gitlab-runner: 9.0.0 -> 9.1.0


  Commit: d609a5eb5ccd0942c6c64da6cdf8c59ab238aa64
  
https://github.com/NixOS/nixpkgs/commit/d609a5eb5ccd0942c6c64da6cdf8c59ab238aa64
  Author: Pascal Bach 
  Date:   2017-04-22 (Sat, 22 Apr 2017)

  Changed paths:
M pkgs/development/tools/continuous-integration/gitlab-runner/v1.nix

  Log Message:
  ---
  gitlab-runner_1_11: 1.11.1 -> 1.11.2


  Commit: f1bc5a3a83bc8f101f0f40b2921e071a28160212
  
https://github.com/NixOS/nixpkgs/commit/f1bc5a3a83bc8f101f0f40b2921e071a28160212
  Author: Joachim F 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/development/tools/continuous-integration/gitlab-runner/default.nix
M pkgs/development/tools/continuous-integration/gitlab-runner/v1.nix

  Log Message:
  ---
  Merge pull request #25111 from bachp/gitlab-runner-update

Gitlab runner update


Compare: https://github.com/NixOS/nixpkgs/compare/44c3726dcadf...f1bc5a3a83bc___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-commits

[Nix-dev] php-packages fix (broken since multiple outputs)

[Marc Weber]

Problem: Since outputs = ["out" "dev"] a lot of php-packages stopped
compiling because php-config provided wrong includes

http://mawercer.de/tmp/php-packages-out-dev.patch
  - moves php-config into php.dev
  - patches the includes directory so that headers are found
  - The patch also rewrites the assertion so that I could test all
packages easily by 

  nix-build  -A php71Packages


My question is, is there a different way to run nix-build  -A php71Packages
ignoring assertions so that all php packages can be tested easily?

I'd like to prepare a PR.

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

[Nix-commits] [NixOS/nixpkgs] a2b8e1: hunspell_1_6: init at 1.6.1 (ported from update by...

[Michael Raskin]

  Branch: refs/heads/release-17.03
  Home:   https://github.com/NixOS/nixpkgs
  Commit: a2b8e146ec75d10db90e29aa3571f28dd9ef620c
  
https://github.com/NixOS/nixpkgs/commit/a2b8e146ec75d10db90e29aa3571f28dd9ef620c
  Author: Michael Raskin <7c6f4...@mail.ru>
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
A pkgs/development/libraries/hunspell/1.6.nix
M pkgs/top-level/all-packages.nix

  Log Message:
  ---
  hunspell_1_6: init at 1.6.1 (ported from update by taku0 on master)


  Commit: b2badb903ebb1d8c517dc3698ff38cbf4b10a0c2
  
https://github.com/NixOS/nixpkgs/commit/b2badb903ebb1d8c517dc3698ff38cbf4b10a0c2
  Author: Michael Raskin <7c6f4...@mail.ru>
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/networking/browsers/firefox/default.nix
M pkgs/top-level/all-packages.nix

  Log Message:
  ---
  firefox: 52.0.1 -> 53.0. A hopefully correct port of a patch by taku0.


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

[Nix-commits] [NixOS/nixpkgs] a400bb: fcron: install systab

[Jörg Thalheim]

  Branch: refs/heads/release-17.03
  Home:   https://github.com/NixOS/nixpkgs
  Commit: a400bbb1c4f18383cc9c8f286669dc5914e444c2
  
https://github.com/NixOS/nixpkgs/commit/a400bbb1c4f18383cc9c8f286669dc5914e444c2
  Author: Jörg Thalheim 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M nixos/modules/services/scheduling/fcron.nix

  Log Message:
  ---
  fcron: install systab

fixes #25072

(cherry picked from commit 44c3726dcadfe4d3be5c6bff231c9252f20e3c9b)


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

[Nix-commits] [NixOS/nixpkgs] 44c372: fcron: install systab

[Jörg Thalheim]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 44c3726dcadfe4d3be5c6bff231c9252f20e3c9b
  
https://github.com/NixOS/nixpkgs/commit/44c3726dcadfe4d3be5c6bff231c9252f20e3c9b
  Author: Jörg Thalheim 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M nixos/modules/services/scheduling/fcron.nix

  Log Message:
  ---
  fcron: install systab

fixes #25072


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

[Nix-commits] [NixOS/nixpkgs] 136ad2: mytetra: init at 1.42.2

[Frederik Rietdijk]

  Branch: refs/heads/staging
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 136ad2a0561f79ab8f1f2007debcd246984eddf7
  
https://github.com/NixOS/nixpkgs/commit/136ad2a0561f79ab8f1f2007debcd246984eddf7
  Author: gnidorah 
  Date:   2017-03-18 (Sat, 18 Mar 2017)

  Changed paths:
A pkgs/applications/office/mytetra/default.nix
M pkgs/top-level/all-packages.nix

  Log Message:
  ---
  mytetra: init at 1.42.2


  Commit: 50bd7a113db244ad8eb45dba38112b53e9ba20c3
  
https://github.com/NixOS/nixpkgs/commit/50bd7a113db244ad8eb45dba38112b53e9ba20c3
  Author: Mike Cooper 
  Date:   2017-03-23 (Thu, 23 Mar 2017)

  Changed paths:
M pkgs/applications/version-management/mercurial/default.nix
M pkgs/applications/version-management/tortoisehg/default.nix

  Log Message:
  ---
  mercurial, tortoisehg: 3.9.2 -> 4.1.1


  Commit: 160a84013eeec6a856ef74ae8c39294f9f5a44d1
  
https://github.com/NixOS/nixpkgs/commit/160a84013eeec6a856ef74ae8c39294f9f5a44d1
  Author: Volth 
  Date:   2017-04-02 (Sun, 02 Apr 2017)

  Changed paths:
M pkgs/applications/virtualization/qemu/default.nix
M pkgs/applications/virtualization/qemu/no-etc-install.patch

  Log Message:
  ---
  qemu: 2.8.0 -> 2.8.1


  Commit: c91c3209f3dbaf9dacef69395e071a9dee59bbee
  
https://github.com/NixOS/nixpkgs/commit/c91c3209f3dbaf9dacef69395e071a9dee59bbee
  Author: Piotr Bogdan 
  Date:   2017-04-03 (Mon, 03 Apr 2017)

  Changed paths:
M nixos/modules/services/x11/unclutter.nix

  Log Message:
  ---
  unclutter: Fix default value of $DISPLAY


  Commit: 1b6189117f304c703794d94bd5ecc82fa1f85637
  
https://github.com/NixOS/nixpkgs/commit/1b6189117f304c703794d94bd5ecc82fa1f85637
  Author: Tim Jaeger 
  Date:   2017-04-04 (Tue, 04 Apr 2017)

  Changed paths:
A pkgs/tools/text/xsv/default.nix
M pkgs/top-level/all-packages.nix

  Log Message:
  ---
  xsv: init at 0.11.0

This commit adds the `xsv` utility. It is quite useful when dealing with CSV 
files


  Commit: ecf03368f8b624b8573f97f70387d6d14f7e32fe
  
https://github.com/NixOS/nixpkgs/commit/ecf03368f8b624b8573f97f70387d6d14f7e32fe
  Author: Bas van Dijk 
  Date:   2017-04-08 (Sat, 08 Apr 2017)

  Changed paths:
M nixos/modules/services/misc/bepasty.nix

  Log Message:
  ---
  bepasty: add secretKeyFile option

This gives users the option to store secrets outside the
world-readable Nix store.


  Commit: 2380e96327ded90b7c650f9b9b6c1a7e8e95538f
  
https://github.com/NixOS/nixpkgs/commit/2380e96327ded90b7c650f9b9b6c1a7e8e95538f
  Author: Maximilian Bosch 
  Date:   2017-04-09 (Sun, 09 Apr 2017)

  Changed paths:
A pkgs/shells/lambda-mod-zsh-theme/default.nix
M pkgs/top-level/all-packages.nix

  Log Message:
  ---
  lambda-mod-zsh-theme: init at eceee68cf46bba9f7f42887c2128b48e8861e31b


  Commit: 74c14f8b28a690d3ba281e9008d584ad6e0ea72d
  
https://github.com/NixOS/nixpkgs/commit/74c14f8b28a690d3ba281e9008d584ad6e0ea72d
  Author: Maximilian Bosch 
  Date:   2017-04-09 (Sun, 09 Apr 2017)

  Changed paths:
M pkgs/shells/lambda-mod-zsh-theme/default.nix

  Log Message:
  ---
  lambda-mod-zsh-theme: remove unnecessary `rec` declaration


  Commit: ea5ff16bb08a6b68dc83027ca96c29cee2b5d31c
  
https://github.com/NixOS/nixpkgs/commit/ea5ff16bb08a6b68dc83027ca96c29cee2b5d31c
  Author: Maximilian Bosch 
  Date:   2017-04-09 (Sun, 09 Apr 2017)

  Changed paths:
M pkgs/shells/lambda-mod-zsh-theme/default.nix

  Log Message:
  ---
  lambda-mod-zsh-theme: refactor to use `fetchFromGitHub` for source retrieval


  Commit: cd56c3334e67fa40e37b1610627987dcd63a1e91
  
https://github.com/NixOS/nixpkgs/commit/cd56c3334e67fa40e37b1610627987dcd63a1e91
  Author: Maximilian Bosch 
  Date:   2017-04-09 (Sun, 09 Apr 2017)

  Changed paths:
M pkgs/shells/lambda-mod-zsh-theme/default.nix

  Log Message:
  ---
  lambda-mod-zsh-theme: fix broken `maintainers` expression


  Commit: 3260d8cd7081686145e13810c5e59d8f68cf90a9
  
https://github.com/NixOS/nixpkgs/commit/3260d8cd7081686145e13810c5e59d8f68cf90a9
  Author: Maximilian Bosch 
  Date:   2017-04-09 (Sun, 09 Apr 2017)

  Changed paths:
M pkgs/shells/lambda-mod-zsh-theme/default.nix

  Log Message:
  ---
  lambda-mod-zsh-theme: refactor install behavior to use `themes` dir

Now it's possible to set the path of this derivation as `ZSH_CUSTOM` in
the zsh configuration, so it's possible to use the theme directly from
the store path.

see 
https://github.com/robbyrussell/oh-my-zsh/wiki/Customization#overriding-and-adding-themes


  Commit: ce6b5b8673967d45aead38180d65288460a14640
  

[Nix-commits] [NixOS/nixpkgs] 7b8043: qemu: 2.8.0 -> 2.8.1

[Volth]

  Branch: refs/heads/release-17.03
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 7b80438e55a5b35615e4e5cce5fe04cbcb2c8bb0
  
https://github.com/NixOS/nixpkgs/commit/7b80438e55a5b35615e4e5cce5fe04cbcb2c8bb0
  Author: Volth 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/virtualization/qemu/default.nix
M pkgs/applications/virtualization/qemu/no-etc-install.patch

  Log Message:
  ---
  qemu: 2.8.0 -> 2.8.1


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

[Nix-commits] [NixOS/nixpkgs] 160a84: qemu: 2.8.0 -> 2.8.1

[Michael Raskin]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 160a84013eeec6a856ef74ae8c39294f9f5a44d1
  
https://github.com/NixOS/nixpkgs/commit/160a84013eeec6a856ef74ae8c39294f9f5a44d1
  Author: Volth 
  Date:   2017-04-02 (Sun, 02 Apr 2017)

  Changed paths:
M pkgs/applications/virtualization/qemu/default.nix
M pkgs/applications/virtualization/qemu/no-etc-install.patch

  Log Message:
  ---
  qemu: 2.8.0 -> 2.8.1


  Commit: f45f2fb67a4f620938e8b05941e8d8297661fd35
  
https://github.com/NixOS/nixpkgs/commit/f45f2fb67a4f620938e8b05941e8d8297661fd35
  Author: Michael Raskin <7c6f4...@mail.ru>
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/virtualization/qemu/default.nix
M pkgs/applications/virtualization/qemu/no-etc-install.patch

  Log Message:
  ---
  Merge pull request #24549 from volth/qemu-2.8.1

qemu: 2.8.0 -> 2.8.1


Compare: https://github.com/NixOS/nixpkgs/compare/070985177fdd...f45f2fb67a4f___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] a68f95: firefox: 52.0.2 -> 53.0

[Michael Raskin]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: a68f95da175819a1b4420161fb6cb14eb4b9bd1c
  
https://github.com/NixOS/nixpkgs/commit/a68f95da175819a1b4420161fb6cb14eb4b9bd1c
  Author: taku0 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/networking/browsers/firefox/default.nix

  Log Message:
  ---
  firefox: 52.0.2 -> 53.0


  Commit: 070985177fdd1a33fd245cc5fc31abecf11e8489
  
https://github.com/NixOS/nixpkgs/commit/070985177fdd1a33fd245cc5fc31abecf11e8489
  Author: Michael Raskin <7c6f4...@mail.ru>
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/applications/networking/browsers/firefox/default.nix

  Log Message:
  ---
  Merge pull request #25137 from taku0/firefox-53.0

firefox: 52.0.2 -> 53.0 [Critical security fixes]


Compare: https://github.com/NixOS/nixpkgs/compare/8611d929545f...070985177fdd___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] 5bcaed: hunspell: 1.3.3 -> 1.6.1

[Michael Raskin]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 5bcaeda4c8c3bbb442049cb95c10dce602416089
  
https://github.com/NixOS/nixpkgs/commit/5bcaeda4c8c3bbb442049cb95c10dce602416089
  Author: taku0 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/development/libraries/hunspell/default.nix
M pkgs/development/libraries/qtwebkit-plugins/default.nix
M pkgs/games/mudlet/libs.patch

  Log Message:
  ---
  hunspell: 1.3.3 -> 1.6.1


  Commit: 8611d929545f89f5c526542db624c7e68e73a960
  
https://github.com/NixOS/nixpkgs/commit/8611d929545f89f5c526542db624c7e68e73a960
  Author: Michael Raskin <7c6f4...@mail.ru>
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/development/libraries/hunspell/default.nix
M pkgs/development/libraries/qtwebkit-plugins/default.nix
M pkgs/games/mudlet/libs.patch

  Log Message:
  ---
  Merge pull request #25136 from taku0/hunspell-1.6.1

hunspell: 1.3.3 -> 1.6.1


Compare: https://github.com/NixOS/nixpkgs/compare/2993d37ebc86...8611d929545f___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] 1b3300: nixos/tests/misc: check hidepid mount via /proc/mo...

[Joachim Fasting]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 1b3300bf01ccdb794af79440e650e6b6a043137e
  
https://github.com/NixOS/nixpkgs/commit/1b3300bf01ccdb794af79440e650e6b6a043137e
  Author: Joachim Fasting 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M nixos/tests/misc.nix

  Log Message:
  ---
  nixos/tests/misc: check hidepid mount via /proc/mounts


  Commit: 063ac4030428da5230da2144ff32dbf681b1104b
  
https://github.com/NixOS/nixpkgs/commit/063ac4030428da5230da2144ff32dbf681b1104b
  Author: Joachim Fasting 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
A nixos/modules/profiles/hardened.nix

  Log Message:
  ---
  nixos: add a "hardened" profile

The idea is to provide a convenient way to enable most vanilla hardening
features in one go.  The hardened profile, then, will serve as a place for
features that enhance security but cannot be enabled for all deployments
because they interfere with legitimate use cases (e.g., using ptrace to
debug problems in an already running process).

Closes https://github.com/NixOS/nixpkgs/pull/24680


  Commit: 160b9ab43f1f822b865be40104b3691ff46446aa
  
https://github.com/NixOS/nixpkgs/commit/160b9ab43f1f822b865be40104b3691ff46446aa
  Author: Joachim Fasting 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/tools/system/runit/default.nix

  Log Message:
  ---
  runit: explain what static actually does


  Commit: 5a04a30653fb9bd7bbd2ce3340490beada8ea9a1
  
https://github.com/NixOS/nixpkgs/commit/5a04a30653fb9bd7bbd2ce3340490beada8ea9a1
  Author: Joachim Fasting 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/tools/system/runit/default.nix

  Log Message:
  ---
  runit: replace hardcoded /sbin/runit with in-store runit binary

runit-init calls the runit executable as /sbin/runit, which
obviously fails for us.

This should improve support for using runit as an init replacement.


  Commit: eddf3fa3091f9069078196d0230032f23dac71e6
  
https://github.com/NixOS/nixpkgs/commit/eddf3fa3091f9069078196d0230032f23dac71e6
  Author: Joachim Fasting 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/shells/mksh/default.nix

  Log Message:
  ---
  mksh: simplify expression somewhat

Also add myself to maintainers.


  Commit: 2993d37ebc86c716854278215c6b44c20f6195bd
  
https://github.com/NixOS/nixpkgs/commit/2993d37ebc86c716854278215c6b44c20f6195bd
  Author: Joachim Fasting 
  Date:   2017-04-23 (Sun, 23 Apr 2017)

  Changed paths:
M pkgs/shells/mksh/default.nix

  Log Message:
  ---
  mksh: 52c -> 55


Compare: https://github.com/NixOS/nixpkgs/compare/0feca1abb6eb...2993d37ebc86___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-commits

Re: [Nix-dev] tigervnc service?

[Linus Heckemann]

On 23/04/17 06:07, Tim Sears wrote:
> Thanks Volth. That preStart bit got me a bit further. I am running the
> awesome window manager and getting the error:
> 
> awesome: main:619: cannot open display (error 1)
> 
> That leads to the server and ssh tunnel shutting down before anything
> appears on the remote client side.
> 
> Using lightdm and awesome for my physical workstation. Not sure I am
> starting X properly as far as vncserver is concerned.
> 
> My xstartup file looks like this...
> 
> #!/nix/store/hi4j75r312lsjhpdln9p8blyixs59hbs-bash-4.4-p12/bin/bash
> echo xstartup-start | systemd-cat -t "vncserver"
> while [ true ]; do
> /nix/store/dglxfr7ivy7hrx2scrli9acsrx0nxicj-awesome-4.1/bin/awesome :1 ;
> sleep 1; done

awesome doesn't take the display as an argument, by the looks of it. Try
using

DISPLAY=:1 ${awesome}/bin/awesome

instead of awesome :1.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-dev