# issues

state: closed
title: python: lxml: 3.3.6 -> 3.4.4
user_login: sjourdois
html_url: https://github.com/NixOS/nixpkgs/pull/10913
updated_at: 2015-11-27 12:50:48
body:
  I added a warning to not upgrade to 3.5.0b1 without checking that all packages depending on lxml still work. My first tests indicate that all are broken by the upgrade.
  3.4.4 seems ok and is in debian testing.


state: closed
title: qt55: fix qtmultimedia gstreamer support
user_login: bjornfor
html_url: https://github.com/NixOS/nixpkgs/pull/10916
updated_at: 2015-11-09 14:38:06
body:
  Without this, configure will say:

    Checking for openal... no
    /tmp/nix-build-qtmultimedia-5.5.0.drv-0/qtmultimedia-opensource-src-5.5.0/qtmultimedia.pro:28:
    Variable GST_VERSION is not defined.
    Checking for resourcepolicy... no

  And there may be application runtime errors like

    defaultServiceProvider::requestService(): no service found for - "org.qt-project.qt.camera"

  After this fix, configure will say:

    Checking for openal... no
    Checking for gstreamer... yes
    Checking for gstreamer_photography... no
    Checking for gstreamer_encodingprofiles... yes
    Checking for gstreamer_appsrc... yes
    Checking for linux_v4l... yes
    Checking for resourcepolicy... no

  And the above runtime error will not appear.

  This fix is similar to 449b6028 ("qt5.multimedia: fix gstreamer
  support."), except with Qt 5.5 we also need to set GST_VERSION.


state: closed
title: services.mysql.package needs to be set, but does not appear in man configuration.nix
user_login: ocharles
html_url: https://github.com/NixOS/nixpkgs/issues/10917
updated_at: 2018-06-25 08:37:45
body:
  If you add

  ``` nix
  services.mysql.enable = true;
  ```

  then `nixos-rebuild switch` fails because `services.mysql.package` isn't defined. However, if you search `configuration.nix`, this option isn't even mentioned, which leaves users in the dark as to what they are meant to set this to.


state: closed
title: Backport Qt 5.5 improvements to release-15.09
user_login: bjornfor
html_url: https://github.com/NixOS/nixpkgs/pull/10918
updated_at: 2015-11-10 15:52:16
body:
  These are all generic Qt 5.5 improvements that I could find on master that isn't in the stable branch.

  EDIT: Ready for merge.


state: closed
title: TLP: Warning: tlp.service is not enabled
user_login: DamienCassou
html_url: https://github.com/NixOS/nixpkgs/issues/10919
updated_at: 2016-08-27 09:33:14
body:
  When reading the output of `sudo tlp stat`, I get

  ```
  [...]
  +++ System Status
  TLP power save = enabled
  ***Warning: tlp.service is not enabled -- invoke "systemctl enable tlp.service" to correct this!
  ***Warning: tlp-sleep.service is not enabled -- invoke "systemctl enable tlp-sleep.service" to correct this!
  ```

  But these services seem active:

  ```
  $ systemctl status tlp.service
  ● tlp.service - TLP system startup/shutdown
     Loaded: loaded (/nix/store/2jkb3iacfpvq6pwshd5qlrb224gk0qv1-unit-tlp.service/tlp.service)
     Active: active (exited) since lun. 2015-11-09 09:58:15 ART; 3min 38s ago
    Process: 7401 ExecStart=/nix/store/cdcz9460sqhn35mrw1d68x37y6k4s1wy-tlp-0.8/bin/tlp init start (code=exited, status=0/SUCCESS)
   Main PID: 7401 (code=exited, status=0/SUCCESS)

  nov. 09 09:58:15 luz3 systemd[1]: Starting TLP system startup/shutdown...
  nov. 09 09:58:15 luz3 tlp[7401]: Loading kernel modules...done.
  nov. 09 09:58:15 luz3 tlp[7401]: Applying power save settings...done.
  nov. 09 09:58:15 luz3 tlp[7401]: Setting battery charge thresholds...done.
  nov. 09 09:58:15 luz3 systemd[1]: Started TLP system startup/shutdown.
  ```

  Moreover, executing the recommended command does not work:

  ```
  $ systemctl enable tlp.service
  Failed to execute operation: No such file or directory
  ```

  In my `configuration.nix`, I activated tlp with

  ```
    services = {
      tlp = {
        enable = true;
      };
     [...]
  ```


state: closed
title: tlp says bluetooth is on
user_login: DamienCassou
html_url: https://github.com/NixOS/nixpkgs/issues/10921
updated_at: 2015-11-09 14:41:29
body:
  tlp reports that bluetooth is activated on my computer:

  ```
  $ sudo tlp stat
  [...]
  +++ Wireless
  bluetooth = on
  ```

  But nixos disagrees:

  ```
  $ sudo nixos-option hardware.bluetooth.enable
  [sudo] password for cassou: 
  Value:
  false

  Default:
  false

  Description:

  Whether to enable support for Bluetooth.
  Declared by:
    "/home/cassou/nixpkgs/nixos/modules/services/hardware/bluetooth.nix"

  Defined by:
    "/home/cassou/Documents/configuration/configuration.nix"
  ```

  Gnome3 says `"No Bluetooth adapters found"`


state: closed
title: tlp: Missing x86_energy_perf_policy
user_login: DamienCassou
html_url: https://github.com/NixOS/nixpkgs/issues/10922
updated_at: 2015-11-09 14:32:03
body:
  ```
  $ sudo tlp stat
  [...]
  x86_energy_perf_policy: program not installed.
  ```

  I found some references about that on the web:
  - https://projects.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/linux-tools#n84
  - https://www.archlinux.org/packages/community/i686/x86_energy_perf_policy/

  Usually I would package that myself for nixpkgs, but this case is a bit different because the code seems to be part of the linux kernel.


state: closed
title: tlp: No batteries detected.
user_login: DamienCassou
html_url: https://github.com/NixOS/nixpkgs/issues/10923
updated_at: 2016-02-16 17:37:40
body:
  I've installed `serviced.tlp`. Sometimes, after I reboot my computer, the battery disappears from both `tlp stat` and Gnome3.

  ```
  $ tlp stat
  +++ Battery Status
  No batteries detected.
  ```


state: closed
title: Merge staging into master
user_login: domenkozar
html_url: https://github.com/NixOS/nixpkgs/issues/10925
updated_at: 2015-11-18 11:40:42
body:
  [Remaining issues](http://hydra.nixos.org/eval/1229961?compare=trunk&full=1#tabs-now-fail):
  - [x] darwin is broken http://hydra.nixos.org/build/27514654
  - [x] node 4 is failing http://hydra.nixos.org/build/27568228
  - [x] some python regressions? http://hydra.nixos.org/build/27613951 http://hydra.nixos.org/build/27560001


state: closed
title: biber isn't packaged in texlive (-new)
user_login: YPares
html_url: https://github.com/NixOS/nixpkgs/issues/10926
updated_at: 2017-01-20 18:01:05
body:
  When running
  `nix-shell -p 'texlive.combine {inherit (texlive) biber scheme-small; }' --pure`
  the `biber` executable cannot be found.

  I'm using `nixpkgs-16.03pre71332.f490186`


state: closed
title: botocore: 1.1.10 -> 1.2.0
user_login: samuelrivas
html_url: https://github.com/NixOS/nixpkgs/pull/10929
updated_at: 2015-11-10 07:35:46
body:
  I tend to "upgrade" usages of `fetchurl` to `fetchzip`, but I saw that all packages in `Pythonpackages` use `fetchurl` so I guess there is some reason for that.

  If not, let me know and I can change the pull request


state: closed
title: antBuild doesn't call the standard pre/post hooks
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/10931
updated_at: 2016-07-26 21:01:09
body:
  I stared at it for a while wondering my `preBuild` wasn't getting called before realizing that it was overriding `buildPhase` without calling `runHook preBuild` and friends. Doesn't seem ideal!


state: closed
title: bumblebee bash completion: have: command not found
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/issues/10936
updated_at: 2015-12-04 21:56:16
body:
  This is impossible to search for, but I think it is a bug.

  ```
  + . /run/current-system/sw/etc/bash_completion.d/bumblebee
  ++ have optirun
  ++ local p=/run/current-system/sw/bin/command-not-found
  ++ '[' -x /run/current-system/sw/bin/command-not-found -a -f /nix/var/nix/profiles/per-user/root/channels/nixos/programs.sqlite ']'
  ++ echo 'have: command not found'
  have: command not found
  ```

  Apparently, `have` got replaced by `_have`.


state: closed
title: Drop obsolete "haskell-ng" and "haskellngPackages" aliases.
user_login: peti
html_url: https://github.com/NixOS/nixpkgs/pull/10939
updated_at: 2015-11-12 23:01:43
body:
  Haskell NG became the default implementation in Nixpkgs over half a year ago in commit c0c82ea2ebbcf0632260a931cf832cac1c8a014e. This means the "ng" names are obsolete and should no longer be used. They'll continue to function in the release-15.09 branch for the sake of backwards compatibility, but the master branch no longer supports them.


state: closed
title: hackage-packages.nix: update Haskell package set
user_login: peti
html_url: https://github.com/NixOS/nixpkgs/pull/10941
updated_at: 2015-11-17 15:53:33
body:
  This update was generated by hackage2nix v20150922-36-ge0ee7ef using the following inputs:
  - Nixpkgs: https://github.com/NixOS/nixpkgs/commit/29fff27a552d4056532f6fffad0116bd61ab0c67
  - Hackage: https://github.com/commercialhaskell/all-cabal-hashes/commit/fccc42cccb2fad93889cb26a9ce91d4e6fd1f1ef
  - LTS Haskell: https://github.com/fpco/lts-haskell/commit/1ae555e197af31e8d2cd56ac766ee2f085fcc6ee
  - Stackage Nightly: https://github.com/fpco/stackage-nightly/commit/ec7b421c667876ee1bbdc85654fba060e9da11e2


state: closed
title: iops: don't build on darwin
user_login: davidak
html_url: https://github.com/NixOS/nixpkgs/issues/10942
updated_at: 2015-11-11 07:33:30
body:
  maybe it just works on linux, then i will update the platforms.

  ```
  building path(s) ‘/nix/store/bm397jfz3bf6nhb53gg36434qhfay3cf-iops-0.1’
  unpacking sources
  unpacking source archive /nix/store/qy4dki729d8cdx87gik7kdnx0xjh5fvh-iops-0.1.tgz
  source root is iops-0.1
  patching sources
  configuring
  no configure script, doing nothing
  building
  make flags: SHELL=/nix/store/jxbyzscwyrrhcd2nn7hw71inbrz1zvng-bash-4.3-p42/bin/bash
  clang -DVERSION=\"0.1\" -g -Wall -pedantic    -c -o error.o error.c
  clang -DVERSION=\"0.1\" -g -Wall -pedantic    -c -o iops.o iops.c
  iops.c:59:3: error: unknown type name 'off64_t'; did you mean 'off_t'?
                  off64_t off;
                  ^~~~~~~
                  off_t
  /nix/store/42bq2nn6lk6bcq8casvh3yx33xfzmz7k-Libsystem-1197.1.1/include/sys/_types/_off_t.h:30:25: note: 'off_t' declared here
  typedef __darwin_off_t          off_t;
                                  ^
  iops.c:64:20: error: expected ')'
                          off = ((off64_t)lrand48()) << (off64_t)30 + (off64_t)lrand48();
                                          ^
  iops.c:64:10: note: to match this '('
                          off = ((off64_t)lrand48()) << (off64_t)30 + (off64_t)lrand48();
                                ^
  iops.c:64:12: error: use of undeclared identifier 'off64_t'
                          off = ((off64_t)lrand48()) << (off64_t)30 + (off64_t)lrand48();
                                  ^
  iops.c:64:35: error: use of undeclared identifier 'off64_t'
                          off = ((off64_t)lrand48()) << (off64_t)30 + (off64_t)lrand48();
                                                         ^
  iops.c:65:20: error: use of undeclared identifier 'off64_t'
                          off %= (size - (off64_t)4096);
                                          ^
  iops.c:69:11: error: use of undeclared identifier 'off64_t'
                  off &= (off64_t)~((off64_t)4095);
                          ^
  iops.c:71:7: warning: implicit declaration of function 'lseek64' is invalid in C99 [-Wimplicit-function-declaration]
                  if (lseek64(fd, off, SEEK_SET) == (off64_t)-1)
                      ^
  iops.c:71:38: error: use of undeclared identifier 'off64_t'
                  if (lseek64(fd, off, SEEK_SET) == (off64_t)-1)
                                                     ^
  1 warning and 7 errors generated.
  <builtin>: recipe for target 'iops.o' failed
  make: *** [iops.o] Error 1
  builder for ‘/nix/store/0afvf1vri4lw3svrs3mpxx5g5nzfqnf6-iops-0.1.drv’ failed with exit code 2
  error: build of ‘/nix/store/0afvf1vri4lw3svrs3mpxx5g5nzfqnf6-iops-0.1.drv’ failed
  ```


state: closed
title: gpgstats: don't build on darwin
user_login: davidak
html_url: https://github.com/NixOS/nixpkgs/issues/10943
updated_at: 2016-04-03 05:01:49
body:
  ```
  building path(s) ‘/nix/store/6jrdikrnq4pfp0kcz3c2z7887lyy6rj2-gpgstats-0.5’
  unpacking sources
  unpacking source archive /nix/store/x9ylndxpznbnw7wacpx8pvkzwd598lpn-gpgstats-0.5.tgz
  source root is gpgstats-0.5
  patching sources
  configuring
  no configure script, doing nothing
  building
  make flags: SHELL=/nix/store/jxbyzscwyrrhcd2nn7hw71inbrz1zvng-bash-4.3-p42/bin/bash
  clang -Wall -O2 -DVERSION=\"0.5\" -g  `gpgme-config --cflags`   -c -o error.o error.c
  clang++ -Wall -O2 -DVERSION=\"0.5\" -g  `gpgme-config --cflags`   -c -o utils.o utils.cpp
  utils.cpp:15:14: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
                  error_exit("failed to allocate %d bytes for %s\n", size, what);
                             ^
  utils.cpp:24:14: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
                  error_exit("failed to reallocate to %d bytes for %s\n", newsize, what);
                             ^
  utils.cpp:33:14: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
                  error_exit("failed to copy string '%s': out of memory?\n", in);
                             ^
  3 warnings generated.
  clang++ -Wall -O2 -DVERSION=\"0.5\" -g  `gpgme-config --cflags`   -c -o array.o array.cpp
  array.cpp:108:75: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          strings  = (char **   )myrealloc(strings,  sizeof(char *)   * (nin + 1), "string array");
                                                                                   ^
  array.cpp:109:75: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          hashes   = (int *     )myrealloc(hashes,   sizeof(int)      * (nin + 1), "hashes array");
                                                                                   ^
  array.cpp:110:87: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          counters = (long int *)myrealloc(counters, sizeof(long int) * ncounters * (nin + 1), "counter array");
                                                                                               ^
  3 warnings generated.
  clang++ -Wall -O2 -DVERSION=\"0.5\" -g  `gpgme-config --cflags`   -c -o iarray.o iarray.cpp
  iarray.cpp:49:65: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          values  = (int *)myrealloc(values,  sizeof(int)   * (nin + 1), "values array");
                                                                         ^
  iarray.cpp:50:65: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          counters = (int *)myrealloc(counters, sizeof(int) * (nin + 1), "counter array");
                                                                         ^
  2 warnings generated.
  clang++ -Wall -O2 -DVERSION=\"0.5\" -g  `gpgme-config --cflags`   -c -o s.o s.cpp
  s.cpp:35:42: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char *out = (char *)mymalloc(len*6 + 1, "unescape buffer");
                                                  ^
  s.cpp:71:34: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *weekday[7+1] = { "", "Sunday", "Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday" };
                                            ^
  s.cpp:71:38: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *weekday[7+1] = { "", "Sunday", "Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday" };
                                                ^
  s.cpp:71:48: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *weekday[7+1] = { "", "Sunday", "Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday" };
                                                          ^
  s.cpp:71:58: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *weekday[7+1] = { "", "Sunday", "Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday" };
                                                                    ^
  s.cpp:71:69: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *weekday[7+1] = { "", "Sunday", "Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday" };
                                                                               ^
  s.cpp:71:82: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *weekday[7+1] = { "", "Sunday", "Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday" };
                                                                                            ^
  s.cpp:71:94: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *weekday[7+1] = { "", "Sunday", "Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday" };
                                                                                                        ^
  s.cpp:71:104: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *weekday[7+1] = { "", "Sunday", "Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday" };
                                                                                                                  ^
  s.cpp:72:34: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *month[12+1]  = { "", "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec" };
                                            ^
  s.cpp:72:38: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *month[12+1]  = { "", "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec" };
                                                ^
  s.cpp:72:45: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *month[12+1]  = { "", "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec" };
                                                       ^
  s.cpp:72:52: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *month[12+1]  = { "", "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec" };
                                                              ^
  s.cpp:72:59: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *month[12+1]  = { "", "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec" };
                                                                     ^
  s.cpp:72:66: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *month[12+1]  = { "", "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec" };
                                                                            ^
  s.cpp:72:73: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *month[12+1]  = { "", "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec" };
                                                                                   ^
  s.cpp:72:80: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *month[12+1]  = { "", "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec" };
                                                                                          ^
  s.cpp:72:87: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *month[12+1]  = { "", "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec" };
                                                                                                 ^
  s.cpp:72:94: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *month[12+1]  = { "", "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec" };
                                                                                                        ^
  s.cpp:72:101: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *month[12+1]  = { "", "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec" };
                                                                                                               ^
  s.cpp:72:108: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *month[12+1]  = { "", "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec" };
                                                                                                                      ^
  s.cpp:72:115: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *month[12+1]  = { "", "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec" };
                                                                                                                             ^
  s.cpp:73:25: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *validity[6] = { "Unknown", "Undefined", "Never", "Marginal", "Full", "Ultimate" };
                                           ^
  s.cpp:73:36: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *validity[6] = { "Unknown", "Undefined", "Never", "Marginal", "Full", "Ultimate" };
                                                      ^
  s.cpp:73:49: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *validity[6] = { "Unknown", "Undefined", "Never", "Marginal", "Full", "Ultimate" };
                                                                   ^
  s.cpp:73:58: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *validity[6] = { "Unknown", "Undefined", "Never", "Marginal", "Full", "Ultimate" };
                                                                            ^
  s.cpp:73:70: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *validity[6] = { "Unknown", "Undefined", "Never", "Marginal", "Full", "Ultimate" };
                                                                                        ^
  s.cpp:73:78: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
          char            *validity[6] = { "Unknown", "Undefined", "Never", "Marginal", "Full", "Ultimate" };
                                                                                                ^
  s.cpp:428:93: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
                          char *top_sigs_name = (char *)mymalloc(strlen(uids -> name) + strlen(uids -> email) + 4, "max n sigs");
                                                                                                                   ^
  s.cpp:438:106: warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]
                  char *top_uids_name = (char *)mymalloc(strlen(current_person_name) + strlen(current_person_email) + 4, "max n uids");
                                                                                                                         ^
  s.cpp:484:113: warning: format specifies type 'int' but the argument has type 'unsigned long long' [-Wformat]
          if (dummy) printf("<TR><TD>Average subkey expiration for not already expired subkeys:</TD><TD>%d</TD></TR>\n", avg_subkey_expiration_after_now / dummy);
                                                                                                        ~~               ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                                                                                                        %llu
  s.cpp:505:113: warning: format specifies type 'int' but the argument has type 'unsigned long long' [-Wformat]
          if (dummy) printf("<TR><TD>Average signature expiration for not already expired sigs:</TD><TD>%d</TD></TR>\n", avg_sigs_expiration_after_now / dummy);
                                                                                                        ~~               ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                                                                                                        %llu
  s.cpp:73:9: warning: unused variable 'validity' [-Wunused-variable]
          char            *validity[6] = { "Unknown", "Undefined", "Never", "Marginal", "Full", "Ultimate" };
                           ^
  33 warnings generated.
  clang -Wall -W error.o utils.o array.o iarray.o s.o -lstdc++ `gpgme-config --libs` -g  -o gpgstats
  ld: library not found for -lstdc++
  clang-3.6: error: linker command failed with exit code 1 (use -v to see invocation)
  Makefile:13: recipe for target 'gpgstats' failed
  make: *** [gpgstats] Error 1
  builder for ‘/nix/store/2hfh7gjmkfvfjqgfma2gzxas47lrdby6-gpgstats-0.5.drv’ failed with exit code 2
  error: build of ‘/nix/store/2hfh7gjmkfvfjqgfma2gzxas47lrdby6-gpgstats-0.5.drv’ failed
  ```


state: closed
title: build-fhs-env: upgrade path from "pkgs" to "targetPkgs"?
user_login: bjornfor
html_url: https://github.com/NixOS/nixpkgs/issues/10944
updated_at: 2015-11-11 00:55:51
body:
  Seing as the "pkgs = [ ... ]" argument is deprecated, I have switched to "targetPkgs = pkgs: [ ... ]". One side effect that I stumbled across yesterday is that the contents of /usr/lib differs.

  Example expression:

  ``` nix
  { pkgs ? import <nixpkgs> {} }:

  with pkgs;

  (buildFHSUserEnv {
    name = "test-env";
    targetPkgs = pkgs: [ ];
    #pkgs = [ ];
  }).env
  ```

  And then some tests:

  ```
  $ echo "for p in /usr/lib/pkgconfig /usr/lib*; do printf \"\np=\$p\n\"; ls -l \$p | head; done" | nix-shell fhs-test.nix 

  p=/usr/lib/pkgconfig
  ls: cannot access /usr/lib/pkgconfig: No such file or directory

  p=/usr/lib
  lrwxrwxrwx 1 nobody nogroup 5 Jan  1  1970 /usr/lib -> lib32

  p=/usr/lib32
  total 600
  dr-xr-xr-x 2 nobody nogroup  4096 Jan  1  1970 audit
  lrwxrwxrwx 1 nobody nogroup    77 Jan  1  1970 crt1.o -> /nix/store/fzrhfh2v5miv3xlkdhc7k89rj9mlkl1z-test-env-usr-target/lib/32/crt1.o
  lrwxrwxrwx 1 nobody nogroup    77 Jan  1  1970 crti.o -> /nix/store/fzrhfh2v5miv3xlkdhc7k89rj9mlkl1z-test-env-usr-target/lib/32/crti.o
  lrwxrwxrwx 1 nobody nogroup    77 Jan  1  1970 crtn.o -> /nix/store/fzrhfh2v5miv3xlkdhc7k89rj9mlkl1z-test-env-usr-target/lib/32/crtn.o
  dr-xr-xr-x 3 nobody nogroup  4096 Jan  1  1970 gcc
  dr-xr-xr-x 2 nobody nogroup 12288 Jan  1  1970 gconv
  lrwxrwxrwx 1 nobody nogroup    78 Jan  1  1970 gcrt1.o -> /nix/store/fzrhfh2v5miv3xlkdhc7k89rj9mlkl1z-test-env-usr-target/lib/32/gcrt1.o
  lrwxrwxrwx 1 nobody nogroup    81 Jan  1  1970 ld-2.21.so -> /nix/store/fzrhfh2v5miv3xlkdhc7k89rj9mlkl1z-test-env-usr-target/lib/32/ld-2.21.so
  lrwxrwxrwx 1 nobody nogroup    84 Jan  1  1970 ld-linux.so.2 -> /nix/store/fzrhfh2v5miv3xlkdhc7k89rj9mlkl1z-test-env-usr-target/lib/32/ld-linux.so.2

  p=/usr/lib64
  total 720
  dr-xr-xr-x 4 nobody nogroup  4096 Jan  1  1970 32
  dr-xr-xr-x 2 nobody nogroup  4096 Jan  1  1970 audit
  lrwxrwxrwx 1 nobody nogroup    76 Jan  1  1970 crt1.o -> /nix/store/fzrhfh2v5miv3xlkdhc7k89rj9mlkl1z-test-env-usr-target/lib64/crt1.o
  lrwxrwxrwx 1 nobody nogroup    76 Jan  1  1970 crti.o -> /nix/store/fzrhfh2v5miv3xlkdhc7k89rj9mlkl1z-test-env-usr-target/lib64/crti.o
  lrwxrwxrwx 1 nobody nogroup    76 Jan  1  1970 crtn.o -> /nix/store/fzrhfh2v5miv3xlkdhc7k89rj9mlkl1z-test-env-usr-target/lib64/crtn.o
  dr-xr-xr-x 2 nobody nogroup  4096 Jan  1  1970 gawk
  dr-xr-xr-x 3 nobody nogroup  4096 Jan  1  1970 gcc
  dr-xr-xr-x 2 nobody nogroup 12288 Jan  1  1970 gconv
  lrwxrwxrwx 1 nobody nogroup    77 Jan  1  1970 gcrt1.o -> /nix/store/fzrhfh2v5miv3xlkdhc7k89rj9mlkl1z-test-env-usr-target/lib64/gcrt1.o
  ```

  (Uhm, where is /usr/lib/pkgconfig?)

  Use old pkgs instead of targetPkgs:

  ```
  $ echo "for p in /usr/lib/pkgconfig /usr/lib*; do printf \"\np=\$p\n\"; ls -l \$p | head; done" | nix-shell fhs-test.nix 
  trace: buildFHSEnv: 'pkgs' option is deprecated, use 'targetPkgs'

  p=/usr/lib/pkgconfig
  total 4
  lrwxrwxrwx 1 nobody nogroup 88 Jan  1  1970 liblzma.pc -> /nix/store/ysdxp7f7qnk4xz7qggnlv1vh54nfj2k9-test-env-usr-target/lib/pkgconfig/liblzma.pc

  p=/usr/lib
  total 736
  dr-xr-xr-x 2 nobody nogroup  4096 Jan  1  1970 audit
  lrwxrwxrwx 1 nobody nogroup    74 Jan  1  1970 crt1.o -> /nix/store/ysdxp7f7qnk4xz7qggnlv1vh54nfj2k9-test-env-usr-target/lib/crt1.o
  lrwxrwxrwx 1 nobody nogroup    74 Jan  1  1970 crti.o -> /nix/store/ysdxp7f7qnk4xz7qggnlv1vh54nfj2k9-test-env-usr-target/lib/crti.o
  lrwxrwxrwx 1 nobody nogroup    74 Jan  1  1970 crtn.o -> /nix/store/ysdxp7f7qnk4xz7qggnlv1vh54nfj2k9-test-env-usr-target/lib/crtn.o
  dr-xr-xr-x 2 nobody nogroup  4096 Jan  1  1970 gawk
  dr-xr-xr-x 3 nobody nogroup  4096 Jan  1  1970 gcc
  dr-xr-xr-x 2 nobody nogroup 12288 Jan  1  1970 gconv
  lrwxrwxrwx 1 nobody nogroup    75 Jan  1  1970 gcrt1.o -> /nix/store/ysdxp7f7qnk4xz7qggnlv1vh54nfj2k9-test-env-usr-target/lib/gcrt1.o
  lrwxrwxrwx 1 nobody nogroup    78 Jan  1  1970 ld-2.21.so -> /nix/store/ysdxp7f7qnk4xz7qggnlv1vh54nfj2k9-test-env-usr-target/lib/ld-2.21.so
  ```

  (Now I can see /usr/lib/pkgconfig.)

  What is the new way of supporting native host arch libraries in /usr/lib?

  Or is this simply a missing lib64 symlink?

  ```
    setupLibDirs_multi = ''
      mkdir -m0755 lib32
      mkdir -m0755 lib64
      ln -s lib32 lib    # <----- change to lib64?
  ```


state: closed
title: fhs-env: symlink /usr/lib to libs for the main architecture
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/10946
updated_at: 2015-11-11 11:09:22
body:
  This makes `/usr/lib` a symlink to `/usr/lib64` in multiarch environments. Additional care is required to place 32-bit `ld.so` into `/usr/lib`. Also did several cleanups w.r.t. the change.

  Closes https://github.com/NixOS/nixpkgs/issues/10944

  /cc @bjornfor 


state: closed
title: [Found workaround] Steam broken with radeon foss drivers on unstable (16.03pre71289.7ae05ed)
user_login: pstn
html_url: https://github.com/NixOS/nixpkgs/issues/10950
updated_at: 2017-12-24 00:38:24
body:
  Every time I try to launch steam I only get the following message:

  ```
  mkdir: cannot create directory ‘/tmp’: File exists
  cp: cannot create regular file ‘/home/philipp/.local/share/Steam/bootstrap.tar.xz’: Permission denied
  Running Steam on nixos 16.03pre71289.7ae05ed 64-bit
  STEAM_RUNTIME has been set by the user to: /steamrt
  Installing breakpad exception handler for appid(steam)/version(0_client)
  libGL error: unable to load driver: radeonsi_dri.so
  libGL error: driver pointer missing
  libGL error: failed to load driver: radeonsi
  libGL error: unable to load driver: swrast_dri.so
  libGL error: failed to load driver: swrast
  ```
  - nixos-version: 16.03pre71289.7ae05ed
  - I already tried to remove ~/.local/share/Steam and it didn't help
  - Excerpt of my nix config:
    hardware-configuration.nix
    
    hardware = {
     opengl.driSupport = true;
     pulseaudio.enable = true;
     opengl.driSupport32Bit = true;
     pulseaudio.support32Bit = true;
    };
  - [xorg.log](http://pastebin.ca/3246838)
  - [glxinfo](http://pastebin.ca/3246840)

  Thank you for your help, I will happily provide any more information you might need.


state: closed
title: syncthing 0.11.25 -> 0.12.2
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/pull/10952
updated_at: 2015-11-28 21:06:07
body:
  Please review aka I have no idea what I'm doing but it works for me.

  The Go bug is only fixed in master, 1.5.2 should happen soon. I'm not 100% sure if that should be included already.


state: closed
title: Bump versions of some Perl packages
user_login: rycee
html_url: https://github.com/NixOS/nixpkgs/pull/10953
updated_at: 2015-11-11 20:21:04
body:
  Bumps the version of a number of Perl packages. Also adds the new package `perl-Catalyst-View-CSV`. Built successfully locally using nox-review against f490186a6c66ecfc4f200c0bfe999d66fe2105c9.


state: closed
title: neovim: 1 dependencies couldn't be built
user_login: aloiscochard
html_url: https://github.com/NixOS/nixpkgs/issues/10961
updated_at: 2015-11-11 10:37:53
body:
  Hi, I can't upgrade neovim on `unstable` due to this 404 error:

  ```
  trying https://github.com/neovim/libvterm/archive/v2015-02-23.tar.gz
  (22) The requested URL returned error: 404 Not Found
  error: cannot download libvterm-v2015-02-23-src from any mirror
  builder for ‘/nix/store/3mci8f118i4r4s9rsxwaj9r6z0fcy9rl-libvterm-v2015-02-23-src.drv’ failed with exit code 1
  cannot build derivation ‘/nix/store/20bsj6m4gp2nc0c1vwf7csz87jiyy994-neovim-libvterm-2015-02-23.drv’: 1 dependencies couldn't be built
  building path(s) ‘/nix/store/i7dr0n95536pqcc5bw01k6q6h83p2l42-nixos-help’
  building path(s) ‘/nix/store/wx9rry22cblxxdqrxcm2n1lmkmybxp9s-nuke-references’
  cannot build derivation ‘/nix/store/nsq514qha9cdf4jacs1mdp8ym8mrs97b-neovim-0.1.0.drv’: 1 dependencies couldn't be built
  ```

  Any ideas how this could be fixed?

  Thanks


state: closed
title: byobu: 5.87 -> 5.98
user_login: sjourdois
html_url: https://github.com/NixOS/nixpkgs/pull/10962
updated_at: 2015-11-15 00:10:04
body:
  Make byobu depend on either tmux or screen. tmux is default, you can
  use screen by changing textual-window-manager to screen.


state: closed
title: Backport steam chrootenv improvements
user_login: bjornfor
html_url: https://github.com/NixOS/nixpkgs/pull/10966
updated_at: 2017-12-24 00:38:24
body:
  The goal for me was actually just to backport ef5c05234569d984d24244a2d885a2744be59e26 ("fhs-env: symlink /usr/lib to libs for the main architecture"), but due to dependencies on several steam commits in master, I ended up with this PR.

  I have build tested with nox-review, but not run-tested. I have no idea if these steam changes are stable enough for the release-15.09 branch. Hopefully some steam users can give some feedback.


state: closed
title: NixOS 15.09 ISO images cannot be mounted under Mac OS
user_login: alexeymuranov
html_url: https://github.com/NixOS/nixpkgs/issues/10970
updated_at: 2016-07-24 11:37:16
body:
  For some reason i cannot boot my partition with NixOS 14.12 anymore (after i have reinstalled Mac OS on another partition), so i wanted to reinstall NixOS.

  I have downloaded the minimal ISO image of 15.09 and tried to create a bootable USB drive (for (U)EFI MacBook) as i had done before: by mounting the ISO image and dragging and dropping its contents to a properly formatted USB drive labelled `NIXOS_ISO`.

  However, clicking on the ISO image of 15.09 (under Mac OS) failed to mount it and opened a window of DiskImageMounter with a warning: "nixos-minimal-15.09-... no mountable file system". The same operation works fine with ISO images of 14.12.

  Can this be fixed? Should i maybe follow a different procedure to create a bootable NixOS USB drive?


state: closed
title: darwin: numba: fix build on darwin
user_login: datakurre
html_url: https://github.com/NixOS/nixpkgs/pull/10974
updated_at: 2016-02-18 20:08:35
body:
  There's probably a better fix, but could not figure out it yet. (E.g. maybe darwin build should use clang++ instead of clang, but could not find how that's configured.)


state: closed
title: mkcast: init at 2015-03-13
user_login: pSub
html_url: https://github.com/NixOS/nixpkgs/pull/10975
updated_at: 2015-11-12 10:04:50
body:
  newcast does not work due to
  https://github.com/KeyboardFire/mkcast/issues/30

  closes #6333

  (Tested using Xmonad with XMonad.Hooks.EwmhDesktops)

  cc @domenkozar


state: open
title: KDE Plasma widget installer needs GPG
user_login: chris-martin
html_url: https://github.com/NixOS/nixpkgs/issues/10979
updated_at: 2017-05-10 13:29:24
body:
  Using KDE4 on NixOS 15.09:
  - Right-click on the desktop
  - "Add Widgets..."
  - "Get new widgets"
  - "Download New Plasma Widgets"
  - Install any widget

  Error:

  > Cannot start gpg and retrieve the available keys. Make sure that gpg is installed, otherwise verification of downloaded resources will not be possible.

  ![2015-11-11t16 12 14-0800](https://cloud.githubusercontent.com/assets/399718/11107095/3f6845f0-888f-11e5-8743-fa83d4d18a2a.png)

  A missing build dependency?


state: closed
title: Neverwinter Nights: add the game
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/10981
updated_at: 2016-09-18 21:52:56
body:
  This adds a native Linux version of Neverwinter Nights, with data files extracted from the GOG distribution and Linux client taken from official BioWare server. The packaging script was greatly inspired by https://aur.archlinux.org/packages/nwn-gog/ , but changed to patch necessary things for NixOS and also to improve several things.

  NWN also requires `binkplayer` which was added too. Unfortunately, RAD Game Tools disallowed redistribution or automated download of the player (via e-mail), so a user needs to download it by himself.

  The main concern of this (so this is a PR) is that this package may be too specific for Nixpkgs. On one hand, it's a native Linux (albeit proprietary) application with a very non-trivial building script. On the other, it's an old game which may be needed by only a few people, of not only by myself. What policy do we have to decide whether a particular package is suited for Nixpkgs?

  P.S.: The build sequence is indeed very non-trivial, with very few documentation from BioWare on how actually to build a native distribution. Also the work done by the author of `nwmovies`, `nwuser` etc is enormous, he does a lot of binary patching of the game in memory, dynamically searching for key places using a disassembler library (!). Both the authors of those binary patches and of the source `nwn-gog` AUR package deserve credits ^_^.


state: closed
title: python scikitlearn: fails to build since openblas update
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/issues/10983
updated_at: 2016-02-08 19:51:54
body:
  Since [openblas 2.14 -> 2.15](3d87c5f9c3104739c5c47c2d387101afba2b0089) scikitlearn [fails](http://hydra.nixos.org/build/27432158/nixlog/1/raw) with a segmentation fault. While I am not entirely sure it is due to openblas it seems the most likely cause. 

  The log shows a failure with scikit-learn 0.17b1, the same occurs when using the final 0.17.0.  Upstream tests using Travis with openblas 2.14 that is provided via conda. 

  Could the issue be on our side, or would this be an upstream issue? (None such issues reported there yet). 
  Any ideas what is causing this? @ttuegel @datakurre 


state: closed
title: libssh2: fix shared library build under mingw
user_login: mcmtroffaes
html_url: https://github.com/NixOS/nixpkgs/pull/10987
updated_at: 2015-11-16 10:06:33
body:
  This patch fixes the mingw cross build (and possibly also other cross builds) of libssh2. The `windows.mingw_w64` libs are really necessary on the mingw target: without them, libtool silently builds a static library instead of a shared one because it cannot identify the dll import library for one of the built-in dlls on windows.

  Tested with:

  ```
  with import <nixpkgs> {
    crossSystem = {
      config = "i686-w64-mingw32";
      arch = "i686";
      libc = "msvcrt";
      platform = { };
      openssl.system = "mingw";
    };
  };
  {
    my-env = stdenv.mkDerivation {
      name = "my-env";
      buildInputs = [ libssh2.crossDrv ];
    };
  }
  ```


state: closed
title: rsnapshot service: Avoid package rebuild, create+use /etc/rsnapshot.conf
user_login: Shados
html_url: https://github.com/NixOS/nixpkgs/pull/10988
updated_at: 2016-05-12 12:46:53
body:
  Doing things this way seems a lot more sensible to me - it avoids an unnecessary package rebuild, and you can use commands like `rsnapshot configtest` and `rsnapshot du` without having to refer to `/etc/crontab` to determine the correct `rsnapshot` binary to use to do so...


state: closed
title: nsd: check config and zone files before start
user_login: hrdinka
html_url: https://github.com/NixOS/nixpkgs/pull/10991
updated_at: 2016-01-19 21:58:07
body:
  This pull request is a followup and replacement to #9284. If this patch gets merged #9284 can be closed without merging. This patch is not squashed into one commit to preserve authorship.

  The commit from #9284 makes the use of escaping in front of variable names unnecessary. This is how it should have been from the beginning, sadly the patch will break every NSD config out there.
  The commit uses nsd-checkconf and nsd-checkzone to validate zone and config files before the systemd unit gets started. This will

  1) make NSD fail on any errors. Till now it still started when errors where present in some zone files which made it possible to end up with a non working config without noticing it.
  2) make deployments via nixops fail on zone errors.
  3) fail if the old config style was detected. There is a special check to find out if escaped dollar signs are being used, in this case it shows an extra explanation besides NSDs error message.
  4) give you a nice overview of you zone/config files and there check result in the journal.

  I have also redone the deletion of old state files. The old way led to errors in some special cases.
  All patches are tested and already integrated in my production systems without any problems.

  @nbp @aszlig 

  Update: The latest commit from https://github.com/NixOS/nixpkgs/pull/9284 which adds documentation of the new config behavior has now been added as well.


state: closed
title: nixos: introduce system.nixosLabel support
user_login: oxij
html_url: https://github.com/NixOS/nixpkgs/pull/10996
updated_at: 2017-08-29 11:20:56
body:
  This patch introduces an `nixosLabel` option that does all you'd want from secure and cheap to modify `nixosVersion` option (cf. commit messages).

  E.g. it allows this:

  ``` shell
  #!/bin/sh
  today=`date +%Y%m%d`
  branch=`(cd nixpkgs ; git branch 2>/dev/null | sed -n '/^\* / { s|^\* ||; p; }')`
  revision=`(cd nixpkgs ; git rev-parse HEAD)`
  export NIXOS_LABEL="$today.$branch-${revision:0:7}"
  nixos-rebuild switch
  ```

  which would generate actually useful GRUB menu entries (I'd say this is so useful that this piece of code should be integrated into `nixos-rebuild` even, but I'm not sure how one is to marry this with channels).


state: closed
title: zscroll: init at 1.0
user_login: noctuid
html_url: https://github.com/NixOS/nixpkgs/pull/10999
updated_at: 2015-11-13 21:55:48
body:
  I'm quite new to nix, and this is my first attempt at a package. I tested it, and it built and worked correctly.


state: closed
title: ghcjs: update comment on generating built-in pkg list
user_login: Ericson2314
html_url: https://github.com/NixOS/nixpkgs/pull/11000
updated_at: 2015-11-26 00:50:24
body:
  Just changing instructions in comment, doesn't affect code.

  Should we do `import (runCommand ...)` to automate this?


state: closed
title: Use per-derivation sandbox profiles
user_login: pikajude
html_url: https://github.com/NixOS/nixpkgs/pull/11001
updated_at: 2016-01-13 09:00:12
body:
  @copumpkin @henrytill @jwiegley @datakurre and anybody else interested in Darwin stuff.

  This solution is in my opinion more viable long-term than continually adding more permissions to the default nix sandbox.

  See https://github.com/NixOS/nix/pull/695


state: closed
title: linux>3.19.x fails to mount root ZFS on NVMe during stage 1
user_login: evujumenuk
html_url: https://github.com/NixOS/nixpkgs/issues/11003
updated_at: 2016-08-18 15:49:03
body:
  When using any kernel strictly newer than `pkgs.linuxPackages_3_19` as `boot.kernelPackages`, the entire configuration fails to mount the root-on-ZFS filesystem during stage 1.

  Here is a transcript of a failing boot:

  ```
  <<< NixOS Stage 1 >>>

  loading module spl...
  loading module zfs...
  loading module dm_mod...
  loading module ast...
  loading module pci_stub...
  loading module vfio_pci...
  loading module vfio_iommu_type1...
  running udev...
  starting version 217
  starting device mapper and LVM...
  importing root ZFS pool "POOLbakemono"...
  cannot import 'POOLbakemono': no such pool available
  mounting POOLbakemono/FS on /...
  mount: mounting POOLbakemono/FS on /mnt-root/ failed: No such file or directory

  An error occurred in stage 1 of the boot process, which must mount the
  root filesystem on `/mnt-root' and then start stage 2. Press one
  of the following keys:

    r) to reboot immediately
    *) to ignore the error and continue
  ```

  (Yes, I use Hungarian notation for pool and volume names. Stop judging!)

  Pressing the `R` and `Enter` keys results in a few dozen newlines being printed and a subsequent reboot. Simply pressing, e.g., just `Enter` results in the following:

  ```
  Continuing...
  BusyBox v1.23.2 () multi-call binary.

  Usage: switch_root [-c /dev/console] NEW_ROOT NEW_INIT [ARGS]

  Free initramfs and switch to another root fs:
  chroot to NEW_BOOT, delete all in /, move NEW_ROOT to /,
  execute NEW_INIT. PID must be 1. NEW_ROOT must be a mountpoint.

          -c DEV  Reopen stdio to DEV after switch
  ```

  I guess switch_root is being called with too few arguments.

  I can boot just fine with 3.19.x and 3.18.x. I have reverted to using 3.18.x for now since 3.19.x has fallen out of nixpkgs.

  I'd love to include the generated `/etc/fstab`, however, one of the disadvantages to 3.18.x prevents me from feeding any input to that machine's console. Right now, I am posting this from a virtual machine on that host that's had one of the host's USB controllers passed through to it via VFIO. The one which is still assigned to the host proper has had its driver die:

  ```
  [80175.570386] xhci_hcd 0000:05:00.0: HC died; cleaning up
  ```

  Which simply means that I'll need to reboot the entire machine to do something like `cat /etc/fstab`. (_sigh_)

  So, yeah. Newer kernels won't mount the root (Z)FS whereas older ones just do it :)

  NixOS unstable channel revision `7ae05ed` is being used.


state: closed
title: Using emacs24WithPackages with overrides
user_login: DamienCassou
html_url: https://github.com/NixOS/nixpkgs/issues/11004
updated_at: 2015-11-20 09:52:37
body:
  Hi,

  I wanted to use emacs24WithPackage to include elisp-ffi in my already complex Emacs setup but I failed. Could you please help me?

  ``` nix
      packageOverrides = pkgs: {
          # Define my own Emacs
          emacs = pkgs.lib.overrideDerivation (pkgs.emacsWithPackages.override {
              # Use gtk3 instead of the default gtk2
              withGTK3 = true;
              withGTK2 = false;
              # Make sure imagemgick is a dependency because I regularly
              # look at pictures from Emacs
              imagemagick = pkgs.imagemagickBig;
              explicitRequires = with pkgs.emacs24PackagesNgGen; [ elisp-ffi ];
            }) (attrs: {
              # I don't want emacs.desktop file because I only use
              # emacsclient.
              postInstall = attrs.postInstall + ''
                rm $out/share/applications/emacs.desktop
              '';
          });
         [...]
      };
  ```

  @oxij 


state: closed
title: Unable to run tests for neovim
user_login: expipiplus1
html_url: https://github.com/NixOS/nixpkgs/issues/11009
updated_at: 2019-04-11 07:01:06
body:
  In order to run `make` in the neovim tree one must first add `libtool`, `autoconf`, and `automake` and `unzip` to the build dependencies.

  Running `make test` fails with [this](https://gist.github.com/anonymous/8a9cc3585ddef62c58d0) output.


state: closed
title: fix: ihaskell's and xmonad's dependence on haskell-ng
user_login: ikervagyok
html_url: https://github.com/NixOS/nixpkgs/pull/11011
updated_at: 2015-11-13 19:37:07
body:
  services weren't fixed by 2c296db845eef13a687ea8aae8f349592d56e45e, or at an earlier commit

  these were the last remainders, as
  `grep -ir haskellng .`
  or
  `grep -ir haskell-ng .`
  didn't return anything else


state: closed
title: Fish shell fails to install
user_login: andrewrynhard
html_url: https://github.com/NixOS/nixpkgs/issues/11012
updated_at: 2015-12-14 10:01:27
body:
  Yesterday fish shell was installing. After removing nix completely and reinstalling I am getting:

  ```
  nix-env -i fish
  installing ‘fish-2.2.0’
  error: Package ‘net-tools-1.60_p20120127084908’ in ‘/Users/andrewrynhard/.nixpkgs/channel/pkgs/os-specific/linux/net-tools/default.nix:20’ is not supported on ‘x86_64-darwin’, refusing to evaluate.
  For `nixos-rebuild` you can set
    { nixpkgs.config.allowBroken = true; }
  in configuration.nix to override this.
  For `nix-env` you can add
    { allowBroken = true; }
  to ~/.nixpkgs/config.nix.
  ```

  I would rather not set alloBroken, and figure out why it is not installing today.


state: closed
title: config.wine.release = "staging" leads to an infinite recursion
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/issues/11013
updated_at: 2015-11-16 11:10:01
body:
  `config.wine.release = "unstable"` works fine.

  cc @bendlas 

  EDITED: I meant `unstable`, not `staging` works fine.


state: closed
title: Installation of "hello" fails on Raspberry Pi
user_login: martinvahi
html_url: https://github.com/NixOS/nixpkgs/issues/11018
updated_at: 2018-02-22 09:51:23
body:
  After freshly compiling Nix on Raspberry Pi ([Raspbian](https://www.raspbian.org/) OS) the "hello" fails to install. The key phrase here is:

  ```
  error: substituter ‘download-from-binary-cache.pl’ died unexpectedly
  ```

  The details:

  ```
  pi@raspberrypi ~ $ which nix-
  nix-build             nix-daemon            nix-install-package   nix-pull              
  nix-channel           nix-env               nix-instantiate       nix-push              
  nix-collect-garbage   nix-generate-patches  nix-log2xml           nix-shell             
  nix-copy-closure      nix-hash              nix-prefetch-url      nix-store             
  pi@raspberrypi ~ $ nix-channel --add http://nixos.org/channels/nixpkgs-unstable
  perl: warning: Setting locale failed.
  perl: warning: Please check that your locale settings:
      LANGUAGE = (unset),
      LC_ALL = (unset),
      LC_CTYPE = "en_US.UTF-8",
      LANG = "en_GB.UTF-8"
      are supported and installed on your system.
  perl: warning: Falling back to a fallback locale ("en_GB.UTF-8").
  pi@raspberrypi ~ $ ls /nix/
  var
  pi@raspberrypi ~ $ ls /nix/var/
  nix
  pi@raspberrypi ~ $ ls /nix/var/nix/
  profiles
  pi@raspberrypi ~ $ ls /nix/var/nix/profiles/
  per-user
  pi@raspberrypi ~ $ ls /nix/var/nix/profiles/per-user/
  pi
  pi@raspberrypi ~ $ ls /nix/var/nix/profiles/per-user/pi/
  pi@raspberrypi ~ $ nix-channel --update
  perl: warning: Setting locale failed.
  perl: warning: Please check that your locale settings:
      LANGUAGE = (unset),
      LC_ALL = (unset),
      LC_CTYPE = "en_US.UTF-8",
      LANG = "en_GB.UTF-8"
      are supported and installed on your system.
  perl: warning: Falling back to a fallback locale ("en_GB.UTF-8").
  downloading Nix expressions from ‘http://nixos.org/releases/nixpkgs/nixpkgs-16.03pre71923.3087ef3//nixexprs.tar.xz’...
  perl: warning: Setting locale failed.
  perl: warning: Please check that your locale settings:
      LANGUAGE = (unset),
      LC_ALL = (unset),
      LC_CTYPE = "en_US.UTF-8",
      LANG = "en_GB.UTF-8"
      are supported and installed on your system.
  perl: warning: Falling back to a fallback locale ("en_GB.UTF-8").
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100 6095k  100 6095k    0     0   897k      0  0:00:06  0:00:06 --:--:--  940k
  unpacking channels...
  download-using-manifests.pl: perl: warning: Setting locale failed.
  download-using-manifests.pl: perl: warning: Please check that your locale settings:
  download-using-manifests.pl:    LANGUAGE = (unset),
  download-using-manifests.pl:    LC_ALL = (unset),
  download-using-manifests.pl:    LC_CTYPE = "en_US.UTF-8",
  download-using-manifests.pl:    LANG = "en_GB.UTF-8"
  download-using-manifests.pl:     are supported and installed on your system.
  download-using-manifests.pl: perl: warning: Falling back to a fallback locale ("en_GB.UTF-8").
  download-from-binary-cache.pl: perl: warning: Setting locale failed.
  download-from-binary-cache.pl: perl: warning: Please check that your locale settings:
  download-from-binary-cache.pl:  LANGUAGE = (unset),
  download-from-binary-cache.pl:  LC_ALL = (unset),
  download-from-binary-cache.pl:  LC_CTYPE = "en_US.UTF-8",
  download-from-binary-cache.pl:  LANG = "en_GB.UTF-8"
  download-from-binary-cache.pl:     are supported and installed on your system.
  download-from-binary-cache.pl: perl: warning: Falling back to a fallback locale ("en_GB.UTF-8").
  created 2 symlinks in user environment
  pi@raspberrypi ~ $ nice -n10 nix-env -i hello
  installing ‘hello-2.10’
  download-using-manifests.pl: perl: warning: Setting locale failed.
  download-using-manifests.pl: perl: warning: Please check that your locale settings:
  download-using-manifests.pl:    LANGUAGE = (unset),
  download-using-manifests.pl:    LC_ALL = (unset),
  download-using-manifests.pl:    LC_CTYPE = "en_US.UTF-8",
  download-using-manifests.pl:    LANG = "en_GB.UTF-8"
  download-using-manifests.pl:     are supported and installed on your system.
  download-using-manifests.pl: perl: warning: Falling back to a fallback locale ("en_GB.UTF-8").
  download-from-binary-cache.pl: perl: warning: Setting locale failed.
  download-from-binary-cache.pl: perl: warning: Please check that your locale settings:
  download-from-binary-cache.pl:  LANGUAGE = (unset),
  download-from-binary-cache.pl:  LC_ALL = (unset),
  download-from-binary-cache.pl:  LC_CTYPE = "en_US.UTF-8",
  download-from-binary-cache.pl:  LANG = "en_GB.UTF-8"
  download-from-binary-cache.pl:     are supported and installed on your system.
  download-from-binary-cache.pl: perl: warning: Falling back to a fallback locale ("en_GB.UTF-8").
  download-from-binary-cache.pl: still waiting for ‘https://cache.nixos.org/36ifik4hak3p8j7r1q5w1r13fnwazyjf.narinfo’ after 5 seconds...
  error: substituter ‘download-from-binary-cache.pl’ died unexpectedly
  pi@raspberrypi ~ $ nice -n10 nix-env -i hello
  installing ‘hello-2.10’
  download-using-manifests.pl: perl: warning: Setting locale failed.
  download-using-manifests.pl: perl: warning: Please check that your locale settings:
  download-using-manifests.pl:    LANGUAGE = (unset),
  download-using-manifests.pl:    LC_ALL = (unset),
  download-using-manifests.pl:    LC_CTYPE = "en_US.UTF-8",
  download-using-manifests.pl:    LANG = "en_GB.UTF-8"
  download-using-manifests.pl:     are supported and installed on your system.
  download-using-manifests.pl: perl: warning: Falling back to a fallback locale ("en_GB.UTF-8").
  download-from-binary-cache.pl: perl: warning: Setting locale failed.
  download-from-binary-cache.pl: perl: warning: Please check that your locale settings:
  download-from-binary-cache.pl:  LANGUAGE = (unset),
  download-from-binary-cache.pl:  LC_ALL = (unset),
  download-from-binary-cache.pl:  LC_CTYPE = "en_US.UTF-8",
  download-from-binary-cache.pl:  LANG = "en_GB.UTF-8"
  download-from-binary-cache.pl:     are supported and installed on your system.
  download-from-binary-cache.pl: perl: warning: Falling back to a fallback locale ("en_GB.UTF-8").
  error: substituter ‘download-from-binary-cache.pl’ died unexpectedly
  pi@raspberrypi ~ $ uname -a
  Linux raspberrypi 4.1.7+ #817 PREEMPT Sat Sep 19 15:25:36 BST 2015 armv6l GNU/Linux
  pi@raspberrypi ~ $ date
  Sat Nov 14 11:29:42 UTC 2015
  pi@raspberrypi ~ $ nix-env -v
  error: no operation specified
  Try ‘nix-env --help’ for more information.
  pi@raspberrypi ~ $ nix-env --version
  nix-env (Nix) 1.10
  pi@raspberrypi ~ $ echo $CFLAGS 
  -mtune=native -ftree-vectorize
  pi@raspberrypi ~ $ echo $PATH
  /home/pi/inst/nix/bin:/home/pi/.nix-profile/bin:/opt/mmmv/ruby/v_x_x_x_in_use/bin::/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games
  pi@raspberrypi ~ $ df
  Filesystem     1K-blocks    Used Available Use% Mounted on
  /dev/root        7572648 7011884    156336  98% /
  devtmpfs          218252       0    218252   0% /dev
  tmpfs             222520       0    222520   0% /dev/shm
  tmpfs             222520    4616    217904   3% /run
  tmpfs               5120       4      5116   1% /run/lock
  tmpfs             222520       0    222520   0% /sys/fs/cgroup
  tmpfs              51200       8     51192   1% /tmp
  /dev/mmcblk0p1     57288   20232     37056  36% /boot
  tmpfs              44508       0     44508   0% /run/user/1000
  /dev/sdb1       15256976  163652  14295272   2% /nix
  pi@raspberrypi ~ $ which nix-env
  /home/pi/inst/nix/bin/nix-env
  pi@raspberrypi ~ $ whoami
  pi
  pi@raspberrypi ~ $
  ```

  The environment, before compilation of the Nix, can be replicated by using 
  [this 8GiB flash card image](http://technology.softf1.com/mmmv_raspbian_t1/2015/bittorrent_seeds/2015_11_14_8GiB_flashcard_image_of_mmmv_raspbian_t1.img.bz2). An external storage device has to be mounted to /nix and the original source resides at 

  ```
  /home/pi/mmmv_raspbian_t1/src
  ```

  The lines to use in Nix src folder: 

  ```
   rm -fr /home/pi/inst/nix/*
  ./configure --prefix=/home/pi/inst/nix
  ```

  The 

  ```
  /nix
  ```

  was owned by user "pi" and had permissions 0755


state: closed
title: spl+zfs: cherry-pick 0.6.5.3
user_login: dasjoe
html_url: https://github.com/NixOS/nixpkgs/pull/11021
updated_at: 2015-11-15 19:04:26
body:
  @domenkozar
  Upgrade release-15.09 to the current ZoL point release, see [#10407's comments](https://github.com/NixOS/nixpkgs/pull/10407#issuecomment-148651549).


state: closed
title: Revert "miraclecast: init at 0.0-git-20151002"
user_login: zimbatm
html_url: https://github.com/NixOS/nixpkgs/pull/11023
updated_at: 2015-11-15 20:02:27
body:
  This completes the revert of commit 9e33e2365eeff59e9a25701dc2cf8dbcc38a9dc8.

  which was started in 741bf840dad05cd1728481045466811ae8ae8281

  Right now the package is listed in the top-level but doesn't exist


state: closed
title: Example in "NixOS VM Tests" wiki page not working
user_login: lukego
html_url: https://github.com/NixOS/nixpkgs/issues/11026
updated_at: 2016-01-22 14:10:46
body:
  An example on the [NixOS VM Tests](https://nixos.org/wiki/NixOS_VM_tests) wiki page do not work for me:

  ```
  $ nix-build nixos/tests/ -A nfs.driver
  error: opening file ‘/etc/nixos/nixpkgs/nixos/tests/default.nix’: No such file or directory
  ```

  (The first example does work.)


state: closed
title: guake: init at 0.8.3
user_login: msteen
html_url: https://github.com/NixOS/nixpkgs/pull/11027
updated_at: 2016-01-20 18:35:07
body:
  After starting Guake it will give the error message "Guake can not init! Gconf Error. Have you installed guake.schemas properly?", which will have to be resolved manually, because I have not found a way to automate this, without being impure.

  If you have Guake installed, you can use `nix-build -A gnome3.guake` to get the path to the build directory in the nix store, which then can be used in the following command to install the schemas file of Guake:
  gconftool-2 --install-schema-file /path/returned/by/nix-build/share/gconf/schemas/guake.schemas

  It can be removed again by the following command:
  gconftool-2 --recursive-unset /apps/guake


state: closed
title: libpng is vulnerable, CVE-2015-8126
user_login: pSub
html_url: https://github.com/NixOS/nixpkgs/issues/11030
updated_at: 2015-12-17 07:51:40
body:
  Vulnerability is fixd in 1.6.19, see https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2015-8126.


state: closed
title: (x3270): packaged x3270 IBM terminal emulator
user_login: musteresel
html_url: https://github.com/NixOS/nixpkgs/pull/11031
updated_at: 2015-11-17 00:40:57
body:
  I added a nix expression to build the x3270 IBM 3270 terminal emulator, to be found there:

  http://x3270.bgp.nu/index.html

  I packaged the current stable version (3.4ga9 stable (23. October 2015), according to their downloads page). Though I pull the source code from the git repository instead of the provided tar balls. A small patch to fix the interpreter of an utility bash script was needed.

  Actually this package now provides multiple binaries. One could add support to only build a subset of these binaries (and thus removing tcl, x dependencies). Also there are no man pages, because the respective install target fails and I don't have the time to investigate further.

  As for testing I'm successfully running the applications on my laptop (NixOS on x86_64), using them to participate in the IBM Master the Mainframe contest. No further testing than this was done, though.

  Please let me know if there's something that needs to be changed (this is my first to be contributed package).


state: closed
title: gifsicle: 1.87 -> 1.88
user_login: zimbatm
html_url: https://github.com/NixOS/nixpkgs/pull/11033
updated_at: 2016-02-13 14:45:56
body:
  - fix for gifview flag
  - tests

  Because everyone needs animated gifs
  ![image](https://www.lcdf.org/gifsicle/logo.gif)


state: closed
title: webfs: init at 1.21
user_login: zimbatm
html_url: https://github.com/NixOS/nixpkgs/pull/11034
updated_at: 2015-11-21 18:53:24
body:
  A small web server to serve local static file. Useful when toying with single-page apps (or testing the nixos-homepage rendering)


state: closed
title: Add package sonic-pi
user_login: Phlogistique
html_url: https://github.com/NixOS/nixpkgs/pull/11038
updated_at: 2015-11-15 20:34:03
body:
  This pull requests adds the package Sonic Pi, an IDE for live-coding in Ruby.

  http://sonic-pi.net/


state: closed
title: future proof the wireshark source path
user_login: cleverca22
html_url: https://github.com/NixOS/nixpkgs/pull/11040
updated_at: 2015-11-16 10:03:51
body:
  the src/ directory only has the release version, so the ebuild breaks upon every release

  the all-versions sub-dir won't have the same problem


state: closed
title: replace-dependency.nix: new feature
user_login: roconnor
html_url: https://github.com/NixOS/nixpkgs/pull/11041
updated_at: 2017-09-15 16:33:31
body:
  When replace-dependency is given a drv that doesn't actually depend on oldDependency, then just return back the original drv but also issue a warning.


state: closed
title: services.nix-serve.port and bindAddress not working
user_login: robbinch
html_url: https://github.com/NixOS/nixpkgs/issues/11042
updated_at: 2015-11-16 10:50:25
body:
  This is not working in release-15.09. (No matter the settings, nix-serve always listens on 0.0.0.0:5000.)
  It is fixed by #11005 and should be merged to release-15.09 as well.


state: closed
title: nodejs-argon: init at 2.4.1, nodejs-4_1: renamed to nodejs-stable
user_login: Havvy
html_url: https://github.com/NixOS/nixpkgs/pull/11043
updated_at: 2016-07-22 23:33:53
body:
  I'm currently trying to get this to build, but waiting on gcc. ;.;  I think it'll build properly though, since it's just pulling the current nodejs default.nix into its own package.

  I also replaced the nodejs-4_1 package with a nodejs-stable package, since tracking each individual minor release seems like it's not worth it, and the nodejs-4_1 package is pointing at 4.2.1 right now (which is the same as argon, but nodejs-stable will be updated to 5.0.0 at some point)

  These changes (along with the removal of io.js awhile back) should be documented somewhere.

  I'm not sure what to put in the commit message for this.


state: closed
title: platforms.nix: Use bcm2835_defconfig for RPi kernelHeadersBaseConfig
user_login: dezgeg
html_url: https://github.com/NixOS/nixpkgs/pull/11047
updated_at: 2016-01-12 21:46:06
body:
  kirkwood_defconfig was removed in the 3.17 kernel release, so
  kernelHeadersBaseConfig needs to be changed in order to build
  any Raspberry Pi stuff against linuxHeaders_3_18 (which has been the
  default since the systemd 227 merge).


state: closed
title: Haskell "pkg.env" attributes don't contain propagated build inputs
user_login: peti
html_url: https://github.com/NixOS/nixpkgs/issues/11049
updated_at: 2018-06-23 23:43:51
body:
  The generic builder constructs a `nix-shell` environment that contains the build inputs specified directly for `pkg`, but it does not include those dependencies that are propagated by the dependencies of `pkg`. This causes inconsistent behavior i.e. when building `taffybar`.


state: closed
title: Naming of packages
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/issues/11052
updated_at: 2016-09-30 10:06:16
body:
  The Nixpkgs manual has a [section](http://nixos.org/nixpkgs/manual/#sec-package-naming) on package naming.

  At the sprint a couple of us in _the Python room_ discussed this issue regarding Python packages. Right now, the guidelines say we should follow the upstream name, but still, convert to lowercase. What are the arguments for following upstream name, and what are the arguments for adapting the name?

  Some reasons for sticking with upstream naming:
  - No guessing needed to get the right package on Nix
  - Especially helpful with security updates
  - Allows more automation of packaging. E.g., in the case of pypi2nix (@garbas).

  Some reasons for changing naming, e.g. lowercasing:
  - Consistent style 
  - The shift button lasts a bit longer

  Also, how is taken care of this issue in other parts of Nixpkgs, e.g. haskell?


state: closed
title: nix-shell -p cargo --command "cargo help" does not work
user_login: FlorentBecker
html_url: https://github.com/NixOS/nixpkgs/issues/11053
updated_at: 2015-11-18 01:46:53
body:
  as per the title, running 'nix-shell -p cargo --command "cargo help"' fails with "Could not execute process `rustc -vV` (never executed)". There seems to be an unaccounted for runtime dependency of cargo on rustc.


state: closed
title: pipelight: Add support for 32 bit linux via #9000
user_login: cillianderoiste
html_url: https://github.com/NixOS/nixpkgs/pull/11060
updated_at: 2015-11-26 20:58:39
body:
  This is an update to #9000 (sorry for the extra PR, I don't know if there's a cleaner way to suggest changes via github). I've removed some inputs which don't seem to be used, passed in stdenv_32bit via all-packages.nix and tried to test it a bit. It seems to do something (a window pops up when I start firefox after enabling e.g. widevine). But examples I found didn't seem to work:
  - http://www.iis.net/media/experiencesmoothstreaming1080p
  - http://pipelight.net/cms/plugin-widevine.html

  The patch also seems to be outdated e.g. 

  ```
  $ pipelight-plugin --system-check
  /home/goibhniu/.nix-profile/bin/pipelight-plugin: line 424: /usr/bin/id: No such file or directory
  ```

  any ideas @jraygauthier, @nathanielbaxter?


state: closed
title: Assert when no window manager nor desktop manager are enabled.
user_login: nbp
html_url: https://github.com/NixOS/nixpkgs/issues/11064
updated_at: 2017-11-04 14:30:22
body:
  The goal is to ensure that NixOS users do not forget to enable a window manager or a desktop manager when they enable the X server.  As soon as we have a didactic message, we can change the default value of `services.xserver.desktopManager.default` to replace it by `"none"` and change the example value to be more talkative.

  To do that, we should add an `assertions` or a `warning` into display-managers/default.nix module [1] which checks the sessions options of the desktop manager [2] and the session option of the window manager [3] and report if these are empty.

  [1] https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/services/x11/display-managers/default.nix 
  [2] https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/services/x11/desktop-managers/default.nix#L29
  [3] https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/services/x11/window-managers/default.nix#L36


state: closed
title: Fix build of gpsbabel on i686
user_login: rycee
html_url: https://github.com/NixOS/nixpkgs/pull/11071
updated_at: 2015-12-01 19:27:22
body:
  The 1.5.2 version of gpsbabel turns out to produce test errors on the i686 platform. This fixes the build by changing the floating point precision, this solution is inspired by the solution used by Debian.

  Also enable parallel building.


state: open
title: it seems jack1 cannot be used
user_login: magnetophon
html_url: https://github.com/NixOS/nixpkgs/issues/11079
updated_at: 2018-06-24 19:49:57
body:
  @wkennington: I just installed jack1 (and uninstalled jack2), and it doesn't start from qjackctl.
  It does start from cli, but other programs don't seem to see it.  

  ~~I don't understand how other programs COULD see it, as they're all built with (lib)jack2.~~

  ~~I discussed this with @henrytill on IRC, and we came to the conclusion that it could only work if all occurrences of jack2 are replaced by jack, and in all-pkgs.nix, jack=jack2;
  Then in configuration.nix, one could override jack to be jack1~~ 
  EDITED: Discussion below shows it shouldn't matter that we compile against jack2.

  What are your thoughts on this?


state: closed
title: x3270: init at 3.4ga9
user_login: musteresel
html_url: https://github.com/NixOS/nixpkgs/pull/11080
updated_at: 2017-02-13 00:24:31
body:
  I added a nix expression to build the x3270 IBM 3270 terminal emulator, to be found there:

  http://x3270.bgp.nu/index.html

  I packaged the current stable version (3.4ga9 stable (23. October 2015), according to their downloads page). Though I pull the source code from the git repository instead of the provided tar balls. A small patch to fix the interpreter of an utility bash script was needed.

  Actually this package now provides multiple binaries. One could add support to only build a subset of these binaries (and thus removing tcl, x dependencies). Also there are no man pages, because the respective install target fails and I don't have the time to investigate further.

  As for testing I'm successfully running the applications on my laptop (NixOS on x86_64), using them to participate in the IBM Master the Mainframe contest. No further testing than this was done, though.

  Please let me know if there's something that needs to be changed (this is my first to be contributed package). This is a second pull request, the first #11031 targeted the release branch and I couldn't get it to target the master branch.


state: closed
title: claws-mail: add glib_networking for fancy to load HTTPS content (for release-15.09)
user_login: khumba
html_url: https://github.com/NixOS/nixpkgs/pull/11082
updated_at: 2016-01-20 02:45:45
body:
  For bug #10421.  This is a separate pull request from #11081 due to merge conflicts.  Tested locally and works.


state: closed
title: postgresql: fix initialScript option
user_login: zagy
html_url: https://github.com/NixOS/nixpkgs/pull/11083
updated_at: 2015-11-19 16:12:56
body:
  This used to fix the initialScript option for postgres. Somebody™ has already fixed it. What remains is a test case.


state: closed
title: gnucash test suite failure after staging merge
user_login: peti
html_url: https://github.com/NixOS/nixpkgs/issues/11084
updated_at: 2015-11-24 19:19:35
body:
  Citing from http://hydra.cryp.to/build/1365143/log/raw:

  ```
  TEST: test-qof... (pid=8603)
  * 15:25:26 OTHER <GLib> duplicate test case path: /qof/qofbook
  FAIL: test-qof
  /nix/store/gb2dwphbdjk56h0lbbyma32rlid022ad-bash-4.3-p42/bin/bash: line 1:  8602 Terminated              gtester --verbose test-qof
  Makefile:778: recipe for target 'test' failed
  make[5]: *** [test] Error 143
  make[5]: Leaving directory '/tmp/nix-build-gnucash-2.4.15.drv-0/gnucash-2.4.15/src/libqof/qof/test'
  ```


state: closed
title: Fixed hostId on installation media
user_login: CMCDragonkai
html_url: https://github.com/NixOS/nixpkgs/issues/11085
updated_at: 2016-05-29 19:00:59
body:
  This line: https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/profiles/base.nix#L53 fixes the hostId when booting from the LiveCDs.

  Should this be fixed statically or randomly generated? I thought the hostid should be unique across machines.

  Also for the first time when setting up ZFS, I needed a unique hostId, so I had to use `networking.hostId = pkgs.lib.mkForce "insert host id"` in the `configuration.nix`. However this resulted in another problem where `nixos-rebuild switch` failed on the LiveCD.


state: closed
title: buildPythonPackage: use wheels internally
user_login: domenkozar
html_url: https://github.com/NixOS/nixpkgs/pull/11086
updated_at: 2016-01-13 08:48:39
body:
  Wheels [PEP427](https://www.python.org/dev/peps/pep-0427/) are the new python packaging binary format. We should use wheels as that's where currently python packaging development is focused on and it's considered best practice toolchain. Wheels deprecate eggs.
  ### Changes
  - pypy installs packages to $out/site-packages by default and we now respect that default
  - introduce `bootstrapped-pip` package that includes a hand crafted pip+wheel packages needed in `buildPythonPackage`
  - remove our ugly hack with inserting `setuptools` before `distutils` and use exact code that pip uses
  - remove support for `.pth` recursive loader. This didn't work for last 2 years, it has a major startup time impact on binaries and it's not needed since all python interpreters now use `setup-hook` to set `$PYTHONPATH`
  - deprecated `pythonPath` argument to `buildPythonPackage` since it's essentially the same as `propagatedBuildInputs`
  - replace setup.py build/install commands with wheel equivalent
  - removed `setupPyBuildFlags` since it no longer applies
  - bump pypy to 4.0
  -  script that raises a conflict if two or more versions of the same package are in $PYTHONPATH
  ### TODO
  - [x] submit a PR upstream for the `pip install --prefix=` patch https://github.com/pypa/pip/pull/3252
  - [x] support `setupPyBuildFlags`
  - [x] test if [data_files are not installed at correct directory](https://bitbucket.org/pypa/wheel/issues/120/bdist_wheel-creates-a-wheel-that-installs) 
  - [x] test pypy support
  - [x] [make sure hydra builds all packages successfully](https://headcounter.org/hydra/jobset/iElectric/python-wip)
  - [x] update documentation
  - [x] fix `pip install -e --prefix`
  ### NOTES
  - setuptools namespaces support is still broken, but that's not a regression
  - I had to disable zc.recipe.egg due to a bug in setuptools (reported upstream)

  cc @garbas @offlinehacker @FRidh @cillianderoiste @madjar @johbo @chaoflow @datakurre @adnelson 

  Fixes https://github.com/NixOS/nixpkgs/issues/329


state: closed
title: rkt: v0.10.0 -> 0.11.0
user_login: steveeJ
html_url: https://github.com/NixOS/nixpkgs/pull/11089
updated_at: 2015-11-17 16:32:41
body:
  Also prepare to support multiple stage1 flavors.
  The 'host' flavor would be preferred to reuse systemd components instead
  of downloading/unpacking/processing a CoreOS PXE image.


state: closed
title: nixos-rebuild switch on LiveCD needs CI
user_login: CMCDragonkai
html_url: https://github.com/NixOS/nixpkgs/issues/11091
updated_at: 2018-10-28 09:11:20
body:
  Running `nixos-rebuild switch` or `nixos-rebuild switch --upgrade` at boot-up of a fresh LiveCD gives back:

  ```
  downloading Nix expressions from ‘https://nixos.org/releases/nixos/15.09/nixos-15.09.706.45128de//nixexprs.tar.xz’...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed

    0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
    0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
    0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0
  unpacking channels...
  building Nix...
  building the system configuration...
  these derivations will be built:
    /nix/store/6vi87s24avbaryb46pbwpb9ly6m3rslv-unit-polkit.service.drv
    /nix/store/8yq9sfxbhg25mcg5wncr23pgnnkn6r5d-unit-dbus.service.drv
    /nix/store/2s5hfk5jw4q7lpcja49jvs39khv8vfxa-system-units.drv
    /nix/store/zlq9ipfm40mbpaqrx0x9d2i97207crmw-nixos-15.09.706.45128de.drv
    /nix/store/aggw51mrm37bhm4p1l8ki8s6w4qb4p4k-local-cmds.drv
    /nix/store/5jmgsc5hd87cqixb7n27niza9rrm83af-stage-2-init.sh.drv
    /nix/store/m1wfaa7imnipldswyp1j9yq2k6r82abg-etc.drv
    /nix/store/snnizglbw49p83nlxkkixaigdr9b5b0c-nixos-15.09.706.45128de.drv
  building path(s) ‘/nix/store/l7njqrvibrq7ynnx2z7gjfh8lbk1zzmn-unit-dbus.service’
  building path(s) ‘/nix/store/g1xbpwkc7agbfkcvs3fbz8rqwcsn4zk7-nixos-15.09.706.45128de’
  ln: failed to create symbolic link '/nix/store/g1xbpwkc7agbfkcvs3fbz8rqwcsn4zk7-nixos-15.09.706.45128de/nixos/nixpkgs/.': File exists
  builder for ‘/nix/store/zlq9ipfm40mbpaqrx0x9d2i97207crmw-nixos-15.09.706.45128de.drv’ failed with exit code 1
  cannot build derivation ‘/nix/store/aggw51mrm37bhm4p1l8ki8s6w4qb4p4k-local-cmds.drv’: 1 dependencies couldn't be built
  building path(s) ‘/nix/store/x6bkgp4lxm4dcpmh8igzp362wiq9ny89-unit-polkit.service’
  cannot build derivation ‘/nix/store/5jmgsc5hd87cqixb7n27niza9rrm83af-stage-2-init.sh.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/snnizglbw49p83nlxkkixaigdr9b5b0c-nixos-15.09.706.45128de.drv’: 1 dependencies couldn't be built
  error: build of ‘/nix/store/snnizglbw49p83nlxkkixaigdr9b5b0c-nixos-15.09.706.45128de.drv’ failed
  ```

  This happened a couple weeks back too on a previous LiveCD version.


state: closed
title: make mkDerivation lazier
user_login: Profpatsch
html_url: https://github.com/NixOS/nixpkgs/pull/11094
updated_at: 2017-01-29 20:25:23
body:
  Up until now, it was not possible to access metadata of a package that
  was marked as broken (or didn’t pass the license check).
  So use cases like creating a list mapping derivation names to derivation
  types (which e.g. haskellPackages would need) were not possible and
  would simply throw an error, even though there should be no reason to
  do so.

  This commit draws the brokenness assertion from the toplevel of
  mkDerivation into a strict field of the actual derivation call itself.
  It also renames `licenseAllowed` to `checkValidity` and makes it a
  true function.

  That function should probably exposed in `lib/`, along with a function
  to recursively filter out reverse dependencies for a broken package.
  ### Test file

  I created [a gist](https://gist.github.com/Profpatsch/a9ade8e229953d31cdfd) to test a trivial usage of mkDerivation. It needs to be put into the `nixpkgs` root folder.
  ### Implications for nixpkgs
  - `nix-env -qa` will not filter out invalid packages anymore (thanks to @vcunat)
  - according to @peti, hydra finds out whether a package is marked as broken my accessing the derivation type and checking if that throws an assertion. It needs to be changed to use the actual value of the `meta.broken` attribute.
  - ~~nixpkgs will do a complete rebuild~~

  cc @vcunat @edolstra @peti


state: closed
title: faust: add version 2 and make it the default
user_login: magnetophon
html_url: https://github.com/NixOS/nixpkgs/pull/11096
updated_at: 2015-11-28 13:37:04
body:
  @pmahoney: Does this look right to you?

  @cillianderoiste: Thanks a lot for helping me getting it to work!


state: closed
title: unstable channel hasn't updated for 14+ days
user_login: peti
html_url: https://github.com/NixOS/nixpkgs/issues/11097
updated_at: 2015-12-04 14:58:33
body:
  https://github.com/nixos/nixpkgs-channels has been stuck at 7ae05edcdd14f6ace83ead9bf0d114e97c89a83a for two weeks. According to https://hydra.nixos.org/job/nixos/trunk-combined/tested#tabs-constituents, kde4 tests fail, but there might be other reasons why the channel is blocked. 


state: closed
title: Documentation about stdenv.mkDerivation builder insufficent.
user_login: Miko4
html_url: https://github.com/NixOS/nixpkgs/issues/11098
updated_at: 2015-11-17 16:32:13
body:
  the "autoconf" binary (and depencies such as sed) are not found in the $PATH ($PATH is set to the value "/path-not-set", it is in fact set to something) in the build environment, even tough  it is specified in buildInputs. After asking in the IRC I think the nix-expression is correct and this is a bug.

  How to reproduce: create a new dir and change to it.
  create a file builder.sh:

  ``` sh
  autoconf
  libtoolize -qi
  ./configure
  make
  make install
  ```

  create a file default.nix:

  ```
  with import <nixpkgs> {};

  stdenv.mkDerivation {
    name = "es-shell-0.9-beta1";
    builder = ./builder.sh;
    buildInputs = [ autoconf ];
    src = fetchFromGitHub {
          owner = "wryun";
          repo = "es-shell";
          rev = "2fc4b45521b87aab3e0d1786f604ae09892d78da";
          sha256 = "1vnd8p32n5yi5mi2w1kmycc0j3nrbsywprjr5m6rfzy2a5lamxz2";
    };
    meta = {
      description = "A shell with higher-order functions";
      license = "Public Domain";
    };
  }
  ```

  Run `nix-build --show-trace default.nix`. Expected result: a directory called result with a binary. Actual result: 

  ```
  These derivations will be built:
    /nix/store/xxcx9616ma4rg92xpiy24s22cnqr709i-es-shell-0.9-beta1.drv
  building path(s) ‘/nix/store/bhhyvixn6jsca4ikqw12ypq57klz39nb-es-shell-0.9-beta1’
  /nix/store/3af8kk0ixbb12ddzx5q8fdqsp9cw9a6g-builder.sh: line 1: autoconf: command not found
  builder for ‘/nix/store/xxcx9616ma4rg92xpiy24s22cnqr709i-es-shell-0.9-beta1.drv’ failed with exit code 127
  error: build of ‘/nix/store/xxcx9616ma4rg92xpiy24s22cnqr709i-es-shell-0.9-beta1.drv’ failed
  ```


state: closed
title: Emphasize the meaning of "source $stdenv/setup" and add a hint to pre…
user_login: Miko4
html_url: https://github.com/NixOS/nixpkgs/pull/11100
updated_at: 2016-09-30 21:31:48
body:
  This is not a huge difference, but I think it's clearer now. I did misunderstood it, witch did lead to #11098. 


state: closed
title: haskellPackages documentation recursive dependency example simplification
user_login: Profpatsch
html_url: https://github.com/NixOS/nixpkgs/issues/11101
updated_at: 2016-04-28 17:12:50
body:
  The example seems to be overly complicated. So is the `super` argument shadowed once and the outer `self` is not even used.

  ``` nix
  # old
    {
      packageOverrides = super: let self = super.pkgs; in
      {
        haskellPackages = super.haskellPackages.override {
          overrides = self: super: {
            foo = self.callPackage ../src/foo {};
            bar = self.callPackage ../src/bar {};
          };
        };
      };
    }

  # new
    {
      packageOverrides = oldPkgs:
      {
        haskellPackages = oldPkgs.haskellPackages.override {
          overrides = self: super: {
            foo = self.callPackage ../src/foo {};
            bar = self.callPackage ../src/bar {};
          };
        };
      };
    }
  ```

  @peti


state: closed
title: gcc-4.9.3: Failed to link on AMD64
user_login: frlan
html_url: https://github.com/NixOS/nixpkgs/issues/11104
updated_at: 2015-11-17 23:43:13
body:
  When building geany from scratch, the linkage of gcc-4.9.3 fails. This happens at revision a7e8addf98feb2e9b7eeb0f1251645a35e3eb6cb. This happens on an Nix running on Debian Unstable

  ```
  g++   -g -DIN_GCC    -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-format -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common  -DHAVE_CONFIG_H  -o cc1plus \
        cp/cp-lang.o c-family/stub-objc.o cp/call.o cp/decl.o cp/expr.o cp/pt.o cp/typeck2.o cp/class.o cp/decl2.o cp/error.o cp/lex.o cp/parser.o cp/ptree.o cp/rtti.o cp/typeck.o cp/cvt.o cp/except.o cp/friend.o cp/init.o cp/method.o cp/search.o cp/semantics.o cp/tree.o cp/repo.o cp/dump.o cp/optimize.o cp/mangle.o cp/cp-objcp-common.o cp/name-lookup.o cp/cxx-pretty-print.o cp/cp-cilkplus.o cp/cp-gimplify.o cp/cp-array-notation.o cp/lambda.o cp/vtable-class-hierarchy.o attribs.o incpath.o c-family/c-common.o c-family/c-cppbuiltin.o c-family/c-dump.o c-family/c-format.o c-family/c-gimplify.o c-family/c-lex.o c-family/c-omp.o c-family/c-opts.o c-family/c-pch.o c-family/c-ppoutput.o c-family/c-pragma.o c-family/c-pretty-print.o c-family/c-semantics.o c-family/c-ada-spec.o c-family/c-cilkplus.o c-family/array-notation-common.o c-family/cilk.o c-family/c-ubsan.o i386-c.o glibc-c.o cc1plus-checksum.o libbackend.a main.o tree-browser.o libcommon-target.a libcommon.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a libcommon.a ../libcpp/libcpp.a   ../libbacktrace/.libs/libbacktrace.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a  -L/nix/store/b5j17k1j5iwcp7rjdwvz5lg3rpdhab81-cloog-0.18.0/lib -lcloog-isl -L/nix/store/prgdhzas7rp9jvk6pmjkzfpjg1x6lbh5-isl-0.11.1/lib -lisl -L/nix/store/1nbb65lw3v4njxypbwx71r91sn41wkc8-gmp-5.1.3/lib -L/nix/store/1gw5i6cz9zl6viqr30i0b03hyqrs2awd-mpfr-3.1.3/lib -L/nix/store/jvpwfncpapdd756zlvma25fyz06qcvq1-libmpc-1.0.3/lib -lmpc -lmpfr -lgmp -rdynamic -ldl  -lz
  collect2: error: ld returned 1 exit status
  make[3]: *** [lto1] Error 1
  make[3]: *** Waiting for unfinished jobs....
  collect2: error: ld returned 1 exit status
  make[3]: *** [cc1plus] Error 1
  collect2: error: ld returned 1 exit status
  make[3]: *** [cc1] Error 1
  rm gcc.pod
  make[3]: Leaving directory `/tmp/nix-build-gcc-4.9.3.drv-0/build/gcc'
  make[2]: *** [all-stage1-gcc] Error 2
  make[2]: Leaving directory `/tmp/nix-build-gcc-4.9.3.drv-0/build'
  make[1]: *** [stage1-bubble] Error 2
  make[1]: Leaving directory `/tmp/nix-build-gcc-4.9.3.drv-0/build'
  make: *** [profiledbootstrap] Error 2
  builder for ‘/nix/store/rpa6hx6wi0l40w6q21ia6g8nd655h2hr-gcc-4.9.3.drv’ failed with exit code 2
  cannot build derivation ‘/nix/store/a1618x2806slj88gyxc944v0xhc84j6f-gcc-wrapper-4.9.3.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/qn2kr4mlgczdasswhjqgqfbvhqrv8n69-stdenv.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/0y7wy8c25f9z1ll4cl1x3vi0vvxqp424-geany-with-vte-1.26.drv’: 1 dependencies couldn't be built
  error: build of ‘/nix/store/0y7wy8c25f9z1ll4cl1x3vi0vvxqp424-geany-with-vte-1.26.drv’ failed
  ```


state: closed
title: Add a way to pin a NixOS version within the module system.
user_login: nbp
html_url: https://github.com/NixOS/nixpkgs/pull/11106
updated_at: 2017-04-18 12:04:53
body:
  This modification add a way to re-evaluate the module system with a
  different version of NixOS, or with a different set of arguments.

  cc @garbas


state: closed
title: calibre: Source cannot be downloaded
user_login: robbinch
html_url: https://github.com/NixOS/nixpkgs/issues/11107
updated_at: 2015-11-18 15:21:02
body:
  Source URLs has become unavailable:

  ```
  $ wget 'https://github.com/kovidgoyal/calibre/releases/download/v2.43.0/calibre-2.43.0.tar.xz'
  --2015-11-18 08:44:32--  https://github.com/kovidgoyal/calibre/releases/download/v2.43.0/calibre-2.43.0.tar.xz
  Resolving github.com (github.com)... 192.30.252.131
  Connecting to github.com (github.com)|192.30.252.131|:443... connected.
  HTTP request sent, awaiting response... 404 Not Found
  2015-11-18 08:44:33 ERROR 404: Not Found.

  $ wget 'https://github.com/kovidgoyal/calibre/releases/download/v2.36.0/calibre-2.36.0.tar.xz'
  --2015-11-18 08:48:28--  https://github.com/kovidgoyal/calibre/releases/download/v2.36.0/calibre-2.36.0.tar.xz
  Resolving github.com (github.com)... 192.30.252.131
  Connecting to github.com (github.com)|192.30.252.131|:443... connected.
  HTTP request sent, awaiting response... 404 Not Found
  2015-11-18 08:48:30 ERROR 404: Not Found.
  ```


state: closed
title: ibus: fix dconf dependency
user_login: ericsagnes
html_url: https://github.com/NixOS/nixpkgs/pull/11108
updated_at: 2015-11-26 20:33:05
body:
  Fixes problem of ibus settings that are not saved on an environment where `dconf` is not installed, by automatically installing `gnome3.dconf` if `programs.ibus.enable` is set to `true`.

  Details:

  Running `ibus-setup` on an environment where `gnome3.dconf` is not explicitly installed (like xmonad) give the following error and settings are not saved:

  ```
  dconf-WARNING **: failed to commit changes to dconf: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name ca.desrt.dconf was not provided by any .service files
  ```

  cc ibus maintainer @gebner 


state: closed
title: pash: init at git-2015-11-06
user_login: ForNeVeR
html_url: https://github.com/NixOS/nixpkgs/pull/11109
updated_at: 2015-11-21 11:16:02
body:
  I've made the package for open source PowerShell-like Linux shell. Applications developers are notified (and I am one of them), the package has been tested.


state: closed
title: WIP: Refactor fixpoints and overriding in all-packages
user_login: Ericson2314
html_url: https://github.com/NixOS/nixpkgs/pull/11110
updated_at: 2015-11-18 17:06:18
body:
  Whatever was there before I found...confusing. I'm not sure this is better, but at least I find it much clearer: `pkgsFun` no longer ties any knots, `overridePackages` on the other hand does _all_ the knot tying, even if the user doesn't use have any overrides.

  Potential highlights, if I understand things correctly:
  - This brings `overridePackages` more in line with our other functions following the `self: super: ...` pattern. `Super` is now only shallowly un-overridden, by which I mean this:

  ``` nix
  let super = defaults self; self = super // overrides self super; in self
  ```

  vs 

  ``` nix
  let super = defaults super; self = super // overrides self super; in self
  ```
  - `self` bound in `pkgFun` and `with`'d, and `pkgs` bound in the outermost let and returned, were not obviously the same thing, yet used seemingly interchangeably in the body of `pkgFun`. `self` has been renamed to `pkgs` to shadow the other, and remove this potential source of inconsistency.
  - `applyGlobalOverrides` and `overridePackages` were awkwardly similar, but the former is now removed.

  My biggest concern is I accidentally introduced a new level of stdenv bootstrapping, if pkg overrides effect the stdenv. But if so, I am confused why this wasn't already necessary and suspect it only appeared that way due to bugs in the old code.

  If this is accepted, I propose trying to make `all-packages.nix` just contain `pkgFun` (anonymous, of course), and move the rest to a new `top-level/default.nix` 

  I _highly_ recommend going looking at the diff commit by commit first.

  CC @Lethalman this is an outgrowth of the concerns I voiced on IRC.


state: closed
title: gsl: 1.16 -> 2.1
user_login: lsix
html_url: https://github.com/NixOS/nixpkgs/pull/11113
updated_at: 2015-12-12 10:51:25
body:
  Release notes :
  — gsl-2.0: https://savannah.gnu.org/forum/forum.php?forum_id=8392
  — gsl-2.1: https://savannah.gnu.org/forum/forum.php?forum_id=8408

  The bug-39055.patch is removed since it seems to be integrated in the
  2.1 release.

  Neither release notes seems to mention API breaks, so it seems ok to
  go from the 1.x branch to the 2.x branch.


state: closed
title: Package for certificate-transparency
user_login: philandstuff
html_url: https://github.com/NixOS/nixpkgs/pull/11122
updated_at: 2015-11-29 14:18:49
body:
  This bumps evhtp's version because 1.2.11 provides pkg-config
  information which makes building certificate-transparency easier.

  We need an openssl-enabled version of libevent and libevhtp; the default
  builds don't include openssl so I used overrides to rebuild with openssl
  support.

  This has been tested with `doCheck = true;` to verify the tests actually pass :)


state: closed
title: Update Erlang to version 18.1
user_login: rolkar
html_url: https://github.com/NixOS/nixpkgs/issues/11123
updated_at: 2015-11-19 14:06:03
body:
  Newest version of Erlang have now been increased from 18.0 to 18.1.

  I propose a change that can handle both 18.0 and 18.1


state: closed
title: glibcLocales equivalent on OSX
user_login: YPares
html_url: https://github.com/NixOS/nixpkgs/issues/11125
updated_at: 2018-03-22 02:10:32
body:
  Is there an equivalent to glibcLocales on OSX?

  When using GHC inside a pure nix-shell I get:
  `Warning: unable to set locale to UTF-8 encoding; GHC may fail with 'invalid character'`
  and on Ubuntu adding glibcLocales in the buildInputs made that go away.


state: closed
title: bzip2: fix cross build on mingw by using autoconf patch
user_login: mcmtroffaes
html_url: https://github.com/NixOS/nixpkgs/pull/11126
updated_at: 2015-11-20 15:47:05
body:
  Replaces #10820. [I have a second less conservative version of the patch which I'll submit shortly.]

  Main changes compared to #10820:
  - use fetchurl to get the autoconf patch to avoid checking in a large file
  - rebased against staging

  Tested against the current nixpkgs-unstable channel (git hash 3087ef37bb35) and then rebased against staging.
  - bzip2 byte-for-byte identical output (except for hashes)
  - bzip2.crossDrv byte-for-byte identical output (except for hashes) with the following shell.nix script:

  ```
  import <nixpkgs>
  {
    crossSystem = {
      config = "i686-w64-mingw32";
      arch = "i686";
      libc = "msvcrt";
      platform = { };
      openssl.system = "mingw";
    };
  }
  ```

  Not tested:
  - darwin (I have no access to hardware)

  cc @aszlig @peti


state: closed
title: bzip2: use autoconf patch and remove in-house patching
user_login: mcmtroffaes
html_url: https://github.com/NixOS/nixpkgs/pull/11127
updated_at: 2015-11-21 12:18:37
body:
  Replaces #10820; alternative to #11126.

  In addition to #11126, this patch uses the autoconf infrastructure not only for the cross build, but also for the native build, allowing most of the hacks to be removed and thereby resulting in a simpler nix expression. This will obviously cause a large mass rebuild.

  This patch is obviously a lot more risky, as a lot of core tools depend on native bzip2.

  cc @aszlig @peti 


state: closed
title: nixos-container: If container name is already unique, don't append "-0"
user_login: pjones
html_url: https://github.com/NixOS/nixpkgs/pull/11130
updated_at: 2016-01-20 02:47:03
body:
  When using `--ensure-unique-name`, don't needlessly append `"-0"` if the
  container name is already unique.

  This is especially helpful with NixOps since when it deploys to a
  container it uses `--ensure-unique-name`.  This means that the container
  name will never match the deployment host due to the `"-0"`.  Having the
  container name and the host name match isn't exactly a requirement, but
  it's nice to have and a small change.


state: open
title: wrapProgram & friends depend on linux kernel shebang feature
user_login: vizanto
html_url: https://github.com/NixOS/nixpkgs/issues/11133
updated_at: 2019-04-04 09:30:51
body:
  While trying to package JRuby as a more ruby like package, I discovered that OSX does not support shebangs at the kernel level.

  Running `jruby` (which is a bash script that starts java) works fine on any unix.
  Trying to run `gem` which has `jruby` in it's shebang:

  ```
  ➭ /nix/store/5cxwjdd1izi7gk0i3csl1ifb2y6m69p1-jruby-9.0.4.0/bin/gem
  zsh: exec format error: /nix/store/5cxwjdd1izi7gk0i3csl1ifb2y6m69p1-jruby-9.0.4.0/bin/gem
  ```

  And apparantly bash has a fallback mode where it interprets the script as a bash script:

  ```
  building path(s) ‘/nix/store/d64p6aq2hm1f8xz5smd4d7blzvygi2jc-tzinfo-1.2.2.gem’
  unpacking sources
  /nix/store/5cxwjdd1izi7gk0i3csl1ifb2y6m69p1-jruby-9.0.4.0/bin/gem: line 4: syntax error near unexpected token `('
  /nix/store/5cxwjdd1izi7gk0i3csl1ifb2y6m69p1-jruby-9.0.4.0/bin/gem: line 4: `load File.join(File.dirname(__FILE__), 'jgem')'
  builder for ‘/nix/store/nw9fwklp9jvp4bilvkhwcn45zgg51v1s-tzinfo-1.2.2.gem.drv’ failed with exit code 2
  cannot build derivation ‘/nix/store/x99njf4xb10y21wbchj99667vfvwlyjh-fluentd-0.12.6.drv’: 1 dependencies couldn't be built
  error: build of ‘/nix/store/x99njf4xb10y21wbchj99667vfvwlyjh-fluentd-0.12.6.drv’ failed
  ```
  ### More details:
  - http://www.in-ulm.de/~mascheck/various/shebang/
    - See: “interpreter itself as #! script”
  ### Suggested fix

  If jruby were a binary, it would probably work fine.  Maybe `wrapProgram` can generate and compile a tiny C program that runs the wrapped script.


state: closed
title: python pykafka: init at 2.0.3
user_login: aloiscochard
html_url: https://github.com/NixOS/nixpkgs/pull/11134
updated_at: 2016-03-05 16:04:53
body:
  I had to disable the tests as 5 failed (30 pass) with the following error:

  ```
  ==================================== ERRORS ====================================
  ___________ ERROR collecting tests/pykafka/test_balancedconsumer.py ____________
  tests/pykafka/test_balancedconsumer.py:11: in <module>
      from pykafka.test.utils import get_cluster, stop_cluster
  pykafka/test/utils.py:3: in <module>
      from pykafka.test.kafka_instance import KafkaInstance, KafkaConnection
  pykafka/test/kafka_instance.py:30: in <module>
      from testinstances import utils
  E   ImportError: No module named testinstances

  ```

  I did a manual testing it by starting a client and receiving messages in a python interpreter.


state: closed
title: Standardize input method management
user_login: ericsagnes
html_url: https://github.com/NixOS/nixpkgs/issues/11138
updated_at: 2016-05-31 04:29:20
body:
  This issue's goal is in a first time to gather input methods users and maintainers feedback to standardize input method management in NixOS. 
  Everybody input is welcomed.

  After that, sub-issues could be generated for related tasks, and this issue could be used to track the overall process.

  ---

  Currently, input methods are managed in different ways:
  - [ibus](https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/programs/ibus.nix) is using `programs.ibus.enable` and `programs.ibus.plugins` modules.
  - [uim](https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/programs/uim.nix) is using `uim.enable` module and has no particular way to manage plugins.
  - [fcitx](https://github.com/NixOS/nixpkgs/blob/master/pkgs/tools/inputmethods/fcitx/wrapper.nix) use a wrapper package where plugins can be specified by overriding the derivation.
  - [nabi](https://github.com/NixOS/nixpkgs/blob/master/pkgs/tools/inputmethods/nabi/default.nix) is a standard package.

  Propositions:
  #### 1. Use a consistent module namespace

  input methods in:
  - `programs` namespace: `uim.enable` would change to `programs.uim.enable`.
  - root: `programs.ibus.enable` would change to `ibus.enable`.
  - a new dedicated namespace, eg `i18n.inputMethod.ibus.enable`.

  **Currently chosen implementation: new `i18n.inputMethod` namespace.**
  #### 2. Provide modules for every input method

  Input methods usually require a few tweaks, like gtk and qt modules to be set in the environment, to work.
  As NixOS modules are a user-friendly way to manage this problem, modules should be provided for every input method if possible.
  In current state that would translate in adding modules for `nabi` and `fcitx`.
  #### 3. Factorize pkgs hierarchy

  Currently there is one folder per input method and per engine. As we add engines, `pkgs/tools/inputmethods` will get crowded. This has no undesirable effect, but it might be a good idea to keep the directory clean and structured.

  Propositions:
  a. do like pidgin, have a `{input-method}-engines` folder for each input method and put each engine in a sub directory:

  ```
  ./pkgs/tools/inputmethods/fcitx-engines
  ├── fcitx-anthy
  │   └── default.nix
  ├── fcitx-hangul
  │   └── default.nix
  ├── fcitx-mozc
  │   └── default.nix
  └── fcitx-skk
      └── default.nix
  ```

  b. create a sub-folder `engines` in each input method:

  ```
  ./pkgs/tools/inputmethods/fcitx/engines
  ├── fcitx-anthy
  │   └── default.nix
  ├── fcitx-hangul
  │   └── default.nix
  ├── fcitx-mozc
  │   └── default.nix
  └── fcitx-skk
      └── default.nix
  ```

  c. or keep the status quo and keep adding every engine under `pkgs/tools/inputmethods`

  **Currently chosen implementation: a.**

  ---

  update: 
  - added "3. Factorize pkgs hierarchy"
  - updated "1. Use a consistent module namespace" dedicated namespace to `i18n.inputMethod`
  - added status

  ---
  #### Status

  see work in progress PR #11254

  ---

  cc 
  @gebner ibus maintainer
  @iyzsong fcitx maintainer
  @wavewave nabi maintainer
  @taku0 uim main commiter


state: closed
title: msmtp: Enable on OS X with Keychain integration.
user_login: cresh
html_url: https://github.com/NixOS/nixpkgs/pull/11141
updated_at: 2016-02-27 00:02:53
body:
  This pull request enables msmtp on OS X and adds the Security framework to make msmtp's Keychain integration work.


state: closed
title: buildRustPackage is not very nix-ish
user_login: FlorentBecker
html_url: https://github.com/NixOS/nixpkgs/issues/11144
updated_at: 2019-03-07 02:30:14
body:
  Hi, I started developping some rust code on nixos, and I find that while buildRustPackage is great for having all of crates.io available, the experience is not quite on par with, say, that of developping in haskell or ocaml on nix.

  Specifically:
  - Documentation is a bit terse (I only found this wiki page: https://nixos.org/wiki/Rust), and it is not clear if it is up to date.
  - In Rust projects with both Rust and C dependencies, having the C dependencies known of nix, and the Rust dependencies known to Cargo is not convenient: Cargo.lock cannot be generated from within a nix-shell because of depsSha256, so one needs the awkward nix-shell -p cargo -p rustc -p <each C dependency>
  - C dependencies of Rust dependencies of a project need to be discovered and added manually to default.nix (dependencies are forgotten when going through Cargo-land)
  - When using nix-shell, builds of rust dependencies are not shared between rust projects.

  I'm grouping these into one issue because I'm not sure which of these sub-issues can be fixed in buildRustPackage, and what would need something more akin to cabal2nix where rust dependencies of rust packages are made manifest to nix/within nixpkgs.


state: closed
title: Adds Telegram binary 0.1.19
user_login: aktowns
html_url: https://github.com/NixOS/nixpkgs/pull/11145
updated_at: 2016-01-25 03:03:14
body:
  First package! :smile: 

  I tried to go down the compile from source route, but it looks quite painful as telegram 
  are using a patched qt5 and a bunch of other things :( 


state: closed
title: python: apply wrapper to all packages in python.buildEnv extraLibs
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/pull/11147
updated_at: 2015-11-30 16:30:29
body:
  Currently, when constructing a buildEnv and adding packages via
  extraLibs, then binaries in extraLibs cannot access the other Python
  modules. An example is having ipython/jupyter in extraLibs; in that case
  ipython cannot import any other modules.


state: closed
title: zsh: reenable tests, allow override of configureFlags
user_login: calbrecht
html_url: https://github.com/NixOS/nixpkgs/pull/11155
updated_at: 2016-03-04 17:15:16
body:
  this allows configureFlags to be overriden, and reenables all tests beside those breaking because of no tty beeing available in hydra build environment


state: closed
title: Composable docker images with Nix
user_login: lethalman
html_url: https://github.com/NixOS/nixpkgs/pull/11156
updated_at: 2016-02-28 21:33:09
body:
  So I wanted a Nix function to create docker images. That's easy, just make a tarball of the closure of a derivation, and it's ready to be imported.

  The problem is: how do you add more content to an existing image, by using layers?

  So here's an attempt to provide a solution, even if it's very ugly.

  Let's start with a simple bash container:

  ```
  $ nix-build -E 'with import <nixpkgs> {}; dockerImage { drv = bashInteractive; drvCommand = "${bashInteractive}/bin/bash"; }'
  # cat result/image.tar.gz|docker import - nixbash
  # docker run -t -i nixbash /bin/bash
  bash-4.3# 
  # docker history nixbash
  IMAGE               CREATED             CREATED BY          SIZE
  4055d6dc456e        30 minutes ago                          186.4 MB
  ```

  Now let's create another image with python only:

  ```
  $ nix-build -E 'with import <nixpkgs> {}; dockerImage { drv = python; drvCommand = "${python}/bin/python"; }'
  # cat result/image.tar.gz|docker import - nixpython
  # docker run -t -i nixpython /bin/python
  Python 2.7.10 (default, Jan 01 1970, 00:00:01) 
  ...
  # docker history nixpython
  IMAGE               CREATED             CREATED BY          SIZE
  4ed68027aae5        10 seconds ago                          223.5 MB
  ```

  **Now it comes the magic**. Let's layer that python image on top of bash:

  ```
  $ nix-build -E 'with import <nixpkgs> {}; dockerImage { drv = python; drvCommand = "${python}/bin/python"; baseImage = "nixbash"; }'
  # cd result
  # ./docker-build.sh -t nixpython2 --no-cache .
  # docker history nixpython2
  IMAGE               CREATED             CREATED BY                                      SIZE
  51b3911260fc        17 seconds ago      /bin/sh -c hostip=$(/nix/store/wa3fimm2m26fwh   46.57 MB
  4055d6dc456e        24 minutes ago                                                      186.4 MB
  ```

  **Note**: the baseImage is there only for convenience. One might as well generate a `Dockerfile` on the fly, and use the same `image.tar.gz`. I haven't done that, but it's easy to do.

  In other words, we're able to take arbitrary nix containers and layer multiple of them with minimal overhead.

  Now that 184mb is because for some reason gcc is pulled in with a lot of other stuff, most of which are useless for doing the layer merge. The python closure is only 36mb, so... there's a lot of opportunity to optimize.
  Just think a debian docker is around 150mb, so we aren't that huge either.

  cc @offlinehacker @datakurre @domenkozar for discussion :)


state: closed
title: add Paket2Nix-1.0.2.0
user_login: krgn
html_url: https://github.com/NixOS/nixpkgs/pull/11158
updated_at: 2018-09-19 07:23:01
body:
  Adds a command to create `nix` expressions for `.NET` packages managed with `Paket`. See the project page here: 

  https://github.com/krgn/Paket2Nix


state: closed
title: xfsprogs: Extend patch to make xfs_mdrestore and xfs_quota work
user_login: dezgeg
html_url: https://github.com/NixOS/nixpkgs/pull/11159
updated_at: 2016-01-12 21:45:00
body:
  Previously these tools were failing to start with:

  ```
  xfs_mdrestore: error while loading shared libraries: libxfs.so.0: \
          cannot open shared object file: No such file or directory
  xfs_quota: error while loading shared libraries: libxcmd.so.0: \
          cannot open shared object file: No such file or directory
  ```

  Extend the `4.2.0-sharedlibs.patch` to make those programs work as well.


state: closed
title: Automatically mention potential reviewers on pull-requests using mention-bot
user_login: spwhitt
html_url: https://github.com/NixOS/nixpkgs/issues/11160
updated_at: 2015-11-23 16:35:31
body:
  Recently there was some discussion (probably in a NixCon video) that we should have some way to mention people on pull requests which they may be interested in. [Facebook just released this bot](https://github.com/facebook/mention-bot) which uses `git blame` to guess who to mention, and it requires 0 effort on our part to integrate. Maybe we should try it?

  Obviously it would be nice to have a bot which uses the maintainer information embedded in nixpkgs, but that would take time to code and doesn't seem likely to actually happen. On the other hand, `mention-bot` could be set up and running one minute from now, so I suggest we try it.


state: closed
title: GhostScript broken on Darwin
user_login: svenkeidel
html_url: https://github.com/NixOS/nixpkgs/issues/11165
updated_at: 2016-01-05 16:45:04
body:
  If I install ghostscript in the global environment and execute it, I get the following message.

  ``` sh
  $ gs
  dyld: Library not loaded: libgs.dylib.9.15
    Referenced from: /Users/svenkeidel/.nix-profile/bin/gs
    Reason: image not found
  [1]    2272 trace trap  gs
  ```

  Any idea how to fix this?

  Best,
  Sven


state: open
title: How to ease/improve PR reviewing process
user_login: domenkozar
html_url: https://github.com/NixOS/nixpkgs/issues/11166
updated_at: 2017-02-06 03:24:57
body:
  We had an openspace at NixCon about how to make more people participate in PR reviewal process and how to make it easier.

  Here are my quick notes:
  - [ ] hydra spams users, could we rather send one email per revaluation?
  - [ ] automatic tagging would be hard, but it's doable for things like `nixos` tag for everything that touches `nixos/`
  - [ ] improve travis with a wrapper to hide output, but output dots and print last
    1000 lines on failure (or upload to S3)
  - [ ] automatic linter for new pull requests
  - [ ] tagging issues/prs helps, how can we give it to anonymous?
  - [ ] encourage people to review PRs even without commit access, as it's good
    feedback
  - [ ] encourage use of nox-review
  - [x] tag people that touched that file last time #11160
  - [ ] gather statistics what are the most common rotting PRs
  - [ ] feature freeze time window for NixOS, purge old issues when NixOS release is not supported anymore
  - [x] activate darwin for travis-ci
  - [ ] monthly online gathering of PR cleaning
  - [ ] use the time at sprints to encourage people to spend an hour reviewing their
    PR and 10 others


state: closed
title: [WIP] Add: dunst service
user_login: matthiasbeyer
html_url: https://github.com/NixOS/nixpkgs/pull/11167
updated_at: 2016-10-06 05:26:37
body:
  Service defintion for dunst.

  Somehow I cannot build my system with this (`nixos-rebuild build -I nixpkgs=...` gives me `error: The option`services.dunst' defined in `/nix/store/.../dunst.nix' does not exist`).

  Maybe someone can investigate?

  Tests will follow...


state: open
title: Replace magic sed for Python argv[0] with a python wrapper.
user_login: domenkozar
html_url: https://github.com/NixOS/nixpkgs/issues/11168
updated_at: 2017-05-28 07:50:33
body:
  [Magic sed line](https://github.com/NixOS/nixpkgs/blob/master/pkgs/top-level/python-packages.nix#L46-L77) is something that probably just @aszlig can maintain, so I propose a simplification.

  Not sure what the best approach would be, but current `exec -a bla` also doesn't work.


state: closed
title: How to find Latex packages with the new TexLive integration in nix.
user_login: svenkeidel
html_url: https://github.com/NixOS/nixpkgs/issues/11170
updated_at: 2015-11-20 13:32:09
body:
  Hi,

  Recent efforts have split up the whole monolithic TexLive distribution into multiple small nix packages. Now the problem arrises how one can find a latex package within the distribution. In particular I want to find the package that contains the tikz.sty file. Can someone explain how to explore those packages?

  Best,
  Sven


state: open
title: DYLD_LIBRARY_PATH removed when set in the shell.nix
user_login: YPares
html_url: https://github.com/NixOS/nixpkgs/issues/11171
updated_at: 2019-03-04 10:35:57
body:
  If on OSX I have a shell.nix with:

  ``` nix
  with (import <nixpkgs> {});
  stdenv.mkDerivation {
     name = "something";
     buildInputs = [R];
     SOME_VAR = ''${R}/lib/R/lib'';
     DYLD_LIBRARY_PATH = ''${R}/lib/R/lib'';
  }
  ```

  and start the shell, $SOME_VAR exists but not $DYLD_LIBRARY_PATH. It is handled specifically and removed before the shell is launched?


state: closed
title: xen: 4.5.1 -> 4.5.2
user_login: mixis
html_url: https://github.com/NixOS/nixpkgs/pull/11173
updated_at: 2015-12-09 20:22:15
body:
  Excerpt from upstream release notes:
  This release also contains the security fixes for XSA-137, XSA-138, XSA-141 to XSA-153.
  XSA-139 and XSA-140 only apply to QEMU Upstream and are fixed from versions 2.3.1 and 2.4.0 of QEMU.
  The qemu portion of XSA-135 has also been applied to qemu-traditional.


state: closed
title: defaultGateway not changed after nixos-rebuild switch
user_login: davidak
html_url: https://github.com/NixOS/nixpkgs/issues/11176
updated_at: 2017-02-18 21:58:20
body:
  changing **networking.defaultGateway** should take effect after `nixos-rebuild switch`, but i have still the old gateway (checked with `route -n`)

  i had to `systemctl restart network-addresses-eth0.service` manually.

  cc @wkennington 


state: closed
title: nixpkgs Upstream Dependencies are Offline or Their Declared hash Differs from Actual hash
user_login: martinvahi
html_url: https://github.com/NixOS/nixpkgs/issues/11177
updated_at: 2015-11-26 10:14:40
body:
  I first tried to write about that to 

  ```
  nix-dev@lists.science.uu.nl
  ```

  but my letter got stuck to some spam filter or just did not go through due to some weird reason. So, the following is a Copy/Paste with Markup related modifications.

  ```
  ---citation--start---
  ```

  nixpkgs dependencies availability test is about 300MiB in size due to a clone of the

  ```
  https://github.com/NixOS/nixpkgs
  ```

  and resides at [a location at my web site](http://technology.softf1.com/nix/2015/2015_11_19_NixOS_nixpkgs_download_test_by_martin_vahi_at_softf1_com.tar.bz2)

  sha256:
  f05cf8bb85527a14f22adf0e2b3a7fa56f63461b7580620e4d54204c4d2db1ba

  The idea is roughly:

  ```
  git clone https://github.com/NixOS/nixpkgs
  cd nixpkgs
  find . -name '*.nix' > list_of_nixfiles.txt
  ```

  and then each of the nix-files is searched for pairs of fetch-url's and hash values and a gigantic bash-script is generated that contains lines of calls to the nix-prefetch-url

  ```
  ---a--demo--excerpt--start---
  nix-prefetch-url --type sha256
  http://bits.xensource.com/oss-xen/release/4.5.1/xen-4.5.1.tar.gz
  0w8kbqy7zixacrpbk3yj51xx7b3f6l8ghsg3551w8ym6zka13336 ;
  nix-prefetch-url --type sha256 sourceInfo.url sourceInfo.hash ;
  nix-prefetch-url --type sha256
  http://download.belastingdienst.nl/belastingdienst/apps/linux/ib2007_linux.tar.gz
  13p3gv086jn95wvmfygdmk9qjn0qxqdv7pp0v5pmw6i5hp8rmjxf ;
  ---a--demo--excerpt--end---
  ```

  I executed the gigantic bash script and my conclusion is that many up-stream packages, their files, are offline or their hashes do not match, specially those of the [npm](https://www.npmjs.com/).

  In those circumstances it is absolutely no wonder that there are various build problems. I propose that in addition to "stable" and "unstable" packages would be classified as "Nix-contained" and
  "up-stream-dependent".

  The "Nix-contained" packages would be buildable without downloading anything from any server other than the Nix project servers and various caches. I believe that package specific, up-stream dependent, package upgrade tools might be bundled with the "Nix-contained" packages, so that when the up-stream servers come online, the package upgrade could be _manually_ made and the "Nix-contained" set of packages is supplemented with a new version of the package without removing the old version.

  Currently it seems to me that the up-stream dependent package build scripts try to do 2 in one: build a Nix package and upgrade its dependencies. In the case of the "Nix-contained" packages the package building would work without downloading anything from upstream and all testing and experimentation that is related to the upgrade of the dependencies of a "Nix-contained" package, would be carried out by the package maintainer at a time, when he/she has the time to work on the package, not whenever the package is being automatically built.

  Thank You for reading my letter and I hope to receive criticism that tells that I'm missing/omitting
  a lot of important issues or have otherwise come up with a spectacular blunder. 

  Regards,
  Martin.Vahi@softf1.com

  P.S. The "manual" upgrade of dependencies will probably be a requirement even due to computational limitations and security requirements. Formal verification might take a lot of CPU-power and it might not be optimal to run that every time a package is built.

  ```
  ---citation--end-----
  ```


state: closed
title: Bumps version of some Perl packages related to e-mail
user_login: rycee
html_url: https://github.com/NixOS/nixpkgs/pull/11178
updated_at: 2015-11-26 20:57:37
body:
  Verfied using nox-review to build under latest nixpkgs release (3087ef3).

  CC @ocharles as maintainer of a few of these packages (I also added myself as maintainer, hope you don't mind)


state: closed
title: GHC 7.10 isn't built with a GHC bindist
user_login: pikajude
html_url: https://github.com/NixOS/nixpkgs/issues/11179
updated_at: 2016-12-15 14:20:43
body:
  As someone who generally works with master, it's not the most convenient thing to need to build two copies of GHC (40+ minutes on my 8-core i7) to do any dev work.

  Has someone tried to add the GHC 7.8 bindist to nixpkgs and it ended up being complicated, or has this issue just not been noticed yet?


state: closed
title: Add a label named `needs-documentation`
user_login: nbp
html_url: https://github.com/NixOS/nixpkgs/issues/11180
updated_at: 2015-11-21 23:40:00
body:
  I suggest we add a label named `needs-documentation` in a similar way as we have a label named `needs-changelog`.


state: closed
title: oh: init at 2015-11-21
user_login: mbakke
html_url: https://github.com/NixOS/nixpkgs/pull/11182
updated_at: 2015-11-22 22:22:26
body:
  The oh shell: https://github.com/michaelmacinnis/oh

  I've been away for a while, but will start working on my other PRs.


state: closed
title: package key-mon is broken
user_login: krgn
html_url: https://github.com/NixOS/nixpkgs/issues/11183
updated_at: 2015-11-21 18:33:18
body:
  How to reproduce:

  Install `key-mon`:

  ```
  nix-env -i key-mon
  ```

  Start it:

  ```
  ➜  ~ key-mon

  ** (process:9370): WARNING **: Trying to register gtype 'GMountMountFlags' as enum when in fact it is of type 'GFlags'

  ** (process:9370): WARNING **: Trying to register gtype 'GDriveStartFlags' as enum when in fact it is of type 'GFlags'

  ** (process:9370): WARNING **: Trying to register gtype 'GSocketMsgFlags' as enum when in fact it is of type 'GFlags'
  Xlib.protocol.request.QueryExtension
  Xlib.protocol.request.QueryExtension
  /nix/store/vhsckmhsn4dipflb21jdy0yvv7sspwck-key-mon-1.17/lib/python2.7/site-packages/keymon/lazy_pixbuf_creator.py:109: GtkWarning: Cannot open pixbuf loader module file '/nix/store/9rhmfgpy8d0dj3hjgyj3j4sda18p5nz0-librsvg-2.40.9/lib/gdk-pixbuf/loaders.cache': No such file or directory

  This likely means that your installation is broken.
  Try running the command
    gdk-pixbuf-query-loaders > /nix/store/9rhmfgpy8d0dj3hjgyj3j4sda18p5nz0-librsvg-2.40.9/lib/gdk-pixbuf/loaders.cache
  to make things work again for the time being.
    return gtk.gdk.pixbuf_new_from_file(fname)
  Traceback (most recent call last):
    File "/nix/store/vhsckmhsn4dipflb21jdy0yvv7sspwck-key-mon-1.17/bin/..key-mon-wrapped-wrapped", line 4, in <module>
      km.main()
    File "/nix/store/vhsckmhsn4dipflb21jdy0yvv7sspwck-key-mon-1.17/lib/python2.7/site-packages/keymon/key_mon.py", line 1032, in main
      keymon = KeyMon(opts)
    File "/nix/store/vhsckmhsn4dipflb21jdy0yvv7sspwck-key-mon-1.17/lib/python2.7/site-packages/keymon/key_mon.py", line 135, in __init__
      self.create_window()
    File "/nix/store/vhsckmhsn4dipflb21jdy0yvv7sspwck-key-mon-1.17/lib/python2.7/site-packages/keymon/key_mon.py", line 286, in create_window
      timeout=self.options.visible_click_timeout)
    File "/nix/store/vhsckmhsn4dipflb21jdy0yvv7sspwck-key-mon-1.17/lib/python2.7/site-packages/keymon/shaped_window.py", line 43, in __init__
      self.pixbuf = self.pixbufs.get('mouse')
    File "/nix/store/vhsckmhsn4dipflb21jdy0yvv7sspwck-key-mon-1.17/lib/python2.7/site-packages/keymon/lazy_pixbuf_creator.py", line 63, in get
      name = self.create_pixbuf(name)
    File "/nix/store/vhsckmhsn4dipflb21jdy0yvv7sspwck-key-mon-1.17/lib/python2.7/site-packages/keymon/lazy_pixbuf_creator.py", line 80, in create_pixbuf
      img = self._composite(img, self._read_from_file(operation))
    File "/nix/store/vhsckmhsn4dipflb21jdy0yvv7sspwck-key-mon-1.17/lib/python2.7/site-packages/keymon/lazy_pixbuf_creator.py", line 109, in _read_from_file
      return gtk.gdk.pixbuf_new_from_file(fname)
  glib.GError: Couldn't recognize the image file format for file '/nix/store/vhsckmhsn4dipflb21jdy0yvv7sspwck-key-mon-1.17/lib/python2.7/site-packages/keymon/themes/classic/mouse-indicator.svg'
  ```


state: closed
title: systemd Capabilities issue
user_login: davidak
html_url: https://github.com/NixOS/nixpkgs/issues/11184
updated_at: 2016-03-26 17:27:18
body:
  i want to start Transmission on port 80 and it runs as unprivileged user, so i added _CAP_NET_BIND_SERVICE_ capabilitie like in the [diod module](https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/services/network-filesystems/diod.nix#L156) (there it works btw.)

  here is my branch: https://github.com/davidak/nixpkgs/commit/1a9e6adcd9958faada7938661a5423ddc631ad05

  the line in the systemd service definition looks the same.

  but i get this error:
  `systemd[1]: [/nix/store/yw21nmpzwzsvqjs6b7rmg75jddzihi0k-unit-transmission.service/transmission.service:12] Failed to parse capabilities, ignoring: cap_net_bind_service+=ep`

  which is defined here: https://github.com/systemd/systemd/blob/master/src/core/load-fragment.c#L966


state: closed
user_login: CMCDragonkai
html_url: https://github.com/NixOS/nixpkgs/pull/11185
updated_at: 2015-11-22 02:49:16
title:
  Change the preset networking.hostId to use `mkDefault` so it can be easily changed by the user later.

body:
  I'm not sure, but I get the feeling that the `lib` argument can just be added and everything will work?


state: closed
title: Wanna have some audio packages
user_login: Pitometsu
html_url: https://github.com/NixOS/nixpkgs/issues/11190
updated_at: 2018-06-23 22:41:44
body:
  Currently _NixOS_ miss some important packages for **audio**. Would be really glad and grateful if someone find some time to write derivations for it. Bellow a little list of some of this packages:
  - Patch bay [patchage](http://drobilla.net/software/patchage/)
  - Session [ladish gladish](https://github.com/LADI/ladish)
  - Session [claudia](http://kxstudio.linuxaudio.org/Applications:Claudia)
  - Spectrogram [baudline](http://www.baudline.com/)
  - Spectrogram [spectrojack](http://sed.free.fr/spectrojack/)
  - LV2 rack [zynjacku lv2rack](http://home.gna.org/zynjacku/)
  - Audio editor [laoe](http://www.oli4.ch/laoe/download.html)
  - Mastering [jamin](http://jamin.sourceforge.net/en/about.html)
  - Mixer [luppp](http://openavproductions.com/luppp/)
  - Graphical sequencer [iannix](http://www.iannix.org/en/)
  - Graphical sequencer [algoscore](http://kymatica.com/Software/AlgoScore)
  - Intonation sequencer [rationale](http://rationale.sourceforge.net/)
  - Modular synth [galan](http://galan.sourceforge.net/)
  - Plugins rack [carla](http://kxstudio.linuxaudio.org/Applications:Carla)
  - Modular DAW [non_sequencer non_mixer non_timeline nsm](http://non.tuxfamily.org/)
  - Audio editor [reZound](http://sourceforge.net/projects/rezound/)

  Regards, have a nice... Time of the day :)


state: closed
title: Delete ruby 1.8
user_login: zimbatm
html_url: https://github.com/NixOS/nixpkgs/pull/11194
updated_at: 2015-11-26 20:53:21
body:
  Ruby 1.8 is now deprecated by everyone and has probably some untracked security issues.

  This is a proposal, I don't think that it's doing our user a favour to support it but I understand that it can be a hard decision.


state: closed
title: PAM: reorganize the way pam_ecryptfs and pam_mount get their password
user_login: obadz
html_url: https://github.com/NixOS/nixpkgs/pull/11195
updated_at: 2015-12-05 00:23:58
body:
  Run `pam_unix` an additional time rather than switching it from sufficient to required. This fixes a potential security issue for `ecryptfs`/`pam_mount` users as with `pam_deny` gone, if `cfg.unixAuth = False`, then it is possible to login without a password.


state: closed
title: Modemmanager systemd service missing?
user_login: spinus
html_url: https://github.com/NixOS/nixpkgs/issues/11197
updated_at: 2019-05-14 15:43:04
body:
  I'm on 16.03pre71289.7ae05ed, amd64.

  I wanted to use 4g modem but have some problems with it. I added modemmanager to system packages in /etc/nixos, the package is installed but looks like service is missing, there is no configuration option to enable it and there is no systemd service despite the fact that service provides systemd service file.

  Am I missing something?

  Similar problem I have with geoclue2 package, but this is even more fun.
  The geoclue2 package provides systemd serivce and provides configuration option: `services.geoclue2.enable`. Despite the fact I enabled it and added manually to system packages as well I don't have geoclue2 service in my system :(


state: closed
title: firefox-with-plugins wrapper fails to make MOZ_PLUGIN_PATH exports
user_login: kalebo
html_url: https://github.com/NixOS/nixpkgs/issues/11199
updated_at: 2016-07-02 22:54:55
body:
  My last nixos-rebuild broke the flash and googletalk plugins for both firefox 41.0.2 and 42.0. The problem can be seen in the wrapper for firefox, where in previous working versions the wrapper script included lines like this:

  ```
  export MOZ_PLUGIN_PATH=$MOZ_PLUGIN_PATH${MOZ_PLUGIN_PATH:+:}/nix/store/ ... -flashplayer-11.2.202.508/lib/mozilla/plugins
  export MOZ_PLUGIN_PATH=$MOZ_PLUGIN_PATH${MOZ_PLUGIN_PATH:+:}/nix/store/ ... -google-talk-plugin-5.4.2.0/lib/mozilla/plugins

  ```

  However, these export lines are no longer present in builds downloaded from the unstable channel and consequently firefox has no plugins. 

  I have built firefox 42.0 from source by cherry-picking the relevant commits with the same results. The nix expressions I used can be seen here: https://github.com/NixOS/nixpkgs/compare/master...kalebo:moz_plugins . 

  I am running NixOS unstable version 16.03pre69762.e916273 (Emu). Please let me know if I've missed something obvious.


state: closed
title: collisions
user_login: Pitometsu
html_url: https://github.com/NixOS/nixpkgs/issues/11200
updated_at: 2016-07-24 13:52:03
body:
  I got something like "collision between `/nix/store/cviz20jv8f1vs9pi9md64cvw39z5a85z-util-linux-2.26.2/bin/mount` and `/nix/store/vh8554xqwr9aip4l0r2q9q0712mip237-util-linux-2.26.2/bin/mount`'" on each time I install something by nixos-rebuild switch.
  I have `utillinuxCurses` in `systemPackages`.


state: closed
title: bcrypt for hashedPassword(?)
user_login: Pitometsu
html_url: https://github.com/NixOS/nixpkgs/issues/11201
updated_at: 2018-06-23 22:51:59
body:
  Currently `users.users.<name?>.hashedPassword` use _sha-512_. Is it secure enough? Probably better to use more secure hash like `bcrypt`?


state: closed
title: trunk-combined channel hasn't updated for 17 days
user_login: domenkozar
html_url: https://github.com/NixOS/nixpkgs/issues/11205
updated_at: 2015-11-22 18:00:48
body:
  - tested job http://hydra.nixos.org/build/28002207#tabs-constituents

  Failing tests:
  - [x] gnome3 http://hydra.nixos.org/build/28002102
  - [x] kde http://hydra.nixos.org/build/28002228

  cc @lethalman @wkennington @ttuegel 


state: closed
title: KeePass: add plugin support; include keefox
user_login: anicole
html_url: https://github.com/NixOS/nixpkgs/pull/11206
updated_at: 2015-12-23 01:13:32
body:
  Hi, I started playing with NixOS recently and I've tried to add keefox (http://keefox.org/) to nixpkgs. After multiple attempts I still worry if my approach is acceptable, and after reading contributing notes in the manual I still worry whether I'm requesting a pull correctly, but hopefully I won't cause too much trouble :)
  #### Why this is so complicated:

  Keefox has two parts: a browser add-on and a KeePass plugin.

  KeePass looks for plugins in directory containing KeePass.exe; AFAIU, on NixOS it meant effectively no plugin support. The first approach I had working was to modify keepass derivation to copy plugin to that directory if configuration flag was enabled - this worked, but coupled app to plugin tightly in repository.

  I discovered buildEnv, but KeePass.exe would need to copied to the resulting environment rather than linked for the correct directory to be searched. Additionally, compiler is required at runtime for the plugin to be compiled during loading. Most probably this could have been overcome with more complex layering and specific copying. I wanted to avoid patching keepass (would addition of environmental variable for search path be a potential security issue?), but in the end, that's what is done - paths to plugins are hardcoded into the nix store. I hope the result is cleaner.

  The patch is inline and makes whitespace significant. I could not work out how to move patch to files and not get errors :(
  #### Merging

  I use 15.09 stable nixos channel, and I **have tested** my changes by building keepass with and without keefox using nix-env, on user account, without mono in path. The pull request is against master, as stated in manual; I **haven't** tested nixpkgs master. I wonder if I should do a pull against release/15.09 instead?


state: closed
title: darwin: libdevil: build fails on darwin, because of gcc specific flag
user_login: datakurre
html_url: https://github.com/NixOS/nixpkgs/issues/11207
updated_at: 2016-02-29 12:04:39
body:
  ```
  libtool: compile:  clang++ -DHAVE_CONFIG_H -I. -I../include/IL -I ./../src-IL/include -I ./../include -fgnu89-inline -msse -msse2 -msse3 -D_THREAD_SAFE -I/nix/store/z88jfdirmcfwlbig8rdhl39jaji828fi-openexr-2.2.0/include/OpenEXR -I/nix/store/fnm2irdhsw15hfqd9ldvjc90vn3qbnn9-ilmbase-2.2.0/include/OpenEXR -O3 -c ./../src-IL/src/il_exr.cpp  -fno-common -DPIC -o .libs/libIL_la-il_exr.o
  error: invalid argument '-fgnu89-inline' not allowed with 'C++/ObjC++'
  Makefile:1365: recipe for target 'libIL_la-il_exr.lo' failed
  make[1]: *** [libIL_la-il_exr.lo] Error 1
  make[1]: Leaving directory '/private/var/folders/y6/2zdynm9x3nv6sq5p6780dwdc0000gn/T/nix-build-libdevil-1.7.8.drv-0/devil-1.7.8/lib'
  Makefile:322: recipe for target 'all-recursive' failed
  make: *** [all-recursive] Error 1
  builder for ‘/nix/store/8rmcqcbwghy199qz0qh1yyp4gx0jja2v-libdevil-1.7.8.drv’ failed with exit code 2
  cannot build derivation ‘/nix/store/xgpqac16nipcjnrkkarf2cyqz3wp6rzn-graphviz-2.38.0.drv’: 1 dependencies couldn't be built
  error: build of ‘/nix/store/xgpqac16nipcjnrkkarf2cyqz3wp6rzn-graphviz-2.38.0.drv’ failed
  ```


state: closed
title: chromium.nix test failure
user_login: lukego
html_url: https://github.com/NixOS/nixpkgs/issues/11208
updated_at: 2015-11-29 21:45:12
body:
  Newbie user bug report:

  I am experimenting with the NixOS test suite and I found that one of the standard tests is failing:

  ```
  $ nix-build '<nixpkgs/nixos/tests/chromium.nix>' 
  ...
  trying http://tesseract-ocr.googlecode.com/files/tesseract-ocr-3.02.eng.tar.gz
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
    0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
    0        0 --:--:-- --:--:-- -  0    0     0-:--:--     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
    0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (22) The requested URL returned error: 404 Not Found
  error: cannot download nixos.svg from any mirror
  builder for ‘/nix/store/jgis2if9p0p8cb4mhvlpdpi6b6d45hjw-nixos.svg.drv’ failed with exit code 1
  cannot build derivation ‘/nix/store/0026wmbiakn5n6rrmm0h5qj60finia8z-chromium-startup.html.drv’: 1 dependencies couldn't be built
  ...
  ```

  Questions:
  1. How can I see whether this test is running/passing/failing on the upstream Hydra?
  2. How do I find the root cause?
  3. How do I fix it?


state: closed
title: Munge is buildable/usable on OS X/most unices
user_login: mitchty
html_url: https://github.com/NixOS/nixpkgs/pull/11210
updated_at: 2016-02-26 23:10:53
body:
  Also update the url to point to the migrated from google code url to
  github.

  Munge should build on any unix, no need to restrict it to linux only.


state: closed
title: librsync needs --std=gnu89 due to use of inline
user_login: mitchty
html_url: https://github.com/NixOS/nixpkgs/pull/11211
updated_at: 2015-11-30 16:36:30
body:
  Without this, if compiled with clang, all static functions do not end
  up in the resultant shared library due to clang defaulting to c99.

  The simple fix is to adjust CFLAGS, otherwise one needs to patch
  a lot of inline's away needlessly.


state: closed
title: Ncftp manpage /usr/local workaround
user_login: mitchty
html_url: https://github.com/NixOS/nixpkgs/pull/11213
updated_at: 2015-11-22 22:37:24
body:
  ncftp appears to not properly honor PREFIX in its manpage target and
  tries to install them to /usr/local

  Work around this by adding --mandir to its configure flags.


state: closed
title: e19.efl: remove dependency on VLC
user_login: ArdaXi
html_url: https://github.com/NixOS/nixpkgs/pull/11215
updated_at: 2015-12-13 21:56:35
body:
  efl does not actually use VLC, except via emotion_generic_players. That package is covered by e19.emotion which already depends on VLC.

  See: https://www.enlightenment.org/download#Dependencies


state: closed
title: Add some python packages
user_login: mitchty
html_url: https://github.com/NixOS/nixpkgs/pull/11216
updated_at: 2015-11-28 18:30:49
body:
  Add in a few python pypi packages:
  - requests-cache
  - howdoi
  - nose-parameterized
  - jdatetime
  - dateparser


state: closed
title: Nix method for dynamic resource allocation (CPU cores, PCI devices)?
user_login: lukego
html_url: https://github.com/NixOS/nixpkgs/issues/11217
updated_at: 2016-02-28 12:03:09
body:
  I am wondering whether Nix could solve a long standing resource sharing problem for us...

  We develop networking applications on shared servers running NixOS. These applications require dedicated hardware resources: CPU cores and PCI network devices. Each server has a number of these resources and the problem is how to share these between multiple users who are running tests (either interactively or in the background e.g. CI).

  For example a server may have 24 CPU cores and 20 PCI devices. Several people may want to run tests on this machine and each test will need a specific amount of resources e.g. two CPU cores and two PCI devices to run a load generator + simple application. To a first approximation it doesn't matter which cores or PCI devices are used except that two tests must not both use the same ones at the same time.

  I feel like we need some mechanism resembling a DHCP lease where I could say "Please give me four cores and two PCI devices" and it will say "okay, you have CPU cores 2,3,4,5 and PCI devices 01:00.0 and 01:00.1 for the next 12 hours or until your process terminates."

  Is this a problem we could solve neatly with Nix?


state: closed
title: qtile should not use LD_LIBRARY_PATH
user_login: avnik
html_url: https://github.com/NixOS/nixpkgs/issues/11219
updated_at: 2015-12-02 22:26:00
body:
  ```
  [avn@bulldozer:pts/18]/home/avn/invoicing% zathura example.pdf                                                                                                     
  ** (zathura:17204): WARNING **: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files
  /nix/store/75b1vkjfia3x6qwn7j592ypg33xj1vjh-zathura-core-0.3.3/bin/zathura: symbol lookup error: /nix/store/rwcwfdghyxxl9jzznly23y29iaz438i3-gtk+3-3.18.4/lib/libgtk-3.so.0: undefined symbol: g_param_spec_get_name_quark
  ```

  Looks like libgtk3 miss 1 symbol from glib and 6 from pango

  ```
  [avn@bulldozer:pts/18]~% ldd -r /nix/store/rwcwfdghyxxl9jzznly23y29iaz438i3-gtk+3-3.18.4/lib/libgtk-3.so.0.1800.4                                                                            ~
      linux-vdso.so.1 (0x00007ffdbd9fe000)
      libgdk-3.so.0 => /nix/store/rwcwfdghyxxl9jzznly23y29iaz438i3-gtk+3-3.18.4/lib/libgdk-3.so.0 (0x00007fc77918c000)
      libXinerama.so.1 => /nix/store/56ps0jrhf0q7d7mdhgiwqk2pggf41dzn-libXinerama-1.1.3/lib/libXinerama.so.1 (0x00007fc778f84000)
      libXrandr.so.2 => /nix/store/9nmm2i2rlhl4x6rmzv634zy9c2g53ssa-libXrandr-1.5.0/lib/libXrandr.so.2 (0x00007fc778d74000)
      libXcursor.so.1 => /nix/store/ggwf1p2dkiab59v7j9sdrns7c5yrh4hq-libXcursor-1.1.14/lib/libXcursor.so.1 (0x00007fc778b64000)
      libpangocairo-1.0.so.0 => /nix/store/1hgr2q3mfixs10kj9yzqyyrqbyzjkm29-pango-1.36.8/lib/libpangocairo-1.0.so.0 (0x00007fc778954000)
      libXi.so.6 => /nix/store/x75lb2x9anzka6qwn8f0zi8bc33djnzs-libXi-1.7.5/lib/libXi.so.6 (0x00007fc778744000)
      libXcomposite.so.1 => /nix/store/qw1a6xzkb35afsg317dm209iwvk9dj5v-libXcomposite-0.4.4/lib/libXcomposite.so.1 (0x00007fc77853c000)
      libcairo-gobject.so.2 => /nix/store/fl7srm0d8z5zdm9gp2diqr67rkfsxd36-cairo-1.14.2/lib/libcairo-gobject.so.2 (0x00007fc778334000)
      libcairo.so.2 => /nix/store/fl7srm0d8z5zdm9gp2diqr67rkfsxd36-cairo-1.14.2/lib/libcairo.so.2 (0x00007fc77800c000)
      libpixman-1.so.0 => /nix/store/100rzjkjc3293h4pbwcqkc58f49va3mz-pixman-0.32.8/lib/libpixman-1.so.0 (0x00007fc777d5c000)
      libEGL.so.1 => /run/opengl-driver/lib/libEGL.so.1 (0x00007fc777b2c000)
      libgbm.so.1 => /run/opengl-driver/lib/libgbm.so.1 (0x00007fc77791c000)
      libwayland-server.so.0 => /nix/store/1964rliyxykqpg57f5gvlg6g6klm5lvq-wayland-1.9.0/lib/libwayland-server.so.0 (0x00007fc777704000)
      libxcb-shm.so.0 => /nix/store/r3xv21sfbky2pi0x8gypidal63m057f7-libxcb-1.11.1/lib/libxcb-shm.so.0 (0x00007fc7774fc000)
      libXrender.so.1 => /nix/store/daj5y488f74q24jgxr4i2gj1ri58970a-libXrender-0.9.9/lib/libXrender.so.1 (0x00007fc7772ec000)
      libGL.so.1 => /run/opengl-driver/lib/libGL.so.1 (0x00007fc77705c000)
      libglapi.so.0 => /run/opengl-driver/lib/libglapi.so.0 (0x00007fc776e2c000)
      libXdamage.so.1 => /nix/store/20x2pzahzk7nz9lndvzhb37cypvzgf3n-libXdamage-1.1.4/lib/libXdamage.so.1 (0x00007fc776c24000)
      libXfixes.so.3 => /nix/store/4jpalpbkxc6kfz6filfcsq9x0jqqdxmp-libXfixes-5.0.1/lib/libXfixes.so.3 (0x00007fc776a1c000)
      libX11-xcb.so.1 => /nix/store/frg4x2wa979bvw6ahac5wvi0bx3kf53w-libX11-1.6.3/lib/libX11-xcb.so.1 (0x00007fc776814000)
      libxcb-glx.so.0 => /nix/store/r3xv21sfbky2pi0x8gypidal63m057f7-libxcb-1.11.1/lib/libxcb-glx.so.0 (0x00007fc7765fc000)
      libxcb-dri2.so.0 => /nix/store/r3xv21sfbky2pi0x8gypidal63m057f7-libxcb-1.11.1/lib/libxcb-dri2.so.0 (0x00007fc7763f4000)
      libxcb-dri3.so.0 => /nix/store/r3xv21sfbky2pi0x8gypidal63m057f7-libxcb-1.11.1/lib/libxcb-dri3.so.0 (0x00007fc7761ec000)
      libxcb-present.so.0 => /nix/store/r3xv21sfbky2pi0x8gypidal63m057f7-libxcb-1.11.1/lib/libxcb-present.so.0 (0x00007fc775fe4000)
      libxcb-randr.so.0 => /nix/store/r3xv21sfbky2pi0x8gypidal63m057f7-libxcb-1.11.1/lib/libxcb-randr.so.0 (0x00007fc775dd4000)
      libxcb-xfixes.so.0 => /nix/store/r3xv21sfbky2pi0x8gypidal63m057f7-libxcb-1.11.1/lib/libxcb-xfixes.so.0 (0x00007fc775bcc000)
      libxcb-render.so.0 => /nix/store/r3xv21sfbky2pi0x8gypidal63m057f7-libxcb-1.11.1/lib/libxcb-render.so.0 (0x00007fc7759bc000)
      libxcb-shape.so.0 => /nix/store/r3xv21sfbky2pi0x8gypidal63m057f7-libxcb-1.11.1/lib/libxcb-shape.so.0 (0x00007fc7757b4000)
      libxcb-sync.so.1 => /nix/store/r3xv21sfbky2pi0x8gypidal63m057f7-libxcb-1.11.1/lib/libxcb-sync.so.1 (0x00007fc7755ac000)
      libxshmfence.so.1 => /nix/store/ba4ma29s4dvvs6jas07nf9yjgfl9y5ig-libxshmfence-1.2/lib/libxshmfence.so.1 (0x00007fc7753a4000)
      libXxf86vm.so.1 => /nix/store/asc1fqbb5qqh8h1xyziz4gdp4l8yydbx-libXxf86vm-1.1.4/lib/libXxf86vm.so.1 (0x00007fc77519c000)
      libXext.so.6 => /nix/store/nwa59yl3sz6ldrhg94g45pf9rn0j8nwr-libXext-1.3.3/lib/libXext.so.6 (0x00007fc774f84000)
      libxcb.so.1 => /nix/store/r3xv21sfbky2pi0x8gypidal63m057f7-libxcb-1.11.1/lib/libxcb.so.1 (0x00007fc774d64000)
      libXau.so.6 => /nix/store/r3zpj4sa3bn8jxr2zk8k2ax9y7mrkhfj-libXau-1.0.8/lib/libXau.so.6 (0x00007fc774b5c000)
      libXdmcp.so.6 => /nix/store/n3ybgbqy68pr7810j95xq79dmj2687cb-libXdmcp-1.1.2/lib/libXdmcp.so.6 (0x00007fc774954000)
      libdrm.so.2 => /nix/store/z9l0w0dpqflmfkyjx6wyi3718xh1s68q-libdrm-2.4.65/lib/libdrm.so.2 (0x00007fc774744000)
      libgdk_pixbuf-2.0.so.0 => /nix/store/yxdzfjqmc63gxq1kwk6zg2h2xhscmkrc-gdk-pixbuf-2.32.1/lib/libgdk_pixbuf-2.0.so.0 (0x00007fc77451c000)
      libatk-bridge-2.0.so.0 => /nix/store/fhrwdhjbj5cdzyzg997jippkbh76xvrv-at-spi2-atk-2.18.0/lib/libatk-bridge-2.0.so.0 (0x00007fc7742ec000)
      libatk-1.0.so.0 => /nix/store/ggdlrcjk4q4h1vf0vvdlrpv4blhj1k2k-atk-2.18.0/lib/libatk-1.0.so.0 (0x00007fc7740c4000)
      libatspi.so.0 => /nix/store/qcqd6fhp20rb4hdipjgzcyrli95i9qlk-at-spi2-core-2.18.0/lib/libatspi.so.0 (0x00007fc773e94000)
      libSM.so.6 => /nix/store/v8vvnzib0ijfdjxx1i83qixh5arxlp3j-libSM-1.2.2/lib/libSM.so.6 (0x00007fc773c8c000)
      libICE.so.6 => /nix/store/smnk65pdkc99imchbfadpfb4f0j6gbv6-libICE-1.0.9/lib/libICE.so.6 (0x00007fc773a6c000)
      libX11.so.6 => /nix/store/frg4x2wa979bvw6ahac5wvi0bx3kf53w-libX11-1.6.3/lib/libX11.so.6 (0x00007fc77372c000)
      libdbus-1.so.3 => /nix/store/0gwqsj2xbs58dia6aklhbaqz6dzf3c98-dbus-libs-1.8.20/lib/libdbus-1.so.3 (0x00007fc7734e4000)
      libxkbcommon.so.0 => /nix/store/ibm01l5fzncap0ablkvxgjmgx68sq49q-libxkbcommon-0.5.0/lib/libxkbcommon.so.0 (0x00007fc7732a4000)
      libwayland-cursor.so.0 => /nix/store/1964rliyxykqpg57f5gvlg6g6klm5lvq-wayland-1.9.0/lib/libwayland-cursor.so.0 (0x00007fc77309c000)
      libwayland-egl.so.1 => /run/opengl-driver/lib/libwayland-egl.so.1 (0x00007fc772e94000)
      libwayland-client.so.0 => /nix/store/1964rliyxykqpg57f5gvlg6g6klm5lvq-wayland-1.9.0/lib/libwayland-client.so.0 (0x00007fc772c84000)
      librt.so.1 => /nix/store/y8scgsh8warhiy3pl39mqxyxphybcy7p-glibc-2.21/lib/librt.so.1 (0x00007fc772a7c000)
      libepoxy.so.0 => /nix/store/0hl15p8v2lz3cpqwkry910cm6w0lzh9q-epoxy-1.3.1/lib/libepoxy.so.0 (0x00007fc772784000)
      libpangoft2-1.0.so.0 => /nix/store/1hgr2q3mfixs10kj9yzqyyrqbyzjkm29-pango-1.36.8/lib/libpangoft2-1.0.so.0 (0x00007fc77256c000)
      libharfbuzz.so.0 => /nix/store/im0m6nyg2vmpw3czghymhwc9h4xx1m1i-harfbuzz-1.0.6/lib/libharfbuzz.so.0 (0x00007fc772304000)
      libgraphite2.so.3 => /nix/store/n3c5392g317zik4bb7fj6lj0af4xb01g-graphite2-1.2.4/lib/libgraphite2.so.3 (0x00007fc7720dc000)
      libpango-1.0.so.0 => /nix/store/1hgr2q3mfixs10kj9yzqyyrqbyzjkm29-pango-1.36.8/lib/libpango-1.0.so.0 (0x00007fc771e8c000)
      libgthread-2.0.so.0 => /nix/store/zy7xi64lsmnx0i0d0h8qgqigs4m85crc-glib-2.44.1/lib/libgthread-2.0.so.0 (0x00007fc771c84000)
      libfontconfig.so.1 => /nix/store/2msjjbmmrcx4cjqr76v31l8kvkrqkcq9-fontconfig-2.11.1/lib/libfontconfig.so.1 (0x00007fc771a44000)
      libexpat.so.1 => /nix/store/8hvsmq24ap9mnvx3x96gmq1qm86kyx8s-expat-2.1.0/lib/libexpat.so.1 (0x00007fc771814000)
      libfreetype.so.6 => /nix/store/v42khwmgdddlyqwmh6an87pvk9x4h8bw-freetype-2.5.4/lib/libfreetype.so.6 (0x00007fc77150c000)
      libbz2.so.1.0 => /nix/store/0iv2ykxshmq5gwfm8qbc4n7649algn3h-bzip2-1.0.6/lib/libbz2.so.1.0 (0x00007fc7712fc000)
      libpng16.so.16 => /nix/store/y7qsx1scsxxh9yvc1yjx9dx7vs13rljq-libpng-apng-1.6.18/lib/libpng16.so.16 (0x00007fc7710c4000)
      libgio-2.0.so.0 => /nix/store/zy7xi64lsmnx0i0d0h8qgqigs4m85crc-glib-2.44.1/lib/libgio-2.0.so.0 (0x00007fc770d44000)
      libgmodule-2.0.so.0 => /nix/store/zy7xi64lsmnx0i0d0h8qgqigs4m85crc-glib-2.44.1/lib/libgmodule-2.0.so.0 (0x00007fc770b3c000)
      libdl.so.2 => /nix/store/y8scgsh8warhiy3pl39mqxyxphybcy7p-glibc-2.21/lib/libdl.so.2 (0x00007fc770934000)
      libz.so.1 => /nix/store/s6zky9ysv3qpwz53xvza43n8vzijyafn-zlib-1.2.8/lib/libz.so.1 (0x00007fc77071c000)
      libresolv.so.2 => /nix/store/y8scgsh8warhiy3pl39mqxyxphybcy7p-glibc-2.21/lib/libresolv.so.2 (0x00007fc770504000)
      libgobject-2.0.so.0 => /nix/store/zy7xi64lsmnx0i0d0h8qgqigs4m85crc-glib-2.44.1/lib/libgobject-2.0.so.0 (0x00007fc7702ac000)
      libffi.so.6 => /nix/store/yp3n0vk0wggj1fm1bwagwssih9rarq1c-libffi-3.2.1/lib/../lib64/libffi.so.6 (0x00007fc77009c000)
      libglib-2.0.so.0 => /nix/store/zy7xi64lsmnx0i0d0h8qgqigs4m85crc-glib-2.44.1/lib/libglib-2.0.so.0 (0x00007fc76fd64000)
      libpthread.so.0 => /nix/store/y8scgsh8warhiy3pl39mqxyxphybcy7p-glibc-2.21/lib/libpthread.so.0 (0x00007fc76fb44000)
      libm.so.6 => /nix/store/y8scgsh8warhiy3pl39mqxyxphybcy7p-glibc-2.21/lib/libm.so.6 (0x00007fc76f83c000)
      libc.so.6 => /nix/store/y8scgsh8warhiy3pl39mqxyxphybcy7p-glibc-2.21/lib/libc.so.6 (0x00007fc76f49c000)
      /nix/store/y8scgsh8warhiy3pl39mqxyxphybcy7p-glibc-2.21/lib64/ld-linux-x86-64.so.2 (0x00005646621e1000)
      libuuid.so.1 => /nix/store/fr25hj7nh6hiwayzj7npwk2bb2h7zgr3-util-linux-2.27.1/lib/libuuid.so.1 (0x00007fc76f294000)
  undefined symbol: pango_attr_foreground_alpha_new   (/nix/store/rwcwfdghyxxl9jzznly23y29iaz438i3-gtk+3-3.18.4/lib/libgtk-3.so.0.1800.4)
  undefined symbol: g_param_spec_get_name_quark   (/nix/store/rwcwfdghyxxl9jzznly23y29iaz438i3-gtk+3-3.18.4/lib/libgtk-3.so.0.1800.4)
  undefined symbol: pango_fc_font_map_config_changed  (/nix/store/rwcwfdghyxxl9jzznly23y29iaz438i3-gtk+3-3.18.4/lib/libgtk-3.so.0.1800.4)
  undefined symbol: pango_renderer_set_alpha  (/nix/store/rwcwfdghyxxl9jzznly23y29iaz438i3-gtk+3-3.18.4/lib/libgtk-3.so.0.1800.4)
  undefined symbol: pango_renderer_get_alpha  (/nix/store/rwcwfdghyxxl9jzznly23y29iaz438i3-gtk+3-3.18.4/lib/libgtk-3.so.0.1800.4)
  undefined symbol: pango_attr_font_features_new  (/nix/store/rwcwfdghyxxl9jzznly23y29iaz438i3-gtk+3-3.18.4/lib/libgtk-3.so.0.1800.4)
  undefined symbol: pango_attr_background_alpha_new   (/nix/store/rwcwfdghyxxl9jzznly23y29iaz438i3-gtk+3-3.18.4/lib/libgtk-3.so.0.1800.4)
  ```


state: closed
title: bzip2: avoid https url in native build
user_login: mcmtroffaes
html_url: https://github.com/NixOS/nixpkgs/pull/11221
updated_at: 2015-11-23 20:05:32
body:
  This reverts https://github.com/NixOS/nixpkgs/pull/11127 and instead merges https://github.com/NixOS/nixpkgs/pull/11126 as we cannot have https urls in staging-small (for bootstrapping). See discussion at https://github.com/NixOS/hydra/issues/257 for more details.


state: closed
title: sddm: 0.12 -> 0.13 update broken
user_login: ttuegel
html_url: https://github.com/NixOS/nixpkgs/issues/11224
updated_at: 2015-11-23 22:46:26
body:
  The sddm update in commit 0b1ddbfd6dc1acfa7b5bb46c096a804a1ea23c4f broke sddm. It crashes at startup with the following error message:

  ```
  *** Error in `/nix/store/22d8gkdcjlx77ip50zayx73zrd60ig58-sddm-0.13.0/bin/sddm': corrupted double-linked list: 0x096a1490 ***
  ```

  /cc @abbradar 


state: open
title: apacheHttpd package options cannot be properly overridden
user_login: spacefrogg
html_url: https://github.com/NixOS/nixpkgs/issues/11226
updated_at: 2017-11-21 03:34:39
body:
  **Problem:** apacheHttpd is called with standard arguments like `sslSupport = true` and should be overridable via config.packageOverrides infrastructure.

  ```
  { config, pkgs, lib, ... }:
  {
    nixpkgs.config.packageOverrides = pkgs:
    rec {
      apacheHttpd_2_2 = pkgs.apacheHttpd_2_2.override { ldapSupport = false; sslSupport = false; };
      apacheHttpd_2_4 = pkgs.apacheHttpd_2_4.override { ldapSupport = false; sslSupport = false; };
      aprutil = pkgs.aprutil.override { ldapSupport = false; sslSupport = false; };
    };
  }
  ```

  **Result:**

  ```
  # nixos-rebuild --show-trace build
  building the system configuration...
  error: while evaluating the attribute ‘buildCommand’ of the derivation ‘nixos-system-*-16.03.git.6d31e9bM’ at /.../nixpkgs/nixos/modules/system/activation/top-level.nix:102:7:
  ...
  assertion failed at /.../nixpkgs/pkgs/servers/http/apache-httpd/2.4.nix:13:1
  ```

  Where 2.4.nix line 13 is the assertion:

  ```
  assert sslSupport -> aprutil.sslSupport && openssl != null;
  ```

  **Expected result:** It should work and build apacheHttpd and aprutil without `sslSupport`.

  **Reproducible:** Always.

  **Further remarks:**
  - apacheHttpd reacts on changing overrides and produces different derivations
  - The problem can be mitigated by setting the default values for `sslSupport ? false` and `ldapSupport ? false` in the function argument list of apacheHttpd in 2.4.nix. Then, the overrides get correctly detected and the assertions evaluate properly (including asserting `aprutil.sslSupport`).


state: closed
title: Steam cannot be installed (master)
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/issues/11227
updated_at: 2017-12-24 00:38:25
body:
  While doing a `nixos-rebuild switch --upgrade` using a checkout of master (head at cbf30d2bc912b9aa1498a8fbdf2e434ced8d5f03), I got the following error:

  ```
  cp: cannot create directory 'include/include': Permission denied
  builder for ‘/nix/store/mjvksva8h08qs88vb5w2i71k0pfh0c9b-steam-fhs.drv’ failed with exit code 1
  cannot build derivation ‘/nix/store/m468hxsvsnmviqn92mlf64kgs7767ck3-steam.drv’: 1 dependencies couldn't be built
  ```

  cc @abbradar 


state: closed
title: services.xserver: Disable Ctrl+Alt+Backspace by default
user_login: ocharles
html_url: https://github.com/NixOS/nixpkgs/pull/11228
updated_at: 2015-12-17 11:31:59
body:
  Ctrl+Alt+Backspace is usually enabled by default under X, and is a
  keyboard shortcut that forcefully kills the current X server. This can
  lead to data loss by users if accidentally pressed. This commit
  introduces a new option, services.xserver.enableCtrlAltBackspace, that
  is _disabled_ by default. If set to true, the previous behavior can be
  restored.

  A similar decision was made by the Ubuntu team, and is documented here:
  https://wiki.ubuntu.com/XorgCtrlAltBackspace


state: closed
title: The SpiderOak version in 15.09 doesn't work cause it is too old.
user_login: magnetophon
html_url: https://github.com/NixOS/nixpkgs/issues/11229
updated_at: 2016-04-05 14:55:59
body:
  I have the same problem as the person here:
  https://forums.gentoo.org/viewtopic-t-1024346.html?sid=61f576017c8a74452e489ac8978a37b7

  Apparently the solution is to upgrade to version 5.2 (presumably 5.2 or higher)


state: closed
title: rPackages.MASS: download error
user_login: aragnon
html_url: https://github.com/NixOS/nixpkgs/issues/11230
updated_at: 2015-11-24 11:53:33
body:
  ```
  nix-env -i R
  ```

  fails on Ubuntu Linux 14.04.2.

  with messages about MASS like:

  ```
  trying http://brieger.esalq.usp.br/CRAN/src/contrib/MASS_7.3-44.tar.gz
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
    0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  ```

  and in other cases with messages related to invalid sha256 hashes.

  ```
  output path ‘/nix/store/1r6cy4qagvd5b87nzcn3g92nskp5flrd-MASS_7.3-44.tar.gz’ should have sha256 hash ‘16z7z1afavfhis5jp4v7ybgy7arj8ivpggxqhkx449r28wjy4pw3’, instead has ‘102rw6gw1mrbr00s8b1bnz2yh2nqk411qdhs6kncs6scalixjb5p’
  building path(s) ‘/nix/store/r92jcf1p0xj407l7r5zgsgcywjxhyxl0-Matrix_1.2-2.tar.gz’
  cannot build derivation ‘/nix/store/gzcmrc9bd22j59111x0marpg0mydmgg7-r-MASS-7.3-44.drv’: 1 dependencies couldn't be built
  killing process 26600
  cannot build derivation ‘/nix/store/ayh5d25xcvgw24lpm0la4vixwsjx1ic2-R-3.2.2-wrapper.drv’: 1 dependencies couldn't be built
  error: build of ‘/nix/store/ayh5d25xcvgw24lpm0la4vixwsjx1ic2-R-3.2.2-wrapper.drv’ failed
  ```

  Is R meant to be broken or known to be broken? IIRC, it has been this like at least 6 months.  


state: closed
title: Change to buildFHSChrootEnv broke steam
user_login: aristidb
html_url: https://github.com/NixOS/nixpkgs/issues/11231
updated_at: 2015-11-23 20:10:27
body:
  In 6602f49495c94e8533c8b482698bcf570a8d8933 (re #9543), @wkennington among other things committed a change to buildFHSChrootEnv that broke steam:

  ```
  --- a/pkgs/build-support/build-fhs-chrootenv/env.nix
  +++ b/pkgs/build-support/build-fhs-chrootenv/env.nix
  @@ -157,11 +157,19 @@ let
     setupLibDirs = if isTargetBuild then setupLibDirs_target
                                     else setupLibDirs_multi;

  +  setupIncludeDir = ''
  +    if [ -x "${staticUsrProfileTarget}/include" ]
  +    then
  +        ln -s "${staticUsrProfileTarget}/include"
  +    fi
  +  '';
  +
     # the target profile is the actual profile that will be used for the chroot
     setupTargetProfile = ''
       mkdir -m0755 usr
       cd usr
       ${setupLibDirs}
  +    ${setupIncludeDir}
       for i in bin sbin share include; do
         cp -r "${staticUsrProfileTarget}/$i" $i
       done
  ```

  This will try to copy the include directory twice, and fail.

  @wkennington why did you try to change it to a symlink rather than a copy, and why did it not fail for you?


state: closed
title: libopus doesn't compile
user_login: cheecheeo
html_url: https://github.com/NixOS/nixpkgs/issues/11232
updated_at: 2016-02-29 12:10:34
body:
  On commit 33292cd618c5e50eab38cd50fce48565709e93ab

  ```
  % nix-env --file $NIXPKGS -iA libopus
  ...
  checking for C99 variable-size arrays... yes
  checking for cos in -lm... yes
  ./configure: 12810: ./configure.lineno: Bad substitution
  builder for ‘/nix/store/rpv9jqpbfgnnpb8vqpysbd71dqxdr6nw-libopus-1.1.drv’ failed with exit code 2
  error: build of ‘/nix/store/rpv9jqpbfgnnpb8vqpysbd71dqxdr6nw-libopus-1.1.drv’ failed
  ```


state: closed
title: How do functors work?
user_login: lethalman
html_url: https://github.com/NixOS/nixpkgs/issues/11233
updated_at: 2015-11-23 20:48:22
body:
  ...because maybe I'm not understanding the way they are intended in the nix manual:

  ```
  with import <nixpkgs> {};

  { __functor = self: runCommand "foo" {} ''
    echo foo > $out
    '';
  }
  ```

  ```
  $ nix-build functor.nix
  $
  ```

  No result. Removing the `self` argument to the functor instead produces the derivation.

  cc @shlevy 


state: closed
title: elm: Update elm-lang/core hash.
user_login: mstarzyk
html_url: https://github.com/NixOS/nixpkgs/pull/11235
updated_at: 2015-11-25 10:50:50
body:
  elm-lang/core tag 3.0.0 was moved. 
  See: https://groups.google.com/d/msg/elm-dev/K5eu8S5to-c/Bl4-Z_0QBQAJ


state: closed
title: w3m patches
user_login: cstrahan
html_url: https://github.com/NixOS/nixpkgs/pull/11236
updated_at: 2015-12-25 20:35:08
body:
  Fix the built-in help (perl.patch)
    https://bugs.archlinux.org/task/45608

  Properly link w3mimgdisplay to x11
    https://bbs.archlinux.org/viewtopic.php?id=196093

  Fix rendering bug in w3mimgdisplay (w3m_rgba.patch)
    https://github.com/hut/ranger/issues/86

  Don't ignores input tags with invalid types (form_unkown.patch)
    http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=615843

  Fix a segfault when using https (https.patch)
    https://bugzilla.redhat.com/show_bug.cgi?id=707994

  ---

  One question remains: should I merge the `NIX_LDFLAGS` into `LIBS`?


state: closed
title: build rust package with non crates.io dependencies
user_login: flosse
html_url: https://github.com/NixOS/nixpkgs/issues/11237
updated_at: 2015-11-26 20:44:20
body:
  @madjar @cstrahan @wizeman @globin @Havvy @wkennington 

  I'm trying to use `buildRustPackage` with non crates.io dependencies without success.
  In my `Cargo.toml` there are dependencies that point to repositories, e.g.

  ``` toml
  [dependencies.rusted_cypher]
  version = "0.7.1"
  git = "git://github.com/livioribeiro/rusted-cypher.git"
  branch = "feature/rustc-serialize"
  features = ["rustc-serialize"]  
  ```

  This leads to `fatal: Not a git repository (or any of the parent directories): .git` :(
  How can I fix this problem?


state: closed
title: Mounting vboxsf filesystem always mounts for root, ignores uid option
user_login: tilmans
html_url: https://github.com/NixOS/nixpkgs/issues/11238
updated_at: 2017-11-07 10:02:19
body:
  I am trying to mount a Virtualbox shared folder into my NixOS with the following settings:

  ```
  fileSystems."/virtualbox" = {
    fsType = "vboxsf";
    device = "tschlenk";
    options = "rw,uid=1000,gid=100";
  };
  ```

  As a result I get a mount at `/virtualbox` with 700 for root/root. Trying the same via mount gives me the expected result:

  ```
  sudo mount -t vboxsf -o rw,uid=1000,gid=100 tschlenk /mnt
  ```

  This will mount to `/mnt` with 700 for tschlenk/users (user id 1000, group id 100).

  These are my first tests of NixOS an maybe I'm just missing a dependency here between user definition and permission?


state: open
title: Better dconf support, and removal from packages
user_login: lethalman
html_url: https://github.com/NixOS/nixpkgs/issues/11239
updated_at: 2018-05-07 22:42:01
body:
  Currently we have some bad experience with dconf:
  - Packages hardcode the gio module. This is good because it keeps abi compatibility with the linked glib, however it's also true that gio modules API hasn't seen any change since its first release in version 2.30.
  - NixOS modules add `dconf` to the system packages, making it impractical for the user to disable it.

  Proposal:
  - Remove dconf references from every package.
  - Add `services.dconf.enable`, which adds the system package and the `GIO_MODULE` env var.

  This way we cleanup packages, make it possible for services to `services.dconf.enable = mkDefault true;` and let the user disable it with `services.dconf.enable = false;`.

  cc @vcunat 


state: closed
title: kde5 plasma segfaults when using slim dm
user_login: dlukes
html_url: https://github.com/NixOS/nixpkgs/issues/11241
updated_at: 2015-12-10 15:27:18
body:
  What the title says :) Mouse works, the errors are reported in GUI windows, but there's no shell. I know sddm is recommended, so perhaps slim is not even expected to work? In that case, it might be useful to just state it for the record here and close the issue.

  Tested using both channels/nixos-15.09 and channels/unstable (`16.03.git.7ae05edM (Emu)`). Here's my [`configuration.nix`](https://github.com/dlukes/dotfiles/blob/master/configuration.nix), in case it's of any help. I've manually added a few packages to my nixpkgs, but that shouldn't be the issue, they aren't related to Qt or the GUI at all.

  Anticipating a possible follow-up question: I thought the `kde4.*` packages in my config might be to blame, so I tested the whole setup without them; same story.


state: closed
title: Add a `toInt` helper.
user_login: zagy
html_url: https://github.com/NixOS/nixpkgs/pull/11242
updated_at: 2015-11-25 09:19:25
body:
  While the function itself is pretty easy, it's not straitforward to find a way to convert string to int with nix.


state: closed
title: R: download source tarballs from the MRAN mirror
user_login: peti
html_url: https://github.com/NixOS/nixpkgs/issues/11243
updated_at: 2015-11-26 20:31:30
body:
  Add support for downloading source tarballs from the MRAN (Managed R) mirror to our R package set: https://mran.revolutionanalytics.com/snapshot/.


state: closed
title: kde5: cannot modify screen, kscreen is missing
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/issues/11244
updated_at: 2015-12-10 12:46:33
body:
  Using a checkout of master, it is not possible to adjust screen settings using KDE's systemsettings; kscreen seems to be missing.
  cc @ttuegel 


state: closed
title: shotwell: fails to compile
user_login: mdorman
html_url: https://github.com/NixOS/nixpkgs/issues/11245
updated_at: 2015-11-26 20:39:45
body:
  ```
  building path(s) ‘/nix/store/0v618xy13glbmfd4v3gcgknv1d9vf37j-shotwell-0.20.2’
  unpacking sources
  unpacking source archive /nix/store/694wz88m70zrry0l75zcypjmr5mlfkh6-shotwell-0.20.2.tar.xz
  source root is shotwell-0.20.2
  patching sources
  configuring
  patching script interpreter paths in .
  ./configure: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/gb2dwphbdjk56h0lbbyma32rlid022ad-bash-4.3-p42/bin/bash "
  ./chkver: interpreter directive changed from " /bin/bash" to "/nix/store/gb2dwphbdjk56h0lbbyma32rlid022ad-bash-4.3-p42/bin/bash  "
  configure flags: --prefix=/nix/store/0v618xy13glbmfd4v3gcgknv1d9vf37j-shotwell-0.20.2 --disable-gsettings-convert-install 
  Detected libGPhoto 2.5.x - using 2.5-aware code path.
  Configured.  Type 'make' to build, 'make install' to install.
  building
  make flags: SHELL=/nix/store/gb2dwphbdjk56h0lbbyma32rlid022ad-bash-4.3-p42/bin/bash    
  Package gudev-1.0 was not found in the pkg-config search path.
  Perhaps you should add the directory containing `gudev-1.0.pc'
  to the PKG_CONFIG_PATH environment variable
  No package 'gudev-1.0' found
  Makefile:723: recipe for target 'valacheck' failed
  make: *** [valacheck] Error 1
  builder for ‘/nix/store/i2kvjr6kyhw7r4wdxb23gdqms34a0gfy-shotwell-0.20.2.drv’ failed with exit code 2
  ```


state: closed
title: shotwell: fix failure to configure
user_login: mdorman
html_url: https://github.com/NixOS/nixpkgs/pull/11246
updated_at: 2015-11-26 20:39:19
body:
  Without this change, shotwell would fail even to configure, for lack of
  gudev; I infer that libgudev was recently split off of udev, since this
  was working fine until a couple of weeks ago.

  Resolves #11245


state: closed
title: More trivial builderDefs translations
user_login: joachifm
html_url: https://github.com/NixOS/nixpkgs/pull/11248
updated_at: 2015-11-26 21:06:44
body:
  These are trivial translations in the sense that the build recipes have been left unaltered in almost all cases, except where noted in the commit message. As far as I can tell, this series does not break anything. For reference: https://github.com/NixOS/nixpkgs/issues/4210


state: closed
title: nix-zsh-completions package and module support
user_login: spwhitt
html_url: https://github.com/NixOS/nixpkgs/pull/11251
updated_at: 2015-12-17 06:46:21
body:
  1. Adds a package for nix-zsh-completions
  2. Configures zsh's fpath to include completions installed through Nix packages
  3. Adds an enableCompletion option ZSH module

  I set up the enableCompletion option to also pull in the nix-zsh-completions package, under the assumption that anyone using completions on NixOS is probably interested in completions for the Nix utilities as well. If anyone doesn't like this, feel free to let me know and I'll remove that line, and people will have to add nix-zsh-completions to their `systemPackages` manually.

  @jagajaga @offlinehacker @garbas 


state: closed
title: bump ghcjs, ghcjs-boot, ghcjs-shims
user_login: kmicklas
html_url: https://github.com/NixOS/nixpkgs/pull/11252
updated_at: 2015-11-26 21:18:07
body:
  This makes it possible to compile the new version of ghcjs-dom, which appears to work again in my tests.


state: closed
title: Improve and standardize input methods
user_login: ericsagnes
html_url: https://github.com/NixOS/nixpkgs/pull/11254
updated_at: 2016-02-22 04:02:49
body:
  Work in progress, please do not merge yet.
  implementation of #11138 
  ## Status
  ### fcitx:
  - [x] add nix module
  - [x] fcitx-mozc: init at 2.17.2105.102
  - [x] fcitx-hangul: init at 0.3.0
  - [x] fcitx-chewing: init at 0.2.2
  - [x] fcitx-table-other: init at 0.2.3
  - [x] fcitx-m17n: init at 0.2.3
  - [x] fcitx-qt5: init at 1.0.4
  - [x] fcitx: 4.2.8.5 -> 4.2.9
  - [x] group engines
  ### ibus:
  - [x] group engines
  - [x] refactor nix module
  - [x] add ibus-hangul
  - [x] add ibus-m17n
  - [x] fix ibus-mozc licence
  ### Librairies:
  - [x] ~~libchewing: init at 0.4.0~~ Cherry picked in master
  ### nabi:
  - [x] add nix module
  ### uim:
  - [x] add nix module
  ### Documentation:
  - [x] add documentation for input methods
  ## Current issues
  - ~~fcitx-anthy: any touch beside letters and numbers is inactive.~~ -> Fixed by upgrading `ibus-anthy` to 0.2.2.
  - fcitx-configtool: fails to start fcitx-config-gtk3
  - ~~fcitx-config-gtk3: "settings" button has no effect~~ -> Fixed by using `ibus-wrapper`
  ## Current packaging issues
  - ibus-hangul:
    - ~~`ibus-hangul-setup tool` is giving runtime errors~~ Fixed by the use of `ibus-wrapper`
    - ~~toolbar icon missing, seems common to all ibus engines. Need more investigation.~~ -> fixed by adding `hicolor_icon_theme` to `ibus_wrapper`
  - ~~sunpinyin:  lib, data, fcitx packaged separately. fcitx engine miss to find the dictionary file:
    looking for `/lib/sunpinyin/data/lm_sc.t3g` but data is in `/share/sunpinyin/lm_sc.t3g`~~ -> Splitting sunpinyin packaging in a future PR
  ## Testing
  ### preparing a custom nixpkgs
  1. get a copy of `nixpkgs`
     
     ```
     git clone https://github.com/NixOS/nixpkgs.git
     cd nixpkgs
     ```
  2. get this PR
     
     ```
     git fetch origin pull/11254/head:standardize-im
     ```
  3. add nixpgs-channel as a remote and get `nixos-unstable`
     
     ```
     git remote add channels https://github.com/NixOS/nixpkgs-channels.git
     git fetch channels nixos-unstable
     git checkout nixos-unstable
     ```
  4. create a test branch based on `standardize-im`
     
     ```
     git checkout standardize-im
     git branch test/11254
     ```
  5. rebase `test/11254`
     
     ```
     git rebase --onto nixos-unstable master test/11254
     ```
     
     note: A few conflicts in `nixos/modules/module-list.nix` might happen.
  ### Fcitx

  in `/etc/nixos/configuration.nix` add:

  ```
    i18n.inputMethod = {
      enabled = "fcitx";
      fcitx.engines = with pkgs.fcitx-engines; [ hangul mozc anthy chewing table-other ];
    };
  ```

  and rebuild using the custom nixpkgs:

  ```
  nixos-rebuild -I nixpkgs=/PATH/TO/CUSTOM/NIXPKGS switch
  ```

  After restarting the X server, fcitx should be active.
  note: mozc might require a computer reboot to work.
  ### IBus

  in `/etc/nixos/configuration.nix` add:

  ```
    i18n.inputMethod = {
      enabled = "ibus";
      ibus.engines = with pkgs.ibus-engines; [ hangul mozc anthy ];
    };
  ```
  ### Uim

  in `/etc/nixos/configuration.nix` add:

  ```
    i18n.inputMethod.enabled = "uim";
  ```
  ### nabi

  in `/etc/nixos/configuration.nix` add:

  ```
    i18n.inputMethod.enabled = "nabi";
  ```

  and rebuild using the custom nixpkgs:

  ```
  nixos-rebuild -I nixpkgs=/PATH/TO/CUSTOM/NIXPKGS switch
  ```

  After restarting the X server, ibus should be active.
  note: mozc might require a computer reboot to work.
  ## Testing

  Each input method and engine combination should be tested on as many applications toolkits as possible.

  sample applications:
  - Gtk2: `geany`
  - Gtk3: `gnome3.gedit`
  - Qt4: `kde4.kate`
  - Qt5: `quasselClient_qt5`, `kde5.kate`
    - pyqt5: `qutebrowser`
  - Elementary: `e19.terminology`
  - wxWidgets: `filezilla`
  - Java: `jedit`
  ### Test results

  | IM | GTK2 | GTK3 | Qt4 | Qt5 | PyQt5 | Elementary | wxWidgets | Java |
  | --- | --- | --- | --- | --- | --- | --- | --- | --- |
  | Fcitx | ◯ | ◯ | ◯ | ◯ | ◯ | ◯ | ◯ | ◯ |
  | Ibus | ◯ | ◯ | ◯ | ◯ | ◯ | ◯ | ◯ | ◯ |
  | uim | ◯ | ◯ | ◯ | -- | -- | ◯ | ◯ | ◯ |
  | nabi | ◯ | ◯ | ◯ | -- | -- | ◯ | ◯ | ◯ |

  ◯ working
  X not working
  -- not supported
  #### Fcitx PyQt5

  ~~`fcitx-qt5` is using `qt55` but `pyqt5` is using `qt54`, will be fixed when `pyqt5` will be updated to `qt55`~~ -> Fixed
  # Possible improvements
  - The `ibus-wrapper` and `fcitx-wrapper` code (taken from pidgin plugins) feels like it could be improved.
  # Updates
  - 10 Feb: added ibus related commits
  - 13 Feb fixed ibus icon issues, updated the testing section
  - 17 Feb: added uim and nabi commits  
                resolved conflicts with release-notes
  - 19 Feb: fixed typo in description (configure.nix -> configuration.nix)  
                removed module rename for `programs.ibus.enable`
  - 20 Feb: added `fcitx-m17n` and `ibus-m17n`, updated the changelog accordingly


state: closed
title: Upgrade Davmail to 4.7.0.
user_login: vandenoever
html_url: https://github.com/NixOS/nixpkgs/pull/11255
updated_at: 2015-11-28 11:37:51
body:
  Upgrade message: http://sourceforge.net/p/davmail/mailman/message/34597887/

  This new release contains a lot of fixes from user feedback, a new
  -notray command line
  option to force window mode and avoid tricky tray icon issues on Linux
  and native
  smartcard support on Windows.

  Caldav:
  - Caldav: Map additional priority levels
  - Caldav: fix missing LAST-MODIFIED in events

  Enhancements:
  - Improved tray icon with alpha blend
  - Fix imports
  - Prepare mutual SSL authentication between client and DavMail
    implementation
  - Implement -notray command line option as a workaround for broken SWT
    and Unity issues
  - Change warning messages to debug in close method
  - Improve client certificate dialog, build description from certificate
  - Exclude client certificates not issued by server provided issuers list

  IMAP:
  - IMAP: Additional translations and doc for new IMAP setting
  - IMAP: Merge patch by Mauro Cicognini, add a new setting to always send
    approximate message in RFC822.SIZE to avoid downloading full message body
  - IMAP: fix regression with quotes inside folder names
  - IMAP: handle quotes inside folder names correctly

  OSX:
  - OSX link local address on loopback interface
  - Exclude arguments starting with dash to avoid patch 38 regression on OSX

  Documentation:
  - Doc: Document -notray option
  - Switch to OpenHub instead of Ohloh

  EWS:
  - EWS: prepare distribution list implementation
  - Fix #254 davmail.exchange.ews.EWSException:
    ErrorIncorrectUpdatePropertyCount

  Linux:
  - Refresh davmail.spec, make RPM noarch
  - Handle missing or broken SWT library

  Windows:
  - Windows: Make MSCAPI keystore type available in Settings for Windows
    native smartcard support
  - Instantiate MSCAPI explicitly to access Windows Smartcards
  - Enable native Windows SmartCard access through MSCAPI (no PKCS11
    config required)

  Carddav:
  - Carddav: Test case for comma in ADR field
  - Carddav: Do not replace comma on ADR field, see support request 255
  - Caldav: Ignore missing END:VCALENDAR line on modified occurrences
  - CardDav: Add empty property test case


state: closed
title: Issue with Numix icons
user_login: GCerar
html_url: https://github.com/NixOS/nixpkgs/issues/11259
updated_at: 2015-11-26 20:52:56
body:
  I have installed Numix theme `numix-gtk-theme` and numix icon sets `numix-icon-theme` and `numix-icon-theme-circle`. When I wanted to change xfce's appearance selecting one of those sets, gtk always displays default icon set. (restarting, clearing ~/.cache/xfce or deleting ~/.gtkrc-2.0 or settings.ini, etc. didn't help) Changing to numix gtk theme has no issues.

  At first I assumed it is missing path or gtk icon cache problem. I removed both icon sets.  Put icons directly from designer's git into ~/.icons directory as I had on Gentoo and Ubuntu. Xfce alerts be about missing gtk icon cache (yellow triangle in appearance menu). I executed `gtk-update-icon-cache` command on each of icon sets directory. Still not showing desired icons.

  I'm blindly guessing the problem is in `gtk-update-icon-cache` or maybe my config simply missing some package to handle those icons. Can't figure it out. Does anyone know how to debug those kind of issues?

  Using NixOS stable 15.09. Tried unstable yesterday, same result.

  [nixos config](https://github.com/GCerar/nixos-config/blob/master/proteus.nix), other things I tried are in comments
  [gtk2 config](https://github.com/GCerar/home-config/blob/master/.gtkrc-2.0)
  [gtk3 config](https://github.com/GCerar/home-config/blob/master/.config/gtk-3.0/settings.ini)


state: closed
title: Question: how to install scikitimage?
user_login: aragnon
html_url: https://github.com/NixOS/nixpkgs/issues/11260
updated_at: 2015-11-27 11:07:29
body:
  ```
  % nix-env -i -A nixpkgs.python27Packages.scikitlearn                                                                                                                                                           master
  installing ‘python2.7-scikit-learn-0.17b1’
  ^Cerror: interrupted by the user
  t% nix-env -i -A nixpkgs.python27Packages.scikitimage                                                                                                                                                           master
  error: attribute ‘scikitimage’ in selection path ‘nixpkgs.python27Packages.scikitimage’ not found
  ```

  ```
  pkgs/top-level/python-packages.nix
  5544:      [ joblib matplotlib six scikitlearn decorator audioread samplerate ];
  5557:    name = "scikits.samplerate-${version}";
  16051:  scikitimage = buildPythonPackage rec {
  16052:    name = "scikit-image-${version}";
  16056:      url = "https://pypi.python.org/packages/source/s/scikit-image/${name}.tar.gz";
  16066:      homepage = http://scikit-image.org;
  16072:  scikitlearn = buildPythonPackage rec {
  16073:    name = "scikit-learn-${version}";
  16075:    disabled = stdenv.isi686;  # https://github.com/scikit-learn/scikit-learn/issues/5534
  16078:      url = "https://github.com/scikit-learn/scikit-learn/archive/${version}.tar.gz";
  16095:      homepage = http://scikit-learn.org;
  ```

  In the python packages a variable scikitimage is defined, but why can't I install it? 


state: closed
title: collisions with (python?) buildEnv
user_login: aragnon
html_url: https://github.com/NixOS/nixpkgs/issues/11261
updated_at: 2016-08-02 10:10:40
body:
  I get this when I run nix-build in a directory containing a default.nix expression not in nixpkgs currently. The manual speaks of a "user environment", but AFAIK. there is no user environment when running nix-build. There might be such an environment when actually installing something via `nix-env -i`. In short, I have no idea what exactly this means. 

  ```
  these derivations will be built:
    /nix/store/gsnxjynihklp6ca3k81y7kzidg0cy65z-python-2.7.10-env.drv
    /nix/store/k5ixli4h42lhnny57nrhn1ca25ww9js3-python27.drv
    /nix/store/8cjrx7b5j7gz5a13sp6i76ahn1dn748s-builder.sh.drv
    /nix/store/jnn0qr8gfi9hhmk4lcq8s5qk3b748afa-jupyter.drv
    /nix/store/9jyvbs5ncmv5lflbbv03kradgi0m6s4p-jupyter.drv
    /nix/store/b5mrz3q8fh7jmr5y54srcaygq28mmi4l-jupyter.drv
  building path(s) nix/store/4zazcawhfnhzbi8fq6las0vv5k4j5spm-python-2.7.10-env
                                                                               collision between `/nix/store/gi3dbk179bwyyz359ifaclmxnmm50ks3-python2.7-requests-2.8.1/lib/python2.7/site-packages/requests/utils.py' and `/nix/store/9iihqwn84ard78aaj4hwp8rcqpbplv1s-python2.7-requests-1.2.3/lib/python2.7/site-packages/requests/utils.py'
  builder for nix/store/gsnxjynihklp6ca3k81y7kzidg0cy65z-python-2.7.10-env.drvfailed with exit code 2
  cannot build derivation nix/store/k5ixli4h42lhnny57nrhn1ca25ww9js3-python27.drv 1 dependencies couldn't be built
  cannot build derivation nix/store/jnn0qr8gfi9hhmk4lcq8s5qk3b748afa-jupyter.drv 1 dependencies couldn't be built
  cannot build derivation nix/store/b5mrz3q8fh7jmr5y54srcaygq28mmi4l-jupyter.drv 1 dependencies couldn't be built
  error: build of nix/store/b5mrz3q8fh7jmr5y54srcaygq28mmi4l-jupyter.drvfailed

  ```


state: closed
title: DOC: Overview of Nixpkgs/channels/Hydra/tests
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/pull/11263
updated_at: 2017-03-04 07:43:09
body:
  What I missed when I began using Nix and NixOS was a clear overview of
  how packages, channels, Hydra, the master branch and updates to channels
  relate to each other.

  I've noticed I am not the only one, given the amount of times these
  questions pop up.

  For now I propose to include this in the Nixpkgs manual, since this
  seems to be the best fit. However, I think it would be good to include
  this in either a new manual, i.e., a user manual, or an 'official'
  tutorial.


state: closed
title: rWrapper depends on MASS_7.3-44.tar.gz that cannot be downloaded
user_login: YPares
html_url: https://github.com/NixOS/nixpkgs/issues/11264
updated_at: 2015-11-26 21:09:26
body:
  When trying to `nix-env -i nixpkgs.rWrapper` (in order to do [this](https://nixos.org/wiki/R) afterwards), I get a lot of

  ```
  trying http://brieger.esalq.usp.br/CRAN/src/contrib/MASS_7.3-44.tar.gz
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
    0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (22) The requested URL returned error: 404 Not Found
  ```

  It tries to find it on various servers but always receives a 404 error.
  (I'm using Ubuntu 15.10)


state: closed
title: subsonic: 5.2.1 -> 5.3
user_login: telotortium
html_url: https://github.com/NixOS/nixpkgs/pull/11266
updated_at: 2015-11-26 21:15:09
body:
  Update Subsonic from 5.2.1 to 5.3. Tested by building and running server -- I've already upgraded to it on my machine without incident.


state: closed
title: krb5.kdc option should accept an array
user_login: a1russell
html_url: https://github.com/NixOS/nixpkgs/issues/11268
updated_at: 2017-08-29 17:57:06
body:
  The `krb5.kdc` NixOS option should accept an array so that multiple kdc entries can be specified for a realm. The output would look similar to the snippet at http://web.mit.edu/kerberos/krb5-devel/doc/admin/install_kdc.html#krb5-conf : 

  ```
  [realms]
      ATHENA.MIT.EDU = {
          kdc = kerberos.mit.edu
          kdc = kerberos-1.mit.edu
          admin_server = kerberos.mit.edu
      }
  ```

  I believe `krb5.kerberosAdminServer` should also support the same, although I'm not certain of this one. An example of multiple admin_server lines is at: https://help.ubuntu.com/lts/serverguide/kerberos-ldap.html


state: closed
title: File System / SSD Failures on Lenovo X250 (not kernel, not hardware)
user_login: aaronlevin
html_url: https://github.com/NixOS/nixpkgs/issues/11276
updated_at: 2015-12-17 22:30:34
body:
  I've been experiencing very frequent file system / ssd failures on my Lenovo X250. I've experienced this problem:
  - on two separate, brand new Lenovo x250s
  - had a Lenovo x250 working with Debian (Jesse) with no issues for months (same ssd, same firmware)
  - across several kernels: `3.18`, `4.0`, `4.1`, `4.2`, and `4.3`
  - with or without `TRIM` enabled (and all the `fstab` incanations: `noatime,nodirtime,discards`, etc.

  I am fairly certain this is a configuration issue. Specifically, NixOS likely isn't installing the right modules or setting the right configuration or having an option to grab the right firmware?

  I'm really desperate to fix this problem so I can use NixOS at work.
  ## The Issue

  It is hard to re-create and hard to debug. There is a `kernel` failure, the file system will hang, and get remounted in `read-only` mode (so I can't grab logs). The error happens intermittently. The longest period I've gone without experiencing the issue is a day and a half, but I've experienced it immediately on reboot a few times. It seems to happen more frequently after suspend, but not exclusively (I hit it one right after a reboot - I also hit it once _during_ `systemctl rescue`.

  I have taken photos of the failure on my cell phone (sometimes I can catch logs while tailing `dmesg` when the error happens).

  from `dmesg` (I'm writing out what I see on my photo):

  ```
  ata1.00: exception Emask 0x0 SAct 0x1e0000 SErr 0x50000 action 0x6 frozen
  ata1: SError: { PHYRdyChg CommWake}
  ata1.00: failed command: WRITE FPDMA QUEUED
  ata1.00: cmd 61/08:00:18:ee:7a/00:00:02:00:00/40 tag 0 ncq .... (and on)
  ata1.00: status: { DRDY }
  ...
  (and repeat)
  ...
  ata1: hard resetting link
  ata1: SATA link down (SStatus 0 SControl 300)
  ...
  (repeat)
  ...
  ata1.00: disabled
  ata1.00: device reported invalid CHS sector 0
  sd 0:0:0:0: [sda] tag#21 FAILED Result: hostbye=DID_OK drivebyte=DRIVER_SENSE
  sd 0:0:0:0: [sda] tag#21 Sense Key : Illegal Request [current] [descriptor]
  sd 0:0:0:0: [sda] tag#21 AddI Sense: Unaligned write command
  sd 0:0:0:0: [sda] tag#21 CDB: Write(10) 2a 00 0f 64 4c 78 00 00 10 00
  blk_update_request: I/O error, dev sda, sector 258231416
  ...
  (and repeat with increasing tag # and new blk_update sector errors)
  ...
  EXT4-fs warning (device dm-2): ext4_end_bio:332: I/O error -5 writing to inode 13389888 (offset 0 size 28672)
  Buffer I/O Error on device dm-2, logical block 58770479
  ...
  (repeat buffer i/o errors)
  ...
  blk_update_request (as above)
  sd 0:0:0:0: rejecting I/O to offline device
  ...
  ata1: BH  complete
  ...
  Abortin journal on device dm-2-8
  EXT4-fs (dm-2): Delayed block allocation failed for inode 14600222 at inode ...
  EXT4-fs (dm-2): This should not happen!! Data will be lost
  ...
  (and on)
  ```
  ## My Setup
  - Lenovo X250
  - `luks` encrypted drive. (setup following [these instructions](http://bluishcoder.co.nz/2014/05/14/installing-nixos-with-encrypted-root-on-thinkpad-w540.html))

  ```
  ☭ uname -a
  Linux nixos 4.3.0 #1-NixOS SMP Thu Jan 1 00:00:01 UTC 1970 x86_64 GNU/Linux
  ```

  ```
  ☭ nixos-version 
  15.09.706.45128de (Dingo)
  ```

  ```
  ☭ lspci
  00:00.0 Host bridge: Intel Corporation Broadwell-U Host Bridge -OPI (rev 09)
  00:02.0 VGA compatible controller: Intel Corporation Broadwell-U Integrated Graphics (rev 09)
  00:03.0 Audio device: Intel Corporation Broadwell-U Audio Controller (rev 09)
  00:14.0 USB controller: Intel Corporation Wildcat Point-LP USB xHCI Controller (rev 03)
  00:16.0 Communication controller: Intel Corporation Wildcat Point-LP MEI Controller #1 (rev 03)
  00:19.0 Ethernet controller: Intel Corporation Ethernet Connection (3) I218-LM (rev 03)
  00:1b.0 Audio device: Intel Corporation Wildcat Point-LP High Definition Audio Controller (rev 03)
  00:1c.0 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #6 (rev e3)
  00:1c.1 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #3 (rev e3)
  00:1d.0 USB controller: Intel Corporation Wildcat Point-LP USB EHCI Controller (rev 03)
  00:1f.0 ISA bridge: Intel Corporation Wildcat Point-LP LPC Controller (rev 03)
  00:1f.2 SATA controller: Intel Corporation Wildcat Point-LP SATA Controller [AHCI Mode] (rev 03)
  00:1f.3 SMBus: Intel Corporation Wildcat Point-LP SMBus Controller (rev 03)
  00:1f.6 Signal processing controller: Intel Corporation Wildcat Point-LP Thermal Management Controller (rev 03)
  02:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5227 PCI Express Card Reader (rev 01)
  03:00.0 Network controller: Intel Corporation Wireless 7265 (rev 59)
  ```

  ```
  ☭ sudo smartctl -a /dev/sda
  smartctl 6.3 2014-07-26 r3976 [x86_64-linux-4.3.0] (local build)
  Copyright (C) 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org

  === START OF INFORMATION SECTION ===
  Device Model:     SAMSUNG MZ7LN256HCHP-000L7
  Serial Number:    S20HNXBG772065
  LU WWN Device Id: 5 002538 d00000000
  Firmware Version: EMT03L6Q
  User Capacity:    256,060,514,304 bytes [256 GB]
  Sector Size:      512 bytes logical/physical
  Rotation Rate:    Solid State Device
  Device is:        Not in smartctl database [for details use: -P showall]
  ATA Version is:   ACS-2, ATA8-ACS T13/1699-D revision 4c
  SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
  Local Time is:    Thu Nov 26 11:02:36 2015 CET
  SMART support is: Available - device has SMART capability.
  SMART support is: Enabled

  === START OF READ SMART DATA SECTION ===
  SMART overall-health self-assessment test result: PASSED

  General SMART Values:
  Offline data collection status:  (0x00) Offline data collection activity
                      was never started.
                      Auto Offline Data Collection: Disabled.
  Self-test execution status:      (   0) The previous self-test routine completed
                      without error or no self-test has ever 
                      been run.
  Total time to complete Offline 
  data collection:        (    0) seconds.
  Offline data collection
  capabilities:            (0x53) SMART execute Offline immediate.
                      Auto Offline data collection on/off support.
                      Suspend Offline collection upon new
                      command.
                      No Offline surface scan supported.
                      Self-test supported.
                      No Conveyance Self-test supported.
                      Selective Self-test supported.
  SMART capabilities:            (0x0003) Saves SMART data before entering
                      power-saving mode.
                      Supports SMART auto save timer.
  Error logging capability:        (0x01) Error logging supported.
                      General Purpose Logging supported.
  Short self-test routine 
  recommended polling time:    (   2) minutes.
  Extended self-test routine
  recommended polling time:    ( 133) minutes.
  SCT capabilities:          (0x003d) SCT Status supported.
                      SCT Error Recovery Control supported.
                      SCT Feature Control supported.
                      SCT Data Table supported.

  SMART Attributes Data Structure revision number: 1
  Vendor Specific SMART Attributes with Thresholds:
  ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
    5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
    9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       76
   12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       151
  170 Unknown_Attribute       0x0032   100   100   010    Old_age   Always       -       0
  171 Unknown_Attribute       0x0032   100   100   010    Old_age   Always       -       0
  172 Unknown_Attribute       0x0032   100   100   010    Old_age   Always       -       0
  173 Unknown_Attribute       0x0033   099   099   005    Pre-fail  Always       -       1
  174 Unknown_Attribute       0x0032   099   099   000    Old_age   Always       -       38
  178 Used_Rsvd_Blk_Cnt_Chip  0x0013   100   100   010    Pre-fail  Always       -       0
  180 Unused_Rsvd_Blk_Cnt_Tot 0x0013   100   100   010    Pre-fail  Always       -       773
  184 End-to-End_Error        0x0033   100   100   097    Pre-fail  Always       -       0
  187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
  194 Temperature_Celsius     0x0032   077   056   000    Old_age   Always       -       23
  199 UDMA_CRC_Error_Count    0x003e   100   100   000    Old_age   Always       -       0
  233 Media_Wearout_Indicator 0x0013   099   099   000    Pre-fail  Always       -       16768826
  241 Total_LBAs_Written      0x0032   099   099   000    Old_age   Always       -       194
  242 Total_LBAs_Read         0x0032   099   099   000    Old_age   Always       -       823
  249 Unknown_Attribute       0x0032   099   099   000    Old_age   Always       -       256

  SMART Error Log Version: 1
  No Errors Logged

  SMART Self-test log structure revision number 1
  No self-tests have been logged.  [To run self-tests, use: smartctl -t]

  Warning! SMART Selective Self-Test Log Structure error: invalid SMART checksum.
  SMART Selective self-test log data structure revision number 1
   SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
      1        0        0  Not_testing
      2        0        0  Not_testing
      3        0        0  Not_testing
      4        0        0  Not_testing
      5        0        0  Not_testing
    255        0    65535  Read_scanning was never started
  Selective self-test flags (0x0):
    After scanning selected spans, do NOT read-scan remainder of disk.
  If Selective self-test is pending on power-up, resume after 0 minute delay.
  ```


state: closed
title: kde4 kile: editor component missing and crashes
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/issues/11277
updated_at: 2015-11-26 21:26:18
body:
  It seems like Kile is broken.

  ```
  nix-shell -p kde4.kile --run kile
  ```

  results in

  ```
  No editor component found. Please check your KDE installation.
  ```

  At this point you can continue by pressing OK, and Kile starts up. Unfortunately, as soon as I try to load a file (a Kile project) it crashes.

  ```
  freddy@fr-laptop:~/Code$ nix-shell -p kde4.kile --run kile
  Cannot register object at /kile/MainWindow_1/actions because actions exports its own child objects
  kile(5150)/kio (KDirModel) KDirModelPrivate::_k_slotDeleteItems: No node found for item that was just removed: KUrl("file:///home/freddy/fdtd.c") 
  kile(5150) KMimeTypeRepository::parents: "/nix/store/zc2aw1s7lvv1qw2rx16nf9xjymd67d1w-system-path/share/mime/subclasses"  refers to unknown mimetype  "application/vnd.ms-excel.sheet.binary.macroEnabled.12" 
  kile(5150) KMimeTypeRepository::parents: "/nix/store/zc2aw1s7lvv1qw2rx16nf9xjymd67d1w-system-path/share/mime/subclasses"  refers to unknown mimetype  "application/vnd.ms-excel.addin.macroEnabled.12" 
  kile(5150) KMimeTypeRepository::parents: "/nix/store/zc2aw1s7lvv1qw2rx16nf9xjymd67d1w-system-path/share/mime/subclasses"  refers to unknown mimetype  "application/vnd.ms-powerpoint.slideshow.macroEnabled.12" 
  kile(5150) KMimeTypeRepository::parents: "/nix/store/zc2aw1s7lvv1qw2rx16nf9xjymd67d1w-system-path/share/mime/subclasses"  refers to unknown mimetype  "application/vnd.ms-excel.sheet.macroEnabled.12" 
  kile(5150) KMimeTypeRepository::parents: "/nix/store/zc2aw1s7lvv1qw2rx16nf9xjymd67d1w-system-path/share/mime/subclasses"  refers to unknown mimetype  "application/vnd.ms-powerpoint.presentation.macroEnabled.12" 
  kile(5150) KMimeTypeRepository::parents: "/nix/store/zc2aw1s7lvv1qw2rx16nf9xjymd67d1w-system-path/share/mime/subclasses"  refers to unknown mimetype  "application/vnd.ms-word.template.macroEnabled.12" 
  kile(5150) KMimeTypeRepository::parents: "/nix/store/zc2aw1s7lvv1qw2rx16nf9xjymd67d1w-system-path/share/mime/subclasses"  refers to unknown mimetype  "application/vnd.ms-excel.template.macroEnabled.12" 
  kile(5150) KMimeTypeRepository::parents: "/nix/store/zc2aw1s7lvv1qw2rx16nf9xjymd67d1w-system-path/share/mime/subclasses"  refers to unknown mimetype  "application/vnd.ms-powerpoint.template.macroEnabled.12" 
  kile(5150) KMimeTypeRepository::parents: "/nix/store/zc2aw1s7lvv1qw2rx16nf9xjymd67d1w-system-path/share/mime/subclasses"  refers to unknown mimetype  "application/vnd.ms-word.document.macroEnabled.12" 
  kile(5150) KMimeTypeRepository::parents: "/nix/store/zc2aw1s7lvv1qw2rx16nf9xjymd67d1w-system-path/share/mime/subclasses"  refers to unknown mimetype  "application/vnd.ms-powerpoint.slide.macroEnabled.12" 
  KCrash: Application 'kile' crashing...
  KCrash: Attempting to start /run/current-system/sw/lib/kde4/libexec/drkonqi from kdeinit
  KCrash: Connect sock_file=/home/freddy/.kde/socket-fr-laptop/kdeinit4__0
  QSocketNotifier: Invalid socket 12 and type 'Read', disabling...
  ```

  The above occurs while running `nixos-unstable`, and also when running of master.

  cc @ttuegel 


state: closed
title: nixos-rebuild: Add option for building and/or deploying on a remote host
user_login: rickynils
html_url: https://github.com/NixOS/nixpkgs/pull/11279
updated_at: 2016-03-12 20:09:22
body:
  nixos-rebuild: Add option for building and/or deploying on a remote host

  This commit adds the options --build-host and --target-host to nixos-rebuild.

  --build-host instructs nixos-rebuild to perform all nix builds on the 
  specified host (via ssh). Build results are then copied back to the 
  local machine and used when activating the system.

  --build-target instructs nixos-rebuild to activate the configuration
  not on the local machine but on the specified remote host. Build
  results are copied to the target machine and then activated there (via ssh).

  It is possible to combine the usage of --build-host and --target-host,
  in which case you can perform the build on one remote machine and deploy
  the configuration to another remote machine. The only requirement is that
  the build host has a working ssh connection to the target host (if the 
  target is not local), and that the local machine can connect to both
  the target and the build host. Also, your user must be allowed to copy
  nix closures between the local machine and the target and host machines.

  At no point in time are the configuration sources (the nix files) copied
  anywhere. Instead, nix evaluation always happens locally
  (with nix-instantiate). The drv-file is then copied and realised remotely
  (with nix-store).

  As a convenience, if only --target-host is specified, --build-host is
  implicitly set to that host too. So if you want to build locally and deploy
  remotely you have to explicitly set "--build-host localhost".

  To activate (test, boot or switch) you need to have root access to the 
  target host. You can specify this by "--target-host root@myhost".

  I have tested the obvious scenarios and they are working. Some of the 
  combinations of --build-host and --target-host and the various actions might
  not make much sense, and should maybe be forbidden (like setting a remote
  target host when building a VM), and some combinations might not work at all.


state: closed
title: Revert part of #9982 to be in line with #9925
user_login: KoviRobi
html_url: https://github.com/NixOS/nixpkgs/pull/11280
updated_at: 2015-11-26 21:39:21
body:
  When creating PR #9982, I undid a line of PR #9925, that was some
  cleanups and fixes, so this undoes that damage.

  @oxij 


state: closed
title: Can't build udisks
user_login: jagajaga
html_url: https://github.com/NixOS/nixpkgs/issues/11281
updated_at: 2015-11-26 21:28:17
body:
  Trying to build locally `spaceFM` and having `udisks 1.0.5` as a dependency.
  Can't build this pkg due to error. Indeed that one https://bugs.freedesktop.org/show_bug.cgi?id=90778
  What do we need to do? Patch `udisks` in `nix`?


state: closed
title: Several go packages fail for lack of perl in path
user_login: mdorman
html_url: https://github.com/NixOS/nixpkgs/issues/11282
updated_at: 2015-11-27 11:22:39
body:
  I cannot identify clear culprit, but some time in the last 48 hours or so, something seems to have changed such that a range of go packages have begun failing for want of perl (which is, incidentally, hilarious :):

  ```
  building path(s) ‘/nix/store/3j14b2xc0h3kni3c1mp4myawlk9x1raj-go1.5-govers-2015-01-09’, ‘/nix/store/695d3iyl9rr8xrs02hngvz6szgpq70ls-go1.5-govers-2015-01-09-bin’
  unpacking sources
  unpacking source archive /nix/store/sx0z80s66yq7pjfphrqfkqm7m3xj57pg-govers-3b5f175f65d601d06f48d78fcbdb0add633565b9-src
  source root is govers-3b5f175f65d601d06f48d78fcbdb0add633565b9-src
  patching sources
  configuring
  building
  sh: perl: command not found
  parallel: Error: No more processes: cannot run a single job. Something is wrong at github.com/rogpeppe/govers.
  builder for ‘/nix/store/p5w8d92gbpr5bd9c2g9iv9n8p4a6srg0-go1.5-govers-2015-01-09.drv’ failed with exit code 255
  ```

  I don't know how widespread the issue is.


state: closed
title: parallel: Revert changes that broke go packages
user_login: mdorman
html_url: https://github.com/NixOS/nixpkgs/pull/11283
updated_at: 2015-12-03 10:43:29
body:
  This is a partial revert of ed2b30dc283f2ec326fe80dc5259682d1f0f4fb3, which, in addition to upgrading the version of parallel, made changes to the build that ended up breaking at least go packages, and perhaps all users of parallel.

  This really should have gone through better testing.


state: closed
title: Why do we need a shebang in nix-prefetch-git?
user_login: Fuuzetsu
html_url: https://github.com/NixOS/nixpkgs/issues/11284
updated_at: 2015-11-27 14:50:24
body:
  At

  https://github.com/NixOS/nixpkgs/blob/master/pkgs/build-support/fetchgit/nix-prefetch-git#L1

  we have a /bin/sh shebang without explanation for its necessity. We were just bitten by it: we have a copy of the file with some extra modifications and on my NixOS system it behaved differently inside `nix-build` than on my colleague's non-NixOS system as `/bin/sh` means something else for both of us.

  Can we just remove the shebang? I was told that by default (nix-provided) bash will be used to run the scripts in nix-build environment and if that's true, that's a free impurity we can remove.


state: closed
title: DOC Python: python setup.py develop is not used anymore
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/issues/11285
updated_at: 2015-11-26 21:32:13
body:
  Thanks for https://github.com/NixOS/nixpkgs/pull/11086 @domenkozar 

  As I was just writing parts in the [tutorial](https://github.com/FRidh/python-on-nix/blob/master/tutorial.md) about Python development I noticed that the manual still mentions that `python setup.py develop` is used although it now uses `pip install -e`.


state: closed
title: weather: init at 2.0
user_login: matthiasbeyer
html_url: https://github.com/NixOS/nixpkgs/pull/11286
updated_at: 2017-04-18 14:41:36
body:
  Kinda hacky approach for copying the things to the store, but as this is shipped without a makefile, setup.py or whatever, I guess I have to do it this way, right?

  Works locally, though I didn't do extensive testing.


state: closed
title: bootstrap: enable https for bootstrap curl using wolfssl
user_login: mcmtroffaes
html_url: https://github.com/NixOS/nixpkgs/pull/11287
updated_at: 2016-03-04 12:05:00
body:
  This was spurred by https://github.com/NixOS/hydra/issues/257 ; also see #11221.

  I used wolfssl for this patch, because it is a lot smaller than openssl so perhaps more suitable for a bootstrapping environment (only 300kb as opposed to about 3Mb for openssl), but if openssl (or libressl) is more desirable then it is fairly easy to change the patch accordingly. I've added myself as a maintainer of the wolfssl package (of course I'm happy to pass it on to someone else too).

  Tested with:

  ```
  NIX_PATH=nixpkgs=/path/to/my/local/nixpkgs/ nix-build /path/to/my/local/nixpkgs/pkgs/stdenv/linux/make-bootstrap-tools.nix -A test
  ```

  (Note that this takes a very long time to complete, a few hours on my machine.)

  I've also successfully downloaded files over https with the new curl.

  A note about the changes to unpack-bootstrap-tools.sh: for the test to complete, this script has to work on both the old bootstrap package as well as on the new bootstrap package. The old one does not have the wolfssl shared library, so there's an extra check to ensure that patchelf isn't run on a file that isn't present even if it is in the list.

  cc @vcunat @peti 


state: closed
title: python: CommonMark and recommonmark packages
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/pull/11289
updated_at: 2015-11-26 21:32:43
body:
  Two new packages. One is a commonmark parser, the other a Sphinx plugin for commonmark.
  @domenkozar 


state: closed
title: cmake : darwin patch
user_login: aboseley
html_url: https://github.com/NixOS/nixpkgs/pull/11290
updated_at: 2015-11-29 08:00:17
body:
  Only apply the darwin patch in the darwin environment

  This patch appears to be for the darwin environment only and fails on my linux system


state: closed
title: wireshark: 1.12.7 -> 2.0.0
user_login: fpletz
html_url: https://github.com/NixOS/nixpkgs/pull/11292
updated_at: 2015-11-27 11:21:16
body:
  Updates wireshark to the next major stable version. Also updated and tested the patch to search for dumpcap in PATH by @bjornfor.

  cc @peti


state: closed
title: pythonPackages.gateone: Fix python packages reference
user_login: fpletz
html_url: https://github.com/NixOS/nixpkgs/pull/11293
updated_at: 2015-11-27 11:24:25
body:
  This fixes an error that was introduced with https://github.com/NixOS/nixpkgs/commit/d2519c1f160e7cb63a845a5a2f57b340ea8d05aa#diff-2afbba83e1b14f9e0c304c769831a0e2L4168.

  See Travis fails like this one: https://travis-ci.org/NixOS/nixpkgs/builds/93419025#L173

  cc @garbas 


state: closed
title: shairport-sync service: add module
user_login: fpletz
html_url: https://github.com/NixOS/nixpkgs/pull/11294
updated_at: 2015-12-12 20:01:48
body:
  Adds a new service module for shairport-sync. Tested with a local and remote pulseaudio server. Needs to be run as a user in the pulse group to access pulseaudio.


state: closed
title: sudo: 1.8.14p3 -> 1.8.15
user_login: fpletz
html_url: https://github.com/NixOS/nixpkgs/pull/11297
updated_at: 2015-12-03 10:53:21
body:
  Updating because I hit a bug in 1.8.14p3.

  Release notes: https://www.sudo.ws/stable.html#1.8.15

  cc @edolstra 


state: closed
title: go/pup: init at 0.3.9
user_login: obadz
html_url: https://github.com/NixOS/nixpkgs/pull/11300
updated_at: 2016-01-04 12:40:06
body:
  (also required go/color: init at 9aae6aa)

  First time I package a Go package.
  - What's the `date` field for?
  - Is there a better way to do what I did in `renameImports`?
  - Am I meant to invoke this as `goPackages.pup.bin`?


state: closed
title: Python: nix-shell with buildEnv is broken
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/issues/11303
updated_at: 2015-11-27 10:53:44
body:
  Executing `nix-shell` with a `shell.nix` containing

  ```
  with import <nixpkgs> {};

  ( pkgs.python35.buildEnv.override  {
    extraLibs = with pkgs.python35Packages; [ numpy toolz ];
  }).env
  ```

  will give you the interpreter, but not the extra libs `numpy` and `toolz`.
  @domenkozar 


state: closed
title: leksah does not start
user_login: vandenoever
html_url: https://github.com/NixOS/nixpkgs/issues/11304
updated_at: 2016-03-21 00:48:18
body:
  I've installed leksah and try to run it but it fails with this output:
  # 

  Using default Yi configuration

  *\* (leksah:24955): WARNING **: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files
  Linked with -threaded
  Reading keymap from /nix/store/d7l1l0vl3xdnm1ka4xk8ac1y9p5cqlal-leksah-0.15.1.4/share/x86_64-linux-ghc-7.10.2/leksah-0.15.1.4/data/keymap.lkshk

  (leksah:24955): GLib-GObject-WARNING **: The property GtkSettings:gtk-menu-images is deprecated and shouldn't be used anymore. It will be removed in a future version.

  (leksah:24955): GLib-GObject-WARNING **: The property GtkToolButton:stock-id is deprecated and shouldn't be used anymore. It will be removed in a future version.
  Icon 'window-close' not present in theme Adwaita

  (leksah:24955): Gtk-WARNING **: Error loading theme icon 'document-new' for stock: Icon 'document-new' not present in theme Adwaita

  (leksah:24955): Gtk-WARNING **: Error loading theme icon 'document-open' for stock: Icon 'document-open' not present in theme Adwaita

  (leksah:24955): Gtk-WARNING **: Error loading theme icon 'document-save' for stock: Icon 'document-save' not present in theme Adwaita

  (leksah:24955): Gtk-WARNING **: Error loading theme icon 'window-close' for stock: Icon 'window-close' not present in theme Adwaita

  (leksah:24955): Gtk-WARNING **: Error loading theme icon 'edit-undo' for stock: 

  (leksah:24955): Gtk-WARNING **: Error loading theme icon 'edit-redo' for stock: 

  (leksah:24955): Gtk-WARNING **: Error loading theme icon 'edit-find' for stock: Icon 'edit-find' not present in theme Adwaita

  (leksah:24955): Gtk-WARNING **: Error loading theme icon 'go-previous' for stock: 

  (leksah:24955): Gtk-WARNING **: Error loading theme icon 'go-next' for stock: 

  (leksah:24955): Gtk-WARNING **: Error loading theme icon 'go-previous' for stock: 

  (leksah:24955): Gtk-WARNING **: Error loading theme icon 'go-next' for stock: 

  (leksah:24955): Gtk-WARNING **: Error loading theme icon 'edit-find-replace' for stock: Icon 'edit-find-replace' not present in theme Adwaita

  (leksah:24955): Gtk-WARNING **: Error loading theme icon 'window-close' for stock: Icon 'window-close' not present in theme Adwaita
  Now updating system metadata ...
  callCollector
  leksah: Icon 'window-close' not present in theme Adwaita
  # 


state: open
title: logo change isn't complete yet
user_login: vcunat
html_url: https://github.com/NixOS/nixpkgs/issues/11305
updated_at: 2018-08-04 01:59:34
body:
  There are various places that still retain the old Nix logo, e.g. hydra.nixos.org, some backgrounds and most of https://github.com/NixOS/nixos-artwork. Perhaps the text part of the logo might be discussed as well, e.g. which font to use, etc.

  I believe all should be unified before the next release.


state: closed
title: gcc wrapper has undeclared runtime dependency on coreutils in PATH
user_login: anderspapitto
html_url: https://github.com/NixOS/nixpkgs/issues/11307
updated_at: 2016-02-20 07:45:10
body:
  while playing around with the new docker integration (https://github.com/NixOS/nixpkgs/pull/11156), I ran into an issue that the gcc wrapper isn't self contained - it depends on someone else having set the PATH to include coreutils. the wrapper should either set the path itself, or use absolute paths. Here's what I see.

  ```
  [anders@gurney:~/playground/nix-docker]
  $ cat gcc.nix 
  with import <nixpkgs> { };
  with dockerTools;

  rec {
    image = buildImage {
      name = "gcc";
      config = {
        Cmd = [ "${gcc}/bin/gcc" ];
      };
    };
  }
  [anders@gurney:~/playground/nix-docker]
  $ nix-build gcc.nix -Q -A image && sudo docker load -i result && sudo docker run --rm gcc
  /nix/store/wxzm781xqshv47sz2siznwjq6jhncq7l-gcc.tar.gz
  /nix/store/4n9yj90rdggqcx34ylbshryg3rf9cqpj-gcc-wrapper-4.9.3/nix-support/add-flags.sh: line 5: cat: command not found
  /nix/store/4n9yj90rdggqcx34ylbshryg3rf9cqpj-gcc-wrapper-4.9.3/nix-support/add-flags.sh: line 17: cat: command not found
  /nix/store/4n9yj90rdggqcx34ylbshryg3rf9cqpj-gcc-wrapper-4.9.3/nix-support/add-flags.sh: line 25: cat: command not found
  gcc: fatal error: no input files
  compilation terminated.
  ```


state: closed
title: stdenv: `licenseAllowed` -> `checkValidity`
user_login: Profpatsch
html_url: https://github.com/NixOS/nixpkgs/pull/11309
updated_at: 2015-11-29 15:04:03
body:
  Rename and make it a true function (that can be re-used and could be
  moved to the library).

  This is factored out from https://github.com/NixOS/nixpkgs/pull/11094 because it is not changing what the code does.

  cc @peti


state: closed
title: yoshimi doesn't find it's own preset banks
user_login: magnetophon
html_url: https://github.com/NixOS/nixpkgs/issues/11312
updated_at: 2015-12-03 19:06:08
body:
  @cillianderoiste 
  The version of in [my PR](https://github.com/NixOS/nixpkgs/pull/11311) doesn't find it's own banks.
  They are installed in `$out/yoshimi/banks`, which is set [here](https://github.com/NixOS/nixpkgs/pull/11311/files#diff-d63ad1e88d3d015096c9ac59ed4438cdR25)*.
  The file: `$out/share/doc/yoshimi-1.3.7.1/Banks.txt` mentions:

  > You no longer have the concept of a default root directory, but a current one.

  I'm not sure what to make of that, and also not how to fix it, but it would be nice if yoshimi could find the preset banks it comes with.

  *PS: WIthout setting this, I'm getting a "no such file or directory" error.


state: closed
title: nm-openvpn uid conflicts with uid standard normal user
user_login: goodwillcoding
html_url: https://github.com/NixOS/nixpkgs/issues/11317
updated_at: 2016-01-04 10:42:41
body:
  Hi @domenkozar 
  I recently provisioned a new 15.09 release box which ad my own custom user on it with basic configuration and immutable users:

  ```
  users = { 
      mutableUsers = false;
      extraGroup.me = {
          name = "me";
          gid = 1000;
      };
      extraUsers.me = {
          isNormalUser = true;
          uid = 1000;
          group = "me";
      };
  };
  ```

  This box's installation also included NetworkManager as part of Gnome3. An odd issue started to happen shortly, where when WiFI was to drop and reconnenct my user name would suddenly change to nm-openvpn, which I could tell when I would open a new terminal and the PS1 line showed "nm-openvpn@hostname"

  Upon investigation of the /etc/password using getent it became clear that both users were created with the same uid. Here is the getent return

  ```
  $ getent passwd me nm-openvpn

  me:x:1000:1000::/home/me:/run/current-system/sw/bin/bash
  nm-openvpn:x:1000:65534::/var/empty:/run/current-system/sw/bin/nologin
  ```

  After looking over https://github.com/NixOS/nixpkgs/issues/10689 and https://github.com/kamilchm/nixpkgs/commit/832c4ee7fdd79acc9cf87939f3b296881c13d8e2 it seems that nm-openvpn is not created with a specific uid (nor it's counterpart group created with a specific gid). That said users.enforceIdUniqueness is set to true so I am a bit at a loss as how this happened and might indicate bug with mutable users. I'll try to reproduce the bug this week to see if that is the case.

  Setting the potential user creation bug aside I would say that nm-openvpn user and group should have their own ids/gids in ids.nix. If that is the case I will be happy to do a PR, please advise on the following though: do you want 2 PRs, one against master and one against release-15.09. Also do you want me to reflect the change in release notes somewhere.

  -- @goodwillcoding


state: closed
title: morituri fails because of missing CDDB dependency
user_login: gebner
html_url: https://github.com/NixOS/nixpkgs/pull/11318
updated_at: 2015-12-02 08:21:35
body:
  When trying to rip a CD with morituri (at least one that is not on MusicBrainz), morituri fails with the following message:

  ```
  $ rip cd rip -U
  WARNING: using default offset 0.
  Install pycdio and run 'rip offset find' to detect your drive's offset.
  Checking device /dev/sr0
  eject: CD-ROM tray close command failed: Input/output error
  CDDB disc id: 830a170a
  MusicBrainz disc id Sk_yjKnzHChyKzedESUFC_oj1x0-
  MusicBrainz lookup URL http://mm.musicbrainz.org/bare/cdlookup.html?toc=1+10+193942+150+15006+39353+53871+74629+87758+110028+125772+147799+166402&tracks=10&id=Sk_yjKnzHChyKzedESUFC_oj1x0-
  Disc duration: 00:43:03.893, 10 audio tracks
  Error: NotFoundException(ResponseError(),)
  Continuing without metadata
  Submit this disc to MusicBrainz at the above URL.

  Could not import python module 'CDDB'
  This module is part of python-CDDB.
  See http://cddb-py.sourceforge.net/ for more information.

  Traceback (most recent call last):
    File "/nix/store/yzrrrp1krv3x504n208js7hrlakc2czh-morituri-0.2.3/bin/.rip-wrapped", line 41, in <module>
      sys.exit(main.main(sys.argv[1:]))
    File "/nix/store/yzrrrp1krv3x504n208js7hrlakc2czh-morituri-0.2.3/lib/python2.7/site-packages/morituri/rip/main.py", line 50, in main   
      h.handleImportError(e)
    File "/nix/store/yzrrrp1krv3x504n208js7hrlakc2czh-morituri-0.2.3/lib/python2.7/site-packages/morituri/extern/deps/deps.py", line 128, in handleImportError
      self.handleMissingDependency(dep)
    File "/nix/store/yzrrrp1krv3x504n208js7hrlakc2czh-morituri-0.2.3/lib/python2.7/site-packages/morituri/extern/deps/deps.py", line 148, in handleMissingDependency
      d = distro.getDistroFromRelease()
    File "/nix/store/yzrrrp1krv3x504n208js7hrlakc2czh-morituri-0.2.3/lib/python2.7/site-packages/morituri/extern/deps/distro.py", line 74, in getDistroFromRelease
      raise DistroException('lsb_release binary not found')
  morituri.extern.deps.distro.DistroException: lsb_release binary not found
  ```

  This PR adds the missing CDDB dependency.  Unfortunately this is not enough, there is a bug in `rip cd rip -U` which has been [fixed since the latest release](https://github.com/thomasvs/morituri/commit/01f07c5ad90563dc258eba4134a2544d192d0a49), so I have updated morituri to the latest git revision as well.


state: closed
title: thunderbird-bin: 38.3.0 -> 38.4.0
user_login: taku0
html_url: https://github.com/NixOS/nixpkgs/pull/11319
updated_at: 2015-12-25 18:28:53
body:
  - Various security fixes
  - Fixed issue where messages moves of multiple messages from a maildir folder to an mbox folder failed.

  https://www.mozilla.org/en-US/thunderbird/38.4.0/releasenotes/

  Unfortunately, Mozilla now provides only SHA512SUMS but not SHA1SUMS, and Nix does not support SHA-512 hash yet, so that I have to download all archives to calculate SHA-256 hashes when updating the sources.nix.


state: closed
title: python: hash mismatch setuptools 18.2, Python 2.7
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/issues/11320
updated_at: 2015-11-28 11:26:15
body:
  ```
  hash mismatch in downloaded path ‘/nix/store/a45l8r0zqfr5jhqswqqcya28h59n63js-python2.7-setuptools-18.2’: expected 50db90fe916eca8cbba2f3a1a00dae35c4f3d40a25ff693487938bf38ae8ff3a, got 563b3d1b693c5579ef6f05544ff72fc30a26e13e506ee5265eea81081c331b6d
  ```

  Odd that the hash has changed.
  @domenkozar 


state: closed
title: gpsbabel: fix build for i686
user_login: rycee
html_url: https://github.com/NixOS/nixpkgs/pull/11322
updated_at: 2015-11-29 17:33:13
body:
  I did a fix earlier but it was insufficient :-( This time I've properly verified the build in a 32-bit VirtualBox.


state: closed
title: webfs: fix mime types
user_login: zimbatm
html_url: https://github.com/NixOS/nixpkgs/pull/11324
updated_at: 2016-02-13 14:45:53
body:
  Unfortunately the shared_mime_info format is not compatible with webfs.

  Instead of pulling the whole httpd package I opted for just fetching the
  mime.types file from the apache httpd project.


state: closed
title: dmd: Adding gcc runtime dependency
user_login: ThomasMader
html_url: https://github.com/NixOS/nixpkgs/pull/11327
updated_at: 2017-09-15 17:41:00
body:
  Adding gcc runtime dependency because dmd uses the linker of gcc on linux.
  If no gcc-wrapper is installed in the current profile and one tries to compile a simple Hello World Program via 'dmd hello.d' the compilation succeeds but the linking fails with:

  gcc: No such file or directory
  --- errorlevel 255

  This is because dmd uses the gcc linker.
  I tested using 'nix-env -f . -iA dmd' on my branch based on release-15.09. I am not sure how to best push changes to master. My installed system version is release-15.09 and I don't want to build additional packages.


state: closed
title: qutebrowser: gstreamer doesn't work.
user_login: magnetophon
html_url: https://github.com/NixOS/nixpkgs/issues/11328
updated_at: 2017-02-13 20:10:55
body:
  @jagajaga 
  When opening a media file, it'll try to download instead of stream.

  At first I was testing with mp3's and I though lack of bad/ugly was the problem, but that didn't help.
  [Here](https://github.com/magnetophon/nixpkgs/blob/8c44b45-borknix/pkgs/applications/networking/browsers/qutebrowser/default.nix) is my WIP, which also fixes https://github.com/NixOS/nixpkgs/issues/8568


state: closed
title: syncthing: 0.11 -> 0.12
user_login: ctheune
html_url: https://github.com/NixOS/nixpkgs/pull/11329
updated_at: 2016-02-13 22:21:35
body:
  Also, keep 0.11 around (in an updated version) and make the
  pkg an option to the service module.

  This also updates dependencies to at least the version required by 0.12. 0.11 seems to work fine with those, too.

  I didn't update relaysrv as something is weird with the build, which I think is due to my missing knowledge about go building infrastructure. Maybe @wkennington might help? However, this at least gets us 0.12 with correct dependencies and the option for people to have 0.11 around, too.


state: closed
title: cffi under virtualenv fails to compile
user_login: GCerar
html_url: https://github.com/NixOS/nixpkgs/issues/11330
updated_at: 2019-07-03 21:08:40
body:
  cffi (one of dependencies of bcrypt) raises error when compiled under virtualenv. Tried py27, py34 (as virtualenv & python3.4 -m venv). Success only with pypy.

  `distutils.errors.DistutilsError: Setup script exited with error: command 'gcc' failed with exit status 1`

  Here is [complete log](https://github.com/NixOS/nixpkgs/files/46412/pip_bcrypt_error.txt)


state: closed
title: Out of memory
user_login: Pitometsu
html_url: https://github.com/NixOS/nixpkgs/issues/11331
updated_at: 2016-07-24 13:51:53
body:
  If I build all the packages in `tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime,size=7800000k)` from sources, **NixOS** store all the builded packages here, in `/tmp`, so after some number of it, there no more space left on partition.
  Perhaps it should cleanup folder or use some cache on hard drive before each assembly.


state: closed
title: Missing dependencies in Haskell environment for clash-prelude
user_login: Ericson2314
html_url: https://github.com/NixOS/nixpkgs/issues/11334
updated_at: 2015-11-30 15:35:52
body:
  When trying to make a nix environment for this repo on master, I get missing dependencies.
  - At the moment, master points to this commit: https://github.com/clash-lang/clash-prelude/commit/48409067850b23d6f69d8261d90b11540d88d4a0
  - I am on nixos-unstable which is at https://github.com/NixOS/nixpkgs-channels/commit/7ae05edcdd14f6ace83ead9bf0d114e97c89a83a
  - `cabal2nix ./. > default.nix` is:
    
    ``` nix
    { mkDerivation, array, base, data-default, doctest, ghc-prim
    , ghc-typelits-extra, ghc-typelits-natnormalise, Glob, integer-gmp
    , lens, QuickCheck, reflection, singletons, stdenv
    , template-haskell, th-lift
    }:
    mkDerivation {
    pname = "clash-prelude";
    version = "0.10.3";
    src = ./.;
    libraryHaskellDepends = [
      array base data-default ghc-prim ghc-typelits-extra
      ghc-typelits-natnormalise integer-gmp lens QuickCheck reflection
      singletons template-haskell th-lift
    ];
    testHaskellDepends = [ base doctest Glob ];
    homepage = "http://www.clash-lang.org/";
    description = "CAES Language for Synchronous Hardware - Prelude library";
    license = stdenv.lib.licenses.bsd2;
    }
    ```
  - I run `nix-shell -E '(import <nixpkgs> {}).haskellPackages.callPackage ./. {}'` to get in the shell, but `cabal configure` complains:
    
    ```
    cabal: At least the following dependencies are missing:
    QuickCheck >=2.7 && <2.9,
    data-default >=0.5.3,
    ghc-typelits-extra >=0.1,
    ghc-typelits-natnormalise >=0.3,
    lens >=4.9,
    reflection >=2,
    singletons >=1.0 && <3.0,
    th-lift >=0.5.6
    ```
  - `ghc-pkg list` in shell:
    
    ```
    /nix/store/i4rq67jd9bzbhkqzfyhfdz1pja9fapl4-ghc-7.10.2/lib/ghc-7.10.2/package.conf.d:
    Cabal-1.22.4.0
    array-0.5.1.0
    base-4.8.1.0
    bin-package-db-0.0.0.0
    binary-0.7.5.0
    rts-1.0
    bytestring-0.10.6.0
    containers-0.5.6.2
    deepseq-1.4.1.1
    directory-1.2.2.0
    filepath-1.4.0.0
    (ghc-7.10.2)
    ghc-prim-0.4.0.0
    haskeline-0.7.2.1
    hoopl-3.10.0.2
    hpc-0.6.0.2
    integer-gmp-1.0.0.0
    pretty-1.1.2.0
    process-1.2.3.0
    template-haskell-2.10.0.0
    terminfo-0.4.0.1
    time-1.5.0.1
    transformers-0.4.2.0
    unix-2.7.1.0
    xhtml-3000.2.1
    ```


state: closed
title: lightdm module: Extract greeter configuration and add theme options
user_login: TimoMeijer
html_url: https://github.com/NixOS/nixpkgs/pull/11336
updated_at: 2015-12-01 21:39:00
body:
  I've extracted the configuration for the lightdm-gtk-greeter, to potentially allow for future greeters, and making configuring them more structured.

  I've also added options to being able to configure the theme of this greeter, without reimplementing the whole greeter wrapper.

  This is my first pull request to this repository, so any feedback is welcome.


state: closed
title: light-locker (lockscreen for lightdm)
user_login: obadz
html_url: https://github.com/NixOS/nixpkgs/pull/11338
updated_at: 2016-01-04 12:40:39
body:
  cc @wkennington
  cc @lethalman (I suspect something like that might also fixed the "Switch user" button in gnome-screensaver)


state: closed
title: Ark can't find tar #nixos
user_login: wvhulle
html_url: https://github.com/NixOS/nixpkgs/issues/11343
updated_at: 2016-01-15 11:41:53
body:
  I installed the gnutar archiving program and ark-15.04.3 in #nixos 15.09.706.45128de (Dingo). It is not possible to select tar as a filetype for unarchiving.

  The tar binary is in my path.
  [wvhulle@nord:~]$ which tar
  /nix/var/nix/profiles/default/bin/tar

  Ark can find most other formats as rar, 7z, and so on.


state: closed
title: graphite service: store PID files under /run
user_login: basvandijk
html_url: https://github.com/NixOS/nixpkgs/pull/11344
updated_at: 2015-11-29 13:35:34
body:
  The advantage of putting the PID file under the ephemeral /run is that when the machine crashes /run gets cleared allowing graphite to start once the machine is rebooted. 

  We also set the [PIDFile](http://www.freedesktop.org/software/systemd/man/systemd.service.html#PIDFile=) systemd option so that systemd knows the correct PID and enables systemd to remove the file after service shut down.


state: closed
title: Haskell package helm-0.7.1 fails to build in NixOS
user_login: wvhulle
html_url: https://github.com/NixOS/nixpkgs/issues/11345
updated_at: 2015-11-29 17:32:15
body:
  My nixos version is 15.09.706.45128de (Dingo). Executing `nix-env -iA nixos.haskellPackages.helm
  ` gives the following:

  ```
  Preprocessing library helm-0.7.1...

  src/FRP/Helm.hs:44:18:
      Could not find module ‘Graphics.UI.SDL’
      Use -v to see a list of the files searched for.
  builder for ‘/nix/store/5wdg2pn5cf27n8qh6xifpspcn3xb42va-helm-0.7.1.drv’ failed with exit code 1
  error: build of ‘/nix/store/5wdg2pn5cf27n8qh6xifpspcn3xb42va-helm-0.7.1.drv’ failed
  ```


state: closed
title: Compiling elm with GHC fails on NixOS 15.09.706.45128de (Dingo)
user_login: wvhulle
html_url: https://github.com/NixOS/nixpkgs/issues/11346
updated_at: 2015-11-29 14:34:05
body:
  I tried to install elm-compiler 0.14.1 with `sudo nix-env -iA nixos.haskellPackages.elm-compiler_0_14_1` the following is output:

  ```
  [31 of 62] Compiling Parse.Helpers    ( src/Parse/Helpers.hs, dist/build/Parse/Helpers.o )

  src/Parse/Helpers.hs:208:1:
      Non type-variable argument in the constraint: Stream s m Char
      (Use FlexibleContexts to permit this)
      When checking that ‘betwixt’ has the inferred type
        betwixt :: forall b s u (m :: * -> *).
                   Stream s m Char =>
                   Char -> Char -> ParsecT s u m b -> ParsecT s u m b

  µsrc/Parse/Helpers.hs:436:5:
      Non type-variable argument in the constraint: Stream s m Char
      (Use FlexibleContexts to permit this)
      When checking that ‘closeShader’ has the inferred type
        closeShader :: forall s u (m :: * -> *) a.
                       Stream s m Char =>
                       ([Char] -> a) -> ParsecT s u m a
      In an equation for ‘shader’:
          shader
            = do { try (string "[glsl|");
                   rawSrc <- closeShader id;
                   case glSource rawSrc of {
                     Left err -> parserFail . show $ err
                     Right tipe -> return ... } }
            where
                closeShader builder = choice [do { ... }, ....]
  builder for ‘/nix/store/33lb429gjshnlfryc5jcdfrg5f7vn7ly-elm-compiler-0.14.1.drv’ failed with exit code 1
  error: build of ‘/nix/store/33lb429gjshnlfryc5jcdfrg5f7vn7ly-elm-compiler-0.14.1.drv’ failed
  ```

  I saw however that there is a newer version available on hackage versioned 0.15 with other dependencies.


state: closed
title: Outdated JRE
user_login: Pitometsu
html_url: https://github.com/NixOS/nixpkgs/issues/11353
updated_at: 2016-06-02 17:53:04
body:
  ```
  ***
  Unfortunately, we may not download file jdk-6u45-linux-x64.bin automatically.
  Please, go to http://www.oracle.com/technetwork/java/javase/downloads/jdk6downloads-1902814.html, download it yourself, and add it to the Nix store
  using either
    nix-store --add-fixed sha256 jdk-6u45-linux-x64.bin
  or
    nix-prefetch-url --type sha256 file://path/to/jdk-6u45-linux-x64.bin

  ***
  ```

  But latest JDK is _JDK 8u66_ http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html


state: closed
title: aj-snapshot: init 0.9.6
user_login: mrVanDalo
html_url: https://github.com/NixOS/nixpkgs/pull/11354
updated_at: 2015-11-30 21:38:41
body:
  It's a tool to save the jack connections.

  I tested it with `nix-build -A aj-snapshot`

  It's my first pull-request to the nixpkgs repository, so I'm very open for improvements.
  @magnetophon @henrytill maybe you as musnix can approve or merge the pull-request.

  Thanks


state: open
title: firefox/thunderbird: no applications are offered to open downloaded files
user_login: fkz
html_url: https://github.com/NixOS/nixpkgs/issues/11355
updated_at: 2017-05-01 14:12:34
body:
  For example, if I download a .pdf file or want to open a .pdf attachment out of thunderbird, no application is available per default. I have to browse the executables and set it to something like /run/current-system/sw/bin/evince the first time I want to open a .pdf attachement (similarly with firefox). Ideally, the default applications should somehow be configurable from nix.


state: closed
title: python FFTW bindings.
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/pull/11359
updated_at: 2017-03-04 07:42:04
body:
  This PR adds Python bindings to FFTW. pyFFTW requires floats of size `single`, `double`, and `long-double`. Therefore, I added a `long-double` FFTW. Apparently long-double and SSE2 don't mix well, so I had to update the expression of FFTW

  @spwhitt @domenkozar 


state: closed
title: `cannot coerce a set to a string` error when users.ldap.daemon.enable is false
user_login: a1russell
html_url: https://github.com/NixOS/nixpkgs/issues/11361
updated_at: 2016-08-09 17:38:41
body:
  When trying to configure LDAP, but the `users.ldap.daemon.enable` option is set to false, an error is thrown on running `nixos-rebuild`:

  ```
  $ sudo nixos-rebuild switch --show-trace
  building Nix...
  building the system configuration...
  error: while evaluating the attribute ‘activationScript’ of the derivation ‘nixos-15.09.597.71e29b4’ at /nix/store/m3fvi30ys8pm500lb87l7q8kh11nqamj-nixos-15.09.597.71e29b4/nixos/nixpkgs/nixos/modules/system/activation/top-level.nix:102:7:
  while evaluating the attribute ‘system.activationScripts.script’ at /nix/store/m3fvi30ys8pm500lb87l7q8kh11nqamj-nixos-15.09.597.71e29b4/nixos/nixpkgs/nixos/modules/system/activation/activation-script.nix:58:9:
  while evaluating ‘textClosureMap’ at /nix/store/m3fvi30ys8pm500lb87l7q8kh11nqamj-nixos-15.09.597.71e29b4/nixos/nixpkgs/lib/strings-with-deps.nix:69:35, called from /nix/store/m3fvi30ys8pm500lb87l7q8kh11nqamj-nixos-15.09.597.71e29b4/nixos/nixpkgs/nixos/modules/system/activation/activation-script.nix:79:18:
  while evaluating ‘id’ at /nix/store/m3fvi30ys8pm500lb87l7q8kh11nqamj-nixos-15.09.597.71e29b4/nixos/nixpkgs/lib/trivial.nix:4:8, called from undefined position:
  while evaluating the attribute ‘text’ at /nix/store/m3fvi30ys8pm500lb87l7q8kh11nqamj-nixos-15.09.597.71e29b4/nixos/nixpkgs/nixos/modules/system/activation/activation-script.nix:9:5:
  while evaluating the attribute ‘text’ at /nix/store/m3fvi30ys8pm500lb87l7q8kh11nqamj-nixos-15.09.597.71e29b4/nixos/nixpkgs/lib/strings-with-deps.nix:76:38:
  cannot coerce a set to a string, at /nix/store/m3fvi30ys8pm500lb87l7q8kh11nqamj-nixos-15.09.597.71e29b4/nixos/nixpkgs/nixos/modules/config/ldap.nix:192:53
  ```

  I am guessing this is because `${ldapConfig}` is a set, here: https://github.com/NixOS/nixpkgs/blob/release-15.09/nixos/modules/config/ldap.nix#L194


state: closed
title: renoise_beta: init / improvment (3.1.0 beta 4)
user_login: mrVanDalo
html_url: https://github.com/NixOS/nixpkgs/pull/11363
updated_at: 2016-01-31 07:01:47
body:
  This is the build for the beta version of renoise (it will be around for some month).
  You have to download the binary yourself and create the sha yourself, because everybody gets a different binary. I hope this is a proper way to use the hashing in nix.


state: closed
title: mesa_drivers: build with older LLVM 3.6
user_login: ttuegel
html_url: https://github.com/NixOS/nixpkgs/pull/11367
updated_at: 2016-05-19 17:21:34
body:
  3e96b763d2458537e994a23478f5ce4257930f31 makes LLVM 3.7 the default Nixpkgs-wide. Since this commit, I have been unable to start X using the `radeon` driver. There is no error message in the `dmesg` output or in `/var/log/X.0.log`; X simply doesn't open a display. This patch builds `mesa_drivers` with the older LLVM 3.6 instead, in which case X does work. It is not necessary to use the older LLVM for any other packages, so this should be a minimal rebuild.

  @wkennington @domenkozar


state: closed
title: kodiPlugins.pvr-hts: init at 2.1.18
user_login: cpages
html_url: https://github.com/NixOS/nixpkgs/pull/11369
updated_at: 2015-12-05 07:58:38
body:
  WIP: Add Tvheadend HTSP PVR client addon for Kodi.

  cc @edwtjo @domenkozar (as kodi maintainers):  this is working but I'm using that symlink trick as it searches for the addon .so in the lib dir from the original non-wrapped kodi. Any suggestion how to workaround this more cleanly?


state: closed
title: pythonocc-core: init at 0.16.2
user_login: nullie
html_url: https://github.com/NixOS/nixpkgs/pull/11373
updated_at: 2015-12-02 16:07:48
body:
  Python wrapper for the oce C++ library

  I've tested it against changes/nixos-15.09 on my 64 bit machine with pythons 2.7 and 3.4


state: closed
title: pythonPackages.elasticsearch: remove dependencies
user_login: desiderius
html_url: https://github.com/NixOS/nixpkgs/pull/11376
updated_at: 2015-12-01 09:08:04
body:
  Remove the pyyaml and pyaml dependencies. They are only used in
  the unit tests and pyaml is marked as Python 2 only.


state: closed
title: nixpkgs.emacs24Macport_24_3 build fails
user_login: aragnon
html_url: https://github.com/NixOS/nixpkgs/issues/11378
updated_at: 2017-04-22 16:55:25
body:
  Self-explanatory:

  ```
  checking for gnutls >= 2.6.6... yes CFLAGS='-I/nix/store/0r9ryjv78ksdvlnq3b5psv7vij121ac0-gnutls-3.4.6/include ' LIBS='-L/nix/store/0r9ryjv78ksdvlnq3b5psv7vij121ac0-gnutls-3.4.6/lib -lgnutls '
  checking for gnutls_certificate_set_verify_function... no
  checking for xaw3d... no
  checking for libXaw... configure: error: No X toolkit could be found.
  If you are sure you want Emacs compiled without an X toolkit, pass
    --with-x-toolkit=no
  to configure.  Otherwise, install the development libraries for the toolkit
  that you want to use (e.g. Gtk+) and re-run configure.
  builder for ‘/nix/store/p4n0fdxf8nk4yjnyq4adm1ad2n8fhbd8-emacs-24.3-mac-4.8.drv’ failed with exit code 1
  error: build of ‘/nix/store/p4n0fdxf8nk4yjnyq4adm1ad2n8fhbd8-emacs-24.3-mac-4.8.drv’ failed
  Traceback (most recent call last):
    File "/nix/store/6qfj65ymwsqhnm8qvarrs2zzdh0g4nhq-nox-0.0.2/bin/.nox-wrapped", line 11, in <module>
      sys.exit(main())
    File "/nix/store/a91labs9457vv63fb30mbvq8nxbx4na2-python3.4-click-5.1/lib/python3.4/site-packages/click/core.py", line 700, in __call__
      return self.main(*args, **kwargs)
    File "/nix/store/a91labs9457vv63fb30mbvq8nxbx4na2-python3.4-click-5.1/lib/python3.4/site-packages/click/core.py", line 680, in main
      rv = self.invoke(ctx)
    File "/nix/store/a91labs9457vv63fb30mbvq8nxbx4na2-python3.4-click-5.1/lib/python3.4/site-packages/click/core.py", line 873, in invoke
      return ctx.invoke(self.callback, **ctx.params)
    File "/nix/store/a91labs9457vv63fb30mbvq8nxbx4na2-python3.4-click-5.1/lib/python3.4/site-packages/click/core.py", line 508, in invoke
      return callback(*args, **kwargs)
    File "/nix/store/6qfj65ymwsqhnm8qvarrs2zzdh0g4nhq-nox-0.0.2/lib/python3.4/site-packages/nox/search.py", line 83, in main
      subprocess.check_call(['nix-env', '-iA', '--show-trace'] + attributes)
    File "/nix/store/xzz8w7li1zw21glb7acifashvpyz7z8r-python3-3.4.3/lib/python3.4/subprocess.py", line 561, in check_call
      raise CalledProcessError(retcode, cmd)
  subprocess.CalledProcessError: Command '['nix-env', '-iA', '--show-trace', 'nixpkgs.emacs24Macport_24_3']' returned non-zero exit status 100
  ```


state: closed
title: cdemu: package updates
user_login: bendlas
html_url: https://github.com/NixOS/nixpkgs/pull/11379
updated_at: 2015-12-07 20:39:29
body:
  client:    3.0.0 -> 3.0.1
  daemon:    3.0.2 -> 3.0.3
  gui:       3.0.0 -> 3.0.1
  libmirage: 3.0.3 -> 3.0.4


state: closed
title: wine(tricks): update packages
user_login: bendlas
html_url: https://github.com/NixOS/nixpkgs/pull/11382
updated_at: 2015-12-01 11:48:31
body:
  wine 1.7.55 -> 1.8-rc2
  winetricks 20151110 -> 20151116

  release candidate of new wine unstable, let's help the wine team out with some testing:
  @abbradar @jagajaga 


state: closed
title: Allow nixos-rebuild without NIX_REMOTE=daemon
user_login: viric
html_url: https://github.com/NixOS/nixpkgs/issues/11384
updated_at: 2017-07-07 09:59:35
body:
  Currently, the only way to disable the use of NIX_REMOTE=daemon is to have the envvar undefined or with null string.

  Neverthless, nixos-rebuild checks for the nix-daemon being alive, and in that case, it uses:

  ```
  export NIX_REMOTE=${NIX_REMOTE:-daemon}
  ```

  So, the only way to disable the remote in nixos-rebuild is to stop nix-daemon and unset NIX_REMOTE, all together.

  One solution would be to allow NIX_REMOTE=0 or NIX_REMOTE=false in nix, but maybe someone can propose something simpler.


state: closed
title: cmake / Qt5 error when trying to compile newer version of RStudio
user_login: dlukes
html_url: https://github.com/NixOS/nixpkgs/issues/11385
updated_at: 2018-01-10 15:22:58
body:
  The derivation for the [RStudio](https://www.rstudio.com/) IDE currently available in `nixpkgs` is an older version (0.98.110) which doesn't have some of the functionality I've come to rely on. I've therefore tried to update the derivation to build version 0.99.489, which is the current stable one for which [pre-compiled binaries are available](https://www.rstudio.com/products/rstudio/download/).

  The main change between the two versions seems to be that the Qt dependency has been bumped from the 4.x to the 5.x series. I therefore tried to update the build environment in the derivation accordingly (see 5b216a941a16c87f0a3e935fd0b64821feac0ef1), but I get stuck at the following error:

  ```
  CMake Error at src/cpp/desktop/CMakeLists.txt:69 (get_filename_component):
    get_filename_component called with incorrect number of arguments


  CMake Error at //lib/cmake/Qt5Core/Qt5CoreConfig.cmake:15 (message):
    The imported target "Qt5::Core" references the file

       "///include/"

    but this file does not exist.  Possible reasons include:

    * The file was deleted, renamed, or moved to another location.

    * An install or uninstall procedure did not complete successfully.

    * The installation package was faulty and contained

       "//lib/cmake/Qt5Core/Qt5CoreConfig.cmake"

    but not all the files it references.

  Call Stack (most recent call first):
    //lib/cmake/Qt5Core/Qt5CoreConfig.cmake:52 (_qt5_Core_check_file_exists)
    src/cpp/desktop/CMakeLists.txt:76 (find_package)


  -- Configuring incomplete, errors occurred!
  ```

  Might this be an error that will affect other derivations depending on Qt 5?

  `nixos-version` is `16.03.git.b6e1e73 (Emu)` (based on `channels/nixos-unstable`).


state: closed
title: Cryptsetup doesn't label filesystem
user_login: pstn
html_url: https://github.com/NixOS/nixpkgs/issues/11387
updated_at: 2015-12-01 14:07:07
body:
  When using filesystem.encrypted.\* there doesn't seem to be way to lable the resulting block device create by cryptsetup luksOpen in [encrypted-devices.nix:66](https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/tasks/encrypted-devices.nix) when I try to call cryptsetup luksOpen in unstable without a label as an argument it fails with
  `Command requires device and mapped name as arguments.`.
  I can't get any configuration of filesystem.encrypted.\* to mount my encrypted devices on boot, and I believe this is the cause of it.


state: open
title: CUDA kernel/userspace interface issue due to cuda.so.1
user_login: twhitehead
html_url: https://github.com/NixOS/nixpkgs/issues/11390
updated_at: 2017-05-03 06:37:22
body:
  We are running Nix as a package manager alongside CentOS 6.  It is working good except for the fact that CUDA packages aren't working.  For example, `caffe` (from nixpkgs tag 15.09) gives

  > $ caffe device_query --gpu=0
  > I1201 12:09:52.707620 25856 caffe.cpp:73] Querying device ID = 0
  > F1201 12:09:52.790141 25856 common.cpp:131] Check failed: error == cudaSuccess (35 vs. 0) CUDA driver version is insufficient for CUDA runtime version

  Using `strace` I discovered the problem is that the `cudatoolkit` libraries are trying to load a _libcuda.so.1_ library (although it is not declared as an official a shared library dependency by any of the ELF objects).  Digging reveals this is a kernel/user-space shimmy library shipped with the CUDA kernel driver and that it is tightly tied to the specific version of that CUDA kernel driver.

  > $ readlink -f /usr/lib64/libcuda.so
  > /usr/lib64/nvidia/libcuda.so.352.55

  Using LD_PRELOAD to load this into the NIX binary results in it working as expected

  > $ LD_PRELOAD=/usr/lib64/libcuda.so caffe device_query --gpu=0
  > I1201 12:18:10.561049 25949 caffe.cpp:73] Querying device ID = 0
  > I1201 12:18:10.568706 25949 common.cpp:157] Device id:                     0
  > I1201 12:18:10.568722 25949 common.cpp:158] Major revision number:         3
  > I1201 12:18:10.568725 25949 common.cpp:159] Minor revision number:         5
  > I1201 12:18:10.568730 25949 common.cpp:160] Name:                          Tesla K20m
  > ...

  How should Nix properly handle this?  The _libcuda.so.1_ could be put in the Nix store, but it turns out that quickly creates a fragile situation where any update to the host NVIDIA driver version instantly breaks all installed Nix CUDA binaries as, if _libcuda.so.1_ does not perfectly match the kernel NVIDIA driver version, CUDA executable fail and the kernel spits messages of the form

  > NVRM: API mismatch: the client has the version 352.55, but
  > NVRM: this kernel module has the version 352.39.  Please
  > NVRM: make sure that this kernel module and all NVIDIA driver
  > NVRM: components have the same version.
  > NVRM: nvidia_frontend_ioctl: minor 255, module->ioctl failed, error -22

  To me this suggests that, as Nix uses the host kernel, it should also use the host provided version of this library.  The logic here being that _libcuda.so.1_ is so tightly tied to the kernel it should really be considered part of the kernel interface (provided by the host) and not userspace (provided by Nix).

  What do people think, and how might this best be done?

  Thanks!  -Tyson


state: closed
title: pythonPackages.pillow: fix for multiple outputs
user_login: ktosiek
html_url: https://github.com/NixOS/nixpkgs/pull/11392
updated_at: 2015-12-02 08:22:52
body:
  Fixes http://hydra.nixos.org/build/28383869#tabs-summary which was caused by Pillow not picking up libjpeg.


state: closed
title: pythonPackages.psycopg2 build fails on Darwin
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/11394
updated_at: 2015-12-02 23:06:27
body:
  ```
  ...
  clang -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -DPSYCOPG_DEFAULT_PYDATETIME=1 -DPSYCOPG_VERSION="2.5.4 (dt dec pq3 ext)" -DPSYCOPG_EXTENSIONS=1 -DPSYCOPG_NEW_BOOLEAN=1 -DHAVE_PQFREEMEM=1 -DPG_VERSION_HEX=0x090405 -DPSYCOPG_EXTENSIONS=1 -DPSYCOPG_NEW_BOOLEAN=1 -DHAVE_PQFREEMEM=1 -I/nix/store/ja6r5fd540kgz4qm7q2lrs0v379msbdx-python-2.7.10/include/python2.7 -I. -I/nix/store/wlva88arppr01gbgsc970kv5f0c22vv9-postgresql-9.4.5/include -I/nix/store/wlva88arppr01gbgsc970kv5f0c22vv9-postgresql-9.4.5/include/server -c psycopg/microprotocols_proto.c -o build/temp.macosx-10.7-x86_64-2.7/psycopg/microprotocols_proto.o
  In file included from psycopg/microprotocols_proto.c:27:
  In file included from ./psycopg/psycopg.h:33:
  ./psycopg/config.h:71:13: warning: unused function 'Dprintf' [-Wunused-function]
  static void Dprintf(const char *fmt, ...) {}
              ^
  1 warning generated.
  clang -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -DPSYCOPG_DEFAULT_PYDATETIME=1 -DPSYCOPG_VERSION="2.5.4 (dt dec pq3 ext)" -DPSYCOPG_EXTENSIONS=1 -DPSYCOPG_NEW_BOOLEAN=1 -DHAVE_PQFREEMEM=1 -DPG_VERSION_HEX=0x090405 -DPSYCOPG_EXTENSIONS=1 -DPSYCOPG_NEW_BOOLEAN=1 -DHAVE_PQFREEMEM=1 -I/nix/store/ja6r5fd540kgz4qm7q2lrs0v379msbdx-python-2.7.10/include/python2.7 -I. -I/nix/store/wlva88arppr01gbgsc970kv5f0c22vv9-postgresql-9.4.5/include -I/nix/store/wlva88arppr01gbgsc970kv5f0c22vv9-postgresql-9.4.5/include/server -c psycopg/typecast.c -o build/temp.macosx-10.7-x86_64-2.7/psycopg/typecast.o
  clang -bundle -undefined dynamic_lookup build/temp.macosx-10.7-x86_64-2.7/psycopg/psycopgmodule.o build/temp.macosx-10.7-x86_64-2.7/psycopg/green.o build/temp.macosx-10.7-x86_64-2.7/psycopg/pqpath.o build/temp.macosx-10.7-x86_64-2.7/psycopg/utils.o build/temp.macosx-10.7-x86_64-2.7/psycopg/bytes_format.o build/temp.macosx-10.7-x86_64-2.7/psycopg/connection_int.o build/temp.macosx-10.7-x86_64-2.7/psycopg/connection_type.o build/temp.macosx-10.7-x86_64-2.7/psycopg/cursor_int.o build/temp.macosx-10.7-x86_64-2.7/psycopg/cursor_type.o build/temp.macosx-10.7-x86_64-2.7/psycopg/diagnostics_type.o build/temp.macosx-10.7-x86_64-2.7/psycopg/error_type.o build/temp.macosx-10.7-x86_64-2.7/psycopg/lobject_int.o build/temp.macosx-10.7-x86_64-2.7/psycopg/lobject_type.o build/temp.macosx-10.7-x86_64-2.7/psycopg/notify_type.o build/temp.macosx-10.7-x86_64-2.7/psycopg/xid_type.o build/temp.macosx-10.7-x86_64-2.7/psycopg/adapter_asis.o build/temp.macosx-10.7-x86_64-2.7/psycopg/adapter_binary.o build/temp.macosx-10.7-x86_64-2.7/psycopg/adapter_datetime.o build/temp.macosx-10.7-x86_64-2.7/psycopg/adapter_list.o build/temp.macosx-10.7-x86_64-2.7/psycopg/adapter_pboolean.o build/temp.macosx-10.7-x86_64-2.7/psycopg/adapter_pdecimal.o build/temp.macosx-10.7-x86_64-2.7/psycopg/adapter_pint.o build/temp.macosx-10.7-x86_64-2.7/psycopg/adapter_pfloat.o build/temp.macosx-10.7-x86_64-2.7/psycopg/adapter_qstring.o build/temp.macosx-10.7-x86_64-2.7/psycopg/microprotocols.o build/temp.macosx-10.7-x86_64-2.7/psycopg/microprotocols_proto.o build/temp.macosx-10.7-x86_64-2.7/psycopg/typecast.o -L/nix/store/ja6r5fd540kgz4qm7q2lrs0v379msbdx-python-2.7.10/lib -L/nix/store/wlva88arppr01gbgsc970kv5f0c22vv9-postgresql-9.4.5/lib -lpq -lssl -lcrypto -o build/lib.macosx-10.7-x86_64-2.7/psycopg2/_psycopg.so
  ld: library not found for -lssl
  clang-3.6: error: linker command failed with exit code 1 (use -v to see invocation)
  ```

  Not sure why `libssl` is failing only on darwin and don't have time to check right now, but I figured I'd flag it.


state: closed
title: geolite-legacy: Switch to mirror with stable URLs.
user_login: aszlig
html_url: https://github.com/NixOS/nixpkgs/pull/11395
updated_at: 2016-02-27 22:26:41
body:
  These files seem to change even on a per-minute basis, so we really can't rely on the upstream URLs at all.

  I've tried to find another mirror on the net, but haven't found anything than the Fedora one (http://pkgs.fedoraproject.org/repo/pkgs/GeoIP/) and some outdated Git repository. Both unfortunately do not have a recent enough version, so we would essentially have to downgrade.

  So I decided to set up a mirror by myself and I've put it in front of the "urls" attribute, because if the upstream URL has a hash mismatch, another URL isn't tried.

  The reason why I've still kept the upstream URL is because updating these packages still should be done using the upstream URL, so that if I happen to go nuts (you'll never know) and tamper with the mirror, nobody gets hurt except for getting a hash mismatch.

  Also, I've changed the version to reflect the Hydra build number, so we don't need to do bookkeeping on two values.

  The new version numbering scheme is also backwards-compatible, because it exceeds the value of the 4-digit year already.


state: closed
title: bumblebee fails to build due to xorg.conf.d/10-evdev.conf collision
user_login: wizeman
html_url: https://github.com/NixOS/nixpkgs/issues/11396
updated_at: 2015-12-04 21:55:56
body:
  While trying to build a configuration from a recent commit of the master branch, while enabling NixOS' bumblebee module, the `bumblebee-env` derivation fails to build with this error (this is the full log):

  ```
  collision between `/nix/store/qrmwam8gg6pxjir727psg2c749q4s4mq-xf86-input-evdev-2.10.0/share/X11/xorg.conf.d/10-evdev.conf' and `/nix/store/39dc3fjcfmrwp74dma66l2amnc074d3l-xorg-server-1.17.2/share/X11/xorg.conf.d/10-evdev.conf'
  <3>builder for ‘/nix/store/r7rnfy1ajzd48sqb5s4aazp75jky2142-bumblebee-env.drv’ failed with exit code 2
  ```

  I believe the `bumblebee-env` derivation is defined here: https://github.com/NixOS/nixpkgs/blob/7afc07713985a8c901a71c835504e0f15996d567/pkgs/tools/X11/bumblebee/default.nix#L42-L57

  Any idea what the problem might be?


state: closed
title: "pencil" build fails
user_login: chris-martin
html_url: https://github.com/NixOS/nixpkgs/issues/11397
updated_at: 2015-12-05 05:28:33
body:
  I'm based on channels/nixos-15.09.

  Added `pencil` to my packages list, and this is the rebuild output:

  ```
  building Nix...
  building the system configuration...
  these derivations will be built:
    /nix/store/a67rhxf5y04sypzv70aqfnxk0dnk26zg-xulrunner-42.0.drv
    /nix/store/y6xpwij9hjdjzm5sk19mwb3sjrlq295h-pencil-2.0.13.drv
    /nix/store/2jipy2c4szmbkzr3yyd7l8icywxirs46-system-path.drv
    /nix/store/73yjz5dvmqwwdnd57nw6gaf1vbz1sd9k-dbus-conf.drv
    /nix/store/83rq6q2jchhghd5ddp64hi32j3yhrr6c-unit-dbus.service.drv
    /nix/store/mqlmdcmyk41gjs34c2ljmhsj2whqyaik-unit-polkit.service.drv
    /nix/store/h8hkh6n9mg66h9yrgh17zk1zaapxpwgr-system-units.drv
    /nix/store/snw8p445sr11m0fa2sv0pwyr7i05915f-etc.drv
    /nix/store/xj7c66m4qfsf82b5ii66hldz48xhx9kf-nixos-15.09.git.456cba8.drv
  building path(s) ‘/nix/store/hf5wh3dmmqnf8c9vhh0p5r5d1mcdnnib-xulrunner-42.0’
  unpacking sources
  unpacking source archive /nix/store/jg58zifrm0smzhlsind83xrgly7frpwq-firefox-42.0.source.tar.xz
  source root is firefox-42.0
  patching sources
  configuring
  grep: ../mozilla-release/configure: No such file or directory
  grep: ../mozilla-release/configure: No such file or directory
  configure flags: --prefix=/nix/store/hf5wh3dmmqnf8c9vhh0p5r5d1mcdnnib-xulrunner-42.0 --enable-application=xulrunner --disable-javaxpcom --with-system-jpeg --with-system-zlib --with-system-bz2 --with-system-nspr --with-system-nss --with-system-libevent --with-system-libvpx --enable-system-ffi --enable-system-hunspell --enable-system-pixman --enable-system-sqlite --enable-system-cairo --enable-gstreamer --enable-startup-notification --disable-crashreporter --disable-tests --disable-necko-wifi --disable-installer --disable-updater --disable-pulseaudio --disable-gconf --disable-debug --enable-release --enable-strip --enable-optimize 
  /nix/store/bv1flp1b45svqz1gnjm9r6hypyxh4zy9-stdenv/setup: line 660: ../mozilla-release/configure: No such file or directory
  builder for ‘/nix/store/a67rhxf5y04sypzv70aqfnxk0dnk26zg-xulrunner-42.0.drv’ failed with exit code 1
  cannot build derivation ‘/nix/store/y6xpwij9hjdjzm5sk19mwb3sjrlq295h-pencil-2.0.13.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/2jipy2c4szmbkzr3yyd7l8icywxirs46-system-path.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/xj7c66m4qfsf82b5ii66hldz48xhx9kf-nixos-15.09.git.456cba8.drv’: 1 dependencies couldn't be built
  error: build of ‘/nix/store/xj7c66m4qfsf82b5ii66hldz48xhx9kf-nixos-15.09.git.456cba8.drv’ failed
  ```


state: closed
title: Update bash patches
user_login: burke
html_url: https://github.com/NixOS/nixpkgs/pull/11398
updated_at: 2015-12-03 00:11:46
body:
  This was failing for me; I guess GNU modified patch 042. I ran the tool and the signature was valid.


state: closed
title: kcov not working
user_login: FlorentBecker
html_url: https://github.com/NixOS/nixpkgs/issues/11399
updated_at: 2015-12-03 13:28:48
body:
  The kcov package in nixpkgs is currently broken, as it is unable to find the dwarf debugging sections of executables. See this issue in kcov https://github.com/SimonKagstrom/kcov/issues/123 and notice that the problems happens whether using kcov through nixpkgs, or compiling it by hand on a nixos machine (so fixupPhase is not the culprit).


state: closed
title: Problems compiling with GHC API
user_login: svenkeidel
html_url: https://github.com/NixOS/nixpkgs/issues/11400
updated_at: 2015-12-14 07:33:11
body:
  Hi,

  I followed the instructions on the Haskell wiki [GHC/As a library](https://wiki.haskell.org/GHC/As_a_library) to compile a Haskell file.

  **Main.hs**

  ``` haskell
  import GHC
  import GHC.Paths ( libdir )
  import DynFlags

  main = 
      defaultErrorHandler defaultFatalMessager defaultFlushOut $ do
        runGhc (Just libdir) $ do
          dflags <- getSessionDynFlags
          setSessionDynFlags dflags
          target <- guessTarget "test.hs" Nothing
          setTargets [target]
          load LoadAllTargets
  ```

  **test.hs**

  ``` haskell
  main = putStrLn "hello"
  ```

  **default.nix**

  ``` nix
  { pkgs ? import <nixpkgs> {} }:

  let
    env = pkgs.haskellPackages.ghcWithPackages(p: with p; [
      ghc ghc-paths
    ]);

  in pkgs.stdenv.mkDerivation {
    name = "foo";
    version = "0.0.1";
    src = ./.;
    buildInputs = [ env ];
    shellHook = ''
      export NIX_GHC="${env}/bin/ghc"
      export NIX_GHCPKG="${env}/bin/ghc-pkg"
      export NIX_GHC_DOCDIR="${env}/share/doc/ghc/html"
      export NIX_GHC_LIBDIR=$( $NIX_GHC --print-libdir )
    '';
  }
  ```

  I compile with `ghc -package ghc -package ghc-paths --make Main.hs`. When I execute `./Main`, I get the following linking error:

  ```
  ld: warning: PIE disabled. Absolute addressing (perhaps -mdynamic-no-pic) not allowed in code signed PIE, but used in _szZ_info from test.o. To fix this warning, don't compile with -mdynamic-no-pic or link with -Wl,-no_pie
  final section layout:
      __TEXT/__text addr=0x100000D40, size=0x00000206, fileOffset=0x00000D40, type=1
      __TEXT/__stubs addr=0x100000F46, size=0x0000001E, fileOffset=0x00000F46, type=28
      __TEXT/__stub_helper addr=0x100000F64, size=0x00000042, fileOffset=0x00000F64, type=32
      __TEXT/__const addr=0x100000FA8, size=0x0000000C, fileOffset=0x00000FA8, type=0
      __TEXT/__eh_frame addr=0x100000FB8, size=0x00000040, fileOffset=0x00000FB8, type=19
      __DATA/__program_vars addr=0x100001000, size=0x00000028, fileOffset=0x00001000, type=30
      __DATA/__got addr=0x100001028, size=0x00000010, fileOffset=0x00001028, type=29
      __DATA/__nl_symbol_ptr addr=0x100001038, size=0x00000010, fileOffset=0x00001038, type=29
      __DATA/__la_symbol_ptr addr=0x100001048, size=0x00000028, fileOffset=0x00001048, type=27
      __DATA/__const addr=0x100001070, size=0x00000028, fileOffset=0x00001070, type=0
      __DATA/__data addr=0x100001098, size=0x00000060, fileOffset=0x00001098, type=0
      __DATA/__common addr=0x1000010F8, size=0x00000020, fileOffset=0x00000000, type=25
  ld: 32-bit RIP relative reference out of range (-4294970840 max is +/-4GB): from _szZ_info (0x100000D98) to _ghczmprim_GHCziCString_unpackCStringzh_closure@0x0004A460 (0x00000000) in '_szZ_info' from test.o for architecture x86_64
  clang-3.6: error: linker command failed with exit code 1 (use -v to see invocation)
  ```

  If it helps, I use the Nix packagemanager on a Mac. I tried linking with the system installed clang linker and the nix provided clang linker, both didn't work. @peti, is this a nix related issue? Can someone reproduce?

  Best,
  Sven


state: closed
title: closure-size: cycle in store involving fontconfig
user_login: deepfire
html_url: https://github.com/NixOS/nixpkgs/issues/11405
updated_at: 2015-12-05 07:30:35
body:
  Branch: `closure-size`
  Commit-id: `e289717414ae4e730586563122591a68820f7c25`

  ```
  cycle detected in the references of ‘/nix/store/7hsa6fdfmiabq97v4hxni6rbjrq29vw4-freetype-2.5.4’
  building path(s) ‘/nix/store/8v80k82yd8jmqa62nhhhcnyvrh75908p-fontconfig-2.10.2-bin’, ‘/nix/store/a2f4zka6i22rx99k50rilw8aryd1pxrw-fontconfig-2.10.2’, ‘/nix/store/hphykavp71hivb8fp1d0fxn2biy43qdr-fontconfig-2.10.2-lib’, ‘/nix/store/zbjd8sly8mk40mgc0kyb2gkhd1f3nx18-fontconfig-2.10.2-dev’
  cannot build derivation ‘/nix/store/dymqxga6v2knp9xhm5j63212zyy09apr-python2.7-reportlab-3.2.0.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/2fzfiw91z31g4qvfj3ylhndg69xjfp86-hplip-3.15.11.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/mqasw81nchxqi6spiazajf5l0qhghlkr-cups-progs.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/v0p3vhm03jaqqkh60gxcykaqg87j0vq3-etc-file.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/xmicw1fj77ycwznb6j71khk2i419kffg-etc-file.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/853q90n4dmipwc1b8j2ldbypawp82qgb-etc.drv’: 1 dependencies couldn't be built
  ```


state: closed
title: programs.sqlite for darwin
user_login: maxxk
html_url: https://github.com/NixOS/nixpkgs/issues/11406
updated_at: 2018-03-21 23:41:54
body:
  Database for command-not-found is currently generated only for nixos (https://github.com/NixOS/nixos-channel-scripts/blob/master/mirror-nixos-branch.sh#L94). 
  Is it possible to generate it for nixpkgs and for darwin platform to use command-not-found there?


state: closed
title: Support SSSD
user_login: a1russell
html_url: https://github.com/NixOS/nixpkgs/issues/11407
updated_at: 2017-01-09 01:19:44
body:
  Add a package for the [System Security Services Daemon (SSSD)](https://fedorahosted.org/sssd/). Replace `nslcd` usage with this for the `users.ldap.daemon` NixOS options.

  SSSD seems to be the more widely used and accepted option, now, with RHEL recommending it.


state: closed
title: Declarative containers broken since systemd-219
user_login: ttuegel
html_url: https://github.com/NixOS/nixpkgs/issues/11408
updated_at: 2016-02-04 15:55:42
body:
  NixOS declarative containers (`containers.<name>.*`) have been broken since the upgrade to systemd-219 (fe952a42a7898574a1a2f5ac4b386c6bdd713b2e). The containers fail to start. There is nothing relevant in `dmesg`, and the system journal looks like this:

  ```
  Dec 02 10:14:45 mugen systemd[1]: Starting Container 'quassel'...
  Dec 02 10:14:45 mugen container quassel[786]: Spawning container quassel on /var/lib/containers/quassel.
  Dec 02 10:14:45 mugen container quassel[786]: Press ^] three times within 1s to kill container.
  Dec 02 10:14:45 mugen container quassel[786]: Container quassel failed with error code 1.
  Dec 02 10:14:45 mugen systemd[1]: container@quassel.service: main process exited, code=exited, status=1/FAILURE
  Dec 02 10:14:45 mugen container quassel[795]: cat: /run/containers/quassel.pid: No such file or directory
  Dec 02 10:14:45 mugen systemd[1]: container@quassel.service: control process exited, code=exited status=1
  Dec 02 10:14:45 mugen systemd[1]: Failed to start Container 'quassel'.
  Dec 02 10:14:45 mugen systemd[1]: Unit container@quassel.service entered failed state.
  Dec 02 10:14:45 mugen systemd[1]: container@quassel.service failed.
  Dec 02 10:14:45 mugen systemd[1]: container@quassel.service holdoff time over, scheduling restart.
  ```

  A minimal configuration which reproduces this is:
  `quassel.nix`:

  ```
  { config, lib, pkgs, ... }:
  {
    services.openssh.enable = true;
    environment.systemPackages = with pkgs; [
      openssl
    ];
    users.mutableUsers = false;
  }
  ```

  `configuration.nix`:

  ```
  ...
    containers.quassel = {
      autoStart = true;
      config = import ./quassel.nix;
    };
  ...
  ```

  @edolstra Is there any way I can help debug this further?


state: closed
title: Fix notmuch for darwin
user_login: burke
html_url: https://github.com/NixOS/nixpkgs/pull/11410
updated_at: 2015-12-03 08:04:27
body:
  - The existing `preFixup` hack for darwin doesn't appear to be necessary anymore
  - I had to fix the paths for `libtalloc`
  - I relaxed the `platforms` restriction to `unix`. It certainly works on darwin with this change, and could likely work on *bsd, though I haven't tested. (or should I just make it gnu+darwin?)

  (This is my first time working with nix, please let me know if I've done everything horribly incorrectly :smile:)

  @chaoflow @garbas 


state: closed
title: mapnik: init at 3.0.9
user_login: hrdinka
html_url: https://github.com/NixOS/nixpkgs/pull/11411
updated_at: 2015-12-07 09:50:41
body:
  This adds mapnik version 3.0.9 as well as its most recent python bindings. There hasn't been a stable release of the bindings since they have seperated them from the main repo in 3.*. That is why it downloads the latest git rev. Tested and working.


state: closed
title: re owncloud latest
user_login: matejc
html_url: https://github.com/NixOS/nixpkgs/pull/11412
updated_at: 2015-12-02 22:12:40
body:
  Since the rebase went a bit wrong I decided to help @aborsu (https://github.com/NixOS/nixpkgs/pull/10514) with that
  by creating a new branch from master and cherry-picking his commits into, that how this pull request started.
  @aborsu: do check the commits if I missed something when cherry-picking commits.

  @aborsu: I have reviewed your code, looks solid, and specially... it works great, I will merge it as soon as travis-ci goes green and that you recheck the commits.
  I have tried with multiple versions of owncloud and this is config for `nixos-container`:

  ```
  { config, lib, pkgs, ... }:
  with lib;
  { boot.isContainer = true;
    networking.hostName = mkDefault "owncloud";
    networking.useDHCP = false;
    services = {
      httpd = {
        enable = true;
        adminAddr="some@email.beje";
        enablePHP = true;
        virtualHosts = [
          {
            extraSubservices = [
              {
                serviceType = "owncloud";
                dbUser = "owncloud";
                dbPassword = "SECRET";
                adminUser = "owncloud";
                adminPassword = "SECRET";
                package = pkgs.owncloud82;
              }
            ];
          }
        ];
      };
      postgresql.enable = true;
    };
  }
  ```

  I think there is no need for https://github.com/NixOS/nixpkgs/pull/10514 to exist anymore so it should be closed.


state: closed
title: Revert "Update bash patches"
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/pull/11418
updated_at: 2015-12-03 17:08:25
body:
  Reverts NixOS/nixpkgs#11398

  This should be going against staging, not master. Sorry for the confusion!


state: closed
title: murmur: sslCa and extraConfig options.
user_login: kevincox
html_url: https://github.com/NixOS/nixpkgs/pull/11419
updated_at: 2015-12-22 01:02:43
body:
  This adds the `sslCa` option which is essential for users who's certificate isn't in their root store as well as the `extraConfig` option which allows users to add arbitrary options to their config file.


state: closed
title: darwin: libbfd references _libintl_dgettext but doesn't link linbintl
user_login: burke
html_url: https://github.com/NixOS/nixpkgs/issues/11420
updated_at: 2019-05-17 07:51:16
body:
  ```
  > strings /nix/store/w13w0ww1s521g9xvqa7w133s2b2l84bs-binutils-2.23.1/lib/libbfd-2.23.1.dylib
  dyld: lazy symbol binding failed: Symbol not found: _libintl_dgettext
    Referenced from: /nix/store/ga4nf93w2cs8havsl83lgqqzl99arxir-binutils-2.23.1/lib/libbfd-2.23.1.dylib
    Expected in: flat namespace

  dyld: Symbol not found: _libintl_dgettext
    Referenced from: /nix/store/ga4nf93w2cs8havsl83lgqqzl99arxir-binutils-2.23.1/lib/libbfd-2.23.1.dylib
    Expected in: flat namespace

  zsh: trace trap  strings
  ```

  ```
  > otool -L /nix/store/w13w0ww1s521g9xvqa7w133s2b2l84bs-binutils-2.23.1/lib/libbfd-2.23.1.dylib
  /nix/store/w13w0ww1s521g9xvqa7w133s2b2l84bs-binutils-2.23.1/lib/libbfd-2.23.1.dylib:
          /nix/store/w13w0ww1s521g9xvqa7w133s2b2l84bs-binutils-2.23.1/lib/libbfd-2.23.1.dylib (compatibility version 0.0.0, current version 0.0.0)
          /nix/store/nrvybmwcijppnmgq1nwxsnr0vlq17bji-Libsystem-1197.1.1/lib/libSystem.dylib (compatibility version 1.0.0, current version 1197.1.1)
          /nix/store/340y92ixpcq20w59928np2k3bbc8gd6x-zlib-1.2.8/lib/libz.dylib (compatibility version 1.0.0, current version 1.2.8)
  ```

  I'm not really sure why this would happen or how to go about dealing with this. Any tips?


state: closed
title: Add coreutils-prefixed to install coreutils as gls, ggrep, etc.
user_login: burke
html_url: https://github.com/NixOS/nixpkgs/pull/11421
updated_at: 2015-12-04 08:05:03
body:
  This is the way `coreutils` works from homebrew. It's useful to have the GNU coreutils available, but not replace the BSD coreutils.


state: open
title: Depending on a python package without adding it to PYTHONPATH
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/11423
updated_at: 2017-03-21 12:47:47
body:
  I have a python package whose `bin` folder I need in my PATH, but is otherwise not imported as a python module. It also has different versions of dependencies than the rest of my things, which causes `catch_conflicts.py` to complain that I have mismatched dependency versions.

  Is it possible to achieve this?


state: closed
title: GNU apparently modified bash patch 042.
user_login: burke
html_url: https://github.com/NixOS/nixpkgs/pull/11424
updated_at: 2015-12-03 15:57:55
body:
  @copumpkin Sorry, I'm not aware of the difference between master and staging. Googling, but here's the re-targeted PR!

  EDIT: I understand now.


state: closed
title: displayManager module: Add assertion to have at least one session
user_login: TimoMeijer
html_url: https://github.com/NixOS/nixpkgs/pull/11425
updated_at: 2016-11-11 10:48:50
body:
  Implementation for #11064

  Adds an assertion to check if at least one desktopManager or windowManager is enabled.

  @vcunat @nbp 


state: closed
title: mopidy-mopify: ImportError: No module named configobj
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/issues/11426
updated_at: 2015-12-03 12:24:47
body:
  Mopidy standalone works, but with `extensionPackages = [ pkgs.mopidy-mopify ];` I get:

  ```
  # systemctl status mopidy -l
  ● mopidy.service - mopidy music player daemon
     Loaded: loaded (/nix/store/i0v5335w4ch160424ac70qxdd886iggr-unit-mopidy.service/mopidy.service)
     Active: failed (Result: exit-code) since Thu 2015-12-03 12:59:07 CET; 30s ago
    Process: 13544 ExecStart=/nix/store/zjfg6ydj78gzyc3s8f0g5ysbxzrdq2gl-mopidy-launcher/bin/mopidy --config /nix/store/cdzxssfdfg1hc24yq63hm16rycf0fwx2-mopidy.conf (code=exited, status=1/FAILURE)
    Process: 13540 ExecStartPre=/nix/store/y967p3lh2nracsy73pkjfjan38vih10k-unit-script/bin/mopidy-pre-start (code=exited, status=0/SUCCESS)
   Main PID: 13544 (code=exited, status=1/FAILURE)

  Dec 03 12:59:07 thinkpad mopidy[13544]: File "/nix/store/v930s7l861my7haprl8r2w0d9aar29cs-python2.7-setuptools-18.2/lib/python2.7/site-packages/setuptools-18.2-py2.7.egg/pkg_resources/__init__.py", line 2361, in resolve
  Dec 03 12:59:07 thinkpad mopidy[13544]: module = __import__(self.module_name, fromlist=['__name__'], level=0)
  Dec 03 12:59:07 thinkpad mopidy[13544]: File "/nix/store/ki10hvxwym2af647inc0sad6na7i3kjb-python2.7-mopidy-mopify-1.5.1/lib/python2.7/site-packages/mopidy_mopify/__init__.py", line 6, in <module>
  Dec 03 12:59:07 thinkpad mopidy[13544]: import sync
  Dec 03 12:59:07 thinkpad mopidy[13544]: File "/nix/store/ki10hvxwym2af647inc0sad6na7i3kjb-python2.7-mopidy-mopify-1.5.1/lib/python2.7/site-packages/mopidy_mopify/sync.py", line 7, in <module>
  Dec 03 12:59:07 thinkpad mopidy[13544]: from configobj import ConfigObj, ConfigObjError
  Dec 03 12:59:07 thinkpad mopidy[13544]: ImportError: No module named configobj
  Dec 03 12:59:07 thinkpad systemd[1]: mopidy.service: main process exited, code=exited, status=1/FAILURE
  Dec 03 12:59:07 thinkpad systemd[1]: Unit mopidy.service entered failed state.
  Dec 03 12:59:07 thinkpad systemd[1]: mopidy.service failed.
  ```

  Sounds like a missing dependency? @rickynils 


state: closed
title: Add nixpkgs-unstable branch to nixpkgs-channels repo
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/11427
updated_at: 2015-12-04 17:17:02
body:
  We already have all the NixOS ones, but there's nothing representing the last successful Hydra build of nixpkgs for those of us not on Linux.

  cc @edolstra who I think runs that process


state: closed
title: nixos/system-path: allow installing multilib glibc
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/11430
updated_at: 2015-12-03 15:10:11
body:
  This is primarily to be able to have multilib-capable `ldd` in the system path. Maybe there's a better way to do this? This feels somewhat inelegant.


state: closed
title: teamviewer: init at 11.0.52520, remove older versions
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/11431
updated_at: 2015-12-03 20:59:53
body:
  This improves our TeamViewer derivation in several ways:
  1. Use upstream URL with a fixed package version (yay!).
  2. Use `patchelf` instead of `LD_LIBRARY_PATH`.
  3. Patch 64-bit dependencies in, too.
  4. Run `teamviewerd` in non-graphical mode, too (they support SSH-like remote shell now).
  5. Add `.desktop` file.
  6. Add more (`dlopen()`ed) dependencies, use system `qt4` and `xdg-utils`.
  7. Change configuration path to `/var/lib/teamviewer` to be persistent.
  8. Change log path to `/var/log/teamviewer` to exclude version from path.

  I haven't tested the server mode much (I'll look at this later, so this is WIP for now), client works good. cc @jagajaga 

  P.S.: Old versions are removed mainly because I've not found fixed version URLs for them.


state: closed
title: Fvwm: add gestures and create libstroke package
user_login: edanaher
html_url: https://github.com/NixOS/nixpkgs/pull/11432
updated_at: 2015-12-09 08:27:39
body:
  This adds libstroke so that fvwm can be compiled with gesture support, as well as a flag to enable it in fvwm.

  This is my first non-trivial contribution, so is largely pattern-matched from existing packages.  Feedback is welcome.


state: closed
title: drop LD_LIBRARY_PATH for opengl programs
user_login: lethalman
html_url: https://github.com/NixOS/nixpkgs/issues/11434
updated_at: 2019-05-28 21:38:04
body:
  Proposal:
  - Make a mesa setup-hook: find opengl programs in $out, fix rpath to point to `/run/opengl-driver` (or `/run/opengl-driver-32`).
  - Drop `LD_LIBRARY_PATH`.


state: closed
title: pure setuid-wrappers in nix store
user_login: lethalman
html_url: https://github.com/NixOS/nixpkgs/issues/11435
updated_at: 2017-02-06 03:20:36
body:
  Proposal:
  Create a wrapper for needed setuid programs which:
  1. Copies the binary to tmp
  2. Makes it setuid
  3. Runs it and deletes it

  Slow but no more impure setuid-wrappers. Any security concerns about this?


state: closed
title: VimOutliner doesn't find it's own scripts
user_login: magnetophon
html_url: https://github.com/NixOS/nixpkgs/issues/11436
updated_at: 2016-07-26 20:46:50
body:
  Or at least I havent found them...

  They are [here](https://github.com/vimoutliner/vimoutliner/tree/master/vimoutliner/scripts).


state: closed
title: VimOutliner hoist plugin doesn't do anyrhing.
user_login: magnetophon
html_url: https://github.com/NixOS/nixpkgs/issues/11437
updated_at: 2016-07-23 22:02:09
body:
  My config has:

  ```
  let g:vo_modules_load = "checkbox:tags:smart_paste:newhoist"
  let maplocalleader = ',,'
  ```

  When I do `,,h`, nothing happens. 
  The other `,,` mappings work, also (some of) those related to optional plugins.
  For example: `,,cb`, which uses the checkbox plugin.


state: closed
title: How to set up PPPoE?
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/issues/11438
updated_at: 2017-09-04 22:18:42
body:
  Maybe not the most popular use case, but I'm trying to build a router with NixOS. I need to use PPPoE to connect to my ISP, but if I'm not mistaken there is no way to configure it? I found wvdial, which doesn't look like the right tool. Then there's rp-pppoe, but I have no clue how to set that one up. It doesn't come with a service or anything.

  Can anyone help? Thanks!


state: closed
title: chefdk: 0.4.0 -> 0.10.0
user_login: whiteley
html_url: https://github.com/NixOS/nixpkgs/pull/11439
updated_at: 2016-01-06 23:08:39
body:
  I tried to update this in it's current configuration but also I'd like to point out that I don't feel the average user installing this will be receiving what they expect. The `chef-dk` gem is installed but the downloadable packages for `chefdk` include many other packages as well.

  The packages are created using the Chef omnibus tool as defined here:
  https://github.com/chef/omnibus-chef/blob/master/config/projects/chefdk.rb

  I'd like to work on more fully supporting this need but I'm not sure if it would need to be packaging each individual dependency separately or what. If so, that creates the additional problem of how to define the meta package that would pull in all the tools.

  I tested this by installing with `nix-build` and running `knife` for some basic tasks without issue.


state: closed
title: munin-node doesn't work for plugins with dots in the name
user_login: georgewhewell
html_url: https://github.com/NixOS/nixpkgs/issues/11441
updated_at: 2016-12-15 21:17:02
body:
  Some discussion of this here: https://github.com/NixOS/nixpkgs/pull/1090#issuecomment-26673105

  from journalctl -xeu munin-node:

  ```
  Dec 03 20:00:10 nixhost munin-node[2332]: 2015/12/03-20:00:10 [31902] Error output from sensors_fan:
  Dec 03 20:00:10 nixhost munin-node[2332]: 2015/12/03-20:00:10 [31902]         Use of uninitialized value in concatenation (.) or string at /nix/store/hb1knkd0f9kh3c8s2r9ip1gaz0f3ys6f-munin-available-plugins/.sensors
  Dec 03 20:00:10 nixhost munin-node[2332]: 2015/12/03-20:00:10 [31902]         Use of uninitialized value in concatenation (.) or string at /nix/store/hb1knkd0f9kh3c8s2r9ip1gaz0f3ys6f-munin-available-plugins/.sensors
  Dec 03 20:00:10 nixhost munin-node[2332]: 2015/12/03-20:00:10 [31902]         Use of uninitialized value in concatenation (.) or string at /nix/store/hb1knkd0f9kh3c8s2r9ip1gaz0f3ys6f-munin-available-plugins/.sensors
  Dec 03 20:00:10 nixhost munin-node[2332]: 2015/12/03-20:00:10 [31902]         Use of uninitialized value in regexp compilation at /nix/store/hb1knkd0f9kh3c8s2r9ip1gaz0f3ys6f-munin-available-plugins/.sensors_-wrapped
  Dec 03 20:00:10 nixhost munin-node[2332]: 2015/12/03-20:00:10 [31902] Error output from sensors_fan:
  Dec 03 20:00:10 nixhost munin-node[2332]: 2015/12/03-20:00:10 [31902]         Use of uninitialized value in regexp compilation at /nix/store/hb1knkd0f9kh3c8s2r9ip1gaz0f3ys6f-munin-available-plugins/.sensors_-wrapped
  Dec 03 20:05:03 nixhost munin-node[2332]: 2015/12/03-20:05:03 [784] Error output from sensors_volt:
  Dec 03 20:05:03 nixhost munin-node[2332]: 2015/12/03-20:05:03 [784]         Use of uninitialized value in concatenation (.) or string at /nix/store/hb1knkd0f9kh3c8s2r9ip1gaz0f3ys6f-munin-available-plugins/.sensors_-
  Dec 03 20:05:03 nixhost munin-node[2332]: 2015/12/03-20:05:03 [784]         Use of uninitialized value in concatenation (.) or string at /nix/store/hb1knkd0f9kh3c8s2r9ip1gaz0f3ys6f-munin-available-plugins/.sensors_-
  Dec 03 20:05:03 nixhost munin-node[2332]: 2015/12/03-20:05:03 [784]         Use of uninitialized value in concatenation (.) or string at /nix/store/hb1knkd0f9kh3c8s2r9ip1gaz0f3ys6f-munin-available-plugins/.sensors_-
  Dec 03 20:05:03 nixhost munin-node[2332]: 2015/12/03-20:05:03 [784]         Use of uninitialized value in regexp compilation at /nix/store/hb1knkd0f9kh3c8s2r9ip1gaz0f3ys6f-munin-available-plugins/.sensors_-wrapped l
  Dec 03 20:05:03 nixhost munin-node[2332]: 2015/12/03-20:05:03 [784] Error output from sensors_volt:
  Dec 03 20:05:03 nixhost munin-node[2332]: 2015/12/03-20:05:03 [784]         Use of uninitialized value in regexp compilation at /nix/store/hb1knkd0f9kh3c8s2r9ip1gaz0f3ys6f-munin-available-plugins/.sensors_-wrapped l
  Dec 03 20:05:04 nixhost munin-node[2332]: 2015/12/03-20:05:04 [784] Error output from sensors_temp:
  Dec 03 20:05:04 nixhost munin-node[2332]: 2015/12/03-20:05:04 [784]         Use of uninitialized value in concatenation (.) or string at /nix/store/hb1knkd0f9kh3c8s2r9ip1gaz0f3ys6f-munin-available-plugins/.sensors_-
  Dec 03 20:05:04 nixhost munin-node[2332]: 2015/12/03-20:05:04 [784]         Use of uninitialized value in concatenation (.) or string at /nix/store/hb1knkd0f9kh3c8s2r9ip1gaz0f3ys6f-munin-available-plugins/.sensors_-
  Dec 03 20:05:04 nixhost munin-node[2332]: 2015/12/03-20:05:04 [784]         Use of uninitialized value in concatenation (.) or string at /nix/store/hb1knkd0f9kh3c8s2r9ip1gaz0f3ys6f-munin-available-plugins/.sensors_-
  Dec 03 20:05:04 nixhost munin-node[2332]: 2015/12/03-20:05:04 [784]         Use of uninitialized value in regexp compilation at /nix/store/hb1knkd0f9kh3c8s2r9ip1gaz0f3ys6f-munin-available-plugins/.sensors_-wrapped l
  Dec 03 20:05:04 nixhost munin-node[2332]: 2015/12/03-20:05:04 [784] Error output from sensors_temp:
  Dec 03 20:05:04 nixhost munin-node[2332]: 2015/12/03-20:05:04 [784]         Use of uninitialized value in regexp compilation at /nix/store/hb1knkd0f9kh3c8s2r9ip1gaz0f3ys6f-munin-available-plugins/.sensors_-wrapped l
  Dec 03 20:05:05 nixhost munin-node[2332]: 2015/12/03-20:05:05 [784] Error output from munin_stats:
  Dec 03 20:05:05 nixhost munin-node[2332]: 2015/12/03-20:05:05 [784]         Error in tempfile() using template /var/run/munin/XXXXXXXXXX: Parent directory (/var/run/munin/) does not exist at /nix/store/51gvwhjhzjbi3
  Dec 03 20:05:05 nixhost munin-node[2332]: 2015/12/03-20:05:05 [784] Service 'munin_stats' exited with status 2/0.
  ```

  also, as described in original pull request, interface graphs have really long names including hash, so they get added multiple times


state: open
title: vim_configurable doesn't have ``view``
user_login: magnetophon
html_url: https://github.com/NixOS/nixpkgs/issues/11442
updated_at: 2018-12-31 12:08:04
body:
  I have [this vim](https://github.com/magnetophon/nixosConfig/blob/master/vim.nix) as the only vim on my system.
  When I run `view`, I get:

  ```
  The program ‘view’ is currently not installed. It is provided by
  several packages. You can install it by typing one of the following:
    nix-env -iA nixos.qvim
    nix-env -iA nixos.vim
    nix-env -iA nixos.vimHugeX
    nix-env -iA nixos.vimNox
  ```


state: closed
title: letsencrypt: 0.0.0.dev20151123 -> 0.1.0
user_login: the-kenny
html_url: https://github.com/NixOS/nixpkgs/pull/11443
updated_at: 2015-12-03 21:41:08
body:
  cc @domenkozar 

  Creating a Pull Request for this as I don't have much experience with letsencrypt itself yet.

  This is also a notification that LetsEncrypt is now in beta and you can get signed SSL certificates for free =)


state: closed
title: chefdk: 0.4.0 -> 0.10.0
user_login: whiteley
html_url: https://github.com/NixOS/nixpkgs/pull/11444
updated_at: 2015-12-04 16:02:57
body:
  Creating this was requested in #11439 ... this doesn't seem like a very efficient way to propagate changes. The linked "guidelines for contributing" say to work on and PR against the release branch. Is this no longer correct?
  http://hydra.nixos.org/build/28461379/download/1/nixpkgs/manual.html#idm139973179371392

  Thanks!


state: closed
title: virt-{manager,inst}: Fix glance dependency
user_login: devhell
html_url: https://github.com/NixOS/nixpkgs/pull/11445
updated_at: 2015-12-04 21:42:26
body:
  Since 710b350b8e012554a5fa0494571c0835223aca98 `glance` has been
  replaced in favor of `glanceclient`. This commit fixes the resulting
  eval error.

  Built and tested locally.


state: closed
title: Added cwm to window managers
user_login: paspanag
html_url: https://github.com/NixOS/nixpkgs/pull/11449
updated_at: 2015-12-04 16:36:05
body:
  Hi guys,

  I'd like to add cwm to the available packages. I used the Linux port from chneukirchen/cwm and thus is only marked for Linux compatibility.


state: closed
title: Getting rid of mkOption in NixOS window manager modules
user_login: AndersonTorres
html_url: https://github.com/NixOS/nixpkgs/pull/11450
updated_at: 2015-12-05 01:07:37
body:
  Now the default way to define NixOS window manager modules is to use
  mkEnableOption to describe the module itself.
  In this commit, all files on nixos/modules/services/x11/window-managers
  are changed.


state: closed
title: Add Pump.io
user_login: rvl
html_url: https://github.com/NixOS/nixpkgs/pull/11451
updated_at: 2015-12-27 13:25:33
body:
  Pump.io is a social server with an ActivityStreams API (http://pump.io). It's a nodejs web application.

  I am running this (rebased on nixos-unstable) on my server with mongodb (redis also worked). It runs inside a container behind nginx reverse proxy. There is also a simple test case for the service.

  I'm not sure if I have put the package and module in the correct directory, so please advise what is best.


state: closed
title: logstash: fix bin path
user_login: makefu
html_url: https://github.com/NixOS/nixpkgs/pull/11452
updated_at: 2015-12-05 10:25:46
body:
  with the last commit for logstash plugin the bin path was not being used and the executables
  were written directly in the root directory
  this results in the failure of the logstash service configuration.
  additionally the logstash tool itself does not start because it cannot source shell libraries relative
  to the current location


state: closed
title: release.nix: remove reference to pthreadmanpages
user_login: pSub
html_url: https://github.com/NixOS/nixpkgs/pull/11457
updated_at: 2015-12-05 08:01:44
body:
  Commit 9aa1cb6c59f7afc93d72037ab4477d5c259a3ff8 broke the nixpkgs.tarball job on hydra (see https://hydra.nixos.org/build/28466812). The commit removes the last reference to pthreadmanpages.


state: closed
title: hplip: fix evaluation error on staging
user_login: mcmtroffaes
html_url: https://github.com/NixOS/nixpkgs/pull/11460
updated_at: 2015-12-07 21:03:13
body:
  Cherry-picked from master (see commit ec980c7b1ec8a788dd25daacdc3d) onto staging. This fixes an evaluation error on hydra's staging-small; see for instance:

  https://hydra.nixos.org/build/28465711/log

  Locally tested with

  ```
  nix-build nixos/release-small.nix -A nixpkgs.tarball
  ```

  cc @vcunat (author of the patch)


state: closed
title: Packaging Swift
user_login: jb55
html_url: https://github.com/NixOS/nixpkgs/issues/11463
updated_at: 2017-04-20 22:23:46
body:
  I [spent a little time](https://gist.github.com/jb55/cfe98b39cc64a473fd93) on this last night, thought I'd write down some of the things that need to get done.

  Swift uses it's own custom llvmPackages. I initially tried to do the naive thing and download all the [apple/swift-{llvm,clang,...}](https://github.com/apple/swift#getting-sources-for-swift-and-related-projects)  sources and let their build script do it's thing. The problem with that is, their build script attempts to symlink clang into the llvm folder, which was a no go.

  Alternatively we could make a llvmPackages_swift and see if that works, I haven't looked into that yet.

  I'm sure one of you nix ninjas can figure this out quicker than I can, I thought I'd open this issue to prevent double work.


state: closed
title: rtorrent: build with fallocate support
user_login: oxij
html_url: https://github.com/NixOS/nixpkgs/pull/11464
updated_at: 2017-08-29 11:20:27
body:
  This doesn't actually turn it on unless you say

  ```
  system.file_allocate.set = yes
  ```

  in the rtorrent config.


state: closed
title: mesa: some drivers have problems with llvm-3.7
user_login: lethalman
html_url: https://github.com/NixOS/nixpkgs/issues/11467
updated_at: 2016-08-29 17:47:08
body:
  At eeb2935 on a virtualbox:

  ```
  Dec 04 17:40:13 nixos gdm-Xorg-:0[544]: LLVM ERROR: inconsistency in registered CommandLine options
  Dec 04 17:40:13 nixos gdm-Xorg-:0[544]: : CommandLine Error: Option 'no-x86-call-frame-opt' registered more than once!
  ```

  It might be a problem triggered by llvm 3.6.2 -> 3.7.0. Notice that:

  ```
  # nix-store -qR /run/opengl-driver|grep mesa
  /nix/store/3s22ks02pqd2s1kgi9lbyjnc8arrjndc-mesa-noglu-11.0.5
  /nix/store/8ajx9qy0wmjxkr8034k4apdr0mi5r9xh-mesa-noglu-11.0.5-drivers
  /nix/store/h3ywnkhxdrbgqzdl7bp5sj8i9aa2m232-mesa-noglu-11.0.5
  /nix/store/1zpr85cc413j0fvym842cxx5x3pflhjs-mesa-drivers+txc-11.0.5
  ```

  Shows `mesa-noglu` twice, which might be registering some kind of plugins with llvm, which now triggers this new error.

  Could it be? If anybody knows please tell before I dive fixing this duplicated reference to mesa.


state: closed
title: OpenSSL: Security Updates
user_login: codsl
html_url: https://github.com/NixOS/nixpkgs/pull/11469
updated_at: 2015-12-05 17:59:47
body:
  OpenSSL needs a security update according to:
  http://openssl.org/news/secadv/20151203.txt

  Works fine for me but haven't tested it thoroughly.


state: open
title: Problems with desktop environments copying .desktop files
user_login: ambrop72
html_url: https://github.com/NixOS/nixpkgs/issues/11471
updated_at: 2018-06-23 18:05:42
body:
  Some desktop environments will copy a .desktop file to a local directory when the user transfers a shortcut to some place, for example to the desktop, to the panel or to the favorites. This happens with both KDE4 and Xfce. While the shortcuts which refer to the program by name only will be okay, those which specify the absolute path to the executable will still refer to the old application and will be broken when a GC deletes the old application.

  Ideally the system would establish some kind of reference when transferring the shortcut, rather than create a literal copy of the .desktop file.


state: closed
title: Add Kotlin
user_login: NeQuissimus
html_url: https://github.com/NixOS/nixpkgs/pull/11473
updated_at: 2015-12-05 21:30:20
body:
  This is adding the latest Kotlin release (https://github.com/JetBrains/kotlin/releases/tag/build-1.0.0-beta-3594) as linked from the official website (http://kotlinlang.org/docs/tutorials/command-line.html)

  Since this is my first nixpkg, I mostly followed what scala/default.nix was doing.
  I verified the installation with `nix-env -f . -iA kotlin` and a subsequent compile and run on sample Kotlin source code.

  The longDescription is taken directly from the Kotlin website (see http://kotlinlang.org/docs/reference/faq.html).
  Verified the license is correct.

  Let me know if I am missing something.


state: closed
title: closure-size: chntpw broken, due to static libc being split out?
user_login: deepfire
html_url: https://github.com/NixOS/nixpkgs/issues/11474
updated_at: 2016-01-20 10:51:21
body:
  Where does one read about the new rules of engagement in the `closure-size`?

  It appears as if chntpw fails because a static variant of libc is no longer included:

  ```
  gcc -DUSEOPENSSL -g -I. -I/usr/include -Wall -o chntpw chntpw.o ntreg.o edlib.o libsam.o -L/usr/lib64
  gcc -static -DUSEOPENSSL -g -I. -I/usr/include -Wall -o chntpw.static chntpw.o ntreg.o edlib.o libsam.o -L/usr/lib64
  /nix/store/2nk952dds3mrpz3spny7d2rzsl0b14fd-binutils-2.23.1-dev/bin/ld: cannot find -lc
  collect2: error: ld returned 1 exit status
  Makefile:40: recipe for target 'chntpw.static' failed
  make: *** [chntpw.static] Error 1
  builder for ‘/nix/store/7x301a8m6i31j44qzdbkl1qzwj2q9nfb-chntpw-140201.drv’ failed with exit code 2
  ```

  How do I feed chntpw a static libc?


state: closed
title: closure-size: bash-4.3-p42 sha256sum wrong?
user_login: deepfire
html_url: https://github.com/NixOS/nixpkgs/issues/11475
updated_at: 2015-12-18 10:46:55
body:
  For a certain, supposedly irrelevant `default.nix` (do tell if the assumption is invalid[1]):

  ```
  [deepfire@andromedae:~/src/foo]$ nix-shell
  these derivations will be built:
    /nix/store/1jbcg5g2q94vfjdmysm21cfak1p39h0b-patchelf-0.8.tar.bz2.drv
    /nix/store/8p74xc5qh6rnpbcirbs3nh3yqzp3qqqa-binutils-2.23.1.tar.bz2.drv
    /nix/store/nq2ls2c1h79i5ap1gnmd6w2cw8hlxk0n-stdenv-linux-boot.drv
    /nix/store/5b7m6x9rqmyxh0jjlrxnzazqxyivq2n3-zlib-1.2.8.tar.gz.drv
    /nix/store/rv12b2m2bxfwaxsmap00ll2xgwh69hd2-zlib-1.2.8.drv
    /nix/store/4ahinajcr73pvqjr6ygpdbxrfm2al68k-binutils-2.23.1.drv
    /nix/store/fvf5y1jz49jh0zwm2hvjxzwilykw9vkf-bootstrap-gcc-wrapper.drv
    /nix/store/s72725vfv5085h80v2r6gvk8h0l2nj2r-stdenv-linux-boot.drv
    /nix/store/19dn1d7gwghimvsqbdn7vhrh0r3yydqn-patchelf-0.8.drv
    /nix/store/sx0wpzfny8vkyxlz8ya3f6fmd7kr4phd-paxctl-0.9.tar.gz.drv
    /nix/store/3c6602knqai4r39xxy68qmdbmfyj15xg-paxctl-0.9.drv
    /nix/store/zqxpypd8jwr404rk0m53zqhgxazna8yq-bootstrap-gcc-wrapper.drv
    /nix/store/236v1spw1bsr1268k4zyf0yvy0lk4sm6-stdenv-linux-boot.drv
    /nix/store/aymidq3z2qf46xg92ziapkylm9p471rq-xz-5.2.2.tar.bz2.drv
    /nix/store/1hj1lpb7sh80sw1x2l3lgwkm3xi8sz82-xz-5.2.2.drv
    /nix/store/4igcpagb596hbx72c8mjhbjb2a3sp783-bash43-042.drv
    /nix/store/izrbfh6c7x7256f4iy9fri58j0j5l4jy-m4-1.4.17.tar.bz2.drv
    /nix/store/dracj7vyihgd1yr719m2ndax3ba2wb5h-gnum4-1.4.17.drv
    /nix/store/4pbmlndgy3rhdhxshnnn9bjyaqr6nn61-perl-5.20.2.tar.gz.drv
    /nix/store/m4f74x8xgc7vy7lwz5fv3q1hx8dzdznl-perl-5.20.2.drv
    /nix/store/5zsmd6q6b680zw2zkbxq6q0xdax1kg7i-gcc-wrapper-5.2.0.drv
    /nix/store/zn62936j2f3b2y6x65qfmdkysas85dhl-stdenv-linux-boot.drv
    /nix/store/7c28hg63yilkxpr1407krbks00pd8afx-bison-3.0.4.drv
    /nix/store/j87cf4j1k43fn8pwr854vpkj55y3jkh5-bash-4.3.tar.gz.drv
    /nix/store/30iik7j8h1bz57700af4a09nrcd24qab-bash-4.3-p42.drv
  building path(s) ‘/nix/store/vs9n9mc6gr5xb1qrwwhwy1c81m4hih65-bash-4.3.tar.gz’
  building path(s) ‘/nix/store/pdwz581jbf27cm2lvmngrhnrbyd5bv7a-bash43-042’
  building path(s) ‘/nix/store/y5m8m5w71mj01f7chl7xp5vnyq5bqh8n-m4-1.4.17.tar.bz2’
  building path(s) ‘/nix/store/6zgj0paw1dys71fs42a5wqa0r49fpzcw-patchelf-0.8.tar.bz2’
  building path(s) ‘/nix/store/03x74ppaffnr30qwbgf9s20v3khnchln-perl-5.20.2.tar.gz’
  building path(s) ‘/nix/store/l319rldii28z3w44r0irafphn34xs8f1-stdenv-linux-boot’
  building path(s) ‘/nix/store/v7qfzxx0px8k7898k8zibym2hr11x2ap-xz-5.2.2.tar.bz2’
  building path(s) ‘/nix/store/n69kz335c800n2b6izsjbw60rlnvp87c-binutils-2.23.1.tar.bz2’
  building path(s) ‘/nix/store/0a10anrr73r5b4215mp6y1241cbrrl6c-paxctl-0.9.tar.gz’
  output path ‘/nix/store/pdwz581jbf27cm2lvmngrhnrbyd5bv7a-bash43-042’ should have sha256 hash ‘1bwhssay66n75fy0pxcrwbm032s6fvfg7dblzbrzzn5k38a56nmp’, instead has ‘06a90k0p6bqc4wk2dsmapna69124an76xvlnlj3xm497vci968dc’
  cannot build derivation ‘/nix/store/30iik7j8h1bz57700af4a09nrcd24qab-bash-4.3-p42.drv’: 1 dependencies couldn't be built
  error: build of ‘/nix/store/30iik7j8h1bz57700af4a09nrcd24qab-bash-4.3-p42.drv’ failed
  /home/deepfire/.nix-profile/bin/nix-shell: failed to build all dependencies
  ```
  ## 
  1. If it is important, default.nix depends on:

  ```
  mkDerivation stdenv
  python pythonPackages curl wsmancli sshpass
  base base-unicode-symbols binary bytestring containers
  directory GenericPretty ghc-prim hashable interpolatedstring-perl6 MissingH pretty QuasiText c2hs
  process shake tuple unordered-containers
  ghc.cabal-install
  ghci-ng hell-git
  emacs git gitAndTools.git-extras silver-searcher w3m zim
  ```


state: closed
title: closure-size: glibc-info broken
user_login: deepfire
html_url: https://github.com/NixOS/nixpkgs/issues/11476
updated_at: 2015-12-05 08:00:30
body:
  As of `34b5d193c0c0c02bd0f17b8af9d8fa9422c75782`:

  ```
  post-installation fixup
  Moving /nix/store/w2crcsr7mrbhymwz99vwq354iyjkjflv-glibc-info-2.21/share/info to /nix/store/kyh6dx0ils5fh6lmv059ssimk10irkn1-glibc-info-2.21-bin/share/info
  Removing empty /nix/store/w2crcsr7mrbhymwz99vwq354iyjkjflv-glibc-info-2.21/share/ and (possibly) its parents
  rmdir: failed to remove directory '/nix/store'
  patching ELF executables and libraries in /nix/store/99jld2wg17ajigpj9l90pdhdlbyflq36-glibc-info-2.21-dev
  patching ELF executables and libraries in /nix/store/w2crcsr7mrbhymwz99vwq354iyjkjflv-glibc-info-2.21
  patching ELF executables and libraries in /nix/store/kyh6dx0ils5fh6lmv059ssimk10irkn1-glibc-info-2.21-bin
  patching script interpreter paths in /nix/store/kyh6dx0ils5fh6lmv059ssimk10irkn1-glibc-info-2.21-bin
  patching ELF executables and libraries in /nix/store/r3w88zqkg5dj7y2pa4s2ssh7bdavi0cq-glibc-info-2.21-static
  builder for ‘/nix/store/yhy4jqhfkwpdm7gk5n0zb5jc9m74v5lk-glibc-info-2.21.drv’ failed to produce output path ‘/nix/store/w2crcsr7mrbhymwz99vwq354iyjkjflv-glibc-info-2.21’
  error: build of ‘/nix/store/yhy4jqhfkwpdm7gk5n0zb5jc9m74v5lk-glibc-info-2.21.drv’ failed
  ```

  ..it appears as if the output directory has a `-dev` suffix, but shouldn't?


state: closed
title: mopidy-gmusic: init at 1.0.0
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/pull/11477
updated_at: 2015-12-15 09:15:52
body:
  This should work in theory, but it seems like mopidy extensions in general aren't working (tested on unstable):

  ```
  mopidy[2776]: INFO     Disabled extension gmusic: Dependency The 'gmusicapi>=6.0' distribution was not found and is required by the application not found
  mopidy[2776]: INFO     Disabled extension spotify: Dependency The 'pyspotify<1.999,>=1.9' distribution was not found and is required by the application not found
  ```

  Can anyone look into this? I don't really know where to start.


state: closed
title: Docker network / socket issues
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/issues/11478
updated_at: 2016-12-23 20:39:39
body:
  Two issues here.
  - Docker networking doesn't work after boot (before I upgraded to unstable, restarting docker fixed that. `--net host` works too)
  - `systemctl restart docker` doesn't recreate the socket `/var/run/docker.sock`

  So here is bascially what happens:

  ```
  $ docker run ...
  Error response from daemon: 404 page not found

  $ sudo systemctl restart docker

  $ docker run ...
  Cannot connect to the Docker daemon. Is the docker daemon running on this host?

  $ sudo file /var/run/docker.sock
  /var/run/docker.sock: cannot open `/var/run/docker.sock' (No such file or directory)

  ```

  Journal logs:

  ```
  level=warning msg="Usage of loopback devices is strongly discouraged for production use. Please use `--storage-opt dm.thinpooldev` or use `man docker` to refer to dm.thinpooldev section."
  level=warning msg="Running modprobe bridge br_netfilter failed with message: , error: exec: \"modprobe\": executable file not found in $PATH"
  level=warning msg="Running modprobe nf_nat failed with message: ``, error: exec: \"modprobe\": executable file not found in $PATH"
  level=info msg="Firewalld running: false"
  level=info msg="Default bridge (docker0) is assigned with an IP address 172.17.0.0/16. Daemon option --bip can be used to set a preferred IP address"
  level=warning msg="Your kernel does not support kernel memory limit."
  level=warning msg="Your kernel does not support cgroup cfs period"
  level=warning msg="Your kernel does not support cgroup cfs quotas"
  level=info msg="Loading containers: start."
  level=info msg="Loading containers: done."
  level=info msg="Daemon has completed initialization"
  level=info msg="Docker daemon" commit=76d6bc9a execdriver=native-0.2 graphdriver=devicemapper version=1.9.0
  level=info msg="Processing signal 'terminated'"
  level=info msg="API listen on /var/run/docker.sock"
  level=warning msg="Usage of loopback devices is strongly discouraged for production use. Please use `--storage-opt dm.thinpooldev` or use `man docker` to refer to dm.thinpooldev section."
  level=warning msg="Running modprobe bridge br_netfilter failed with message: , error: exec: \"modprobe\": executable file not found in $PATH"
  level=warning msg="Running modprobe nf_nat failed with message: ``, error: exec: \"modprobe\": executable file not found in $PATH"
  level=info msg="Firewalld running: false"
  level=info msg="Default bridge (docker0) is assigned with an IP address 172.17.0.1/16. Daemon option --bip can be used to set a preferred IP address"
  level=warning msg="Your kernel does not support kernel memory limit."
  level=warning msg="Your kernel does not support cgroup cfs period"
  level=warning msg="Your kernel does not support cgroup cfs quotas"
  level=info msg="Loading containers: start."
  level=info msg="Loading containers: done."
  level=info msg="Daemon has completed initialization"
  level=info msg="Docker daemon" commit=76d6bc9a execdriver=native-0.2 graphdriver=devicemapper version=1.9.0
  ```


state: closed
title: systemctl --user stopped working
user_login: DamienCassou
html_url: https://github.com/NixOS/nixpkgs/issues/11480
updated_at: 2015-12-11 14:02:09
body:
  I've just updated to Gnome 3.18 and this is what I get in gnome-terminal:

  ```
  $ systemctl --user
  Failed to list units: Process org.freedesktop.systemd1 exited with status 1

  $ emacs-service status
  Failed to get properties: Process org.freedesktop.systemd1 exited with status 1
  ```

  I've tried to go back to 3.16 but the problem persists. I guess I did something wrong, but I've no idea where.


state: closed
title: [WIP] pokerth: init at 1.1.1
user_login: matthiasbeyer
html_url: https://github.com/NixOS/nixpkgs/pull/11482
updated_at: 2016-06-10 13:19:22
body:
  I'm failing here because `qmake` cannot find the boost libs.
  I don't know how to fix this, maybe someone can help? 
  (afaicr @ttuegel is a qt guy?)


state: open
title: Systematize the error-prone stdenv bootstrapping dance
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/11486
updated_at: 2018-06-24 22:54:00
body:
  Currently, both the linux and darwin pure stdenvs need to jump through some careful error-prone hoops of build stages with different sets of `allowedRequisites` to end up with a stdenv that has no runtime dependencies on the bootstrap bundle.

  We should be able to automate the logic for building that sequence of bootstrap steps by enforcing that all packages used during a stdenv build have `allowedRequisites` (or perhaps a new Nix flag called `expectedRequisites` that is supposed to be an exact bound) specified, and solving the constraints on the fly. I haven't written the actual algorithm yet, but don't expect it to be particularly computationally expensive, and it could save lots of effort when bootstrapping a new pure stdenv or maintaining one of the existing ones.

  Can anyone see obvious problems with this, assuming the computation isn't too expensive?

  cc @shlevy @edolstra @pikajude @vcunat who I think have dealt quite a bit with low-level stdenv stuff.


state: closed
title: neovim: after installation python2 in neovim doesn't function
user_login: kyren
html_url: https://github.com/NixOS/nixpkgs/issues/11487
updated_at: 2016-12-21 12:00:07
body:
  After installing neovim, executing: ':python print "hello"' in neovim results in

  > line   18:  
  > Invalid channel "1"                                                                                                                                   

  g:python_host_prog in python points to the nvim-python inside the nix store of the neovim-0.1.0 package.  g:loaded_python_provider is "1" though (which is apparently indicative of an error).

  If I run nvim-python manually, it works fine, and if I do 'import "neovim"' inside that shell, that also works fine.  Also, running ':python3 print("hello")' works just fine.

  By the way, I'm having trouble building the version from nixpkgs master, so this is with the unstable snapshot at 3087ef3.


state: closed
title: mention-bot: user blacklist
user_login: spwhitt
html_url: https://github.com/NixOS/nixpkgs/pull/11488
updated_at: 2015-12-17 06:51:37
body:
  Introduces a configuration file for mention-bot and blacklists @civodul as requested in #11485. @ip1981 


state: closed
title: gstreamer 1.4 -> 1.6 and pitivi 0.94 -> 0.95
user_login: bjornfor
html_url: https://github.com/NixOS/nixpkgs/pull/11491
updated_at: 2016-05-31 04:29:20
body:
  The plan was just to update pitivi, but as it depends on gstreamer >= 1.6.0 I did both in one go. Also gst-validate had to be added, and pygobject3 needed to be updated for pitivi to be happy.

  I've tested pitivi pretty well (so I know it doesn't regress), but I haven't tested any other gstreamer packages yet. (GStreamer documentation says 1.x is compatible/stable, but I don't know...)

  CC @iyzsong (gstreamer _and_ pitivi maintainer)

  DON'T MERGE YET, SEVERE GSTREAMER PERFORMANCE REGRESSION.


state: closed
title: chromium: Updates.
user_login: ambrop72
html_url: https://github.com/NixOS/nixpkgs/pull/11492
updated_at: 2015-12-07 14:00:24
body:
  Built and run Beta and Stable locally. Dev is surrently superseded by Stable so it doesn't matter much.
  - Dev: 47.0.2508.0 -> 48.0.2564.22
  - Beta: 46.0.2490.64 -> 48.0.2564.23
  - Stable: 45.0.2454.101 -> 47.0.2526.73

  Changed the SSL dependencies to the supported configuration on Linux (according to Torne @Freenode/#chromium-support).
  - NSS is a dependency since it is used to access the ceritiface store.
  - Dropped system OpenSSL support, the bundled BoringSSL is used.

  This probably fixes issue #10555. Note that without this adjustment the build fails even.

  Dropped unneeded old patches.

  NOTE: I only tested this on top of nixpkgs-channels/nixos-15.09.


state: closed
title: Rename my maintainer handle to my Github handle
user_login: ehmry
html_url: https://github.com/NixOS/nixpkgs/pull/11493
updated_at: 2015-12-05 22:13:42
body:
  Its a good idea and every new maintainer should probably do it.

  See e2f5ba1937ff14a76360ce06480d752b8ea0bc11
  cc @vcunat


state: closed
title: shellinabox: 2.16 -> 2.19
user_login: lihop
html_url: https://github.com/NixOS/nixpkgs/pull/11495
updated_at: 2015-12-06 10:41:33
body:
  Version 2.19 contains a fix for [CVE-2015-8400](https://github.com/shellinabox/shellinabox/issues/355).
  Tested and works with the shellinabox NixOS module.

  cc @tomberek


state: closed
title: I think fetchgit is broken
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/11496
updated_at: 2015-12-07 08:08:08
body:
  Commit https://github.com/NixOS/nixpkgs/commit/2cf7069b7da368326b51520536ac0f1020157f7a seems to have broken my calls to `fetchgit`:

  Bash complains that it cannot execute the binary file. I noticed this when building `gitAndTools.hub` against nixpkgs 84b3af19b826cbab1cff4b26c0c53ee1d6e83ea3. Removing @peti's change makes it work again.


state: closed
title: Nodejs updates
user_login: zimbatm
html_url: https://github.com/NixOS/nixpkgs/pull/11497
updated_at: 2016-02-13 14:45:51
body:
  Mainly to fix the security updates from https://nodejs.org/en/blog/vulnerability/december-2015-security-releases/


state: open
title: Accessible documentation
user_login: oxij
html_url: https://github.com/NixOS/nixpkgs/issues/11499
updated_at: 2018-04-04 18:34:15
body:
  Goals:
  - All the docs to be available (in `/nix/store`), accessible (with standard tools) and discoverable (in deterministic locations) locally.
  - All packages having their man page built when possible.
  - NixOS documentation to be available in `info` format.
  - (wishful thinking) To have a thing that indexes all the man, info and haddock pages for full text search using e.g. Xapian lib.

  This issue exist to list current issues, ideas and progress in that pursuit of said goals.

  [1] Mail-list thread http://lists.science.uu.nl/pipermail/nix-dev/2015-December/018844.html
  [2] Related mail-list subthread http://lists.science.uu.nl/pipermail/nix-dev/2015-November/018740.html


state: closed
title: Inaccesible info pages
user_login: oxij
html_url: https://github.com/NixOS/nixpkgs/issues/11500
updated_at: 2018-04-05 11:59:36
body:
  `info` pages get less and less accessible with packages getting multiple-outputs and as `closure-size` branch get updated.

  E.g. currently I can't access `gcc`'s info pages from NixOS altogether except by directly browsing `/nix/store` because
  - `wrapCC` in `master` doesn't export any `doc` outputs, so one can't put that into `buildEnv` in NixOS. So I thought I'd just fix that, but then
  - `wrapCC` in `closure-size` splits `info` and `man` from `doc` and exports `man` in the default output, but `info`, again, gets completely ignored.

  I propose that
  - `wrapCC` should reexport all non-default outputs for a given compiler (no idea how one is to implement that),
  - NixOS gets `environment.doc.man` (which `programs.man`, if it were to continue to exist, should imply), `environment.doc.info` (as a bonus `texinfo` becomes optional in NixOS), and, possibly, `environment.doc.share/other` (for those who don't want to see `/run/current-system/sw/share/doc`), that together control what gets imported from `environment.systemPackages` (I can do that).

  As the result, everyone get's happy:
  - I get to read all the docs in my lovely emacs bunker with no internet access,
  - people that refetch their documentation from the internet every time they need it get the chance to tell google everything about what they are going about at the moment while saving their precious 25Mb (or ~700Mb in case you use `ghcWithHoogle` with a ton of stuff) of disk space.

  [1] top-level issue #11499


state: closed
title: Missing man pages
user_login: oxij
html_url: https://github.com/NixOS/nixpkgs/issues/11501
updated_at: 2019-02-06 10:31:16
body:
  Can we automatically check that for each package
  - either there exist an output with actual `.[1-9]` files inside
  - or the derivation explicitly says that they are not there?

  [1] top-level issue #11499


state: closed
title: vim-addon-local-vimrc does not source anything
user_login: magnetophon
html_url: https://github.com/NixOS/nixpkgs/issues/11502
updated_at: 2018-06-23 23:43:12
body:
  It does get instaled; vim autocompletes it's commands, but even when manually calling `:SourceLocalVimrc` it doesn't echo back my test-echo.
  When I `:source /path/to/my/.vimrc` it does echo back.

  It looks like no one is using it, or at least [no one on github](https://github.com/search?q=vim-addon-local-vimrc+language%3ANix&ref=searchresults&type=Code&utf8=%E2%9C%93).


state: open
title: The state of Emacs
user_login: oxij
html_url: https://github.com/NixOS/nixpkgs/issues/11503
updated_at: 2019-02-22 21:37:34
body:
  We had #6250 (melpa builder), #6641 (generic builder), #7431 (emacsWithPackages), #9060 (automatic metas) (should I mention more stuff here?) which got us to the new Emacs infrastructure we have now:
  - dependencies just work and derivations are a pleasure to write, but
  - using non-default Emacs within current framework is untrivial #10819 (#10811, #11004),
    /cc @peti here
  - people are still updating the old `emacsPackages` because `emacsPackagesNg` don't reimplement those,
  - people are rewriting default MELPA expressions into `emacs-packages.nix` by hand, which, IMHO, makes merging something like #7986 harder every week, which pains me, since #7986 looked almost ready,
  - #7986 appeared and disappeared, it seems like [emacs2nix](https://github.com/ttuegel/emacs2nix) is worked on, but what is the state of this?
  - Was #7431 merged only partially? Why?
    /cc @ttuegel here

  Even if `emacs2nix` it far from being usable yet shouldn't we
  - organize a rewrite of `emacsPackagesNg` into overridable expressions that #7986 proposed?
    
    I think we can safely adapt/reimplement the general outset of #7986 preparing for the generated MELPA attrset to be just plugged-in, so that we wouldn't need to merge a lot of stuff when it finally arrives, we'll just throw away derivations from `emacs-packages.nix` that are exact duplicates of MELPA packages and be done.
  - merge `emacsPackages` into `emacsPackagesNg`?
    
    My plan here would be to duplicate `emacsPackages` a bit by bit with `trivialBuild`, `emacsPackages.package = emacsPackagesNg.package`. Then, when everything gets successfully duplicated and built we just do `emacsPackages = emacsPackagesNg`. Then we remove the old packages by aliasing them to new MELPA versions (whenever autogenerated on not). If anything breaks at any stage we could just revert a small piece.

  also /cc @gridaphobe @ardumont (by the top of blame on `emacs-packages.nix`)
  and /cc @samuelrivas @vcunat @tohl (by the top recent blames on `emacsPackages` in `all-packages.nix`)


state: closed
title: dhparams module: Generate Diffie-Hellman parameters
user_login: fpletz
html_url: https://github.com/NixOS/nixpkgs/pull/11505
updated_at: 2016-02-12 17:06:27
body:
  This new module generates Diffie-Hellman parameters for TLS-enabled services by leveraging `environment.etc`. The parameters file is stored in the Nix store and is parametrized with both the hostname, hostid and path to prevent using the same set of parameters on all NixOS hosts.
  Parameters will still be cached on a host/path basis in the Nix store, so they won't be regenerated on rebuilds.

  Example:

  ``` nix
    security.dhparams = {
      "nginx/dhparam.pem" = { };
      "ssl/dhparam-2048.pem".bits = 2048;
    };
  ```


state: closed
title: acme service: letsencrypt cert auto-renewal with simp_le
user_login: fpletz
html_url: https://github.com/NixOS/nixpkgs/pull/11506
updated_at: 2015-12-14 12:59:51
body:
  This new service invokes `simp_le` for a defined set of certs on a regular basis with a systemd timer. `simp_le` is smart enough to handle account registration, domain validation and renewal on its own. The only thing required is an existing HTTP server that serves the path `/.well-known/acme-challenge` from the webroot cert parameter.
  ### Example

  ```
    security.acme.certs."foo.example.com" = {
      webroot = "/var/www/challenges";
      extraDomains = { "www.example.com" = null; };
      email = "foo@example.com";
      validMin = 2592000;
      renewInterval = "weekly";
    };
  ```
  ### Example Nginx vhost

  ```
    services.nginx.appendConfig = ''
      http {
        server {
          server_name _;
          listen 80;
          listen [::]:80;

          location /.well-known/acme-challenge {
            root /var/www/challenges;
          }

          location / {
            return 301 https://$host$request_uri;
          }
        }
      }
    '';
  ```
  ### Open TODOs
  - [x] Notify/reload/restart dependent services
  - [x] ~~Provide a basic HTTP Server for verification if host doesn't provide one (e.g. python SimpleHTTPServer)~~
  - [x] Don't run `simp_le` as root and use cert-specific owner/group/mode at least for private keys

  Feedback and suggestions for improvements would be much appreciated.


state: closed
title: Fix trollius buildon sandboxed pure darwin
user_login: Pamelloes
html_url: https://github.com/NixOS/nixpkgs/pull/11508
updated_at: 2015-12-06 18:35:24
body:
  Skipped six tests that fail because of sandbox restrictions (namely the three variants of test_read_pty_output and test_write_pty).


state: closed
title: virtualboxGuestAdditions: Add missing library paths to patchelf.
user_login: ambrop72
html_url: https://github.com/NixOS/nixpkgs/pull/11509
updated_at: 2015-12-07 14:16:10
body:
  If one tries to use the virtualbox DRI driver from non-NixOS (via setting of LIBGL_DRIVERS_PATH), missing rpaths in libOGL.so cause a weird application crash:

  ```
  Inconsistency detected by ld.so: dl-open.c: 680: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed!
  ```

  This seems like a secondary issue because libXcomposite.so os not found; setting LD_PRELOAD or LD_LIBRARY_PATH appropriately solves it. I have not verified that this particular fix works (only that it builds), but it should.


state: closed
title: [WIP] systemd: enable timedated, hostnamed, localed.
user_login: gebner
html_url: https://github.com/NixOS/nixpkgs/pull/11510
updated_at: 2015-12-07 19:26:21
body:
  WIP because this depends on a patch to our systemd fork: nixos/systemd#2

  Right now, we disable the timedated, hostnamed, and localed services because they can modify the system configuration.  But this also disables the useful timedatectl, hostnamectl, and localectl utilities.

  The systemd patch disables the problematic dbus methods in these services and makes them return error messages instead.  This PR then enables the services.

  With this PR, timedatectl, hostnamectl, and localectl work fine if you use them read-only; as soon as you try to change the system configuration you get a useful error message:

  ```
  # timedatectl set-ntp true
  Failed to set ntp: Changing system settings via systemd is not supported on NixOS.
  ```

  Fixes nixos/nixos#82


state: closed
title: bash-4.3: Patch 42 changed its hash
user_login: aherrmann
html_url: https://github.com/NixOS/nixpkgs/pull/11512
updated_at: 2015-12-24 16:11:32
body:
  Building bash failed with the following error message:

  ```
  trying http://ftpmirror.gnu.org/bash/bash-4.3-patches/bash43-042
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100   332  100   332    0     0   1889      0 --:--:-- --:--:-- --:--:--  1908
  100  1535  100  1535    0     0   7789      0 --:--:-- --:--:-- --:--:--  7789
  output path ‘/nix/store/pdwz581jbf27cm2lvmngrhnrbyd5bv7a-bash43-042’ should have sha256 hash ‘1bwhssay66n75fy0pxcrwbm032s6fvfg7dblzbrzzn5k38a56nmp’, instead has ‘06a90k0p6bqc4wk2dsmapna69124an76xvlnlj3xm497vci968dc’
  cannot build derivation ‘/nix/store/nkn2j7v1ws8yq17b4kdkxyqd2dbdwjcg-bash-4.3-p42.drv’: 1 dependencies couldn't be built
  error: build of ‘/nix/store/nkn2j7v1ws8yq17b4kdkxyqd2dbdwjcg-bash-4.3-p42.drv’ failed
  ```

  I ran `update-patch-set.sh` and noticed that it produced a different hash for patch 42. This PR reflects that change.


state: closed
title: Nix-shell as shebang for ghcWithPackages
user_login: jagajaga
html_url: https://github.com/NixOS/nixpkgs/issues/11514
updated_at: 2016-02-25 15:45:57
body:
  Hello!
  I'm trying to use nix-shell as an interpreter.
  Running this

  ``` haskell
  #! /usr/bin/env nix-shell
  #! nix-shell -i runghc -p haskellPackages.scotty haskellPackages.blaze-html

  {-# LANGUAGE OverloadedStrings #-}

  import Web.Scotty

  import qualified Text.Blaze.Html5 as H
  import Text.Blaze.Html5 (toHtml, Html)
  import Text.Blaze.Html.Renderer.Text (renderHtml)

  greet :: String -> Html
  greet user = H.html $ do
    H.head $
      H.title "Welcome!"
    H.body $ do
      H.h1 "Greetings!"
      H.p ("Hello " >> toHtml user >> "!")

  app = do
    get "/" $
      text "Home Page"

    get "/greet/:name" $ do
      name <- param "name"
      html $ renderHtml (greet name)

  main :: IO ()
  main = scotty 8000 app
  ```

  And getting `Could not find module 'Web.Scotty'`.
  Ok, I'm trying to run with

  ``` haskell
  #! /usr/bin/env nix-shell
  #! nix-shell -i runghc -p "haskellPackages.ghcWithPackages (pkgs: with pkgs; [scotty blaze-html])" 

  {-# LANGUAGE OverloadedStrings #-}

  import Web.Scotty
  .....
  ```

  And getting `build input haskellPackages.ghcWithPackages) does not exist`. 
  What do I need to do to run my program as `./foo.hs`?


state: closed
title: shout: fix preStart
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/pull/11516
updated_at: 2015-12-07 16:41:33
body:
  preStart must be a string

  ```
  error: The option value `containers.shout.systemd.services.shout.preStart' in `/nix/store/m2hifyqjvqnyq6p1xfy2yjmr3qfp6xa7-nixos-15.09.760.ba0d05c/nixos/nixpkgs/nixos/modules/services/networking/shout.nix' is not a string.
  ```


state: closed
title: NixOps - VirtualBox - "kernel driver not accessible"
user_login: ghost
html_url: https://github.com/NixOS/nixpkgs/issues/11517
updated_at: 2015-12-08 06:44:50
body:
  When I start VirtualBox without Nixops, I can create and use virtual machines without any problems.
  But when I try to deploy a vm with nixops (as a not-root-user), I get the error "kernel driver not accessible".

  My configuration.nix looks like this:

  ```
  ...
  virtualisation = {
      virtualbox = {
        host.enable = true;
      };
      libvirtd.enable = true;
    };
  ...
    users.extraUsers.markus = {
      isNormalUser = true;
      uid = 1000;
      description = "Markus Wotringer";
      extraGroups = [
        "users"
        "wheel"
        "disk"
        "networkManager"
        "audio"
        "video"
        "libvirtd"
        "kvm"
        "vboxusers"
      ];
    };
    users.extraGroups.vboxusers.members = ["markus"];
  ```

  My machine.nix looks like this:

  ```
  {
    network.description = "Jenkins Server";
    jenkins = {config, pkgs, ...}:
    {
      services.jenkins = {
        enable = true;
      }; 
      networking.firewall.allowedTCPPorts = [ config.services.jenkins.port ];
      deployment = {
        targetEnv = "virtualbox";
        virtualbox.memorySize = 1024;
      };
    };
  }
  ```

  I do the following shell commands:

  ```
  nixops create machine.nix -d machine
  nixops deploy -d machine # <- ERROR
  ```

  The same commands as root yield no errors.


state: closed
title: cbatticon: fix sha256 mismatch
user_login: mcmtroffaes
html_url: https://github.com/NixOS/nixpkgs/pull/11519
updated_at: 2015-12-22 14:28:42
body:
  The upstream sha256 has changed; this patch fixes the problem. See https://hydra.nixos.org/build/28599774


state: closed
title: namecoin: fix sha256 using fetchzip
user_login: mcmtroffaes
html_url: https://github.com/NixOS/nixpkgs/pull/11520
updated_at: 2015-12-07 10:49:33
body:
  Another one; see https://hydra.nixos.org/build/28567680

  Build tested locally against the nixpkgs-unstable channel, then rebased onto master.

  cc @domenkozar


state: closed
title: nixos-rebuild fails, saying "GRUB_ENABLE_CRYPTODISK=y" is missing in grub
user_login: peti
html_url: https://github.com/NixOS/nixpkgs/issues/11521
updated_at: 2015-12-07 17:59:53
body:
  `nixos-rebuild boot` fails on my machine while trying to run grub:

  ```
  # nixos-rebuild boot
  building Nix...
  building the system configuration...
  updating GRUB 2 menu...
  installing the GRUB 2 boot loader on /dev/disk/by-id/ata-SAMSUNG_MMCQE28G8MUP-0VA_SE936B7450...
  Installing for i386-pc platform.
  You have a memory leak (not released memory pool):
   [0x1b883c0] dtree
  Internal error: Unreleased memory pool(s) found.
  You have a memory leak (not released memory pool):
   [0x1b883c0] dtree
  Internal error: Unreleased memory pool(s) found.
  You have a memory leak (not released memory pool):
   [0x1b883c0] dtree
  Internal error: Unreleased memory pool(s) found.
  You have a memory leak (not released memory pool):
   [0x1b883c0] dtree
  Internal error: Unreleased memory pool(s) found.
  You have a memory leak (not released memory pool):
   [0x1b883c0] dtree
  Internal error: Unreleased memory pool(s) found.
  You have a memory leak (not released memory pool):
   [0x1b883c0] dtree
  Internal error: Unreleased memory pool(s) found.
  You have a memory leak (not released memory pool):
   [0x1b883c0] dtree
  Internal error: Unreleased memory pool(s) found.
  You have a memory leak (not released memory pool):
   [0x1b883c0] dtree
  Internal error: Unreleased memory pool(s) found.
  You have a memory leak (not released memory pool):
   [0x1b883c0] dtree
  Internal error: Unreleased memory pool(s) found.
  You have a memory leak (not released memory pool):
   [0x1b8af20] dtree
  Internal error: Unreleased memory pool(s) found.
  You have a memory leak (not released memory pool):
   [0x1b8af20] dtree
  Internal error: Unreleased memory pool(s) found.
  You have a memory leak (not released memory pool):
   [0x1b8af20] dtree
  Internal error: Unreleased memory pool(s) found.
  /nix/store/53xshnldp06n3cqfjg586lzia9hcak2f-grub-2.x-2015-11-16/sbin/grub-install: error: attempt to install to encrypted disk without cryptodisk enabled. Set `GRUB_ENABLE_CRYPTODISK=y' in file `/nix/store/53xshnldp06n3cqfjg586lzia9hcak2f-grub-2.x-2015-11-16/etc/default/grub'.
  /nix/store/zldbbngl0f8g5iv4rslygxwp0dbg1624-install-grub.pl: installation of GRUB on /dev/disk/by-id/ata-SAMSUNG_MMCQE28G8MUP-0VA_SE936B7450 failed
  warning: error(s) occurred while switching to the new configuration
  ```

  I'm using `master` at 8a0f2e7025d1682f793f67f9364564851448479e with LUKS encryption enabled for the root disk.


state: closed
title: NixOS containers don't get built
user_login: hrdinka
html_url: https://github.com/NixOS/nixpkgs/issues/11523
updated_at: 2015-12-08 10:34:56
body:
  Since one or two weeks newly created nixos containers won't be built at all (on `master` branch). Independent on the method of creation (declarative, imperative, nixops) their root under `/var/lib/containers` will contain nothing except `/etc/nixos/configuration.nix`.

  Here is an example:
  1. `nixos-container create test`
  2. `nixos-container start test` fails will blaming `/var/lib/containers/test` does not contain a full filesystem
  3. `/var/lib/containers/test` does only consist of `/etc/nixos/configuration.nix`

  I can reproduce this behavior on three different machines running on current to up to 4 days old `master`. Due the massive amount of resulting recompilation I wasn't able to bisect the intriguing commit yet. Further I have just started using containers therefore my understanding of their internals isn't good enough to fastly find the bug. Maybe someone can lead me in the right direction or is able to reproduce this error.


state: closed
title: gosmore: r30811 -> r31801, fix sha256
user_login: mcmtroffaes
html_url: https://github.com/NixOS/nixpkgs/pull/11524
updated_at: 2015-12-14 15:46:54
body:
  Fixing another broken build (see https://hydra.nixos.org/build/28630074). I've also updated the svn revision. Successfully built and tested on nixpkgs-unstable and rebased onto master.

  I have only very briefly tested the application itself, however the last revision to the core source code is r30327 so this update doesn't affect any of the code. The only difference for this project is in the "map-icons" external (currently at revision 31801), which as far as I can tell only contains data, so this should mostly keep working.

  A wider issue is that svn does not lock externals at a specific revision if not properly set up - this being a limitation of subversion itself of course - so this project will keep breaking its hash on every commit to the external...

  cc @7c6f434c (Michael Raskin) @domenkozar 


state: closed
title: kotlin: 1.0.0-beta-3594 -> 1.0.0-beta-3595
user_login: NeQuissimus
html_url: https://github.com/NixOS/nixpkgs/pull/11525
updated_at: 2015-12-08 02:08:08
body:
  Release notes: http://blog.jetbrains.com/kotlin/2015/12/kotlin-1-0-beta-3-is-out/

  Build with `nix-build -A kotlin`, installed with `nix-env -f . -iA kotlin`.
  Installed binaries work just fine.


state: closed
title: partclone: fix sha256 and buildInputs
user_login: mcmtroffaes
html_url: https://github.com/NixOS/nixpkgs/pull/11526
updated_at: 2015-12-08 14:47:02
body:
  Locally built against nixpkgs-unstable and then rebased onto master. I've also double checked that the contents of the old and new archives is identical. The project didn't build without automake and autoconf so I added those in as well.

  This should fix https://hydra.nixos.org/build/28627511

  cc @MarcWeber @domenkozar


state: closed
title: texinfo: fix doCheck properly, cleanup
user_login: oxij
html_url: https://github.com/NixOS/nixpkgs/pull/11527
updated_at: 2017-08-29 11:20:55
body:
  Would be nice if SunOS people would check whenever they can now remove that `!stdenv.isSunOS` flakyness.


state: closed
title: Add simp_le, a simple non-interactive ACME client, with a NixOS service
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/11528
updated_at: 2015-12-11 10:49:24
body:
  See https://github.com/kuba/simp_le. The service supports running the client on timer with given parameters. It is much simpler than the official client, and very script-friendly.

  cc @domenkozar 


state: closed
title: nixos: networking cleanup
user_login: oxij
html_url: https://github.com/NixOS/nixpkgs/pull/11529
updated_at: 2018-02-19 15:04:35
body:
  NixOS networking module is a mess. I've been trying to do something about it for a while, and I think I did simplify it somewhat with this patch set, but it has one problem: deprecating/renaming options in submodules doesn't work.

  `mkRemovedOptionModule` and `mkRenamedOptionModule` generate a warning inside a submodule, but this warning never get's out to the top-level warnings.

  I tried to implement something that could possibly work, but historically all my attempts had failed. NixOS recently introduced `mkRemovedOptionModule` and friends, and I tried to use it, but it did not suffice too.

  I want users that define `subnetMask` to get errors, and to implement that behavior without top-level asserts, but all my attempts are either completely ignored in the process of evaluation because these errors don't get computed/propagated to top-level or `subnetMask` asserts produce errors even when it's not defined.

  Same problem with `*address` and `*prefixLength` options.

  I actually have a continuation of this patch set that then breaks networking into a series of independent modules and adds new useful assertions, but I didn't merge it with the current master yet, and don't want to do it until this gets to work properly.


state: closed
title: bumblebee starts xorg with log file in nix store
user_login: Szczyp
html_url: https://github.com/NixOS/nixpkgs/issues/11530
updated_at: 2015-12-12 03:52:36
body:
  ```
  kernel: bbswitch: enabling discrete graphics
  kernel: vgaarb: device changed decodes: PCI:0000:01:00.0,olddecodes=io+mem,decodes=none:owns=none
  kernel: [drm] Initialized nvidia-drm 0.0.0 20150116 for 0000:01:00.0 on minor 1
  kernel: NVRM: loading NVIDIA UNIX x86_64 Kernel Module  352.63  Sat Nov  7 21:25:42 PST 2015
  display-manager-start[812]: xf86: found device 1
  bumblebeed[755]: [XORG] (EE)
  bumblebeed[755]: [XORG] (EE) Cannot open log file "/nix/store/1fxyhm8262vvsqyh4mhi8gcj84skj983-xorg-server-1.17.2/var/log/Xorg.8.log"
  bumblebeed[755]: [XORG] (EE)
  bumblebeed[755]: [XORG] (EE)
  bumblebeed[755]: [XORG] (EE)
  bumblebeed[755]: X did not start properly
  ```

  I'm using `hardware.bumblebee.enable = true;` in my configuration.nix and `primusrun`. Seems like the case of relative path instead of absolute as `/var/log/Xorg.8.log` would probably work.


state: closed
title: libtorrent, rtorrent: merge *-git into default, drop outdated *-git versions, cleanup
user_login: oxij
html_url: https://github.com/NixOS/nixpkgs/pull/11531
updated_at: 2015-12-07 22:13:01
body:
  This also gives the man page (it is outdated, though).

  Would be nice if @codyopel could update his patch to 0.9.6.


state: closed
title: mariadb: 10.1.8 -> 10.1.9
user_login: ryantrinkle
html_url: https://github.com/NixOS/nixpkgs/pull/11532
updated_at: 2015-12-07 18:45:31
body:
  Fixes build on darwin; might be related to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777996;msg=2


state: closed
title: The boot.loader.grub.zfsSupport property is ignored
user_login: msteen
html_url: https://github.com/NixOS/nixpkgs/issues/11533
updated_at: 2018-06-23 23:43:17
body:
  When I updated my nixpkgs repo to the latest version of the 15.09 channel, I saw that zfs-user was being build even though I do not use ZFS. I checked all-packages.nix and grub.nix and found the defaults no longer match the assumptions made in grub.nix.

  Currently all-packages.nix contains the following:

  ```
  grub2 = grub2_full;

  grub2_full = callPackage ../tools/misc/grub/2.0x.nix { };

  grub2_efi = grub2_full.override {
    efiSupport = true;
  };

  grub2_light = grub2_full.override {
    zfsSupport = false;
  };
  ```

  While grub.nix still has the following:

  ```
  realGrub = if cfg.version == 1 then pkgs.grub
    else if cfg.zfsSupport then pkgs.grub2.override { zfsSupport = true; }
    else if cfg.enableTrustedBoot then pkgs.trustedGrub
           else pkgs.grub2;
  ```

  Since `pkgs.grub2` is defined as `grub2_full`, which has `zfsSupport ? true`, there currently is no difference between `pkgs.grub2.override { zfsSupport = true; }` and `pkgs.grub2`. I do not see the need for `grub_full`, `grub_efi` and `grub_light`. Would it not be better to keep things configurable the way they are using options such as `boot.loader.grub.zfsSupport`?


state: closed
title: fail2ban: $out/etc is missing
user_login: bendlas
html_url: https://github.com/NixOS/nixpkgs/issues/11534
updated_at: 2015-12-22 00:46:55
body:
  with current current unstable channel, the fail2ban package misses its etc path. The package hasn't been updated for some time and the out path is apparently generated by rewriting pathes in its `setup.py`: https://github.com/NixOS/nixpkgs-channels/blob/b1dca6ca881e3e5864c60a2ef206579ce4d718b1/pkgs/tools/security/fail2ban/default.nix#L26

  This suggests that the breakage might be related to the recent python packaging rework, so /cc @domenkozar as well as pkg maintainers @edolstra @lovek323 


state: closed
title: protobuf: 3.0.0-alpha-3.1 -> 3.0.0-beta-2
user_login: eduarrrd
html_url: https://github.com/NixOS/nixpkgs/pull/11535
updated_at: 2016-01-19 07:27:39
body:
  Also split out gmock's source so that it can be copied into protobuf's
  source. Hopefully this hack can be removed again once gmock is
  replaced by gtest.

  Also introduce my company to the COPYING doc since they own the
  copyright on my contributions.


state: closed
title: Audio muted every time the headphone jack is plugged in with the Mac Mini 7,1
user_login: ThomasMader
html_url: https://github.com/NixOS/nixpkgs/issues/11540
updated_at: 2016-06-20 11:15:03
body:
  I installed NixOS unstable (16.03) on my Mac Mini 7,1 and have the following probem with it.

  First I thought my audio output jack isn't working at all, after some fiddling around I realized it must be a software problem. (Intel Corporation Haswell-ULT HD Audio Controller [8086:0a0c])
  If I fully pushed my headphones into the jack I didn't hear any sound at all. 
  By coincidence I discovered that if the jack is not fully inserted I get the desired output on my headphones.
  After some more fiddling around with the alsamixer I saw that whenever I fully insert my headphones, the Speaker and the Master of my PCH device and the master of the PulseAudio will be automatically muted and that there is no audio on my headphones with muted Speaker.
  I got it working by disabling PulseAudio (don't know if that is needed at all), setting the volume level of my Speaker to 0 (So nothing comes out of my internal speaker in addition to my headphones) and unmuting all others and setting the volume levels appropriately.
  The remaining issue I have is, that every time I unplug and plug in again, either the Speaker or the headphones are muted and Master is muted too or set to 0 volume.
  I also disabled Auto-Mute but that doesn't seem to change aynthing.


state: closed
title: ruby-v2_2_3-src has a different hash every time I try to download it
user_login: peti
html_url: https://github.com/NixOS/nixpkgs/issues/11542
updated_at: 2015-12-08 12:15:00
body:
  It appears that the downloaded tarball has a different SHA hash every time. I tried to fix `pkgs/development/interpreters/ruby/default.nix` but had no success:

  ```
  $ nix-build --no-out-link ~/.nix-defexpr -A ruby_2_2_3
  these derivations will be built:
    /nix/store/lkgqbdjinjpp09rp4cwi9wmnc6i1x2sa-ruby-v2_2_3-src.drv
    /nix/store/zbwf9jhgzxf2jkj0nivrqz4q6biib8y5-ruby-2.2.3-p0.drv
  these paths will be fetched (0.00 MiB download, 39.33 MiB unpacked):
    /nix/store/4z87f91jpy12fnksc1c4g1bpa2ydgczk-ruby-2.2.3-p0
  fetching path ‘/nix/store/4z87f91jpy12fnksc1c4g1bpa2ydgczk-ruby-2.2.3-p0’...
  building path(s) ‘/nix/store/1m4hbbd2a7j7gm460416csa0ibvxv0v6-ruby-v2_2_3-src’

  *** Downloading ‘http://hydra.cryp.to/nar/4z87f91jpy12fnksc1c4g1bpa2ydgczk-ruby-2.2.3-p0’ (signed by ‘hydra.cryp.to-1’) to ‘/nix/store/4z87f91jpy12fnksc1c4g1bpa2ydgczk-ruby-2.2.3-p0’...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
    0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  trying https://github.com/ruby/ruby/archive/v2_2_3.tar.gz
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100   117    0   117    0     0    209      0 --:--:-- --:--:-- --:--:--   219
  100 11.9M  100 11.9M    0     0  1679k      0  0:00:07  0:00:07 --:--:-- 2409k
  unpacking source archive /tmp/nix-build-ruby-v2_2_3-src.drv-0/v2_2_3.tar.gz
  100 2605k    0 2605k    0     0   336k      0 --:--:--  0:00:07 --:--:--  505k
  output path ‘/nix/store/1m4hbbd2a7j7gm460416csa0ibvxv0v6-ruby-v2_2_3-src’ should have r:sha256 hash ‘126b2diaa9zslb1yynr6351vy32wvwjwjs6ai2pcj8zg675028x6’, instead has ‘1ssq3c23ay57ypfis47y2n817hfmb71w0xrdzp57j6bv12jqmgrx’
  killing process 4794
  ```


state: open
title: Document OpenJDK bootstrapping process
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/11545
updated_at: 2018-06-24 00:19:12
body:
  It looks like Darwin is currently special-cased and locked at OpenJDK 7 (with a binary package). There's a make-bootstrap.nix with no comments and the existing bootstrap.nix only supports Linux.

  I'd like to get proper OpenJDK support for Darwin, but am not sure how to do it properly.

  cc @shlevy and @wkennington who have dealt with it before.


state: open
title: We have two maven builders!
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/11546
updated_at: 2019-02-12 18:58:08
body:
  We have a [maven-build.nix](https://github.com/NixOS/nixpkgs/blob/master/pkgs/build-support/release/maven-build.nix) and a [build-maven.nix](https://github.com/NixOS/nixpkgs/blob/master/pkgs/build-support/build-maven.nix). Not sure if one is strictly better than the other, but it would be nice to reconcile their behaviors.

  cc @edolstra, @rbvermaa, and @shlevy


state: closed
title: qtbase: Creates stray dir in nix-shell
user_login: Profpatsch
html_url: https://github.com/NixOS/nixpkgs/issues/11552
updated_at: 2015-12-08 15:02:21
body:
  `qt-test.nix`:

  ``` nix
  with (import <nixpkgs> {});

  stdenv.mkDerivation {
    name = "qttest";
    buildInputs = [pkgs.qt5.base];
  }
  ```

  ```
  > mkdir tmp && cd tmp
  > nix-shell ../qt-test.nix
  qmake: File exists
  shell> ls
  qmake-qttest
  ^D
  > ls
  qmake-qttest
  > nix-shell ../qt-test.nix 
  cp: cannot create regular file ‘/home/<user>/nixpkgs/tmp/qmake-qttest/bin/qmake’: Permission denied
  ```

  It creates a stateful directory in the _current working dir_ and fails to delete it, causing a second evocation to completely fail. Joy.
  The created directory is named `qmake-${name}`.

  cc @qknight @ttuegel (no idea who bbenoist is)


state: closed
title: kde5.dolphin: QPixmap problem
user_login: flosse
html_url: https://github.com/NixOS/nixpkgs/issues/11556
updated_at: 2019-03-18 06:18:49
body:
  dolphin in `16.03pre73106.b1dca6c (Emu)` does not render the surface. This is what I get:

  ```
  dolphin 
  QPixmap::scaled: Pixmap is a null pixmap
  QPixmap::scaled: Pixmap is a null pixmap
  QPixmap::scaled: Pixmap is a null pixmap
  QPixmap::scaled: Pixmap is a null pixmap
  QPixmap::scaled: Pixmap is a null pixmap
  QPixmap::scaled: Pixmap is a null pixmap
  QPixmap::scaled: Pixmap is a null pixmap
  QPixmap::scaled: Pixmap is a null pixmap
  QPixmap::scaled: Pixmap is a null pixmap
  QPixmap::scaled: Pixmap is a null pixmap
  QPixmap::scaled: Pixmap is a null pixmap
  QPixmap::scaled: Pixmap is a null pixmap
  QPixmap::scaled: Pixmap is a null pixmap
  QPixmap::scaled: Pixmap is a null pixmap
  QPainter::begin: Paint device returned engine == 0, type: 2
  QPixmap::scaled: Pixmap is a null pixmap
  QPixmap::scaled: Pixmap is a null pixmap
  QPixmap::scaled: Pixmap is a null pixmap
  QPainter::begin: Paint device returned engine == 0, type: 2
  QPixmap::scaled: Pixmap is a null pixmap
  QPainter::begin: Paint device returned engine == 0, type: 2
  QPixmap::scaled: Pixmap is a null pixmap
  ```


state: closed
title: Extract the names of the authors from the git log
user_login: eduarrrd
html_url: https://github.com/NixOS/nixpkgs/pull/11557
updated_at: 2015-12-19 13:41:51
body:
  Also point the COPYING license info to this AUTHORS file.

  RFC on nix-dev to happen later today.

  Background in #11535 


state: open
title: IBus input methods having no effect in GTK2
user_login: laMudri
html_url: https://github.com/NixOS/nixpkgs/issues/11558
updated_at: 2018-06-24 20:14:55
body:
  I have IBus set up on NixOS 16.03.git.97ccbb9M as follows:

  ```
  programs.ibus = {
    enable = true;
    plugins = [
      pkgs.ibus-anthy
    ];
  };
  ```

  It has worked with this configuration a few months ago, but stopped working. The daemon still runs, showing the tray icon and allowing me to select new input methods to use (including Anthy, and I also tested Modern Greek), and those settings affect the tray menu. However, there is no change to the input behaviour. I have tested in Firefox, Terminator, and LibreOffice, so it may not affect Qt.

  My `/etc/nixos/configuration.nix` is [here](http://nixpaste.lbr.uno/AThzFDHA). The `programs.ibus.table` stuff is from my changes to include ibus-table (not working yet), but shouldn't affect other plugins. IBus was not working before I started this. I've tried commenting out the `xkbcomp` line, rebuilding, then restarting, but that didn't help.

  There are no maintainers for the ibus package, but @gebner and @ericsagnes may be interested.


state: closed
title: Redmine service fails to start
user_login: bjornfor
html_url: https://github.com/NixOS/nixpkgs/issues/11560
updated_at: 2019-03-04 06:04:35
body:
  On nixos-unstable channel as of today. (Testing Redmine in NixOS for the first time.)

  configuration.nix snippet:

  ``` nix
    services = {
      redmine.enable = true;
      redmine.databasePassword = "mypassword";
      postgresql.enable = true;
      postgresql.package = pkgs.postgresql;
    };
  ```

  Journal output:

  ```
  systemd[1]: Starting redmine.service...
  redmine-pre-start[10288]: Please configure your config/database.yml first
  redmine-pre-start[10288]: rake aborted!
  redmine-pre-start[10288]: Gem::LoadError: You have already activated rake 10.4.2, but your Gemfile requires rake 10.1.1. Prepending `bundle exec` to your command may solve this.
  redmine-pre-start[10288]: /nix/store/8nk4d5ks8q5as7af20jc5mrij1g10a5q-bundler-1.10.6/lib/ruby/gems/2.2.2/gems/bundler-1.10.6/lib/bundler/runtime.rb:34:in `block in setup'
  redmine-pre-start[10288]: /nix/store/8nk4d5ks8q5as7af20jc5mrij1g10a5q-bundler-1.10.6/lib/ruby/gems/2.2.2/gems/bundler-1.10.6/lib/bundler/runtime.rb:19:in `setup'
  redmine-pre-start[10288]: /nix/store/8nk4d5ks8q5as7af20jc5mrij1g10a5q-bundler-1.10.6/lib/ruby/gems/2.2.2/gems/bundler-1.10.6/lib/bundler.rb:127:in `setup'
  redmine-pre-start[10288]: /nix/store/8nk4d5ks8q5as7af20jc5mrij1g10a5q-bundler-1.10.6/lib/ruby/gems/2.2.2/gems/bundler-1.10.6/lib/bundler/setup.rb:18:in `<top (required)>'
  redmine-pre-start[10288]: /nix/store/w337k0r0r0n73dfgnbj9xn3cjvkvvc77-redmine-2.5.2/share/redmine/config/boot.rb:6:in `<top (required)>'
  redmine-pre-start[10288]: /nix/store/w337k0r0r0n73dfgnbj9xn3cjvkvvc77-redmine-2.5.2/share/redmine/config/application.rb:1:in `<top (required)>'
  redmine-pre-start[10288]: /nix/store/w337k0r0r0n73dfgnbj9xn3cjvkvvc77-redmine-2.5.2/share/redmine/Rakefile:5:in `<top (required)>'
  redmine-pre-start[10288]: LoadError: cannot load such file -- bundler/setup
  redmine-pre-start[10288]: /nix/store/w337k0r0r0n73dfgnbj9xn3cjvkvvc77-redmine-2.5.2/share/redmine/config/boot.rb:6:in `<top (required)>'
  redmine-pre-start[10288]: /nix/store/w337k0r0r0n73dfgnbj9xn3cjvkvvc77-redmine-2.5.2/share/redmine/config/application.rb:1:in `<top (required)>'
  redmine-pre-start[10288]: /nix/store/w337k0r0r0n73dfgnbj9xn3cjvkvvc77-redmine-2.5.2/share/redmine/Rakefile:5:in `<top (required)>'
  redmine-pre-start[10288]: (See full trace by running task with --trace)
  systemd[1]: redmine.service: Control process exited, code=exited status=1
  systemd[1]: Failed to start redmine.service.
  systemd[1]: redmine.service: Unit entered failed state.
  systemd[1]: redmine.service: Failed with result 'exit-code'.
  ```


state: closed
title: Additional purity patch needed in pptp package
user_login: apatil
html_url: https://github.com/NixOS/nixpkgs/issues/11562
updated_at: 2015-12-09 01:12:23
body:
  This patch: https://github.com/NixOS/nixpkgs/blob/788800e437c4a0a25d95e217540bded68804b25e/pkgs/tools/networking/network-manager/pptp-purity.patch should also take care of this line in the `pptpsetup` shell script:

  ``` shell
  anand@anand-mbp> grep which /home/anand/.nix-profile/sbin/pptpsetup                               
      my $command = q/strings `which pppd`|grep -i mppe|wc --lines/;
  ```

  Currently, there's an error when I try to run pptpsetup:

  ``` shell
  sh: which: command not found
  ```


state: open
title: pptp package contains pptpsetup, which references pptpd, but not pptpd
user_login: apatil
html_url: https://github.com/NixOS/nixpkgs/issues/11563
updated_at: 2016-08-16 19:48:07
body:
  The pptp package generates a shell script called pptpsetup, which references an executable called pppd.

  ``` shell
  anand@anand-mbp> grep which /home/anand/.nix-profile/sbin/pptpsetup                               
      my $command = q/strings `which pppd`|grep -i mppe|wc --lines/;
  ```

  pppd is present in the Nix store, but is not symlinked into the environment:

  ``` shell
  anand@anand-mbp> sudo find / -name pppd                                  ~
  /nix/store/4sfdrfz0ldcrf6kd027jslpbjy93sq5j-ppp-2.4.7/include/pppd
  /nix/store/4sfdrfz0ldcrf6kd027jslpbjy93sq5j-ppp-2.4.7/bin/pppd
  /nix/store/4sfdrfz0ldcrf6kd027jslpbjy93sq5j-ppp-2.4.7/lib/pppd
  [1] anand@anand-mbp> which pppd                                              ~
  pppd not found
  ```

  Consequently, there's an error when I try to run pptpsetup:

  ``` shell
  sh: which: command not found
  ```


state: closed
title: jekyll doesn't seem to work
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/11564
updated_at: 2016-01-13 05:01:45
body:
  My channel is pointing at `nixos-16.03pre73106.b1dca6c`.

  ```
  $ nix-shell -p jekyll

  [nix-shell:~]$ jekyll
  /nix/store/ymbp77pi88prxd1q43i9r3cmd3fcf0xi-jekyll-2.5.3/lib/ruby/gems/2.1.6/gems/execjs-2.5.2/lib/execjs/runtimes.rb:48:in `autodetect': Could not find a JavaScript runtime. See https://github.com/rails/execjs for a list of available runtimes. (ExecJS::RuntimeUnavailable)
      from /nix/store/ymbp77pi88prxd1q43i9r3cmd3fcf0xi-jekyll-2.5.3/lib/ruby/gems/2.1.6/gems/execjs-2.5.2/lib/execjs.rb:5:in `<module:ExecJS>'
      from /nix/store/ymbp77pi88prxd1q43i9r3cmd3fcf0xi-jekyll-2.5.3/lib/ruby/gems/2.1.6/gems/execjs-2.5.2/lib/execjs.rb:4:in `<top (required)>'
      from /nix/store/ymbp77pi88prxd1q43i9r3cmd3fcf0xi-jekyll-2.5.3/lib/ruby/gems/2.1.6/gems/coffee-script-2.4.1/lib/coffee_script.rb:1:in `require'
      from /nix/store/ymbp77pi88prxd1q43i9r3cmd3fcf0xi-jekyll-2.5.3/lib/ruby/gems/2.1.6/gems/coffee-script-2.4.1/lib/coffee_script.rb:1:in `<top (required)>'
      from /nix/store/ymbp77pi88prxd1q43i9r3cmd3fcf0xi-jekyll-2.5.3/lib/ruby/gems/2.1.6/gems/coffee-script-2.4.1/lib/coffee-script.rb:1:in `require'
      from /nix/store/ymbp77pi88prxd1q43i9r3cmd3fcf0xi-jekyll-2.5.3/lib/ruby/gems/2.1.6/gems/coffee-script-2.4.1/lib/coffee-script.rb:1:in `<top (required)>'
      from /nix/store/ymbp77pi88prxd1q43i9r3cmd3fcf0xi-jekyll-2.5.3/lib/ruby/gems/2.1.6/gems/jekyll-coffeescript-1.0.1/lib/jekyll-coffeescript.rb:2:in `require'
      from /nix/store/ymbp77pi88prxd1q43i9r3cmd3fcf0xi-jekyll-2.5.3/lib/ruby/gems/2.1.6/gems/jekyll-coffeescript-1.0.1/lib/jekyll-coffeescript.rb:2:in `<top (required)>'
      from /nix/store/ymbp77pi88prxd1q43i9r3cmd3fcf0xi-jekyll-2.5.3/lib/ruby/gems/2.1.6/gems/jekyll-2.5.3/lib/jekyll/deprecator.rb:46:in `require'
      from /nix/store/ymbp77pi88prxd1q43i9r3cmd3fcf0xi-jekyll-2.5.3/lib/ruby/gems/2.1.6/gems/jekyll-2.5.3/lib/jekyll/deprecator.rb:46:in `block in gracefully_require'
      from /nix/store/ymbp77pi88prxd1q43i9r3cmd3fcf0xi-jekyll-2.5.3/lib/ruby/gems/2.1.6/gems/jekyll-2.5.3/lib/jekyll/deprecator.rb:44:in `each'
      from /nix/store/ymbp77pi88prxd1q43i9r3cmd3fcf0xi-jekyll-2.5.3/lib/ruby/gems/2.1.6/gems/jekyll-2.5.3/lib/jekyll/deprecator.rb:44:in `gracefully_require'
      from /nix/store/ymbp77pi88prxd1q43i9r3cmd3fcf0xi-jekyll-2.5.3/lib/ruby/gems/2.1.6/gems/jekyll-2.5.3/lib/jekyll.rb:166:in `<top (required)>'
      from /nix/store/ymbp77pi88prxd1q43i9r3cmd3fcf0xi-jekyll-2.5.3/lib/ruby/gems/2.1.6/gems/jekyll-2.5.3/bin/jekyll:6:in `require'
      from /nix/store/ymbp77pi88prxd1q43i9r3cmd3fcf0xi-jekyll-2.5.3/lib/ruby/gems/2.1.6/gems/jekyll-2.5.3/bin/jekyll:6:in `<top (required)>'
      from /nix/store/ymbp77pi88prxd1q43i9r3cmd3fcf0xi-jekyll-2.5.3/bin/jekyll:21:in `load'
      from /nix/store/ymbp77pi88prxd1q43i9r3cmd3fcf0xi-jekyll-2.5.3/bin/jekyll:21:in `<main>'
  ```

  cc @pesterhazy


state: closed
title: ccache: create symlinks to gcc lib & include in ccache-links directory
user_login: Bevaz
html_url: https://github.com/NixOS/nixpkgs/pull/11566
updated_at: 2015-12-30 07:57:09
body:
  This patch fixes compilation errors when using ccache wrapper:

  ```
  cc1: error: /nix/store/19vvbsjs6l6j0r22albzhysxfvr94imf-ccache-links/lib/gcc/*/*/include-fixed: No such file or directory
  ```


state: closed
title: Python: Move packages from all-packages.nix to python-packages.nix
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/issues/11567
updated_at: 2017-03-20 22:29:59
body:
  Most Python packages are defined or called from `python-packages.nix`, but not all. Some are called from `all-packages.nix` and this can cause [trouble](https://github.com/NixOS/nixpkgs/commit/6cf4e29c4f33d40c6560e25f38071c3c6a876cbb) when including such package in a Python environment with a different version of the Python interpreter.

  The solution is to call all Python packages/modules via `python-packages.nix`. That also means any `callPackage ../path/to/package/default.nix` in `all-packages.nix` needs to be moved to `python-packages.nix`. Preferably, the Nix expressions would also be using `buildPythonPackage` and be moved into `python-packages.nix` but this is not always possible.

  List of modules to look at:
  - [x] `foursuite`. I moved it already.
  - [x] `ecdsa`. Removed duplicate.
  - [x] `numeric`. Old, unmaintained, superseeded 10 years ago by numpy. I think we can drop it. The game castle_combat depends on it but is broken as well.
  - [ ] `pyatspi`. Only Python 3 available now, but this is not clear since it is in `all-packages.nix` and not in `python-packages.nix`. Could you move this, @jgeerds ?
  - [x] `psyco`. Last release from 2007. i686 only, and not used in nixpkgs. Drop it.
  - [x] `pycups` Moved and updated it.
  - [x] `pyside` should use [pyside-setup](https://github.com/PySide/pyside-setup) repository to get pip compatible version of pyside and ofcourse move it to python-packages.nix (by @garbas)

  I will open a PR soon with some of the changes.

  cc @domenkozar @garbas 

  See also https://github.com/NixOS/nixpkgs/issues/1819


state: closed
title: flashplayer is not using archives
user_login: ericsagnes
html_url: https://github.com/NixOS/nixpkgs/issues/11571
updated_at: 2015-12-14 19:15:01
body:
  `flashplayer` src is currently set to http://fpdownload.adobe.com/get/ that only seems to keep the latest version.
  It means that if a user tries to build from source after upstream has pushed a new version, the build will fail due to the source file not found.

  Adobe provides an [archive](https://helpx.adobe.com/flash-player/kb/archived-flash-player-versions.html) page that could be used to avoid this problem.

  As `flashplugin` is not currently in the binary cache, doing a `nixos-rebuild switch` on current nixos-unstable triggers source building and fails with the following error:

  ```
  curl: (22) The requested URL returned error: 404 Not Found
  error: cannot download install_flash_player_11_linux.x86_64.tar.gz from any mirror
  builder for ‘/nix/store/sfp13idhcd1r69gqf0x91pw1b0hgl8y1-install_flash_player_11_linux.x86_64.tar.gz.drv’ failed with exit code 1
  cannot build derivation ‘/nix/store/alfp7k7qqhx3axviarfa6in5rwgfvrif-flashplayer-11.2.202.540.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/law42xkripv7cr7k52hvcqzrc66abz5d-firefox-with-plugins-42.0.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/c94g6crlgba972878g46716ls1zds6m5-system-path.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/00vkap9hkpg2qiwkd4y8nj1cpsmvl8cm-nixos-system-alpha-16.03pre73106.b1dca6c.drv’: 1 dependencies couldn't be built
  error: build of ‘/nix/store/00vkap9hkpg2qiwkd4y8nj1cpsmvl8cm-nixos-system-alpha-16.03pre73106.b1dca6c.drv’ failed
  ```

  Using archives would prevent issues like #10571 to happen in the future.

  cc flashplayer maintainer @enolan 

  PS: I made an example of what could look like the derivation using the archives [here](http://nixpaste.lbr.uno/qQlkKzt0) (building, not tested).


state: closed
title: Move Python modules/packages to python-packages.nix
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/pull/11572
updated_at: 2015-12-11 12:27:37
body:
  See #11567.

  To do:
  - [x] Fix `bsddb3`, `--berkeley-db` flag seems to be ignored when building wheel. Luckily we could set an environment variable instead as well.
  - [x] Fix `pyside`, imports fine with both 2.7 and 3.4. Version 3.5 is not supported.
  - [x] pygame doesn't seem to work with Python 3 because somewhere `python` is called. Haven't found out where, so disabled for py3k for now.

  Optionally:
  - [ ] Move more packages ...
  - [ ] Add libPrefix: https://github.com/NixOS/nixpkgs/issues/1468


state: closed
title: dovecot service: refactor module
user_login: hrdinka
html_url: https://github.com/NixOS/nixpkgs/pull/11573
updated_at: 2015-12-17 13:32:19
body:
  This commit improves several things in the dovecot service module. By default it is completely compatible with old configurations and should not introduce any issues. The only thing that might be problematic is that it does use `pkgs.dovecot22` (configurable) as default instead of 2.1._. We might consider making this version the default in pkgs anyway—is there a reason for still keeping 2.1._?

  Here is a list of changes:
  - add type annotations
  - make use of `types.nullOr *` instead checking against empty strings
  - add `package` config var, everyone can choose their own package now
  - add `modules` option for external plugins, just add `pkgs.dovecot_pigeonhole` to it and your ready to go with managed sieve
  - make PAM optional while still being the default
  - make `sslCACert` optional, `sslServerKey` and `sslServerCert` are enough for working crypto
  - use `/run/dovecot2` instead of `/var/run/dovecot2` (it links to the same location anyway)
  - add some more assertions
  - add `keys.target` dependency (more below)

  About `keys.target`: I am using nixops' `deploy.keys` for passdb and ssl cert uploads. These will be uploaded after ssh has bee started. At this point dovecot (other services as well) has already failed because it could not access the keys. That's why many services fail on my machines directly after a reboot.

  The `keys.target` is present on every NixOS machine. Usually it only depends on `run-keys.mount` (mount tmpfs). Nixops hooks into this and makes key uploads a dependency of `keys.target`. This way dovecot will either wait until all keys were present or just start if there aren't any (after the mount).

  We should consider either adding this to nearly every service out there or adding `keys.target` as a dependency to `multi-user.target`.

  Besides the other service authors this might be interesting to dovecots maintainers as well: @viric @peti @rickynils 

  Waiting for your thoughts :)


state: closed
title: timerecurrence not building
user_login: charles-cooper
html_url: https://github.com/NixOS/nixpkgs/issues/11582
updated_at: 2016-09-10 20:38:48
body:
  ```
  $ nixos-version
  16.03pre73106.b1dca6c (Emu)
  $ nix-shell --version
  nix-shell (Nix) 1.10
  ```

  Getting `time-recurrence` and building fails during the testing stage. I believe that tests are not expected to compile for `timerecurrence` because its test-suite flag is disabled by default. However, it is clearly getting enabled for the build.

  Below is the full output:

  ```
  $ nix-shell -p haskellPackages.time-recurrence
  these derivations will be built:
    /nix/store/qr6n1g9x5819l56mq9cnxz46nzs517ny-time-recurrence-0.9.2.drv
  building path(s) ‘/nix/store/g51wani86yafwydqadfapnayy7wzm6ax-time-recurrence-0.9.2’
  setupCompilerEnvironmentPhase
  Build with /nix/store/h0i71d1bi6a75rndb59yk3nas83yajd4-ghc-7.10.2.
  unpacking sources
  unpacking source archive /nix/store/ch14yd9f2q340bjdcynpw6q7s89s82zx-time-recurrence-0.9.2.tar.gz
  source root is time-recurrence-0.9.2
  patching sources
  Replace Cabal file with edited version from http://hackage.haskell.org/package/time-recurrence-0.9.2/revision/1.cabal.
  compileBuildDriverPhase
  setupCompileFlags: -package-db=/tmp/nix-build-time-recurrence-0.9.2.drv-0/package.conf.d -j1 -threaded
  [1 of 1] Compiling Main             ( Setup.hs, /tmp/nix-build-time-recurrence-0.9.2.drv-0/Main.o )
  Linking Setup ...
  configuring
  configureFlags: --verbose --prefix=/nix/store/g51wani86yafwydqadfapnayy7wzm6ax-time-recurrence-0.9.2 --libdir=$prefix/lib/$compiler --libsubdir=$pkgid --with-gcc=gcc --package-db=/tmp/nix-build-time-recurrence-0.9.2.drv-0/package.conf.d --ghc-option=-optl=-Wl,-rpath=/nix/store/g51wani86yafwydqadfapnayy7wzm6ax-time-recurrence-0.9.2/lib/ghc-7.10.2/time-recurrence-0.9.2 --enable-split-objs --disable-library-profiling --disable-executable-profiling --enable-shared --enable-library-vanilla --enable-executable-dynamic --enable-tests
  Configuring time-recurrence-0.9.2...
  Flags chosen: test-suite=False
  Dependency HUnit ==1.2.*: using HUnit-1.2.5.2
  Dependency base ==4.*: using base-4.8.1.0
  Dependency data-ordlist >=0.4.5: using data-ordlist-0.4.7.0
  Dependency mtl >=2.0 && <2.3: using mtl-2.2.1
  Dependency old-locale ==1.0.*: using old-locale-1.0.0.7
  Dependency test-framework >=0.8: using test-framework-0.8.1.1
  Dependency test-framework-hunit >=0.3.0: using test-framework-hunit-0.3.0.2
  Dependency time >=1.4 && <2: using time-1.5.0.1
  Using Cabal-1.22.4.0 compiled by ghc-7.10
  Using compiler: ghc-7.10.2
  Using install prefix:
  /nix/store/g51wani86yafwydqadfapnayy7wzm6ax-time-recurrence-0.9.2
  Binaries installed in:
  /nix/store/g51wani86yafwydqadfapnayy7wzm6ax-time-recurrence-0.9.2/bin
  Libraries installed in:
  /nix/store/g51wani86yafwydqadfapnayy7wzm6ax-time-recurrence-0.9.2/lib/ghc-7.10.2/time-recurrence-0.9.2
  Private binaries installed in:
  /nix/store/g51wani86yafwydqadfapnayy7wzm6ax-time-recurrence-0.9.2/libexec
  Data files installed in:
  /nix/store/g51wani86yafwydqadfapnayy7wzm6ax-time-recurrence-0.9.2/share/x86_64-linux-ghc-7.10.2/time-recurrence-0.9.2
  Documentation installed in:
  /nix/store/g51wani86yafwydqadfapnayy7wzm6ax-time-recurrence-0.9.2/share/doc/x86_64-linux-ghc-7.10.2/time-recurrence-0.9.2
  Configuration files installed in:
  /nix/store/g51wani86yafwydqadfapnayy7wzm6ax-time-recurrence-0.9.2/etc
  No alex found
  Using ar found on system at:
  /nix/store/390z7i593kfnysfyx4sawlgxi8fvw074-binutils-2.23.1/bin/ar
  No c2hs found
  No cpphs found
  Using gcc version 4.9.3 given by user at:
  /nix/store/k495n2di6l9lq5blrxyi1m4a5pb6n7pa-gcc-wrapper-4.9.3/bin/gcc
  Using ghc version 7.10.2 found on system at:
  /nix/store/h0i71d1bi6a75rndb59yk3nas83yajd4-ghc-7.10.2/bin/ghc
  Using ghc-pkg version 7.10.2 found on system at:
  /nix/store/h0i71d1bi6a75rndb59yk3nas83yajd4-ghc-7.10.2/bin/ghc-pkg
  No ghcjs found
  No ghcjs-pkg found
  No greencard found
  Using haddock version 2.16.1 found on system at:
  /nix/store/h0i71d1bi6a75rndb59yk3nas83yajd4-ghc-7.10.2/bin/haddock
  No happy found
  Using haskell-suite found on system at: haskell-suite-dummy-location
  Using haskell-suite-pkg found on system at: haskell-suite-pkg-dummy-location
  No hmake found
  Using hpc version 0.67 found on system at:
  /nix/store/h0i71d1bi6a75rndb59yk3nas83yajd4-ghc-7.10.2/bin/hpc
  Using hsc2hs version 0.67 found on system at:
  /nix/store/h0i71d1bi6a75rndb59yk3nas83yajd4-ghc-7.10.2/bin/hsc2hs
  Using hscolour version 1.22 found on system at:
  /nix/store/sha1ywqd9q07yq5zrbxai2wy3sps6pm2-hscolour-1.23/bin/HsColour
  No jhc found
  Using ld found on system at:
  /nix/store/k495n2di6l9lq5blrxyi1m4a5pb6n7pa-gcc-wrapper-4.9.3/bin/ld
  No lhc found
  No lhc-pkg found
  No pkg-config found
  Using strip version 2.23 found on system at:
  /nix/store/390z7i593kfnysfyx4sawlgxi8fvw074-binutils-2.23.1/bin/strip
  Using tar found on system at:
  /nix/store/622ych28qrgjsn2mwiwhf7rf06hllp8b-gnutar-1.28/bin/tar
  No uhc found
  building
  Building time-recurrence-0.9.2...
  Preprocessing library time-recurrence-0.9.2...
  [ 1 of 15] Compiling Data.Time.Recurrence.AndThen ( src/Data/Time/Recurrence/AndThen.hs, dist/build/Data/Time/Recurrence/AndThen.o )
  [ 2 of 15] Compiling Data.Time.Calendar.WeekDay ( src/Data/Time/Calendar/WeekDay.hs, dist/build/Data/Time/Calendar/WeekDay.o )
  [ 3 of 15] Compiling Data.Time.Moment.Private ( src/Data/Time/Moment/Private.hs, dist/build/Data/Time/Moment/Private.o )
  [ 4 of 15] Compiling Data.Time.Moment.Interval ( src/Data/Time/Moment/Interval.hs, dist/build/Data/Time/Moment/Interval.o )
  [ 5 of 15] Compiling Data.Time.Moment.StartOfWeek ( src/Data/Time/Moment/StartOfWeek.hs, dist/build/Data/Time/Moment/StartOfWeek.o )
  [ 6 of 15] Compiling Data.Time.Calendar.Month ( src/Data/Time/Calendar/Month.hs, dist/build/Data/Time/Calendar/Month.o )

  src/Data/Time/Calendar/Month.hs:29:16: Warning: Tab character

  src/Data/Time/Calendar/Month.hs:30:16: Warning: Tab character
  [ 7 of 15] Compiling Data.Time.CalendarTime.CalendarTime ( src/Data/Time/CalendarTime/CalendarTime.hs, dist/build/Data/Time/CalendarTime/CalendarTime.o )
  [ 8 of 15] Compiling Data.Time.CalendarTime ( src/Data/Time/CalendarTime.hs, dist/build/Data/Time/CalendarTime.o )
  [ 9 of 15] Compiling Data.Time.Moment.Moment ( src/Data/Time/Moment/Moment.hs, dist/build/Data/Time/Moment/Moment.o )
  [10 of 15] Compiling Data.Time.Moment.FutureMoments ( src/Data/Time/Moment/FutureMoments.hs, dist/build/Data/Time/Moment/FutureMoments.o )
  [11 of 15] Compiling Data.Time.Moment ( src/Data/Time/Moment.hs, dist/build/Data/Time/Moment.o )
  [12 of 15] Compiling Data.Time.Moment.UTC ( src/Data/Time/Moment/UTC.hs, dist/build/Data/Time/Moment/UTC.o )
  [13 of 15] Compiling Data.Time.Recurrence.ScheduleDetails ( src/Data/Time/Recurrence/ScheduleDetails.hs, dist/build/Data/Time/Recurrence/ScheduleDetails.o )
  [14 of 15] Compiling Data.Time.Recurrence.Schedule ( src/Data/Time/Recurrence/Schedule.hs, dist/build/Data/Time/Recurrence/Schedule.o )
  [15 of 15] Compiling Data.Time.Recurrence ( src/Data/Time/Recurrence.hs, dist/build/Data/Time/Recurrence.o )
  In-place registering time-recurrence-0.9.2...
  Preprocessing test suite 'test-time-recurrence' for time-recurrence-0.9.2...
  [ 1 of 16] Compiling Data.Time.Recurrence.AndThen ( src/Data/Time/Recurrence/AndThen.hs, dist/build/test-time-recurrence/test-time-recurrence-tmp/Data/Time/Recurrence/AndThen.dyn_o )
  [ 2 of 16] Compiling Data.Time.Calendar.WeekDay ( src/Data/Time/Calendar/WeekDay.hs, dist/build/test-time-recurrence/test-time-recurrence-tmp/Data/Time/Calendar/WeekDay.dyn_o )
  [ 3 of 16] Compiling Data.Time.Moment.Private ( src/Data/Time/Moment/Private.hs, dist/build/test-time-recurrence/test-time-recurrence-tmp/Data/Time/Moment/Private.dyn_o )
  [ 4 of 16] Compiling Data.Time.Moment.Interval ( src/Data/Time/Moment/Interval.hs, dist/build/test-time-recurrence/test-time-recurrence-tmp/Data/Time/Moment/Interval.dyn_o )
  [ 5 of 16] Compiling Data.Time.Moment.StartOfWeek ( src/Data/Time/Moment/StartOfWeek.hs, dist/build/test-time-recurrence/test-time-recurrence-tmp/Data/Time/Moment/StartOfWeek.dyn_o )
  [ 6 of 16] Compiling Data.Time.Calendar.Month ( src/Data/Time/Calendar/Month.hs, dist/build/test-time-recurrence/test-time-recurrence-tmp/Data/Time/Calendar/Month.dyn_o )

  src/Data/Time/Calendar/Month.hs:29:16: Warning: Tab character

  src/Data/Time/Calendar/Month.hs:30:16: Warning: Tab character
  [ 7 of 16] Compiling Data.Time.CalendarTime.CalendarTime ( src/Data/Time/CalendarTime/CalendarTime.hs, dist/build/test-time-recurrence/test-time-recurrence-tmp/Data/Time/CalendarTime/CalendarTime.dyn_o )
  [ 8 of 16] Compiling Data.Time.CalendarTime ( src/Data/Time/CalendarTime.hs, dist/build/test-time-recurrence/test-time-recurrence-tmp/Data/Time/CalendarTime.dyn_o )
  [ 9 of 16] Compiling Data.Time.Moment.Moment ( src/Data/Time/Moment/Moment.hs, dist/build/test-time-recurrence/test-time-recurrence-tmp/Data/Time/Moment/Moment.dyn_o )
  [10 of 16] Compiling Data.Time.Moment.UTC ( src/Data/Time/Moment/UTC.hs, dist/build/test-time-recurrence/test-time-recurrence-tmp/Data/Time/Moment/UTC.dyn_o )
  [11 of 16] Compiling Data.Time.Moment.FutureMoments ( src/Data/Time/Moment/FutureMoments.hs, dist/build/test-time-recurrence/test-time-recurrence-tmp/Data/Time/Moment/FutureMoments.dyn_o )
  [12 of 16] Compiling Data.Time.Moment ( src/Data/Time/Moment.hs, dist/build/test-time-recurrence/test-time-recurrence-tmp/Data/Time/Moment.dyn_o )
  [13 of 16] Compiling Data.Time.Recurrence.ScheduleDetails ( src/Data/Time/Recurrence/ScheduleDetails.hs, dist/build/test-time-recurrence/test-time-recurrence-tmp/Data/Time/Recurrence/ScheduleDetails.dyn_o )
  [14 of 16] Compiling Data.Time.Recurrence.Schedule ( src/Data/Time/Recurrence/Schedule.hs, dist/build/test-time-recurrence/test-time-recurrence-tmp/Data/Time/Recurrence/Schedule.dyn_o )
  [15 of 16] Compiling Data.Time.Recurrence ( src/Data/Time/Recurrence.hs, dist/build/test-time-recurrence/test-time-recurrence-tmp/Data/Time/Recurrence.dyn_o )
  [16 of 16] Compiling Main             ( tests/Tests.lhs, dist/build/test-time-recurrence/test-time-recurrence-tmp/Main.dyn_o )

  tests/Tests.lhs:30:28:
      Ambiguous occurrence ‘defaultTimeLocale’
      It could refer to either ‘System.Locale.defaultTimeLocale’,
                               imported from ‘System.Locale’ at tests/Tests.lhs:16:25-41
                            or ‘Data.Time.defaultTimeLocale’,
                               imported from ‘Data.Time’ at tests/Tests.lhs:17:3-18
                               (and originally defined in ‘time-1.5.0.1:Data.Time.Format.Locale’)

  tests/Tests.lhs:30:46:
      Ambiguous occurrence ‘rfc822DateFormat’
      It could refer to either ‘System.Locale.rfc822DateFormat’,
                               imported from ‘System.Locale’ at tests/Tests.lhs:16:44-59
                            or ‘Data.Time.rfc822DateFormat’,
                               imported from ‘Data.Time’ at tests/Tests.lhs:17:3-18
                               (and originally defined in ‘time-1.5.0.1:Data.Time.Format.Locale’)
  builder for ‘/nix/store/qr6n1g9x5819l56mq9cnxz46nzs517ny-time-recurrence-0.9.2.drv’ failed with exit code 1
  error: build of ‘/nix/store/qr6n1g9x5819l56mq9cnxz46nzs517ny-time-recurrence-0.9.2.drv’ failed
  /run/current-system/sw/bin/nix-shell: failed to build all dependencies
  ```

  Since the tests are clearly not passing, is this considered a problem with the configure stage of nixpkgs not respecting the cabal flag, or with the upstream package?

  Charles


state: closed
title: R package download succeeding in spite of failing from cran.stat.unipd.it
user_login: twhitehead
html_url: https://github.com/NixOS/nixpkgs/issues/11584
updated_at: 2015-12-10 20:24:04
body:
  I'm getting the following while building the `rPackages.maps` package

  > ...
  > trying http://cran.stat.unipd.it/src/contrib/maps_2.3-11.tar.gz
  >   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
  >                                  Dload  Upload   Total   Spent    Left  Speed
  > 100   837  100   837    0     0   3772      0 --:--:-- --:--:-- --:--:--  3839
  > output path ‘/home/nixbld/store/ghjjncf8rzpynfkgx79y82nkll5r18k1-maps_2.3-11.tar.gz’ should have sha256 hash ‘0752dh646bngw726941p0xd3p9chxlg4mdyns3jc23h68w7da0kc’, instead has ‘102rw6gw1mrbr00s8b1bnz2yh2nqk411qdhs6kncs6scalixjb5p’
  > cannot build derivation ‘/home/nixbld/store/n9b91lxx8lzf3k5rqjvd965bw581ssy9-r-maps-2.3-11.drv’: 1 dependencies couldn't be built
  > error: build of ‘/home/nixbld/store/n9b91lxx8lzf3k5rqjvd965bw581ssy9-r-maps-2.3-11.drv’ failed

  Looking at the mirror in a website reveals that there is no _maps_2.3-11.tar.gz_ under just _contrib_ and manually downloading the path with curl gives you back a basic html page (which I can't seem to include here as a quote as markdown doesn't escape all the html for me).

  > $ curl http://cran.stat.unipd.it/src/contrib/maps_2.3-11.tar.gz
  > ... bunch of html ...

  I believe what is suppose to happen is it should realize the download failed and next try the _contrib/00Archive/maps_ directory.  I'm guessing something is wrong with this mirror in that it isn't returning an appropriate error?

  Thanks!  -Tyson


state: open
title: If you call wrapProgram twice on the same program, it breaks
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/11586
updated_at: 2019-04-04 09:36:30
body:
  It was user error on my part, but as part of some automation, I accidentally called `wrapProgram` twice on the same program. The first invocation moved the binary `foo` to `.foo-wrapped`, and replaced `foo` with a script that called `.foo-wrapped`. The second invocation copied the wrapper script over `.foo-wrapped` and lost the original binary.

  It seems like `wrapProgram` could fail loudly in that case, since I don't think it's ever desirable. Alternately, it could use a better name generation scheme that is collision-aware.


state: closed
title: Python: extracting package information from PyPI (WIP)
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/issues/11587
updated_at: 2018-06-23 21:28:32
body:
  # Introduction

  As with some of the other languages that are available in Nix we would like to have the entire [PyPI](https://pypi.python.org/pypi) in Nix as well. Unfortunately, as explained during NixCon, Python packaging is a bit of a mess, with the biggest issue being that dependencies are not available.

  I would like to discuss here how we could extract as much information from PyPI as possible, and how we would make that information available in Nix to build packages.

  _See also [Python to-do list](https://github.com/NixOS/nixpkgs/issues/1819)_
  # What's available?
  ## PyPI api

  PyPi has two api's, [JSON](https://wiki.python.org/moin/PyPIJSON) and [XMLRPC](https://wiki.python.org/moin/PyPIXmlRpc).

  With the api's we can directly and reliably extract:
  - name
  - version
  - description
  - available source archives with md5 (unfortunately not sha256)
  - description

  With a bit of regex applied to the `license` field we can come up with a guess of the license as well.
  ## source archive

  If we would download the source files, then we can 
  - determine sha256
  - come up with a much better guess of the license 
  ## pypi2nix

  With [pypi2nix](https://github.com/garbas/pypi2nix) we should be able to
  - extract build inputs, although I don't think we can distinguish between `buildInputs` and `propagatedBuildInputs`
  - come up with a much better guess of the license
  # How to implement in nixpkgs?

  Eventually, we want to have a script that would automatically build as good as possible Nix expressions. Still, it is likely that many derivations need to be manually corrected, especially the cases when extension types are included.

  So, how would this then look like in nixpkgs? Let's have a look at how other such collections in nixpkgs are implemented and maintained.
  ## How are other languages/collections implemented?
  ### Haskel
  ### R
  ### Perl

  For Perl there is a [tool](http://nixos.org/nixpkgs/manual/#ssec-generation-from-CPAN) that creates a Nix expression for a package from CPAN (so similar to `pypi2nix`). However, the index of packages is still maintained entirely manually.
  ### KDE / Plasma 5

  A [nix expression](https://github.com/NixOS/nixpkgs/blob/master/pkgs/desktops/plasma-5.5/srcs.nix) is [generated](https://github.com/NixOS/nixpkgs/blob/master/pkgs/desktops/plasma-5.5/fetchsrcs.sh) with an attribute set that contains per package the version, along with source url and sha256 hash, which are obtained by downloading all files. A function, `plasmaPackage`, is used to generate derivations based on these sets.
  ## Other related issues

  Issues to consider also are
  - **size of files**. While it is likely not a problem if an autogenerated file is huge, files that need to be modified by us, e.g. to override what is autogenerated, should have a manageable size. See also discussion in https://github.com/NixOS/nixpkgs/issues/11567#issuecomment-163346186
  # Proposal

  At the time of writing there are 70835 packages on PyPI. This will include a significant amount of broken and outdated packages as well. I think we only want to build derivations for those that are supposed to work.

  We might want to consider two different stages here:
  1. when we use PyPI, and possibly (or optionally) download the source files as well;
  2. when we also use `pypi2nix`.
  ## Stage 1

  In stage 1 we use use just PyPI and optionally also the source archives. In this stage we want to only have derivations for those packages that are actually supposed to work. We could therefore have one single file (JSON, or nix set) with all the data that is collected from PyPI and possibly from the source archive. In `python-packages.nix` we then use `buildPythonpackage`, like we do now, in conjunction with the raw source data. For convenience, we might want to have a helper function `buildPyPIPackage` function (like `plasmaPackage` for KDE/Plasma) that calls `buildPythonPackage` and then override to modify/correct the derivation.

  Files:
  - autogenerated index `pypi_sources.json` containing just sets. 
  - curated `pypi_curated.nix` which contains derivations based on the entries in `pypi_sources.json`.
  - `python-packages.nix` which contains all Python derivations, that is the whole set of packages that is in `pypi_curated.nix` as well as those from a different source.

  To have files of manageable size we could split the packages on initial letter of their names (again, see https://github.com/NixOS/nixpkgs/issues/11567#issuecomment-163346186).
  ## Stage 2

  In this stage we use `pypi2nix`, or at least Python wheels, to extract relevant information. This extra info would then be fed back into `pypi_sources.json`. 
  We would also have a `pypi_generated.nix` that would contain automatically generated, **working** derivations, built from `pypi_sources.json`.

  To be able to build a wheel, the actual inputs needs to be available. Obviously this can be problematic; `numpy` will most definitely not _just_ work, however, many packages do depend on it. Therefore, for this process, we already also need a (minimal) curated `pypi_curated.nix`. 

  Files: 
  - the above mentioned files
  - `pypi_generated.nix` with automatically generated and working derivations
  # More to follow...


state: closed
title: Firefox lacks /share/applications/
user_login: shiftypenguin
html_url: https://github.com/NixOS/nixpkgs/issues/11588
updated_at: 2016-01-14 09:55:33
body:
  I've installed firefox via nix-env, both root and otherwise, and it doesn't put a /share/applications/ in its /nix/store/_firefox_/ directory. GUI apps usually put a .desktop file there so DEs can display the apps.

  Edit: same is true for ESR version


state: closed
title: font-droid: fix srcs urls
user_login: calbrecht
html_url: https://github.com/NixOS/nixpkgs/pull/11591
updated_at: 2015-12-11 03:58:16
body:
  pin urls to a specific commitish, because in the case the font gets
  an update hashes will change on the master and therefore break, as
  @zimbatm pointed out in #11574.


state: closed
title: gitlab doesn't work on non-NixOS host systems
user_login: knedlsepp
html_url: https://github.com/NixOS/nixpkgs/issues/11592
updated_at: 2016-08-03 20:31:29
body:
  When trying to install gitlab using `nix-env -i gitlab` on openSUSE11, the installation process crashes with the error:

  ```
  ...
  2907 /tmp/nix-build-gitlab-7.4.2.drv-0/config/environment.rb

  * Process memory map:

  00400000-00401000 r-xp 00000000 00:1c 24189700                           ~/opt/nix-mnt/nix-1.10-x86_64-linux/store/i2sy75caqgk7x1yl33aaschykqqg87ax-ruby-2.1.3-p0/bin/ruby
  00600000-00601000 rwxp 00000000 00:1c 24189700                           ~/opt/nix-mnt/nix-1.10-x86_64-linux/store/i2sy75caqgk7x1yl33aaschykqqg87ax-ruby-2.1.3-p0/bin/ruby
  ...
  ...
  You may have encountered a bug in the Ruby interpreter or extension libraries.
  ```

  How can I fix this problem?

  [crash.log.txt](https://github.com/NixOS/nixpkgs/files/57752/crash.log.txt)


state: closed
title: Can't install from git on Mac OS X: wrong sha256 hash
user_login: mikesperber
html_url: https://github.com/NixOS/nixpkgs/issues/11593
updated_at: 2015-12-10 10:32:29
body:
  I'm trying to follow the instructions here:

  https://nixos.org/wiki/Nix_on_OS_X

  When I do:

  `nix-env -iA nixpkgs.nixUnstable`

  I get:

  ```
  trying http://ftpmirror.gnu.org/bash/bash-4.3-patches/bash43-042
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100   337  100   337    0     0    522      0 --:--:-- --:--:-- --:--:--  1693
  100  1535  100  1535    0     0   2178      0 --:--:-- --:--:-- --:--:--  2178
  output path ‘/nix/store/pdwz581jbf27cm2lvmngrhnrbyd5bv7a-bash43-042’ should have sha256 hash ‘1bwhssay66n75fy0pxcrwbm032s6fvfg7dblzbrzzn5k38a56nmp’, instead has ‘06a90k0p6bqc4wk2dsmapna69124an76xvlnlj3xm497vci968dc’
  ```


state: closed
title: nox is broken
user_login: aragnon
html_url: https://github.com/NixOS/nixpkgs/issues/11594
updated_at: 2015-12-11 06:20:57
body:
  ```
  nix-channel --list
  perl: warning: Setting locale failed.
  perl: warning: Please check that your locale settings:
          LANGUAGE = (unset),
          LC_ALL = (unset),
          LC_CTYPE = "UTF-8",
          LANG = "en_US.UTF-8"
      are supported and installed on your system.
  perl: warning: Falling back to a fallback locale ("en_US.UTF-8").
  nixpkgs https://nixos.org/channels/nixpkgs-unstable
  ```

  Ubuntu 14.04. 

  `nox nox`

  ```
  Traceback (most recent call last):
    File "/nix/store/33pg4ryh11x02gikp0a5ivw2zshjd30h-nox-0.0.2/bin/.nox-wrapped", line 11, in <module>
      sys.exit(main())
    File "/nix/store/ljji9lp3iq57p1a1bj40iv1n3ilrsmxw-python3.4-click-5.1/lib/python3.4/site-packages/click/core.py", line 700, in __call__
      return self.main(*args, **kwargs)
    File "/nix/store/ljji9lp3iq57p1a1bj40iv1n3ilrsmxw-python3.4-click-5.1/lib/python3.4/site-packages/click/core.py", line 655, in main
      raise RuntimeError('Click will abort further execution '
  RuntimeError: Click will abort further execution because Python 3 was configured to use ASCII as encoding for the environment. Either switch to Python 2 or consult http://click.pocoo.org/python3/ for mitigation steps.
  ```


state: closed
title: ZSWAP is not available in the nix kernels
user_login: CMCDragonkai
html_url: https://github.com/NixOS/nixpkgs/issues/11596
updated_at: 2016-07-24 19:03:27
body:
  I added `zswap.enabled=1` for the kernel command line:

  ```
  cat /proc/cmdline
  initrd=... zswap.enabled=1
  ```

  But `echo 1 > /sys/module/zswap/parameters/enabled` doesn't work. There's no zwap module.

  Then I looked for the kernel config: `cat /proc/config.gz | gunzip | grep ZSWAP` nothing.

  ZSWAP should be available by 3.18.24 (the kernel I'm running), so any reason why zswap wasn't compiled into the kernel?


state: closed
title: KDE5 version of kmix is missing
user_login: retrry
html_url: https://github.com/NixOS/nixpkgs/issues/11598
updated_at: 2015-12-10 13:32:17
body:
  I'm trying to upgrade my system, but Nix can't find kde5 version kmix. I have kde5.kmix in my configuration.nix. Kmix was available before the big changes to KDE5 packaging.

  ```
  nix-env -qa kmix
  ```

  Only returns returns kde4 version - kmix-4.14.3

  cc @ttuegel 


state: closed
title: Python: buildPythonPackage downloaded packages from PyPI
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/issues/11599
updated_at: 2016-08-16 20:12:43
body:
  In https://github.com/NixOS/nixpkgs/pull/11595 I noticed that  a single package (`wheel`) built with `buildPythonPackage` was able  to connect and download dependencies from PyPI while it was not supposed to.

  In general retrieving dependencies is indeed blocked; you can test this by just removing a build input and see what happens

  ```
  installing
  /tmp/nix-build-python2.7-odo-0.3.3.drv-0/odo-0.3.3/dist /tmp/nix-build-python2.7-odo-0.3.3.drv-0/odo-0.3.3
  Ignoring indexes: https://pypi.python.org/simple
  Processing ./odo-0.3.3-py2-none-any.whl
  Collecting networkx (from odo==0.3.3)
    Could not find a version that satisfies the requirement networkx (from odo==0.3.3) (from versions: )
  ```

  That's what we like to see.

  However, `wheel` was still able to download its dependencies, and maybe other packages are capable of doing this as well...


state: closed
title: build-fhs-userenv: don't leak file descriptors
user_login: zimbatm
html_url: https://github.com/NixOS/nixpkgs/pull/11602
updated_at: 2015-12-11 00:14:16
body:
  This re-uses the capabilities documented in `Process.spawn` to avoid leaking
  unecessary file-descriptors to the sandbox

  I haven't tested the changes yet


state: closed
title: Proper way to set owner of config file
user_login: katyo
html_url: https://github.com/NixOS/nixpkgs/issues/11604
updated_at: 2017-03-10 01:03:53
body:
  I have used a `pkgs.writeText` for generating my own config for **msmtp** utility.

  When my app run it, in security reasons **msmtp** throws an error like this:

  ```
  msmtp: /nix/store/1qncl9naf6wgm2i5v4irlnhw7sibz04r-msmtprc: must be owned by you
  ```

  But I can't find a proper way to fix owner.

  I have tried the next solution but something went wrong and actual owner is _root_ (not _www_):

  ``` nix
  let
    fixOwner = owner: path: rec {
        inherit path;
        res = runCommand "fixOwner" { inherit owner path; } ''
          chown $owner "$path"
        '';
      }.path;
    myConf = fixOwner "www" writeText "msmtprc" ''
      ...
    '';
  in
  ...
  ```

  ```
  [kayo@nixie:~]$ ls -al /nix/store/*msmtprc*
  -r--r--r-- 1 root nixbld  320 Jan  1  1970 /nix/store/1qncl9naf6wgm2i5v4irlnhw7sibz04r-msmtprc
  ```


state: closed
title: More strict commit policy for stable branch
user_login: aszlig
html_url: https://github.com/NixOS/nixpkgs/pull/11609
updated_at: 2015-12-18 14:01:26
body:
  The motivation behind this was a cherry-pick of c204036 to the 15.09 release branch, which broke evaluation. Now I've cherry-picked another commit which was needed by c204036 (58e9440) because otherwise evaluation would fail.

  I by myself didn't state a reason at the time where I was cherry-picking the commit but figured that I should have done so after being [noted by @lethalman](https://github.com/NixOS/nixpkgs/commit/fb1377a14aeb06c982098c8b22987708f931743b#commitcomment-14906480) about a related work that removes the changes in the commit I have cherry-picked.

  Long story short: If we cherry-pick stuff to any of the release branches, we should explicitly state the reasons _why_ we did so.

  Not only because reviewers spend less time wondering about the introduced changes but to give the committer time to rethink about whether it really _is_ necessary to include the change to a supposedly
  stable branch.


state: closed
title: Partial autogeneration of AppArmor profiles?
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/11610
updated_at: 2018-06-24 00:35:06
body:
  Looking through [here](https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/services/torrent/transmission.nix#L108-L144), it seems like much of the current profile is just enumerating runtime dependencies, and most of the rest is covering where runtime state goes. Could we come up with a decent approximation for something that computes such a list on the fly, but also allows manual tweaks?


state: closed
title: postgres-bdr (WIP)
user_login: rvlander
html_url: https://github.com/NixOS/nixpkgs/pull/11612
updated_at: 2016-03-20 00:20:45
body:
  This PR is a WIP. Please do _NOT_ merge.
  Posgresql BDR aims at providing multi-master logical replication capabilities to Postgres.

  This expression is a draft. Beeing a beginner at writing nix expressions, I want to make sure I am on the right path.

  TODO list:
  - [x] make a expression that builds for the most recent version of Postgres + BDR
  - [ ] test the resulting build
  - [ ] add meta data (getting weird error when trying to add them)
  - [ ] try to build BDR world
  - [ ] support older versions of Postgres schema


state: closed
title: [WIP] Add erlang modules based on Hex.pm and rebar3
user_login: gleber
html_url: https://github.com/NixOS/nixpkgs/pull/11614
updated_at: 2015-12-12 13:01:38
body:
  Hello Nix community

  I am working on getting Erlang packages into Nix and here's my first stab at the problem. This establishes basic build functions and provides 5 Erlang packages. The approach is similar to what is done for Haskell. Here are main points:
  - use Hex.pm as a source of tarballs (that's the only reasonable package respository for Erlang AFAIK)
  - use rebar3 (alpha-quality version of rebar Erlang built tool which works with Hex.pm)
  - aim at automatically importing all of newest packages on Hex (including their transitive closures) use not-yet-developed set of tools

  Things which need to be done here before thix PR can be submitted:
  - provide rebar3 a snapshot of "hex package registry" to avoid call to "rebar3 update" during package build (this breaks hermeticity!)

  Further work:
  - automate creation of pkgs/development/erlang-modules/hex/*.nix files based on rebar.config
  - fetch all packages from hex.pm and create .nix files for them
  - figure out how to deal with conflicting dependencies and diamond dependency graph
  - figure out how if to provide multiple versions of the same package
  - implement support for Elixir
  - instigate discussion with Erlang community about some sort of LTS package set
  - and much more along the way...

  I'd love to hear some initial comments on the code to get guidance. This is my first Nixpkgs contribution.

  Thanks!


state: closed
title: screen: patch CVE-2015-6806
user_login: rycee
html_url: https://github.com/NixOS/nixpkgs/pull/11615
updated_at: 2015-12-11 18:52:03
body:
  Fixes a possible denial of service of the screen tool. Patch sourced from upstream GIT repository. See https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2015-6806


state: closed
title: goPackages.json2csv: init at d82e60e6dc2a7d3bcf15314d1ecbebeffaacf0c6
user_login: cheecheeo
html_url: https://github.com/NixOS/nixpkgs/pull/11617
updated_at: 2015-12-11 09:05:22
body:
  ```
  % nix-env --file $NIXPKGS -iA goPackages.json2csv 
  installing ‘go1.5-json2csv-d82e60e’

  % json2csv --help
  Usage of json2csv:
    -d string
          delimiter used for output values (default ",")
    -i string
          /path/to/input.json (optional; default is stdin)
    -k value
          fields to output (default [])
    -o string
          /path/to/output.json (optional; default is stdout)
    -p    prints header to output
    -v    verbose output (to stderr)
    -version
          print version string
  ```


state: closed
title: PHP extension directory not consistent with PECL installed extensions
user_login: deeky666
html_url: https://github.com/NixOS/nixpkgs/issues/11618
updated_at: 2015-12-11 02:13:21
body:
  I ran into a problem when trying to install PHP + PECL extensions (via `phpPackages` package).
  When PHP compiles, it installs extensions configured during build into a default directory like `lib/php/extensions/no-debug-zts-20131226` which differs for each PHP version and compile configurations (like ZTS support).
  When installing PECL extensions via `phpPackages` ontop of PHP, they are installed into a fixed directory `lib/php/extensions` which makes it impossible to load those via `php.ini` (without knowing the absolute path) as PHP expects them to find in `lib/php/extensions/no-debug-zts-20131226`.
  In scenarios where you define your `php.ini` outside of nix context, it is impossible to load the PECL extensions.

  I wonder if a consistent extension directory for both PHP and PECL extensions could be established. Maybe the PHP package could set the `EXTENSION_DIR` (see [here](http://serverfault.com/questions/316156/change-php-modules-directory)) environment variable to `lib/php/extensions` before `configure` like it is done in the [PECL builder](https://github.com/NixOS/nixpkgs/blob/master/pkgs/build-support/build-pecl.nix#L20).

  That would make it much easier to configure PHP extensions.

  See my profile to get an impression:

  ```
  root@a4a1c46b4e9a:/# ls -ali /nix/var/nix/profiles/zosch/lib/php/extensions/                      
  total 24
  13778796 dr-xr-xr-x 2 root nixbld 4096 Jan  1  1970 .
  13778778 dr-xr-xr-x 3 root nixbld 4096 Jan  1  1970 ..
  13778797 lrwxrwxrwx 1 root nixbld   85 Jan  1  1970 apcu.so -> /nix/store/xwiamby7pbnx8zmwpa68rqbmgwal7v97-php-apcu-4.0.7/lib/php/extensions/apcu.so
  13778798 lrwxrwxrwx 1 root nixbld   95 Jan  1  1970 no-debug-zts-20131226 -> /nix/store/5bv024pmkg4p6kx49b5g3mqycbsfyz6w-php-5.6.15/lib/php/extensions/no-debug-zts-20131226
  13778799 lrwxrwxrwx 1 root nixbld   94 Jan  1  1970 pthreads.so -> /nix/store/mmi3rlnqwrjn283rcq4w79jgbvnzs0lm-php-pthreads-2.0.10/lib/php/extensions/pthreads.so
  13778800 lrwxrwxrwx 1 root nixbld   89 Jan  1  1970 xdebug.so -> /nix/store/dwbp7avnlcask7dd3a9ywhgis4y3hm2g-php-xdebug-2.3.1/lib/php/extensions/xdebug.so

  root@a4a1c46b4e9a:/# ls -ali /nix/var/nix/profiles/zosch/lib/php/extensions/no-debug-zts-20131226/
  total 444
  13774978 dr-xr-xr-x 2 root nixbld   4096 Jan  1  1970 .
  13774899 dr-xr-xr-x 3 root nixbld   4096 Jan  1  1970 ..
  13778726 -r-xr-xr-x 1 root nixbld 268300 Jan  1  1970 opcache.a
  13775037 -r-xr-xr-x 1 root nixbld 175298 Jan  1  1970 opcache.so
  ```

  /cc @shlevy @globin 


state: closed
title: Make php and phpPackages extension directory consistent
user_login: deeky666
html_url: https://github.com/NixOS/nixpkgs/pull/11619
updated_at: 2015-12-11 02:13:21
body:
  Fixes issue #11618 .

  Extension directory in profile before:

  ```
  root@a4a1c46b4e9a:/# ls -ali /nix/var/nix/profiles/zosch/lib/php/extensions/                      
  total 24
  13778796 dr-xr-xr-x 2 root nixbld 4096 Jan  1  1970 .
  13778778 dr-xr-xr-x 3 root nixbld 4096 Jan  1  1970 ..
  13778797 lrwxrwxrwx 1 root nixbld   85 Jan  1  1970 apcu.so -> /nix/store/xwiamby7pbnx8zmwpa68rqbmgwal7v97-php-apcu-4.0.7/lib/php/extensions/apcu.so
  13778798 lrwxrwxrwx 1 root nixbld   95 Jan  1  1970 no-debug-zts-20131226 -> /nix/store/5bv024pmkg4p6kx49b5g3mqycbsfyz6w-php-5.6.15/lib/php/extensions/no-debug-zts-20131226
  13778799 lrwxrwxrwx 1 root nixbld   94 Jan  1  1970 pthreads.so -> /nix/store/mmi3rlnqwrjn283rcq4w79jgbvnzs0lm-php-pthreads-2.0.10/lib/php/extensions/pthreads.so
  13778800 lrwxrwxrwx 1 root nixbld   89 Jan  1  1970 xdebug.so -> /nix/store/dwbp7avnlcask7dd3a9ywhgis4y3hm2g-php-xdebug-2.3.1/lib/php/extensions/xdebug.so

  root@a4a1c46b4e9a:/# ls -ali /nix/var/nix/profiles/zosch/lib/php/extensions/no-debug-zts-20131226/
  total 444
  13774978 dr-xr-xr-x 2 root nixbld   4096 Jan  1  1970 .
  13774899 dr-xr-xr-x 3 root nixbld   4096 Jan  1  1970 ..
  13778726 -r-xr-xr-x 1 root nixbld 268300 Jan  1  1970 opcache.a
  13775037 -r-xr-xr-x 1 root nixbld 175298 Jan  1  1970 opcache.so
  ```

  Extension directory in profile after:

  ```
  root@a4a1c46b4e9a:/# ls -ali /nix/var/nix/profiles/zosch/lib/php/extensions/
  total 28
  13805981 dr-xr-xr-x 2 root nixbld 4096 Jan  1  1970 .
  13805963 dr-xr-xr-x 3 root nixbld 4096 Jan  1  1970 ..
  13805982 lrwxrwxrwx 1 root nixbld   85 Jan  1  1970 apcu.so -> /nix/store/9wxz0lj65sad1910wbhx6ds8csl0d88q-php-apcu-4.0.7/lib/php/extensions/apcu.so
  13805983 lrwxrwxrwx 1 root nixbld   83 Jan  1  1970 opcache.a -> /nix/store/1i8r6km3n747mjbbqn0npq805za87l8q-php-5.6.15/lib/php/extensions/opcache.a
  13805984 lrwxrwxrwx 1 root nixbld   84 Jan  1  1970 opcache.so -> /nix/store/1i8r6km3n747mjbbqn0npq805za87l8q-php-5.6.15/lib/php/extensions/opcache.so
  13805985 lrwxrwxrwx 1 root nixbld   94 Jan  1  1970 pthreads.so -> /nix/store/kpnz1zd5gfk3ffbiw9sh1l2mj4gb5f3f-php-pthreads-2.0.10/lib/php/extensions/pthreads.so
  13805986 lrwxrwxrwx 1 root nixbld   89 Jan  1  1970 xdebug.so -> /nix/store/w7p1wxmsk5lv84dicy73h1ivw57q2r1j-php-xdebug-2.3.1/lib/php/extensions/xdebug.so
  ```

  This makes it a lot easier to configure PHP extensions from PHP build and PECL installations.


state: closed
title: SDDM Setup Script
user_login: rongcuid
html_url: https://github.com/NixOS/nixpkgs/issues/11622
updated_at: 2015-12-20 03:21:55
body:
  Is there a way to manage the setup scripts for SDDM? A custom `XSetup` script is needed to use NVIDIA Optimus driver without Bumblebee (which does not work in my case). I am using KDE plasma 5 so SDDM is preferred.

  Side problem: Apparently SDDM theme "breeze" does not work as intended. I will test those on both 15.09 and unstable

  Reference:
  https://wiki.archlinux.org/index.php/NVIDIA_Optimus#SDDM


state: closed
title: darwin: python: pandas 0.17.1 broken on darwin (sandbox)
user_login: datakurre
html_url: https://github.com/NixOS/nixpkgs/issues/11623
updated_at: 2017-05-30 06:39:37
body:
  Probably only broken when darwin build sandbox is enabled. 

  ```
  test_locale (pandas.tests.test_testing.TestLocale) ... ERROR

  ======================================================================
  ERROR: test_locale (pandas.tests.test_testing.TestLocale)
  ----------------------------------------------------------------------
  Traceback (most recent call last):
    File "/private/var/folders/y6/2zdynm9x3nv6sq5p6780dwdc0000gn/T/nix-build-python2.7-pandas-0.17.1.drv-0/pandas-0.17.1/pandas/tests/test_testing.py", line 628, in test_locale
      self.assertTrue(len(locales) >= 1)
  TypeError: object of type 'NoneType' has no len()

  ----------------------------------------------------------------------
  Ran 6595 tests in 1920.533s
  ```


state: closed
title: darwin: perl: libwww build tests fail on darwin (sandbox)
user_login: datakurre
html_url: https://github.com/NixOS/nixpkgs/issues/11624
updated_at: 2016-02-28 10:59:55
body:
  Build passes when sandbox is disabled.

  ```
  Test Summary Report
  -------------------
  t/local/get.t         (Wstat: 0 Tests: 1 Failed: 1)
    Failed test:  1
    Parse errors: Bad plan.  You planned 0 tests but ran 1.
  Files=16, Tests=130, 17 wallclock secs ( 0.11 usr  0.05 sys +  2.31 cusr  0.90 csys =  3.37 CPU)
  Result: FAIL
  Failed 1/16 test programs. 1/130 subtests failed.
  Makefile:1067: recipe for target 'test_dynamic' failed
  make: *** [test_dynamic] Error 255
  builder for ‘/nix/store/av7q9k2lx8z5w82q5dsyrjk57rlmbmy9-perl-libwww-perl-6.13.drv’ failed with exit code 2
  ``
  ```


state: closed
title: darwin: serf build fails on darwin (sandbox)
user_login: datakurre
html_url: https://github.com/NixOS/nixpkgs/issues/11625
updated_at: 2017-04-03 23:33:45
body:
  Build passes with sandbox false.

  ```
  clang-3.7: warning: argument unused during compilation: '-L/usr/lib'
  ar rc libserf-1.a context.o incoming.o outgoing.o ssltunnel.o buckets/aggregate_buckets.o buckets/allocator.o buckets/barrier_buckets.o buckets/buckets.o buckets/bwtp_buckets.o buckets/chunk_buckets.o buckets/dechunk_buckets.o buckets/deflate_buckets.o buckets/file_buckets.o buckets/headers_buckets.o buckets/iovec_buckets.o buckets/limit_buckets.o buckets/mmap_buckets.o buckets/request_buckets.o buckets/response_body_buckets.o buckets/response_buckets.o buckets/simple_buckets.o buckets/socket_buckets.o buckets/ssl_buckets.o auth/auth.o auth/auth_basic.o auth/auth_digest.o auth/auth_spnego.o auth/auth_spnego_gss.o auth/auth_spnego_sspi.o
  ar: temporary file: Operation not permitted
  scons: *** [libserf-1.a] Error 1
  scons: building terminated because of errors.
  builder for ‘/nix/store/bsh3ss7wpaajazcxlaq717d4jbmk51pp-serf-1.3.7.drv’ failed with exit code 2
  ```


state: closed
title: i3blocks: 1.4 (NEW) (WIP)
user_login: ghost
html_url: https://github.com/NixOS/nixpkgs/pull/11626
updated_at: 2017-07-07 17:59:43
body:
  > nix-env (Nix) 1.10
  > NixOS 15.09
  ## i3blocks - https://github.com/vivien/i3blocks

  i3blocks is a highly flexible **status line** for the [i3](http://i3wm.org) window manager. It handles _clicks_, _signals_ and _language-agnostic_ user _scripts_.
  #### Notes

  Can someone please tell me if my ${out} variable is correct?  I found so mixed sources on how to use it.

  Also, as long as it is under the i3 folder, it will pull `i3` itself when installing `i3blocks`?

  Otherwise looking okay?  i3blocks worked for me.


state: closed
title: gnome-music: add missing requests2 dependency
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/pull/11627
updated_at: 2015-12-11 09:06:35
body:
  Fixes:

  ```
  $ gnome-music 
  Traceback (most recent call last):
    File "/nix/store/yvnk7vckbzdfdxhm70dcgfd8vdp2ck8n-gnome-music-3.18.0/bin/.gnome-music-wrapped", line 82, in <module>
      from gnomemusic.application import Application
    File "/nix/store/yvnk7vckbzdfdxhm70dcgfd8vdp2ck8n-gnome-music-3.18.0/lib/python3.4/site-packages/gnomemusic/application.py", line 37, in <module>
      from gnomemusic.window import Window
    File "/nix/store/yvnk7vckbzdfdxhm70dcgfd8vdp2ck8n-gnome-music-3.18.0/lib/python3.4/site-packages/gnomemusic/window.py", line 39, in <module>
      from gnomemusic.player import Player, SelectionToolbar
    File "/nix/store/yvnk7vckbzdfdxhm70dcgfd8vdp2ck8n-gnome-music-3.18.0/lib/python3.4/site-packages/gnomemusic/player.py", line 50, in <module>
      import requests
  ImportError: No module named 'requests'
  ```


state: closed
title: loadlocale.c LC_COLLATE error on Fedora 23
user_login: nicorikken
html_url: https://github.com/NixOS/nixpkgs/issues/11631
updated_at: 2015-12-11 12:35:44
body:
  When trying to install nix on Fedora 23, an error is raised, caused by `loadlocale.c:130`

  ```
  $ curl https://nixos.org/nix/install | sh
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100  1332  100  1332    0     0   1718      0 --:--:-- --:--:-- --:--:--  1716
  unpacking Nix binary tarball for x86_64-linux from `https://nixos.org/releases/nix/nix-1.10/nix-1.10-x86_64-linux.tar.bz2'...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100 67.0M  100 67.0M    0     0   214k      0  0:05:19  0:05:19 --:--:--  292k
  performing a single-user installation of Nix...
  copying Nix to /nix/store...........................
  initialising Nix database...
  creating /home/nico/.nix-profile
  ln: loadlocale.c:130: _nl_intern_locale_data: Assertion `cnt < (sizeof (_nl_value_type_LC_COLLATE) / sizeof (_nl_value_type_LC_COLLATE[0]))' failed.
  /nix/store/na9pnc5pj9d63xn5z8v4wbc35fm4m9y1-nix-1.10/etc/profile.d/nix.sh: line 35: 17611 Aborted                 (core dumped) /nix/store/p48nbf29nkv54vbvwqfqccwym58zf6bb-coreutils-8.24/bin/ln -s "$_NIX_DEF_LINK" "$NIX_LINK"
  ```

  This is a nearly plain Fedora 23 install in a a VirtualBox VM.

  The default locale seems to be in order:

  ```
  $ locale
  LANG=en_US.UTF-8
  LC_CTYPE="en_US.UTF-8"
  LC_NUMERIC="en_US.UTF-8"
  LC_TIME="en_US.UTF-8"
  LC_COLLATE="en_US.UTF-8"
  LC_MONETARY="en_US.UTF-8"
  LC_MESSAGES="en_US.UTF-8"
  LC_PAPER="en_US.UTF-8"
  LC_NAME="en_US.UTF-8"
  LC_ADDRESS="en_US.UTF-8"
  LC_TELEPHONE="en_US.UTF-8"
  LC_MEASUREMENT="en_US.UTF-8"
  LC_IDENTIFICATION="en_US.UTF-8"
  LC_ALL=
  ```

  All I could find points to GCC version update, but I haven't been able to pinpoint this issue yet.


state: closed
title: Upgrading to git-MASTER on Mac OS X gives me "unknown pre-build hook command ‘’"
user_login: mikesperber
html_url: https://github.com/NixOS/nixpkgs/issues/11632
updated_at: 2016-04-02 21:00:20
body:
  When I try to upgrade to git-MASTER, I get this:

  ```
  ...
    /nix/store/ig6dlpar68fm3274kfdvxh4f74lvxfds-python2.7-Pygments-2.0.2.drv
  building path(s) ‘/nix/store/jpxrfhxwrw1vjw5qjkbr84sdq2hvwcpd-stdenv-darwin-boot-0’
  error: unknown pre-build hook command ‘’
  ```

  (I have nix itself from a MASTER build a few weeks ago, but can't upgrade that because of #11456.)


state: closed
title: cheese can't find the vp8enc preset in gst-plugins-good
user_login: ghost
html_url: https://github.com/NixOS/nixpkgs/issues/11634
updated_at: 2017-12-02 22:14:03
body:
  As reported by @bjornfor in #11491,
  cheese use the vp8enc element for realtime encoding, and specified `deadline=1`
  in [Profile Realtime] of the GstVP8Enc.prs file from `gst-plugins-good`.

  but, can't find it when running, warn with:

  ```
  (cheese:9615): cheese-WARNING **: Can't find vp8enc preset: "Profile Realtime",
  using alternate preset: "Cheese Realtime".
  If you see this, make a bug report!
  ```

  then, a user GstVP8Enc.prs preset will be created in `~/.local/share/gstreamer-1.0/presets`
  with `deadline=0`, which will give poor recordings.

  It seems that gstreamer only search system presets under:
  `$gstreamer/share/gstreamer-1.0/presets`
  and cheese don't modify parameters when creating the fallback user profile.


state: closed
title: Build util-linux with systemd support.
user_login: kevincox
html_url: https://github.com/NixOS/nixpkgs/issues/11637
updated_at: 2017-06-18 21:07:39
body:
  This is more of a question the a bug, but it would be nice to find the best solution.

  Some util-linux programs have extra features that are available when compiled with systemd support. For example `logger --journald` can be used to add structured data into the journal from the shell.

  The hard part is that in nixos systemd depends on util-linux which creates a dependency cycle so it isn't as simple as adding `systemd pkgconfig` to the requirements.

  Below I have included a workaround that creates a new package with systemd support, however this isn't particularly nice because it means that you have to have two versions of util-linux.

  ``` nix
  {
      nixpkgs.config.packageOverrides = pkgs: rec {
          utillinux-sd = pkgs.stdenv.lib.overrideDerivation pkgs.utillinux (old: {
          nativeBuildInputs = old.nativeBuildInputs ++ [ pkgs.systemd pkgs.pkgconfig ];
              configureFlags = old.configureFlags + ''
                  --with-systemd
                  --with-systemdsystemunitdir=$out/lib/systemd/system/
              '';
          });
      };
  }
  ```

  The `--with-systemd` flag isn't required but it is nice because it causes a failure if systemd isn't found.

  `--with-systemdsystemunitdir` is required otherwise it tries to write it's unit file into the systemd store directory.


