# issues

state: closed
title: Mesos: wrong source URL + build failure
user_login: alpmestan
html_url: https://github.com/NixOS/nixpkgs/issues/11638
updated_at: 2015-12-28 21:29:03
body:
  Hello,

  The source URL for Apache Mesos isn't valid anymore. This simple patch uses the `mirror://` machinery (mimicking several other Apache foundation packages), which helps nix find a valid `mesos` package.

  ``` diff
  diff --git a/pkgs/applications/networking/cluster/mesos/default.nix b/pkgs/applications/networking/cluster/mesos/default.nix
  index 0651f72..cb6be73 100644
  --- a/pkgs/applications/networking/cluster/mesos/default.nix
  +++ b/pkgs/applications/networking/cluster/mesos/default.nix
  @@ -15,7 +15,7 @@ in stdenv.mkDerivation rec {
     dontDisableStatic = true;

     src = fetchurl {
  -    url = "http://archive.apache.org/dist/mesos/${version}/${name}.tar.gz";
  +    url = "mirror://apache/mesos/${version}/${name}.tar.gz";
       sha256 = "1v5xpn4wal4vcrvcklchx9slkpa8xlwqkdbnxzy9zkzpq5g3arxr";
     }
  ```

  However, even with a fixed URL, I can't get mesos to build. It fails with:

  ```
  Building mesos-0.23.0.jar ...
  [INFO] Scanning for projects...
  [INFO]                                                                        
  [INFO] ------------------------------------------------------------------------
  [INFO] Building mesos 0.23.0
  [INFO] ------------------------------------------------------------------------
  [INFO]
  [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ mesos ---
  Downloading: https://repo.maven.apache.org/maven2/org/apache/maven/maven-plugin-api/2.0.6/maven-plugin-api-2.0.6.jar
  [WARNING] Failed to write tracking file /nix/store/422vk979ma930j1ik5rw0jvickbdrs1n-mesos-maven-deps/org/apache/maven/maven-plugin-api/2.0.6/maven-plugin-api-2.0.6.jar.lastUpdated
  java.io.FileNotFoundException: /nix/store/422vk979ma930j1ik5rw0jvickbdrs1n-mesos-maven-deps/org/apache/maven/maven-plugin-api/2.0.6/maven-plugin-api-2.0.6.jar.lastUpdated (Permission denied)
      at java.io.RandomAccessFile.open0(Native Method)
      at java.io.RandomAccessFile.open(RandomAccessFile.java:316)
      at java.io.RandomAccessFile.<init>(RandomAccessFile.java:243)
      at org.eclipse.aether.internal.impl.TrackingFileManager.update(TrackingFileManager.java:96)
      at org.eclipse.aether.internal.impl.DefaultUpdateCheckManager.write(DefaultUpdateCheckManager.java:617)
      at org.eclipse.aether.internal.impl.DefaultUpdateCheckManager.touchArtifact(DefaultUpdateCheckManager.java:553)
      at org.eclipse.aether.internal.impl.DefaultArtifactResolver.evaluateDownloads(DefaultArtifactResolver.java:645)
      at org.eclipse.aether.internal.impl.DefaultArtifactResolver.performDownloads(DefaultArtifactResolver.java:535)
      at org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:421)
      at org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:246)
      at org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveDependencies(DefaultRepositorySystem.java:367)
      at org.apache.maven.plugin.internal.DefaultPluginDependenciesResolver.resolveInternal(DefaultPluginDependenciesResolver.java:210)
      at org.apache.maven.plugin.internal.DefaultPluginDependenciesResolver.resolve(DefaultPluginDependenciesResolver.java:149)
      at org.apache.maven.plugin.internal.DefaultMavenPluginManager.createPluginRealm(DefaultMavenPluginManager.java:422)
      at org.apache.maven.plugin.internal.DefaultMavenPluginManager.setupPluginRealm(DefaultMavenPluginManager.java:385)
      at org.apache.maven.plugin.DefaultBuildPluginManager.getPluginRealm(DefaultBuildPluginManager.java:231)
      at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:102)
      at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
      at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
      at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
      at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
      at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
      at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
      at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
      at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)
      at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
      at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
      at org.apache.maven.cli.MavenCli.execute(MavenCli.java:862)
      at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:286)
      at org.apache.maven.cli.MavenCli.main(MavenCli.java:197)
      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
      at java.lang.reflect.Method.invoke(Method.java:498)
      at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
      at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
      at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
      at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
  [INFO] ------------------------------------------------------------------------
  [INFO] BUILD FAILURE
  [INFO] ------------------------------------------------------------------------
  [INFO] Total time: 1.373 s
  [INFO] Finished at: 2015-12-11T16:36:06+00:00
  [INFO] Final Memory: 11M/38M
  [INFO] ------------------------------------------------------------------------
  [ERROR] Failed to execute goal org.apache.maven.plugins:maven-clean-plugin:2.5:clean (default-clean) on project mesos: Execution default-clean of goal org.apache.maven.plugins:maven-clean-plugin:2.5:clean failed: Plugin org.apache.maven.plugins:maven-clean-plugin:2.5 or one of its dependencies could not be resolved: Could not transfer artifact org.apache.maven:maven-plugin-api:jar:2.0.6 from/to central (https://repo.maven.apache.org/maven2): /nix/store/422vk979ma930j1ik5rw0jvickbdrs1n-mesos-maven-deps/org/apache/maven/maven-plugin-api/2.0.6/maven-plugin-api-2.0.6.jar.part.lock (Permission denied) -> [Help 1]
  [ERROR]
  [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
  [ERROR] Re-run Maven using the -X switch to enable full debug logging.
  [ERROR]
  [ERROR] For more information about the errors and possible solutions, please read the following articles:
  [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/PluginResolutionException
  Makefile:7394: recipe for target 'java/target/mesos-0.23.0.jar' failed
  make[1]: *** [java/target/mesos-0.23.0.jar] Error 1
  make[1]: Leaving directory '/tmp/nix-build-mesos-0.23.0.drv-0/mesos-0.23.0/src'
  Makefile:667: recipe for target 'all-recursive' failed
  make: *** [all-recursive] Error 1
  builder for ‘/nix/store/8rh3hhv54xlhrg7s57n5nkbspqsvn774-mesos-0.23.0.drv’ failed with exit code 2
  ```

  If anyone familiar with the Java/Maven/Mesos bits of nixpkgs knows how to fix it, that would be terrific.


state: closed
title: bdf2psf: 1.132 -> 1.134
user_login: rnhmjoj
html_url: https://github.com/NixOS/nixpkgs/pull/11640
updated_at: 2015-12-13 11:15:54
body:
  The url for version 1.132 currently gives a 404.
  Is it normal for Debian to drop older versions?  If it is, is there a way to have a reliable source?


state: closed
title: starting software in nix-shell: icon in taskbar not shown
user_login: fkz
html_url: https://github.com/NixOS/nixpkgs/issues/11641
updated_at: 2015-12-12 12:57:24
body:
  I started spotify with `nix-shell -p spotify --run spotify`. Instead of the spotify icon, it shows a 'txt paper'. When installing with `nix-env` or `configuration.nix` instead, the icon is correctly shown.


state: closed
title: cmdstan: init at 2.9.0
user_login: davidar
html_url: https://github.com/NixOS/nixpkgs/pull/11642
updated_at: 2015-12-12 13:28:07
body:
  [CmdStan](http://mc-stan.org/interfaces/cmdstan.html) is the command-line interface to the compiler for the probabilistic programming language [Stan](http://mc-stan.org/).

  This is my first nixpkg, so I hope I did it properly :)


state: closed
title: virt-manager display not working
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/issues/11643
updated_at: 2015-12-12 19:33:51
body:
  Tried virt-manager with a local libvirt daemon and one on the network, couldn't get VNC/SPICE working on both.

  ![screenshot from 2015-12-12 07-55-07](https://cloud.githubusercontent.com/assets/347965/11760723/315a92f4-a0a6-11e5-840d-835223fe26e7.png)
  I don't have a `~/.virt-manager/virt-manager.log`, no idea if there is any other way to get logs.


state: closed
title: pkgs.wget: 1.17 -> 1.17.1
user_login: lsix
html_url: https://github.com/NixOS/nixpkgs/pull/11644
updated_at: 2015-12-12 11:42:26
body:
  1.17.1 is a bugfix release. See
  https://lists.gnu.org/archive/html/info-gnu/2015-12/msg00007.html for
  announcement.


state: closed
title: weechat: ImportError: No module named _sysconfigdata_nd
user_login: davidar
html_url: https://github.com/NixOS/nixpkgs/issues/11646
updated_at: 2018-03-22 13:01:47
body:
  I'm having trouble running `weechat` on a standalone Nix install (on Debian):

  ``` sh
  $ nix-env -i weechat
  $ weechat
  Traceback (most recent call last):
  File "/nix/store/x3gfdavv38ghprna3z47grarwblgwb7f-python2.7-setuptools-18.2/lib/python2.7/site-packages/site.py", line 75, in <module>
    __boot()
  File "/nix/store/x3gfdavv38ghprna3z47grarwblgwb7f-python2.7-setuptools-18.2/lib/python2.7/site-packages/site.py", line 35, in __boot
    imp.load_module('site',stream,path,descr)
  File "/usr/lib/python2.7/site.py", line 563, in <module>
    main()
  File "/usr/lib/python2.7/site.py", line 545, in main
    known_paths = addusersitepackages(known_paths)
  File "/usr/lib/python2.7/site.py", line 272, in addusersitepackages
    user_site = getusersitepackages()
  File "/usr/lib/python2.7/site.py", line 247, in getusersitepackages
    user_base = getuserbase() # this will also set USER_BASE
  File "/usr/lib/python2.7/site.py", line 237, in getuserbase
    USER_BASE = get_config_var('userbase')
  File "/usr/lib/python2.7/sysconfig.py", line 582, in get_config_var
    return get_config_vars().get(name)
  File "/usr/lib/python2.7/sysconfig.py", line 528, in get_config_vars
    _init_posix(_CONFIG_VARS)
  File "/usr/lib/python2.7/sysconfig.py", line 412, in _init_posix
    from _sysconfigdata import build_time_vars
  File "/usr/lib/python2.7/_sysconfigdata.py", line 6, in <module>
    from _sysconfigdata_nd import *
  ImportError: No module named _sysconfigdata_nd
  ```


state: closed
title: usb_modeswitch-data and udev rules missing
user_login: spinus
html_url: https://github.com/NixOS/nixpkgs/issues/11647
updated_at: 2018-12-02 18:55:19
body:
  According to that: https://github.com/NixOS/nixpkgs/issues/11197

  I found that usb-modeswitch is provided with usb-modeswitch-data  (on http://www.draisberghof.de/usb_modeswitch/). usb-modeswitch-data package contains data for modems and udev rules as well to activate modems (switch usb from usb-storage mode to modem-mode).

  usb-modeswitch-data package is missing from nixos. I think would be nice to add this :-)


state: closed
title: flashplayer: changed source origin
user_login: ericsagnes
html_url: https://github.com/NixOS/nixpkgs/pull/11648
updated_at: 2015-12-14 01:24:24
body:
  Please do not merge yet, this PR needs test and feedback.

  Implementation of #11571 

  This PR goal is to fix the flashplayer source not found error during `nixos-rebuild`.

  Details:
  Currently `flashplayer` is not cached in the binary cache, and the used `src` keeps only the newest version. 
  If a `nixos-rebuild` is run after upstream has pushed a new version,  a source build of flashplayer is triggered and fails due to source not found, aborting the update.

  I mainly changed the source origin and merged the code in `builder.sh` in the main derivation.
  This should hopefully not introduce breaking changes and the derivation is building fine on my machine.
  I don't have a 32 bit machine and am not familiar on how to test `flashplayer`, so feedback and testing is very appreciated.
  Please also let me know if there are possible improvements.

  cc maintainer @enolan 


state: closed
title: [RFC] claws-mail: enable PGP plugin by default
user_login: globin
html_url: https://github.com/NixOS/nixpkgs/pull/11649
updated_at: 2015-12-13 22:23:12
body:
  I think this is generally desired and overriding causes rebuilding of claws.

  /cc @fpletz & @khumba


state: closed
title: long boot time on NixOS 15.09
user_login: sorokin
html_url: https://github.com/NixOS/nixpkgs/issues/11650
updated_at: 2017-08-20 22:41:26
body:
  I have updated to NixOS 15.09. My current revision is f7006cd23bdfafa89538032d27b959fbac256cb4, but I use kernel 3.14 because of #9133.

  The first thing I noticed is a very long boot time. On my laptop it takes 13 seconds (measured with stopwatch) from selecting boot configuration to seeing the full screen of text where first line is a message "early console in decompress kernel". After that the loading is almost instantaneous.

  Also the loading process is quite ugly: the font is changing in the middle of the boot process (bold letters become lighter), screen resolution is changing.

  I thought that probably splash image is a problem and I disabled it "boot.loader.grub.splashImage = null;". It turned out this is not the case. Boot time is the same and now I see black screen for the same 13 seconds.

  Can I speed up boot process somehow? What is happening before the message "early console in decompress kernel" appears?

  Can I prevent it from changing a font in the middle of boot process?


state: closed
title: Add erlang modules
user_login: gleber
html_url: https://github.com/NixOS/nixpkgs/pull/11651
updated_at: 2015-12-16 17:36:19
body:
  Hello Nix community

  This is rebase of #11614

  I am working on getting Erlang packages into Nix and here's my first stab at the problem. 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 (beta-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

  This establishes basic build functions and provides 5 Erlang packages and 1 rebar3 plugin.  Implemented features:
  - `buildHex` which automates definition of Erlang packages to be fetched from Hex.pm CDN
  - support building packages which depend on other Erlang packages
  - support adding rebar3 plugins for compilation of packages
  - support building of packages with ports (using rebar3-pc plugin)

  Rebar3 depends on a concept of registry, which is usually fetched from S3. I've created a separate github repo in which I plan to snapshot that single file from S3 (to be done automatically using 

  Rebar3 is imported separately from rebar2 since they are very different. @the-kenny 

  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
  - implement support for nix-shell using ERL_LIBS
  - 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!

  @sjmackenzie @peti @7c6f434c @pSub @copumpkin 


state: closed
title: use fetchurlBoot in libressl
user_login: globin
html_url: https://github.com/NixOS/nixpkgs/pull/11653
updated_at: 2015-12-17 18:57:20
body:
  This enables using libressl as the default openssl implementation by overriding, first step to superseed #11287


state: closed
title: pkgs.gcc5: 5.2.0 -> 5.3.0
user_login: lsix
html_url: https://github.com/NixOS/nixpkgs/pull/11654
updated_at: 2015-12-12 14:31:53
body:
  gcc-5.3.0 is a bug-fix release from the GCC 5 branch.

  See https://lists.gnu.org/archive/html/info-gnu/2015-12/msg00002.html

  cc maintainers: @peti @viric 


state: closed
title: libvirtd: Do not overwrite existing config files
user_login: fadenb
html_url: https://github.com/NixOS/nixpkgs/pull/11658
updated_at: 2016-02-26 10:28:52
body:
  User might have changed configuration files kept currently in /etc/.
  This commit ensures the existing files are not overwritten


state: closed
title: Higan: 094 -> 095
user_login: AndersonTorres
html_url: https://github.com/NixOS/nixpkgs/pull/11659
updated_at: 2015-12-19 16:37:41
body:
  Now with icarus (a GUI to import and organize the game ROMs) and tomoko (the emulator itself).
  A link "higan" is provided as backwards compatibility.


state: closed
title: Updates to ClamAV
user_login: jcbrand
html_url: https://github.com/NixOS/nixpkgs/pull/11661
updated_at: 2015-12-13 18:02:10
body:
  - Update ClamAV servcices from upstart "jobs" to systemd.service. 
  - Add new service for `clamd`, the ClamAV daemon.

  CC and thanks to @cillianderoiste 


state: closed
title: zfs:Always import from /dev/disk/by-id
user_login: Baughn
html_url: https://github.com/NixOS/nixpkgs/pull/11668
updated_at: 2016-01-07 13:04:14
body:
  By default, ZFS looks in /dev for the device nodes for its pools.

  This easily breaks. There are a couple of failure modes, at least one of them disastrous: If you lose a disk from the pool, and the device nodes are renamed, then ZFS will claim that all data is corrupt and refuse to import the pool until you can change the names back, something which may or may not be possible. It's also very difficult for users to guess that this is the problem.

  The canonical solution is to use the device nodes in /dev/disk/by-id instead, which is what this patch should do.

  Unfortunately, I don't know how to test it. Any guidance? My system is running 15.09-small, which isn't going to change, but I'd like to pull it there anyway.


state: closed
title: cache.nixos.org is slow
user_login: pSub
html_url: https://github.com/NixOS/nixpkgs/issues/11669
updated_at: 2016-12-20 08:25:45
body:
  ```
  dig identity.cloudfront.net                            

  ; <<>> DiG 9.10.3 <<>> identity.cloudfront.net
  ;; global options: +cmd
  ;; Got answer:
  ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4877
  ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

  ;; QUESTION SECTION:
  ;identity.cloudfront.net.   IN  A

  ;; ANSWER SECTION:
  identity.cloudfront.net. 60 IN  A   216.137.58.22

  ;; Query time: 26 msec
  ;; SERVER: 192.168.2.1#53(192.168.2.1)
  ;; WHEN: Sat Dec 12 22:01:50 CET 2015
  ;; MSG SIZE  rcvd: 57
  ```

  ```
  dig resolver-identity.cloudfront.net                   

  ; <<>> DiG 9.10.3 <<>> resolver-identity.cloudfront.net
  ;; global options: +cmd
  ;; Got answer:
  ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18253
  ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

  ;; QUESTION SECTION:
  ;resolver-identity.cloudfront.net. IN   A

  ;; ANSWER SECTION:
  resolver-identity.cloudfront.net. 10 IN A   217.237.150.211

  ;; Query time: 36 msec
  ;; SERVER: 192.168.2.1#53(192.168.2.1)
  ;; WHEN: Sat Dec 12 22:02:48 CET 2015
  ;; MSG SIZE  rcvd: 66
  ```

  ```
  traceroute d7uri8nf7uskq.cloudfront.net                
  traceroute to d7uri8nf7uskq.cloudfront.net (54.239.192.150), 30 hops max, 60 byte packets
   1  speedport.ip (192.168.2.1)  1.278 ms  1.495 ms  2.548 ms
   2  217.0.118.217 (217.0.118.217)  8.765 ms  12.406 ms  12.839 ms
   3  87.186.236.98 (87.186.236.98)  20.143 ms  20.154 ms  20.498 ms
   4  hh-ea8-i.HH.DE.NET.DTAG.DE (62.154.32.129)  20.499 ms  22.643 ms  22.859 ms
   5  80.150.168.162 (80.150.168.162)  22.305 ms  24.275 ms  24.823 ms
   6  hbg-bb4-link.telia.net (213.155.135.88)  25.914 ms  25.673 ms hbg-bb4-link.telia.net (213.155.135.86)  28.166 ms
   7  * war-b1-link.telia.net (62.115.135.181)  38.376 ms  119.537 ms
   8  amazon-ic-314735-war-b1.c.telia.net (62.115.61.54)  119.541 ms  119.654 ms  120.236 ms
   9  * * *
  10  * * *
  11  * * *
  12  * * *
  13  * * *
  14  * * *
  15  * * *
  16  * * *
  17  * * *
  18  * * *
  19  * * *
  20  * * *
  21  * * *
  22  * * *
  23  * * *
  24  * * *
  25  * * *
  26  * * *
  27  * * *
  28  * * *
  29  * * *
  30  * * *
  ```

  ```
  GET /nar/0wqaxzz0ncyaln14a6y96jl44dgw4pcqspp7i796cwnava3asym2.nar.xz HTTP/1.1
  > Host: cache.nixos.org
  > User-Agent: curl/7.44.0
  > Accept: */*
  > 
  < HTTP/1.1 200 OK
  < Content-Type: binary/octet-stream
  < Content-Length: 363884868
  < Connection: keep-alive
  < Date: Sat, 12 Dec 2015 21:05:42 GMT
  < Last-Modified: Sat, 14 Nov 2015 02:03:38 GMT
  < ETag: "d87c74ce1fd0b0f9ec17c9e11c20846f"
  < Accept-Ranges: bytes
  < Server: AmazonS3
  < X-Cache: Miss from cloudfront
  < Via: 1.1 32294e73a3d237ffeda0b4efd727e8a2.cloudfront.net (CloudFront)
  < X-Amz-Cf-Id: vEN3QX1OM7GZwlYfoPdyUMKAn5YDpPV0bWZyApSr3jD-qhfrK2iKXA==
  ```

  cc @rbvermaa 


state: closed
title: fetchgit: output improvements
user_login: timbertson
html_url: https://github.com/NixOS/nixpkgs/pull/11671
updated_at: 2016-02-27 22:45:42
body:
  I use fetchgit a lot, but scrubbing through the output to copy/paste out the revision hash and the digest hash (both long hashes) can be tedious. So I thought perhaps `nix-prefetch-git` should just print out a valid nix expression, like so:

  ```
  $ nix-prefetch-git $PWD --quiet
  {
    url = "/home/tim/dev/nix/nixpkgs";
    rev = "d27f16399d9e5459bf7a829b7f18e8a7eee314be";
    sha256 = "453b04608f0ca057e26f9c45cfa65630f09bfb3d5492ae338801bd4b14befd68";
  }
  ```

  This is very easy to copy/paste, and you can even redirect the result into a file and then directly import it as e.g. `fetchgit (import ./git-rev.nix)` (obviously you'd need to use a public URL instead of a local path in that case)

  This patch also implements the `--qiet` flag. It previously respected an inherited `$QUIET` var, but this wasn't used consistently.

  Any scripts relying on the old output will break, but I don't know how common that is likely to be.

  I haven't touched any of the other `prefetch` scripts yet, but if this goes ahead I expect I'd like to at least do the same to the `url` fetcher, since that is the other main one I use myself.


state: closed
title: openssl -> openssl_1_0_1
user_login: globin
html_url: https://github.com/NixOS/nixpkgs/pull/11673
updated_at: 2015-12-13 13:11:32
body:
  This renames the current openssl to openssl_1_0_1 and defaults
  openssl back to openssl_1_0_1 essentially changing nothing currently,
  but allowing people to explicitly select openssl_1_0_1 for some software
  which needs ABI compatibility to a specific libssl implementation like
  binaries (spotify amongst others) and at the same time overriding
  openssl to another implementation like libressl.


state: closed
title: Libressl 2.3 patches
user_login: globin
html_url: https://github.com/NixOS/nixpkgs/pull/11674
updated_at: 2015-12-23 23:11:34
body:
  These patches fix building some software with libressl 2.3 which removed some obsolete features from libssl (SSLv3, sha0, ...):
  - ruby
  - bind
  - qt4
  - qt5
  - qca2
  - wpa_supplicant
  - socat
  - w3m

  All patches don't change anything for users using old openssl versions.

  hydra builds using libressl 2.3 at https://hydra.mayflower.de/project/nixos


state: closed
title: flashplayer: cleanup, use archive as a source
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/11675
updated_at: 2015-12-17 13:43:40
body:
  Most work done by @ericsagnes. Followup on https://github.com/NixOS/nixpkgs/issues/11571. (EDIT: was #11588)


state: closed
title: {lib-}mediainfo{-gui}: 0.7.79 -> 0.7.80
user_login: devhell
html_url: https://github.com/NixOS/nixpkgs/pull/11676
updated_at: 2015-12-13 17:26:46
body:
  From the changelog:

  ```
  Version 0.7.80, 2015-11-30

  + Matroska: support of MKVMerge statistics tags (duration frame count,
    stream size, bit rate) per track, thanks to ndjamena
  + FLAC: Channel positions, thanks to ndjamena
  + FLAC: difference between detected bit depth and stored bit depth
  + MPEG-TS: if DTVCC transport stream is present and no DTVCC service
    descriptor, scan also in the middle of the file in order to detect
    more caption services
  + Subtitle frame rate computing if frame count and duration are
    available (hidden by default)
  + Subtitles in Matroska: count of elements
  + Matroska, MXF and MP4/MOV: detection of truncated files
  + DTS: difference between ES Matrix and ES Discrete
  + DTS: display ES Matrix or ES Discrete even if HRA or MA is present
  + DTS: difference between DTS-HRA with 96k option and pure DTS-96/24
  + DTS: detection of DTS:X
  + Samples per frame info
  + AC-3: detection of Atmos inside TrueHD
  + Video frame rate: showing precision of 1/1.001 frame rates (e.g.
    "23.976 (24000/1001) fps" and "23.976 (23976/1000) fps")
  + MPEG-4/MOV: showing the complete list of compatible brands in the
    CodecID field
  + MPEG-4/MOV: Alternate groups
  + MPEG-4/MOV: "Disabled" tag
  + MPEG-4/MOV: "Forced" tag
  + MPEG-4/MOV: showing links between tracks (chapters for, subtitles for,
    fallback for)
  + MXF: handling of more acquisition metadata items
  + MXF: Package name
  + AVC: Store method of interlaced content (Interleaved Fields or
    Separated Fields)
  + EBUCore: acquisition metadata (Proof of concept, for feedback only)
  x Matroska: frame rate detection algorithm revisited, less wrong numbers
    are expected
  x SDP/Teletext: some pages were sometimes (when present in 2 different
    SDP lines) displayed several times
  x MPEG-4/MOV: some hint tracks were not displayed
  + Hongkongese language added
  + Option "Full parsing"
  ```


state: closed
title: gettext: fix absolute path
user_login: jagajaga
html_url: https://github.com/NixOS/nixpkgs/pull/11677
updated_at: 2015-12-17 13:27:18
body:
  I ran into this situation recently:

  ```
  /nix/store/fbv2v4wz1ic2s3nmz0b4ahb4irz6x28q-gettext-0.19.6/lib/gettext/project-id: line 74: /bin/pwd: No such file or directory
  /nix/store/fbv2v4wz1ic2s3nmz0b4ahb4irz6x28q-gettext-0.19.6/lib/gettext/project-id: line 76: /bin/pwd: No such file or directory
  /nix/store/fbv2v4wz1ic2s3nmz0b4ahb4irz6x28q-gettext-0.19.6/lib/gettext/project-id: line 74: /bin/pwd: No such file or directory
  /nix/store/fbv2v4wz1ic2s3nmz0b4ahb4irz6x28q-gettext-0.19.6/lib/gettext/project-id: line 76: /bin/pwd: No such file or directory
  ```


state: closed
title: sabnzbd: Add OpenSSL support and fix wrapping
user_login: jcbrand
html_url: https://github.com/NixOS/nixpkgs/pull/11678
updated_at: 2015-12-13 15:39:31
body:
  - Add SSL support by adding pyopenssl to PYTHONPATH
  - Update build script to use wrapPythonProgramsIn
  - Update the meta info
  - sabnzbd: 0.7.17 -> 0.7.20

  Done together with @cillianderoiste, @globin, @fadenb


state: closed
title: update nsd to 4.1.7 + update service module
user_login: hrdinka
html_url: https://github.com/NixOS/nixpkgs/pull/11679
updated_at: 2016-01-19 21:57:42
body:
  This updates NSD to 4.1.7 (first commit) and adds the `version` option to it's service module (new in 4.1.7). I do have this running in production without any problems.

  @ whoever merges this: please have a look at https://github.com/NixOS/nixpkgs/pull/10991 as well. It's a great improvement that I would love to see in the next stable release and a merge would simplify maintenance and testing for me a lot.


state: closed
title: claws-mail: Fix fancy plugin
user_login: fpletz
html_url: https://github.com/NixOS/nixpkgs/pull/11680
updated_at: 2015-12-13 21:56:55
body:
  This fixes the fancy plugin displaying HTML mails as text as suggested by @wedens.

  This fixes #10421.


state: closed
title: chromium: Updates.
user_login: ambrop72
html_url: https://github.com/NixOS/nixpkgs/pull/11682
updated_at: 2016-01-16 07:24:27
body:
  - dev: 48.0.2564.22 -> 49.0.2587.3
  - beta: 48.0.2564.23 -> 48.0.2564.41
  - stable: 47.0.2526.73 -> 47.0.2526.80

  I only tested beta and stable, they build and run.


state: closed
title: Make fail2ban work again
user_login: rvl
html_url: https://github.com/NixOS/nixpkgs/pull/11683
updated_at: 2015-12-27 13:23:41
body:
  1. fail2ban depends on the systemd python module which has changed location.
  2. There was some problem with the location of installed files (issue #11534).
  3. Update to the latest release (0.9.3 2015/08/01 - lets-all-stay-friends) for good measure.


state: closed
title: lightdm: allow `dm-tool lock` to work properly
user_login: philandstuff
html_url: https://github.com/NixOS/nixpkgs/pull/11686
updated_at: 2016-03-05 09:52:32
body:
  Fixes #5038.

  The `dm-tool lock` command fails to work for reasons described in #5038:
  it tries passing arguments to the xserver command, but the wrapper
  throws the arguments away and replaces them with different arguments.

  I fixed this by specifying the xserver args in the lightdm.conf file and
  having the wrapper pass them through.  This works for lightdm on
  startup, and also works for `dm-tool lock` when it later passes a
  different set of arguments to start a separate X server on another
  display.

  Ping @ocharles @wkennington, who are listed as maintainers of the lightdm package.


state: closed
title: Add library function for building Stack projects.
user_login: mboes
html_url: https://github.com/NixOS/nixpkgs/pull/11687
updated_at: 2016-03-08 14:15:16
body:
  Haskell Stack now has first-class support for Nix environments. If
  a project has a `shell.nix` file, building in the environment can be
  done in one of two ways:

  ```
  $ nix-shell
  $ buildPhase
  ```

  or equivalently for those that are not familiar with Nix commands,

  ```
  $ stack [--nix] build
  ```

  See [here](www.tweag.io/blog/stack-nix-portable-reproducible-builds) and[here](https://github.com/commercialhaskell/stack/blob/master/doc/nix_integration.md) for more background.

  But to write a valid `shell.nix` file that works with Stack, currently
  one needs to include a few details that essentially leak
  implementation concerns, which at any rate makes it all a rather
  verbose experience.

  This PR proposes to add a Stack project "builder" to Nixpkgs. It's
  a single function mapped to `haskell.buildStackProject`, modeled on
  similar precedents in Nixpkgs such as `buildRustPackage` and
  `melpaBuild`. Example usage:

  ```
  haskell.buildStackProject {
    name = "HaskellR";
    buildInputs = [ python34Packages.ipython R zeromq zlib ];
  }
  ```

  The above determines an environment including the system dependencies
  needed for letting `stack` compile the whole project including its
  Haskell dependencies. Conceptually, this feature is similar to
  `python3.buildEnv`.

  Two things to note:
  1. the intention here is to let users manage their Haskell
     dependencies via Stack, as Stack users normally do (so Nix only
     handles system dependencies).
  2. stack projects are not Haskell packages. Stack's notion of
     "project" is more closely related to the Nix notion of
     "environment" than it is to the Nix notion of "package". Projects
     are composed of packages. Projects can't depend on other projects.


state: closed
title: Package suggestion: letsencrypt
user_login: stites
html_url: https://github.com/NixOS/nixpkgs/issues/11688
updated_at: 2015-12-13 21:36:40
body:
  [Let's Encrypt just went public beta last week](https://letsencrypt.org/2015/12/03/entering-public-beta.html) and I was hoping that I could set up some certificates via my NixOS instance. I'm pretty new to Nix and am a little crunched for time today, so I figured I'd file an issue.


state: closed
title: adv_cmds: fix typo in file name
user_login: sigma
html_url: https://github.com/NixOS/nixpkgs/pull/11689
updated_at: 2017-04-16 22:14:14
body:
  adv_cmds archive actually contains BSDmakefile, not BSDMakefile. While
  that probably doesn't matter in default installations, it does matter
  for case-sensitive filesystems.


state: closed
title: gupnp-tools does not build
user_login: ktosiek
html_url: https://github.com/NixOS/nixpkgs/issues/11690
updated_at: 2016-01-04 16:16:41
body:
  I wanted to check out gupnp-tools, but the build fails with:

  ```
  configure: error: Package requirements (gnome-icon-theme >= 2.20) were not met:

  No package 'gnome-icon-theme' found

  Consider adjusting the PKG_CONFIG_PATH environment variable if you
  installed software in a non-standard prefix.

  Alternatively, you may set the environment variables GNOME_ICON_THEME_CFLAGS
  and GNOME_ICON_THEME_LIBS to avoid the need to call pkg-config.
  See the pkg-config man page for more details.
  ```

  This happens on unstable channel (nixos-16.03pre73316.93d8671) and on master.


state: closed
title: fish: Use /bin/hostname on darwin. Fixes #11012.
user_login: projedi
html_url: https://github.com/NixOS/nixpkgs/pull/11691
updated_at: 2015-12-14 16:02:16
body:
  `nettools` are unavailable for Darwin and I don't know of the alternatives. So falling back to using `hostname` from the environment (as it was prior to #10841).

  If there's a nix package with `hostname` for Darwin, please let me know, I'll fix this PR to use it instead.


state: closed
title: bakoma ttf not found
user_login: sjau
html_url: https://github.com/NixOS/nixpkgs/issues/11696
updated_at: 2015-12-15 10:22:54
body:
  trying http://tarballs.nixos.org/bakoma-ttf.tar.bz2
    % 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 bakoma-ttf.tar.bz2 from any mirror
  builder for ‘/nix/store/msyrlvfn359bsqgq88fz2qqb59kc8mn4-bakoma-ttf.tar.bz2.drv’ failed with exit code 1


state: open
title: Can't build working standalone executables using racket
user_login: ragnard
html_url: https://github.com/NixOS/nixpkgs/issues/11698
updated_at: 2019-05-08 20:49:31
body:
  Creating a standalone executable using `raco exe` produces an executable that fails with a contract violation.

  **To reproduce**

  main.rkt:

  ``` racket
  #lang racket

  (module+ main
    (displayln "test"))
  ```

  Build standalone executable:

  ```
  $ raco exe main.rkt
  ```

  Execute:

  ```
  $ ./main 
  open-input-bytes: contract violation
    expected: bytes?
    given: #<eof>
    context...:
     embedded-load
  ```

  I've verified with people on #racket irc that the above code should work and produce an executable that prints "test" to the console.

  I don't know nearly enough about racket to determine what the problem is, but one guess is that the way they embed racket in the executable assumes some things that nix won't guarantee.


state: closed
title: vagrant can't find own libs
user_login: Fuuzetsu
html_url: https://github.com/NixOS/nixpkgs/issues/11701
updated_at: 2015-12-16 17:21:34
body:
  I'm trying to deploy to AWS with vagrant but get

  ```
  [nix-shell:~/programming/seagate-images]$ vagrant up --provider=aws
  /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/nokogiri-1.6.3.1/lib/nokogiri.rb:29:in `require': libexslt.so.0: cannot open shared object file: No such file or directory - /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/nokogiri-1.6.3.1/lib/nokogiri/nokogiri.so (LoadError)
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/nokogiri-1.6.3.1/lib/nokogiri.rb:29:in `rescue in <top (required)>'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/nokogiri-1.6.3.1/lib/nokogiri.rb:25:in `<top (required)>'
      from /home/shana/.vagrant.d/gems/gems/fog-xml-0.1.2/lib/fog/xml.rb:2:in `require'
      from /home/shana/.vagrant.d/gems/gems/fog-xml-0.1.2/lib/fog/xml.rb:2:in `<top (required)>'
      from /home/shana/.vagrant.d/gems/gems/fog-1.36.0/lib/fog.rb:13:in `require'
      from /home/shana/.vagrant.d/gems/gems/fog-1.36.0/lib/fog.rb:13:in `<top (required)>'
      from /home/shana/.vagrant.d/gems/gems/vagrant-aws-0.6.0/lib/vagrant-aws/action/connect_aws.rb:1:in `require'
      from /home/shana/.vagrant.d/gems/gems/vagrant-aws-0.6.0/lib/vagrant-aws/action/connect_aws.rb:1:in `<top (required)>'
      from /home/shana/.vagrant.d/gems/gems/vagrant-aws-0.6.0/lib/vagrant-aws/action.rb:98:in `block in action_read_state'
      from /home/shana/.vagrant.d/gems/gems/vagrant-aws-0.6.0/lib/vagrant-aws/action.rb:96:in `tap'
      from /home/shana/.vagrant.d/gems/gems/vagrant-aws-0.6.0/lib/vagrant-aws/action.rb:96:in `action_read_state'
      from /home/shana/.vagrant.d/gems/gems/vagrant-aws-0.6.0/lib/vagrant-aws/provider.rb:16:in `action'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/machine.rb:180:in `block in action'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/environment.rb:516:in `lock'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/machine.rb:178:in `call'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/machine.rb:178:in `action'
      from /home/shana/.vagrant.d/gems/gems/vagrant-aws-0.6.0/lib/vagrant-aws/provider.rb:32:in `state'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/machine.rb:490:in `state'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/machine.rb:141:in `initialize'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/vagrantfile.rb:79:in `new'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/vagrantfile.rb:79:in `machine'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/environment.rb:612:in `machine'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/plugin/v2/command.rb:168:in `block in with_target_vms'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/plugin/v2/command.rb:192:in `call'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/plugin/v2/command.rb:192:in `block in with_target_vms'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/plugin/v2/command.rb:174:in `each'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/plugin/v2/command.rb:174:in `with_target_vms'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/plugins/commands/up/command.rb:74:in `block in execute'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/environment.rb:277:in `block (2 levels) in batch'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/environment.rb:275:in `tap'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/environment.rb:275:in `block in batch'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/environment.rb:274:in `synchronize'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/environment.rb:274:in `batch'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/plugins/commands/up/command.rb:58:in `execute'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/cli.rb:42:in `execute'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/lib/vagrant/environment.rb:301:in `cli'
      from /nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/gems/gems/vagrant-1.7.4/bin/vagrant:174:in `<main>'
  ```

  However libexslt lives inside the store path and I can manually set the LD_LIBRARY_PATH to help it out

  ```
  LD_LIBRARY_PATH="/nix/store/528q4mdjg7fmw9f71cc622czyz9wnbjc-vagrant-1.7.4/opt/vagrant/embedded/lib/:$LD_LIBRARY_PATH" vagrant up --provider=aws
  ```

  but it seems like a packaging oversight


state: closed
title: udevil: added patch
user_login: ericsagnes
html_url: https://github.com/NixOS/nixpkgs/pull/11702
updated_at: 2015-12-14 15:46:26
body:
  Added [upstream patch](https://github.com/IgnorantGuru/udevil/issues/59 fixes) to fix udevil build error on current nixos-unstable:

  ```
  `device-info.c
  device-info.c: In function 'info_mount_points':
  device-info.c:943:33: error: implicit declaration of function 'stat' [-Werror=implicit-function-declaration]
                                   stat( mount_source, &statbuf ) == 0 &&
                                   ^
  device-info.c:944:33: error: implicit declaration of function 'S_ISBLK' [-Werror=implicit-function-declaration]
                                   S_ISBLK( statbuf.st_mode ) )
                                   ^
  cc1: some warnings being treated as errors
  Makefile:495: recipe for target 'udevil-device-info.o' failed
  make[2]: *** [udevil-device-info.o] Error 1
  make[2]: Leaving directory '/tmp/nix-build-udevil-0.4.4.drv-0/udevil-0.4.4/src'
  Makefile:428: recipe for target 'all-recursive' failed
  make[1]: *** [all-recursive] Error 1
  make[1]: Leaving directory '/tmp/nix-build-udevil-0.4.4.drv-0/udevil-0.4.4'
  Makefile:359: recipe for target 'all' failed
  make: *** [all] Error 2
  builder for ‘/nix/store/gzmrcfnncw4l30ywcnz2gfcjwii4sw3n-udevil-0.4.4.drv’ failed with exit code 2
  error: build of ‘/nix/store/gzmrcfnncw4l30ywcnz2gfcjwii4sw3n-udevil-0.4.4.drv’ failed
  /run/current-system/sw/bin/nix-shell: failed to build all dependencies
  ```


state: closed
title: signing-party: 2.0 -> 2.1
user_login: ericsagnes
html_url: https://github.com/NixOS/nixpkgs/pull/11703
updated_at: 2015-12-14 12:16:12
body:
  Fixes source not found error when building.

  PS: upstream seems to keep only the [most recent version archive file](http://debian.lagis.at/debian/pool/main/s/signing-party/), so this package should be updated as soon as possible when upstream release a new version to avoid this issue to happen again in the future.


state: closed
title: The zip package is built without unicode support
user_login: glaebhoerl
html_url: https://github.com/NixOS/nixpkgs/issues/11704
updated_at: 2015-12-15 21:39:46
body:
  Paths with an 'ő' character in them are truncated, and if I run it with `--unicode UTF8`, it reports that this option is not available.

  I would be happy to contribute a patch, if I can, but I would like someone to walk me through the process -- chiefly how to build the package, experiment, and test my changes. I tried following https://nixos.org/wiki/Create_and_debug_nix_packages, but after the point where I've opened a development shell for the `zip` package, when I tried running the various build phases as described, they didn't work as-is, rather I needed to manually `cd` into directories, `chmod +x configure`, and `checkPhase` didn't work any way I tried, which makes me suspect I must've been doing something wrong.

  (cc @spacefrogg) 


state: closed
title: Update containers.nix
user_login: rick68
html_url: https://github.com/NixOS/nixpkgs/pull/11705
updated_at: 2015-12-26 09:51:25
body:
  When we create a new container, we want to record the brief name in /etc/hosts for use.  But this records the container's local address in host's /etc/hosts, this IP we can‘t access from host side, so instead of the container's host address.


state: closed
title: Mopidy fails to load extensions with additional dependencies
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/issues/11706
updated_at: 2015-12-17 19:42:51
body:
  Mopidy fails to load extensions that have additional dependencies. `mopidy-spotify` fails because it depends on `pyspotify`:

  ```
  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
  ```

  I guess this is because [only the extension path is added to PYTHONPATH](https://github.com/NixOS/nixpkgs/blob/788800e437c4a0a25d95e217540bded68804b25e/nixos/modules/services/audio/mopidy.nix#L23) and not the path of any sub-dependencies, but I don't know much about Python.


state: closed
title: Package Apple's shell_cmds project
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/11707
updated_at: 2016-12-15 16:53:09
body:
  `fish` is currently using `hostname` from its environment on Darwin (see #11691). It should probably just build [the Mac OS `hostname` utility from `shell_cmds`](http://www.opensource.apple.com/source/shell_cmds/shell_cmds-118/hostname/hostname.c).


state: closed
title: git-annex assistant
user_login: ellis
html_url: https://github.com/NixOS/nixpkgs/issues/11708
updated_at: 2015-12-17 19:28:31
body:
  To sync data between my offices, I used git-annex extensively.  I installed nixos 15.09 recently, and the "assistant" part of git-annex (which does the syncing) no longer appears to be available.  In nixpkgs, there a note about using git-annex-with-assistant (or something similar), but it didn't look to be accessible to me.

  Anything reasonably quick I can do to get back my beloved assistant?


state: closed
title: gosmore: fix hash again and disable svn externals
user_login: mcmtroffaes
html_url: https://github.com/NixOS/nixpkgs/pull/11709
updated_at: 2015-12-17 15:11:47
body:
  Gosmore breaks its hash upon every commit on its "map-icons" external due to not locking the external revision number in the top-level repository (see #11524). This commit prevents the externals to be checked out at all, thereby ensuring a consistent hash.

  Perhaps this looks wrong at first sight, however I compared the build of the project with the external with this one - and surprisingly the results are actually identical (a small difference in the binary but that's due to a non-deterministic build; the sizes of the binaries are the same). So as the external is apparently not even used for building or installing gosmore, it seemed easiest to simply disable them from being checked out at all.

  It could be that the external "map-icons" needs some separate steps for installation, but I rather leave that to someone who actually uses the application - with this merge at least the situation is better than what it was before and will prevent future build failures due to hash mismatches.

  Tested against master on Fedora (non-nixos), application starts and appears to be functional.

  cc @7c6f434c (Michael Raskin)


state: closed
title: Remove PATH assumption from fhs-userenv.
user_login: kevincox
html_url: https://github.com/NixOS/nixpkgs/pull/11710
updated_at: 2015-12-15 13:59:07
body:
  Previously is was assumed that bash was in the path when calling the
  environment setup script. This changes all of the references of bash to
  be absolute paths so that the user doesn't have to worry about the
  environment they call it with.


state: closed
title: python: update packages
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/pull/11711
updated_at: 2015-12-17 08:33:21
body:
  Pandas, blaze and odo work fine after these changes. 

  I haven't tested yet the impact of the sqlalchemy update; I highly doubt it would break anything considering it is a [maintenance release](http://www.sqlalchemy.org/blog/2015/12/11/sqlalchemy-1.0.10-released/) (though it has a new feature).


state: open
title: ROS packaging
user_login: chaoflow
html_url: https://github.com/NixOS/nixpkgs/issues/11713
updated_at: 2018-05-11 15:55:13
body:
  I'm looking into packaging ros, but before doing so would like some suggestions what you consider the best way to do it.

  http://wiki.ros.org/ROS/Installation

  Any ideas?


state: closed
title: python buildPythonPackage: check and run correct test command
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/pull/11715
updated_at: 2017-03-04 07:42:24
body:
  The default command for running tests is `python setup.py test`.  Many
  packages use a test runner that needs to be invoked, e.g. `nosetests` or
  `py.test`. It would be nice if `buildPythonPackage` automatically
  determines which command to run.

  We can check in the `buildInputs` whether `nose` or `pytest` is
  included, and if so, do either 1) or 2)
  1. Run the appropriate command, `nosetests` or `py.test`.
  2. Apply a patch to enable `python setup.py test`. For
     [py.test](http://pytest.org/latest/goodpractises.html#integrating-with-
     setuptools-python-setup-py-test-pytest-runner) and
     [nose](http://nose.readthedocs.org/en/latest/api/commands.html)

  Option 2) could get complicated/messy and therefore I'm in favor of
  option 1).

  This commit implements option 1.

  ---

  Reference to #1819 

  ---

  Furthermore, comments in buildPythonPackage are moved out of the arguments, and explicit calls to the test runners that are not necessary anymore are removed.


state: open
title: system-config-printer needs pysmb to add Windows network printer
user_login: a1russell
html_url: https://github.com/NixOS/nixpkgs/issues/11716
updated_at: 2017-08-29 18:01:15
body:
  When trying to use `system-config-printer` to add a Windows network printer (smb:// protocol), this error is given:

  ```
  Caught non-fatal exception.  Traceback:
  File "/nix/store/8p4w7v88winr0zlgqd08qnc4hh8picia-system-config-printer-1.3.12/share/system-config-printer/newprinter.py", line 2175, in on_btnSMBVerify_clicked
      smbc_auth = pysmb.AuthContext (self.NewPrinterWindow,
  NameError: global name 'pysmb' is not defined
  Continuing anyway..
  ```


state: closed
title: dnsmasq error: cannot open or create lease file
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/issues/11718
updated_at: 2015-12-24 21:28:11
body:
  Pretty standard config:

  ```
    services.dnsmasq = {
      enable = true;
      servers = [ "8.8.8.8" "8.8.4.4" ];
      extraConfig = ''
        interface=wlp4s0,enp2s0,enp3s0
        bind-interfaces
        dhcp-range=192.168.1.10,192.168.1.254,24h
        dhcp-range=192.168.2.10,192.168.2.254,24h
        dhcp-range=192.168.3.10,192.168.3.254,24h
      '';
    };
  ```

  ```
  Dec 14 19:51:04 apu systemd[1]: Starting Dnsmasq Daemon...
  Dec 14 19:51:04 apu dnsmasq-pre-start[11323]: dnsmasq: syntax check OK.
  Dec 14 19:51:04 apu dnsmasq[11329]: cannot open or create lease file /var/lib/misc/dnsmasq.leases: No such file or directory
  Dec 14 19:51:04 apu dnsmasq[11329]: FAILED to start up
  Dec 14 19:51:04 apu dnsmasq[11329]: dnsmasq: cannot open or create lease file /var/lib/misc/dnsmasq.leases: No such file or directory
  Dec 14 19:51:04 apu systemd[1]: dnsmasq.service: Main process exited, code=exited, status=3/NOTIMPLEMENTED
  Dec 14 19:51:04 apu systemd[1]: Failed to start Dnsmasq Daemon.
  Dec 14 19:51:04 apu systemd[1]: dnsmasq.service: Unit entered failed state.
  Dec 14 19:51:04 apu systemd[1]: dnsmasq.service: Failed with result 'exit-code'.

  ```


state: closed
title: units: add readline dependency
user_login: rycee
html_url: https://github.com/NixOS/nixpkgs/pull/11719
updated_at: 2015-12-14 22:37:37
body:
  The dependency on readline is for tab-completion support. This commit also enables tests and adds meta information.


state: closed
title: python scipy: wrong tests are run
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/issues/11720
updated_at: 2015-12-17 09:51:58
body:
  As noted by @adnelson scipy uses the wrong tests. Instead of running its own test-suite, it runs that of numpy. This is because accidentally pkgName was set to `numpy` in 6c238d1d5f4da8b20ecaeb0cec32cbbbec5be5e5


state: closed
title: Ansible package marked as "broken" on nixos
user_login: avnik
html_url: https://github.com/NixOS/nixpkgs/issues/11722
updated_at: 2015-12-15 08:10:53
body:
  ```
  error: Package ‘python2.7-ansible-1.9.4’ in ‘/home/avn/nixos/nixpkgs/pkgs/top-level/python-packages.nix:607’ is not supported on ‘x86_64-linux’, refusing to evaluate.
  ```


state: closed
title: Darwin: can't install mu
user_login: jcf
html_url: https://github.com/NixOS/nixpkgs/issues/11723
updated_at: 2016-06-04 00:17:56
body:
  Looks like `mu` can't be installed because a temporary name can't be created:

  ```
  Cannot create temporary name for prefix: Bad file descriptor, mu4e-actions.elc
  ```

  I'll continue troubleshooting, but wanted to create an issue in case anyone else comes across this issue. I'm running the latest version of El Capitan `10.11.2 (15C50)`. To reproduce on my Mac I just have to run `nix-env -i mu`.

  ```
  $ uname -a
  Darwin mbp.local 15.2.0 Darwin Kernel Version 15.2.0: Fri Nov 13 19:56:56 PST 2015; root:xnu-3248.20.55~2/RELEASE_X86_64 x86_64

  $ nix-env --version
  nix-env (Nix) 1.10

  $ git describe # in nixpkgs repo
  15.09-beta-5857-gecc0c30
  ```

  Full output can be found in this gist: https://gist.github.com/jcf/ce6a50b92dcdebac57ad


state: closed
title: slurm-llnl: 14.11.5 -> 14-11-5-1
user_login: ericsagnes
html_url: https://github.com/NixOS/nixpkgs/pull/11725
updated_at: 2015-12-15 06:03:32
body:
  This fix http://hydra.nixos.org/build/28880801/nixlog/10.

  Details:
  Upstream moved `src` to [github](http://www.schedmd.com/#repos).
  This is not an update, just a `src` fix but as upstream version scheme has changed from `X.Y.Z` to `X-Y-Z-A` the version label changed.
  The archives page is [here](https://github.com/SchedMD/slurm/releases) and newer versions are available.

  cc maintainer @jagajaga 


state: closed
title: logkeys: 5ef6b0dcb9e3 -> 2015-11-10
user_login: ericsagnes
html_url: https://github.com/NixOS/nixpkgs/pull/11726
updated_at: 2015-12-15 11:22:40
body:
  This fix http://hydra.nixos.org/build/28536888#tabs-buildsteps
  Building fine on local machine with current master.

  Details
  The rev of the derivation was not available in the [upstream repo](https://github.com/kernc/logkeys/commits/master), I updated to what seemed the new and stable one.

  @offline can you check if this new `logkeys` version work as intended?


state: closed
title: praat: 5417 -> 5.4.17
user_login: ericsagnes
html_url: https://github.com/NixOS/nixpkgs/pull/11727
updated_at: 2015-12-15 08:57:38
body:
  Fix http://hydra.nixos.org/build/28735657/nixlog/5
  Building fine on local machine.

  Details:
  - upstream moved [source to github](http://www.fon.hum.uva.nl/praat/download_sources.html)
  - versioning scheme of the archive has changed from `XXXX` to `X.Y.Z`

  Side notes:
  - Upstream has newer versions up to [6.0.08](https://github.com/praat/praat/releases/tag/v6.0.08) available


state: closed
title: dropbox fails to start
user_login: phunehehe
html_url: https://github.com/NixOS/nixpkgs/issues/11728
updated_at: 2016-01-21 22:46:49
body:
  ```
  Couldn't start Dropbox.
  This is usually because of a permissions error. Storing your home folder on a network share can also cause an error.

  Get more help at https://www.dropbox.com/c/help/permissions_error

  Please contact Dropbox support with the following info for help:

  /tmp/dropbox_error9KrtSh.txt
  ```

  The log file is https://gist.github.com/phunehehe/d9a053d156f5054aecc9

  I suspect this has already been fixed in master, so I'm trying to reproduce, but downloading from https://dl.dropboxusercontent.com/u/17/dropbox-lnx.x86_64-3.12.4.tar.gz is taking a while. If it works, https://github.com/NixOS/nixpkgs/compare/release-15.09...phunehehe:dropbox-15.09 might be the right thing to do. I'll be back when I get more info.


state: closed
title: LXC seems fail to build with systemd
user_login: ip1981
html_url: https://github.com/NixOS/nixpkgs/issues/11729
updated_at: 2015-12-17 10:27:44
body:
  ```
  make[4]: Entering directory '/home/pashev/tmp/nix-build-lxc-1.1.3.drv-1/lxc-lxc-1.1.3-src/config/init/systemd'
  make[5]: Entering directory '/home/pashev/tmp/nix-build-lxc-1.1.3.drv-1/lxc-lxc-1.1.3-src/config/init/systemd'
   /nix/store/qawmaicxcljwd25gsq9dqbw7c3q7hjmi-coreutils-8.24/bin/mkdir -p '/nix/store/a8dkxar1lh5xr8n8vfrj6fpzykxcbja0-lxc-1.1.3/libexec/lxc'
   /nix/store/qawmaicxcljwd25gsq9dqbw7c3q7hjmi-coreutils-8.24/bin/install -c lxc-devsetup lxc-apparmor-load '/nix/store/a8dkxar1lh5xr8n8vfrj6fpzykxcbja0-lxc-1.1.3/libexec/lxc'
  /nix/store/qawmaicxcljwd25gsq9dqbw7c3q7hjmi-coreutils-8.24/bin/mkdir -p /nix/store/nmvg33m7xsd687wh6figf5hgiw1bj2qc-systemd-217/lib/systemd/system
  /nix/store/qawmaicxcljwd25gsq9dqbw7c3q7hjmi-coreutils-8.24/bin/mkdir: cannot create directory '/nix/store/nmvg33m7xsd687wh6figf5hgiw1bj2qc-systemd-217/lib/systemd/system': Permission denied
  Makefile:561: recipe for target 'install-systemd' failed
  make[5]: *** [install-systemd] Error 1
  ```

  UPDATE:
  I'm running Nix store on Debian. LXC's configure detects Debian, thinks it uses systemd (it does) and tries to install systemd files... into Nix's systemd.


state: closed
title: Mopidy Improvements
user_login: spwhitt
html_url: https://github.com/NixOS/nixpkgs/pull/11730
updated_at: 2015-12-17 19:42:14
body:
  Please merge https://github.com/NixOS/nixpkgs/pull/11477 first, then I will rebase this on top of it.

  @jgillich I guess I misremembered making changes to `mopidy-spotify`, but it works for me regardless. Let me know if it still doesn't work for you..


state: closed
title: riak: fix leveldb hash
user_login: ericsagnes
html_url: https://github.com/NixOS/nixpkgs/pull/11731
updated_at: 2015-12-16 22:08:43
body:
  fix wrong `leveldb` hash for riak.

  Details:

  ```
  nix-prefetch-url https://github.com/basho/leveldb/archive/1.3.1.zip
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100   117    0   117    0     0     92      0 --:--:--  0:00:01 --:--:--    92
  100  318k  100  318k    0     0  89859      0  0:00:03  0:00:03 --:--:--  149k
  path is ‘/nix/store/q8nykd3sxqb6jqywgxj8wzl5i5fwzhhf-1.3.1.zip’
  1269wg9r8rwjj3ipnxsqyavkgk6v34yzc5kq4i814i5w2j6gc8cp
  ```


state: closed
title: eventstore: fix source hash
user_login: ericsagnes
html_url: https://github.com/NixOS/nixpkgs/pull/11732
updated_at: 2016-02-24 21:44:38
body:
  Fix http://hydra.nixos.org/build/28872938/nixlog/2

  Details:

  ```
  From https://github.com/EventStore/EventStore
   * tag               oss-v3.0.3 -> FETCH_HEAD
  Switched to a new branch 'fetchgit'
  git revision is a1382252dd1ed0554ddb04015cdb2cbc1b0a65c1
  git human-readable version is -- none --
  Commit date is 2015-03-13 13:56:05 -0400
  <3>output path ‘/...-EventStore-a138225’ has r:sha256 hash ‘1nmjf4y5v01vp115382mp9vn0678w19niyp30zlbbmpc96s77ask’ when ‘07ir6jlli2q1yvsnyw8r8dfril6h1wmfj98yf7a6k81585v2mc6g’ was expected
  ```


state: closed
title: phc-intel fails to build
user_login: ericsagnes
html_url: https://github.com/NixOS/nixpkgs/issues/11733
updated_at: 2015-12-30 07:17:14
body:
  [phc-intel](https://github.com/NixOS/nixpkgs/blob/master/pkgs/os-specific/linux/phc-intel/default.nix) fails to build because the source is not found.

  ```
  trying http://www.linux-phc.org/forum/download/file.php?id=167
    % 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 phc-intel-pack-rev18.tar.bz2 from any mirror
  <3>builder for ‘/...-phc-intel-pack-rev18.tar.bz2.drv’ failed with exit code 1
  ```

  [Hydra logs](http://hydra.nixos.org/build/28546452/nixlog/10)

  Upstream [archive page](http://www.linux-phc.org/forum/viewtopic.php?f=13&t=2)

  cc maintainer @nckx 


state: closed
title: python ansible, ansible2, mygpoclient: fix platforms
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/pull/11734
updated_at: 2015-12-15 08:05:53
body:
  In #11572 I accidentally put the platforms that were mentioned in a list, instead of actually concatenating the two values which in fact were already lists.
  fixes #11722

  cc @avnik @domenkozar 


state: closed
title: add Terraria dedicated server for Linux x86_64
user_login: robberer
html_url: https://github.com/NixOS/nixpkgs/pull/11735
updated_at: 2015-12-15 11:59:23
body:
  After a long time being stuck with Windows (because of a game) I'm back on NixOS.

  This is a small contribution to the gaming section of `nixpkgs`.

  I couldn't get the x86 server version running and honestly I don't really care. I have set `platforms = [ "x86_64-linux" ];`

  Tell me if there are any problems with this PR.


state: closed
title: zip: fixed build phase (i.e. unicode support)
user_login: spacefrogg
html_url: https://github.com/NixOS/nixpkgs/pull/11736
updated_at: 2016-02-23 14:18:08
body:
   The build did not use the current build infrastructure correctly. As a
   consequence zip lacked support for unicode and 64bit files.


state: closed
title: Support SOCKS5 proxy for the Syncthing service
user_login: grwlf
html_url: https://github.com/NixOS/nixpkgs/pull/11738
updated_at: 2016-03-04 01:18:41
body:
  Github says it cannot merge automatically. Probably, it is confused by a fact that my branch point is below the '0.11 -> 0.12' commit (that's why I cherry-picked it here). Could you please try to do this manually, I think that a1395ee would be resolved to a trivial merge


state: closed
title: net-snmp: fix mnttab path when built under chroot
user_login: cleverca22
html_url: https://github.com/NixOS/nixpkgs/pull/11739
updated_at: 2015-12-17 11:14:30
body:
  the configure script checks for the presense of /etc/mtab to decide which one to use at run-time, the chroot lacks one and its just a symlink under modern linux installs


state: closed
title: Failed to open fglrx_dri.so
user_login: a1russell
html_url: https://github.com/NixOS/nixpkgs/issues/11740
updated_at: 2016-01-23 09:00:19
body:
  After installing the AMD Catalyst driver (fglrx) in NixOS 15.09 by setting `services.xserver.videoDrivers = [ "ati_unfree" ];`, direct rendering is not enabled. Details are:

  ```
  $ LIBGL_DEBUG=verbose glxinfo | grep direct
  libGL: AtiGetClientDriverName: 15.20.3 fglrx (screen 0)
  libGL error: OpenDriver: failed to open /usr/X11R6/lib64/modules/dri/fglrx_dri.so, error[/usr/X11R6/lib64/modules/dri/fglrx_dri.so: cannot open shared object file: No such file or directory]
  libGL error: OpenDriver: failed to open /usr/lib64/dri/fglrx_dri.so, error[/usr/lib64/dri/fglrx_dri.so: cannot open shared object file: No such file or directory]
  libGL error: OpenDriver: failed to open /run/opengl-driver/lib/dri/fglrx_dri.so, error[libstdc++.so.6: cannot open shared object file: No such file or directory]
  libGL error: OpenDriver: failed to open /usr/lib/dri/fglrx_dri.so, error[/usr/lib/dri/fglrx_dri.so: cannot open shared object file: No such file or directory]
  libGL error: OpenDriver: failed to open /usr/X11R6/lib32/modules/dri/fglrx_dri.so, error[/usr/X11R6/lib32/modules/dri/fglrx_dri.so: cannot open shared object file: No such file or directory]
  libGL error: OpenDriver: failed to open /usr/lib32/dri/fglrx_dri.so, error[/usr/lib32/dri/fglrx_dri.so: cannot open shared object file: No such file or directory]
  libGL error: dlopen fglrx_dri.so failed
  direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose)
  ```

  The [AMD Catalyst Arch wiki section for this "failed to open fglrx_dri.so" error](https://wiki.archlinux.org/index.php/AMD_Catalyst#Failed_to_open_fglrx_dri.so) says to create symlinks for the missing requested paths, which I suppose might be a workaround, but really shouldn't Nix be taking care of this?

  On the other hand, `/run/opengl-driver/lib/dri/fglrx_dri.so` does actually exist, so maybe the error is with finding `libstdc++.so.6`?


state: closed
title: Jekyll build fails on Darwin on latest master
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/11741
updated_at: 2016-12-25 14:52:23
body:
  Not sure what changed in the past few days, but now (29ab5c3b9c176bef496d33510499622f445783bf) I get:

  ```
  $ nix-build -A jekyll
  these derivations will be built:
    /nix/store/j3is4k3gsjm4fxmb3yqr9xjzm7kc3ixh-jekyll-2.5.3.drv
  building path(s) ‘/nix/store/m367yxhdjm03vd39v799im50bai6fppf-jekyll-2.5.3’, ‘/nix/store/pxpsjiv32pqgn22jqhcxr2cwgy5hsd2h-jekyll-2.5.3-bundle’
  installing
  running pre-install script for ffi
  Fetching source index from file:/private/var/folders/vv/17b_hycx691699h20v458fnh0000gn/T/nix-build-jekyll-2.5.3.drv-1
  ..
  Gem::Ext::BuildError: ERROR: Failed to build gem native extension.

      /nix/store/lz9i5f8sggjxpgafnb9mp3nzb0pfapxp-ruby-2.1.7-p0/bin/ruby -r ./siteconf20151215-62073-ttkq5x.rb extconf.rb 
  checking for main() in -lc... *** extconf.rb failed ***
  Could not create Makefile due to some reason, probably lack of necessary
  libraries and/or headers.  Check the mkmf.log file for more details.  You may
  need configuration options.

  Provided configuration options:
      --with-opt-dir
      --without-opt-dir
      --with-opt-include
      --without-opt-include=${opt-dir}/include
      --with-opt-lib
      --without-opt-lib=${opt-dir}/lib
      --with-make-prog
      --without-make-prog
      --srcdir=.
      --curdir
      --ruby=/nix/store/lz9i5f8sggjxpgafnb9mp3nzb0pfapxp-ruby-2.1.7-p0/bin/ruby
      --with-redcloth_scan-dir
      --without-redcloth_scan-dir
      --with-redcloth_scan-include
      --without-redcloth_scan-include=${redcloth_scan-dir}/include
      --with-redcloth_scan-lib
      --without-redcloth_scan-lib=${redcloth_scan-dir}/lib
      --with-clib
      --without-clib
  /nix/store/lz9i5f8sggjxpgafnb9mp3nzb0pfapxp-ruby-2.1.7-p0/lib/ruby/2.1.0/mkmf.rb:456:in `try_do': The compiler failed to generate an executable file. (RuntimeError)
  You have to install development tools first.
      from /nix/store/lz9i5f8sggjxpgafnb9mp3nzb0pfapxp-ruby-2.1.7-p0/lib/ruby/2.1.0/mkmf.rb:541:in `try_link0'
      from /nix/store/lz9i5f8sggjxpgafnb9mp3nzb0pfapxp-ruby-2.1.7-p0/lib/ruby/2.1.0/mkmf.rb:556:in `try_link'
      from /nix/store/lz9i5f8sggjxpgafnb9mp3nzb0pfapxp-ruby-2.1.7-p0/lib/ruby/2.1.0/mkmf.rb:736:in `try_func'
      from /nix/store/lz9i5f8sggjxpgafnb9mp3nzb0pfapxp-ruby-2.1.7-p0/lib/ruby/2.1.0/mkmf.rb:967:in `block in have_library'
      from /nix/store/lz9i5f8sggjxpgafnb9mp3nzb0pfapxp-ruby-2.1.7-p0/lib/ruby/2.1.0/mkmf.rb:912:in `block in checking_for'
      from /nix/store/lz9i5f8sggjxpgafnb9mp3nzb0pfapxp-ruby-2.1.7-p0/lib/ruby/2.1.0/mkmf.rb:351:in `block (2 levels) in postpone'
      from /nix/store/lz9i5f8sggjxpgafnb9mp3nzb0pfapxp-ruby-2.1.7-p0/lib/ruby/2.1.0/mkmf.rb:321:in `open'
      from /nix/store/lz9i5f8sggjxpgafnb9mp3nzb0pfapxp-ruby-2.1.7-p0/lib/ruby/2.1.0/mkmf.rb:351:in `block in postpone'
      from /nix/store/lz9i5f8sggjxpgafnb9mp3nzb0pfapxp-ruby-2.1.7-p0/lib/ruby/2.1.0/mkmf.rb:321:in `open'
      from /nix/store/lz9i5f8sggjxpgafnb9mp3nzb0pfapxp-ruby-2.1.7-p0/lib/ruby/2.1.0/mkmf.rb:347:in `postpone'
      from /nix/store/lz9i5f8sggjxpgafnb9mp3nzb0pfapxp-ruby-2.1.7-p0/lib/ruby/2.1.0/mkmf.rb:911:in `checking_for'
      from /nix/store/lz9i5f8sggjxpgafnb9mp3nzb0pfapxp-ruby-2.1.7-p0/lib/ruby/2.1.0/mkmf.rb:962:in `have_library'
      from extconf.rb:5:in `<main>'

  extconf failed, exit code 1

  Gem files will remain installed in /nix/store/m367yxhdjm03vd39v799im50bai6fppf-jekyll-2.5.3/lib/ruby/gems/2.1.7/gems/RedCloth-4.2.9 for inspection.
  Results logged to /nix/store/m367yxhdjm03vd39v799im50bai6fppf-jekyll-2.5.3/lib/ruby/gems/2.1.7/extensions/x86_64-darwin-15/2.1.0/RedCloth-4.2.9/gem_make.out
  An error occurred while installing RedCloth (4.2.9), and Bundler cannot
  continue.
  Make sure that `gem install RedCloth -v '4.2.9'` succeeds before bundling.
  builder for ‘/nix/store/j3is4k3gsjm4fxmb3yqr9xjzm7kc3ixh-jekyll-2.5.3.drv’ failed with exit code 5
  error: build of ‘/nix/store/j3is4k3gsjm4fxmb3yqr9xjzm7kc3ixh-jekyll-2.5.3.drv’ failed
  ```

  Perhaps related to #11685?


state: closed
title: Fix unrecognized "--with-curlwrappers" configure flag on PHP >= 5.5
user_login: deeky666
html_url: https://github.com/NixOS/nixpkgs/pull/11742
updated_at: 2016-03-05 13:29:06
body:
  The configure flag `--with-curlwrappers` is not available anymore in PHP core >= 5.5. [The feature has been moved to PECL](http://php.net/manual/en/curl.installation.php).
  To avoid having `configure: WARNING: unrecognized options: --with-curlwrappers` during compilation of PHP >= 5.5, this PR restricts its evaluation to PHP 5.4.


state: closed
title: networkmanager: fix udev rules file
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/11744
updated_at: 2015-12-16 22:08:06
body:
  Fixes hardcoded paths in udev rules file. I don't know what would the effect be, I've noticed this accidentially while fixing https://github.com/NixOS/nixpkgs/pull/11743. NM seems working correctly, though.


state: closed
title: Mnemosyne: no module named webob
user_login: sindikat
html_url: https://github.com/NixOS/nixpkgs/issues/11746
updated_at: 2015-12-17 08:30:44
body:
  I use latest NixOS, I run Mnemosyne, and it throws the following trace:

  ```
  libpng warning: iCCP: known incorrect sRGB profile
  libpng warning: iCCP: known incorrect sRGB profile
  libpng warning: iCCP: known incorrect sRGB profile
  libpng warning: iCCP: known incorrect sRGB profile
  libpng warning: iCCP: known incorrect sRGB profile
  An unexpected error has occurred.
  Please forward the following info to the developers:

  Traceback (innermost last):
    File "/nix/store/fs5zk1m7cb2xjyzbmvcwxbs2fgyr8wi0-python2.7-mnemosyne-2.3.2/bin/.mnemosyne-wrapped", line 192, in <module>
      debug_file=options.debug_file)
    File "/nix/store/fs5zk1m7cb2xjyzbmvcwxbs2fgyr8wi0-python2.7-mnemosyne-2.3.2/lib/python2.7/site-packages/mnemosyne/libmnemosyne/__init__.py", line 174, in initialise
      self.register_components()
    File "/nix/store/fs5zk1m7cb2xjyzbmvcwxbs2fgyr8wi0-python2.7-mnemosyne-2.3.2/lib/python2.7/site-packages/mnemosyne/libmnemosyne/__init__.py", line 244, in register_components
      exec("from %s import %s" % (module_name, class_name))
    File "<string>", line 1, in <module>
    File "/nix/store/fs5zk1m7cb2xjyzbmvcwxbs2fgyr8wi0-python2.7-mnemosyne-2.3.2/lib/python2.7/site-packages/mnemosyne/pyqt_ui/qt_web_server.py", line 13, in <module>
      from mnemosyne.web_server.web_server import WebServer
    File "/nix/store/fs5zk1m7cb2xjyzbmvcwxbs2fgyr8wi0-python2.7-mnemosyne-2.3.2/lib/python2.7/site-packages/mnemosyne/web_server/web_server.py", line 13, in <module>
      from webob import Request
   ImportError: No module named webob
  ```


state: open
title: BEAM packages support umbrella tracking issue (Erlang, Elixir, LFE, etc.)
user_login: gleber
html_url: https://github.com/NixOS/nixpkgs/issues/11748
updated_at: 2017-09-25 00:07:12
body:
  I am starting this issue to track progress of the effort started in #11651. I will be updating this issue with further developments and my implementation plans. If someone wants to jump in and work on it, please let me know (here or privately) to avoid work duplication.

  ## Assumptions

  I am working on getting Erlang packages into Nix. 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 and Mix as foundation
  - aim at automatically importing all of newest packages on Hex (including their transitive closures) use not-yet-developed set of tools
  - packages should include both source code and bytecode files

  ## Current status (2017-09-24)

  The following basic features are implemented already:
  - `fetchHex` automates fetching packages from Hex.pm CDN
  - `buildHex` which automates definition of Erlang packages to be fetched and built from Hex.pm CDN
  - `buildMix` to build Mix packages
  - support building packages which depend on other Erlang packages
  - support adding rebar3 plugins for compilation of packages
  - support building of packages with ports (using rebar3-pc plugin)
  - implemented hermetic bootstrap and build for rebar3
  - two versions of rebar3 are provided:
    - `rebar3` is one with applied patch which makes it hermetic (forbids any attempts to download stuff from the internet)
    - `rebar3-open` which is unmodified version of rebar3
  - implemented support for nix-shell using ERL_LIBS (just run `nix-shell -A erlangPackages.lager.env`) #11818
  - [NEEDS UPDATE] `hex2nix` automates creation of `pkgs/development/erlang-modules/hex-packages.nix` file based on hex.pm registry, which includes all buildable versions of packages, including multiple versions of the packages
  - `doc/erlang-users-guide.xml` contains documentation
  - support for multiple erlang versions
  - support for Elixir and LFE
  - support building Elixir/LFE and all packages from hex-packages.nix with various Erlang versions.

  Rebar3 depends on a concept of registry, which is usually fetched from S3. I've created a separate [github repo](https://github.com/gleber/hex-pm-registry-snapshots) in which I plan to snapshot that single file from S3. This is automated in https://github.com/erlang-nix/hex-pm-registry-snapshots/blob/master/update.sh

  ## Further work

  ### Short term

  - extract out of hex2nix Nix expression creation for Erlang/Mix packages into a common library;  
  - adapting hex2nix to use the common library;
  - reuse the library to implement rebar2nix as a rebar3_nix plugin able to create shell.nix and default.nix in two modes:
    - self-contained with all deps explicitly written in the default.nix (like in https://github.com/NixOS/nixpkgs/blob/b1140f92ccf83aad933e2a25f94206f71b9a710f/pkgs/development/tools/build-managers/rebar3/default.nix#L10 ) - useful e.g. to upgrade rebar3 and mix in nixpkgs
    - reusing beamPackages as much as possible - the default mode;
  - implement mix2nix (or a mix plugin) doing equivalent of rebar3_nix;
  - add "shell" command to both rebar3 and mix plugins to enter a self-contained shell mode with a specific OTP version and all deps available in PATH and in ERL_LIBS
  - upgrading all of the non-mass-imported Beam packages in nixpkgs using the self-contained mode;
  - upgrade the mass-imported beamPackages using the default mode.

  ### Long term

  - implement running tests as part of the build
  - investigate if it makes sense to provide "binary" and/or "binary and sources" or just "sources" packages (there are some packages on Hex which provide some binaries which are useful to be put into user's environment)
  - investigate integration Erlang releases with Nix ecosystem
  - instigate discussion with Erlang community about some sort of LTS package set

  ## Support for `nix-env`

  Support for `nix-env` has been discouraged by @peti and @domenkozar as unsustainable and giving very little benefits.


state: closed
title: Emacs packages
user_login: ttuegel
html_url: https://github.com/NixOS/nixpkgs/pull/11750
updated_at: 2015-12-22 13:04:31
body:
  - Update `elpaPackages`
  - Add `melpaStablePackages` and `melpaPackages` to `emacsPackagesNg`. Adds about 1500 packages.

  Relevant issue: #11503 
  Interested parties: @oxij @gridaphobe

  Not for merging yet, I want to see what Travis says.


state: closed
title: pkgs.slurm-llnl: 14-11-5-1 -> 15-08-5-1
user_login: lsix
html_url: https://github.com/NixOS/nixpkgs/pull/11756
updated_at: 2015-12-16 08:15:03
body:
  cc @jagajaga 

  Currently, on a system that follow https://nixos.org/channels/nixos-15.09 I cannot install `slurm`. Nix cannot download it at `http://www.schedmd.com/download/latest/slurm-14.11.5.tar.bz2` (and I cannot get it at `https://github.com/SchedMD/slurm/archive/slurm-14-11-5-1.tar.bz2` where current version of `nixpkgs` points). What would b the proper procedure to follow to fix the stable channel ? Find a suitable download URL (`https://github.com/SchedMD/slurm/archive/slurm-14-11-5-1.zip` seems to be fine) or update to 15-08-5 ?


state: closed
title: colordiff: add archive URL
user_login: rycee
html_url: https://github.com/NixOS/nixpkgs/pull/11757
updated_at: 2015-12-17 21:28:22
body:
  When a new version of colordiff is released the old tarball is moved to the archive directory. This breaks builds until the derivation is updated to the new version. This commit lets fetchurl know about the archive URL.


state: closed
title: firefox-bin: 42.0 -> 43.0
user_login: taku0
html_url: https://github.com/NixOS/nixpkgs/pull/11758
updated_at: 2015-12-17 10:05:57
body:
  - Various security fixes 
  - Private Browsing with Tracking Protection offers choice of blocking additional trackers
  - Improved API support for m4v video playback
  - Users can choose search suggestions from the Awesome Bar
  - Subresource integrity allows developers to make their sites more secure
  - Unsigned add-ons won’t install and will be disabled by default

  https://www.mozilla.org/en-US/firefox/43.0/releasenotes/
  https://blog.mozilla.org/addons/2015/11/19/compatibility-for-firefox-43/


state: closed
title: gcc-wrapper doesn't handle arguments specified in response files
user_login: peti
html_url: https://github.com/NixOS/nixpkgs/issues/11762
updated_at: 2017-01-09 14:41:32
body:
  According to https://gcc.gnu.org/wiki/Response_Files, `gcc` reads for every argument of the form `@path` the file `path` and inserts its contents in the command-line array as if those flags had been specified directly. This mechanism is supposed to be used to work around system limitations with regard to command-line length.

  The Haskell compiler GHC has [picked up the habit of using those response files](https://github.com/ghc/ghc/commit/296bc70b5ff6c853f2782e9ec5aa47a52110345e) for all its linker arguments, and it's now broken on NixOS as a result, apparently because all kinds of "rpaths" are no longer provided correctly.

  My theory is that before that patch, gcc-wrapper would catch the `-L/path/...` style arguments and handle them correctly, but now it no longer does, because those flags are hidden inside of a response file. Does that sound plausible?

  Cc: @vcunat 


state: closed
title: KDE updates
user_login: ttuegel
html_url: https://github.com/NixOS/nixpkgs/pull/11764
updated_at: 2015-12-17 11:22:54
body:
  - KDE Applications 15.12.0
  - Plasma 5.5.1

  I have been using the beta releases of these package sets for some time. There are no significant outstanding bugs and many new features, so when the Hydra builds have passed, I will mark them stable.


state: closed
title: Get @wkennington contributing to nixpkgs again
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/11765
updated_at: 2015-12-17 20:46:30
body:
  Seems like losing @wkennington's contributions is a pretty big loss for the project and that we should brainstorm how we can align the community's goals with his again :smile: 

  cc @edolstra and possibly others that I don't know yet

  Feel free to close if this seems like the wrong place to address it, but I wanted to get this out there.


state: closed
title: Set `link_power_policy_management` default to "max_performance"
user_login: aaronlevin
html_url: https://github.com/NixOS/nixpkgs/pull/11767
updated_at: 2015-12-20 10:55:02
body:
  The kernel default for `link_power_management_policy` is `"max_performance"`. This commit: https://github.com/NixOS/nixpkgs/commit/f169f60575bec7c61626af180cae364d321b4bec set the NixOS default to `"min_power"`.

  This issue (https://github.com/NixOS/nixpkgs/issues/11276) details my long journey to discover that, after several file system failures incorrectly attributed to `TRIM` and `NCQ` settings, the origin of my (and others') issues were around the `"min_power"` default setting. Setting it back to `"max_performance"` as per the kernel default resolved my issues.

  I think we should use the kernel default of `"max_performance"` to assure the best experience for new users with SSDs and to conform to the defaults of the kernel and other distros.


state: closed
title: cutegram: fix version in name
user_login: Profpatsch
html_url: https://github.com/NixOS/nixpkgs/pull/11769
updated_at: 2015-12-16 23:41:33
body:
  Fixes the naming mistake I made in https://github.com/NixOS/nixpkgs/pull/11684#event-493161952.

  cc @ttuegel @jagajaga 


state: closed
title: yakuake: 2.9.8 -> 2.9.9
user_login: matklad
html_url: https://github.com/NixOS/nixpkgs/pull/11772
updated_at: 2016-01-22 09:48:18
body:
  Update yakuake to the latest version. 

  I'm not sure why this wasn't done before: `2.9.9` is several years old.  

  I don't know how to specify runtime dependency on `konsole-4`, it is no more loaded with a path to `.so`: https://github.com/Gnurou/yakuake/blob/master/app/terminal.cpp#L63


state: closed
title: LXC: make sure configure script does not guess
user_login: ip1981
html_url: https://github.com/NixOS/nixpkgs/pull/11773
updated_at: 2015-12-17 10:27:44
body:
  Do not try to install init script.
  And do not make any assumptions about the distribution.

  The latter is important when Nix store in not a part of NixOS.

  Closes #11729.


state: closed
title: MySQL / MariaDB not working anymore
user_login: sjau
html_url: https://github.com/NixOS/nixpkgs/issues/11776
updated_at: 2015-12-17 13:38:33
body:
  Hi there

  I just noticed that MySQL/MariaDB ist not working anymore in current master:

  warning: the following units failed: mysql.service

  ```
  ● mysql.service - MySQL Server
     Loaded: loaded (/nix/store/8h3bvmrsr38xclqmc4w7kyz7i5xg64i7-unit-mysql.service/mysql.service; bad; vendor preset: enabled)
     Active: failed (Result: timeout) since Thu 2015-12-17 09:48:17 CET; 32ms ago
    Process: 7269 ExecStart=/nix/store/5d2a9df7k42hpra956zyjzq0kn6ic8s8-mariadb-10.1.9/bin/mysqld --defaults-extra-file=/nix/store/cydcdisc5q5rgzr1ianb5c2afkd7amx0-my.cnf --user=mysql --datadir=/var/mysql --basedir=/nix/store/5d2a9df7k42hpra956zyjzq0kn6ic8s8-mariadb-10.1.9 --pid-file=/run/mysqld/mysqld.pid (code=exited, status=1/FAILURE)
    Process: 7262 ExecStartPre=/nix/store/lmj6m2hh8gmmmckj5hid0f0b39qs1mzz-unit-script/bin/mysql-pre-start (code=exited, status=0/SUCCESS)
   Main PID: 7269 (code=exited, status=1/FAILURE)
  ```


state: closed
title: chroot-user: don't create new user namespace if we are root
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/11779
updated_at: 2016-01-12 11:40:46
body:
  This makes it possible to have full `root` rights within an FHS sandbox (if you are getting into it as `root`), and to drop them later if desired. This somewhat lowers security of the sandbox:
  1. Temporary roots are now 0755 instead of 0700.
  2. If you are root, user namespace is not created automatically.

  That said, privileges drop was never the aim of `chroot-user` -- we try to drop as _small_ as possible. However I want to warn people who might be using it of those changes and leave this for discussion for some time.


state: closed
title: matter-compiler: initial expression
user_login: rvlander
html_url: https://github.com/NixOS/nixpkgs/pull/11780
updated_at: 2015-12-18 14:58:56
body:
  Matter Compiler is a API Blueprint AST Media Types to API Blueprint conversion tool. It composes an API blueprint from its serialzed AST media-type.


state: closed
title: Broken upstream tarballs in 15.09
user_login: edolstra
html_url: https://github.com/NixOS/nixpkgs/issues/11782
updated_at: 2018-06-24 16:24:10
body:
  I ran `copy-tarballs.pl` on Nixpkgs 15.09 to mirror all referenced tarballs/patches in the content-addressed fetchurl mirror at tarballs.nixos.org. It successfully mirrored 14850 files (in addition to 3861 files mirrored previously). But it failed to mirror 83 files. There were 19 hash mismatches:

  ```
  error: hash mismatch for ‘http://invisible-island.net/datafiles/release/cdk.tar.gz’
  error: hash mismatch for ‘http://kernel.ubuntu.com/~cking/tarballs/stress-ng/stress-ng-0.04.15.tar.gz’
  error: hash mismatch for ‘http://perso.b2b2c.ca/sarrazip/dev/boolstuff-0.1.14.tar.gz’
  error: hash mismatch for ‘https://codeload.github.com/Thomas-Tsai/partclone/legacy.tar.gz/stable’
  error: hash mismatch for ‘https://geolite.maxmind.com/download/geoip/database/asnum/GeoIPASNum.dat.gz’
  error: hash mismatch for ‘https://geolite.maxmind.com/download/geoip/database/asnum/GeoIPASNumv6.dat.gz’
  error: hash mismatch for ‘https://geolite.maxmind.com/download/geoip/database/GeoIPv6.dat.gz’
  error: hash mismatch for ‘https://geolite.maxmind.com/download/geoip/database/GeoLiteCity.dat.xz’
  error: hash mismatch for ‘https://geolite.maxmind.com/download/geoip/database/GeoLiteCityv6-beta/GeoLiteCityv6.dat.gz’
  error: hash mismatch for ‘https://geolite.maxmind.com/download/geoip/database/GeoLiteCountry/GeoIP.dat.gz’
  error: hash mismatch for ‘https://github.com/adobe-fonts/source-code-pro/archive/2.010R-ro/1.030R-it.tar.gz’
  error: hash mismatch for ‘https://github.com/namecoin/namecoin/archive/nc0.3.80.tar.gz’
  error: hash mismatch for ‘https://github.com/numixproject/numix-icon-theme-circle/archive/d7e8c4cdcf.zip’
  error: hash mismatch for ‘https://github.com/ocaml/ocaml/pull/117.patch’
  error: hash mismatch for ‘https://github.com/valr/cbatticon/archive/1.4.2.zip’
  error: hash mismatch for ‘http://voxelands.com/downloads/voxelands-1506.00-src.tar.bz2’
  error: hash mismatch for ‘http://www.chnry.net/ch/IMG/zip/puremapping-libdir-generic.zip’
  error: hash mismatch for ‘http://www.ladspa.org/download/ladspa_sdk_1.13.tgz’
  error: hash mismatch for ‘mirror://sourceforge/ats-lang/ats-lang-anairiats-0.2.12.tgz’
  ```

  And 48 files that couldn't be downloaded:

  ```
  error: unable to download ‘ftp://ftp.archlinux.org/community/os/x86_64/sdlmame-0.151.u0-1-x86_64.pkg.tar.xz’: Couldn't resolve host name (6)
  error: unable to download ‘ftp://ftp.au.debian.org/debian/pool/main/b/bobcat/bobcat_3.25.02.orig.tar.gz’: Remote file not found (78)
  error: unable to download ‘ftp://ftp.au.debian.org/debian/pool/main/s/signing-party/signing-party_2.0.orig.tar.gz’: Remote file not found (78)
  error: unable to download ‘ftp://ftp.foolabs.com/pub/xpdf/xpdf-3.02pl4.patch’: Remote file not found (78)
  error: unable to download ‘ftp://ftp.mozilla.org/pub/mozilla.org/directory/perldap/releases/1.5.3/src/perl-mozldap-1.5.3.tar.gz’: Couldn't connect to server (7)
  error: unable to download ‘ftp://ftp.mozilla.org/pub/mozilla.org/directory/svrcore/releases/4.0.4/src/svrcore-4.0.4.tar.bz2’: Couldn't connect to server (7)
  error: unable to download ‘http://directfb.org/downloads/Core/DirectFB-1.7/DirectFB-1.7.7.tar.gz’: Couldn't resolve host name (6)
  error: unable to download ‘http://dl.lm-sensors.org/i2c-tools/releases/i2c-tools-3.1.1.tar.bz2’: HTTP response code said error (22)
  error: unable to download ‘http://download.ag-projects.com/MSRP/python-msrplib-0.17.0.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘http://download.clipgrab.de/clipgrab-3.5.1.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘http://downloads.sourceforge.net/project/mednafen/Mednafen-Server/0.5.2/mednafen-server-0.5.2.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘http://eid.belgium.be/en/binaries/eid-viewer-4.1.4-v4.1.4.src.tar_tcm406-270732.gz’: HTTP response code said error (22)
  error: unable to download ‘http://forge.scilab.org/index.php/p/arpack-ng/downloads/607/get/’: HTTP response code said error (22)
  error: unable to download ‘http://fortawesome.github.io/Font-Awesome/assets/font-awesome-4.4.0.zip’: HTTP response code said error (22)
  error: unable to download ‘http://ftp.gwdg.de/pub/languages/perl/CPAN/authors/id/E/ET/ETHER/JSON-MaybeXS-1.002005.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘http://ftp.gwdg.de/pub/languages/perl/CPAN/authors/id/E/ET/ETHER/MooseX-Getopt-0.65.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘http://ftp.gwdg.de/pub/languages/perl/CPAN/authors/id/E/ET/ETHER/namespace-autoclean-0.20.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘http://ftp.gwdg.de/pub/languages/perl/CPAN/authors/id/E/ET/ETHER/Test-Warnings-0.016.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘http://ftp.gwdg.de/pub/languages/perl/CPAN/authors/id/E/EX/EXODIST/Test-SharedFork-0.29.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘http://ftp.gwdg.de/pub/languages/perl/CPAN/authors/id/J/JD/JDHEDDEN/threads-2.01.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘http://ftp.gwdg.de/pub/languages/perl/CPAN/authors/id/M/MI/MIROD/XML-Twig-3.44.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘http://ftp.gwdg.de/pub/languages/perl/CPAN/authors/id/R/RI/RIBASUSHI/DBIx-Class-0.082801.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘http://ftp.gwdg.de/pub/languages/perl/CPAN/authors/id/R/RI/RIBASUSHI/SQL-Abstract-1.80.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘http://ftp.gwdg.de/pub/languages/perl/CPAN/authors/id/R/RS/RSCHUPP/Module-ScanDeps-1.17.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘http://ftp.gwdg.de/pub/languages/perl/CPAN/authors/id/S/SH/SHLOMIF/Text-Table-1.129.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘http://ftp.gwdg.de/pub/languages/perl/CPAN/authors/id/S/SZ/SZABGAB/Class-Base-0.05.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘http://home.comcast.net/~wb2osz/Version%201.2/direwolf-1.2-src.zip’: HTTP response code said error (22)
  error: unable to download ‘http://mirror.switch.ch/ftp/mirror/exim/exim/exim4/exim-4.85.tar.bz2’: HTTP response code said error (22)
  error: unable to download ‘http://omake.metaprl.org/downloads/omake-0.9.8.6-0.rc1.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘http://prdownloads.sourceforge.net/eaglemode/eaglemode-0.86.0.tar.bz2’: HTTP response code said error (22)
  error: unable to download ‘http://prdownloads.sourceforge.net/indi/libindi_1.0.0.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘https://download.electrum.org/Electrum-2.4.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘https://download.jetbrains.com/python/pycharm-community-4.5.3.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘https://github.com/andmarti1424/scim/archive/v0.1.9.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘https://github.com/freenet/fred-official/tarball/eccc9b3198’: HTTP response code said error (22)
  error: unable to download ‘https://gitorious.org/beret/beret/archive-tarball/ae029777’: HTTP response code said error (22)
  error: unable to download ‘https://python-nbxmpp.gajim.org/downloads/8’: Peer certificate cannot be authenticated with given CA certificates (60)
  error: unable to download ‘https://svn.neo-layout.org/linux/console/neo.map?r=2455’: Peer certificate cannot be authenticated with given CA certificates (60)
  error: unable to download ‘http://webloria.loria.fr/~quinson/Teaching/PLM/plm-2_5.jar’: HTTP response code said error (22)
  error: unable to download ‘http://www.colordiff.org/colordiff-1.0.15.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘http://www.dicollecte.org/download/fr/hunspell-french-dictionaries-v5.3.zip’: HTTP response code said error (22)
  error: unable to download ‘http://www.fon.hum.uva.nl/praat/praat5417_sources.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘http://www.linux-phc.org/forum/download/file.php?id=167’: HTTP response code said error (22)
  error: unable to download ‘http://www.rastersoft.com/descargas/devede-3.23.0.tar.bz2’: HTTP response code said error (22)
  error: unable to download ‘http://www.schedmd.com/download/latest/slurm-14.11.5.tar.bz2’: HTTP response code said error (22)
  error: unable to download ‘http://www.vips.ecs.soton.ac.uk/supported/current/vips-8.0.2.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘http://www.w1hkj.com/downloads/fldigi/fldigi-3.22.02.tar.gz’: HTTP response code said error (22)
  error: unable to download ‘http://znc.in/releases/znc-1.6.1.tar.gz’: HTTP response code said error (22)
  ```

  The CA certificate errors are really a `nix-prefetch-url` bug - it shouldn't complain about certificates if it knows the output hash.

  There were also a bunch of files that failed due to invalid characters in the file name, but that's more a bug in `copy-tarballs.pl`.


state: closed
title: grml-zsh-config: init at 0.12.4
user_login: msteen
html_url: https://github.com/NixOS/nixpkgs/pull/11783
updated_at: 2015-12-17 17:18:50
body:
  The Zsh configuration I was used to while using Arch Linux: https://wiki.archlinux.org/index.php/Zsh#Sample_.zshrc_files


state: closed
title: nix-serve user added to nix-daemon allowed users
user_login: msteen
html_url: https://github.com/NixOS/nixpkgs/pull/11784
updated_at: 2017-03-19 19:47:18
body:
  Without the nix-serve user in the allowed users of the Nix daemon,
  it will not have access to the Nix store, which will result in internal server errors.


state: closed
title: fix the mime database generation
user_login: cleverca22
html_url: https://github.com/NixOS/nixpkgs/pull/11785
updated_at: 2015-12-17 16:55:29
body:
  if only one package (for example: shared-mime-info) provides mime data, then $out/share/mime/packages is a symlink into it, which is read-only, causing the mime-database to not generate

  this change resolves the issue and fixes a large portion of xfce


state: closed
title: qtcreator-3.4.2 is ancient
user_login: aragnon
html_url: https://github.com/NixOS/nixpkgs/issues/11787
updated_at: 2015-12-17 19:21:14
body:
  The most recent version is 5.5.X (and it would also be nice if it would work on MacOSX El Capitan). 


state: closed
title: Can't boot into NixOS
user_login: lostdj
html_url: https://github.com/NixOS/nixpkgs/issues/11788
updated_at: 2016-03-31 15:56:49
body:
  Was lucky enough to login twice, but everything froze. The issue seems to be with laptop display backlight system / service / however it handled, because it's either booting process stops somewhere on 'loading backlight blah blah', or everything becomes completely unresponsive to anything with pressing Fn + 'backlight +/-'.

  I'm on ThinkPad W520.
  With custom package tree (identical to this repo). Tried to base the build on these two commits: https://github.com/nixos/nixpkgs/commit/33eddc4e906d93ccc1bc6da33e47cf5d35d04c1b and https://github.com/nixos/nixpkgs/commit/93d8671e2c6d1d25f126ed30e5e6f16764330119 Hoping that it was magically fixed in a time between them.

  Tried disabling as much as possible in BIOS, turning on/off NV Optimus. Nothing.

  I haven't updated since march-may and will try out a stable 15.09 later. But meanwhile, were there any big changes related to this after 15.09?


state: closed
title: rtags does not build on El Capitan
user_login: aragnon
html_url: https://github.com/NixOS/nixpkgs/issues/11789
updated_at: 2017-04-03 23:33:51
body:
  ```
  remote: Total 32489 (delta 53), reused 0 (delta 0), pack-reused 32380
  Receiving objects: 100% (32489/32489), 20.02 MiB | 2.01 MiB/s, done.
  Resolving deltas: 100% (19616/19616), done.
  From https://github.com/andersbakken/rtags
   * [new branch]      child-diagnostics -> origin/child-diagnostics
   * [new branch]      debugging_403 -> origin/debugging_403
   * [new branch]      develop    -> origin/develop
   * [new branch]      expanded-symbols -> origin/expanded-symbols
   * [new branch]      instancelocation -> origin/instancelocation
   * [new branch]      issue445   -> origin/issue445
   * [new branch]      master     -> origin/master
   * [new branch]      pch        -> origin/pch
   * [new branch]      templatework -> origin/templatework
   * [new branch]      wip423     -> origin/wip423
   * [new branch]      wipelisp   -> origin/wipelisp
   * [new tag]         1.0rc      -> 1.0rc
   * [new tag]         v1.0       -> v1.0
   * [new tag]         v1.1       -> v1.1
   * [new tag]         v1.2       -> v1.2
   * [new tag]         v2.0       -> v2.0
  Switched to a new branch 'fetchgit'
  Submodule 'src/rct' (https://github.com/Andersbakken/rct) registered for path 'src/rct'
  Initialized empty Git repository in /nix/store/24bli86mda2w0kjgxbczkyq1a99kddmq-rtags-9fed420/src/rct/.git/
  remote: Counting objects: 4847, done.
  remote: Compressing objects: 100% (8/8), done.
  remote: Total 4847 (delta 2), reused 0 (delta 0), pack-reused 4839
  Receiving objects: 100% (4847/4847), 1.34 MiB | 804.00 KiB/s, done.
  Resolving deltas: 100% (3403/3403), done.
  From https://github.com/Andersbakken/rct
   * [new branch]      adamwg-checksum-file -> origin/adamwg-checksum-file
   * [new branch]      btree      -> origin/btree
   * [new branch]      compress   -> origin/compress
   * [new branch]      connection_versioning -> origin/connection_versioning
   * [new branch]      cygwin     -> origin/cygwin
   * [new branch]      cygwin2    -> origin/cygwin2
   * [new branch]      db         -> origin/db
   * [new branch]      delayedconnection -> origin/delayedconnection
   * [new branch]      encode-wip -> origin/encode-wip
   * [new branch]      eventlogging -> origin/eventlogging
   * [new branch]      eventloop  -> origin/eventloop
   * [new branch]      flymake-replacement -> origin/flymake-replacement
   * [new branch]      fspollwork -> origin/fspollwork
   * [new branch]      header-cleanup -> origin/header-cleanup
   * [new branch]      kqueue     -> origin/kqueue
   * [new branch]      master     -> origin/master
   * [new branch]      master_no_rx -> origin/master_no_rx
   * [new branch]      move       -> origin/move
   * [new branch]      poll       -> origin/poll
   * [new branch]      scriptengine -> origin/scriptengine
   * [new branch]      serializer-shmem -> origin/serializer-shmem
   * [new branch]      threadpool -> origin/threadpool
   * [new branch]      udp        -> origin/udp
   * [new branch]      waitforfinished -> origin/waitforfinished
  Switched to a new branch 'fetchgit'
  git revision is 9fed420d20935faf55770765591fc2de02eeee28
  git human-readable version is v2.0-637-g9fed420
  Commit date is 2015-10-14 15:18:53 -0700
  removing `.git'...
  building path(s) ‘/nix/store/cyjrqf9zhvdxvfja3k6mc22pnvw72vfz-rtags-9fed420’
  unpacking sources
  unpacking source archive /nix/store/24bli86mda2w0kjgxbczkyq1a99kddmq-rtags-9fed420
  source root is rtags-9fed420
  patching sources
  configuring
  fixing cmake files...
  cmake flags: -DCMAKE_BUILD_TYPE=Release -DCMAKE_SKIP_BUILD_RPATH=ON -DCMAKE_INSTALL_NAME_DIR=/nix/store/cyjrqf9zhvdxvfja3k6mc22pnvw72vfz-rtags-9fed420/lib -DCMAKE_INSTALL_PREFIX=/nix/store/cyjrqf9zhvdxvfja3k6mc22pnvw72vfz-rtags-9fed420
  -- The C compiler identification is Clang 3.6.2
  -- The CXX compiler identification is Clang 3.6.2
  -- Check for working C compiler: /nix/store/2bf6xr0v5mxlfx0lawgk6lcnw5dibk1a-clang-wrapper-3.6.2/bin/clang
  -- Check for working C compiler: /nix/store/2bf6xr0v5mxlfx0lawgk6lcnw5dibk1a-clang-wrapper-3.6.2/bin/clang -- works
  -- Detecting C compiler ABI info
  -- Detecting C compiler ABI info - done
  -- Check for working CXX compiler: /nix/store/2bf6xr0v5mxlfx0lawgk6lcnw5dibk1a-clang-wrapper-3.6.2/bin/clang++
  -- Check for working CXX compiler: /nix/store/2bf6xr0v5mxlfx0lawgk6lcnw5dibk1a-clang-wrapper-3.6.2/bin/clang++ -- works
  -- Detecting CXX compiler ABI info
  -- Detecting CXX compiler ABI info - done
  -- llvm-config executable found: /nix/store/gzh2zias4nnybkkia0rhjh6gsabl8ll8-llvm-config
  -- Using Clang version 3.6.2 from /nix/store/6dvqqlsciy1fgsp8636g4c18080i5mh0-llvm-3.6.2/lib with CXXFLAGS -I/nix/store/6dvqqlsciy1fgsp8636g4c18080i5mh0-llvm-3.6.2/include -stdlib=libc++ -fPIC -fvisibility-inlines-hidden -Wall -W -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic -Wno-long-long -Wcovered-switch-default -Wnon-virtual-dtor    -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -isystem /nix/store/7j0xlh1xanhfihsx8kmmwxhdapih87a4-clang-3.6.2/include
  -- Found LibClang: /nix/store/7j0xlh1xanhfihsx8kmmwxhdapih87a4-clang-3.6.2/lib/libclang.dylib
  -- Found Curses: /usr/lib/libcurses.dylib
  -- Looking for backtrace
  -- Looking for backtrace - found
  -- Looking for CLOCK_MONOTONIC_RAW
  -- Looking for CLOCK_MONOTONIC_RAW - not found
  -- Looking for CLOCK_MONOTONIC
  -- Looking for CLOCK_MONOTONIC - not found
  -- Looking for mach_absolute_time
  -- Looking for mach_absolute_time - found
  -- Looking for inotify_init
  -- Looking for inotify_init - not found
  -- Looking for kqueue
  -- Looking for kqueue - found
  -- Looking for epoll_wait
  -- Looking for epoll_wait - not found
  -- Looking for select
  -- Looking for select - found
  -- Looking for FD_CLOEXEC
  -- Looking for FD_CLOEXEC - found
  -- Looking for SO_NOSIGPIPE
  -- Looking for SO_NOSIGPIPE - found
  -- Looking for MSG_NOSIGNAL
  -- Looking for MSG_NOSIGNAL - not found
  -- Looking for GetLogicalProcessorInformation
  -- Looking for GetLogicalProcessorInformation - not found
  -- Looking for SCHED_IDLE
  -- Looking for SCHED_IDLE - not found
  -- Looking for SHM_DEST
  -- Looking for SHM_DEST - not found
  OS X version /bin/sh: sw_vers: command not found
  -- Using kqueue
  -- Performing Test HAVE_STATMTIM
  -- Performing Test HAVE_STATMTIM - Failed
  -- Found ZLIB: /nix/store/5i2p5jbj5mdn7n6axd6n59zkgg2inzlw-zlib-1.2.8/lib/libz.dylib (found version "1.2.8")
  -- Found OpenSSL: /nix/store/nhpry0z95nkw1kk8j1dlwkrpm150xxgz-openssl-1.0.1p/lib/libssl.dylib;/nix/store/nhpry0z95nkw1kk8j1dlwkrpm150xxgz-openssl-1.0.1p/lib/libcrypto.dylib (found version "1.0.1p")
  -- Performing Test HAVE_CXX11
  -- Performing Test HAVE_CXX11 - Success
  -- Performing Test HAVE_UNORDERDED_MAP_WORKING_MOVE_CONSTRUCTOR
  -- Performing Test HAVE_UNORDERDED_MAP_WORKING_MOVE_CONSTRUCTOR - Success
  Copying files from /private/var/folders/g5/vwqh3f854dz660v7zzn0s0680000gn/T/nix-build-rtags-9fed420.drv-0/rtags-9fed420/bin to /private/var/folders/g5/vwqh3f854dz660v7zzn0s0680000gn/T/nix-build-rtags-9fed420.drv-0/rtags-9fed420/build/bin
  -- Bash completion file will not be installed, as cmake bash-completion package was not found!
  --
  -- The following OPTIONAL packages have been found:

   * ZLIB
   * OpenSSL

  -- The following REQUIRED packages have been found:

   * LibClang
   * Curses

  -- Configuring done
  -- Generating done
  -- Build files have been written to: /private/var/folders/g5/vwqh3f854dz660v7zzn0s0680000gn/T/nix-build-rtags-9fed420.drv-0/rtags-9fed420/build
  building
  make flags: SHELL=/nix/store/pn9r6i3d1b67m9kh1yrqs0wycx684c68-bash-4.3-p42/bin/bash
  Scanning dependencies of target rct
  [  1%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/AES256CBC.cpp.o
  [  2%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/SHA256.cpp.o
  [  4%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/Buffer.cpp.o
  [  5%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/Config.cpp.o
  [  7%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/Connection.cpp.o
  [  8%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/CpuUsage.cpp.o
  [ 10%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/Date.cpp.o
  [ 11%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/EventLoop.cpp.o
  [ 12%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/FileSystemWatcher.cpp.o
  [ 14%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/Log.cpp.o
  [ 15%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/MemoryMonitor.cpp.o
  [ 17%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/Message.cpp.o
  [ 18%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/MessageQueue.cpp.o
  [ 20%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/Path.cpp.o
  [ 21%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/Plugin.cpp.o
  [ 22%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/Process.cpp.o
  [ 24%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/Rct.cpp.o
  [ 25%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/ReadWriteLock.cpp.o
  [ 27%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/Semaphore.cpp.o
  [ 28%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/SharedMemory.cpp.o
  [ 30%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/SocketClient.cpp.o
  [ 31%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/SocketServer.cpp.o
  [ 32%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/String.cpp.o
  [ 34%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/Thread.cpp.o
  [ 35%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/ThreadPool.cpp.o
  [ 37%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/Timer.cpp.o
  [ 38%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/Value.cpp.o
  [ 40%] Building C object src/rct/CMakeFiles/rct.dir/cJSON/cJSON.c.o
  [ 41%] Building CXX object src/rct/CMakeFiles/rct.dir/rct/FileSystemWatcher_kqueue.cpp.o
  [ 42%] Linking CXX static library librct.a
  [ 42%] Built target rct
  Scanning dependencies of target rtags
  [ 44%] Building CXX object src/CMakeFiles/rtags.dir/IndexMessage.cpp.o
  [ 45%] Building CXX object src/CMakeFiles/rtags.dir/Location.cpp.o
  [ 47%] Building CXX object src/CMakeFiles/rtags.dir/Symbol.cpp.o
  [ 48%] Building CXX object src/CMakeFiles/rtags.dir/QueryMessage.cpp.o
  [ 50%] Building CXX object src/CMakeFiles/rtags.dir/RTags.cpp.o
  [ 51%] Linking CXX static library librtags.a
  [ 51%] Built target rtags
  Scanning dependencies of target rc
  [ 52%] Building CXX object src/CMakeFiles/rc.dir/rc.cpp.o
  [ 54%] Building CXX object src/CMakeFiles/rc.dir/RClient.cpp.o
  [ 55%] Linking CXX executable ../bin/rc
  ld: framework not found CoreServices
  clang-3.6: error: linker command failed with exit code 1 (use -v to see invocation)
  src/CMakeFiles/rc.dir/build.make:124: recipe for target 'bin/rc' failed
  make[2]: *** [bin/rc] Error 1
  CMakeFiles/Makefile2:190: recipe for target 'src/CMakeFiles/rc.dir/all' failed
  make[1]: *** [src/CMakeFiles/rc.dir/all] Error 2
  Makefile:127: recipe for target 'all' failed
  make: *** [all] Error 2
  builder for ‘/nix/store/c3px87hb146cdzgfixqjihkxhvrcai75-rtags-9fed420.drv’ failed with exit code 2
  error: build of ‘/nix/store/c3px87hb146cdzgfixqjihkxhvrcai75-rtags-9fed420.drv’ failed
  ```


state: open
title: Benchmark NixOS configurations against CIS guidelines
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/11790
updated_at: 2018-06-23 18:02:07
body:
  Their benchmarks tend to be rather distro-specific, so their particular tests won't work on NixOS, but many of their higher-level guidelines can still apply if you step back a bit.

  It would be nice to be able to automatically grade a NixOS configuration and keep track of how high we can go (SELinux for example isn't going to work).

  https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.0.0.pdf
  https://benchmarks.cisecurity.org/tools2/linux/CIS_CentOS_Linux_7_Benchmark_v1.1.0.pdf

  cc @thoughtpolice and related to #7220


state: closed
title: Error message with root installation
user_login: aragnon
html_url: https://github.com/NixOS/nixpkgs/issues/11792
updated_at: 2017-09-04 20:41:33
body:
  ```
  nix-env -i irssi --show-trace
  installing ‘irssi-0.8.17’
  error: opening lock file ‘/nix/store/amgxsp45kk5gp6flz43frgybs9idic73-env-manifest.nix.lock’: Permission denied
  ```

  Just print out the required root command for a multi-user setup with a link to the documentation or something similar to fix this situation. 


state: closed
title: Bash patch 42 sha checksum is wrong
user_login: TLATER
html_url: https://github.com/NixOS/nixpkgs/issues/11793
updated_at: 2015-12-18 10:46:08
body:
  Very new user here, so excuse me if I am just misinformed.

  In /pkgs/shells/bash

  ```
  (patch "042" "06a90k0p6bqc4wk2dsmapna69124an76xvlnlj3xm497vci968dc")
  ```

  fixes a recurring sha error when trying to install bash 43.


state: closed
title: gnome3_*.libgdata: add `nss` dependency
user_login: nckx
html_url: https://github.com/NixOS/nixpkgs/pull/11796
updated_at: 2015-12-21 00:14:53
body:
  Fixes the following build error:

  ```
    CCLD     gdata/libgdata.la
  /nix/store/5kdjp8200hazaydx0dmwn5qghqkyi3py-binutils-2.23.1/bin/ld: cannot find -lssl3
  /nix/store/5kdjp8200hazaydx0dmwn5qghqkyi3py-binutils-2.23.1/bin/ld: cannot find -lsmime3
  /nix/store/5kdjp8200hazaydx0dmwn5qghqkyi3py-binutils-2.23.1/bin/ld: cannot find -lnss3
  /nix/store/5kdjp8200hazaydx0dmwn5qghqkyi3py-binutils-2.23.1/bin/ld: cannot find -lnssutil3
  collect2: error: ld returned 1 exit status
  ```

  cc @lethalman.


state: closed
title: softhsm: init at 2.0.0
user_login: leenaars
html_url: https://github.com/NixOS/nixpkgs/pull/11797
updated_at: 2015-12-18 00:16:26
body:
  SoftHSM is an implementation of a cryptographic store accessible through a PKCS #11 interface. You can use it to explore PKCS #11 without having a Hardware Security Module. It is being developed as a part of the OpenDNSSEC project. SoftHSM uses Botan for its cryptographic operations.


state: closed
title: cc-wrapper: fix on darwin
user_login: acowley
html_url: https://github.com/NixOS/nixpkgs/pull/11798
updated_at: 2016-01-25 09:07:21
body:
  The ld-wrapper.sh script calls `readlink` in some circumstances. We need
  to ensure that this is the `readlink` from the `coreutils` package so
  that flag support is as expected.

  Without doing this, the following happens with a trivial `main.c`:

  ```
  nix-env -f "<nixpkgs>" -iA pkgs.clang
  $ clang main.c -L /nix/../nix/store/2ankvagznq062x1gifpxwkk7fp3xwy63-xnu-2422.115.4/Library -o a.out
  readlink: illegal option -- f
  usage: readlink [-n] [file ...]
  ```

  The key element is the `..` in the path supplied to the linker via a
  `-L` flag. With this patch, the above invocation works correctly on
  darwin, whose native `/usr/bin/readlink` does not support the `-f` flag.

  Fixes #6447


state: closed
title: pkgs.zdfmediathk: 9 -> 10
user_login: flosse
html_url: https://github.com/NixOS/nixpkgs/pull/11799
updated_at: 2015-12-18 00:44:09
body:
  @chaoflow I just saw you added the same application some time later but with the new name. I think we should merge them some time ;-)


state: closed
title: screen failed to build on Darwin
user_login: aespinosa
html_url: https://github.com/NixOS/nixpkgs/issues/11801
updated_at: 2015-12-18 10:42:45
body:
  Reports a utmp.h not found . Not sure if this is because of the transition to pureDarwin.  

  Here is the full gist: https://gist.github.com/aespinosa/7923649d922467110ee4 . Built on OSX 10.9.5


state: closed
title: Auto Upgrade: Added a 'dates' option, so the time of the update can be set
user_login: AveryLychee
html_url: https://github.com/NixOS/nixpkgs/pull/11804
updated_at: 2015-12-18 08:20:55
body:
  By default, it uses the same time as the previous version, so any existing configs won't be accepted.

  I've only tested this on my own system, so if more tests are required, please let me know.

  (Most of the code has been copied from [nix-gc.nix](https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/services/misc/nix-gc.nix)).


state: closed
title: Installing bundler_HEAD uninstalls ruby
user_login: philandstuff
html_url: https://github.com/NixOS/nixpkgs/issues/11805
updated_at: 2015-12-23 08:12:07
body:
  I can't seem to get both ruby and bundler installed simultaneously, which is frustrating because bundler can't run with ruby.  Here's a sample session:

  ``` bash
  [philandstuff@nixos:~]$ nix-env -e ruby
  uninstalling ‘ruby-2.2.3-p0-bundler-2015-01-11’

  [philandstuff@nixos:~]$ nix-env -iA nixos.ruby_2_1
  installing ‘ruby-2.1.7-p0’

  [philandstuff@nixos:~]$ ruby -e 'puts "hello"'
  hello

  [philandstuff@nixos:~]$ nix-env -iA nixos.bundler_HEAD
  replacing old ‘ruby-2.1.7-p0’
  installing ‘ruby-2.2.3-p0-bundler-2015-01-11’

  [philandstuff@nixos:~]$ bundle
  /nix/store/zzj4664wj266mnd8a1l21ggw21g4x2ya-coreutils-8.24/bin/env: ruby: No such file or directory

  [philandstuff@nixos:~]$ ruby -e 'puts "hello"'
  The program ‘ruby’ is currently not installed. It is provided by
  several packages. You can install it by typing one of the following:
    nix-env -iA nixos.ruby
    nix-env -iA nixos.ruby_1_9
    nix-env -iA nixos.ruby_2_0
    nix-env -iA nixos.ruby_2_1
    nix-env -iA nixos.ruby_2_1_0
    nix-env -iA nixos.ruby_2_1_1
    nix-env -iA nixos.ruby_2_1_2
    nix-env -iA nixos.ruby_2_1_3
    nix-env -iA nixos.ruby_2_1_6
    nix-env -iA nixos.ruby_2_2_0
    nix-env -iA nixos.ruby_2_2_2
  ```

  This problem doesn't occur with the regular bundler package.


state: closed
title: lastpass-cli: 0.5.1 -> 0.7.0
user_login: markus1189
html_url: https://github.com/NixOS/nixpkgs/pull/11807
updated_at: 2016-02-18 13:16:18
body:
  Updates `lastpass-cli` from 0.5.1 to 0.7.0

  -- 24pullrequests
  [![](http://24pullrequests.com/assets/logo-8a77737f86fec8def19a1c9a605c9841dbd44e59f243ed3bf64bbdf3214d6fa1.png)](http://24pullrequests.com/)


state: closed
title: autoUpgrade: added a 'dates' option, to allow you to switch when the …
user_login: AveryLychee
html_url: https://github.com/NixOS/nixpkgs/pull/11808
updated_at: 2015-12-19 07:00:21
body:
  …upgrade happens.

  It uses the same default time as autoUpgrade did previously, so configurations that already use _'autoUpgrade.enable'_ should be fine.

  (Note: most of the code here just comes from [nix-gc](https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/services/misc/nix-gc.nix)).

  I've only tested this on my machine, so if more tests need to be done, let me know.


state: closed
title: libvirtd service: Move mutable configs to /var
user_login: fadenb
html_url: https://github.com/NixOS/nixpkgs/pull/11809
updated_at: 2016-01-15 18:01:57
body:
  Modifies libvirt package to search for configs in /var/lib and changes
  libvirtd service to copy the default configs to the new location.

  This enables the user to change e.g. the networking configuration with
  virsh or virt-manager and keep those settings.


state: closed
title: ihaskell install doesn't work
user_login: aragnon
html_url: https://github.com/NixOS/nixpkgs/issues/11810
updated_at: 2016-02-21 17:04:34
body:
  ```
  # ihaskell install
  ihaskell:
  Ran commands:
  which jupyter
  which jupyter
  /usr/local/bin/jupyter --version
  which /usr/local/bin/jupyter
  withTmpDir
  rm -f /tmp/tmpThreadId41804289383846930886
  mkdir /tmp/tmpThreadId41804289383846930886
  mkdir -p /tmp/tmpThreadId41804289383846930886/haskell
  writefile /tmp/tmpThreadId41804289383846930886/haskell/kernel.json
  cp /nix/store/hylyyj5jgcpgsbqgy05m1xlpalgm3jfz-ihaskell-0.8.2.0/share/x86_64-linux-ghc-7.10.2/ihaskell-0.8.2.0/html/kernel.js /tmp/tmpThreadId41804289383846930886/haskell/kernel.js
  cp /nix/store/hylyyj5jgcpgsbqgy05m1xlpalgm3jfz-ihaskell-0.8.2.0/share/x86_64-linux-ghc-7.10.2/ihaskell-0.8.2.0/html/logo-64x64.png /tmp/tmpThreadId41804289383846930886/haskell/logo-64x64.png
  which ipython
  /usr/local/bin/ipython kernelspec install --user /tmp/tmpThreadId41804289383846930886/haskell --replace
  which /usr/local/bin/ipython
  rm -rf /tmp/tmpThreadId41804289383846930886

  Exception: error running: /usr/local/bin/ipython kernelspec install --user /tmp/tmpThreadId41804289383846930886/haskell --replace
  exit status: 1
  stderr: Traceback (most recent call last):
    File "/usr/local/bin/ipython", line 11, in <module>
      sys.exit(start_ipython())
    File "/nix/store/kswx3i4af2sf96n0565rx3wkhjb9fziy-python-2.7.10-env/lib/python2.7/site-packages/IPython/__init__.py", line 118, in start_ipython
      return launch_new_instance(argv=argv, **kwargs)
    File "/nix/store/kswx3i4af2sf96n0565rx3wkhjb9fziy-python-2.7.10-env/lib/python2.7/site-packages/traitlets/config/application.py", line 591, in launch_instance
      app.initialize(argv)
    File "<string>", line 2, in initialize
    File "/nix/store/kswx3i4af2sf96n0565rx3wkhjb9fziy-python-2.7.10-env/lib/python2.7/site-packages/traitlets/config/application.py", line 75, in catch_config_error
      return method(app, *args, **kwargs)
    File "/nix/store/kswx3i4af2sf96n0565rx3wkhjb9fziy-python-2.7.10-env/lib/python2.7/site-packages/IPython/terminal/ipapp.py", line 305, in initialize
      super(TerminalIPythonApp, self).initialize(argv)
    File "<string>", line 2, in initialize
    File "/nix/store/kswx3i4af2sf96n0565rx3wkhjb9fziy-python-2.7.10-env/lib/python2.7/site-packages/traitlets/config/application.py", line 75, in catch_config_error
      return method(app, *args, **kwargs)
    File "/nix/store/kswx3i4af2sf96n0565rx3wkhjb9fziy-python-2.7.10-env/lib/python2.7/site-packages/IPython/core/application.py", line 386, in initialize
      self.parse_command_line(argv)
    File "/nix/store/kswx3i4af2sf96n0565rx3wkhjb9fziy-python-2.7.10-env/lib/python2.7/site-packages/IPython/terminal/ipapp.py", line 300, in parse_command_line
      return super(TerminalIPythonApp, self).parse_command_line(argv)
    File "<string>", line 2, in parse_command_line
    File "/nix/store/kswx3i4af2sf96n0565rx3wkhjb9fziy-python-2.7.10-env/lib/python2.7/site-packages/traitlets/config/application.py", line 75, in catch_config_error
      return method(app, *args, **kwargs)
    File "/nix/store/kswx3i4af2sf96n0565rx3wkhjb9fziy-python-2.7.10-env/lib/python2.7/site-packages/traitlets/config/application.py", line 487, in parse_command_line
      return self.initialize_subcommand(subc, subargv)
    File "<string>", line 2, in initialize_subcommand
    File "/nix/store/kswx3i4af2sf96n0565rx3wkhjb9fziy-python-2.7.10-env/lib/python2.7/site-packages/traitlets/config/application.py", line 75, in catch_config_error
      return method(app, *args, **kwargs)
    File "/nix/store/kswx3i4af2sf96n0565rx3wkhjb9fziy-python-2.7.10-env/lib/python2.7/site-packages/traitlets/config/application.py", line 418, in initialize_subcommand
      subapp = import_item(subapp)
    File "/nix/store/kswx3i4af2sf96n0565rx3wkhjb9fziy-python-2.7.10-env/lib/python2.7/site-packages/ipython_genutils/importstring.py", line 31, in import_item
      module = __import__(package, fromlist=[obj])
    File "/nix/store/kswx3i4af2sf96n0565rx3wkhjb9fziy-python-2.7.10-env/lib/python2.7/site-packages/jupyter_client/__init__.py", line 4, in <module>
      from .connect import *
    File "/nix/store/kswx3i4af2sf96n0565rx3wkhjb9fziy-python-2.7.10-env/lib/python2.7/site-packages/jupyter_client/connect.py", line 21, in <module>
      import zmq
    File "/nix/store/kswx3i4af2sf96n0565rx3wkhjb9fziy-python-2.7.10-env/lib/python2.7/site-packages/zmq/__init__.py", line 49, in <module>
      from zmq import backend
    File "/nix/store/kswx3i4af2sf96n0565rx3wkhjb9fziy-python-2.7.10-env/lib/python2.7/site-packages/zmq/backend/__init__.py", line 41, in <module>
      reraise(*exc_info)
    File "/nix/store/kswx3i4af2sf96n0565rx3wkhjb9fziy-python-2.7.10-env/lib/python2.7/site-packages/zmq/backend/__init__.py", line 29, in <module>
      _ns = select_backend(first)
    File "/nix/store/kswx3i4af2sf96n0565rx3wkhjb9fziy-python-2.7.10-env/lib/python2.7/site-packages/zmq/backend/select.py", line 27, in select_backend
      mod = __import__(name, fromlist=public_api)
    File "/nix/store/kswx3i4af2sf96n0565rx3wkhjb9fziy-python-2.7.10-env/lib/python2.7/site-packages/zmq/backend/cython/__init__.py", line 6, in <module>
      from . import (constants, error, message, context,
  ImportError: /nix/store/hd6km3hscbgl2yw8nx7lr5z9s8h89p04-glibc-2.21/lib/librt.so.1: symbol __shm_directory, version GLIBC_PRIVATE not defined in file libpthread.so.0 with link time reference
  ```


state: closed
title: aspell: improve the doc string
user_login: bnikolic
html_url: https://github.com/NixOS/nixpkgs/pull/11814
updated_at: 2015-12-22 12:31:10
body:
  It is better to specify data-dir in the environmental variable since
  then both the language description files and the dictionaries will be
  found. Since dict-dir defaults to data-dir only the latter needs to be
  set. See for example https://github.com/NixOS/nixpkgs/issues/1000


state: closed
title: tome4 doesn't render screen
user_login: sindikat
html_url: https://github.com/NixOS/nixpkgs/issues/11815
updated_at: 2016-12-15 19:25:49
body:
  I install `tome4` (roguelike game, http://te4.org) and run it, and while the program runs and the sound is heard, there is no game screen. The first few lines of a debug messages are:

  ```
  WebCore config: library(/nix/store/wfzy42pifghrpr7wdpsgg7mjh8qc7ryj-tome4-1.3.1/opt/tome4/libte4-web.so) spawn(/nix/store/wfzy42pifghrpr7wdpsgg7mjh8qc7ryj-tome4-1.3.1/opt/tome4/cef3spawn)
  Loading WebCore: Failed loading /nix/store/wfzy42pifghrpr7wdpsgg7mjh8qc7ryj-tome4-1.3.1/opt/tome4/libte4-web.so: /nix/store/wfzy42pifghrpr7wdpsgg7mjh8qc7ryj-tome4-1.3.1/opt/tome4/libte4-web.so: cannot open shared object file: No such file o
  [CPU] Detected 4 CPUs
  OpenAL device available: OpenAL Soft (default OpenAL Soft)
  Available video driver: x11
  Available video driver: dummy
  NO SELFEXE: bootstrapping from CWD
  ```

  I can provide more trace. Can it be package's fault, because there's no file `libte4-web.so` present, because of underspecified dependencies? Or Nix has nothing to do with it?


state: closed
title: xdvi isn't packaged with the new texlive infrastructure
user_login: peti
html_url: https://github.com/NixOS/nixpkgs/issues/11816
updated_at: 2015-12-22 20:35:37
body:
  I tried

  ```
  self.texlive.combine { inherit (self.texlive) scheme-medium xdvi; };
  ```

  etc., but I did not manage to get my hands on an `xdvi` executable. Can I install that tool somehow with the new texlive infrastructure?

  Cc: @vcunat 


state: closed
title: fglrx: fix fglrx_dri.so
user_login: a1russell
html_url: https://github.com/NixOS/nixpkgs/pull/11817
updated_at: 2016-01-23 16:37:46
body:
  Attempting to fix #11740. I am on 15.09 stable. After the changes, I get a setfault upon running glxinfo:

  ```
  # LIBGL_DEBUG=verbose glxinfo
  name of display: :0.0
  libGL: AtiGetClientDriverName: 15.20.3 fglrx (screen 0)
  ukiDynamicMajor: found major device number 247
  ukiDynamicMajor: found major device number 247
  ukiDynamicMajor: found major device number 247
  ukiOpenDevice: node name is /dev/ati/card0
  ukiOpenDevice: open result is 4, (OK)
  ukiGetBusid returned 'PCI:2:0:0'
  ukiOpenDevice: node name is /dev/ati/card1
  ukiOpenDevice: open result is 4, (OK)
  ukiGetBusid returned 'PCI:3:0:0'
  ukiOpenDevice: node name is /dev/ati/card2
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: Open failed
  ukiOpenDevice: node name is /dev/ati/card3
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: Open failed
  ukiOpenDevice: node name is /dev/ati/card4
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: Open failed
  ukiOpenDevice: node name is /dev/ati/card5
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: Open failed
  ukiOpenDevice: node name is /dev/ati/card6
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: Open failed
  ukiOpenDevice: node name is /dev/ati/card7
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: Open failed
  ukiOpenDevice: node name is /dev/ati/card8
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: Open failed
  ukiOpenDevice: node name is /dev/ati/card9
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: Open failed
  ukiOpenDevice: node name is /dev/ati/card10
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: Open failed
  ukiOpenDevice: node name is /dev/ati/card11
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: Open failed
  ukiOpenDevice: node name is /dev/ati/card12
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: Open failed
  ukiOpenDevice: node name is /dev/ati/card13
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: Open failed
  ukiOpenDevice: node name is /dev/ati/card14
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: Open failed
  ukiOpenDevice: node name is /dev/ati/card15
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: open result is -1, (No such device)
  ukiOpenDevice: Open failed
  ukiDynamicMajor: found major device number 247
  ukiOpenByBusid: Searching for BusID PCI:2:0:0
  ukiOpenDevice: node name is /dev/ati/card0
  ukiOpenDevice: open result is 4, (OK)
  ukiOpenByBusid: ukiOpenMinor returns 4
  ukiOpenByBusid: ukiGetBusid reports PCI:2:0:0
  libGL: AtiGetClientDriverName: 15.20.3 fglrx (screen 1)
  ukiDynamicMajor: found major device number 247
  ukiDynamicMajor: found major device number 247
  ukiOpenByBusid: Searching for BusID PCI:2:0:0
  ukiOpenDevice: node name is /dev/ati/card0
  ukiOpenDevice: open result is 5, (OK)
  ukiOpenByBusid: ukiOpenMinor returns 5
  ukiOpenByBusid: ukiGetBusid reports PCI:2:0:0
  Segmentation fault
  ```

  But I no longer need the `/usr/X11R6/lib64/modules/dri` -> `/run/opengl-driver/lib/dri symlink`, and `fglrx_dri.so` seems to have everything resolved:

  ```
  $ ldd /run/opengl-driver/lib/dri/fglrx_dri.so
      linux-vdso.so.1 (0x00007ffc8c79f000)
      libstdc++.so.6 => /nix/store/81gmdmvsi9a3iyhk4hnxamm8hg8d82sx-gcc-4.9.3/lib64/libstdc++.so.6 (0x00007fbaa38de000)
      libpthread.so.0 => /nix/store/npfsi1d9ka8zwnxzn3sr08hbwvpapyk7-glibc-2.21/lib/libpthread.so.0 (0x00007fbaa36c1000)
      librt.so.1 => /nix/store/npfsi1d9ka8zwnxzn3sr08hbwvpapyk7-glibc-2.21/lib/librt.so.1 (0x00007fbaa34b9000)
      libdl.so.2 => /nix/store/npfsi1d9ka8zwnxzn3sr08hbwvpapyk7-glibc-2.21/lib/libdl.so.2 (0x00007fbaa32b5000)
      libm.so.6 => /nix/store/npfsi1d9ka8zwnxzn3sr08hbwvpapyk7-glibc-2.21/lib/libm.so.6 (0x00007fbaa2fb2000)
      libgcc_s.so.1 => /nix/store/81gmdmvsi9a3iyhk4hnxamm8hg8d82sx-gcc-4.9.3/lib64/libgcc_s.so.1 (0x00007fbaa2d9c000)
      libXext.so.6 => /run/opengl-driver/lib/libXext.so.6 (0x00007fbaa2b8a000)
      libX11.so.6 => /run/opengl-driver/lib/libX11.so.6 (0x00007fbaa284d000)
      libc.so.6 => /nix/store/npfsi1d9ka8zwnxzn3sr08hbwvpapyk7-glibc-2.21/lib/libc.so.6 (0x00007fbaa24ad000)
      /nix/store/npfsi1d9ka8zwnxzn3sr08hbwvpapyk7-glibc-2.21/lib64/ld-linux-x86-64.so.2 (0x00007fbaa644b000)
      libxcb.so.1 => /nix/store/dfwj9b6vb2g65asg681yw2w8knpmlqq4-libxcb-1.11/lib/libxcb.so.1 (0x00007fbaa228f000)
      libXau.so.6 => /nix/store/p408ns8dn0cfi4z4fzd6f10b9pvlfhss-libXau-1.0.8/lib/libXau.so.6 (0x00007fbaa208c000)
      libXdmcp.so.6 => /nix/store/xm4jqqq9m2nb9mczvv02z1lsyj225kvf-libXdmcp-1.1.2/lib/libXdmcp.so.6 (0x00007fbaa1e87000)
  ```

  Any feedback on the changes, or especially does anyone have an idea of why the segfault is happening?


state: closed
title: Add shell env to buildHex packages.
user_login: gleber
html_url: https://github.com/NixOS/nixpkgs/pull/11818
updated_at: 2015-12-20 11:54:11
body:
  This adds erlangPackages.${name}.env, which is usable to launch a shell
  with the package and it's dependencies like this:

  ```
  nix-shell -A erlangPackages.lager.env
  ```

  This required:

  1) refactoring buildHex to become a fixed-point function,
  2) moves output of a package into $out/${name},
  3) introduces erlEnv (buildEnv, which links in package and it's deps
     into one directory - a super-simple plagiarization of
     haskellPackages.compiler.ghcWithPackages) and
  4) shell function producing a un-buildable derivation to be used by
     nix-shell


state: closed
title: pkgs.slurm-llnl-full: Add full variant of slurm-llnl
user_login: lsix
html_url: https://github.com/NixOS/nixpkgs/pull/11820
updated_at: 2015-12-19 16:29:26
body:
  Add a variant of slurm-llnl that includes sview (based on gtk).
  pkgs.slurm-llnl also gains the ncurses-based smap tool.

  cc @jagajaga 


state: closed
title: autoUpgrade: pulling 'dates' option through to master
user_login: AveryLychee
html_url: https://github.com/NixOS/nixpkgs/pull/11821
updated_at: 2015-12-19 15:15:04
body:
  Same change as my [Pull Request from yesterday](https://github.com/NixOS/nixpkgs/pull/11808), except this time it's going through to Master, instead of just release 15.09.


state: closed
title: git annex assistant should probably have lsof as a dependency
user_login: ellis
html_url: https://github.com/NixOS/nixpkgs/issues/11824
updated_at: 2016-08-19 08:17:56
body:
  I'm currently running on nixos 15.09 and installed git-annex with assistant via:

  > nix-env -iA nixos.haskellPackages.git-annex-with-assistant

  When I started the assistant, it printed a disconcerting warning:

  > % git annex assistant --autostart
  > git-annex autostart in /home/ellis/repo/doc-ver
  > git-annex: The lsof command is needed for watch mode to be safe, and is not in PATH.
  > To override lsof checks to ensure that files are not open for writing
  > when added to the annex, you can use --force
  > Be warned: This can corrupt data in the annex, and make fsck complain.

  Installing lsof resolved the problem.  Should lsof be made a dependency of git-annex?


state: closed
title: djvu2pdf: make work in nix-shell
user_login: gebner
html_url: https://github.com/NixOS/nixpkgs/pull/11825
updated_at: 2015-12-19 16:05:26
body:
  Currently when run with `nix-shell -p djvu2pdf`, the command `djvu2pdf` fails:

  ```
  [gebner:~] $ nix-shell -p djvu2pdf
  [nix-shell] [gebner:~] $ djvu2pdf
  Error: /nix/store/rj1ki2fdfvkbhrwww83dml1a5dckjn75-djvu2pdf-0.9.2/bin/djvu2pdf: ddjvu not found. Install djvulibre.
  ```

  This PR adds a wrapper that adds the necessary dependencies to PATH.


state: closed
title: Unable to download 8.57.zip
user_login: geraldus
html_url: https://github.com/NixOS/nixpkgs/issues/11828
updated_at: 2015-12-19 15:58:57
body:
  My Nix channel is 15.09, few days ago I tried to upgrade and it failed with following error message:

  ```
  building path(s) ‘/nix/store/h5hjj8j65xjwmvjxn3blmlmbsixf70py-users-groups.json’
  building path(s) ‘/nix/store/mwlwlviwfxh0c975bg30abkkk32a58zx-sshd.pam’
  building path(s) ‘/nix/store/1yfxw6jpafj09crx3995q7rj1g66j101-su.pam’
  building path(s) ‘/nix/store/cisnhl5qkyylpd86hg9wcql2w9r6l426-systemd-user.pam’
  fetching path ‘/nix/store/0mdm2ssw4wik0ywcbwcwcrl82rvwa5rd-grub-2.x-2015-07-27’...
  fetching path ‘/nix/store/licdp919lccc8c6jc7ij7qasjg3k77ya-kdelibs-4.14.10’...
  fetching path ‘/nix/store/rsrx9hn9d165b807d0ll7rbww79j3ryw-qttools-5.4.2’...
  building path(s) ‘/nix/store/svf8rimp9fcfr6jq17f65wvzyw3vlr7l-8.57.zip’

  *** Downloading ‘https://cache.nixos.org/nar/05hng7qvzxzxrlf44vj1xdf4s9z7xqbyr9w6jgb3ryjg1vrmdrjq.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/0mdm2ssw4wik0ywcbwcwcrl82rvwa5rd-grub-2.x-2015-07-27’...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
    0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  *** Downloading ‘https://cache.nixos.org/nar/1819x8k0ghamxwkxd8fv83jvznl3829i18ghy9i98p6f9d4l2vsb.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/rsrx9hn9d165b807d0ll7rbww79j3ryw-qttools-5.4.2’...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
    0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  *** Downloading ‘https://cache.nixos.org/nar/1fbv4f0pbpvm3jlpfj6zjcccgn6vjrxs97n9f4rsn0f956sr3wyr.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/licdp919lccc8c6jc7ij7qasjg3k77ya-kdelibs-4.14.10’...
    % 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 http://signond.accounts-sso.googlecode.com/archive/8.57.zip
    0 2982k    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
   10 2982k   10  305k    0     0   203k      0  0:00:14  0:00:01  0:00:13  203kcurl: (22) The requested URL returned error: 404 Not Found
  error: cannot download 8.57.zip from any mirror
  builder for ‘/nix/store/w88ffsl0r2gal3kyr2nyqax9dwljx8mp-8.57.zip.drv’ failed with exit code 1
  building path(s) ‘/nix/store/axx49mkwqi7pj759a6hibbnzn15hl4qd-Archive-Zip-1.16.tar.gz’
  cannot build derivation ‘/nix/store/lwwaqfhrzac1fw1k27mqmsnvb1ij4qp6-signon-8.57.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/khsqs8nk97sdmbigq217v426y8j10fbg-kaccounts-integration-15.04.3.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/y65609k9z21hp11caw2wc06zml0bhky8-ktp-accounts-kcm-15.04.3.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/h30izbl0bjqa7icb8arxryyzw9jpmdg4-ktp-auth-handler-15.04.3.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/vf5jknfyv00zix67qmcj7f9fzhzmrg7p-signon-kwallet-extension-15.04.3.drv’: 1 dependencies couldn't be built
  building path(s) ‘/nix/store/k862dvvw33qrvdgh7n1wymqwali2mrgn-NVIDIA-Linux-x86_64-352.55-no-compat32.run’
  cannot build derivation ‘/nix/store/3xxircqi4g5z5wfc61l5bfavprycab4g-system-path.drv’: 1 dependencies couldn't be built
  killing process 1984
  killing process 1975
  killing process 1986
  building path(s) ‘/nix/store/5jn0zcz0xzsyknysydlj2vp6zpvgsc46-unit-acpid.service’
  building path(s) ‘/nix/store/yqs0wn9hpiw1jrckxr71acv0xr0iww2g-unit-all-containers.service’
  building path(s) ‘/nix/store/ij257yvgk97igm4jf4jych4bvbdsjph6-unit-alsa-store.service’
  cannot build derivation ‘/nix/store/2qy4b9gpw1awmn2d7hgvhp7641mss383-nixos-15.09.784.7b85b8a.drv’: 1 dependencies couldn't be built
  error: build of ‘/nix/store/2qy4b9gpw1awmn2d7hgvhp7641mss383-nixos-15.09.784.7b85b8a.drv’ failed
  ```

  Please help resolving this.


state: closed
title: nixpkgs manual: split languages into separate source files
user_login: vcunat
html_url: https://github.com/NixOS/nixpkgs/pull/11831
updated_at: 2015-12-30 09:56:20
body:
  There's no change in content except for amending the title of the section to mention "frameworks", as e.g. I don't consider Qt a language, and it's likely there will be more of similar cases in future.

  To be certain, I checked diff of the generated HTMLs.

  Any comments? If not, I'm merging in a few days.


state: closed
title: ldWrapper tries to call non-existent binary when cross compiling
user_login: expipiplus1
html_url: https://github.com/NixOS/nixpkgs/issues/11834
updated_at: 2017-06-25 05:10:15
body:
  In an environment with `clang.override {binutils = binutils.override{cross.target = "arm-none-eabi";}` `clang-wrapper/bin/ld` tries to call `binutils-arm-none-eabi/bin/ld` when the file is actually located at `binutils-arm-none-eabi/bin/arm-none-eabi-ld`.

  I'm not entirely sure that I'm going about this the right way, please let me know if there's a better way to cross compile with clang.
  ## To reproduce:

  `default.nix`

  ``` nix
  with import <nixpkgs> { };

  let
    crossSystem = {
      config = "arm-none-eabi";
    };
    binutils-cross = (binutils.override {cross = crossSystem;});
  in

  stdenv.mkDerivation rec {
    name = "bug";
    version = "0.0.1";

    buildInputs = [
      (clang.override {binutils = binutils-cross;})
      binutils-cross
      ];
  }
  ```

  `main.c`

  ``` C
  int main(){}
  ```
  ### Run

  ```
  nix-shell --pure
  clang main.c -target arm-none-eabi -march=armv6
  ```

  Output:

  ```
  /nix/store/4kgv92cb4p1q6lpf1q4cvhkk507n2253-clang-wrapper-3.6.2/bin/ld: line 166: /nix/store/6p37d9411wd09yba0ffw0qwxcbvgk0yx-binutils-2.23.1-arm-none-eabi/bin/ld: No such file or directory
  clang-3.6: error: linker command failed with exit code 1 (use -v to see invocation)
  ```


state: closed
title: Qt infrastructure update
user_login: ttuegel
html_url: https://github.com/NixOS/nixpkgs/pull/11839
updated_at: 2015-12-20 14:11:57
body:
  - backport Qt infrastructure to Qt 5.4
  - update packages dependencies to Qt 5.5, where possible
  - simplify Qt infrastructure slightly

  Just for Travis at this point!


state: closed
title: teamviewer hash mismatch
user_login: glaebhoerl
html_url: https://github.com/NixOS/nixpkgs/issues/11840
updated_at: 2017-05-28 14:43:58
body:
  After adding `services.teamviewer.enable = true;` to `configuration.nix`, when trying `nixos-rebuild switch` I get:

  ```
  output path ‘/nix/store/40hxq02a8wv6d508yrb51l83kc47nrlc-teamviewer_amd64.deb’ should have sha256 hash ‘10risay1a5a85ijbjaz2vxqbfxygpxslvh0dvzz32k988hr9p1gk’, instead has ‘0j4al1wns22aaxn78s1c99kxxvkffi8lpdqk780h0nx2g4vcj96n’
  cannot build derivation ‘/nix/store/vkkvxnlfnmlckc4jbr3b5j68b08a1bfi-teamviewer-10.0.37742.drv’: 1 dependencies couldn't be built
  ```

  I'm on the 15.09 channel and have done `nix-channel --update`.

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

  (Also, with apologies for the unrelated question: `nix-env -qaP --description | grep -i teamviewer` returns zero results. Is enabling the service the only way to install it? Do I need to pass some special flags for `nix-env` to find it? I do have `nixpkgs.config.allowUnfree = true;`.)


state: closed
title: add archiveopteryx 3.2.0
user_login: phunehehe
html_url: https://github.com/NixOS/nixpkgs/pull/11841
updated_at: 2015-12-27 07:24:37
body:
  Am I doing this right?
  If this works out OK, is there a reason not to include it in 15.09? I think it might be fine because it can't break anything existing.


state: closed
title: firefox-bin: 43.0 -> 43.0.1
user_login: taku0
html_url: https://github.com/NixOS/nixpkgs/pull/11843
updated_at: 2015-12-20 13:48:49
body:
  This release is related to only Windows but Firefox repeatedly pops up "there is a update" dialog box.
  https://www.mozilla.org/en-US/firefox/43.0.1/releasenotes/


state: closed
title: virtmanager: connection settings don't persist
user_login: steveeJ
html_url: https://github.com/NixOS/nixpkgs/issues/11844
updated_at: 2015-12-28 15:22:45
body:
  After adding a new connection via `File -> Add Connection... -> [x] Autoconnect -> Connect`, then closing and starting virt-manager again, the previously setup connection(s) is not there.

  ```
  $ virt-manager --debug
  [Sun, 20 Dec 2015 15:23:14 virt-manager 13819] DEBUG (cli:256) Launched with command line: virt-manager --debug
  [Sun, 20 Dec 2015 15:23:14 virt-manager 13819] DEBUG (.virt-manager-wrapped:144) virt-manager version: 1.3.1
  [Sun, 20 Dec 2015 15:23:14 virt-manager 13819] DEBUG (.virt-manager-wrapped:145) virtManager import: <module 'virtManager' from '/nix/store/ipz4vya2hb0z7vls2vr2pf8ixh327kfh-virt-manager-1.3.1/share/virt-manager/virtManager/__init__.pyc'>

  ** (virt-manager:13819): WARNING **: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files
  [Sun, 20 Dec 2015 15:23:14 virt-manager 13819] DEBUG (.virt-manager-wrapped:204) GTK version: 3.18.5
  [Sun, 20 Dec 2015 15:23:14 virt-manager 13819] DEBUG (engine:496) libguestfs inspection support: False
  [Sun, 20 Dec 2015 15:23:14 virt-manager 13819] DEBUG (systray:154) Showing systray: False
  [Sun, 20 Dec 2015 15:23:14 virt-manager 13819] DEBUG (engine:1028) processing cli command uri= show_window= domain=
  [Sun, 20 Dec 2015 15:23:14 virt-manager 13819] DEBUG (engine:1030) No cli action requested, launching default window

  (virt-manager:13819): 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

  (virt-manager:13819): 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
  [Sun, 20 Dec 2015 15:23:14 virt-manager 13819] DEBUG (manager:203) Showing manager
  [Sun, 20 Dec 2015 15:23:14 virt-manager 13819] DEBUG (engine:401) window counter incremented to 1
  [Sun, 20 Dec 2015 15:23:14 virt-manager 13819] DEBUG (engine:158) No stored URIs found.
  [Sun, 20 Dec 2015 15:23:14 virt-manager 13819] DEBUG (engine:140) Initial gtkapplication activated
  [Sun, 20 Dec 2015 15:23:15 virt-manager 13819] DEBUG (engine:225) Determining default libvirt URI
  [Sun, 20 Dec 2015 15:23:15 virt-manager 13819] DEBUG (packageutils:39) No PackageKit packages to search for.
  ```


state: closed
title: virtmanager: display autoscaling cannot be activated
user_login: steveeJ
html_url: https://github.com/NixOS/nixpkgs/issues/11845
updated_at: 2015-12-28 15:22:41
body:
  1. Start `virt-manager`
     
     ```
     ~/ $ virt-manager --debug
     [Sun, 20 Dec 2015 15:23:14 virt-manager 13819] DEBUG (cli:256) Launched with command line: virt-manager --debug
     [Sun, 20 Dec 2015 15:23:14 virt-manager 13819] DEBUG (.virt-manager-wrapped:144) virt-manager version: 1.3.1
     [Sun, 20 Dec 2015 15:23:14 virt-manager 13819] DEBUG (.virt-manager-wrapped:145) virtManager import: <module 'virtManager' from '/nix/store/ipz4vya2hb0z7vls2vr2pf8ixh327kfh-virt-manager-1.3.1/share/virt-manager/virtManager/__init__.pyc'>
     (...)
     ```
  2. Connect to a local user session
  3. (Create and) Start a VM that uses spice for displaying the graphical console
  4. Double-click the VM (Opens the console view)
  5. Click `View -> Scale Display -> Auto Resize VM in with window` and notice that it doesn't have an effect.
     
     ```
     [Sun, 20 Dec 2015 15:23:14 virt-manager 13819] DEBUG (.virt-manager-wrapped:204) GTK version: 3.18.5
     
     (virt-manager:13819): 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
     
     (virt-manager:13819): 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
     ```


state: closed
title: mahotas: 1.4.0 -> 1.4.1
user_login: luispedro
html_url: https://github.com/NixOS/nixpkgs/pull/11852
updated_at: 2015-12-21 07:50:06
body:
  This new release should fix all errors on 32 bit systems
  (reported here:
  https://github.com/NixOS/nixpkgs/pull/11699#issuecomment-165410506)


state: closed
title: gradle: 2.8 -> 2.9
user_login: NeQuissimus
html_url: https://github.com/NixOS/nixpkgs/pull/11853
updated_at: 2015-12-21 16:42:22
body:
  - Built with `nix-build -A gradle`
  - Installed with `nix-env -f . -i gradle`
  - `gradle --version` outputs version 2.9 (confirming the installation works)

  I kept 2.8 around because there are breaking changes between 2.8 and 2.9.

  Pinging @jagajaga @bendlas @volhovM since you guys were just working on Gradle a few days ago.


state: closed
title: fail2ban 0.9.1 -> 0.9.3
user_login: jeaye
html_url: https://github.com/NixOS/nixpkgs/pull/11854
updated_at: 2015-12-21 07:51:26
body:
  With 0.9.1, I was running into this issue: https://github.com/fail2ban/fail2ban/issues/851 The changelog for 0.9.3 can be found: https://github.com/fail2ban/fail2ban/releases


state: closed
title: python pyqt5: fails to build since qt5 updates
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/issues/11856
updated_at: 2016-01-12 20:37:00
body:
  Since the recent updates of qt5 pyqt5 fails to build.
  cc @ttuegel  @iyzsong 
  The tail of the [log](http://hydra.nixos.org/build/29218973/nixlog/1/raw):

  ```
  {standard input}: Assembler messages:
  {standard input}:250403: Warning: end of file not at end of a line; newline inserted
  {standard input}:250468: Error: unknown pseudo-op: `.sectio'
  g++: internal compiler error: Killed (program cc1plus)
  Please submit a full bug report,
  with preprocessed source if appropriate.
  See <http://gcc.gnu.org/bugs.html> for instructions.
  Makefile.WebCore.Target:154091: recipe for target '.obj/inspector/InspectorAllInOne.o' failed
  make[2]: *** [.obj/inspector/InspectorAllInOne.o] Error 4
  make[2]: *** Waiting for unfinished jobs....
  make[2]: Leaving directory '/tmp/nix-build-qtwebkit-5.4.2.drv-0/qtwebkit-opensource-src-5.4.2/Source/WebCore'
  Makefile.WebCore:68: recipe for target 'sub-Target-pri-make_first-ordered' failed
  make[1]: *** [sub-Target-pri-make_first-ordered] Error 2
  make[1]: Leaving directory '/tmp/nix-build-qtwebkit-5.4.2.drv-0/qtwebkit-opensource-src-5.4.2/Source/WebCore'
  Makefile:222: recipe for target 'sub-Source-WebCore-WebCore-pro-make_first-ordered' failed
  make: *** [sub-Source-WebCore-WebCore-pro-make_first-ordered] Error 2
  builder for ‘/nix/store/if6hsv7369548wxn5v4y9aajfigwja8w-qtwebkit-5.4.2.drv’ failed with exit code 2
  ```


state: closed
title: systemd: copy systemd-binfmt.service in
user_login: edef1c
html_url: https://github.com/NixOS/nixpkgs/pull/11860
updated_at: 2018-12-01 02:55:17
body:
  `proc-sys-fs-binfmt_misc.mount` was already in the list — adding this service makes it easy to configure.


state: open
title: wkhtmltopdf build failed on darwin
user_login: davidak
html_url: https://github.com/NixOS/nixpkgs/issues/11861
updated_at: 2018-03-26 15:58:39
body:
  i have no idea why it builds mariadb and postgresql.

  https://gist.github.com/davidak/c2e98780dfb09d0ae398

  that mariadb build fails is another issue (https://github.com/NixOS/nixpkgs/issues/11863).

  ```
  $ sw_vers -productVersion
  10.9.5
  $ uname -a
  Darwin unibook.local 13.4.0 Darwin Kernel Version 13.4.0: Wed Mar 18 16:20:14 PDT 2015; root:xnu-2422.115.14~1/RELEASE_X86_64 x86_64
  ```

  @jb55 


state: closed
title: znc:Update version 1.6.1 -> 1.6.2
user_login: Baughn
html_url: https://github.com/NixOS/nixpkgs/pull/11862
updated_at: 2015-12-23 01:22:27
body:
  The 1.6.1 version no longer exists on the upstream site.

  (It would be good to not have external dependencies in nixpkgs.)


state: closed
title: mariadb build failed on darwin
user_login: davidak
html_url: https://github.com/NixOS/nixpkgs/issues/11863
updated_at: 2016-04-21 16:49:33
body:
  OS X 10.9.5, unstable channel

  https://gist.github.com/davidak/74f3935172970264d816

  @wkennington @thoughtpolice 


state: open
title: Support Linux audit subsystem
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/11864
updated_at: 2018-07-23 10:03:41
body:
  I think it's as easy as packaging `auditd`, ensuring our kernel has auditing facilities compiled in, and making a NixOS module for it.


state: closed
title: Unstable channel hasn't updated in 2 weeks
user_login: peti
html_url: https://github.com/NixOS/nixpkgs/issues/11865
updated_at: 2016-01-12 09:55:46
body:
  https://github.com/nixos/nixpkgs-channels is currently at a commit that's 13 days old. The channel appears to be stuck mostly because of failing Chromium and kde4 tests at https://hydra.nixos.org/job/nixos/trunk-combined/tested#tabs-constituents.


state: closed
title: nixos module system: enhance type-checking
user_login: ts468
html_url: https://github.com/NixOS/nixpkgs/pull/11866
updated_at: 2016-02-29 00:13:07
body:
  Add the tool "nixos-typecheck" that can check an option declaration to:
  - Enforce that an option declaration has a "defaultText" if and only if the
    type of the option derives from "package", "packageSet" or "nixpkgsConfig"
    and if a "default" attribute is defined.
  - Enforce that the value of the "example" attribute is wrapped with "literalExample"
    if the type of the option derives from "package", "packageSet" or "nixpkgsConfig".
  - Warn if a "defaultText" is defined in an option declaration if the type of
    the option does not derive from "package", "packageSet" or "nixpkgsConfig".
  - Warn if no "type" is defined in an option declaration.

  Remove all errors that were found by "nixos-typecheck".


state: closed
title: maven: 3.3.3 -> 3.3.9
user_login: NeQuissimus
html_url: https://github.com/NixOS/nixpkgs/pull/11867
updated_at: 2015-12-22 21:40:33
body:
  - Built with `nix-build -A maven`
  - Installed with `nix-env -f . -i apache-maven`
  - `mvn --version` output:

  ```
  Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5; 2015-11-10T11:41:47-05:00)
  Maven home: /nix/store/cnhs5s8i5x89kkxq2bmpzrzg3km7cw5h-apache-maven-3.3.9/maven
  Java version: 1.7.0-u60-unofficial, vendor: Oracle Corporation
  Java home: /nix/store/b2bzzfqcvkdz332nvvrh7xd6y8zs1f4g-openjdk-7u60b30/jre
  Default locale: en_US, platform encoding: UTF-8
  OS name: "mac os x", version: "10.11.2", arch: "x86_64", family: "mac"
  ```

  Tested against an actual Java/Maven project, everything looks good


state: closed
title: nixos avahi-daemon: add new option declarations
user_login: ts468
html_url: https://github.com/NixOS/nixpkgs/pull/11869
updated_at: 2015-12-21 17:32:04
body:
  Add new option declarations to control what information is published
  by the avahi-daemon. The default values are chosen to respect the
  privacy of the user over the connectivity of the system.

  Link cups browsed daemon to reload or exit with the avahi-daemon.


state: closed
title: Improve slurm service configuration
user_login: lsix
html_url: https://github.com/NixOS/nixpkgs/pull/11870
updated_at: 2015-12-25 15:36:18
body:
  In the current way `slurm` is configured, I cannot run user-space commands (such as `sinfo`) without having to specify where the slurm conf file is (it is not enough to specify it for the services).

  I see 3 options so solve this:
  — Always have slum read its configuration in `/etc/slurm.conf` (and maintain the config file with `environment.etc."slurm.conf"` I guess)
  — Have the default environment define `SLURM_CONF` as a system-wide config (the only place I can think of is `/etc/profile` but I do not see a conviniant way to do it since it is produced in a `bash` related derivation)
  — Generate in the store a folder containing the configuration and use as `sysconfigdir` when building `slurm` (but a new configuration implies a now folder to store it, and therefore a new derivation instanciation for slurm it-self)

  In this PR, I opted for the 3rd option, but it will necessarily induce compilation for all final users when they will try to configure slurm. If another option should be preferred, please let me know.


state: closed
title: gibo: init at 1.0.4
user_login: projedi
html_url: https://github.com/NixOS/nixpkgs/pull/11871
updated_at: 2015-12-22 08:46:08
body:
  Checked on Darwin and NixOS, builds, seems to work fine.

  There's also a mandatory initialization step (`gibo -u`) which performs a `git clone` into `$HOME/.gitignore-boilerplates`. I'm not sure if I should've done it here myself (if so, at which phase?) and so left it on the user.


state: closed
title: teamviewer: fixes for 15.09
user_login: glaebhoerl
html_url: https://github.com/NixOS/nixpkgs/pull/11872
updated_at: 2016-02-20 12:32:36
body:
  This fixes some problems I had when trying to install teamviewer on 15.09 (with gracious help from `clever` and others on IRC). Two other problems (that I can remember off the top of my head) remain.

  In `teamviewer/default.nix`:

  ```
      ${if stdenv.system == "x86_64-linux" then ''
        sed -i "s,TV_LD64_PATH=.*,TV_LD64_PATH=$(cat ${ld64})," script/tvw_config
      '' else ''
        sed -i ",TV_LD64_PATH=.*,d" script/tvw_config
      ''}
  ```

  On my system, the first branch is taken. But at first the second branch was being taken due to `callPackage_i686` in `all-packages.nix` (which I fixed). This showed that the `sed` invocation in the second branch doesn't actually work: `sed` reports an error that `,` is not a command (and trying to put an `s` before it didn't help either). I don't know `sed` very well so I'm not sure what the right fix might be.

  And once it finally installed and started up, the "Connect" button in the main window was missing, rendering the whole thing useless. I haven't the faintest clue what might be causing that. (I've since installed an Ubuntu VM to run teamviewer in, and there the Connect button shows up fine, so this is probably not (just) a bug in teamviewer-on-linux itself.)


state: closed
title: dynamic-colors: init at 2013-12-28
user_login: projedi
html_url: https://github.com/NixOS/nixpkgs/pull/11874
updated_at: 2015-12-22 08:46:14
body:
  Checked on NixOS.

  This includes second patch from https://github.com/sos4nt/dynamic-colors/pull/8 to separate user config (i.e. the chosen colorscheme) from resources (i.e. colorschemes themselves).


state: closed
title: gcc-arm-embedded downloads a precompiled binary for linux only
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/11875
updated_at: 2018-04-19 19:49:01
body:
  This tripped up someone trying to use it on Darwin on IRC today. Is it not possible for it to use our extensive existing gcc machinery, which already works on Darwin?

  cc @bjornfor 


state: closed
title: pkgs.boost: 1.59 -> 1.60
user_login: lsix
html_url: https://github.com/NixOS/nixpkgs/pull/11878
updated_at: 2016-03-18 07:12:42
body:
  See http://www.boost.org/users/history/version_1_60_0.html

  I maintained the 1.59 version since it has specific patches for cygwin I cannot test. I do not have this platform available, so I did not test it.

  From the list of patches applied to the 1.59 cygwin version, the following cannot apply to the 1.60 tree:
  - cygwin-fedora-boost-1.54.0-locale-unused_typedef.patch
  - cygwin-fedora-boost-1.54.0-python-unused_typedef.patch
  - cygwin-fedora-boost-1.57.0-pool-test_linking.patch
  - cygwin-fedora-boost-1.57.0-signals2-weak_ptr.patch
  - cygwin-fedora-boost-1.57.0-uuid-comparison.patch
  - cygwin-fedora-boost-1.57.0-move-is_class.patch
  - cygwin-1.57.0-asio-cygwin.patch
  - cygwin-1.57.0-context-cygwin.patch
  - cygwin-1.57.0-filesystem-cygwin.patch

  cc maintainers: @peti @wkennington 


state: closed
title: kotlin: 1.0.0-beta-3595 -> 1.0.0-beta-4583
user_login: NeQuissimus
html_url: https://github.com/NixOS/nixpkgs/pull/11883
updated_at: 2015-12-23 00:51:40
body:
  Official beta 4:
  http://blog.jetbrains.com/kotlin/2015/12/kotlin-1-0-beta-4-is-out/
  https://github.com/JetBrains/kotlin/releases/tag/build-1.0.0-beta-4583
  - `nix-build -A kotlin`
  - `nix-env -f . -iA kotlin`
  - `kotlin -version` (`Kotlin version 1.0.0-beta-4583 (JRE 1.8.0_60-b27)`)


state: closed
title: rkt: bump version 0.13.0 -> 0.14.0
user_login: dgonyeo
html_url: https://github.com/NixOS/nixpkgs/pull/11885
updated_at: 2015-12-23 17:21:49
body:
  A new version of rkt was released. This commit bumps the version to the new one, and also bumps the version of the base coreos image used by rkt to the latest stable release.


state: closed
title: refactor pam-u2f: add keysPath, verbose, fix docs about u2f_keys path
user_login: spinus
html_url: https://github.com/NixOS/nixpkgs/pull/11886
updated_at: 2019-01-28 03:25:51
body:
  - change enableU2F option to U2F.\* set
  - added few pam-u2f options
  - fix documentation about default u2f_keys locations


state: closed
title: CopyQ-2.5.0 clipboard manager
user_login: willtim
html_url: https://github.com/NixOS/nixpkgs/pull/11887
updated_at: 2015-12-23 01:00:57
body:
  Please add the CopyQ clipboard manager to nixpkgs.  CopyQ is actively maintained and regarded by many as the best clipboard manager for Linux. Many thanks, Tim.


state: closed
title: pdf2svg: add autoreconf hook
user_login: rycee
html_url: https://github.com/NixOS/nixpkgs/pull/11888
updated_at: 2015-12-23 20:40:05
body:
  This fixes builds that may fail due to all files in the archive having the same timestamp. As shown in the [i686 build](https://hydra.nixos.org/build/29214063/nixlog/1/raw) that @vcunat brought to my attention. Forcing a regeneration of the autotool files resolves the issue.


state: closed
title: acbuild: 0.1.1 -> 0.2.2 and moved to own default.nix
user_login: dgonyeo
html_url: https://github.com/NixOS/nixpkgs/pull/11889
updated_at: 2015-12-23 00:35:30
body:
  Moved acbuild into its own directory and default.nix, bumped the version to 0.2.2, and listed myself as the maintainer (I did write it after all).

  Wasn't certain what directory would be best to put acbuild under. It's currently under `pkgs/applications/misc`, but perhaps something more specific like `pkgs/applications/virtualization` would make more sense.

  cc @garbas, since it looks like you were the one who put acbuild into nix in the first place.


state: closed
title: zfs:Add option for zpool import -d, and set it to /dev/disk/by-id.
user_login: Baughn
html_url: https://github.com/NixOS/nixpkgs/pull/11890
updated_at: 2016-01-05 22:37:19
body:
  These two commits, taken together, amount to a no-op on -unstable.

  I split them so that commit #9a82dd8 can reasonably be cherry-picked to 15.09, where it on its own should be a no-op.


state: closed
title: texlive add custom .sty file
user_login: fkz
html_url: https://github.com/NixOS/nixpkgs/issues/11893
updated_at: 2016-02-23 06:30:15
body:
  I first tried to add a new package that I could add to `texlive.combine` but couldn't figure out how to do that. So I just did something like the following:

  ```
  simple-package = stdenv.mkDerivation {
    name = "name";
    inherit src;
    installPhase = ''
      mkdir -p $out/share/texmf-nix/tex/latex
      cp custom.sty $out/share/texmf-nix/tex/latex
  }
  ```

  But when I want to use it, it doesn't work:

  ```
  generate-some-pdf = stdenv.mkDerivation {
    ...
    buildInputs = [ (texlive.combine {...}) simple-package ];
    ...
  };
  ```

  Instead, I have to add `texlive.bin.core` to the `buildInputs` to get the `setupHook` fired and customize `$TEXINPUTS` accordingly:

  ```
  generate-some-pdf = stdenv.mkDerivation {
    ...
    buildInputs = [ (texlive.combine {...}) texlive.bin.core simple-package ];
    ...
  };
  ```

  . The priorities of the executables like `pdflatex` seem to be handled right, so this works flawlessly. But is this expected? Am I doing something stupid? Are there better ways to archive this?

  @vcunat


state: closed
title: fcitx-configtool missing icons
user_login: ryantm
html_url: https://github.com/NixOS/nixpkgs/issues/11895
updated_at: 2016-01-03 19:34:36
body:
  fcitx-configtool is missing the icons of the buttons in the bottom left corner.

  I built it with nixpkgs 93d8671e2c6d1d25f126ed30e5e6f16764330119 in the nixpkgs-channels repo

  It should look something like 
  ![fcitx](http://www.clear-code.com/blog/images/20150606_0.png)
  but instead it looks like
  ![fcitx](https://cloud.githubusercontent.com/assets/4804/11970882/7caf73b6-a8e7-11e5-9d30-e679dc1182fb.png)


state: closed
title: networkd: add IPForward IPMasquerade options, DHCPServer section
user_login: calbrecht
html_url: https://github.com/NixOS/nixpkgs/pull/11896
updated_at: 2016-01-28 00:04:39
body:
  This enables to configure options thet were lately introduced into systemd-networkd.

  [Network]
    IPForward v219
    IPMasquerade v219

  [DHCPServer] v226

  for details see man systemd.network

  I use them already in my present [configuration.nix](https://gist.github.com/calbrecht/055bf83943afbeb9bcbe#file-configuration-nix-L439) to serve a vagrant-lxc development box.


state: closed
title: Jenkins enhancement
user_login: aborsu
html_url: https://github.com/NixOS/nixpkgs/pull/11897
updated_at: 2015-12-24 06:33:20
body:
  Added jenkins http bind port option and prefix option. Creating options instead of relying on extra arguments allows to use these options in jenkins-job-builder (Using a prefix meant it stopped working.)
  Also we could use this to create a reverse proxy service for apache, nginx, and (name any proxy capable server you want).


state: closed
title: flex: disable tests when cross compiling
user_login: aboseley
html_url: https://github.com/NixOS/nixpkgs/pull/11898
updated_at: 2016-03-02 20:13:40
body:
  When cross compiling the test executable probably won't run on the build machine.  I've just removed the 'test' directory from the makefile.in which seems to do the trick.  

  Here's the testcase.

  ```
  let
    pkgsNoParams = import <nixpkgs> {};

    system = builtins.currentSystem;

    rasberryPieCross = {
      config = "armv6l-unknown-linux-gnueabi";
      bigEndian = false;
      arch = "arm";
      float = "hard";
      fpu = "vfp";
      withTLS = true;
      libc = "glibc";
      platform = pkgsNoParams.platforms.raspberrypi;
      openssl.system = "linux-generic32";
      gcc = {
        arch = "armv6";
        fpu = "vfp";
        float = "softfp";
        jabi = "aapcs-linux";
      };
    };

    pkgs = import <nixpkgs> {
       inherit system;
       crossSystem = rasberryPieCross;
       config = { 
        allowUnfree = false;
      };
    };
  in
    pkgs.flex.crossDrv
  ```


state: closed
title: gnupg (2.1) tells me it is a development version
user_login: matthiasbeyer
html_url: https://github.com/NixOS/nixpkgs/issues/11899
updated_at: 2015-12-26 12:43:52
body:
  ```
  $ gpg2 --version
  gpg (GnuPG) 2.1.10-unknown
  libgcrypt 1.6.4
  NOTE: THIS IS A DEVELOPMENT VERSION!
  It is only intended for test purposes and should NOT be
  used in a production environment or with production keys!
  Copyright (C) 2015 Free Software Foundation, Inc.
  License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
  This is free software: you are free to change and redistribute it.
  There is NO WARRANTY, to the extent permitted by law.

  Home: ~/.gnupg
  Supported algorithms:
  Pubkey: RSA, ELG, DSA, ECDH, ECDSA, EDDSA
  Cipher: IDEA, 3DES, CAST5, BLOWFISH, AES, AES192, AES256, TWOFISH,
          CAMELLIA128, CAMELLIA192, CAMELLIA256
  Hash: SHA1, RIPEMD160, SHA256, SHA384, SHA512, SHA224
  Compression: Uncompressed, ZIP, ZLIB, BZIP2
  ```

  This happens since months, so I assume this isn't upstreams fault but how we build gpg.

  Maintainer ping: @wkennington 


state: closed
title: gradle: 2.9 -> 2.10
user_login: NeQuissimus
html_url: https://github.com/NixOS/nixpkgs/pull/11900
updated_at: 2015-12-23 20:10:20
body:
  https://docs.gradle.org/2.10/release-notes
  - `nix-build -A gradle`
  - `nix-env -f . -iA gradle`
  - `gradle -version`


state: closed
title: generic/setup.sh : host binaries in path cause problems
user_login: aboseley
html_url: https://github.com/NixOS/nixpkgs/issues/11901
updated_at: 2017-06-25 05:15:23
body:
  In this example I want to build a package like, util linux for my pie.

  The package uses the "xz" library as part of the build process so it's cross compiled for the host (cross.target) 

  Things go badly when the stdenv/generic/setup.sh puts these 'host' binaries in the path via "_add_to_CrossEnv"

  I don't understand the benefit of putting host binaries in that path they are typically incompatible with the build machine and won't run

  In this particular case it causes the unpack script to fail  when it tries to run the incompatible xz binary

  Paste the following into a file and nix-build it

  ```
  let
    pkgsNoParams = import <nixpkgs> {};
    system = builtins.currentSystem;

    rasberryPieCross = {
      config = "armv6l-unknown-linux-gnueabi";
      bigEndian = false;
      arch = "arm";
      float = "hard";
      fpu = "vfp";
      withTLS = true;
      libc = "glibc";
      platform = pkgsNoParams.platforms.raspberrypi;
      openssl.system = "linux-generic32";
      gcc = {
        arch = "armv6";
        fpu = "vfp";
        float = "softfp";
        jabi = "aapcs-linux";
      };
    };

    utils_linux_or_similar = 
      { stdenv, fetchurl, xz }:                      
      stdenv.mkDerivation rec {                                                          
        name = "util-linux-or-similar";
        buildInputs = [ xz ];
        src = fetchurl {                                                                 
          url = "mirror://kernel/linux/utils/util-linux/v2.27/util-linux-2.27.1.tar.xz";
          sha256 = "1452hz5zx56a3mad8yrg5wb0vy5zi19mpjp6zx1yr6p9xp6qz08a";
        };
        phases = [ "unpackPhase" "installPhase" ];
        installPhase = ''
          mkdir $out;
        '';
      };

    # package set
    pkgs = import <nixpkgs> {
      inherit system;
      crossSystem = rasberryPieCross;
      config = { 
        packageOverrides = pkgs : with pkgs; rec { 
          problems = callPackage utils_linux_or_similar{ };
        };
      };
    };
  in
    pkgs.problems.crossDrv
    #pkgs.problems.nativeDrv
  ```


state: closed
title: dropbox: 3.12.5 -> 3.12.6
user_login: ttuegel
html_url: https://github.com/NixOS/nixpkgs/pull/11903
updated_at: 2015-12-23 14:56:42
body:
  Update required because outdated versions stop working.

  (cherry picked from commit 077a3102cc49b1ab702c8d70de065f5be91725bf)


state: closed
title: Add the python maildir-deduplicate package.
user_login: Painted-Fox
html_url: https://github.com/NixOS/nixpkgs/pull/11906
updated_at: 2015-12-25 14:40:25
body:
  This adds the [maildir-deduplicate](https://github.com/kdeldycke/maildir-deduplicate) project, which is a command-line tool to help deduplicate email from a maildir folder.


state: open
title: Many of our NixOS services run as root and shouldn't
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/11908
updated_at: 2017-01-11 15:10:51
body:
  Ideally, they'd also be AppArmor'd and so on, but at the least they should get their own users, ideally in a way that we don't have to go manually add users for each individual service.

  Anyone have a list of those modules handy so we can make this issue into a checklist? If not, I'll try to compile one later.


state: closed
title: crashplan:Bump version, make it all work, and for good measure adopt the package.
user_login: Baughn
html_url: https://github.com/NixOS/nixpkgs/pull/11909
updated_at: 2016-02-03 22:35:26
body:
  I actively use crashplan, so there's a good chance I'll keep it working.

  Bugfixes:
  - Crashplan no longer crashes on startup.
  - Further, the crashplan service is run as a non-root user.

  Open questions:
  - Does it really work? I had to manually change the backup target from /home/crashplan to /var/lib/crashplan/ in the UI, but as per the commit message, that might just be me.
  - The wrapper script is a little ugly.


state: closed
title: clawsMail: 3.13.0 -> 3.13.1 (CVE-2015-8614)
user_login: fpletz
html_url: https://github.com/NixOS/nixpkgs/pull/11910
updated_at: 2015-12-23 19:12:06
body:
  Fixes a remotely triggerable buffer overflow.

  http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3557


state: closed
title: A mechanism to make configuration assertions about NixOS configurations
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/11911
updated_at: 2017-02-06 03:25:36
body:
  I would like a high-level way to make assertions that my system configurations are sensible during evaluation.

  For example #11790 could be one form of assertions. I might also want to assert that all of my services have AppArmor profiles enabled, or that my firewall settings are what I expect them to be (given that `.enable` on a service might change them without it being obvious in my configuration), or that all of my services are running with a non-root user (see #11908).

  High-level things that would be nice:
  - A collection of predicates (functions returning booleans or possibly error messages) that I can run against a module or collection of them, along with a scope to apply them
  - A mechanism for telling me specifically what is failing the predicates
  - A way of packaging up (and abstracting over) sets of predicates so that we can share and name groups of predicates for common needs
  - No way for modules to override these predicates (unlike most NixOS module stuff which can be changed from anywhere)


state: closed
title: GnuPG 2 compatability issue
user_login: Nekroze
html_url: https://github.com/NixOS/nixpkgs/issues/11912
updated_at: 2015-12-28 21:37:02
body:
  The GnuPG version 2 package comes with gpgkey2ssh however it looks for an executable in path called gpg where as in the GnuPG version 2 package this is gpg2.

  This can be resolved by installing the gnupg1compat package but without that, by default, it is broken.

  Not a major issue but it's something. 


state: closed
title: gradle: Require libstdc++.so.6
user_login: NeQuissimus
html_url: https://github.com/NixOS/nixpkgs/pull/11915
updated_at: 2018-07-04 13:47:04
body:
  At runtime, gradle required access to libstdc++.so.6.
  The only way I could see to put this in scope is adding an LD_LIBRARY_PATH prefix/suffix in the makeWrapper command.

  It is curious that this change did not seem necessary on my old laptop.
  The fresh NixOS installation requires this change for all gradle versions.

  If somebody has a better alternative, you are more than welcome to contribute. I simply need gradle and this is fixing the issue for me.


state: closed
title: Rename NixOS option names: 'host' to 'listenAddress'
user_login: bjornfor
html_url: https://github.com/NixOS/nixpkgs/pull/11920
updated_at: 2016-01-09 13:52:18
body:
  The idea to do this kind of renaming came from discussion in https://github.com/NixOS/nixpkgs/pull/11897. (Basically, listenAddress is a more descriptive name.)

  I initially felt it was a quite good idea, but now I'm not _that_ enthusiastic. Several programs refer to their listen address as "host" anyway (so I do see why our modules often use "host"). I'm not sure if this PR falls into the bikeshed category or not, but the job is done and here it is :-D

  WARNING: Only eval checked. I cannot guarantee that I didn't make a typo or forgot to update a dependent module (if such module(s) exist in the set I'm touching).

  CC @garbas.


state: closed
user_login: danykey
html_url: https://github.com/NixOS/nixpkgs/issues/11922
updated_at: 2016-09-15 19:08:50
title:
  NetworkManager[496]: <error> [1450947554.023776] [nm-modem.c:532] ppp_stage3_ip_config_start(): (ttyUSB2): error starting PPP: (1) Could not find  "pppd" binary

body:
  Can't connect through the usb 3g modem.
  That message appears in the log while NetworkManager trying to connect .
  ppp package is installed.
  nix-env -q => ppp-2.4.7

  ModemManager is running.
  usb_modeswitch is runned also.


state: closed
title: bind: Fix patching Makefile.in
user_login: globin
html_url: https://github.com/NixOS/nixpkgs/pull/11925
updated_at: 2015-12-26 12:12:47
body:
  There is no postPatchPhase.

  Fixes a bug introduced by the libressl patch, should have either been postPatch or like this which probably is cleaner anyway.


state: closed
title: wine: add initial pulseaudio support
user_login: ikervagyok
html_url: https://github.com/NixOS/nixpkgs/pull/11927
updated_at: 2016-01-05 08:58:45
body:
  tested it on my machine - don't really know, if/how i should/could test for pulseaudio on the system...
  but wine here seems to be only for linux, so it's probably fine (assert in base.nix)

  merry gaming season, wine-gamers on nixos,
  ikervagyok


state: closed
title: xserver: make xkbdir configurable
user_login: exi
html_url: https://github.com/NixOS/nixpkgs/pull/11930
updated_at: 2015-12-26 01:35:28
body:
  I need to add custom xkb keyboard layouts, making the search path configurable seems to be the easiest way to to it without resorting to patching files in xkeyboard_config.


state: closed
title: Add chessx and stockfish (chess engine)
user_login: luispedro
html_url: https://github.com/NixOS/nixpkgs/pull/11931
updated_at: 2015-12-31 00:16:39
body:
  These are utilities to analyse chess games (a viewer, chessx; and a chess engine, stockfish).

  The chess engine is actually optional for chessx usage, but I it's a very useful add-on and the whole stockfish package takes on 344K on disk, so I chose to just list it as a `propagatedBuildInput` so users get it automatically.


state: closed
title: cvs2svn: 2.0.1 -> 2.4.0
user_login: makefu
html_url: https://github.com/NixOS/nixpkgs/pull/11934
updated_at: 2015-12-25 23:25:46
body:
  cvs2svn 2.4.0 contains cvs2git to rescue projects from  sourceforge.net. Also add cvs binary in path which seems to be a hard requirement.


state: closed
title: thunderbird-bin: 38.4.0 -> 38.5.0
user_login: taku0
html_url: https://github.com/NixOS/nixpkgs/pull/11935
updated_at: 2015-12-25 14:26:54
body:
  - Various security fixes
  - In the address book manager, make the contacts sidebar remember the last selected address book

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

  cc: @Fuuzetsu


state: closed
title: installation-cd-graphical: Enable the 'synaptics' touchpad driver
user_login: dezgeg
html_url: https://github.com/NixOS/nixpkgs/pull/11936
updated_at: 2016-01-12 21:45:04
body:
  This is needed to get touchpad working in the installer on several
  laptops. Tested on a Thinkpad X250.


state: closed
title: installation-cd: Add separate boot entry that has 'nomodeset'
user_login: dezgeg
html_url: https://github.com/NixOS/nixpkgs/pull/11937
updated_at: 2016-01-12 21:45:06
body:
  We seem to be in an unfortunate situation: booting without 'nomodeset'
  causes hangs when booting on some NVIDIA cards (6948c3ab807), but on the
  other hand adding 'nomodeset' prevents X from starting on other hardware
  (e.g. issue #10381 and my Thinkpad X250 with an integrated Broadwell GPU).

  Attempt to remedy this situation a bit by adding a separate entry in the
  ISOLINUX menu (with the non-'nomodeset' being the default).


state: closed
title: kotlin: 1.0.0-beta-4583 -> 1.0.0-beta-4584
user_login: NeQuissimus
html_url: https://github.com/NixOS/nixpkgs/pull/11938
updated_at: 2015-12-25 14:27:06
body:
  Hotfix re-release of beta 4 due to a critical bug.

  https://github.com/JetBrains/kotlin/releases/tag/build-1.0.0-beta-4584
  - `nix-build -A kotlin`
  - `nix-env -f . -iA kotlin`
  - `kotlin -version`


state: closed
title: Several packages have sbin folders
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/11939
updated_at: 2016-08-21 16:20:25
body:
  My understanding was that nix rejected the `bin`/`sbin` distinction and we avoided having `sbin` folders in our outputs.

  At the same time, I see that at least the following packages have nontrivial `sbin` output folders:
  - `iptables`
  - `iproute`
  - `ebtables`
  - `lvm2`
  - `udev`
  - probably several more

  And that we have workarounds like https://github.com/NixOS/nixpkgs/blob/master/pkgs/development/libraries/libvirt/default.nix#L27 in place to deal with that fact.

  Questions:
  - Are those packages supposed to have `sbin` output folders? Is the exception policy described somewhere?
  - What mechanism is suppressing [this script](https://github.com/NixOS/nixpkgs/blob/master/pkgs/build-support/setup-hooks/move-sbin.sh) in [`iptables`](https://github.com/NixOS/nixpkgs/blob/master/pkgs/os-specific/linux/iptables/default.nix), for example?
  - It looks like at least for `ebtables`, the `sbin` was intentional: https://github.com/NixOS/nixpkgs/blob/master/pkgs/os-specific/linux/ebtables/default.nix#L13


state: closed
title: flash plugin in 15.09 no longer installs
user_login: mogorman
html_url: https://github.com/NixOS/nixpkgs/issues/11941
updated_at: 2015-12-25 16:43:33
body:
  there was a security update to flash.  so adobe seems to have removed the former url from their site.  It looks like this bug is already patched in master just needs a back port


state: closed
title: mesa: add download url
user_login: sigma
html_url: https://github.com/NixOS/nixpkgs/pull/11942
updated_at: 2017-04-16 22:13:52
body:
  After a while, mesa versions are moved to the older-versions
  directory. While this shouldn't be a problem for nixpkgs builds near
  HEAD, it prevents rebuilding after some time.


state: closed
title: network-interfaces-scripted.nix: defaultGatewayWindowSize option fix
user_login: ghost
html_url: https://github.com/NixOS/nixpkgs/pull/11943
updated_at: 2015-12-25 14:28:24
body:
  Maybe option defaultGatewayWindowSize is used very rarely, but when it is used there will be an error.


state: closed
title: xorg package set does not allow proper overriding of its elements
user_login: exi
html_url: https://github.com/NixOS/nixpkgs/issues/11944
updated_at: 2017-04-26 09:16:36
body:
  I tried to change pkgs.xkeyboard_config via overrideDerivation but noticed that internally, pkgs.xkeyboard_config is just an assignment from xorg.xkeyboardconfig.
  This is a problem because sub-components of xorg like setxkbmap use the xorg set directly.
  When modifying pkgs.xkeyboard_config with overrideDerivation I end up with the following scenario:

  All global packages like display managers or the xserver.nix file use the pkgs.xkeyboard_config derivation and link against that.
  All internal xorg packages like setxkbmap use the xorg internal derivation (pre pkgs.xkeyboard_config = xorg.xkeyboardconfig assignment) which cannot be modified by the overrideDerivation thus leading to two separate xkeyboard_config versions being in use at the same time.


state: closed
title: fish: add module to support it as default shell
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/pull/11945
updated_at: 2016-01-05 22:26:44
body:
  - Patched fish to load /etc/fish/config.fish if it exists (by default,
    it only loads config relative to itself)
  - Added fish-foreign-env package to parse the system environment

  closes #5331


state: closed
title: rkt: align stage1 information with upstream source
user_login: steveeJ
html_url: https://github.com/NixOS/nixpkgs/pull/11946
updated_at: 2016-01-04 11:39:57
body:
  We rely on the upstream tests and hence should not change the
  constellation.

  See: https://github.com/coreos/rkt/blob/v0.14.0/stage1/usr_from_coreos/coreos-common.mk

  Additionally add the "fly" stage1.

  /cc @dgonyeo 


state: closed
title: taglib-extras: make taglib-extras work with taglib > 1.9
user_login: exi
html_url: https://github.com/NixOS/nixpkgs/pull/11947
updated_at: 2015-12-27 22:26:46
body:
  the current taglib_extras code uses STRLESS to compare versions, this fails because the current version 1.10 is STRLESS then the minimum version 1.6.
  I replace the comparison with VERSION_LESS which works as intended.


state: closed
title: Question: How do I make a main library available to cmake sub directory builds?
user_login: ryantm
html_url: https://github.com/NixOS/nixpkgs/issues/11948
updated_at: 2016-03-25 22:10:09
body:
  I am trying to make a nixpkgs derivation for opencc https://github.com/BYVoid/OpenCC Here is my work and build log: https://gist.github.com/ryantm/e0a9614b00d143e871f5 I am getting a problem where it seems like cmake sub-directory builds can't find the main library file that has already been built.

  How do I make a main library available to cmake sub directory builds?


state: closed
title: dmd: Avoid depending on gcc for the darwin build
user_login: johbo
html_url: https://github.com/NixOS/nixpkgs/pull/11949
updated_at: 2016-01-06 14:07:43
body:
  Was not able to build dmd on darwin due to issues with the gcc build. Most probably due to ef17efa99b0e644bbd2a28c0c3cfe5a2e57b21ea

  @ThomasMader would be nice if you could cross check, hope I did not screw anything from your change.


state: closed
title: archiveopteryx: init at 3.2.0
user_login: phunehehe
html_url: https://github.com/NixOS/nixpkgs/pull/11953
updated_at: 2015-12-27 07:37:23
body:
  From https://github.com/NixOS/nixpkgs/pull/11841

  > If this works out OK, is there a reason not to include it in 15.09? I think it might be fine because it can't break anything existing.


state: closed
title: hostapd: rename extraCfg -> extraConfig, added asserts
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/pull/11955
updated_at: 2015-12-26 12:37:07
body:
  hostapd is the only module that uses `extraCfg` instead of `extraConfig`. I also changed the hwMode default to `g`, which should be fine because nobody has `b` hardware anymore, right?


state: closed
title: Python: editable installation mode for multiple packages
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/issues/11957
updated_at: 2019-02-06 08:23:37
body:
  By default Python packages are built and installed in the Nix store. `buildPythonPackage` has a `shellHook` to install a package in editable mode (`pip install -e` or `python setup.py develop`) .
  This requires invoking `nix-shell` in the root of the package source tree. A `shell.nix` file is required in which `buildPythonPackage` is called. If the root contains `setup.py` an editable install is done, bypassing the different phases.

  This works fine when developing a single package. However, when you're developing multiple packages that need to be accessible from within a single environment, then you cannot install these packages in editable mode. Therefore, what is needed is a way to create a Python environment in which multiple packages can installed in editable mode
  # Interface

  How to define now whether a package should be installed in editable mode? Without considering implementation details yet I thought of the two following ways:
  1. add an `editable` parameter to `buildPythonPackage`. That way, you have maximum flexibility; you simply override a package and set this flag if you want to have an editable installation.
  2. add an `editableLibs` parameter to `buildEnv`. Because you will generally want a Python environment, it might make sense to have it here, as it gives you directly an overview of editable installations. A downside would be that contrary to option 1 this doesn't allow any editable installations of packages when used as library in an application.
  # Implementation
  ## `editable` parameter for `buildPythonPackage`

  During a normal installation this parameter would be ignored; the parameter is only relevant for the `shellHook`. However, the `shellHook` is only used when `buildPythonPackage` is called directly in the Nix expression. Therefore a `shellHook` in `buildPythonPackage` is not a solution. Perhaps use the `installPhase` for installing in editable mode in case `editable=true`?
  ## `editableLibs` parameter for `buildEnv`

  This is perhaps the easiest solution. Add an `editableLibs` parameter which calls for each item in the list a function that installs the respective item in editable mode.
  # Nice to have

  Editable installations for all packages, not only for those you have the source locally. Obviously, we would need a place then outside of the store to put the editable sources.

  ---

  Python to-do list: #1819


state: closed
title: fail2ban:Enable jails by default
user_login: Baughn
html_url: https://github.com/NixOS/nixpkgs/pull/11958
updated_at: 2016-04-01 05:13:35
body:
  ...solving the mystery of why enabling fail2ban has no immediate effect.

  We don't have a vast stable of disabled jails, so it probably makes sense to let people explicitly _disable_ them (that is, it) if they really want to. Principle of least astonishment.


state: closed
title: fail2ban service is broken (systemd backend fails)
user_login: anderspapitto
html_url: https://github.com/NixOS/nixpkgs/issues/11964
updated_at: 2016-01-01 22:56:22
body:
  fail2ban seems to be entirely non-functional, with the new systemd version. The error is

  ```
  Dec 26 10:46:37 duncan fail2ban.jail[1058]: ERROR Backend 'systemd' failed to initialize due to No module named systemd
  Dec 26 10:46:37 duncan fail2ban.jail[1058]: ERROR Failed to initialize any backend for Jail 'ssh-iptables'
  ```

  I just upgraded to the latest nixos-unstable, and my fail2ban configuration reads

  ```
      fail2ban = {
        enable = true;
        jails.ssh-iptables = "enabled = true";
      };
  ```


state: closed
title: string quoting in `Man configuration.nix` is broken
user_login: anderspapitto
html_url: https://github.com/NixOS/nixpkgs/issues/11965
updated_at: 2015-12-30 20:08:52
body:
  for example, here's an excerpt

  ```
         boot.kernel.sysctl
             Runtime parameters of the Linux kernel, as set by sysctl(8). Note that sysctl parameters names must be
             enclosed in quotes (e.g.  "vm.swappiness" instead of vm.swappiness). The value of each parameter may be a
             string, integer, boolean, or null (signifying the option will not appear at all).

             Type: attribute set of sysctl option values

             Default:{ }

             Example:{ net.ipv4.tcp_syncookies = false; vm.swappiness = 60; }

             Declared by:
                 <nixpkgs/nixos/modules/config/sysctl.nix>

  ```

  note that it explicitly instructs to write `"vm.swappiness"` with quotes, but the example doesn't have them. This may be a problem with how the docs are generated from the nix expressions


state: open
title: for nixos-rebuild, old value of firewall.extraStopCommands should be used.
user_login: anderspapitto
html_url: https://github.com/NixOS/nixpkgs/issues/11966
updated_at: 2018-06-23 20:59:19
body:
  I have a pair of commands in firewall.extra{Start,Stop}Commands. They look like this now

  ```
        extraCommands = ''
          iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o enp0s3 -j MASQUERADE
        '';
        extraStopCommands = ''
          iptables -t nat -D POSTROUTING -s 10.8.0.0/24 -o enp0s3 -j MASQUERADE
        '';
  ```

  and they used to look like this (different interface name)

  ```
        extraCommands = ''
          iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o eth0 -j MASQUERADE
        '';
        extraStopCommands = ''
          iptables -t nat -D POSTROUTING -s 10.8.0.0/24 -o eth0 -j MASQUERADE
        '';
  ```

  when I did nixos-rebuild switch, the old rule was not taken down correctly. My (unconfirmed) suspicion is that the new value of extraStopCommands was used, which didn't work because it doesn't match the rule that the old value of extraStartCommands added.


state: closed
title: [WIP] simple-mtpfs: init at 0.2
user_login: matthiasbeyer
html_url: https://github.com/NixOS/nixpkgs/pull/11967
updated_at: 2016-03-20 00:21:29
body:
  Cannot build atm, as I'm only on my notebook and it takes too long for me. Will continue next year.


state: closed
title: pygraphviz: init at 1.2
user_login: matthiasbeyer
html_url: https://github.com/NixOS/nixpkgs/pull/11969
updated_at: 2016-01-17 18:15:24
body:
  Compiling it takes years on my master, as it compiles graphviz and deps (down to systemd as far as I can see) for me.

  Will compile as soon as I'm on my workstation again, if you guys want me to. Otherwise I will try to compile based on unstable.


state: closed
user_login: javins
html_url: https://github.com/NixOS/nixpkgs/issues/11970
updated_at: 2018-08-03 15:05:29
title:
  pulseaudio: Failed to open module module-x11-publish.so: module-x11-publish.so: cannot open shared object file: No such file or directory

body:
  I'm running nixos on channel nixos-unstable with gnome3 as my desktopManager and gdm as my login manager.

  Here are the relevant bits of /etc/nixos/configuration.nix:

  ``` nix
  {
    services.xserver = {
      enable = true;
      displayManager.gdm = { 
        enable = true;
        autoLogin.user = "walt";
        autoLogin.enable = false;
      };  
      desktopManager.gnome3.enable = true;
    };
  }
  ```

  Using gnome3 enables pulseaudio because of:

  https://github.com/NixOS/nixpkgs/blob/db1086f3a17dc73232a11c408ca1c43cdf785dc6/nixos/modules/services/x11/desktop-managers/gnome3.nix#L97

  Every time boot/login I see the following errors in systemd's journal:

  ```
  Dec 27 03:33:21 nix pulseaudio[1010]: Failed to open module module-x11-publish.so: module-x11-publish.so: cannot open shared object file: No such file or directory
  Dec 27 03:33:21 nix pulseaudio[1010]: Failed to open module "module-x11-publish".
  ```

  Furthermore, if I log out and then back in (without rebooting the entire machine), I will see errors like the following in the journal:

  ```
  Dec 27 03:34:34 nix pulseaudio[1561]: Daemon already running.
  Dec 27 03:34:34 nix pulseaudio[1010]: Failed to open module module-x11-publish.so: module-x11-publish.so: cannot open shared object file: No such file or directory
  Dec 27 03:34:34 nix pulseaudio[1010]: Failed to open module "module-x11-publish".
  Dec 27 03:34:34 nix pulseaudio[1010]: Module "module-device-manager" should be loaded once at most. Refusing to load.
  ```

  You can find these errors with a command like: `sudo journalctl -b -p err | grep pulse`

  I have't observed any issues with sound, but I'm suspicious that pulseaudio isn't interacting properly with my x session.


state: closed
title: Adding which and curl as dependencies to playonlinux
user_login: Denommus
html_url: https://github.com/NixOS/nixpkgs/pull/11971
updated_at: 2015-12-27 10:04:13
body:
  While I did it, I also noticed fontforge wasn't compiling in my system (which is a Linux, not a Mac), due to the lack of pango as a dependency.


state: closed
title: anki: major refactor
user_login: rycee
html_url: https://github.com/NixOS/nixpkgs/pull/11977
updated_at: 2015-12-28 16:25:27
body:
  This refactoring changes a number of things:
  - use system copies of Python libraries BeautifulSoup, and HTTPLIB2,
  - custom install to avoid installation of unnecessary files and poor directory structure, and
  - add patch for sorting out file paths, in particular this fixes localization and error during execution of `lame`.

  The patch twiddling above also makes Anki seem to run fine on non-NixOS.

  Note, I was thinking about using the system jquery and jquery-ui packages but didn't bother. Might be worth revisiting if there is interest.


state: closed
title: ricochet: init at 1.1.1
user_login: codsl
html_url: https://github.com/NixOS/nixpkgs/pull/11979
updated_at: 2016-01-18 14:16:39
body:
  Please DO NOT MERGE until #11974 has been merged as this PR depends on my entry in maintainers.nix that comes with #11974.

  That being said, ricochet does seem to work fine.


state: closed
title: Make gpgkey2ssh use absolute path to gpg2, fixes #11912
user_login: ArdaXi
html_url: https://github.com/NixOS/nixpkgs/pull/11980
updated_at: 2015-12-28 16:13:17
body:
  This is a fix for #11912 to point the gpgkey2ssh binary to the absolute path of gpg2.

  gpgkey2ssh is a bit poorly written and seems kind of written off by upstream, but since there is demand for it, this is a simple fix.


state: closed
title: torbrowser: 5.0.4 -> 5.0.6
user_login: codsl
html_url: https://github.com/NixOS/nixpkgs/pull/11981
updated_at: 2015-12-27 21:25:46
body:
  I have only checked the hash of the 32-bit version, but haven't actually built it. The 64-bit version works fine, though.


state: closed
title: WIP: darktable: add version 2.0.0
user_login: ikervagyok
html_url: https://github.com/NixOS/nixpkgs/pull/11982
updated_at: 2016-02-06 01:32:45
body:
  also make it optional, as once darktable is updated, there's problems going back to version 1.6

  see: `http://www.darktable.org/2015/12/darktable-2-0-released/`
  `when updating from the currently stable 1.6.x series, please bear in mind that your edits will be preserved during this process, but it will not be possible to downgrade from 2.0 to 1.6.x any more.`


state: closed
title: sudo: Compile with '--with-iologdir' to improve build purity
user_login: dezgeg
html_url: https://github.com/NixOS/nixpkgs/pull/11983
updated_at: 2016-01-12 21:45:28
body:
  Otherwise it will try to guess the log directory, and the guess might
  not be the same if chroot builds are enabled or not.

  The gruesome details from m4/sudo.m4:

  ```
  dnl
  dnl Where the I/O log files go, use /var/log/sudo-io if
  dnl /var/log exists, else /{var,usr}/adm/sudo-io
  dnl
  AC_DEFUN([SUDO_IO_LOGDIR], [
      AC_MSG_CHECKING(for I/O log dir location)
      if test "${with_iologdir-yes}" != "yes"; then
          iolog_dir="$with_iologdir"
      elif test -d "/var/log"; then
          iolog_dir="/var/log/sudo-io"
      elif test -d "/var/adm"; then
          iolog_dir="/var/adm/sudo-io"
      else
          iolog_dir="/usr/adm/sudo-io"
      fi
      if test "${with_iologdir}" != "no"; then
          SUDO_DEFINE_UNQUOTED(_PATH_SUDO_IO_LOGDIR, "$iolog_dir")
      fi
      AC_MSG_RESULT($iolog_dir)
  ])dnl
  ```


state: closed
title: Add Caddy and its NixOS module
user_login: angus-g
html_url: https://github.com/NixOS/nixpkgs/pull/11987
updated_at: 2016-04-11 21:37:49
body:
  I don't really think this is in a state to be merged right now, so I'm looking for comments. Adding Caddy itself is straightforward enough, as it's just a Go package with an accompanying binary. Turning that into a service is more tricky since we can't use capabilities and Caddy can't drop privileges. I've written this "capwrap" wrapper that's able to use Linux 4.3+ ambient capabilities to apply cap_net_bind_service to an execve()'d process without requiring any capabilities/setuid on the binary itself. It feels a little bit hacky, but it also works fine for me.


state: closed
title: openssh: Compile with '--with-pid-dir' to improve build purity
user_login: dezgeg
html_url: https://github.com/NixOS/nixpkgs/pull/11991
updated_at: 2016-01-12 21:45:39
body:
  The configure script tries to probe whether /var/run exists when
  determining the location for the pid file, which is not very nice when
  doing chroot builds. Just set it explicitly to avoid the problem.

  For reference, the culprit in configure.ac:

  ```
  piddir=/var/run
  if test ! -d $piddir ; then
          piddir=`eval echo ${sysconfdir}`
          case $piddir in
                  NONE/*) piddir=`echo $piddir | sed "s~NONE~$ac_default_prefix~"` ;;
          esac
  fi

  AC_ARG_WITH([pid-dir],
          [  --with-pid-dir=PATH     Specify location of ssh.pid file],
  ...

  ```

  Also, use the `install-nokeys` target in installPhase so we avoid
  installing useless host keys into $out/etc/ssh and improve built purity
  as well.


state: closed
title: diffoscope: 29 -> 44
user_login: dezgeg
html_url: https://github.com/NixOS/nixpkgs/pull/11992
updated_at: 2016-01-12 21:45:30
body:
  Relevant changes:
  - Python version switched to Python 3
  - ssdeep library got replaced with tlsh
  - the 'magic' Python package got replaced with a different one
  - Minor build system improvements == less work for us

  In total the changes are fairly large and I'm not terribly familiar with Python packaging, so maybe @domenkozar could have a quick look?


state: closed
title: lxml header files location problem
user_login: spinus
html_url: https://github.com/NixOS/nixpkgs/issues/11993
updated_at: 2016-06-24 19:43:13
body:
  nixos: 16.03pre73316.93d8671

  when I install lxml with

  ```
  nix-env -iA nixos.libxml2
  ```

  the header files are in `../include/libxml2/libxml/*h`. Most apps require <libxml/*.h> headers and this additional subdirectory makes some problems.

  I solved that by adding that path to C_INCLUDE_PATH, but probably better solution would be to remove this one level of directory, what do you think?

  (my particular use case is to install lxml with virtualenv/pip)


state: closed
title: Expose Linux kernel configuration in pure Nix
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/11994
updated_at: 2018-06-23 18:04:15
body:
  Currently, we seem to have a giant string we interpolate values into inside [common-config.nix](https://github.com/NixOS/nixpkgs/blob/master/pkgs/os-specific/linux/kernel/common-config.nix). We furthermore have ad-hoc `optionalString` in there to expose certain options only for certain kernel versions.

  It seems like it wouldn't be hard to generate that giant string automatically with Nix, along with a simple way to define new options scoped to particular kernel versions. It could even use the module system outside of the standard NixOS configuration mechanism!


state: closed
title: Xorg programs missing from "command-not-found"
user_login: bjornfor
html_url: https://github.com/NixOS/nixpkgs/issues/11996
updated_at: 2016-08-28 14:47:31
body:
  ```
  $ xeyes
  xeyes: command not found
  $ xclock
  xclock: command not found
  ```

  (I expect nix to suggest a command-line to install missing programs.)

  Add `meta.platforms = unix` to `generate-expr-from-tarballs.pl`?


state: closed
title: google-chrome: add -beta and -unstable variants
user_login: benley
html_url: https://github.com/NixOS/nixpkgs/pull/11997
updated_at: 2016-02-26 00:13:00
body:
  It is a little weird that chromium has chromium, chromiumBeta, chromiumDev but this one is google-chrome, google-chrome-beta, google-chrome-dev.  Not really sure what the best solution is, or perhaps leaving it alone is fine.


state: closed
title: make-initrd: store all files with root as owner
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/11998
updated_at: 2016-01-16 19:45:49
body:
  This was initially done as a fix to a certain kernel which wouldn't boot the other way. Later it was discovered that the kernel had `fs.protected_hardlinks` and `fs.protected_symlinks` enabled by default (which was reverted), but this fix looks like generally the Right Thing to do (and shouldn't harm).


state: closed
title: command-not-found: add NIX_AUTO_RUN option, to automatically invoke nix-shell
user_login: edef1c
html_url: https://github.com/NixOS/nixpkgs/pull/12000
updated_at: 2016-01-10 09:16:14
body:
  This also patches up the fish, zsh, and bash command-not-found hooks, to pass the full argv through to command-not-found.


state: closed
title: xfe fails to build
user_login: fowlay
html_url: https://github.com/NixOS/nixpkgs/issues/12001
updated_at: 2015-12-30 15:36:31
body:
  Installing 'xfe' failed for me, using a non-root Nix setup and the nixpgs-unstable channel.

  The reason is that mesa-10.6.8 is no longer available as
  ftp://ftp.freedesktop.org/pub/mesa/10.6.8/mesa-10.6.8.tar.xz
  the correct URL is now
  ftp://ftp.freedesktop.org/pub/mesa/older-versions/10.x/10.6.8/mesa-10.6.8.tar.xz.

  Possibly this can be fixed in nixpkgs/pkgs/development/libraries/mesa/default.nix (I am too much of a Nix newbie to know for sure).


state: closed
title: tahoelafs: 1.10.0 -> 1.10.2
user_login: ArdaXi
html_url: https://github.com/NixOS/nixpkgs/pull/12004
updated_at: 2016-02-15 20:59:07
body:
  This resolves #9586

  Had to bump quite a fair number of packages, I don't think it broke much but I'm not entirely sure how to check other than open the PR and wait for the test.

  There's a comment about bumping twisted causing carbon to break, but carbon seems to run fine with this.


state: open
title: VBoxManage should be suid when hardening is enabled
user_login: purefn
html_url: https://github.com/NixOS/nixpkgs/issues/12005
updated_at: 2018-01-20 09:06:57
body:
  I was trying to use vagrant with VirtualBox and was receiving errors indicating that the virtual machine couldn't be started, with an error saying, "Kernel driver not accessible". When trying to start the virtual machine with `VBoxManage startvm` the same problem occurred, even though my user is in the `vboxusers` group.

  After disabling hardening, I was able to successfully use vagrant to with VirtualBox. I noticed that `VBoxManage` is not being [suid](https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/virtualisation/virtualbox-host.nix#L66). I think that would solve this problem.


state: closed
title: amarok: add necessary dependencies to fix failing build
user_login: exi
html_url: https://github.com/NixOS/nixpkgs/pull/12006
updated_at: 2015-12-28 22:15:24
body:
  The amarok build has been failing for some time, this makes it build again.

  Attention: Amarok will build with this, but the build in itself is still quite broken and music playback does not work because of other issues.
  I will try to fix the remaining issues in follow-up pull requests.


state: closed
title: spotify: Use specific openssl version
user_login: globin
html_url: https://github.com/NixOS/nixpkgs/pull/12007
updated_at: 2015-12-29 12:01:32
body:
  Spotify needs an ABI compatible libssl as it is a binary.
  Only changes things if openssl is aliased to another libssl.


state: open
title: Enforce no ":" in "hashedPassword" (perhaps a check)
user_login: KoviRobi
html_url: https://github.com/NixOS/nixpkgs/issues/12008
updated_at: 2019-01-01 19:14:23
body:
  NixOS: 16.03pre73316.93d8671 (Emu)
  Nix: 1.10

  If you put a colon (:) in your hashedPassword entry, such as "Still not giving it away :P" (to show your config to your friend), forget about it, rebuild, you end up corrupting the /etc/shadow file, as apparently NixOS just sets the password field (second field, with field separator ":"), so you end up accumulating ":P"s in /etc/shadow. Now that is just your mistake having a laugh at you....

  True story, took me some time to figure it out


state: closed
title: goPackages: start restructuring packages
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/pull/12010
updated_at: 2016-10-22 18:27:47
body:
  This is a new scheme that I think avoids a lot of repetition resulting from the fact that the vast majority of the go package ecosystem lives on GitHub, and it's fairly common practice for people to depend on forks
  with identical names.

  This scheme structures a subset of the go package universe after GitHub namespaces, so all packages are scoped by author and then by repo. In the simplest case, all one needs to provide for a given owner/repo case is an attrset containing the revision and a sha256 for it. One can still obviously add more attributes for more complicated builds.

  To save users (and other developers) from having to qualify all package names (like `hashicorp.consul` or `spf13.hugo`), I implemented a simple flattening scheme, where if the package name is unambiguous, one can refer to it unqualified. If it ambiguous, I throw an error explaining the ambiguity, telling the user to use a qualified attribute path.

  This change doesn't, as far as I can tell, change any hashes.

  If people like the proposal, we can start progressively moving things from the less structured attrset to the more structured one.

  cc @wkennington (this is the thing we talked about on IRC) @lethalman @benley and other go contributors.


state: closed
title: Sublime Text tries to use /bin/bash when executing commands for build systems
user_login: neilmayhew
html_url: https://github.com/NixOS/nixpkgs/issues/12011
updated_at: 2017-06-01 07:19:50
body:
  See line 66 of `exec.py` in `/nix/store/*-sublimetext3-3083-bin/Packages/Default.sublime-package`

  I assume this applies to any shell command, not just those for build systems, but building is where it's particularly noticeable.

  `Default.sublime-package` is a zip file, so it will need to be unpacked, patched and repacked.


state: closed
title: `fetchFromBitbucket` should strip .hg_archival.txt files before hashing
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/12012
updated_at: 2015-12-29 15:56:59
body:
  https://github.com/NixOS/nixpkgs/pull/12002 remarks that the hash changed in `fetchFromBitbucket` (even with `fetchzip`), and I think the .hg_archival.txt file contains non-local information about tags.


state: closed
title: Basic Declaritive Network Configuration in wpa_supplicant Service
user_login: globin
html_url: https://github.com/NixOS/nixpkgs/pull/12015
updated_at: 2016-01-05 19:09:30
body:
  - remove obsolete option networking.WLANInterface, it has been obsolete for years (according to `git blame`)
  - refactored to `systemd.services`
  - removed `preStart` in the service which created `/etc/wpa_supplicant.conf` if it didn't exist and `userControlled` was turned on, the code is added to the declarative `wpa_supplicant.conf` if used, but does not change existing setups.
  - added basic declarative networks specification currently only supporting open wifi networks and simple PSK authentication

  This is backward compatible to current configuration by defaulting to using `/etc/wpa_supplicant.conf` if `networking.wireless.networks` is empty.


state: closed
title: Mousepad texteditor with dbus-daemon use ~100 CPU.
user_login: danykey
html_url: https://github.com/NixOS/nixpkgs/issues/12016
updated_at: 2016-04-03 20:53:14
body:
  When run mousepad the CPU loads up to 100% (mousepad > 50, dbus-daemos > 40 % of CPU).
  This reproduce permanently.


state: closed
title: package postfix contains broken symlinks
user_login: phunehehe
html_url: https://github.com/NixOS/nixpkgs/issues/12017
updated_at: 2016-02-28 10:28:46
body:
  using master at 2c9369dc439ef7e68ed4839b16dad0d2d7628b96

  ```
  $ nix-build pkgs/top-level/all-packages.nix -A postfix          
  /nix/store/ws409j26y1831n04nmn21lil75p5mm6p-postfix-3.0.3
  $ tree /nix/store/ws409j26y1831n04nmn21lil75p5mm6p-postfix-3.0.3/bin
  /nix/store/ws409j26y1831n04nmn21lil75p5mm6p-postfix-3.0.3/bin
  ├── mailq -> installdir/nix/store/ws409j26y1831n04nmn21lil75p5mm6p-postfix-3.0.3/bin/sendmail
  ├── newaliases -> installdir/nix/store/ws409j26y1831n04nmn21lil75p5mm6p-postfix-3.0.3/bin/sendmail
  ├── postalias
  ├── postcat
  ├── postconf
  ├── postdrop
  ├── postfix
  ├── postkick
  ├── postlock
  ├── postlog
  ├── postmap
  ├── postmulti
  ├── postqueue
  ├── postsuper
  └── sendmail
  ```


state: closed
title: hscolor fails to build
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/issues/12018
updated_at: 2015-12-29 15:25:33
body:
  Tried to update my system to master today, failing at hscolor:

  ```
  unpacking source archive /nix/store/3g73vbx3ydfii0a5h7f7nryjf72yljya-hscolour-1.23.tar.gz
  source root is hscolour-1.23
  patching sources
  compileBuildDriverPhase
  setupCompileFlags: -package-db=/tmp/nix-build-hscolour-1.23.drv-0/package.conf.d -j1 -threaded
  [1 of 1] Compiling Main             ( Setup.hs, /tmp/nix-build-hscolour-1.23.drv-0/Main.o )
  Linking Setup ...
  /nix/store/bl4bwi2hnscy9xcrivwiwxwphkfc65c6-ghc-7.10.3/lib/ghc-7.10.3/ghcpr_8TmvWUcS1U1IKHT0levwg3/libHSghc-prim-0.4.0.0-8TmvWUcS1U1IKHT0levwg3.a: file not recognized: Input/output error
  collect2: error: ld returned 1 exit status
  builder for ‘/nix/store/c0hybvb0qbw19rfg65vh83hfsjlvx63a-hscolour-1.23.drv’ failed with exit code 1
  ```

  @peti Could this be related to the recent haskell updates?


state: closed
title: Sometimes nix-env is slow and use a lot of memory ~500(RES).
user_login: danykey
html_url: https://github.com/NixOS/nixpkgs/issues/12019
updated_at: 2015-12-29 12:30:42
body:
  Sometimes some operations in the nix-env command use a lot of memory and it's slow.
  For example: nix-env -qa '._keep._' uses about 500M of RES memory.
  If I run again then it's executed fast.   

  I did't meet such problem In the other package managers: apt-get, yum, equo.


state: closed
title: urlwatch: username:password@url domains do not work
user_login: makefu
html_url: https://github.com/NixOS/nixpkgs/issues/12021
updated_at: 2016-01-17 21:43:41
body:
  With the py3k patch for urlwatch (  `pkgs/tools/networking/urlwatch/default.nix` ) URLs with the pattern `http://username:password@localhost/` do not work. 
  urlwatch crashes with:

  ```
  File "/nix/store/sv62w8czrr5pziwwkgi67xw2vbc3swrs-python3.4-urlwatch-1.18/bin/.urlwatch-wrapped", line 307, in <module>
  raise exception
  File "/nix/store/4z7g0rlc27nwyq1mfn57kiijnnqn2swk-python3-3.4.3/lib/python3.4/concurrent/futures/thread.py", line 54, in run
  result = self.fn(*self.args, **self.kwargs)
  File "/nix/store/sv62w8czrr5pziwwkgi67xw2vbc3swrs-python3.4-urlwatch-1.18/bin/.urlwatch-wrapped", line 288, in process_job
  data = job.retrieve(timestamp, filter_func, headers, log)
  File "/nix/store/sv62w8czrr5pziwwkgi67xw2vbc3swrs-python3.4-urlwatch-1.18/lib/python3.4/site-packages/urlwatch/handler.py", line 142, in retrieve
  parts.password)).encode('base64').strip())
  LookupError: 'base64' is not a text encoding; use codecs.encode() to handle arbitrary codecs
  ```

  This issue does not occur when using python2 instead in the package Building:

  ``` nix
    nixpkgs.config.packageOverrides = pkgs: {
      urlwatch = with pkgs.pythonPackages; buildPythonPackage rec {
        name = "urlwatch-1.18";

        propagatedBuildInputs =  [ futures ];

        src = pkgs.fetchurl {
          url = "http://thp.io/2008/urlwatch/${name}.tar.gz";
          sha256 = "090qfgx249ks7103sap6w47f8302ix2k46wxhfssxwsqcqdl25vb";
        };

        postFixup = ''
          wrapProgram "$out/bin/urlwatch" --prefix "PYTHONPATH" : "$PYTHONPATH"
        '';
      };
    }
  ```

  I am not sure what the inital idea was behind the patch to py3k and i am therefore not sure if i should open an PR for this issue.


state: closed
title: chromium: Updates.
user_login: ambrop72
html_url: https://github.com/NixOS/nixpkgs/pull/12022
updated_at: 2015-12-29 18:33:35
body:
  dev: 49.0.2587.3 -> 49.0.2593.0
  beta: 48.0.2564.41 -> 48.0.2564.48
  stable: 47.0.2526.80 -> 47.0.2526.106

  Only tested stable on nixpkgs-channels/nixos-15.09.


state: closed
title: webkitgtk+ vulnerabilities
user_login: vcunat
html_url: https://github.com/NixOS/nixpkgs/issues/12023
updated_at: 2017-01-19 17:21:50
body:
  Most of our packages currently depend on webkitgtk-2.4 that [seems to suffer](http://webkitgtk.org/security/WSA-2015-0002.html) from many vulnerabilities. We do have webkitgtk-2.10 but it isn't used too much. (Many CVEs claim everything before 2.10.0 is vulnerable &ndash; that came out in September and our latest 2.4.x came out in May.)

  GNOME3 is among major dependants /cc @lethalman, and also several standalone web browsers. Migrating from 2.4 might be lots of work (and unsuitable for 15.09 anyway), so I assume we need to find patches to fixup 2.4.


state: closed
title: yosys, arachne-pnr, icestorm: init
user_login: VShell
html_url: https://github.com/NixOS/nixpkgs/pull/12025
updated_at: 2015-12-30 17:44:05
body:
  These packages are used to program Lattice iCE40 FPGAs. I have tested these against a iCE40-HX8k dev board, and they work well.


state: closed
title: Cool-retro-term fails to run
user_login: kragniz
html_url: https://github.com/NixOS/nixpkgs/issues/12027
updated_at: 2019-06-12 14:06:34
body:
  After running `$ nix-env -i cool-retro-term`, cool-retro-term doesn't seem to work. When attempting to run, it outputs errors and hangs:

  ```
  $ cool-retro-term --verbose
  QQmlApplicationEngine failed to load component
  qrc:/main.qml:23 module "QtQuick.Controls" is not installed
  qrc:/main.qml:24 module "QtGraphicalEffects" is not installed
  qrc:/main.qml:23 module "QtQuick.Controls" is not installed
  qrc:/main.qml:24 module "QtGraphicalEffects" is not installed
  ```

  This is on the current nixos-unstable channel:

  ```
  $ nixos-version 
  16.03pre73316.93d8671 (Emu)
  ```


state: closed
title: current avidemux version fails to build
user_login: exi
html_url: https://github.com/NixOS/nixpkgs/issues/12028
updated_at: 2016-01-02 21:28:24
body:
  avidemux changed its build process in version 2.6 so our 2.5.6 build worked, but we bumped the version to 2.6.9 which fails since 2015-10-28 13:31:04.
  @jagajaga @viric should we roll back the version until a working PR for a 2.6.9 build comes along?


state: closed
title: steam: use libstdc++ from host, not steam runtime
user_login: anderspapitto
html_url: https://github.com/NixOS/nixpkgs/pull/12029
updated_at: 2018-03-10 17:19:07
body:
  this fixes https://github.com/NixOS/nixpkgs/issues/10950 for me. I have an intel card, not radeon, but saw the same errors.


state: closed
title: GHCJS builds failing
user_login: boothead
html_url: https://github.com/NixOS/nixpkgs/issues/12030
updated_at: 2016-01-25 08:02:13
body:
  Looks like ghcjs builds have been failing for a few days:

  http://hydra.nixos.org/job/nixos/trunk-combined/nixpkgs.haskell.compiler.ghcjs.x86_64-linux

  I'm getting errors like this:

  ```
  Configuring ghcjs-0.2.0...
  Setup: At least the following dependencies are missing:
  aeson >=0.7 && <0.10,
  haskell-src-exts ==1.16.*,
  optparse-applicative ==0.11.*,
  syb >=0.4 && <0.6
  builder for ‘/nix/store/lqxxispgglfncfa59f2x6kry4vh9sg0f-ghcjs-0.2.0.drv’ failed with exit code 1
  cannot build derivation ‘/nix/store/0qn68lwrf0vffq0c30hkqkqrgqzybg3c-ghcjs-0.2.0.drv’: 1 dependencies couldn't be built
  error: build of ‘/nix/store/0qn68lwrf0vffq0c30hkqkqrgqzybg3c-ghcjs-0.2.0.drv’ failed
  /home/ben/.nix-profile/bin/nix-shell: failed to build all dependencies
  ```

  I think my error might be due to #10215 though.

  Does anyone have a working `shell.nix` for GHCJS they can point me to?


state: closed
title: Speed dreams seems broken.
user_login: rvlander
html_url: https://github.com/NixOS/nixpkgs/issues/12031
updated_at: 2017-11-02 07:25:38
body:
  Fetch url does not seem to be available anymore.

  A new version of SD is to be released soon. Maybe it is worth waiting a bit before fixing the expression.


state: closed
title: stdenv/setup.sh: don't skip post-hooks
user_login: vcunat
html_url: https://github.com/NixOS/nixpkgs/pull/12032
updated_at: 2016-01-06 11:05:27
body:
  So far if no configure script is found or no makefile, the rest of the phase is skipped, _including_ post-hooks. I find that behavior unexpected/unintuitive.

  Any comments? I'll wait for other mass-rebuild stuff to push this to staging.


state: closed
title: xorg: add meta.platforms
user_login: bjornfor
html_url: https://github.com/NixOS/nixpkgs/pull/12034
updated_at: 2015-12-31 13:23:31
body:
  Add it to the generator script (generate-expr-from-tarballs.pl) and then
  add the updated generated file (pkgs/servers/x11/xorg/default.nix) after
  performing the steps outlined in the generator script.

  NOTE: People seem to have updated .../default.nix manually (even though
  it has a "THIS IS A GENERATED FILE.  DO NOT EDIT!" header), so I had to
  skip some changes to not downgrade several packages.


state: closed
title: Package Vulnerability Scanner
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/issues/12035
updated_at: 2016-05-20 17:58:16
body:
  I wrote a little program to do automatic vulnerability scanning of nixpkgs, based on the NVE CVE database.

  It detects a bit over 100 vulnerabilities in all 15.09 packages. This number includes a lot of false positives, the checking is based on version numbers and does not (yet) detect patches.
  Here is the list: https://gist.github.com/jgillich/f842c97702d2de61a6eb

  Most of the older CVEs have been patched manually, but some haven't. For example XChat, a program with the last upstream release in 2010 and a vulnerability reported in 2011 that allows to "possibly execute arbitrary code". I think we need to remove such unmaintained packages wherever possible, patching them forever is not sustainable.

  Code for the program is [here](https://github.com/jgillich/nix-audit), written in Node. Thanks to streams Node works pretty well, but there doesn't seem to be a library to parse anything else than semantic versions, so stuff like `1.0.1q` from OpenSSL just gets ignored. It's just a prototype and doesn't interact with the local nixpkgs, so if another language would be a better fit, I'm open to rewriting it.


state: open
title: Add Linux Integrity Management NixOS module
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/12036
updated_at: 2019-03-17 22:02:29
body:
  This could potentially give us better (and more trustworthy) introspection into changes in our systems.

  Documentation is here: http://sourceforge.net/p/linux-ima/wiki/Home/


state: closed
title: facetimehd: PCIe webcam support for Macbooks
user_login: womfoo
html_url: https://github.com/NixOS/nixpkgs/pull/12038
updated_at: 2016-02-13 13:19:38
body:
  It's still early days for this driver and users will have to perform the occasional rmmod/modprobe dance.

  That being said, it still beats restarting to OSX everytime for video meetings (Hangouts on Firefox and Chromium works).

  This seems to behave reasonably on my MacBookPro11,3 running kernels 4.1, 4.2 and 4.3.


state: open
title: Transparent VM-based cross-platform evaluation of nixpkgs
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/12039
updated_at: 2018-08-29 15:42:29
body:
  This might be infeasible, but that's what the "feedback requested" field is for, right? :sweat_smile: 

  Currently, all-packages.nix is a function accepting a `system` parameter. There's a whole system of `crossSystem` that I'm not touching right now, as I don't think this proposal affects any of it.

  Basically, we have `libvirt` running on our two major platforms, Linux and Darwin. `qemu` doesn't work usefully on Darwin, which is why I'm trying to stay more generic, but we do have `xhyve` which works fine and should be pluggable into `libvirt`.

  Could we just have a simple system that semi-transparently spins up a `libvirt` VM if you attempt to evaluate `nixpkgs` on a system other than your own? For example, we could have an attrset that provides VM images for a minimal NixOS distro, another one that can build a minimal Mac OS image (assuming you manually add the base image to the store, to avoid licensing issues, and run it on Mac hardware, which is legal and permitted). That way, I can ask my Mac-running-NixOS to build/test/run Darwin packages and ask my Mac-running-OSX to build Linux packages for me (for e.g., NixOps deployments). We could conceivably also use it to handle Windows builds, but I don't care about those as much right now. The builds would all end up in the host store and everything would otherwise be seamless. 

  We'd basically be doing a deterministic Nix-flavored Vagrant and using it transparently. We could even expose that to the user!

  It doesn't seem like we're that far off right now. `runInLinuxVM` is pretty close, but would just need to be generalized a bit, and plugged into the evaluation of `nixpkgs`.

  Edit: TBC, if I were to make this into a concrete proposal, it would be:
  - Generalize `runInLinuxVM` to use `libvirt` (or call it something else) and work on both Darwin and Linux. Would need to make sure it could share the host store.
  - Keep a handful of minimal VM definitions around for it to run for different `system` values
  - Add a shim to all-packages.nix that would call `runInLinuxVM`
  - Make sure none of this produces different hashes than it would on the native platform


state: closed
title: Migrate some more packages from builderDefsPackage to stdenv
user_login: rycee
html_url: https://github.com/NixOS/nixpkgs/pull/12043
updated_at: 2015-12-31 11:57:31
body:
  A step in #4210. Note, also needed to do some minor package fixes to resolve unrelated build problems (new upstream URL, e.g.)

  Build verified using nox-review against recent nixos unstable.


state: closed
title: command-not-found requirements aren't documented
user_login: akavel
html_url: https://github.com/NixOS/nixpkgs/issues/12044
updated_at: 2016-10-16 12:21:15
body:
  ```
  [root@nixos:/etc/nixos]# command-not-found foobar
  DBI connect('dbname=/nix/var/nix/profiles/per-user/root/channels/nixos/programs.sqlite','',...) failed: unable to open database file at /run/current-system/sw/bin/command-not-found line 12.
  cannot open database `/nix/var/nix/profiles/per-user/root/channels/nixos/programs.sqlite' at /run/current-system/sw/bin/command-not-found line 12.
  ```

  After quick googling I've found [some email from 2013](http://lists.science.uu.nl/pipermail/nix-dev/2013-May/011129.html) suggesting that "you'll need to add the nixos-unstable channel as root". But isn't that so by default? I couldn't find "programs.sqlite" on github in the "nixos-unstable" branch anyway. If that email is correct, what exact steps one has to do to resolve this? As I still couldn't find out from searching the "channel" keyword in NixOS manual, being a NixOS newbie. Could the instructions at least be printed explicitly by the command-not-found Perl script instead of this cryptic message, if not baked in the nix-expression as an explicit dependency?


state: closed
title: postfix relies on /bin/sh being a symlink to bash
user_login: phunehehe
html_url: https://github.com/NixOS/nixpkgs/issues/12046
updated_at: 2015-12-31 11:51:28
body:
  [`postfix-script`](https://github.com/vdukhovni/postfix/blob/bbe8bc4/postfix/conf/postfix-script#L232) calls `post-install` using `/bin/sh` (non-official repo, but I couldn't find anything better to link to). In nixpkgs, [`post-install`](https://github.com/nixos/nixpkgs/blob/929e734/pkgs/servers/mail/postfix/3.0.nix#L49-L50) is a wrapper that uses bash.

  When the wrapper is called using `/bin/sh` that is a symlink to bash (like in nixos), it works fine. However if it's not bash the wrapper will fail with "Bad substitution". I have only tested with dash on ubuntu, but the same thing should happen to a more vanilla sh too, because the wrapper uses bash' array syntax.

  I'll try to submit a patch against postfix upstream to remove the use of `SHELL` (which looks inconsistent and unneeded anyway), but before a new release lands, does it make sense to have a patch in nixpkgs too?


state: closed
title: postfix: patch to stop hard coding SHELL
user_login: phunehehe
html_url: https://github.com/NixOS/nixpkgs/pull/12047
updated_at: 2015-12-31 12:07:33
body:
  ref https://github.com/NixOS/nixpkgs/issues/12046
  I realized it's easier to make a nixpkgs patch first


state: closed
title: zotero: 4.0.26 -> 4.0.28.8
user_login: luispedro
html_url: https://github.com/NixOS/nixpkgs/pull/12049
updated_at: 2016-01-01 17:55:29
body:
  The previous version was too old for the current version of firefox and
  syncing failed with an error: "req.sendAsBinary is not a function". This
  new version solves this.

  See https://forums.zotero.org/discussion/48500/bug-with-firefox-plugin/


state: closed
title: libvirt: Update from 1.2.19 to 1.3.0
user_login: wido
html_url: https://github.com/NixOS/nixpkgs/pull/12051
updated_at: 2016-01-04 18:56:08
body:
  This is my first PR for NixOS and I don't know if I need to perform any more testing.

  Followed this guide: https://nixos.org/wiki/Create_and_debug_nix_packages

  This is to update libvirt to 1.3.0 in NixOS.


state: closed
title: murmur_git: fix failing build because of changed ice file paths
user_login: exi
html_url: https://github.com/NixOS/nixpkgs/pull/12052
updated_at: 2016-01-03 00:31:59
body:
  build currently fails: https://hydra.nixos.org/build/29216753

  This fixes it because upstream moved the path to the ice files.


state: closed
title: Add SSL support to slrn
user_login: jeaye
html_url: https://github.com/NixOS/nixpkgs/pull/12053
updated_at: 2016-01-13 11:05:49
body:
  slrn in NixOS should absolutely support SSL. To do so, we follow http://slrn.sourceforge.net/docs/README.SSL which, unfortunately, is hosted on sourceforge. For those whose browsers prevent them from reading from SF, I'll supply the useful bits.

  ``` text
  Compiling SLRN with SSL support
  -------------------------------

  To build slrn with SSL support, you must first obtain and install the
  OpenSSL library from http://www.openssl.org.  Beware that some
  countries may have import/export regulations concerning such software.
  If you get arrested, do not call me!  Just as important, do not
  contact me if you have trouble compiling OpenSSL --- I have nothing to
  do with the development of OpenSSL.

  After installing OpenSSL, configure slrn for SSL support, e.g.,

     ./configure --with-ssl

  By default, OpenSSL will install itself in /usr/local/ssl.  If you
  install it elsewhere, e.g., $HOME/ssl, then use:

     ./configure --with-ssl=$HOME/ssl

  After compiling it, `slrn --version' should indicate SSL support.
  ```


state: closed
title: Cannot add printer with GNOME GUI (grayed out)
user_login: bjornfor
html_url: https://github.com/NixOS/nixpkgs/issues/12058
updated_at: 2016-01-03 10:53:42
body:
  Open `gnome-control-center` and select "Printers". The "Add new printer" button is grayed out, making it impossible to add a printer.

  This is what the program prints to the terminal:

  ```
  (gnome-control-center:16664): printers-cc-panel-WARNING **: Your system does not have the cups-pk-helper's policy "org.opensuse.cupspkhelper.mechanism.all-edit" installed. Please check your installation
  ```

  Relevant configuration.nix snippet:

  ```
    services = {
      ...
      printing.enable = true;
      xserver.desktopManager.gnome3.enable = true;
    };
  ```

  (I don't know if this is relevant, but I found `gnome.libgnomecups` package in nixpkgs, but it is for GNOME 2.)


state: closed
title: cool-retro-term: add missing dependencies and fix qmltermwidget, fixes #12027
user_login: svenkeidel
html_url: https://github.com/NixOS/nixpkgs/pull/12059
updated_at: 2016-01-01 21:53:45
body:
  This fixes #12027 at least for me. @ttuegel, @kragniz, let me know if it also works for you.

  Best,
  Sven


state: closed
title: bomi: fix missing build dependency
user_login: exi
html_url: https://github.com/NixOS/nixpkgs/pull/12061
updated_at: 2016-01-03 00:24:04
body:
  The build fails without specifying qtquickcontrols as a build input.

  Failing trunk build: https://hydra.nixos.org/build/29218219


state: closed
title: platformio: init at 2.7.0
user_login: mogorman
html_url: https://github.com/NixOS/nixpkgs/pull/12062
updated_at: 2016-01-13 14:52:27
body:
  Platformio, http://platformio.org , is a nice tool for managing embedded cross compile toolchians, libraries, and other build tools.


state: closed
title: networkmanager tries to execute /sbin/modprobe
user_login: fkz
html_url: https://github.com/NixOS/nixpkgs/issues/12063
updated_at: 2016-01-02 17:26:35
body:
  I use network-manager to create a wifi-hotspot.

  `journalctl --unit network-manager` gives the following:

  > Jan 01 11:38:38 nixos NetworkManager[15086]: <error> [1451648318.618482] [NetworkManagerUtils.c:346] nm_utils_modprobe(): modprobe: '/sbin/modprobe ip_tables' failed: Failed to execute child process "/sbin/modprobe" (No such file or directory)

  And the same for `/sbin/modprobe ip_tables`, `/sbin/modprobe iptable_nat`, `/sbin/modprobe nf_nat_ftp`, `/sbin/modprobe nf_nat_irc`, `/sbin/modprobe nf_nat_sip`, `/sbin/modprobe nf_nat_tftp`, `/sbin/modprobe nf_nat_pptp`.

  The errors were followed by following with

  > Jan 01 11:38:39 nixos NetworkManager[15086]: <error> [1451648319.864292] [rdisc/nm-lndp-rdisc.c:68] send_rs(): (wlp2s0): cannot send router solicitation: -101.

  The workaround `ln -s /run/current-system/sw/bin/modprobe /sbin/` worked for me for now; I'll try to look into it a little bit more in the next days.


state: closed
title: Re-organise firefox
user_login: VShell
html_url: https://github.com/NixOS/nixpkgs/issues/12065
updated_at: 2016-01-15 07:55:11
body:
  Firefox, at present, comes in five different packages:
  - firefox
  - firefox-wrapper
  - firefox-bin
  - firefox-esr
  - firefox-esr-wrapper

  The issue is that that firefox package is inevitably not what the user wants, causing issues when they try to enable plugins or configure pulseaudio.

  I suggest reorganising Firefox into the following package attributes:
  - firefox (current firefox-wrapper, with name "firefox")
  - firefox-unwrapped (current firefox, with name "firefox-no-plugins")
  - firefox-esr (current firefox-esr-wrapper, with name "firefox-esr")
  - firefox-esr-unwrapped (current firefox-esr, with name "firefox-esr-no-plugins")
  - firefox-bin

  This would match better with what users expect, both through `nix-env -i` and `config.systemPackages`, but would also break backwards compatibility for people who currently have the wrapperless Firefox installed. What do people think?


state: closed
title: shotwell: 0.20.2 -> 0.22.0
user_login: mdorman
html_url: https://github.com/NixOS/nixpkgs/pull/12067
updated_at: 2016-01-08 12:38:43
body:
  This release has actually been out for nine months, and the existing
  release completely failed to be able to import photos in my setup.


state: closed
title: mariadb-10.1.9 won't install because of conflicting mysql_config binaries
user_login: linuxfood
html_url: https://github.com/NixOS/nixpkgs/issues/12072
updated_at: 2016-06-02 13:28:35
body:
  Seems like some days ago there was a split of the output paths for mariadb that makes it impossible to install or upgrade mariadb as near as I can tell.

  This is the commit: https://github.com/NixOS/nixpkgs/commit/e97b63a72729d054c7eb52da4eb7f6b2cb3b3f32

  `collision between ‘/nix/store/mkmiziygv2v9hsq14xjs4lyjj12ncgsc-mariadb-10.1.9-lib/bin/mysql_config’ and ‘/nix/store/kbl8fh8mpdmisrhbaarg14v17024mbnq-mariadb-10.1.9/bin/mysql_config’; use ‘nix-env --set-flag priority NUMBER PKGNAME’ to change the priority of one of the conflicting packages`

  The suggested fix doesn't work because there's only one package in question.


state: closed
title: qbittorrent: 3.2.3 -> 3.3.1
user_login: simonvandel
html_url: https://github.com/NixOS/nixpkgs/pull/12073
updated_at: 2016-01-02 21:48:44
body:
  - upstream has switched to qt5 as default, so also done here
  - Adds a patch to use the qt lrelease tool correct


state: closed
title: boolstuff: fix archive hash to make boolstuff build
user_login: exi
html_url: https://github.com/NixOS/nixpkgs/pull/12074
updated_at: 2016-01-03 10:35:18
body:
  the build fails because of invalid hashes, this fixes it.
  I contacted the owner of the webserver to fix the problem on his side too


state: closed
title: go1.5: Fix Darwin build by disabling a broken test
user_login: benley
html_url: https://github.com/NixOS/nixpkgs/pull/12075
updated_at: 2016-01-02 22:33:55
body:
  TestNohup appears to work on Darwin if the test suite is running
  attached to a terminal, but not when Nix runs it.


state: closed
title: openssh: Add gssapi patch used by other major distros
user_login: benley
html_url: https://github.com/NixOS/nixpkgs/pull/12079
updated_at: 2016-01-06 21:12:51
body:
  This patch is borrowed verbatim from Debian, where it is actively
  maintained for each openssh update.  It's also included in Fedora's
  openssh package, in Arch linux as openssh-gssapi in the AUR, in MacOS
  X, and presumably various other platforms and linux distros.

  The main relevant parts of this patch:
  - Adds several ssh_config options:
    GSSAPIKeyExchange, GSSAPITrustDNS,
    GSSAPIClientIdentity, GSSAPIServerIdentity
    GSSAPIRenewalForcesRekey
  - Optionally use an in-memory credentials cache api for security

  My primary motivation for wanting the patch is the GSSAPIKeyExchange
  and GSSAPITrustDNS features. My user ssh_config is shared across
  several OSes, and it's a lot easier to manage if they all support the
  same options.


state: closed
title: programs.bash.enableCompletion = true; causes have: command not found on bash prompt
user_login: mogorman
html_url: https://github.com/NixOS/nixpkgs/issues/12080
updated_at: 2016-01-02 16:47:44
body:
  it looks like the have function isn't accessible to me when I enable bashcompletion on 15.09 on amd4.  any ideas as to the cause?  Disabling bash.enableCompletion makes the have issue go away.


state: closed
title: This fixes bug #10825 for hexchat. Hexchat loads enchant library at …
user_login: mogorman
html_url: https://github.com/NixOS/nixpkgs/pull/12082
updated_at: 2016-01-05 08:51:40
body:
  resolves this bug for hexchat and xchat #10825 

  hexchat and xchat try to load the enchant library at runtime
  https://github.com/hexchat/hexchat/blob/master/src/fe-gtk/sexy-spell-entry.c#L157-L205

  this patch creates a wrapper so they can actually find and use it for spell checking 


state: closed
title: owncloud 7.0.11 -> 7.0.12
user_login: aborsu
html_url: https://github.com/NixOS/nixpkgs/pull/12083
updated_at: 2018-01-20 14:49:28
body:
  The name says it all, updates all flavours of owncloud to the
  latest version. As before, only the 7.0 branch of owncloud works
  without issues on nixos.


state: closed
title: "unrar" license is not correct
user_login: rekado
html_url: https://github.com/NixOS/nixpkgs/issues/12084
updated_at: 2016-01-03 00:18:53
body:
  The license in `unrar/default.nix` is declared as GPL2, but the license certainly is not the GPL, it is not even a free software license as it contains this restriction on use:

  ```
     2. UnRAR source code may be used in any software to handle
        RAR archives without limitations free of charge, but cannot be
        used to develop RAR (WinRAR) compatible archiver and to
        re-create RAR compression algorithm, which is proprietary.
        Distribution of modified UnRAR source code in separate form
        or as a part of other software is permitted, provided that
        full text of this paragraph, starting from "UnRAR source code"
        words, is included in license, or in documentation if license
        is not available, and in source code comments of resulting package.
  ```

  The "unrar" package should thus be marked as non-free.


state: open
user_login: vcunat
html_url: https://github.com/NixOS/nixpkgs/issues/12085
updated_at: 2017-09-02 10:24:33
title:
  stdenv: principial linking problems when putting static and dynamic libraries into different directories

body:
  I've recently been digging into link errors introduced by splitting outputs, and there's a general problem for which I don't see any easy solution (yet). It again stems from assumptions that stuff is in the same directory, in particular static and dynamic version of the same library.

  When linking, `ld` checks directories specified by `-L` in order and prefers dynamic libs by default, but it does so in each folder **separately**, therefore when dynamic and static versions are separate, the preference is "given" by directory order.

  The order isn't very easy to affect. For example `gcc` also passes `${stdenv.cc.cc.out}/lib` by itself which currently contains some static libraries whose dynamic versions are split into a different output. Example: https://gist.github.com/vcunat/8e5d56eb4e5cf4a80944. I this case it wasn't possible to link against those libs, but I'm afraid there may be many hidden cases where static libraries were preferred unintentionally. Therefore I'd like to find a general solution instead of fixing up particular cases.

  Any ideas? In the worst case we could patch `ld` to first search all dirs for dynamic version before trying static.


state: closed
title: thinkfan levels option to control actuation points
user_login: bmorphism
html_url: https://github.com/NixOS/nixpkgs/pull/12086
updated_at: 2016-01-07 10:52:32
body:
  The default actuation points in thinkfan.conf for fan levels are a little too aggressive, resulting in the fan speed adjustment that is too noticeable.

  Added levels option to services.thinkfan in order to manually control this part of the config through configuration.nix.


state: closed
title: Owncloud webdav issue
user_login: aborsu
html_url: https://github.com/NixOS/nixpkgs/issues/12087
updated_at: 2017-05-10 14:21:49
body:
  webdav is broken in owncloud versions after 7.0 (so 8.0.x, 8.1.x, and 8.2.x).
  So until this is fixed we are stuck on owncloud 7.0


state: closed
title: ati-drivers : Fix some paths in ati_unfree
user_login: heydojo
html_url: https://github.com/NixOS/nixpkgs/pull/12089
updated_at: 2016-01-12 11:38:47
body:
  This hopefully closes https://github.com/NixOS/nixpkgs/issues/11740
  The commit removes two empty paths to libX11.so.6 in two files where it was duplicated
  and adds the path to libstdc++ in some others. Each file was checked using ldd
  https://github.com/NixOS/nixpkgs/pull/11817 can be rejected if this commit is taken instead.


state: closed
title: ati-drivers : 15.7 -> 15.12
user_login: heydojo
html_url: https://github.com/NixOS/nixpkgs/pull/12090
updated_at: 2016-03-28 10:11:50
body:
  This update and set of patches enables the latest AMD radeon driver in nixos.
  The patches mainly allow building upto (and hopefully beyond) linux kernel 4.3.
  While this all seems good and well - there is a matter which will need discussion or a solution to.
  As of this update, AMD are dropping support for pre-GCN cards - mainly
  the Radeons of series 5000 and 6000. Those cards are about 5 years old now.
  In order for nixos to continue to support those cards, the version of this package
  previous will still work with those cards but that version does not compile past linux 4.1.
  So - does this update need forking out into a new package in order to continue support for
  pre-GCN cards? (linux 4.1 is a long term support kernel.)
  Is the extra work worth it or should the pre-GCN support be dropped?
  If pre-GCN support is to be dropped, please take this merge as is.
  If support for pre-GCN is to be maintained, would one of the maintainers of this package please
  come up with a solution?


state: closed
title: unrar license change added a non-free dependency to calibre
user_login: gebner
html_url: https://github.com/NixOS/nixpkgs/issues/12091
updated_at: 2016-01-03 16:55:03
body:
  Since #12084 made unrar nonfree, calibre is now non-free as well as it depends on unrar.

  Looking through the source code of calibre, it includes (and builds) its own copy of unrar anyhow, so it is not clear to me why we add unrar to the LD_LIBRARY_PATH (calibre works just fine without the LD_LIBRARY_PATH wrapper).

  Should we do something about this?  AFAICT there are two options:
  1. Patch out unrar support from calibre, [just like Debian does](http://sources.debian.net/patches/patch/calibre/2.45.0%2Bdfsg-1/dont_build_unrar_plugin.patch/).  This would keep calibre free.
  2. Set calibre's license to unfreeRedistributable, just like unrar.


state: closed
title: man: can't open the manpath configuration file /etc/man_db.conf
user_login: bjornfor
html_url: https://github.com/NixOS/nixpkgs/issues/12097
updated_at: 2016-01-31 21:09:25
body:
  I'm on NixOS 15.09 and apparently managed to break `/etc/man_db.conf`:

  ```
  $ man configuration.nix
  man: can't open the manpath configuration file /etc/man_db.conf
  $ ls -l /etc/man_db.conf
  ls: cannot access /etc/man_db.conf: No such file or directory
  ```

  Rebooting and/or nixos-rebuild doesn't fix it.

  What gives? Can invoking "man" while running nixos-rebuild interfere with the build process and cause the result to partly fail but still be registered as successful? (I was running nixos-rebuild when I first noticed this error.)


state: closed
title: calibre: make unrar support optional, and bump to latest version
user_login: gebner
html_url: https://github.com/NixOS/nixpkgs/pull/12098
updated_at: 2016-01-03 10:32:23
body:
  As discussed  in #12091, even though the calibre derivation says it is GPLv3, the calibre package contains and builds its own copy of the non-free unrar library.

  This PR makes the unrar feature optional.
  - If unrarSupport is false (the default), then unrar support is removed [with the same patch that Debian applies](http://sources.debian.net/patches/patch/calibre/2.45.0%2Bdfsg-1/dont_build_unrar_plugin.patch/).  In this case calibre's license is set to gpl3.
  - If unrarSupport is true, then calibre is built normally, but the license attribute is set to unfreeRedistributable.

  cc @nckx and maintainers @viric @domenkozar @pSub @AndersonTorres 


state: closed
title: mkcue: Upstream source is returning 404
user_login: svend
html_url: https://github.com/NixOS/nixpkgs/issues/12102
updated_at: 2016-01-03 16:31:15
body:
  ```
  these derivations will be built:
    /nix/store/jsgzcnnwnyjgzl63082gl7sw1q8n21xs-mkcue-1.tar.bz2.drv
    /nix/store/617ydmqqqz0dlbpv3cp67a507n3azx4x-mkcue-1.drv
  building path(s) ‘/nix/store/xksld3xfgmrsaxpyi21iwqzh2s2ry4v3-mkcue-1.tar.bz2’

  trying https://diplodocus.org/dist/audio/mkcue-1.tar.bz2
    % 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 mkcue-1.tar.bz2 from any mirror
  builder for ‘/nix/store/jsgzcnnwnyjgzl63082gl7sw1q8n21xs-mkcue-1.tar.bz2.drv’ failed with exit code 1
  cannot build derivation ‘/nix/store/617ydmqqqz0dlbpv3cp67a507n3azx4x-mkcue-1.drv’: 1 dependencies couldn't be built
  error: build of ‘/nix/store/617ydmqqqz0dlbpv3cp67a507n3azx4x-mkcue-1.drv’ failed
  ```


state: closed
title: firefox-bin: 43.0.2 -> 43.0.3
user_login: taku0
html_url: https://github.com/NixOS/nixpkgs/pull/12104
updated_at: 2016-01-03 17:28:03
body:
  This release is related to only Windows but Firefox repeatedly pops up "there is a update" dialog box.

  https://www.mozilla.org/en-US/firefox/43.0.3/releasenotes/


state: closed
title: Sushi fails to run
user_login: kragniz
html_url: https://github.com/NixOS/nixpkgs/issues/12106
updated_at: 2016-03-02 19:55:18
body:
  In my `configuration.nix` file, I have 

  ```
  environment.gnome3.packageSet = pkgs.gnome3_18;
  ```

  and 

  ```
  desktopManager.gnome3.enable = true;
  ```

  Sushi now fails to run:

  ```
  ~/g/configuration.nix (master) $ sushi 
  Gjs-Message: JS LOG: Register mimetype image/x-gdkpixdata
  ...
  snipped a load more "JS LOG: Register mimetype <x>" logs
  ...
  Gjs-Message: JS LOG: Register mimetype text/plain

  (sushi-start:2648): Gjs-WARNING **: JS ERROR: Error: Requiring ClutterGdk, version none: Typelib file for namespace 'ClutterGdk' (any version) not found
  @/nix/store/v2nqn2rkx5znkilb86jk7i2ihr357d8d-sushi-3.18.0/share/sushi/js/ui/mainWindow.js:27
  @/nix/store/v2nqn2rkx5znkilb86jk7i2ihr357d8d-sushi-3.18.0/share/sushi/js/ui/application.js:32
  @/nix/store/v2nqn2rkx5znkilb86jk7i2ihr357d8d-sushi-3.18.0/share/sushi/js/ui/main.js:29
  @main.c:1


  ** (sushi-start:2648): ERROR **: Failed to load main javascript: JS_EvaluateScript() failed
  fish: “sushi” terminated by signal SIGTRAP (Trace or breakpoint trap)
  ```

  ```
  $ nixos-version 
  16.03pre73316.93d8671 (Emu)
  ```


state: closed
title: freenet: rewrite wrapper to not depend on PATH
user_login: VShell
html_url: https://github.com/NixOS/nixpkgs/pull/12107
updated_at: 2016-01-13 13:14:24
body:
  Rewrite wrapper depended on `$PATH` containing bash and coreutils, so I've merged the wrapper and run script together and ensured that they don't. Can @spacekitteh test this, I've so far only tested that it starts.


state: closed
title: VirtualBox hangs system
user_login: geraldus
html_url: https://github.com/NixOS/nixpkgs/issues/12108
updated_at: 2016-01-05 15:52:37
body:
  Hi, this is second time I'm facing this issue: VirtualBox often hangs my host NixOS entirely.  First time this happened while running guest Ubuntu, now when installing guest Windows.

  Nix channel is set to 15.09.  VirualBox was installed according to wiki:

  ``` nix
  {
  virtualisation.virtualbox.host.enable = true;
  nixpkgs.config.virtualbox.enableExtensionPack = true;
  }
  ```

  Extensions were downloaded manually.
  What other useful information could I provide?


state: closed
title: samba: documentation typo
user_login: badi
html_url: https://github.com/NixOS/nixpkgs/issues/12112
updated_at: 2016-01-03 19:34:29
body:
  Typo in `Description` for `services.samba.syncPasswordsByPam`: `s/yave/have/`.

  I'll be able to fix it, but noting here for future reference.
  # Version

  `15.09.784.7b85b8a (Dingo)`
  # Full output

  ```
  $ nixos-option services.samba.syncPasswordsByPam                                                                                                                                                                       
  Value:                                                                                                                                                                                                                                       
  false                                                                                                                                                                                                                                        

  Default:                                                                                                                                                                                                                                     
  false                                                                                                                                                                                                                                        

  Description:                                                                                                                                                                                                                                 

  Enabling this will add a line directly after pam_unix.so.                                                                                                                                                                                    
  Whenever a password is changed the samba password will be updated as well.                                                                                                                                                                   
  However you still yave to add the samba password once using smbpasswd -a user                                                                                                                                                                
  If you don't want to maintain an extra pwd database you still can send plain text                                                                                                                                                            
  passwords which is not secure.                                                                                                                                                                                                               

  Declared by:                                                                                                                                                                                                                                 
    "/nix/store/7692n8hj4nwcyl9nrrcb58401vha95ik-nixos-15.09.784.7b85b8a/nixos/nixpkgs/nixos/modules/services/network-f                                                                                                                        
  ilesystems/samba.nix"                                                                                                                                                                                                                        

  Defined by:                                                                                                                                                                                                                                  
    "/nix/store/7692n8hj4nwcyl9nrrcb58401vha95ik-nixos-15.09.784.7b85b8a/nixos/nixpkgs/nixos/modules/services/network-f                                                                                                                        
  ilesystems/samba.nix"
  ```


state: closed
title: webkitgtk depending on cdparanoia-III fails under OSX
user_login: dmjio
html_url: https://github.com/NixOS/nixpkgs/issues/12116
updated_at: 2016-01-14 23:56:06
body:
  Using `nix-env (Nix) 1.10`
  `nixpkgs` version `/nixpkgs-16.03pre74367.4f3d769`

  ``` bash
  λ nix-env -i cdparanoia-III-10.2
  installing ‘cdparanoia-III-10.2’
  download-from-binary-cache.pl: could not download ‘http://zalora-public-nix-cache.s3-website-ap-southeast-1.amazonaws.com/nix-cache-info’ (Curl error 22)
  these derivations will be built:
    /nix/store/qh5msgrwv9f4zqfx3iznbw757rf0pp20-cdparanoia-III-10.2.drv
  building path(s) ‘/nix/store/d5ab7xy32zkl19x43k188ib4wgd0gkyq-cdparanoia-III-10.2’
  unpacking sources
  unpacking source archive /nix/store/xwzjiyay9rkgr4vrnlhz9v1dkk1xs1q7-cdparanoia-III-10.2.src.tgz
  source root is cdparanoia-III-10.2
  patching sources
  applying patch /nix/store/kdyxkm2x4mac8gxmqbdhzf5r2kgn4rf4-osx_interface.patch
  patching file Makefile.in
  patching file configure.in
  patching file interface/Makefile.in
  patching file interface/cdda_interface.h
  patching file interface/common_interface.c
  patching file interface/common_interface.h
  patching file interface/cooked_interface.c
  patching file interface/interface.c
  patching file interface/osx_interface.c
  patching file interface/osx_interface.h
  patching file interface/scan_devices.c
  patching file interface/scsi_interface.c
  patching file interface/toc.c
  patching file interface/utils.h
  patching file main.c
  patching file paranoia/Makefile.in
  patching file paranoia/paranoia.c
  patching file utils.h
  applying patch /nix/store/qi4hacl64pdzkhr8wiw13dvqqdqm316i-patch-paranoia_paranoia.c.10.4.diff
  patching file paranoia/paranoia.c
  configuring
  configure flags: --prefix=/nix/store/d5ab7xy32zkl19x43k188ib4wgd0gkyq-cdparanoia-III-10.2  
  checking build system type... i386-apple-darwin14.3.0
  checking host system type... i386-apple-darwin14.3.0
  checking for gcc... no
  checking for cc... cc
  checking for C compiler default output file name... a.out
  checking whether the C compiler works... yes
  checking whether we are cross compiling... no
  checking for suffix of executables... 
  checking for suffix of object files... o
  checking whether we are using the GNU C compiler... yes
  checking whether cc accepts -g... yes
  checking for cc option to accept ANSI C... none needed
  checking for ranlib... ranlib
  checking for ar... ar
  checking for install... install
  checking how to run the C preprocessor... cc -E
  checking for egrep... grep -E
  checking for ANSI C header files... yes
  checking for sys/types.h... yes
  checking for sys/stat.h... yes
  checking for stdlib.h... yes
  checking for string.h... yes
  checking for memory.h... yes
  checking for strings.h... yes
  checking for inttypes.h... yes
  checking for stdint.h... yes
  checking for unistd.h... yes
  checking for short... yes
  checking size of short... 2
  checking for int... yes
  checking size of int... 4
  checking for long... yes
  checking size of long... 8
  checking for long long... yes
  checking size of long long... 8
  checking for int16_t... yes
  checking for int32_t... yes
  checking linux/sbpcd.h usability... no
  checking linux/sbpcd.h presence... no
  checking for linux/sbpcd.h... no
  checking linux/ucdrom.h usability... no
  checking linux/ucdrom.h presence... no
  checking for linux/ucdrom.h... no
  checking whether make sets $(MAKE)... yes
  checking for an ANSI C-conforming const... yes
  configure: creating ./config.status
  config.status: creating Makefile
  config.status: creating interface/Makefile
  config.status: creating paranoia/Makefile
  building
  make flags: SHELL=/nix/store/1qh7l7vb89hfgmai1c0fjh2r50fgyjrx-bash-4.3-p42/bin/bash    
  cd interface && make all
  make[1]: Entering directory '/private/var/folders/m_/z586qg2d7gg1flh7y3nvw5600000gn/T/nix-build-cdparanoia-III-10.2.drv-0/cdparanoia-III-10.2/interface'
  make libcdda_interface.a CFLAGS="-O2 -fsigned-char -g -O2" 
  make[2]: Entering directory '/private/var/folders/m_/z586qg2d7gg1flh7y3nvw5600000gn/T/nix-build-cdparanoia-III-10.2.drv-0/cdparanoia-III-10.2/interface'
  cc -O2 -fsigned-char -g -O2 -c scan_devices.c
  In file included from scan_devices.c:10:
  ./cdda_interface.h:22:10: fatal error: 'IOKit/IOKitLib.h' file not found
  #include <IOKit/IOKitLib.h>
           ^
  1 error generated.
  Makefile:57: recipe for target 'scan_devices.o' failed
  make[2]: *** [scan_devices.o] Error 1
  make[2]: Leaving directory '/private/var/folders/m_/z586qg2d7gg1flh7y3nvw5600000gn/T/nix-build-cdparanoia-III-10.2.drv-0/cdparanoia-III-10.2/interface'
  Makefile:36: recipe for target 'lib' failed
  make[1]: *** [lib] Error 2
  make[1]: Leaving directory '/private/var/folders/m_/z586qg2d7gg1flh7y3nvw5600000gn/T/nix-build-cdparanoia-III-10.2.drv-0/cdparanoia-III-10.2/interface'
  Makefile:44: recipe for target 'all' failed
  make: *** [all] Error 2
  builder for ‘/nix/store/qh5msgrwv9f4zqfx3iznbw757rf0pp20-cdparanoia-III-10.2.drv’ failed with exit code 2
  error: build of ‘/nix/store/qh5msgrwv9f4zqfx3iznbw757rf0pp20-cdparanoia-III-10.2.drv’ failed
  ```


state: closed
title: {lib}mediainfo{-gui}: 0.7.80 -> 0.7.81
user_login: devhell
html_url: https://github.com/NixOS/nixpkgs/pull/12119
updated_at: 2016-01-05 22:29:15
body:
  Built and run locally.

  From the Changelog:

  ```
  Version 0.7.81, 2015-12-31

  + Acquisition Metadata: support of all SMPTE RDD18 elements
  + Matroska: cover presence and content of the cover, thanks to Max Pozdeev
  + #F446, Matroska: Handling of cropping values, thanks to Max Pozdeev
  + Improvement of Python binding: Mac Os X support, Python2 and Python3
    can use same MediaInfoDLL.py
  + #F484, AVI: OpenDML Interlaced / Progressive scan type detection
  + MP4: support of AtomicParsley imdb tag
  x #B959, MPEG-TS: MPEG-1 Video appeared as MPEG-2 Video
  x #B914, Matroska: Undefined number of chapters in some M4V with Timed
    Text, thanks to Max Pozdeev
  x #B962, Matroska: negative timecodes were not correctly handled
  x #B964, FLV: was hanging trying to open some FLV files
  x JPEG in AVI or MOV: better handling of buggy APP0/AVI1, avoiding some
    false positives about interlacement
  x DVCPRO HD: some containers consider DVCPRO HD as with width 1920
    despite the fact it is 1280 or 1440, using 1280 or 1440 in all cases
  ```


state: closed
title: letsencrypt: 0.1.0 -> 0.1.1-corrected
user_login: benley
html_url: https://github.com/NixOS/nixpkgs/pull/12123
updated_at: 2016-02-26 00:17:30
body:
  The /usr/bin/sw_vers thing is pretty weird, but afaict that is really where sw_vers lives in the darwin stdenv.


state: closed
title: GNUstep Darwin build failure
user_login: dmjio
html_url: https://github.com/NixOS/nixpkgs/issues/12125
updated_at: 2017-04-03 02:18:16
body:
  OSX 10.10.6.

  Can't build `ghc-7.10.2` using latest nixpkgs.

  ``` bash
  config.status: creating filesystem.sh
  config.status: creating filesystem.csh
  config.status: executing default commands
  building
  make flags: SHELL=/nix/store/nnhl5b4mzgsmincz05jns5ngx2mjsdai-bash-4.3-p42/bin/bash    
  Thanks.  All is ready: type 'make install' to install gnustep-make.
  installing
  install flags: install SHELL=/nix/store/nnhl5b4mzgsmincz05jns5ngx2mjsdai-bash-4.3-p42/bin/bash   PREFIX=$(out) 
  Creating system tools directory: /nix/store/m1xsn5mfmnn8a992n8c1k0na0dqab0is-gnustep-make-2.6.7/bin
  Creating makefile directories in: /nix/store/m1xsn5mfmnn8a992n8c1k0na0dqab0is-gnustep-make-2.6.7/Library/GNUstep/Makefiles
  Installing GNUstep configuration file in /Library/GNUstep/GNUstep.conf
  mkdir: cannot create directory '/Library/GNUstep': Permission denied
  /nix/store/jiwdg4gvlvkigk3dkzpxyxhnr2i2y7y5-coreutils-8.24/bin/install: cannot create regular file '/Library/GNUstep/GNUstep.conf': No such file or directory
  GNUmakefile:188: recipe for target 'install' failed
  make: *** [install] Error 1
  builder for ‘/nix/store/lb424iq2rk2g292nmpdx1i97y75fx78c-gnustep-make-2.6.7.drv’ failed with exit code 2
  cannot build derivation ‘/nix/store/477wafznncpshw8h9myxplc4r25s7jzv-SecurityTool-55115.drv’: 1 dependencies couldn't be built
  building path(s) ‘/nix/store/dla0xkjx4rd671mmmh5jbwpglfcplcmz-hex-0.1.2’
  cannot build derivation ‘/nix/store/xbnp95pgmfs9n1z5xxf4qs0vb3cbsz95-x509-system-1.6.3.drv’: 1 dependencies couldn't be built
  killing process 26787
  cannot build derivation ‘/nix/store/g5n8x7f8b26c24r2n46lw1apn2pqp3dx-ghc-7.10.2.drv’: 1 dependencies couldn't be built
  error: build of ‘/nix/store/g5n8x7f8b26c24r2n46lw1apn2pqp3dx-ghc-7.10.2.drv’ failed
  /Users/dmj/.nix-profile/bin/nix-shell: failed to build all dependencies
  ```


state: closed
title: WIP pythonPackages.scipy: 0.16.1 -> 0.17.0
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/pull/12129
updated_at: 2016-02-08 19:49:50
body:
  # Do not merge

  This updates scipy to the latest RC. Unfortunately we get a segmentation fault when using OpenBLAS. With Atlas+Lapack the segfault does not occur (see https://github.com/scipy/scipy/issues/5620) and scipy builds/works fine. 

  I'll eventually change this PR to update to the latest release instead of RC.
  cc @adnelson


state: closed
title: sddm : QtQuick is not installed
user_login: heydojo
html_url: https://github.com/NixOS/nixpkgs/issues/12132
updated_at: 2016-01-16 18:23:38
body:
  When I use `services.xserver.displayManager.sddm.enable = true;`
  sddm appears to start but a white screen appears and nothing more.
  According to journalctl - module "QtQuick" is not installed. I see this message :

  `sddm-greeter[896]: file:///nix/store/rdrx7fr26c2rz3hamkfw1f59skxdd552-sddm-0.13.0/share/sddm/themes/maui/Main.qml:26:1: module "QtQuick" is not installed 
                                                import QtQuick 2.0`

  A quick google search for sddm white screen results in https://github.com/sddm/sddm/issues/262#issuecomment-54749222 and indicates a QtQuick version 2.2 import issue.

  Other entries in journalctl which may or may not be relevant are :
  *sddm-helper[896]: Could not open stderr to ".xsession-errors"
  *sddm[635]: Greeter session started successfully
  *sddm-greeter[896]: Socket error:  "QLocalSocket::connectToServer: Invalid name"
  *sddm-greeter[896]: Cannot connect to the daemon - is it running?
  *sddm-greeter[896]: file:///nix/store/rdrx7fr26c2rz3hamkfw1f59skxdd552-sddm-0.13.0/share/sddm/themes/maui/Main.qml:26:1: module "QtQuick" is not installed 
                                                import QtQuick 2.0
  *sddm-greeter[896]: Adding view for "DFP9" QRect(0,0 1920x1080)


state: closed
title: irqbalance: init at 1.1.0
user_login: dwe11er
html_url: https://github.com/NixOS/nixpkgs/pull/12133
updated_at: 2016-01-10 20:06:51
body:
  A daemon, which spreads hardware interrupts across multiple cpus (instead of clogging all of them on CPU0).


state: closed
title: Hydra job for Darwin isn't building/caching enough to avoid builds for nix-shell
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/12134
updated_at: 2017-02-06 03:22:13
body:
  On a brand new install of Nix on a brand new Mac OS install, I run

  ```
  nix-build '<nixpkgs>' -A python
  ```

  and am able to get everything from the binary cache. Now with that cached, I run

  ```
  nix-shell -p python
  ```

  and have to build lots of stuff (not including python). Anyone know what needs to be part of the Hydra job to make `nix-shell` less annoying?


state: closed
title: Build GNOME Terminal with GNOME Shell search provider
user_login: bjornfor
html_url: https://github.com/NixOS/nixpkgs/issues/12135
updated_at: 2016-01-10 21:30:58
body:
  I just learned that GNOME Terminal can be a "search provider" for GNOME Shell, which sounds like a great way to switch between terminal instances:

  http://worldofgnome.org/gnome-terminal-3-12-adds-a-search-provider/

  nixpkgs currently build it with "--disable-search-provider", and removing that flag fails with

  ```
  checking for xmllint... /nix/store/ialf5d878wrf0vfx7qiwqk4ix4j7mivm-libxml2-2.9.2/bin/xmllint
  checking for desktop-file-validate... /nix/store/w55sxv626kzg0pv6adzsjv3k3gjwvrb2-desktop-file-utils-0.22/bin/desktop-file-validate
  checking whether to build the gnome-shell search provider... yes
  checking for /nix/store/kq9pixdpx4blfa905jl2c9kc9mz26l86-gnome-terminal-3.16.1/share/dbus-1/interfaces/org.gnome.ShellSearchProvider2.xml... no
  configure: error: gnome-shell search provider requested but interface definition file not found
  ```


state: closed
title: boot: don't use makeWrapper
user_login: edef1c
html_url: https://github.com/NixOS/nixpkgs/pull/12136
updated_at: 2016-01-06 17:27:40
body:
  This makes boot work as shebang, which was previously broken.
  makeWrapper was kind of unnecessary here anyway, because boot already _is_ a shell script.
  My way of adding to the script here is kind of a hack, but it restores full functionality, and I don't have any particularly cleaner ideas.


state: closed
title: Updates and fixes for Quake 3
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/12137
updated_at: 2016-01-18 15:17:25
body:
  This does several enhancements for our Quake packages:
  1. Adds `ioquake3-git`, which doesn't suffer from compilation problems with new `gcc`, is ported to SDL2 and has other niceties.
  2. Splits our data files into two parts -- Quake point release (common for all Quake games) and demo files.
  3. Adds `quake3wrapper` for easy wrapping of Quake `pak`s.
  4. Fixes it for the case of multiple `pak`s.

  It also switches to the new mirrors for data files, adds `platforms` where applicable to build things on Hydra and has other minor enhancements.

  I've also renamed `quake3game` to `ioquake3` for consistency (what if we add other engines in future?) and reworked directory structure.

  This allows one to, for example, play full `Quake 3 Arena` with new `ioquake3-git` using:

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

  let
    paks = nixpkgs.stdenv.mkDerivation {
      name = "quake3-arena";
      pak0 = ./baseq3/pak0.pk3;
      buildCommand = ''
        install -D -m644 $pak0 $out/baseq3/pak0.pk3
      '';
    };
  in nixpkgs.quake3wrapper {
    game = nixpkgs.ioquake3-git;
    paks = [ paks nixpkgs.quake3pointrelease ];
  }
  ```

  cc @edolstra (maintainer of `ioquake`)


state: closed
title: `libvirt-1.3.0` fails to build on (at least) Darwin
user_login: nckx
html_url: https://github.com/NixOS/nixpkgs/issues/12139
updated_at: 2016-01-04 18:44:05
body:
  @copumpkin & I both agree this [shouldn't hold up the update](https://github.com/NixOS/nixpkgs/pull/12051#issuecomment-168693420), but it would be nice if someone with the time, Darwin access & knowledge could have a closer look. I lack all three.
  - It's most likely this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1293060, but
  - [that patch](https://bugzilla.redhat.com/attachment.cgi?id=1107788) doesn't work: http://lpaste.net/148430
  - possibly due to the missing `rpcgen`.


state: open
title: Python buildout is broken after change to use wheels internally
user_login: datakurre
html_url: https://github.com/NixOS/nixpkgs/issues/12141
updated_at: 2017-01-20 16:04:35
body:
  I'm still struggling with namespace packages after this change https://github.com/NixOS/nixpkgs/pull/11086 to use wheels internally.

  In short, why does namespaces work when package with namespace packages (e.g. zope.deprecation) is in PYTHONPATH, but fail when the same path is added into sys.path? /cc @domenkozar @cillianderoiste

  Particularly, all zc.buildout generated scripts with /nix/store paths are broken because of this.

  Is this different from the known setuptools issue? As a workaround, using wrapProgram for buildout generated scripts would make namespaced packages directly importable (because wrapProgram would generated PYTHONPATH and sys.path in scripts have no longer any effect). Yet, because setuptools is still broken, e.g. zope.configuration fails to find packages.


state: closed
title: Big update to R packages!
user_login: jefdaj
html_url: https://github.com/NixOS/nixpkgs/pull/12145
updated_at: 2016-04-28 17:10:42
body:
  Added Bioconductor data (annotation and experiment) packages, updated all R package lists, and added a shell script to automate future updates. It seems to work but is big and messy, so may need debugging. I tried not to step on anybody's toes, but did refactor the IRKernel stuff a little to make the format match the others so the script updates it properly. Also renamed the update-related files to `update-r-packages.{nix,R,sh}` for clarity.

  One thing I haven't done yet is run the script on the entire package set, because my machine is terribly slow. Would appreciate if someone could try it and update/report back!


state: closed
title: Most alternative gem servers actually use /gems/<gem>-<version>.gem
user_login: Denommus
html_url: https://github.com/NixOS/nixpkgs/pull/12149
updated_at: 2016-03-20 00:32:23
body:
  Servers like https://rails-assets.org use /gems URIs, instead of /downloads URIs.
  /downloads may gives 404 errors in servers that aren't https://rubygems.org

  At the same time, https://rubygems.org also accepts the /gems URI.


state: closed
title: [WIP] budgie-desktop: init at 10.2.2
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/pull/12150
updated_at: 2016-05-10 02:11:07
body:
  The Budgie desktop environment from Solus. Still a few things to do, hoping to get some feedback.

  Known issues:
  - The task list panel applet doesn't seem to work
  - SSH does not ask for password (`$SSH_ASKPASS` is set so I'm not sure why)
  - Should default to Arc/Moka themes


state: closed
title: Remove 7f
user_login: matthewbauer
html_url: https://github.com/NixOS/nixpkgs/pull/12151
updated_at: 2016-01-06 03:27:59
body:
  The 7f package caused nodejs to upgrade to nodejs-7f (the version checker thinks it is a version of nodejs).


state: closed
title: KDE4 NetworkManager segmentation fault
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/issues/12152
updated_at: 2016-02-18 08:07:53
body:
  When I try to edit a connection with KDE4's NetworkManager (in the systray) I get a segmentation fault with 16.03.git.93d8671 (Emu).

  cc @ttuegel 

  ```
  Application: Connection editor (kde-nm-connection-editor), signal: Segmentation fault
  Using host libthread_db library "/nix/store/483br9kb3f5igsgmb6aqsjhl2ipj2bxr-glibc-2.21/lib/libthread_db.so.1".
  To enable execution of this file add
      add-auto-load-safe-path /nix/store/2xrkp6zca9hbmsdjfb3v09dv4awaqyap-gcc-4.9.3/lib/libstdc++.so.6.0.20-gdb.py
  line to your configuration file "/home/freddy/.gdbinit".
  To completely disable this security protection add
      set auto-load safe-path /
  line to your configuration file "/home/freddy/.gdbinit".
  For more information about this security protection see the
  "Auto-loading safe path" section in the GDB manual.  E.g., run from the shell:
      info "(gdb)Auto-loading safe path"
  [KCrash Handler]
  #6  0x00007f3a3e4df2c6 in ConnectionDetailEditor::gotSecrets(QString const&, bool, QMap<QString, QMap<QString, QVariant> > const&, QString const&) () from /nix/store/iz2jnbczrl3nndjara00xz4m2ls7falx-plasma-nm-0.9.3.4/lib/libplasmanetworkmanagement-editor.so
  #7  0x00007f3a3d8d1e8a in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /nix/store/q7vv0q9iwrxzv7w6arjcf1j6zvlbjv4q-qt-4.8.7/lib/libQtCore.so.4
  #8  0x00007f3a3e14932d in NetworkManager::Connection::gotSecrets(QString const&, bool, QMap<QString, QMap<QString, QVariant> > const&, QString const&) () from /nix/store/mfr801r7r0n2xrrf2zd6aj4qa6wx9q7v-libnm-qt-0.9.8.2/lib/libNetworkManagerQt.so.1
  #9  0x00007f3a3e149d9c in NetworkManager::Connection::onSecretsArrived(QDBusPendingCallWatcher*) () from /nix/store/mfr801r7r0n2xrrf2zd6aj4qa6wx9q7v-libnm-qt-0.9.8.2/lib/libNetworkManagerQt.so.1
  #10 0x00007f3a3d8d1e8a in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /nix/store/q7vv0q9iwrxzv7w6arjcf1j6zvlbjv4q-qt-4.8.7/lib/libQtCore.so.4
  #11 0x00007f3a3decb0df in QDBusPendingCallWatcher::finished(QDBusPendingCallWatcher*) () from /nix/store/q7vv0q9iwrxzv7w6arjcf1j6zvlbjv4q-qt-4.8.7/lib/libQtDBus.so.4
  #12 0x00007f3a3d8d6341 in QObject::event(QEvent*) () from /nix/store/q7vv0q9iwrxzv7w6arjcf1j6zvlbjv4q-qt-4.8.7/lib/libQtCore.so.4
  #13 0x00007f3a3b9279bc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /nix/store/q7vv0q9iwrxzv7w6arjcf1j6zvlbjv4q-qt-4.8.7/lib/libQtGui.so.4
  #14 0x00007f3a3b92e060 in QApplication::notify(QObject*, QEvent*) () from /nix/store/q7vv0q9iwrxzv7w6arjcf1j6zvlbjv4q-qt-4.8.7/lib/libQtGui.so.4
  #15 0x00007f3a3c64ec9a in KApplication::notify(QObject*, QEvent*) () from /nix/store/i5k4shvsd59f8vjsgdxiky4xf101ama6-kdelibs-4.14.14/lib/libkdeui.so.5
  #16 0x00007f3a3d8be1fd in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /nix/store/q7vv0q9iwrxzv7w6arjcf1j6zvlbjv4q-qt-4.8.7/lib/libQtCore.so.4
  #17 0x00007f3a3d8c13e1 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /nix/store/q7vv0q9iwrxzv7w6arjcf1j6zvlbjv4q-qt-4.8.7/lib/libQtCore.so.4
  #18 0x00007f3a3d8eb2d3 in ?? () from /nix/store/q7vv0q9iwrxzv7w6arjcf1j6zvlbjv4q-qt-4.8.7/lib/libQtCore.so.4
  #19 0x00007f3a390a0b2d in g_main_context_dispatch () from /nix/store/030k372iyg241a706dprvkibc9q8brzn-glib-2.46.2/lib/libglib-2.0.so.0
  #20 0x00007f3a390a0dd8 in g_main_context_iterate.isra () from /nix/store/030k372iyg241a706dprvkibc9q8brzn-glib-2.46.2/lib/libglib-2.0.so.0
  #21 0x00007f3a390a0e7c in g_main_context_iteration () from /nix/store/030k372iyg241a706dprvkibc9q8brzn-glib-2.46.2/lib/libglib-2.0.so.0
  #22 0x00007f3a3d8eb41d in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /nix/store/q7vv0q9iwrxzv7w6arjcf1j6zvlbjv4q-qt-4.8.7/lib/libQtCore.so.4
  #23 0x00007f3a3b9c7f26 in ?? () from /nix/store/q7vv0q9iwrxzv7w6arjcf1j6zvlbjv4q-qt-4.8.7/lib/libQtGui.so.4
  #24 0x00007f3a3d8bce81 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /nix/store/q7vv0q9iwrxzv7w6arjcf1j6zvlbjv4q-qt-4.8.7/lib/libQtCore.so.4
  #25 0x00007f3a3d8bd195 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /nix/store/q7vv0q9iwrxzv7w6arjcf1j6zvlbjv4q-qt-4.8.7/lib/libQtCore.so.4
  #26 0x00007f3a3d8c23e9 in QCoreApplication::exec() () from /nix/store/q7vv0q9iwrxzv7w6arjcf1j6zvlbjv4q-qt-4.8.7/lib/libQtCore.so.4
  #27 0x000000000040a702 in main ()
  ```


state: closed
title: ufraw: 0.20 -> 0.22
user_login: timbertson
html_url: https://github.com/NixOS/nixpkgs/pull/12153
updated_at: 2016-01-05 10:57:24
body:
  I've successfully built and run this locally, just had to bump the lcms dependency to lcms2 (which is already packaged).


state: closed
title: virtualenv: 1.11.6 -> 13.1.2
user_login: jgeerds
html_url: https://github.com/NixOS/nixpkgs/pull/12154
updated_at: 2016-01-05 14:04:53
body:
  I've tested the new version with Python `2.7`, `3.3`, `3.4` and `3.5` and it seems to work. 

  Unfortunately, I had to deactivate the tests as they don't work anymore because of some tmpdir/permissions stuff. It's not that bad because they never really worked in the past (`Ran 0 tests in 0.003s`)

  @domenkozar: I think virtualenv should be safe to upgrade, right?

  cc @cillianderoiste 


state: closed
title: Postfix configuration options
user_login: vkleen
html_url: https://github.com/NixOS/nixpkgs/pull/12155
updated_at: 2016-01-05 12:59:50
body:
  This patch adds two configuration options to the postfix service:
  - enableSmtp allows users to disable SMTP in master.cf (This is actually useful for my local setup)
  - transport allows users to add transport maps

  I am actively using this setup for my e-mail, so it is reasonably well tested.


state: closed
title: doc/meta.xml: don't encourage users to add a meta.version attribute
user_login: peti
html_url: https://github.com/NixOS/nixpkgs/pull/12156
updated_at: 2016-01-15 01:22:29
body:
  That attribute is completely redundant since it just duplicates information from "name".

  Cc: @7c6f434c who added that section in e39b1f4ec8740e7dd34185c38464db5ac814eed5.


state: closed
title: rustc in rustStable is outdated
user_login: matthiasbeyer
html_url: https://github.com/NixOS/nixpkgs/issues/12157
updated_at: 2016-01-05 14:20:39
body:
  in `nix-repl`:

  ```
  nix-repl> pkgs.rustStable.rustc.version
  "1.4.0"
  ```

  though stable is `1.5.0` at the moment. I'd update myself, but I cannot find the appropriate place where the `rustc` package is located.

  I'm on:

  ```
  nixos-version
  16.03pre73316.93d8671 (Emu)
  ```


state: closed
title: [WIP] linux: translate kernel config to structured config
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/pull/12158
updated_at: 2018-06-23 19:06:08
body:
  Note that this isn't used yet; I'm just seeing what people think. If feedback is positive I'll actually plug it into the real config machinery. I considered doing something fancier by modeling options with the module system but it seemed like a lot of effort for not much gain when in practice most people don't tweak most options, and there's only a handful that people often turn on and off.

  This is one approach to #11994.

  cc @aszlig whose merging code I borrowed


state: closed
title: ghostscript: fix dynamic library path, fixes #11165
user_login: svenkeidel
html_url: https://github.com/NixOS/nixpkgs/pull/12161
updated_at: 2016-01-05 17:26:04
body:
  On Darwin, ghostscript cannot find its dynamically linked library (see #11165). A simple call to `install_name_tool` fixes the issue. @viric, please review.


state: closed
title: torbrowser: add missing shebang to wrapper script
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/pull/12162
updated_at: 2016-01-05 18:39:56
body:
  I wondered why I would get `Exec format error` trying to launch torbrowser from fish..turns out the wrapper was never a valid script.


state: closed
title: notbit: Error connecting to IPC socket: No such file or directory
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/issues/12163
updated_at: 2016-01-07 03:45:52
body:
  After enabling the notbit daemon:

  ```
  > notbit-keygen
  Error connecting to IPC socket: No such file or directory
  > notbit-sendmail 
  Error connecting to IPC socket: No such file or directory
  ```


state: closed
title: Revert "Basic Declaritive Network Configuration in wpa_supplicant Service"
user_login: peti
html_url: https://github.com/NixOS/nixpkgs/pull/12164
updated_at: 2016-01-05 18:35:16
body:
  Reverts NixOS/nixpkgs#12015 because it breaks evaluation: https://github.com/NixOS/nixpkgs/pull/12015#issuecomment-169021244. @globin, please submit this patch again once the underlying error is fixed, and it would also be great to address Eelco's comment from https://github.com/NixOS/nixpkgs/pull/12015#discussion_r48864628.


state: closed
title: Remove version update checks in Calibre and Anki
user_login: rycee
html_url: https://github.com/NixOS/nixpkgs/pull/12165
updated_at: 2016-01-06 19:39:50
body:
  These update checks cause unnecessary nagging since they kind of assume you run the programs outside the control of a package manager.


state: closed
title: jekyll: could not find a JavaScript runtime
user_login: kragniz
html_url: https://github.com/NixOS/nixpkgs/issues/12166
updated_at: 2016-01-05 21:45:23
body:
  Tested on unstable and current master:

  Running jekyll causes the following error:

  ```
  $ jekyll 
  /nix/store/h16j5hnp2wgwzmw2q2w270ayggj7nx05-jekyll-2.5.3/lib/ruby/gems/2.1.7/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/h16j5hnp2wgwzmw2q2w270ayggj7nx05-jekyll-2.5.3/lib/ruby/gems/2.1.7/gems/execjs-2.5.2/lib/execjs.rb:5:in `<module:ExecJS>'
      from /nix/store/h16j5hnp2wgwzmw2q2w270ayggj7nx05-jekyll-2.5.3/lib/ruby/gems/2.1.7/gems/execjs-2.5.2/lib/execjs.rb:4:in `<top (required)>'
      from /nix/store/h16j5hnp2wgwzmw2q2w270ayggj7nx05-jekyll-2.5.3/lib/ruby/gems/2.1.7/gems/coffee-script-2.4.1/lib/coffee_script.rb:1:in `require'
      from /nix/store/h16j5hnp2wgwzmw2q2w270ayggj7nx05-jekyll-2.5.3/lib/ruby/gems/2.1.7/gems/coffee-script-2.4.1/lib/coffee_script.rb:1:in `<top (required)>'
      from /nix/store/h16j5hnp2wgwzmw2q2w270ayggj7nx05-jekyll-2.5.3/lib/ruby/gems/2.1.7/gems/coffee-script-2.4.1/lib/coffee-script.rb:1:in `require'
      from /nix/store/h16j5hnp2wgwzmw2q2w270ayggj7nx05-jekyll-2.5.3/lib/ruby/gems/2.1.7/gems/coffee-script-2.4.1/lib/coffee-script.rb:1:in `<top (required)>'
      from /nix/store/h16j5hnp2wgwzmw2q2w270ayggj7nx05-jekyll-2.5.3/lib/ruby/gems/2.1.7/gems/jekyll-coffeescript-1.0.1/lib/jekyll-coffeescript.rb:2:in `require'
      from /nix/store/h16j5hnp2wgwzmw2q2w270ayggj7nx05-jekyll-2.5.3/lib/ruby/gems/2.1.7/gems/jekyll-coffeescript-1.0.1/lib/jekyll-coffeescript.rb:2:in `<top (required)>'
      from /nix/store/h16j5hnp2wgwzmw2q2w270ayggj7nx05-jekyll-2.5.3/lib/ruby/gems/2.1.7/gems/jekyll-2.5.3/lib/jekyll/deprecator.rb:46:in `require'
      from /nix/store/h16j5hnp2wgwzmw2q2w270ayggj7nx05-jekyll-2.5.3/lib/ruby/gems/2.1.7/gems/jekyll-2.5.3/lib/jekyll/deprecator.rb:46:in `block in gracefully_require'
      from /nix/store/h16j5hnp2wgwzmw2q2w270ayggj7nx05-jekyll-2.5.3/lib/ruby/gems/2.1.7/gems/jekyll-2.5.3/lib/jekyll/deprecator.rb:44:in `each'
      from /nix/store/h16j5hnp2wgwzmw2q2w270ayggj7nx05-jekyll-2.5.3/lib/ruby/gems/2.1.7/gems/jekyll-2.5.3/lib/jekyll/deprecator.rb:44:in `gracefully_require'
      from /nix/store/h16j5hnp2wgwzmw2q2w270ayggj7nx05-jekyll-2.5.3/lib/ruby/gems/2.1.7/gems/jekyll-2.5.3/lib/jekyll.rb:166:in `<top (required)>'
      from /nix/store/h16j5hnp2wgwzmw2q2w270ayggj7nx05-jekyll-2.5.3/lib/ruby/gems/2.1.7/gems/jekyll-2.5.3/bin/jekyll:6:in `require'
      from /nix/store/h16j5hnp2wgwzmw2q2w270ayggj7nx05-jekyll-2.5.3/lib/ruby/gems/2.1.7/gems/jekyll-2.5.3/bin/jekyll:6:in `<top (required)>'
      from /nix/store/h16j5hnp2wgwzmw2q2w270ayggj7nx05-jekyll-2.5.3/bin/jekyll:21:in `load'
      from /nix/store/h16j5hnp2wgwzmw2q2w270ayggj7nx05-jekyll-2.5.3/bin/jekyll:21:in `<main>'
  ```


state: closed
title: nixos-rebuild does not apply UID/GID change when mutableUsers = false
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/issues/12170
updated_at: 2019-05-07 12:16:55
body:
  Due to #11317, I changed the UID of nm-openvpn manually and later disabled `mutableUsers`. Now that the bug has been fixed, I'm getting this when I run nixos-rebuild:

  ```
  warning: not applying GID change of group ‘nm-openvpn’
  warning: not applying UID change of user ‘nm-openvpn’
  ```


state: closed
title: No documentation for listings latex package
user_login: DamienCassou
html_url: https://github.com/NixOS/nixpkgs/issues/12174
updated_at: 2016-01-07 08:53:53
body:
  I would like to have documentation for the latex `listings`. Unfortunately, `texdoc` always fails:

  ```
  $ texdoc listings
  Sorry, no documentation found for listings.
  ```

  I installed texlive with

  ``` nix
  {
  texlive = texlive.combine {
    inherit (texlive) scheme-full;
  };
  }
  ```


state: closed
title: iptables: update would break connmand
user_login: mdorman
html_url: https://github.com/NixOS/nixpkgs/issues/12177
updated_at: 2016-02-16 11:49:29
body:
  I recently did `nixos-rebuild switch --no-build-output --option binary-caches http://hydra.nixos.org/ -I nixpkgs=/home/mdorman/src/nixpkgs` (where `~mdorman/src/nixpkgs` is an up-to-date repo) and my networking broke.  The specific issue was `connmand` segfaulting:

  ```
  Jan 05 22:02:06 aching connmand[7866]: Connection Manager version 1.30
  Jan 05 22:02:06 aching audit: NETFILTER_CFG table=filter family=2 entries=27
  Jan 05 22:02:06 aching audit[7866]: SYSCALL arch=c000003e syscall=54 success=yes exit=0 a0=a a1=0 a2=40 a3=103a5b0 items=0 ppid=1 pid=7866 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="connmand" exe="/nix/store/x7lyis4srvd68lflgnqqmg2bc1fm2whb-connman-1.30/bin/connmand" key=(null)
  Jan 05 22:02:06 aching audit: PROCTITLE proctitle=2F6E69782F73746F72652F78376C796973347372766436386C666C676E71716D6732626331666D327768622D636F6E6E6D616E2D312E33302F7362696E2F636F6E6E6D616E64002D2D636F6E6669673D2F6E69782F73746F72652F37383078797137726367376766306271706A3130306C666238336B69367938762D636F6E6E
  Jan 05 22:02:06 aching audit: NETFILTER_CFG table=mangle family=2 entries=6
  Jan 05 22:02:06 aching audit[7866]: SYSCALL arch=c000003e syscall=54 success=yes exit=0 a0=a a1=0 a2=40 a3=1038c00 items=0 ppid=1 pid=7866 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="connmand" exe="/nix/store/x7lyis4srvd68lflgnqqmg2bc1fm2whb-connman-1.30/bin/connmand" key=(null)
  Jan 05 22:02:06 aching audit: PROCTITLE proctitle=2F6E69782F73746F72652F78376C796973347372766436386C666C676E71716D6732626331666D327768622D636F6E6E6D616E2D312E33302F7362696E2F636F6E6E6D616E64002D2D636F6E6669673D2F6E69782F73746F72652F37383078797137726367376766306271706A3130306C666238336B69367938762D636F6E6E
  Jan 05 22:02:06 aching audit: NETFILTER_CFG table=nat family=2 entries=5
  Jan 05 22:02:06 aching audit[7866]: SYSCALL arch=c000003e syscall=54 success=yes exit=0 a0=a a1=0 a2=40 a3=1037800 items=0 ppid=1 pid=7866 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="connmand" exe="/nix/store/x7lyis4srvd68lflgnqqmg2bc1fm2whb-connman-1.30/bin/connmand" key=(null)
  Jan 05 22:02:06 aching audit: PROCTITLE proctitle=2F6E69782F73746F72652F78376C796973347372766436386C666C676E71716D6732626331666D327768622D636F6E6E6D616E2D312E33302F7362696E2F636F6E6E6D616E64002D2D636F6E6669673D2F6E69782F73746F72652F37383078797137726367376766306271706A3130306C666238336B69367938762D636F6E6E
  Jan 05 22:02:06 aching connmand[7866]: Aborting (signal 11) [/nix/store/x7lyis4srvd68lflgnqqmg2bc1fm2whb-connman-1.30/sbin/connmand]
  Jan 05 22:02:06 aching connmand[7866]: ++++++++ backtrace ++++++++
  Jan 05 22:02:06 aching connmand[7866]: +++++++++++++++++++++++++++
  Jan 05 22:02:06 aching systemd[1]: connman.service: Main process exited, code=exited, status=1/FAILURE
  Jan 05 22:02:06 aching systemd[1]: connman.service: Unit entered failed state.
  Jan 05 22:02:06 aching systemd[1]: connman.service: Failed with result 'exit-code'.
  Jan 05 22:02:06 aching systemd[1]: connman.service: Service hold-off time over, scheduling restart.
  Jan 05 22:02:06 aching systemd[1]: Stopped Connection service.
  ```

  I tried several things to resolve it, including upgrading my kernel to 4.3.3, upgrading connman to 1.31.  Neither resolved the issue, so I took the hash of the last version that I knew worked (74fc8dc0ced8368c7196e7778b2b1ab99adafad6) and did a bisection---judging strictly on whether my networking died---with the following results:

  ```
  git bisect start
  # bad: [74fc8dc0ced8368c7196e7778b2b1ab99adafad6] fix ding desktop file path
  git bisect bad 74fc8dc0ced8368c7196e7778b2b1ab99adafad6
  # good: [93d8671e2c6d1d25f126ed30e5e6f16764330119] nixos/rabbitmq: fix link to documentation
  git bisect good 93d8671e2c6d1d25f126ed30e5e6f16764330119
  # skip: [db736b57fda7e533fc7a6956995e5285748c63d4] Merge pull request #11806 from deeky666/php-7.0.1
  git bisect skip db736b57fda7e533fc7a6956995e5285748c63d4
  # skip: [4ba31045e46b54e8b3b3d240858f83a60b9ef49c] nixpkgs manual: more strict commit policy (close #11609)
  git bisect skip 4ba31045e46b54e8b3b3d240858f83a60b9ef49c
  # skip: [99816323f9c475d8dc67af85af85ba7269c15cf7] saneBackendsGit 1.0.25.{177-g753d123 -> 180-g6d8b8d5}
  git bisect skip 99816323f9c475d8dc67af85af85ba7269c15cf7
  # good: [f1eeed7a29fef790f4ff53fb972779a3b3634c46] ised: 2.6.0 -> 2.7.0
  git bisect good f1eeed7a29fef790f4ff53fb972779a3b3634c46
  # bad: [8efa3745c7b4101b6981682d08e597b55ba0b6d5] libmwaw: 0.3.5 -> 0.3.7
  git bisect bad 8efa3745c7b4101b6981682d08e597b55ba0b6d5
  # good: [1406e8e6936af1bde991e93289d88ca478f38bc2] angelscript: 2.30.1 -> 2.30.2
  git bisect good 1406e8e6936af1bde991e93289d88ca478f38bc2
  # bad: [c8b975388235823322a0962f88f05594229435e3] eigen: 3.2.5 -> 3.3-alpha1
  git bisect bad c8b975388235823322a0962f88f05594229435e3
  # good: [1dba4b4e6af2c427d2e21986e253fff45df485ec] scons: 2.3.6 -> 2.4.1
  git bisect good 1dba4b4e6af2c427d2e21986e253fff45df485ec
  # good: [8d81c0ada284da64cc6d31bbd48957c9bf659ec9] cdk: a new release…
  git bisect good 8d81c0ada284da64cc6d31bbd48957c9bf659ec9
  # bad: [b2ac241e958c767c4d817e65c37802014499d7a4] iptables: 1.4.21 -> 1.6.0
  git bisect bad b2ac241e958c767c4d817e65c37802014499d7a4
  # first bad commit: [b2ac241e958c767c4d817e65c37802014499d7a4] iptables: 1.4.21 -> 1.6.0
  ```

  And indeed, reverting b2ac241e958c767c4d817e65c37802014499d7a4 on top of 2ee6396 produced a working system.


state: closed
title: Revert "iptables: 1.4.21 -> 1.6.0"
user_login: mdorman
html_url: https://github.com/NixOS/nixpkgs/pull/12178
updated_at: 2016-01-08 17:33:53
body:
  This reverts commit b2ac241e958c767c4d817e65c37802014499d7a4, which
  upgraded iptables, because it causes connmand to segfault on my machine:

  ```
  Jan 05 22:02:06 aching connmand[7866]: Connection Manager version 1.30
  Jan 05 22:02:06 aching audit: NETFILTER_CFG table=filter family=2 entries=27
  Jan 05 22:02:06 aching audit[7866]: SYSCALL arch=c000003e syscall=54 success=yes exit=0 a0=a a1=0 a2=40 a3=103a5b0 items=0 ppid=1 pid=7866 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="connmand" exe="/nix/store/x7lyis4srvd68lflgnqqmg2bc1fm2whb-connman-1.30/bin/connmand" key=(null)
  Jan 05 22:02:06 aching audit: PROCTITLE proctitle=2F6E69782F73746F72652F78376C796973347372766436386C666C676E71716D6732626331666D327768622D636F6E6E6D616E2D312E33302F7362696E2F636F6E6E6D616E64002D2D636F6E6669673D2F6E69782F73746F72652F37383078797137726367376766306271706A3130306C666238336B69367938762D636F6E6E
  Jan 05 22:02:06 aching audit: NETFILTER_CFG table=mangle family=2 entries=6
  Jan 05 22:02:06 aching audit[7866]: SYSCALL arch=c000003e syscall=54 success=yes exit=0 a0=a a1=0 a2=40 a3=1038c00 items=0 ppid=1 pid=7866 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="connmand" exe="/nix/store/x7lyis4srvd68lflgnqqmg2bc1fm2whb-connman-1.30/bin/connmand" key=(null)
  Jan 05 22:02:06 aching audit: PROCTITLE proctitle=2F6E69782F73746F72652F78376C796973347372766436386C666C676E71716D6732626331666D327768622D636F6E6E6D616E2D312E33302F7362696E2F636F6E6E6D616E64002D2D636F6E6669673D2F6E69782F73746F72652F37383078797137726367376766306271706A3130306C666238336B69367938762D636F6E6E
  Jan 05 22:02:06 aching audit: NETFILTER_CFG table=nat family=2 entries=5
  Jan 05 22:02:06 aching audit[7866]: SYSCALL arch=c000003e syscall=54 success=yes exit=0 a0=a a1=0 a2=40 a3=1037800 items=0 ppid=1 pid=7866 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="connmand" exe="/nix/store/x7lyis4srvd68lflgnqqmg2bc1fm2whb-connman-1.30/bin/connmand" key=(null)
  Jan 05 22:02:06 aching audit: PROCTITLE proctitle=2F6E69782F73746F72652F78376C796973347372766436386C666C676E71716D6732626331666D327768622D636F6E6E6D616E2D312E33302F7362696E2F636F6E6E6D616E64002D2D636F6E6669673D2F6E69782F73746F72652F37383078797137726367376766306271706A3130306C666238336B69367938762D636F6E6E
  Jan 05 22:02:06 aching connmand[7866]: Aborting (signal 11) [/nix/store/x7lyis4srvd68lflgnqqmg2bc1fm2whb-connman-1.30/sbin/connmand]
  Jan 05 22:02:06 aching connmand[7866]: ++++++++ backtrace ++++++++
  Jan 05 22:02:06 aching connmand[7866]: +++++++++++++++++++++++++++
  Jan 05 22:02:06 aching systemd[1]: connman.service: Main process exited, code=exited, status=1/FAILURE
  Jan 05 22:02:06 aching systemd[1]: connman.service: Unit entered failed state.
  Jan 05 22:02:06 aching systemd[1]: connman.service: Failed with result 'exit-code'.
  Jan 05 22:02:06 aching systemd[1]: connman.service: Service hold-off time over, scheduling restart.
  Jan 05 22:02:06 aching systemd[1]: Stopped Connection service.
  ```

  Arrived at through bisection, verified using this commit.


state: closed
title: top-level/release.nix: make Darwin builds do more
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/pull/12180
updated_at: 2016-01-06 14:32:22
body:
  @edolstra is this doing what I think it is?

  My intent is for `nixpkgs-unstable` to block if `git`, `mysql`, and `vim` don't build, and to ask Hydra to also try to build several other packages (all of which I verified on my own machine to work on Darwin last night).

  I also added a blocking job on the full `stdenv` bootstrap from the bootstrap tools specified in make-bootstrap-tools.nix, to make it easier to notice when changes to them break everything, since we don't update them very often.


state: closed
title: biber: add darwin to platforms of perl dependencies
user_login: svenkeidel
html_url: https://github.com/NixOS/nixpkgs/pull/12183
updated_at: 2016-01-06 14:49:13
body:
  Hi,

  I want to use the bibliography tool "biber" on a mac. `nix-build` told me that some perl dependencies are not supported on darwin. I simply added `darwin` to the list of platforms of those libraries. Now it compiles and runs fine.

  Best,
  Sven


state: closed
title: aeolus: init at 0.9.0
user_login: nico202
html_url: https://github.com/NixOS/nixpkgs/pull/12188
updated_at: 2016-02-15 03:24:53
body:
  Aeolus is a virtual organ from zita (http://kokkinizita.linuxaudio.org/linuxaudio/aeolus/index.html) that works with jack2


state: closed
title: eclipseWithPlugins: lazier evaluation
user_login: rycee
html_url: https://github.com/NixOS/nixpkgs/pull/12189
updated_at: 2016-01-23 08:37:41
body:
  Unfortunately the `readFile`/`writeText` functions forces realisation of
  the eclipse package at evaluation time. By creating the configuration
  file inside the build command we avoid realisation until installation.


state: closed
title: python3.5-pip is missing bin/pip
user_login: svend
html_url: https://github.com/NixOS/nixpkgs/issues/12190
updated_at: 2016-02-21 16:50:24
body:
  I'm using the nixpkgs-unstable channel (nixpkgs-16.03pre74645.1e63074) on Darwin. I installed  python3.5-pip, but the resulting nix package does not contain the pip binary:

  ```
  $ nix-env -i python3.5-pip
  installing ‘python3.5-pip-7.1.2’
  these paths will be fetched (13.47 MiB download, 87.67 MiB unpacked):
    /nix/store/2qbqm1gnw98x2mbsxl0kq0vgphpgq4i5-python3.5m-setuptools-18.2
    /nix/store/7az2ns2gwlg6jvi60gbn36486ha1hhf5-tcl-8.6.4
    /nix/store/l6gwjripcsa94dh1dcfwd2zr5fn9mh1l-python3-3.5.1
    /nix/store/ln57640j93c869vm6yz8s0h58495jx38-tk-8.6.4
    /nix/store/lqc5rcjlj5w72hwf4hwxb3s70v2dg2vf-python3.5-pip-7.1.2
  fetching path ‘/nix/store/7az2ns2gwlg6jvi60gbn36486ha1hhf5-tcl-8.6.4’...

  *** Downloading ‘https://cache.nixos.org/nar/0jjvrndnyqx6v3jm7s71hf3hvmc1rz1sxm5dad31s9xl2fx1mfmb.nar.xz’ to ‘/nix/store/7az2ns2gwlg6jvi60gbn36486ha1hhf5-tcl-8.6.4’...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100 1878k  100 1878k    0     0  1000k      0  0:00:01  0:00:01 --:--:-- 1001k

  fetching path ‘/nix/store/ln57640j93c869vm6yz8s0h58495jx38-tk-8.6.4’...

  *** Downloading ‘https://cache.nixos.org/nar/1qwds3zg9zqd02rqkyg5dg52panby1ya5k728r5f1hncwx45z6a7.nar.xz’ to ‘/nix/store/ln57640j93c869vm6yz8s0h58495jx38-tk-8.6.4’...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100 1640k  100 1640k    0     0  1003k      0  0:00:01  0:00:01 --:--:-- 1006k

  fetching path ‘/nix/store/l6gwjripcsa94dh1dcfwd2zr5fn9mh1l-python3-3.5.1’...

  *** Downloading ‘https://cache.nixos.org/nar/0zp855m8bngcg7qha5l8agv2iwb3j9y8qclhjjwzmh48mpkk2jd0.nar.xz’ to ‘/nix/store/l6gwjripcsa94dh1dcfwd2zr5fn9mh1l-python3-3.5.1’...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100 9924k  100 9924k    0     0  1717k      0  0:00:05  0:00:05 --:--:-- 2238k

  fetching path ‘/nix/store/2qbqm1gnw98x2mbsxl0kq0vgphpgq4i5-python3.5m-setuptools-18.2’...

  *** Downloading ‘https://cache.nixos.org/nar/03d0ijds3c7fppp8xnr8drf2mgj39d7mp109m15yh4jcvl3qm055.nar.xz’ to ‘/nix/store/2qbqm1gnw98x2mbsxl0kq0vgphpgq4i5-python3.5m-setuptools-18.2’...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100  346k  100  346k    0     0   358k      0 --:--:-- --:--:-- --:--:--  359k

  fetching path ‘/nix/store/lqc5rcjlj5w72hwf4hwxb3s70v2dg2vf-python3.5-pip-7.1.2’...

  *** Downloading ‘https://cache.nixos.org/nar/1hx9npigd4bwdkwihpmdmq5ly9jrwfhs0xki527f3y94vbj50ar6.nar.xz’ to ‘/nix/store/lqc5rcjlj5w72hwf4hwxb3s70v2dg2vf-python3.5-pip-7.1.2’...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100   336  100   336    0     0    772      0 --:--:-- --:--:-- --:--:--   775

  building path(s) ‘/nix/store/7vahkjcq2jk17wpy2pk7g7ln1xpwylfb-user-environment’
  created 1624 symlinks in user environment

  $ find /nix/store/lqc5rcjlj5w72hwf4hwxb3s70v2dg2vf-python3.5-pip-7.1.2
  /nix/store/lqc5rcjlj5w72hwf4hwxb3s70v2dg2vf-python3.5-pip-7.1.2
  /nix/store/lqc5rcjlj5w72hwf4hwxb3s70v2dg2vf-python3.5-pip-7.1.2/lib
  /nix/store/lqc5rcjlj5w72hwf4hwxb3s70v2dg2vf-python3.5-pip-7.1.2/lib/python3.5
  /nix/store/lqc5rcjlj5w72hwf4hwxb3s70v2dg2vf-python3.5-pip-7.1.2/lib/python3.5/site-packages
  /nix/store/lqc5rcjlj5w72hwf4hwxb3s70v2dg2vf-python3.5-pip-7.1.2/nix-support
  /nix/store/lqc5rcjlj5w72hwf4hwxb3s70v2dg2vf-python3.5-pip-7.1.2/nix-support/propagated-native-build-inputs
  ```

  I see the same problem with python2.7-pip.


state: closed
title: update spotify to 1.0.19.106
user_login: christopher-l
html_url: https://github.com/NixOS/nixpkgs/pull/12191
updated_at: 2016-01-17 19:20:57
body:
  I'm pretty new to NixOS, so this is mainly based on trial an error. Seems to work though, while the previous version didn't for me.

  (update: add cc)
  cc @edolstra @ftrvxmtrx 


state: closed
title: notbit: removed dead package
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/pull/12193
updated_at: 2016-01-07 19:35:41
body:
  The Bitmessage protocol v3 became mandatory on 16 Nov 2014 and notbit does not support it, nor has there been any activity in the project repository since then.


state: closed
title: mcrypt: fix several security issues
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/pull/12194
updated_at: 2016-01-07 09:12:02
body:
  CVE-2012-4409, CVE-2012-4426, CVE-2012-4527

  Patches taken from https://gitweb.gentoo.org/repo/gentoo.git/tree/app-crypt/mcrypt/files


state: closed
title: Remove upstart layer
user_login: globin
html_url: https://github.com/NixOS/nixpkgs/pull/12198
updated_at: 2016-03-14 21:56:51
body:
  This removes the obsolete layer for backward compat with old `jobs.*` services.

  I tried to convert everything keeping the same behaviour by trying to understand the wrapper module which had been in place, please review that.

  I removed `services.gvpe.{start,stop}On` options as these used upstart specific syntax.

  I removed the fuppes package and service as they were marked as broken or commented in the module-list


state: closed
title: nixos: tarsnap - allow and document concurrent backups
user_login: thoughtpolice
html_url: https://github.com/NixOS/nixpkgs/pull/12202
updated_at: 2016-01-17 11:49:00
body:
  I have multiple separate archives I want to backup concurrently. Needless to say, I can't right now.

  Tarsnap locks the cachedir during backup, meaning if you specify
  multiple backups with a shared cache that might overlap (for example,
  one backup may take an hour), secondary backups will fail. This isn't
  very nice behavior for the obvious reasons.

  This splits the cache dirs for each archive appropriately. Note that
  this will require a rebuild of your archive caches (although if you were
  only using one archive for your whole system, you can just move the
  directory).

  However, you also must use a separate key (generated via `tarsnap-keygen`) for each archive. So this also extends each archive to have support for specifying individual keys.


state: closed
title: Nixpkgs/NixOS jobset bloat
user_login: edolstra
html_url: https://github.com/NixOS/nixpkgs/issues/12203
updated_at: 2017-02-06 10:04:54
body:
  The Nixpkgs/NixOS jobsets are getting really huge. For example:
  - nixos:release-14.12: 26922 jobs
  - nixos:release-15.09: 48693 jobs
  - nixos:trunk-combined: 69766 jobs
  - nixpkgs:trunk: 91297 jobs

  Due to this, Nixpkgs evaluation is timing out (e.g. the staging jobset cannot be evaluated anymore: http://hydra.nixos.org/jobset/nixpkgs/staging#tabs-errors). Also, it delays channel updates - e.g. the nixos:trunk-combined channel cannot be updated until ~70K packages have been built.

  It would be good to know where this growth is coming from, and do some trimming if appropriate.


state: closed
title: firefox-bin: 43.0.3 -> 43.0.4
user_login: taku0
html_url: https://github.com/NixOS/nixpkgs/pull/12205
updated_at: 2016-01-16 07:16:25
body:
  - Re-enable SHA-1 certificates
  - Bug fixes

  https://www.mozilla.org/en-US/firefox/43.0.4/releasenotes/


state: closed
title: mopidy: Fix fetching songs over HTTPS
user_login: fpletz
html_url: https://github.com/NixOS/nixpkgs/pull/12206
updated_at: 2016-01-22 16:34:54
body:
  The gstreamer plugin needs `glib-networking` to support HTTPS. Refactored to use `wrapGAppsHook` to wrap the `gstreamer` plugins and `glib-networking`.


state: closed
title: emacsPackagesNg.evil-mc: Fix license typo
user_login: fpletz
html_url: https://github.com/NixOS/nixpkgs/pull/12212
updated_at: 2016-01-07 16:41:53
body:
  The license attribute `gpl3plus` is wrong and should be `gpl3Plus` instead. This fixes all recent travis errors.

  The typo was introduced in d3de3db07769c5a6c6d57db7e86b128a494e645e.


state: closed
title: pyqt5: 5.4.2 -> 5.5.1
user_login: gebner
html_url: https://github.com/NixOS/nixpkgs/pull/12213
updated_at: 2016-01-07 20:00:12
body:
  This fixes an annoying bug in qutebrowser: [displaying large diffs in github is really slow with Qt 5.4, but that is fixed in Qt 5.5](https://github.com/The-Compiler/qutebrowser/issues/1179#issuecomment-163569447). 

  I have tested the upgrade with both packages that depend on pyqt5: qutebrowser and calibre.


state: closed
title: pythonPackages.numpy: 1.10.2 -> 1.10.4
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/pull/12214
updated_at: 2016-01-15 16:24:15
body:
  Numpy bugfix release.

  A single test failed, which I disabled. 

  I've removed the patch that disabled the large file support test and disabled it otherwise.

  Unless someone wants this in now, I suggest we wait with merging until scipy 0.17 has been released (see #12129).


state: closed
title: thrift: 0.9.2 -> 0.9.3
user_login: bjornfor
html_url: https://github.com/NixOS/nixpkgs/pull/12216
updated_at: 2016-01-09 13:49:52
body:
  Add Twisted as build input so that we can continue to have Python
  support. (./configure disables Python support unless it finds the
  'trial' program, from Twisted.) I don't know whether upstream intended
  that, because it seems perfectly fine to run thrift + Python without
  Twisted. (Only the TTwisted transport uses Twisted...)

  Ah, Thrift use Twisted in its unit tests. Even when we pass
  --enable-tests=no to ./configure :-D


state: closed
title: replace /usr/bin/python in ansible modules
user_login: adnelson
html_url: https://github.com/NixOS/nixpkgs/pull/12217
updated_at: 2016-01-07 23:22:34
body:
  @copumpkin There are a bunch of python scripts in the ansible modules folder which reference `/usr/bin/python`. This won't work on nixos. Unfortunately just replacing it with a hard-coded path like `/nix/store/...` won't work if the file is copied to a machine and executed remotely, but `/usr/bin/env python` should. 


state: open
title: network-manager: declarative config
user_login: akavel
html_url: https://github.com/NixOS/nixpkgs/pull/12219
updated_at: 2019-07-22 04:21:00
body:
  Tested: works with a WPA/PSK password on my old-ish laptop.

  cc @Phreedom @urkud @rickynils @domenkozar 


state: closed
title: consul service: add package option
user_login: edef1c
html_url: https://github.com/NixOS/nixpkgs/pull/12223
updated_at: 2016-01-08 18:15:40
body:
  Many service packages already seem to have options like this, and I happened to need this one in particular.
  Its sister service consul-alerts already had one.


state: closed
title: jekyll: linking to wrong version of python
user_login: mogorman
html_url: https://github.com/NixOS/nixpkgs/issues/12224
updated_at: 2016-01-08 13:02:39
body:
  When running jekyll in this fashion

  ```
  #jekyll new test

  #cd test

  #jekyll serve

  Configuration file: /home/mog/docs/code/test/_config.yml

              Source: /home/mog/docs/code/test

         Destination: /home/mog/docs/code/test_site

        Generating... 

    Liquid Exception: Failed to get header. in _posts/2016-01-07-welcome-to-jekyll.markdown
  ```

  when searching the error online it seems to be that its an incompatible version of python https://teamtreehouse.com/community/error-running-jekyll-serve-liquid-exception-failed-to-get-header
  it seems that they only support python2.7.  I looked at the nix and didnt see how it was pulling in python.


state: open
title: xen dom0 doesn't build with efi
user_login: telent
html_url: https://github.com/NixOS/nixpkgs/issues/12225
updated_at: 2019-01-25 06:00:55
body:
  At the time of writing this (4dc7cab40ec9370816bf67b786a35679a1ebf2d1) there is an assertion in 
  nixos/modules/virtualizations/xen-dom0.nix which says `Xen currently does not support EFI boot`.  This is certainly true for NixOS but as far as I can tell from Googling is no longer true upstream.

  I'm opening this issue to ask if anyone's looking at adding that support (i.e. to boot using gummiboot on annoyingly new hardware that doesn't understand the legacy bios boot process)

  I've started work on it and seem to have cajoled it into building a boot.efi but I haven't got as far as running it.  As a relative newbie both to nixpkgs and to Xen I'd welcome any feedback as to whether I'm on the right lines


state: closed
title: jekyll: added rouge for highlighting.
user_login: mogorman
html_url: https://github.com/NixOS/nixpkgs/pull/12227
updated_at: 2016-01-08 10:08:07
body:
  This is to address #12224  issue I was having.  Instead of using the pygments highlighter that is broken it allows for the use of a rub implemented one called rouge.  Unfortunately you still have to configure jekyll to manually use this highlighter but at least its an option.  In future versions of jekyll it is the new default.


state: closed
title: idea-ultimate: idea fails to start when hidpi mode is enabled
user_login: datakurre
html_url: https://github.com/NixOS/nixpkgs/issues/12228
updated_at: 2016-01-10 16:52:03
body:
  NixOS unstable has now Intellij Idea 15.0.1 and 15.0.2 is already in master. Idea >= 15 is supposed to support hidpi resolutions, but I cannot get it to work. It didn't auto-detect itself and copying and editing .vmoptions-files from /nix/store into ~/.IntellijIdea-folder didn't have effect. Any other NixOS users with hidpi screens around? Any tips would be appreciated (I'm new to hidpi on Linux).

  Gnome 3 did auto-configure itself properly to run in its hidpi-mode (scaling-factor 2).

  http://blog.jetbrains.com/idea/2015/07/intellij-idea-15-eap-comes-with-true-hidpi-support-for-windows-and-linux/


state: closed
title: git-embed needs git as dependency
user_login: charles-cooper
html_url: https://github.com/NixOS/nixpkgs/issues/12229
updated_at: 2018-07-23 13:42:32
body:
  https://hackage.haskell.org/package/git-embed. Using functions from this package can call some template haskell which generates calls to `git` at compile time. Unfortunately unless git is already in the environment this will fail, so pure builds fail unless git is explicitly passed as a dependency. Is there an easy fix for this?


state: closed
title: [nomerge] [WIP] make Xen compatible with EFI booting
user_login: telent
html_url: https://github.com/NixOS/nixpkgs/pull/12230
updated_at: 2017-03-18 21:39:05
body:
  This is my attempt at fixing #12225 and it supersedes the attachment in that issue.  I do not claim it's ready for merge yet or even that it works


state: closed
title: Found build-fail in new tex infrastructure
user_login: matthiasbeyer
html_url: https://github.com/NixOS/nixpkgs/issues/12234
updated_at: 2016-01-08 12:41:21
body:
  The following `default.nix` file for a `nix-shell` of mine fails because of some script error:

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

  let
    env = with pkgs.haskellPackages; [
      pandoc
      pandoc-crossref

      (pkgs.texlive.combine {
        inherit (pkgs.texlive)
          # explicit list pandoc tex dependencies
          amsfonts
          amsmath
          lm
          ifxetex
          ifluatex
          eurosym
          listings
          fancyvrb
          # longtable
          booktabs
          # We do not have graphics
          # graphicx
          # grffile
          hyperref
          ulem
          geometry
          setspace
          # linestretch
          babel
          # lang

          # some optional dependencies of pandoc
          upquote
          microtype
          csquotes

          # Not required as we do not have citations
          # natbib
          # biblatex
          # bibtex
          # biber
        ;
      })

      pkgs.lmodern
    ];
  in

  pkgs.stdenv.mkDerivation rec {
      name = "env";
      src = ./.;
      version = "0.0.0";

      buildInputs = [ env ];

  }

  ```

  The error is:

  ```
  these derivations will be built:
    /nix/store/gkhh21hc2hrypng6wviq394w0i4vc92k-texlive-combined-2015.drv
  building path(s) ‘/nix/store/lvldc8z4ykmy8f5n3mwjcz9n8qwxd6lj-texlive-combined-2015’
  created 36 symlinks in user environment
  /nix/store/7d5l5syxhqx26cd1m8hrj7ld9pmdw5xa-stdenv/setup: line 822: cd: ./share/texmf/web2c/: No such file or directory
  builder for ‘/nix/store/gkhh21hc2hrypng6wviq394w0i4vc92k-texlive-combined-2015.drv’ failed with exit code 1
  error: build of ‘/nix/store/gkhh21hc2hrypng6wviq394w0i4vc92k-texlive-combined-2015.drv’ failed
  /run/current-system/sw/bin/nix-shell: failed to build all dependencies
  ```


state: closed
title: phpPackages: init php56Packages and php70Packages
user_login: deeky666
html_url: https://github.com/NixOS/nixpkgs/pull/12235
updated_at: 2016-02-25 23:56:18
body:
  Since PHP7 package was added quite some time ago, the PHP packages should also reflect this new version. Added `php56Packages` for `php56` and `php70Packages` for `php70`.


state: closed
title: phpPackages: add pthreads 3.1.5
user_login: deeky666
html_url: https://github.com/NixOS/nixpkgs/pull/12236
updated_at: 2016-01-08 19:43:14
body:
  `php70` does not work with `pthreads` 2.x package and requires version 3.x. This PR introduces a new `pthreads` PHP package for `3.1` branch. Additionally the correct version is automatically chosen for `pthreads` package depending on the given PHP version.


state: closed
title: nixos: strange nix-shell output at system upgrading time
user_login: Pitometsu
html_url: https://github.com/NixOS/nixpkgs/issues/12239
updated_at: 2016-01-08 17:17:35
body:
  Steps to reproduce:
  - Open `urxvt` window
  - Run `sudo nixos-rebuild switch --upgrade` there
  - Open different one `urxvt` window
  - Run `nix-shell --run 'zsh'` here

  What expected:
  - Get shell with development environment (for Rails project in this case)

  Actually got: 
  - Strange output similar to upgrading
  - Delay
  - Actually (at last) development environment shell

  ```
  these paths will be fetched (37.06 MiB download, 205.58 MiB unpacked):
    /nix/store/003s2z88wm76n2996j53ak6saifvr7c4-rubygems-2.4.1
    /nix/store/092bbna8rmym05rsm9lbkj7ivvhl0xy9-ruby-2.2.3-p0-bundler-2015-01-11
    /nix/store/3q0y8dzdr5a09n4rzwxhc8y0mb29n49l-python-2.7.11
    /nix/store/4c3nj9jrwfw55lgjflk2m6j9xjzabamz-ruby-2.2.2-p0
    /nix/store/8yvpyka1b0nn8h0pws5ggvr6sdjmjvig-postgresql-9.4.5-doc
    /nix/store/9yb4fwazxdvzmb6jyx47j4q17m0mffkl-libyaml-0.1.6
    /nix/store/aq0sasfdsnggdgb6q1jcz636949x3sni-libffi-3.2.1
    /nix/store/awbfmvykr5qcp60qk05g98wvhlydakk1-libossp-uuid-1.6.2
    /nix/store/bxm7pwll70ryl6by1frh2xiiwk2k58ig-libuv-1.7.5
    /nix/store/f2q7mgqin7rs3xfpq1g5lgv7m8g1yfwz-openssl-1.0.2e
    /nix/store/h1b96jv7k3i9lswhi901rrr6jpcxfz2p-http-parser-2.5.0
    /nix/store/jia5sqf5crjgkqlq9bwk27i6bc3nggdp-readline-6.3p08
    /nix/store/jrdvjvf0w9nclw7b4k0pdfkljw78ijgk-postgresql-9.4.5
    /nix/store/mabjn1pq8api0qrr3dzk2b1bcl7ay6dm-ncurses-5.9
    /nix/store/rnkzyn43ygf3pwbx9rldg839fqi9wsld-bash-4.3-p42-doc
    /nix/store/s2msspns2mrl4gz6xyc72x03rm844vr3-openssl-1.0.1q-man
    /nix/store/vk13mnlwwsywj4ay0a0p04qalhl26ays-nodejs-4.2.3
    /nix/store/wpbb269yb65xp3sc5c4cr21z7jcxn65d-groff-1.22.3
    /nix/store/xcxc980iblz042jgj8nbdams0jalw747-ruby-2.2.3-p0
    /nix/store/ysw9jsj6piiir8v1kayisnlib6zsb0yp-gdbm-1.11
  fetching path ‘/nix/store/rnkzyn43ygf3pwbx9rldg839fqi9wsld-bash-4.3-p42-doc’...
  fetching path ‘/nix/store/s2msspns2mrl4gz6xyc72x03rm844vr3-openssl-1.0.1q-man’...
  fetching path ‘/nix/store/8yvpyka1b0nn8h0pws5ggvr6sdjmjvig-postgresql-9.4.5-doc’...
  fetching path ‘/nix/store/ysw9jsj6piiir8v1kayisnlib6zsb0yp-gdbm-1.11’...
  fetching path ‘/nix/store/wpbb269yb65xp3sc5c4cr21z7jcxn65d-groff-1.22.3’...
  fetching path ‘/nix/store/h1b96jv7k3i9lswhi901rrr6jpcxfz2p-http-parser-2.5.0’...
  fetching path ‘/nix/store/aq0sasfdsnggdgb6q1jcz636949x3sni-libffi-3.2.1’...
  fetching path ‘/nix/store/awbfmvykr5qcp60qk05g98wvhlydakk1-libossp-uuid-1.6.2’...
  fetching path ‘/nix/store/bxm7pwll70ryl6by1frh2xiiwk2k58ig-libuv-1.7.5’...

  *** Downloading ‘https://cache.nixos.org/nar/024pc2ir4xg0kd2ikv1wpwyzz14bfp4cqr30qfdlzq89zs9c5vjb.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/rnkzyn43ygf3pwbx9rldg839fqi9wsld-bash-4.3-p42-doc’...

  *** Downloading ‘https://cache.nixos.org/nar/0paqz9hwbrnzl341spshbi16dg0zb7jhcm8c4k6mf6apxq5d200l.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/8yvpyka1b0nn8h0pws5ggvr6sdjmjvig-postgresql-9.4.5-doc’...

  *** Downloading ‘https://cache.nixos.org/nar/0disdvxgvx36gdsir223q91790kjdf0jmf4z17f4a3yvcmk7hd80.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/ysw9jsj6piiir8v1kayisnlib6zsb0yp-gdbm-1.11’...

  *** Downloading ‘https://cache.nixos.org/nar/1i2zj7qr0q93xjmy6j496fn3zlbzvf12fnfvn5q4qqw8q58qqlrz.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/wpbb269yb65xp3sc5c4cr21z7jcxn65d-groff-1.22.3’...

  *** Downloading ‘https://cache.nixos.org/nar/1kz3wxwpc3qsgx083ag4ax1i27ipibwdyqc6fnyqnhmirxxfzw29.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/h1b96jv7k3i9lswhi901rrr6jpcxfz2p-http-parser-2.5.0’...

  *** Downloading ‘https://cache.nixos.org/nar/1sqvni9kpgzh910jdy1q01zswqjn67sjqdrvgmipxmaxzwdrv2vd.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/awbfmvykr5qcp60qk05g98wvhlydakk1-libossp-uuid-1.6.2’...

  *** Downloading ‘https://cache.nixos.org/nar/0ag1gpvcwgkc9p0z8lbqw76csci69v6i0i0y4dfdpi33232pihk2.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/aq0sasfdsnggdgb6q1jcz636949x3sni-libffi-3.2.1’...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
    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 --:--:-- --:--:-- --:--:--     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  % 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 % Xfer  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
    0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0d  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
  *** Downloading ‘https://cache.nixos.org/nar/0d24q77rcpk4kz01wnslwcbr052cmj5n2gx8wl869ji3csdwqqb2.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/s2msspns2mrl4gz6xyc72x03rm844vr3-openssl-1.0.1q-man’...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
    0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  *** Downloading ‘https://cache.nixos.org/nar/1zbl8g0avsgxfbklfkwpwcqb8pma0b2v2ymzic344jnsr6k27x9v.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/bxm7pwll70ryl6by1frh2xiiwk2k58ig-libuv-1.7.5’...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100 32116  100 32116    0     0  38835      0 --:--:-- --:--:-- --:--:-- 38834

  fetching path ‘/nix/store/9yb4fwazxdvzmb6jyx47j4q17m0mffkl-libyaml-0.1.6’...
  100 69420  100 69420    0     0  84716      0 --:--:-- --:--:-- --:--:-- 84658

  fetching path ‘/nix/store/mabjn1pq8api0qrr3dzk2b1bcl7ay6dm-ncurses-5.9’...

  *** Downloading ‘https://cache.nixos.org/nar/1d5lv5h7az249ggp50csml3drjf2wksblbflk25lbf8lb8yby9z3.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/9yb4fwazxdvzmb6jyx47j4q17m0mffkl-libyaml-0.1.6’...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
    0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  *** Downloading ‘https://cache.nixos.org/nar/1havy46vl4sp86zc2ylv82lrfzilx9nzxqzcncg28qhdccm74fr2.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/mabjn1pq8api0qrr3dzk2b1bcl7ay6dm-ncurses-5.9’...
   41 41484   41 17040    0     0  17304      0  0:00:02 --:--:--  0:00:02 17299  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100 41484  100 41484    0     0  34797      0  0:00:01  0:00:01 --:--:-- 34831

  fetching path ‘/nix/store/f2q7mgqin7rs3xfpq1g5lgv7m8g1yfwz-openssl-1.0.2e’...

  *** Downloading ‘https://cache.nixos.org/nar/0vmslchxsnb49ghnbrgai211343dc3pmmjj7nbsckilpkgkvhv0l.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/f2q7mgqin7rs3xfpq1g5lgv7m8g1yfwz-openssl-1.0.2e’...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100  126k  100  126k    0     0  88517      0  0:00:01  0:00:01 --:--:-- 88597

  fetching path ‘/nix/store/3q0y8dzdr5a09n4rzwxhc8y0mb29n49l-python-2.7.11’...
  100 18620  100 18620    0     0  12038      0  0:00:01  0:00:01 --:--:-- 12059


  *** Downloading ‘https://cache.nixos.org/nar/0bwh248fq0fkclhrywqhiwmpbqixm95nlg1aqrz1wzb7hjhjp3am.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/3q0y8dzdr5a09n4rzwxhc8y0mb29n49l-python-2.7.11’...
  100 53188  100 53188    0     0  87256      0 --:--:-- --:--:-- --:--:-- 87336
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
    0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  100  255k  100  255k    0     0   156k      0  0:00:01  0:00:01 --:--:--  156k

  100  745k  100  745k    0     0   156k      0  0:00:04  0:00:04 --:--:--  156k:00:09  139k

  fetching path ‘/nix/store/jia5sqf5crjgkqlq9bwk27i6bc3nggdp-readline-6.3p08’...
  100 1003k  100 1003k    0     0   165k      0  0:00:06  0:00:06 --:--:--  185k

  100 1805k  100 1805k    0     0   195k      0  0:00:09  0:00:09 --:--:--  250k

  100 2582k  100 2582k    0     0   242k      0  0:00:10  0:00:10 --:--:--  309k

   57 7439k   57 4303k    0     0   302k      0  0:00:24  0:00:14  0:00:10  426k
  *** Downloading ‘https://cache.nixos.org/nar/0ya9vfrp6anj5j84b5p0bfnai8h8ka4sckqil47xym8pzqqk884j.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/jia5sqf5crjgkqlq9bwk27i6bc3nggdp-readline-6.3p08’...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100  204k  100  204k    0     0   107k      0  0:00:01  0:00:01 --:--:--  107k

  fetching path ‘/nix/store/jrdvjvf0w9nclw7b4k0pdfkljw78ijgk-postgresql-9.4.5’...
  fetching path ‘/nix/store/4c3nj9jrwfw55lgjflk2m6j9xjzabamz-ruby-2.2.2-p0’...
  fetching path ‘/nix/store/xcxc980iblz042jgj8nbdams0jalw747-ruby-2.2.3-p0’...

  *** Downloading ‘https://cache.nixos.org/nar/0jdysj4zblm6l7g61x36jpxn6jq1fm60f5p3y2h8wbysjnm4ryvn.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/jrdvjvf0w9nclw7b4k0pdfkljw78ijgk-postgresql-9.4.5’...

  *** Downloading ‘https://cache.nixos.org/nar/0x5kxb0hc62k5vyf90b9k843dmzax77910rbxgw0sm4iygdf22c8.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/4c3nj9jrwfw55lgjflk2m6j9xjzabamz-ruby-2.2.2-p0’...

  *** Downloading ‘https://cache.nixos.org/nar/0hp1fnsi7vbzs1yqyrba3pv8c4kwzgd3lp9m0kmim26a68vqxrkg.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/xcxc980iblz042jgj8nbdams0jalw747-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  % 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
  100 7439k  100 7439k    0     0   271k      0  0:00:27  0:00:27 --:--:--  200k

  fetching path ‘/nix/store/vk13mnlwwsywj4ay0a0p04qalhl26ays-nodejs-4.2.3’...
   67 5990k   67 4056k    0     0   244k      0  0:00:24  0:00:16  0:00:08  257k
  *** Downloading ‘https://cache.nixos.org/nar/0ii531sc7qrhkzr71ab57g2zawbkg76n2ziy43wsalfzm2g0fpik.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/vk13mnlwwsywj4ay0a0p04qalhl26ays-nodejs-4.2.3’...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100 4865k  100 4865k    0     0   215k      0  0:00:22  0:00:22 --:--:--  222k

  100 5990k  100 5990k    0     0   252k      0  0:00:23  0:00:23 --:--:--  275k

   55 4544k   55 2521k    0     0   274k      0  0:00:16  0:00:09  0:00:07  331kfetching path ‘/nix/store/003s2z88wm76n2996j53ak6saifvr7c4-rubygems-2.4.1’...
  100 5986k  100 5986k    0     0   219k      0  0:00:27  0:00:27 --:--:--  403k

  100 4544k  100 4544k    0     0   342k      0  0:00:13  0:00:13 --:--:--  496k

   56 1614k   56  917k    0     0  13558      0  0:02:01  0:01:09  0:00:52 21787
  *** Downloading ‘https://cache.nixos.org/nar/15863w4rk62wjp6iqbrd6x85rdgvvd7p1hg15qxrpv6ihly2qm8j.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/003s2z88wm76n2996j53ak6saifvr7c4-rubygems-2.4.1’...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100  172k  100  172k    0     0   135k      0  0:00:01  0:00:01 --:--:--  135k

  fetching path ‘/nix/store/092bbna8rmym05rsm9lbkj7ivvhl0xy9-ruby-2.2.3-p0-bundler-2015-01-11’...

  *** Downloading ‘https://cache.nixos.org/nar/0limzzhvhdywcx238kdchxib8gi189jrmy1qd8gbzz850w002a40.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/092bbna8rmym05rsm9lbkj7ivvhl0xy9-ruby-2.2.3-p0-bundler-2015-01-11’...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100  398k  100  398k    0     0   232k      0  0:00:01  0:00:01 --:--:--  232k

  100 1614k  100 1614k    0     0  21828      0  0:01:15  0:01:15 --:--:--  124k

  server starting
  sh: /home/netsu/Projects/Rapi/log/pg.log: No such file or directory
  project >
  ```

  Main question: is it correct behavior, or I miss something?


state: closed
title: nixpkg: no space left on devace
user_login: Pitometsu
html_url: https://github.com/NixOS/nixpkgs/issues/12240
updated_at: 2016-01-08 17:37:10
body:
  ```
  project > nix-shell --show-trace --run 'zsh'
  error: while evaluating the attribute ‘bundler’ of the derivation ‘holdem-0.1’ at /home/netsu/Projects/Holdem/default.nix:5:3:
  while evaluating the attribute ‘ruby’ of the derivation ‘ruby-2.2.3-p0-bundler-2015-01-11’ at /nix/store/plmwmzd5v036r41bah692qn9yasa4xil-nixos-16.03pre73316.93d8671/nixos/pkgs/development/interpreters/ruby/gem.nix:23:3:
  while evaluating the attribute ‘stdenv’ of the derivation ‘ruby-2.2.3-p0’ at /nix/store/plmwmzd5v036r41bah692qn9yasa4xil-nixos-16.03pre73316.93d8671/nixos/pkgs/development/interpreters/ruby/default.nix:38:9:
  while evaluating the attribute ‘shell’ of the derivation ‘stdenv’ at /nix/store/plmwmzd5v036r41bah692qn9yasa4xil-nixos-16.03pre73316.93d8671/nixos/pkgs/stdenv/generic/default.nix:238:14:
  while evaluating the attribute ‘shell’ at /nix/store/plmwmzd5v036r41bah692qn9yasa4xil-nixos-16.03pre73316.93d8671/nixos/pkgs/build-support/cc-wrapper/default.nix:38:10:
  while evaluating the attribute ‘stdenv’ of the derivation ‘bash-4.3-p42’ at /nix/store/plmwmzd5v036r41bah692qn9yasa4xil-nixos-16.03pre73316.93d8671/nixos/pkgs/shells/bash/default.nix:15:3:
  while evaluating the attribute ‘defaultNativeBuildInputs’ of the derivation ‘stdenv-linux-boot’ at /nix/store/plmwmzd5v036r41bah692qn9yasa4xil-nixos-16.03pre73316.93d8671/nixos/pkgs/stdenv/generic/default.nix:238:14:
  while evaluating the attribute ‘stdenv’ of the derivation ‘xz-5.2.2’ at /nix/store/plmwmzd5v036r41bah692qn9yasa4xil-nixos-16.03pre73316.93d8671/nixos/pkgs/tools/compression/xz/default.nix:4:3:
  writing to file: No space left on device
  ```

  [Derivation](http://nixpaste.lbr.uno/z1NYFhlm)

  ...What did do I wrong?


state: closed
title: nixpkg: nixos-rebuild writing to file: No space left on device
user_login: Pitometsu
html_url: https://github.com/NixOS/nixpkgs/issues/12241
updated_at: 2016-01-08 17:23:54
body:
  ```
  root@hackbook> nixos-rebuild switch --upgrade
  ...
  ...
  ...
  *** Downloading ‘https://cache.nixos.org/nar/1hq0kvnq8s2zd36iajwgsbv3nqpbf1hp9gkf1zfiqcwhhc19cvh1.nar.xz’ (signed by ‘cache.nixos.org-1’) to ‘/nix/store/m5p9prpxrifvsxmvlb9fcg7rkp87qfzd-libidn-1.32’...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100  127k  100  127k    0     0  59913      0  0:00:02  0:00:02 --:--:-- 59944
  error: preallocating file of 18368 bytes: No space left on device
  download of ‘https://cache.nixos.org/nar/1w70lgyr82n4crb1jx7dc0hh21spyaiah25sg0b49qzayvppxk0m.nar.xz’ failed: No such file or directory
  could not download ‘/nix/store/409fhzpjgsccjkz8ib5sjb18f3vaqkix-libgpg-error-1.20’ from any binary cache
  fetching path ‘/nix/store/409fhzpjgsccjkz8ib5sjb18f3vaqkix-libgpg-error-1.20’ failed with exit code 1
  fetching path ‘/nix/store/qvy0xvh5aajzxxpxin6dmrlxj40sz5b6-libjpeg-turbo-1.4.2’...
  killing process 9534
  fetching path ‘/nix/store/0l4izgcda96alwzmw9pwanwl8isndlx6-libmad-0.15.1b’...
  killing process 9542
  killing process 9541
  killing process 7623
  killing process 9214
  killing process 9389
  killing process 7882
  killing process 9189
  killing process 9224
  killing process 8997
  error: some substitutes for the outputs of derivation ‘/nix/store/4j30bggzmjydl5lksjl4ljig0gijslla-mesa-noglu-11.0.5.drv’ failed (usually happens due to networking issues); try ‘--fallback’ to build derivation from source 
  [1] root@hackbook> nixos-rebuild switch --upgrade
  downloading Nix expressions from ‘https://nixos.org/releases/nixos/unstable/nixos-16.03pre73316.93d8671//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
  unpacking channels...
  terminate called after throwing an instance of 'nix::SysError'
    what():  writing to file: No space left on device
  cannot unpack the channels at /run/current-system/sw/bin/nix-channel line 169.
  [255] root@hackbook>
  ```


state: closed
title: warning: dumping very large path (> 256 MiB); this may run out of memory
user_login: Pitometsu
html_url: https://github.com/NixOS/nixpkgs/issues/12243
updated_at: 2016-01-08 17:52:57
body:
  When I open `nix-shell` with [derivation](http://nixpaste.lbr.uno/z1NYFhlm) I got this warning.
  So what I may did do wrong?
  In case if this is wrong place for such questions, please, target me to something like NixOS forum. Thanks.


state: closed
title: error: ‘/nix/var/nix/profiles/per-user/username’ is not a symlink
user_login: Pitometsu
html_url: https://github.com/NixOS/nixpkgs/issues/12244
updated_at: 2016-01-09 18:08:26
body:
  When I run `nix-env --delete-generations old`,
  got:

  ```
  error: ‘/nix/var/nix/profiles/per-user/username’ is not a symlink
  ```

  Same for root.

  What I have here:

  ```
  > ll /nix/var/nix/profiles/per-user

  total 8.0K
  drwxr-xr-x 2 username users 4.0K Jan  8 18:45 username
  drwxr-xr-x 2 root  root  4.0K Jan  8 18:45 root

  root@hackbook> ll /nix/var/nix/profiles/per-user/root

  total 4.0K
  lrwxrwxrwx 1 root root 16 Jan  8 18:14 channels -> channels-44-link
  lrwxrwxrwx 1 root root 60 Jan  8 17:37 channels-44-link -> /nix/store/7xfgvgir2ap2csm3l0fz1affwryazq7b-user-environment

  root@hackbook> ll /nix/var/nix/profiles/per-user/username

  total 8.0K
  lrwxrwxrwx 1 username users 15 Oct 10 01:59 channels -> channels-1-link
  lrwxrwxrwx 1 username users 60 Oct 10 01:59 channels-1-link -> /nix/store/27wr7i3ign059xzdfwc7rkm2dam7sr3m-user-environment
  lrwxrwxrwx 1 username users 14 Sep  1 21:15 profile -> profile-6-link
  lrwxrwxrwx 1 username users 60 Sep  1 21:15 profile-6-link -> /nix/store/zxn68vqsy4li8v99f8gaidw7v8s1azmh-user-environment

  root@hackbook>
  ```

  So, how it should looks like, maybe I mistaken once and have delete/change some necessary files?


state: closed
title: emacs-pdf-tools: Move packages to packageRequires
user_login: svend
html_url: https://github.com/NixOS/nixpkgs/pull/12252
updated_at: 2016-01-13 09:49:05
body:
  Move the Emacs packages to packageRequires so that they get installed.

  Before:

  $ ls ~/.nix-profile/share/emacs/site-lisp/elpa
  pdf-tools-0.70

  After:

  $ ls ~/.nix-profile/share/emacs/site-lisp/elpa
  let-alist-1.0.4  pdf-tools-0.70  tablist-0.70


state: closed
title: Agda and Idris fail to build due to zlib version change
user_login: jwiegley
html_url: https://github.com/NixOS/nixpkgs/issues/12254
updated_at: 2016-01-11 01:37:57
body:
  @peti I'm not sure if you were aware of this one, but both Agda and Idris expect an older version of zlib. When I make that change locally, `Agda` builds, but `idris` still fails because one of its transitive dependencies still wants a newer version of `zlib`.


state: closed
title: tmate: 1.8.10 -> 2.2.0
user_login: sigma
html_url: https://github.com/NixOS/nixpkgs/pull/12256
updated_at: 2016-01-09 22:31:38
body:
  additional changes:
  - tmate now depends on external libmsgpack and libssh
  - postPatch is no longer useful as it applied to embedded msgpack
  - regular automake can now be used


state: closed
title: w3m fails to do any SSL certificate checking, uses insecure crypto
user_login: lfam
html_url: https://github.com/NixOS/nixpkgs/issues/12257
updated_at: 2016-01-14 12:07:41
body:
  Out of the box, w3m does not verify SSL certificates at all. You can test it against a server that has an expired cert, such as fmrl.me.

  It also uses broken protocols such as SSLv2 and SSLv3, as well as broken ciphers, hash functions, and "export ciphers" that were broken from the start.

  There appears to be no upstream at this point. The other distros all maintain a bunch of patches to try to keep w3m going, since it is a very nice browser from the user's point of view.

  I recently updated [0] GNU Guix's w3m package to fix the basic SSL issues. Feel free to copy it. The patches I adapted are from all over the net. I took them from Debian's fork [1], which is very active.

  [0]
  http://git.savannah.gnu.org/cgit/guix.git/commit/?id=62339e2d493bf87a3aabe12e45458581e9705d83

  [1]
  http://anonscm.debian.org/cgit/collab-maint/w3m.git

  Our bug report:
  http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16791


state: closed
title: w3m: fetch source from actively maintained debian repo
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/pull/12259
updated_at: 2016-01-14 12:44:19
body:
  The official repository has last been updated in 2013, meanwhile there are a lot of issues like non-existant certificate verification. The debian repository is actively maintained and already includes most of our custom patches, so we use it instead.

  closes #12257

  Can someone verify that the graphicsSupport/x11Support options work? Initially I was getting some build failures due to imlib not being found, so I looked into the configure script and it now seems to autoconfigure these with pkg-config. I'm not entirely sure tho and don't know how to test that properly.


state: closed
title: thunderbird-bin: 38.5.0 -> 38.5.1
user_login: taku0
html_url: https://github.com/NixOS/nixpkgs/pull/12260
updated_at: 2016-01-09 16:12:10
body:
  This release is related to only Windows but Thunderbird repeatedly pops up "there is a update" dialog box.

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

  cc: @Fuuzetsu 


state: closed
title: Add mirage-types and bump x509 version in ocamlPackages
user_login: sternenseemann
html_url: https://github.com/NixOS/nixpkgs/pull/12262
updated_at: 2016-02-03 16:08:30
body:
  I would be happy to receive feedback on how to improve mirage-types.

  (Sorry, I missed the commit msg guideline :/ )


state: closed
title: services.openssh.extraConfig: "Match" configuration may be prepended, sshd fails
user_login: makefu
html_url: https://github.com/NixOS/nixpkgs/issues/12265
updated_at: 2017-12-28 23:33:07
body:
  When configuration a Match block with openssh.extraConfig it may happen that this extra configuration is getting merged before the rest of the config is added:

  ```
    services.openssh.enable = true;
    services.openssh.extraConfig = ''
      Match User share
        ChrootDirectory /media
        ForceCommand internal-sftp
        AllowTcpForwarding no
        PermitTunnel no
        X11Forwarding no
    '';
  ```

  In some cases this results in the Match block to be prepended which is a real problem for sshd because there is no way to close a match block.

  To solve this one could either use a new variable without implicit merging by nix like this:

  ```
  pkgs.writeText "sshd-config" ''
  PIDFile 
  all-the-other-stuff
  ...
  ${cfg.extraConfig}
  ```

  or it may be possible to introduce an extra option for Building `Match` entries:

  ```
  services.openssh.match = { "User share" = ''my configuration'' };
  ```

  Additionally i think it would be nice to test the configuration after being written with `sshd -tf <config>` and only switch to the configuration if the test succeeded. `pkgs.runCommand` could be used for this, a friend showed me https://github.com/zalora/microgram/blob/dc5adff60602b2e97d20ae942f4c4198655c0395/pkgs/default.nix#L51-L63 which does something similar.

  I really hate being locked out from machines.Giving the sshd a safety net before crashing may be a good idea.


state: closed
title: nvidia:Bump to 358.16
user_login: Baughn
html_url: https://github.com/NixOS/nixpkgs/pull/12272
updated_at: 2016-01-15 07:03:31
body:
  As far as I can tell, explicitly compiling UVM is no longer necessary. Some of the library versions changed to ~.1, thus the other build-script change.

  I changed the download server because we don't all live in the US; I don't think the non-us-prefixed server is actually a different one, but it might be if nVidia ever fixes their distribution infrastructure. It'd also be nice if they'd support SSL; I downloaded the package from two locations in hopes of discovering any MITM. Of course there wasn't any.

  I have no idea what that patch was supposed to do. Things seem to work without it. Let me know if that makes sense, and I'll remove it instead of just commenting it out.


state: closed
title: notmuch-addrlookup: init at 7
user_login: mogorman
html_url: https://github.com/NixOS/nixpkgs/pull/12275
updated_at: 2016-01-12 15:39:29
body:
  adds a small c program that will do address lookups based on your notmuch db.  its used by emacs mutt and other programs to do completion


state: closed
title: nixos: How to use usb smart cards (yubikey) with GnuPG?
user_login: datakurre
html_url: https://github.com/NixOS/nixpkgs/issues/12277
updated_at: 2016-01-10 11:46:25
body:
  I'd like to get a USB yubikey OpenPGP smart card to work on NixOS (unstable). Out of the box both GnuPG1 and GnuPG21 (e.g. --card-status) simply say that card cannot be found (lsusb does show the device). Any tips?


state: closed
title: cyrus-sasl is broken on staging
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/12279
updated_at: 2016-01-10 15:25:22
body:
  Tested on both Linux and Darwin, and both fail in the same way.

  The culprit appears to be https://github.com/NixOS/nixpkgs/commit/a472d836f674fe388018aaee75983e3400a77db4, which added [a patch from LFS](https://github.com/NixOS/nixpkgs/commit/a472d836f674fe388018aaee75983e3400a77db4#diff-5a7815c6959a4fffdad035eebcddf9bbR21) that seems to break the Makefile for sasldb by adding `-ldb` as a make target instead of a flag.

  @ysangkok what were you going for with that patch? Perhaps some flags from LFS disable building sasldb and thus don't encounter the issue?

  I'll probably just patch that make target out of `cyrus-sasl`, but I'm curious why nobody upstream has noticed.


state: closed
title: gnome3.nautilus does not recognize image mimetypes
user_login: exi
html_url: https://github.com/NixOS/nixpkgs/issues/12280
updated_at: 2018-02-24 18:22:00
body:
  @lethalman 
  I just installed gnome3.nautilus because apparently kde5.dolphin is broken on nixos.
  Sadly my image preview is also broken in nautilus. It looks like this:

  ![screenshot from 2016-01-10 03-25-16](https://cloud.githubusercontent.com/assets/449463/12219574/e936b966-b749-11e5-80ad-87245ad5c646.png)

  The .jpg file is wrongly recognized as a text/plain file and therefore no preview is generated.


state: closed
title: Service starts before home directory is mounted
user_login: rnhmjoj
html_url: https://github.com/NixOS/nixpkgs/issues/12281
updated_at: 2016-01-10 20:53:41
body:
  I use syncthing and I have been noticing for quite a while my private key and cert are sporadically regenerated while the configuration remains intact. Investigating the logs I think I've found out what really happens:
  - system boots, /home is empty, disk still not mounted.
  - `syncthing.service` is started, syncthing sees home empty, generates a new key-pair and config
  - `home.mount` is started, complains with `Directory /home to mount over is not empty, mounting anyway`
  - syncthing updates its config as soon as home is mounted but somehow keeps the new key-pair.

  How can I fix this? Is there a way to prevent this from happening again to other services as well?


state: closed
title: ipfs: 0.3.9 -> 0.3.10
user_login: kragniz
html_url: https://github.com/NixOS/nixpkgs/pull/12282
updated_at: 2016-01-10 10:53:18
body:
  Changelog at https://github.com/ipfs/go-ipfs/blob/f9dc4c726b770199f4ee64d97775d5fe8122814e/CHANGELOG.md#0310---2015-12-07


state: closed
title: bundlerEnv: add wrapper
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/12284
updated_at: 2016-01-24 13:03:00
body:
  This adds a `.wrapper` attribute to the `bundlerEnv` derivation. Its main purpose is to enable easy packaging of simple Ruby scripts with Gemfiles. For example:

  ```
  let env = bundlerEnv {
    name = "my-script-env";

    inherit ruby;
    gemfile = ./Gemfile;
    lockfile = ./Gemfile.lock;
    gemset = ./gemset.nix;
  };

  in stdenv.mkDerivation {
    name = "my-script";

    buildInputs = [ env.wrapper ];

    script = ./my-script.rb;

    buildCommand = ''
      mkdir -p $out/bin
      install -D -m755 $script $out/bin/my-script
      patchShebangs $out/bin/my-script
    '';
  }
  ```

  cc @cstrahan 


state: closed
title: DSPAM spam filter and new NixOS module
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/12285
updated_at: 2016-01-13 10:09:20
body:
  This adds DSPAM spam filter, along with a corresponding NixOS module. DSPAM is a spam filter, with both command-line pipe and socket (LMTP) interface. It is very configurable and (anecdotally) has the best error ratios around. It can be plugged into your favorite MTA in a multitude of ways, and resend analyzed messages for further processing via LMTP or other means.


state: closed
title: Update tweepy and chardet Python modules
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/12286
updated_at: 2016-01-19 23:23:04
body:
  New Tweepy has Python 3 support. I remember I've updated `chardet` becase some script required newer version of it, but sadly I can't remember details (it was quite some time ago).


state: closed
title: Clean up abandoned branches of nixpkgs
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/12288
updated_at: 2017-02-06 03:22:44
body:
  Some might be valuable for historic purposes, but others just junk up our repo, retain unnecessary stuff, and otherwise make the repo feel messy.

  Here's a list of all non-major branches:

  ```
  2015-12-14 10:29:29 +0100 4 weeks ago Luca Bruno origin/closure-size
  2015-12-09 18:08:18 +0100 4 weeks ago Domen Kožar origin/bash-42
  2015-12-04 17:02:13 +0100 5 weeks ago Pascal Wittmann origin/pSub-patch-1
  2015-12-02 14:46:58 +0100 5 weeks ago aszlig origin/nixpart
  2015-11-26 17:31:10 +0100 6 weeks ago Domen Kožar origin/buildPythonPackage+wheels
  2015-11-23 12:26:50 -0800 7 weeks ago Jude Taylor origin/single-underscore
  2015-11-20 19:58:46 -0800 7 weeks ago Jude Taylor origin/sandbox-profiles
  2015-10-30 15:47:37 +0100 2 months ago Eelco Dolstra origin/systemd-219
  2015-10-27 13:10:43 -0700 2 months ago Jude Taylor origin/darwin-callpackage
  2015-10-09 08:36:02 -0700 3 months ago Jude Taylor origin/darwin-full-purity
  2015-09-25 06:00:16 -0400 4 months ago Charles Strahan origin/meteor
  2015-09-05 22:32:47 +0200 4 months ago Domen Kožar origin/atom_1_0_11
  2015-08-19 13:16:23 +0200 5 months ago Benno Fünfstück origin/remove-env-pkg-config-path
  2015-08-19 11:23:28 +0200 5 months ago Benno Fünfstück origin/haskell-fix-override
  2015-08-11 18:10:50 +0200 5 months ago Damien Cassou origin/update-backintime-1.1.6
  2015-07-27 22:44:07 -0700 6 months ago James Cook origin/release-14.04
  2015-05-25 10:58:26 -0500 8 months ago Austin Seipp origin/nixos/hardened
  2015-04-08 19:43:11 +0000 9 months ago Aristid Breitkreuz origin/slightly-faster-qt-build
  2015-02-13 20:38:38 +0100 11 months ago Domen Kožar origin/mkcast
  2015-01-25 01:42:50 +0100 12 months ago Jaka Hudoklin origin/darwin-next
  2015-01-18 19:21:49 +0100 12 months ago Domen Kožar origin/crashplan
  2015-01-08 11:39:37 -0800 1 year ago James Cook origin/release-13.10
  2015-01-08 10:25:04 +0100 1 year ago Domen Kožar origin/staging.patchShebangs
  2014-11-27 12:56:18 +0100 1 year, 1 month ago Domen Kožar origin/networkmanager_0_8_10
  2014-11-04 13:28:31 +0100 1 year, 2 months ago Eelco Dolstra origin/darwin-clang-stdenv
  2014-10-08 19:46:41 +0200 1 year, 3 months ago Aristid Breitkreuz origin/xpra14
  2014-05-20 15:20:29 -0500 1 year, 8 months ago Austin Seipp origin/grsec-stdenv
  2014-04-23 10:58:55 -0400 1 year, 9 months ago Shea Levy origin/gcc-4.9.0
  2014-04-07 10:03:45 -0400 1 year, 9 months ago Shea Levy origin/no-requireFile
  2014-03-05 11:28:03 -0500 1 year, 10 months ago Shea Levy origin/mkMap
  2013-01-21 12:12:03 +0100 3 years ago Florian Friesdorf origin/upstart
  2012-12-12 05:45:16 +0100 3 years, 1 month ago aszlig origin/unity
  2012-04-05 14:50:31 +0000 3 years, 9 months ago Yury G. Kudryashov origin/kmod-lib-modules
  2011-09-13 22:09:22 +0000 4 years, 4 months ago Eelco Dolstra origin/syscall-tracing
  2009-12-22 00:17:42 +0000 6 years ago Ludovic Courtès origin/gnu-kfreebsd
  2009-12-02 17:01:52 +0000 6 years ago Rob Vermaas origin/x86_64-darwin
  2008-03-27 18:03:39 +0000 8 years ago Eelco Dolstra origin/purity-test
  2007-04-16 21:49:37 +0000 9 years ago Armijn Hemel origin/cross-compilation
  2004-05-03 14:46:55 +0000 12 years ago Eelco Dolstra origin/0.5-stable
  2003-09-24 09:05:59 +0000 12 years ago Eelco Dolstra origin/logistics
  2003-08-06 14:57:37 +0000 12 years ago Eelco Dolstra origin/freebsd-losser
  ```

  It seems like the following branches should be possible to delete without much regret. If nobody objects, I'd like to delete all or most of these:
  - origin/freebsd-losser: ancient
  - origin/logistics: ancient
  - origin/0.5-stable: ancient, could perhaps be a tag instead if we want it for nostalgia
  - origin/cross-compilation: ancient
  - origin/purity-test: ancient
  - origin/x86_64-darwin: ancient
  - origin/gnu-kfreebsd: old, probably not very useful
  - origin/syscall-tracing: some sort of test that wasn't merged?
  - origin/kmod-lib-modules: old
  - origin/upstart: looks fully merged
  - origin/no-requireFile: looks like the approach was abandoned in favor of blocking unfree by default
  - origin/xpra14: seems unnecessary. Right, @aristidb?
  - origin/darwin-clang-stdenv: definitely not needed anymore
  - origin/networkmanager_0_8_10: @domenkozar worth keeping or obsolete?
  - origin/darwin-next: darwin is in a very different place today
  - origin/mkcast: looks like someone else added it since then
  - origin/slightly-faster-qt-build: a quick experiment by @aristidb?
  - origin/release-14.04: should probably just be a tag at this point
  - origin/update-backintime-1.1.6: already merged
  - origin/atom_1_0_11: package is now newer than the update was making it
  - origin/meteor: not merged but pushed separately
  - origin/systemd-219: merged, and branch name ended up being horribly wrong anyway :smile: 

  Possibly interesting unmerged branches:
  - origin/mkMap: looks possibly handy. @shlevy, is it still relevant?
  - origin/unity: looks sort of intriguing but I think @aszlig abandoned it?
  - origin/gcc-4.9.0: is it time to upgrade? Or should we just go to 5.0 at this point? I think @wkennington has already done the work there if we want it.
  - origin/grsec-stdenv: pretty appealing. @wizeman @thoughtpolice @vcunat is this worth keeping/reviving?
  - origin/staging.patchShebangs: @domenkozar worth reviving?
  - origin/crashplan: @domenkozar is this still worth keeping around?
  - origin/darwin-full-purity: @pikajude is this something you still want?
  - origin/darwin-callpackage: @pikajude still interested?


state: closed
title: Adopt OpenDKIM and add NixOS module
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/12289
updated_at: 2016-01-13 10:08:08
body:
  This adopts and fixes `opendkim` package and adds NixOS module which makes use of it. OpenDKIM can be used as a mail signing/verification daemon. It supports standard `milter` protocol, so it's easily pluggable into your MTA of choice.


state: closed
title: Rework dovecot module, add and update plugins, default Dovecot to 2.2
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/12290
updated_at: 2016-01-23 09:02:23
body:
  This makes quite a few changes into our Dovecot packages and modules:
  - `dovecot` now defaults to `dovecot22`. `dovecot_pigeonhole` doesn't even build with the old version, and we support it better via our patches.
  - `dovecot_pigeonhole` is updated, and `dovecot_antispam` is added as new Dovecot plugins.
  - Our modules directory patch now changes modules dir into `/etc/dovecot/modules`. This gives us cleaner NixOS module (`environment.etc` instead of `preStart` script).
  - `ExecReload` command is added.
  - Dovecot users and groups now added only if their names haven't changed (as per our convention in other modules).
  - We now create `/run/dovecot2` via systemd.
  - New `protocols` option is introduced. My own use case is `sieve` protocol, I imagine it can be used for other protocols added by plugins.
  - `sieveScripts` option is added, which allows us to specify system-wide Sieve scripts which will be compiled automatically.
  - `mailUser` and `mailGroup` options added -- primarily because `pigeonhole` uses daemon with `mail_uid` user to access system-wide sieve scripts (and to store cache files).


state: closed
title: Update ejabberd, new NixOS module for it
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/12291
updated_at: 2016-01-10 20:15:33
body:
  This updates our `ejabberd` package and NixOS module so they actually work. `ejabberd` is one of most popular XMPP servers, written in Erlang. Their build system is somewhat complicated, and so is the new package.


state: closed
title: Add postsrsd daemon and NixOS module for it
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/12292
updated_at: 2016-01-13 10:07:02
body:
  postsrsd is an SRS rewriting daemon for `postfix`. It can be plugged into `postfix` easily just as per documentation:

  ```
  sender_canonical_maps = tcp:127.0.0.1:10001
  sender_canonical_classes = envelope_sender
  recipient_canonical_maps = tcp:127.0.0.1:10002
  recipient_canonical_classes= envelope_recipient,header_recipient
  ```


state: closed
title: Rework postfix module and package
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/12293
updated_at: 2016-01-13 13:12:51
body:
  Changes are as follows:
  - Data directory for Postfix is moved from `/var/postfix` to `/var/lib/postfix` -- _this is a breaking change_! I felt that the change is good enough and the module was being reworked anyway, but we may want to discuss this.
  - `postfix30` package is now patched to not emit warnings that cannot be effectively fixed on NixOS (access rights in the Nix store)
  - `postfix30` package now has support for optional building of various database drivers.
  - `postfix` NixOS module is reworked so more options are not emitted when you want it, and users and groups are created only when their names are unchanged.
  - Access rights setting script is redone so there are no warnings emitted from `postfix` daemon now. Hooray!
  - New options `aliasFiles` and `mapFiles` are added for compiling alias and map files on service start. They are used for some files already.
  - Some paths are fixed in the `postfix30` package.

  And other ones, less interesting or things that I've forgotten.


state: closed
title: python35Packages.acd_cli not installable
user_login: womfoo
html_url: https://github.com/NixOS/nixpkgs/issues/12294
updated_at: 2016-01-14 15:17:41
body:
  `python35Packages.acd_cli` in my `configuration.nix` fails with:

  ``` bash
  # nixos-rebuild switch
  building Nix...
  building the system configuration...
  error: SQLAlchemy-0.7.10 not supported for interpreter python3.5m
  (use ‘--show-trace’ to show detailed location information)
  ```

  updating this to sqlalchemy8 or sqlalchemy9 in the [propagatedBuildInputs](https://github.com/NixOS/nixpkgs/blob/7c2845128749d1f4a4bf5644695e876193c5932b/pkgs/top-level/python-packages.nix#L236) works.

  Leaving it up to the maintainers on what to use.


state: closed
title: qutebrowser: make youtube work again
user_login: gebner
html_url: https://github.com/NixOS/nixpkgs/pull/12295
updated_at: 2016-01-16 06:31:42
body:
  Since upgrading PyQt to 5.5 #12213, visiting a youtube video in qutebrowser made it segfault.  This happened because qutebrowser was still using Qt plugins from version 5.4.  In addition the new Qt version also requires newer gstreamer plugins.

  After upgrading the plugins, qutebrowser doesn't segfault anymore on youtube, and can play videos on _other_ sites.  However, youtube itself still doesn't work, it says "secure connection setup failed" and "unacceptable TLS certificate".

  How to reproduce:
  `GST_DEBUG=5 GST_DEBUG_NO_COLOR=1 GNUTLS_DEBUG_LEVEL=5 ./result/bin/qutebrowser --temp-basedir https://www.youtube.com/watch\?v=GOXjtR4N524`

  Relevant log output:
  `gnutls[5]: REC[0x7f19e80137e0]: Sent Packet[2] Alert(21) in epoch 1 and length: 31`
  `0:00:00.491417269 23875      0x37fb450 INFO             souphttpsrc gstsouphttpsrc.c:1322:gst_soup_http_src_finished_cb:<source> finished, io status: 1`
  `0:00:00.491455005 23875      0x37fb450 WARN             souphttpsrc gstsouphttpsrc.c:1556:gst_soup_http_src_parse_status:<source> error: Secure connection setup failed.`
  `0:00:00.491459709 23875      0x37fb450 WARN             souphttpsrc gstsouphttpsrc.c:1556:gst_soup_http_src_parse_status:<source> error: Unacceptable TLS certificate (6), URL: https://r8---sn-bvvbax-8pxs.googlevideo.com/videoplayback?fexp=9413142%2C9416126%2C9417740%2C9419451%2C9420096%2C9420452%2C9422541%2C9422596%2C9423662%2C9424114%2C9424777%2C9425078%2C9425382%2C9426480%2C9426874%2C9426906&ratebypass=yes&mm=31&ipbits=0&mn=sn-bvvbax-8pxs&itag=18&dur=2807.756&initcwndbps=1065000&id=o-AKgrurCqeWvsG0GMU9VIz5I4LfGoLwwxK2U8fB2YuEiN&pl=16&source=youtube&mv=m&mime=video%2Fmp4&ms=au&signature=894F669541AA4A8C1815943139D63FC8452409D0.CF6FA534C0E7A58F7FFDD61116706119FB725DD4&lmt=1415400005735118&ip=84.112.114.160&upn=Q_rV2f3ycPg&mt=1452420191&expire=1452441939&requiressl=yes&sver=3&sparams=dur%2Cid%2Cinitcwndbps%2Cip%2Cipbits%2Citag%2Clmt%2Cmime%2Cmm%2Cmn%2Cms%2Cmv%2Cpl%2Cratebypass%2Crequiressl%2Csource%2Cupn%2Cexpire&key=yt6&cpn=oEF_qqB7ZGxWTRDl&ptk=All3Media&oid=RdtVKdmbznqbJP7pYackwQ&pltype=contentugc&c=WEB&cver=html5, Redirect to: (NULL)`

  Videos over https do work on other sites, it's just youtube where it fails with this TLS error.  I can fetch the url from the log file just fine using wget, curl, and gnutls-cli, so it doesn't seem to be a missing certificate.

  AFAICT, gstreamer uses libsoup internally to handle https.  Are there any required build inputs, environment variables, etc. that I am missing?

  Any ideas?

  cc @lethalman @ttuegel @jagajaga


state: closed
title: Add communi IRC client
user_login: hrdinka
html_url: https://github.com/NixOS/nixpkgs/pull/12296
updated_at: 2016-01-10 13:02:00
body:
  This adds libcommuni as well as the communi desktop IRC client. The configure script might look a bit curious but that is how it is actually supposed to be done:

  https://github.com/communi/communi-desktop/wiki/How-to-build-communi-in-its-own-directory

  I have decided to use the latest git commits as versions instead of stable releases. The official guide does only show how to install communi from its master branch. I guess that is because there isn't much release management going on—there have only been 4 release since 2008.


state: closed
title: Some certificate servers in chromium became untrusted
user_login: comonoid
html_url: https://github.com/NixOS/nixpkgs/issues/12298
updated_at: 2016-01-21 11:21:45
body:
  After the last --upgrade, on some sites with HTTPS (including google, google mail, youtube and many others), chromium says

  SSL connection error
  ERR_SSL_PROTOCOL_ERROR
  Hide details
  Unable to make a secure connection to the server. This may be a problem with the server, or it may be requiring a client authentication certificate that you don't have.

  As i can see in "HTTP/SSL Manage certificates" settings,
  some "Authorities" became "Untrusted" and
  _all_ the "Servers" became "Untrusted" too.

  All is ok in firefox.
  % nixos-version 
  15.09.897.aa2d714 (Dingo)


state: closed
title: wrapFirefox renames
user_login: vcunat
html_url: https://github.com/NixOS/nixpkgs/pull/12299
updated_at: 2016-01-15 14:16:07
body:
  Fixes #12065. It's a thing that seems to confuse people.

  Reviews are welcome; see individual commit messages for details. /cc @NixOS/nixpkgs-committers as it's a UX issue potentially affecting many people.

  After it's clearer this/which solution is taken, I'll write up a changelog entry and ensure other docs is in sync.


state: closed
title: matrix-synapse: init at 0.12.0
user_login: roblabla
html_url: https://github.com/NixOS/nixpkgs/pull/12301
updated_at: 2016-01-15 15:07:15
body:
  Adds matrix.org's synapse server as a package and module.

  I am currently using this package on my server without any problems.

  <!-- Reviewable:start -->

  [<img src="https://reviewable.io/review_button.png" height=40 alt="Review on Reviewable"/>](https://reviewable.io/reviews/nixos/nixpkgs/12301)

  <!-- Reviewable:end -->


state: closed
title: gvfs-mount fails
user_login: sephalon
html_url: https://github.com/NixOS/nixpkgs/issues/12302
updated_at: 2018-08-06 23:13:11
body:
  I'm having trouble using GVfs on my Gnome 3 system. For example:

  ```
  $ gvfs-mount ftp://ftp.gnu.org/
  Error mounting location: volume doesn't implement mount
  ```

  WebDAV fails in the same manner. For device file mounts I get:

  ```
  $ gvfs-mount --device=/dev/sda1
  No volume for device file /dev/sda1
  ```

  Device file mounts and `--list` also end up with this error; not sure if this is related:

  ```
  Error creating proxy: The connection is closed (g-io-error-quark, 18)
  ```

  Interestingly enough, local mounts (disks and MTP) in Gnome Files work nicely. However when mounting e.g. a WebDAV share, I get:

  ```
  Unhandled error message: Message did not receive a reply (timeout by message bus)
  ```

  I'm running `16.03.git.93d8671M (Emu)` with `services.xserver.desktopManager.gnome3.enable = true`.


state: closed
title: Update LLVM, unstable Rust and crate.io registry
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/12304
updated_at: 2016-01-13 10:50:24
body:
  Also drops Rust-specific LLVM patch and enables system LLVM for unstable Rust.

  Cargo release fails to build with nightly Rust, so I've added `cargoUnstable` pointing at the git snapshot.


state: closed
title: darwin: nodejs-5_x : no-xcode.patch fails
user_login: gilligan
html_url: https://github.com/NixOS/nixpkgs/issues/12305
updated_at: 2016-01-20 03:41:49
body:
  The build fails because the no-xcode patch against `tools/gyp/pylib/gyp/xcode_emulation.py` cannot be applied. 

  I had a short look if it was something easy and straight forward to fix but the function `_AppendPlatformVersionMinFlags` did apparently change quite a bit and I have no idea what is going on in there.


state: closed
title: gnome-terminal: enable GNOME Shell search provider
user_login: bjornfor
html_url: https://github.com/NixOS/nixpkgs/pull/12306
updated_at: 2016-01-10 21:30:15
body:
  Silly ./configure, it looks for dbus file from gnome-shell in the
  installation tree of the package it is configuring. Fix by copying the
  needed file from gnome-shell before ./configure is run.

  This change makes gnome-shell a build time dependency (not runtime).


state: closed
title: WIP: Declarative networkmanager
user_login: fkz
html_url: https://github.com/NixOS/nixpkgs/pull/12307
updated_at: 2017-02-14 19:11:48
body:
  this is inspired by #12219. Still work in progress.
  As this is my first usage of the submodule system, any comments would be appreciated :smile: 


state: closed
title: Add ChromiumOS kernels
user_login: zohl
html_url: https://github.com/NixOS/nixpkgs/pull/12309
updated_at: 2016-01-24 08:15:51
body:
  This set of commits provides ChromiumOS kernels, that have better support for chromebooks hardware than the mainline kernel.
  The kernels were tested on chromebook pixel 2015 (samus), so additional efforts may be required in order to make it work on another devices.

  The pull request contains:
  - kernel 3.14 (full hardware support)
  - kernel 3.18 (full hardware support except audio)
  - firmware blob for Realtek rt5677 device

  To enable sound there are required additional steps that are described in [2].

  The kernels are taken from chromiumos project's repository [1], the firmware is taken from Raphael's repository [2].
  Many thanks to @abbradar for assistance and sharing knowledge.

  [1] https://chromium.googlesource.com/
  [2] https://github.com/raphael/linux-samus


state: closed
title: Do we need LLVM 3.3 through 3.7 in nixpkgs?
user_login: copumpkin
html_url: https://github.com/NixOS/nixpkgs/issues/12310
updated_at: 2016-03-02 16:55:14
body:
  We generally try to get rid of old versions of packages unless we have a strong reason to keep them around. But the versions of LLVM seem to only grow. It seems fairly safe to kill 3.3 through 3.5, and possibly even 3.6 unless something is fundamentally using an old version.


state: closed
title: pypy: add some required build inputs and disable some unsafe tests
user_login: MostAwesomeDude
html_url: https://github.com/NixOS/nixpkgs/pull/12312
updated_at: 2016-01-11 19:43:42
body:
  I had to disable another networking-centric test suite; it was trying to make unapproved phone calls.

  I tested my change and generated `/nix/store/l84yc775x7bkc84di62iwjvzjjchz65g-pypy-4.0.1`.

  This was a fix to PyPy so that I could continue to develop some private Nix packages which depend on it. In particular, this fixes #12303 for me.

  @domenkozar Hi!


state: closed
title: ranger: fix, added file as a runtime dependency
user_login: sleexyz
html_url: https://github.com/NixOS/nixpkgs/pull/12317
updated_at: 2016-02-12 17:38:47
body:
  I added `file` to propagatedBuildInputs:

  ranger invokes `file` to check MIME types, so if file is not in $PATH, ranger will fail with `[errno 2]: no such file or directory` when a file with no extension was opened.

  I tested this fix and now ranger works out of the box.


state: closed
title: Upcoming security update for Go 1.5
user_login: lfam
html_url: https://github.com/NixOS/nixpkgs/issues/12318
updated_at: 2016-01-14 19:09:11
body:
  The golang people have announced they will be issuing Go 1.5.3 on Wednesday
  January 13 [0] in order to fix a bug in the math/big library. They request that
  all programs compiled with vulnerable versions of the library be recompiled [1]:

  > We will also announce and request that all Go programs using the math/big
  > package that were compiled with version 1.5, 1.5.1, or 1.5.2 be recompiled
  > with  1.5.3 (when released) due to the static linking nature of the Go
  > toolchain.

  [0]
  https://groups.google.com/forum/#!topic/golang-nuts/lXeB-v400ZM

  [1]
  http://www.openwall.com/lists/oss-security/2015/12/21/6


state: closed
title: gnuplot: Improve startup performance
user_login: aherrmann
html_url: https://github.com/NixOS/nixpkgs/pull/12321
updated_at: 2016-01-11 17:03:21
body:
  Before executing the gnuplot executable the environment variable `GDFONTPATH`
  is populated with a list of font directories, which is obtained from `fc-list`.
  In that process we iterated over each line and called `dirname` on it, which
  introduces a performance hit for loading and executing the external executable
  `dirname` every time.

  The new version combines formatting options of `fc-list` and `bash` builtin
  substring removal in order to avoid any calls to external programs within the
  loop.

  The author of this patch measured a 21 fold performance improvement:

  old version:

  ```
  $ time ./gnuplot_old/bin/gnuplot -e ''
  real    0m3.932s
  user    0m0.439s
  sys     0m0.454s
  ```

  new version:

  ```
  $ time ./gnuplot_new/bin/gnuplot -e ''
  real    0m0.184s
  user    0m0.166s
  sys     0m0.033s
  ```

  The correctness of the value of `GDFONTPATH` was confirmed with the following
  command and comparing its output between versions:

  ```
  $ gnuplot -e 'print system("echo $GDFONTPATH")'
  ```


state: closed
title: Document what releases we still support
user_login: womfoo
html_url: https://github.com/NixOS/nixpkgs/issues/12322
updated_at: 2019-06-11 11:36:59
body:
  I could not find references online if we still support 14.12 and older.

  http://howoldis.herokuapp.com/ shows that there is recent movement for 14.12 (small).

  | Channel | Updated | Tests |
  | --- | --- | --- |
  | nixos-13.10 | 540 days ago | Hydra |
  | nixos-14.04-small | 328 days ago | Hydra |
  | nixos-14.04 | 319 days ago | Hydra |
  | nixos-14.12-small | 21 days ago | Hydra |
  | nixos-14.12 | 105 days ago | Hydra |
  | nixos-15.09-small | 1 days ago | Hydra |
  | nixos-15.09 | 1 days ago | Hydra |
  | nixos-unstable-small | 32 days ago | Hydra |
  | nixos-unstable | 31 days ago | Hydra |
  | nixpkgs-unstable | 4 days ago | Hydra |


state: closed
title: Fix NixOS installer tests failures introduced by nixos-rebuild changes
user_login: rickynils
html_url: https://github.com/NixOS/nixpkgs/pull/12324
updated_at: 2016-01-21 20:20:57
body:
  This PR fixes the test failures that were introduced by PR #11279 (which has been reverted on master). This PR reverts the revert and then fixes the error by only building the `out` output of the `nix` build.

  I have successfully built the installer tests below:

  ```
  /nix/store/xff610qhznxjv5pi92v28d4pwqyxifdy-vm-test-run-installer-simple
  /nix/store/h38fdmazqvcxxbz43naxfjqph0yp9qwa-vm-test-run-installer-separateBoot
  /nix/store/7fiajrpkmak0sh5xv0xnd3rh2ikgdmy1-vm-test-run-installer-lvm
  /nix/store/rp3qvbzn0am2imhsv172q00zwg9x8qmf-vm-test-run-installer-luksroot
  /nix/store/93biziwz2p9a50kziy8kglh2f4pzdmkc-vm-test-run-installer-swraid
  /nix/store/3j6yq8qnkpmyb72ypsdw1pzdj04xybwj-vm-test-run-installer-grub1
  /nix/store/icvsr0zdavls9rgiqq82a5xasa106nyj-vm-test-run-installer-simpleLabels
  /nix/store/117kkfd53gf2aj9l77444sh4g196i6y2-vm-test-run-installer-simpleProvided
  /nix/store/s1bsxapmzvgc0p5jid6xhhbvq0da8sjf-vm-test-run-installer-btrfsSimple
  ```

  cc @domenkozar 


state: closed
title: programs.zsh: allow override of history defaults
user_login: makefu
html_url: https://github.com/NixOS/nixpkgs/pull/12328
updated_at: 2016-01-16 16:25:20
body:
  With the current implementation it is not possible for interactiveShellInit to override History defaults. The only way to change these _defaults_ right now is to use an extra  in  `$HOME/.zshrc` 
  This pull-request changes the order of execution to support configuration override via `interactiveShellInit` and `promptInit`.


state: closed
title: [WIP] Rust support for vimPlugins.youcompleteme
user_login: matthiasbeyer
html_url: https://github.com/NixOS/nixpkgs/pull/12330
updated_at: 2016-05-14 14:27:01
body:
  This is WIP, I need help here, as YCM needs `cargo` in the path, but I fail to put it there.

  This is also WIP as I want to make rust support for YCM optional (as pulling in cargo as dependency when building ycm is not that nice).

  Help is appreciated in both points!

  ---

  Pinging @jagajaga as main contributor to `vimPlugins.youcompleteme`.


state: closed
title: Blank screen instead of monitor in kde5 kscreen settings window
user_login: retrry
html_url: https://github.com/NixOS/nixpkgs/issues/12331
updated_at: 2016-01-12 15:12:09
body:
  I can't modify my kscreen configuration as I only see white space instead of my current monitors in kscreen settings.

  I tried to run kscreen settings from command line:

  ```
  $ kcmshell5 kcm_kscreen 
  kf5.kservice.sycoca: ERROR: KSycoca database corruption!
  kf5.kservice.sycoca: ERROR: KSycoca database corruption!
  kf5.kservice.sycoca: ERROR: KSycoca database corruption!
  kf5.kservice.sycoca: ERROR: KSycoca database corruption!
  Recreating ksycoca file ("/home/user/.cache/ksycoca5_en_wraF0soOHIZSqb5ctlvumxL025k=", version 303)
  Menu "applications-kmenuedit.menu" not found.
  Saving
  kf5.kservice.sycoca: ERROR: KSycoca database corruption!
  LOAD
  kscreen: Primary output changed from KScreen::Output(Id: 638 , Name: "DVI-I-0" ) ( "DVI-I-0" ) to KScreen::Output(Id: 638 , Name: "DVI-I-0" ) ( "DVI-I-0" )
  kscreen: Primary output changed from KScreen::Output(Id: 638 , Name: "DVI-I-0" ) ( "DVI-I-0" ) to KScreen::Output(Id: 638 , Name: "DVI-I-0" ) ( "DVI-I-0" )
  QQmlComponent: Component is not ready
  "file:///run/current-system/sw/share/kcm_kscreen/qml/Output.qml:20 module \"QtGraphicalEffects\" is not installed\n"
  Failed to create QMLOutput
  QQmlComponent: Component is not ready
  "file:///run/current-system/sw/share/kcm_kscreen/qml/Output.qml:20 module \"QtGraphicalEffects\" is not installed\n"
  Failed to create QMLOutput
  QQmlComponent: Component is not ready
  "file:///run/current-system/sw/share/kcm_kscreen/qml/Output.qml:20 module \"QtGraphicalEffects\" is not installed\n"
  Failed to create QMLOutput
  QQmlComponent: Component is not ready
  "file:///run/current-system/sw/share/kcm_kscreen/qml/Output.qml:20 module \"QtGraphicalEffects\" is not installed\n"
  Failed to create QMLOutput
  QQmlComponent: Component is not ready
  "file:///run/current-system/sw/share/kcm_kscreen/qml/Output.qml:20 module \"QtGraphicalEffects\" is not installed\n"
  Failed to create QMLOutput
  QQmlComponent: Component is not ready
  "file:///run/current-system/sw/share/kcm_kscreen/qml/Output.qml:20 module \"QtGraphicalEffects\" is not installed\n"
  Failed to create QMLOutput
  ```

  cc @ttuegel 


state: closed
title: Installing nix 1.10 is broken on OSX El Capitan, 10.11.2, Xcode Version 7.2 (7C68)
user_login: itkovian
html_url: https://github.com/NixOS/nixpkgs/issues/12332
updated_at: 2016-01-12 13:45:02
body:
  ``` .bash
  ~ ❯❯❯  bash <(curl https://nixos.org/nix/install)
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100  1404  100  1404    0     0   7553      0 --:--:-- --:--:-- --:--:--  7589
  unpacking Nix binary tarball for x86_64-darwin from `https://nixos.org/releases/nix/nix-1.10/nix-1.10-x86_64-darwin.tar.bz2'...
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100 27.4M  100 27.4M    0     0  4089k      0  0:00:06  0:00:06 --:--:-- 4401k
  performing a single-user installation of Nix...
  copying Nix to /nix/store........................
  initialising Nix database...
  installing ‘nix-1.10’
  building path(s) ‘/nix/store/bfhj0nrjnfwhph4fxzz12zlsanj5bvrm-user-environment’
  dyld: Library not loaded: /usr/lib/libSystem.B.dylib
    Referenced from: /nix/store/kp4f6acmkhslpsy6zc9v2x7jzn9417b5-perl-5.20.1/bin/perl
    Reason: no suitable image found.  Did find:
      /usr/lib/libSystem.B.dylib: stat() failed with errno=1
      /usr/lib/libSystem.B.dylib: stat() failed with errno=1
  builder for ‘/nix/store/7q0nhsk3iji0ghpq80gdnv9r7xdji9r4-user-environment.drv’ failed due to signal 5 (Trace/BPT trap: 5)
  error: build of ‘/nix/store/7q0nhsk3iji0ghpq80gdnv9r7xdji9r4-user-environment.drv’ failed
  nix-binary-tarball-unpack/nix-1.10-x86_64-darwin/install: unable to install Nix into your default profile
  ```


state: closed
title: Python 3 dependency bloat
user_login: edolstra
html_url: https://github.com/NixOS/nixpkgs/issues/12333
updated_at: 2016-10-14 09:24:05
body:
  The closure of the Python 3 package is much bigger than Python 2:

  ```
  $ du -sch $(nix-store -qR $(nix-build -A python27))
  110M    total

  $ du -sch $(nix-store -qR $(nix-build -A python34))
  269M    total
  ```

  This is primarily due to the dependency on TCL/TK, which pulls in libX11 and other X11 libraries.


state: closed
title: elixir: 1.1.1 -> 1.2.0
user_login: couchemar
html_url: https://github.com/NixOS/nixpkgs/pull/12334
updated_at: 2016-01-13 07:05:51
body:
  Also suppress compilation warnings and add myself to maintainers.

  Tested with nixpkgs-unstable (2b7b3aa).


state: open
title: Emacs does not find my home directory
user_login: fowlay
html_url: https://github.com/NixOS/nixpkgs/issues/12335
updated_at: 2019-03-25 10:34:44
body:
  After installing 'emacs' and launching 'emacs' a "warnings" buffer is shown, saying

  Error (initialization): User xyz has no home directory

  I am using Nix packages as single-user with a writable /nix/store. My channel is nixos-15.09. The Emacs version is reported as "GNU Emacs 24.5.2 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.28) of 2016-01-07 on localhost" when I do 'Alt-X emacs-version'. My host OS is Xubuntu 14.04.3 LTS.

  There is nothing special with my home directory, it is /home/xyz and HOME is set in the environment.


state: closed
title: swap service: don't restart mkswap.service on switches
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/12336
updated_at: 2016-01-12 15:06:50
body:
  Sadly, we can't instruct systemd to properly restart device-name.swap when this service restarts (or I haven't found the way to do so). As of now blindly restarting it would only get you a bunch of errors about device already used -- let's avoid it.

  EDIT: a bunch of errors would only be visible if you have an encrypted swap, otherwise it'll start properly, but only because we haven't implemented changing sizes of existing swap files yet ~_^.


state: closed
title: Rust pkg-config patch script had hard-coded /nix/store
user_login: twhitehead
html_url: https://github.com/NixOS/nixpkgs/pull/12337
updated_at: 2016-01-12 20:17:14
body:
  Ran into [an issue](https://github.com/alexcrichton/git2-rs/issues/77#issuecomment-169822580) installing cargo.  Turns out this patch wasn't firing because my store isn't _/nix/store_.


state: closed
title: Dwarf Fortress updates
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/12339
updated_at: 2016-01-26 12:58:24
body:
  This is a massive rework of the current dwarf_fortress package.
  The main reason for rework is to split game, its libraries and wrappers,
  enabling builds on Hydra and general maintainability.

  dfhack, dwarf-fortress-unfuck, dwarf-fortress-original and dwarf-fortress
  are now all separate derivations. All were updated to the latest versions
  supporting DF 0.42.04 (some things taken from development branches).

  dfhack got a patch for using more system libraries.

  Wrapper scripts were also redone -- now they support DF_DIR variable (for
  setting another data directory) and try to save more space by means of
  symlinking. They now try to be more smart, updating those directories that were
  not touched by user automatically.

  All the new packages now reside in dwarf-fortress-packages. dwarf_fortress was
  renamed into dwarf-fortress per our conventions, old name is deprecated. Also
  duplicate dfhack derivation is removed.


state: closed
title: Update and add new ZNC modules
user_login: hrdinka
html_url: https://github.com/NixOS/nixpkgs/pull/12344
updated_at: 2016-02-24 15:57:17
body:
  Currently most ZNC modules won't even build with the current ZNC release. That's fixed with these commits. Further clientbuffer and playback modules are added.

  @viric @offlinehacker 


state: closed
title: HiDPI support
user_login: davidak
html_url: https://github.com/NixOS/nixpkgs/issues/12345
updated_at: 2019-05-15 04:42:31
body:
  NixOS should detect (if possible) a high-resolution "retina" displays and scale the output that it looks good and is readable.

  Other Distros and Desktops are already working on it:

  https://wiki.archlinux.org/index.php/HiDPI
  https://blueprints.launchpad.net/elementaryos/+spec/hidpi-support
  https://lwn.net/Articles/619784/
  http://www.makeuseof.com/tag/linux-hidpi-support-for-gnome-kde-xfce-cinnamon-and-firefox/
  https://bugzilla.mozilla.org/show_bug.cgi?id=975919

  current state on a Macbook Pro late 2012 with 13" Retina Display:

  ![img_4106](https://cloud.githubusercontent.com/assets/91113/12280366/a37f70f2-b98d-11e5-96c7-6818c2807a8b.JPG)
  ![img_4112](https://cloud.githubusercontent.com/assets/91113/12280372/ab1acd8e-b98d-11e5-9ff4-48687dd7f034.JPG)


state: open
user_login: pikajude
html_url: https://github.com/NixOS/nixpkgs/issues/12346
updated_at: 2017-04-28 18:53:44
title:
  Darwin packages get linked with two different copies of system framework, causing strange runtime errors

body:
  I spent the past eight hours figuring out why my built phantomjs2 kept segfaulting. The root cause of the segfault was the usage of NSString constants; I'm not completely sure why this happened, but I'm guessing the compiled string constant has an `isa` member pointing to the wrong memory location. Once I rewrite the link reference in phantomjs, from nix-built CF to system CF, everything works.

  The problem can be fixed by rewriting/removing the duplicate links, but I think a more viable long-term solution is in order to avoid future confusing bugs.


state: open
title: machinectl does not work
user_login: jgillich
html_url: https://github.com/NixOS/nixpkgs/issues/12347
updated_at: 2018-06-23 18:14:12
body:
  ```
  # machinectl pull-raw --verify=no https://download.fedoraproject.org/pub/fedora/linux/releases/23/Cloud/x86_64/Images/Fedora-Cloud-Base-23-20151030.x86_64.raw.xz
  Failed transfer image: The name org.freedesktop.import1 was not provided by any .service files
  ```

  I remember this getting mentioned somewhere recently, but I don't remember where..


state: closed
title: Travis CI build currently broken
user_login: kragniz
html_url: https://github.com/NixOS/nixpkgs/issues/12350
updated_at: 2016-01-13 07:35:48
body:
  The `phantomjs2` commit e6a892bb55e664a7ac151855fefb579812c66e60 broke the build.

  Error log:

  ``````
  === Verifying that nixpkgs evaluates...
  error: value is a set while a list was expected, at /home/travis/build/NixOS/nixpkgs/pkgs/development/tools/phantomjs2/default.nix:115:44
  (use ‘--show-trace’ to show detailed location information)

  The command "./maintainers/scripts/travis-nox-review-pr.sh nix" failed and exited with 1 during .

  Your build has been stopped.```
  ``````


state: closed
title: X server doesn't start since unstable channel update
user_login: anderspapitto
html_url: https://github.com/NixOS/nixpkgs/issues/12352
updated_at: 2016-01-13 07:34:07
body:
  Since the channel update, X won't start, giving this error message repeatedly

  ```
  (EE) intel(0): [DRI2] DRI2SwapComplete: bad drawable
  ```

  here is the X log in the broken case (newest nixos-unstable)
  http://lpaste.net/148905

  and here is the X log in the working case (the previous nixos-unstable)
  http://lpaste.net/148904

  it seems like they are pretty much identical through line 435, and from there on there may be some difference in how the hardware is detected? but I don't see what is causing the problem.


state: closed
title: "nix-env -i emacs" installs "emacs-2048-game-20151026.1433"
user_login: peti
html_url: https://github.com/NixOS/nixpkgs/issues/12353
updated_at: 2016-02-19 06:56:36
body:
  The name of the MELPA package `2048-game` looks like Emacs version `2048-game-20151026.1433` to Nix once the `emacs-` prefix is added. This has undesirable side-effects for our users, because running `nix-env -u` on a profile that has Emacs installed will give you a profile that, well, has no Emacs installed.

  Cc: @ttuegel 


state: closed
title: pythonPackages.pyaudio: 0.2.4 -> 0.2.9
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/pull/12355
updated_at: 2016-01-16 14:39:09
body:
  Update python-pyaudio to the latest version.
  buildPythonPackage is now used instead of mkDerivation.

  pyaudio does not have an automated test suite but there are some examples which I tested.

  I hope I didn't break the darwin build.


state: closed
title: nixos docs: show references to packages
user_login: vcunat
html_url: https://github.com/NixOS/nixpkgs/pull/12357
updated_at: 2016-02-03 12:38:23
body:
  Implements #10039.
  - See commit messages for details.
  - Is there any other reason to use `mkDefault`? Should most of the uses be killed? (I know relatively little about the nixos module system.)
  - I noticed there's a platform dependence in some defaults, meaning that we would get (slightly) different docs for 32-bit systems. For now I assume those are small enough to ignore in the hydra-built docs.


state: closed
title: 15.09 branch wifi failure (regression)
user_login: CMCDragonkai
html_url: https://github.com/NixOS/nixpkgs/issues/12361
updated_at: 2017-01-20 16:03:23
body:
  Wifi module doesn't work when using the latest stable 15.04 ISO: https://nixos.org/releases/nixos/15.09/nixos-15.09.911.53286a8/nixos-graphical-15.09.911.53286a8-x86_64-linux.iso

  However using the older 15.04 ISO: https://nixos.org/releases/nixos/15.09/nixos-15.09.706.45128de/nixos-graphical-15.09.706.45128de-x86_64-linux.iso the wifi works again. (Also wifi works on Ubuntu)

  The problem is the iwlwifi kernel module cannot start.

  On the journalctl, I get a message like: `iwlwifi Failed to start init ucode -110`. The radio is not blocked.

  Wifi hardware is: `Intel Corporation Wireless 7265 (rev 59)`


state: closed
title: Teamviewer package is broken
user_login: 2chilled
html_url: https://github.com/NixOS/nixpkgs/issues/12362
updated_at: 2017-05-28 14:43:29
body:
  `nixos-version 15.09.911.53286a8 (Dingo)`
  # How to reproduce
  1. Set the following in nixpkgs.config:
     `
     teamviewer10.sha256 = "10risay1a5a85ijbjaz2vxqbfxygpxslvh0dvzz32k988hr9p1gk";
     teamviewer10.url = "http://download.teamviewer.com/download/version_10x/teamviewer_amd64.deb";
     `
  2. Set `services.teamviewer.enable = true;`
  3. Run `nixos-rebuild switch`
  4. Run `teamviewer`
  5. Observe something like 
     `
     '/nix/store/5mjhg48hih71cp7grddjc9hkv7jf6s1k-teamviewer-10.0.37742/share/teamviewer/tv_bin/script/tvw_exec: 
                Zeile 33: 
                /nix/store/5mjhg48hih71cp7grddjc9hkv7jf6s1k-teamviewer-10.0.37742/share/teamviewer/tv_bin/wine/bin/wineserver: 
                No such file or directory'
     `
  # Expected

  Full functional teamviewer UI


state: closed
title: perlPackages.CryptX: Fix evaluation
user_login: fpletz
html_url: https://github.com/NixOS/nixpkgs/pull/12364
updated_at: 2016-01-14 12:22:49
body:
  CryptX has been declared twice which breaks evaluation on hydra.

  This was introduced in 3d3dec9acf6d1edb7e5b4810cb2a918515bfd617.

  cc @edolstra


state: closed
title: platformio: 2.7 -> 2.7.1
user_login: mogorman
html_url: https://github.com/NixOS/nixpkgs/pull/12366
updated_at: 2016-01-14 12:04:01
body:
  ```
  Initial support for Arduino Zero board (issue #356)
  Added support for completions to Atom text editor using .clang_complete
  Generate default targets for supported IDE (CLion, Eclipse IDE, Emacs, Sublime Text, VIM): Build, Clean, Upload, Upload SPIFFS image, Upload using Programmer, Update installed platforms and libraries (issue #427)
  Updated Teensy Arduino Framework to 1.27 (issue #434)
  Fixed uploading of EEPROM data using uploadeep target for Atmel AVR development platform
  Fixed project generator for CLion IDE (issue #422)
  Fixed package shasum validation on Mac OS X 10.11.2 (issue #429)
  Fixed CMakeLists.txt add_executable has only one source file (issue #421)
  ```


state: closed
title: Ghostscript and CUPS updates
user_login: abbradar
html_url: https://github.com/NixOS/nixpkgs/pull/12368
updated_at: 2016-02-02 14:29:33
body:
  This bumps our `ghostscript`, `qpdf` and `cups`-related packages (they are somewhat related and I thought to test them in one go). Notice that while I have tested `ghostscript` somewhat and some of its reverse dependencies, I haven't done so for `cups` yet because of a much more massive rebuild. I need to at least test it on my system and actually print something to be safe.


state: closed
title: bundler hash error on 15.09
user_login: mogorman
html_url: https://github.com/NixOS/nixpkgs/issues/12370
updated_at: 2016-03-17 05:34:46
body:
  output path ‘/nix/store/v7kmrgydx4zdfnvbfby3rh7aj1gnps7f-bundler-a2343c9’ should have r:sha256 hash ‘1p7kzhmicfljy9n7nq3qh6lvrsckiq76ddypf6s55gfh1l98z4k9’, instead has ‘07ay4prgqshy85gwvgvfy5xxgyqd87b3m0hkjm5a3a2zm7kyxls9’
  cannot build derivation ‘/nix/store/fnqaz0776sxfycjnmr4nyn8h1yh84zhg-ruby_2.1.3_p0-bundler-2015-01-11.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/r196z5lja8904ns0c7y9xp1sc123adlj-gitlab.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/ba1dhxhd8vzxdgnbhlpqwa665vz5jdwr-gitlab-runner.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/pq3w0qg3il11x8aalp7982nn3rqfsidm-unit-gitlab-sidekiq.service.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/9qb4b0xpnxv2isy6zfq3slzv77w9cdd7-unit-gitlab.service.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/pc55i0g1p962jnrz4vbzix9inav461h3-system-path.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/y36hc8q3ymfbs0jnxcaqcz2xhhasgyy9-system-units.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/xa3ydvjh3gp2xaaavj96kxmk7w6az6rz-nixos-15.09.911.53286a8.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/6aqb36ygrczanfi9yc0ldqypvsbx27sa-etc-file.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/cixrkarb36j19bv9xavs33ncb2i79xa7-etc.drv’: 1 dependencies couldn't be built
  cannot build derivation ‘/nix/store/cghampnz2amnnajarhwnyiplgynm7kg2-nixos-15.09.911.53286a8.drv’: 1 dependencies couldn't be built
  error: build of ‘/nix/store/cghampnz2amnnajarhwnyiplgynm7kg2-nixos-15.09.911.53286a8.drv’ failed


state: closed
title: SourceCode Pro with incorrect SHA256
user_login: NeQuissimus
html_url: https://github.com/NixOS/nixpkgs/issues/12372
updated_at: 2016-01-14 15:58:39
body:
  I am not sure why the hash would have changed in Adobe's archive...

  ```
  zsh/3 474 [255] # nix-channel --list  
  nixos https://nixos.org/channels/nixos-15.09
  nixpkgs https://nixos.org/channels/nixpkgs-unstable
  ```

  ```
  zsh/3 476 [130] # nix-channel --update
  downloading Nix expressions from ‘https://nixos.org/releases/nixos/15.09/nixos-15.09.911.53286a8//nixexprs.tar.xz’...
  downloading ‘https://nixos.org/releases/nixos/15.09/nixos-15.09.911.53286a8//nixexprs.tar.xz’... [6400/6760 KiB, 335.7 KiB/s]
  downloading Nix expressions from ‘https://nixos.org/releases/nixpkgs/nixpkgs-16.03pre74770.2b7b3aa//nixexprs.tar.xz’...
  downloading ‘https://nixos.org/releases/nixpkgs/nixpkgs-16.03pre74770.2b7b3aa//nixexprs.tar.xz’... [5056/6678 KiB, 1140.2 KiB/s]
  unpacking channels...
  ```

  ```
  trying https://github.com/adobe-fonts/source-code-pro/archive/2.010R-ro/1.030R-it.tar.gz
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
  100   148    0   148    0     0    796      0 --:--:-- --:--:-- --:--:--   875
  100 7502k  100 7502k    0     0  3416k      0  0:00:02  0:00:02 --:--:-- 5919k
  output path ‘/nix/store/zajz82ssvqvjkkw526rq2vq4z82rkkbq-1.030R-it.tar.gz’ has sha256 hash ‘1y44p2i7hd1klq81xbh796y7n4rzjvn37jrqw0nz31k59v8a1r9y’ when ‘12wijgxrdzqxpw2q420nsq9aj454vhg3rq6n81jbqvgzxhxjpf7w’ was expected
  building path(s) ‘/nix/store/dcz57s155y1hpkfjinmkl2dnnp0hrvfm-Xresources-Xft’
  cannot build derivation ‘/nix/store/j0cv6jhxjij0sk3s56pbscy1b0mgsjp9-source-code-pro-2.010.drv’: 1 dependencies couldn't be built
  ```


state: closed
title: docker: enable journald support
user_login: edef1c
html_url: https://github.com/NixOS/nixpkgs/pull/12373
updated_at: 2016-01-15 00:11:24
body:
  This lets the journald log driver read logs it has written to journald, to make them available to the Docker API.


state: closed
title: newsbeuter: patch memory leak
user_login: ericsagnes
html_url: https://github.com/NixOS/nixpkgs/pull/12374
updated_at: 2016-01-14 08:34:48
body:
  upstream issue: https://github.com/akrennmair/newsbeuter/issues/119
  upstream commit: https://github.com/akrennmair/newsbeuter/pull/213/commits


state: closed
title: sddm : boot.cleanTmpDir = true makes login impossible
user_login: heydojo
html_url: https://github.com/NixOS/nixpkgs/issues/12375
updated_at: 2016-01-18 10:37:20
body:
  If I express :

  ```
  services.xserver.desktopManager.kde5.enable = false;
  services.xserver.displayManager.sddm.enable = true;
  services.xserver.displayManager.kdm.enable = false;
  services.xserver.desktopManager.kde4.enable = true;
  services.xserver.desktopManager.xfce.enable = true;
  ```

  in configuration.nix sddm starts and the greeter appears.
  However, when I place the caret inside the input box, type the password for the user account and press enter; nothing at all happens. The same applies if I select an xfce or kde4 session using the greeter.
  I found sddm complaining about QIODevice: :write(QLocalSocket): device not open in journalctl.

  So the issue is that I cannot login to any desktop if I enable sddm as the default display manager.
  I am using the latest from unstable master's entire tree up to commit https://github.com/NixOS/nixpkgs/commit/a1be498630f5dcaeb45a5e44cc5a5c415db07dd9
  I have tried deleting /var/lib/sddm.
  I have tried switching between the open source radeon and ati_unfree display drivers.
  If anyone could shed some light on this it would be a great help.


state: closed
title: tigervnc: prevent nix store collision
user_login: heydojo
html_url: https://github.com/NixOS/nixpkgs/pull/12378
updated_at: 2016-01-14 11:10:10
body:
  - Prevent store collision with the xserver for two files
  - Stop gcc from complaining at build time about C and CXX flags
  - Enable parallel building for this expression
  - Move to the new way of calling Xorg and it's dependencies


state: open
title: Python: reduce closure sizes by not installing tests
user_login: FRidh
html_url: https://github.com/NixOS/nixpkgs/issues/12379
updated_at: 2017-02-06 12:17:07
body:
  Often Python packages also install their tests. After the check phase we have no use for them and so there is no need to actually copy them to $out. In certain cases the closure size can be reduced dramatically by excluding the tests, like with `matplotlib` as shown in #12218 for example, although in general the difference is likely not significant.

  I propose we enable an option which by default removes the tests and would like to discuss here how to implement this.
  ### Interface

  We need an option with which we can enable/disable this for a specific package. Furthermore, it would be nice if this option would take not just a boolean, but a list with paths to use instead as well, so `true`, `false` or `[]`.
  ### Implementation

  Which directories to remove? Python tests can be anywhere. Test runners for example [search](http://pytest.org/latest/goodpractises.html#python-test-discovery) all packages for modules matching `test_*.py` or `test_*.py`. I suggest we do the same and delete those files.

  Where to implement this in `buildPythonPackage` then? According to the manual:

  > `buildPythonPackage` mainly does four things:
  > 1. In the `buildPhase`, it calls `${python.interpreter} setup.py bdist_wheel` to build a wheel binary zipfile.
  > 2. In the `installPhase`, it installs the wheel file using `pip install *.whl`.
  > 3. In the `postFixup` phase, `wrapPythonPrograms` bash function is called to wrap all programs in `$out/bin/*` directory to include `$PYTHONPATH` and `$PATH` environment variables.
  > 4. In the `installCheckPhase,`${python.interpreter} setup.py test` is ran.

  Clearly it won't be possible to remove the tests until after `installCheckPhase`.
  Should we add another phase after `installCheckPhase` for this?


state: closed
title: Radeonsi card stuck at software rendering
user_login: pstn
html_url: https://github.com/NixOS/nixpkgs/issues/12380
updated_at: 2016-01-14 11:28:46
body:
  I think I misconfigured my system but can't find the cause.
  My OpenGL is stuck at software

  ```
  $glxinfo | grep OpenGL
  OpenGL vendor string: X.Org
  OpenGL renderer string: Gallium 0.4 on AMD PITCAIRN (DRM 2.43.0, LLVM 3.6.2)
  OpenGL version string: 2.1 Mesa 11.0.8
  OpenGL shading language version string: 1.30
  ```

  [X.log](https://gist.github.com/anonymous/1c26cfc9fff1416b7986)
  [Full config](https://gogs.xndr.de/philipp/nixos-config)

  Any help is appreciated.


state: closed
title: roccat-tools: init at 3.7.1
user_login: heydojo
html_url: https://github.com/NixOS/nixpkgs/pull/12382
updated_at: 2016-02-27 07:32:46
body:
  - Created a new expression for roccat-tools
  - The software provides access to features found
    on roccat.org peripheral devices; such as mice
    and keyboards.
  - The software was tested using a ROCCAT® KONE PURE MILITARY
    wired usb mouse :
    http://roccat.org/en-GB/Products/Gaming-Mice/Kone-Pure-Series/Kone-Pure-Military/
    and successfully changes the device's settings.
  - roccat-tools allows the user to configure the following ROCCAT®
    products :

  ROCCAT® Arvo
  ROCCAT® Kone
  ROCCAT® Kone Pure Military
  ROCCAT® Kone XTD
  ROCCAT® Kone XTD Optical
  ROCCAT® Nyth
  ROCCAT® Ryos TKL
  ROCCAT® Ryos MK
  ROCCAT® Isku
  ROCCAT® Kone Plus
  ROCCAT® Kone Pure
  ROCCAT® Kone Pure Optical
  ROCCAT® Kova Plus
  ROCCAT® Pyra
  ROCCAT® Savu
  ROCCAT® Isku FX
  ROCCAT® Lua
  ROCCAT® Tyon

  The project http://sourceforge.net/projects/roccat/
  is not supported by ROCCAT® but roccat did provide
  the developer with peripherals in order to encourage
  and ease his development of the software.

  A roccat module also exists in the Linux® kernel
  and was developed by the author of roccat-tools.

  As a side note I will mention that the ROCCAT® device which
  was tested is a very high quality product and I encourage
  anyone who is in the market for a new mouse to consider
  one due their positive attitude towards Linux® users
  and sponsorship of e-sports.


state: closed
title: go: 1.5.2 -> 1.5.3 [urgent, security]
user_login: edef1c
html_url: https://github.com/NixOS/nixpkgs/pull/12383
updated_at: 2016-01-14 14:02:45
body:
  This addresses CVE-2015-8618 (a vulnerability in math/big)
  This issue can affect RSA computations in crypto/rsa, which is used by
  crypto/tls. TLS servers on 32-bit systems could plausibly leak their RSA
  private key due to this issue. Other protocol implementations that
  create many RSA signatures could also be impacted in the same way.
  https://groups.google.com/forum/#!topic/golang-dev/MEATuOi_ei4


state: closed
title: go: 1.5.1 -> 1.5.3 (backport to 15.09) [urgent, security]
user_login: edef1c
html_url: https://github.com/NixOS/nixpkgs/pull/12384
updated_at: 2016-01-14 20:23:36
body:
  This addresses CVE-2015-8618 (a vulnerability in math/big)
  This issue can affect RSA computations in crypto/rsa, which is used by
  crypto/tls. TLS servers on 32-bit systems could plausibly leak their RSA
  private key due to this issue. Other protocol implementations that
  create many RSA signatures could also be impacted in the same way.
  https://groups.google.com/forum/#!topic/golang-dev/MEATuOi_ei4

  Backported to 15.09 from 174221b744358438fd108f19dfab81a2844be538

  /cc @edolstra


state: closed
title: python33Packages.acd_cli: wrapper not expanding PYTHONPATH
user_login: womfoo
html_url: https://github.com/NixOS/nixpkgs/issues/12386
updated_at: 2016-11-29 12:33:18
body:
  ``` bash
  [kranium@silverspark:~]$ acd_cli
  Traceback (most recent call last):
    File "/nix/store/imfbgzba79c1dciidvii2wd4mj0vm064-python3.3-acd_cli-0.3.1/bin/.acd_cli-wrapped", line 8, in <module>
      from acd_cli import main
    File "/nix/store/imfbgzba79c1dciidvii2wd4mj0vm064-python3.3-acd_cli-0.3.1/bin/acd_cli.py", line 2
      export PYTHONPATH=/nix/store/imfbgzba79c1dciidvii2wd4mj0vm064-python3.3-acd_cli-0.3.1/lib/python3.3/site-packages:/nix/store/vs9d5klxm0l7h15hr6imhgrxz8abljk4-python3.3-appdirs-1.4.0/lib/python3.3/site-packages:/nix/store/g8ays0y66j168rbm09j4q9l2qmlq91sm-python3-3.3.6/lib/python3.3/site-packages:/nix/store/yw34zp3adz4c97y41ajbjjrizm2jw80q-python3.3m-setuptools-18.2/lib/python3.3/site-packages:/nix/store/pfmc67ass8r15i3n39fvdlf16hc171ba-python3.3-colorama-0.3.3/lib/python3.3/site-packages:/nix/store/52apj2gmcnpi1f00hvj6sqkx8ky2n3i0-python3.3-dateutil-2.4.2/lib/python3.3/site-packages:/nix/store/xxkzk6a3s4bs4chrpylw1ik59qzsp6pf-python3.3-six-1.10.0/lib/python3.3/site-packages:/nix/store/4ncrdpkvl0hgrs0dyskc8pirnim8i8zv-python3.3-requests-2.8.1/lib/python3.3/site-packages:/nix/store/xi2gf8z71lvmajwfcq6qk2xkh8sj51i5-python3.3-requests-toolbelt-0.4.0/lib/python3.3/site-packages:/nix/store/lwaz7w0qcvydjv7fi66vwg5p6dybd4v9-python3.3-SQLAlchemy-0.7.10/lib/python3.3/site-packages${PYTHONPATH:+':'}$PYTHONPATH
                      ^
  SyntaxError: invalid syntax
  ```


state: closed
title: Add iozone to repository, add self to maintainers.
user_login: Baughn
html_url: https://github.com/NixOS/nixpkgs/pull/12387
updated_at: 2016-01-15 14:07:45
body:
  Sweet and simple. Any simplifying tips would be appreciated, but I don't see any obvious flaws here.


state: closed
title: http-parser fails to build
user_login: andrewrynhard
html_url: https://github.com/NixOS/nixpkgs/issues/12390
updated_at: 2018-03-21 23:37:06
body:
  Trying to build libgit2 (which depends on http-parser) with nix 1.10 on the unstable channel but get the following error:

  ```
  these derivations will be built:
    /nix/store/9abp4x4sf7yk9bs1hfyzpbfsfmnpfpc7-http-parser-2.5.0.drv
    /nix/store/0lql19kd61bycm94hriws1gwpnk8377q-libgit2-0.23.2.drv
  building path(s) ‘/nix/store/0bhz8v3lahf0vkckfqqjw0zbscfmv6k3-http-parser-2.5.0’
  unpacking sources
  unpacking source archive /nix/store/pzrd7hdkhsyn8i0glnkchmp6k0n36gbn-v2.5.0.tar.gz
  source root is http-parser-2.5.0
  patching sources
  applying patch /nix/store/x3rg29m48h5lkn200mysqz3kr8vq7rz8-build-shared.patch
  patching file http_parser.gyp
  configuring
  No receipt for 'com.apple.pkg.CLTools_Executables' found at '/'.

  No receipt for 'com.apple.pkg.DeveloperToolsCLILeo' found at '/'.

  No receipt for 'com.apple.pkg.DeveloperToolsCLI' found at '/'.

  gyp: No Xcode or CLT version detected!
  builder for ‘/nix/store/9abp4x4sf7yk9bs1hfyzpbfsfmnpfpc7-http-parser-2.5.0.drv’ failed with exit code 1
  cannot build derivation ‘/nix/store/0lql19kd61bycm94hriws1gwpnk8377q-libgit2-0.23.2.drv’: 1 dependencies couldn't be built
  error: build of ‘/nix/store/0lql19kd61bycm94hriws1gwpnk8377q-libgit2-0.23.2.drv’ failed
  /Users/user/.nix-profile/bin/nix-shell: failed to build all dependencies
  ```


state: closed
title: nethogs: 0.8.1-git -> 0.8.1
user_login: rycee
html_url: https://github.com/NixOS/nixpkgs/pull/12391
updated_at: 2016-01-16 09:45:06
body:
  Also use fetchFromGitHub, use make flags instead of patching Makefile, and add myself as maintainer since the package is unmaintained.


state: closed
title: atd batch command broken
user_login: tokudan
html_url: https://github.com/NixOS/nixpkgs/issues/12392
updated_at: 2017-10-16 17:12:26
body:
  In my configuration.nix I have enabled atd:
  `services.atd.enable = true;`
  The rebuild works without any errors, "at" works, but using "batch" as a normal user fails. Here is an example:

  ```
  $ at 21:48 
  warning: commands will be executed using /bin/sh
  at> touch test.123
  at> <EOT>
  job 2 at Thu Jan 14 21:48:00 2016
  $ date
  Do 14. Jan 21:47:46 CET 2016
  $ ls -l test.123
  -rw-r--r-- 1 abcdef users 0 14. Jan 21:48 test.123
  $ rm test.123 
  $ batch
  warning: commands will be executed using /bin/sh
  Cannot open lockfile /var/spool/atjobs/.SEQ: Permission denied
  $ ls -l /var/spool/
  insgesamt 0
  drwxrwx--T 1 atd atd 8 14. Jan 21:48 atjobs
  drwxrwx--T 1 atd atd 0 14. Jan 21:48 atspool
  $ ls -l $(which at)
  -r-s--s--x 1 atd atd 12576 14. Jan 21:46 /var/setuid-wrappers/at
  $ ls -l $(which batch)
  -r-s--s--x 1 atd atd 12576 14. Jan 21:46 /var/setuid-wrappers/batch
  $ ls -l /etc/at/
  insgesamt 4
  -rw-r----- 1 root atd  0 14. Jan 21:42 at.deny
  $ nixos-version 
  15.09.911.53286a8 (Dingo)
  ```


