[Nix-dev] [haskell] [travis] building takes more than 50 minutes
Hey guys, I'm trying to use nix to build some haskell library in TravisCI. Unfortunately, it takes more than 50 minutes. .travis.yml https://github.com/supki/scrobblers/blob/5627d12ef6beb7b74aa3d5dbf1a9b472bc08e8fc/.travis.yml build log https://travis-ci.org/supki/scrobblers/jobs/65471666 As you can see, even cabal was compiled there, thank god GHC wasn't. After all that I have a strong feeling that most of these haskell packages could have been used from some binary sources (or from channels) and there were no need to compile them. Presumably, there should be a way to minimise build time by reducing some redundant compiling. Any advice on how to improve it? Thanks. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Please help generating data about GHC's non-deterministic library ID bug
Hi folks, we would like to know how frequently the infamous GHC library id bug [1] actually occurs. To determine that information, we've prepared a little experiment at: https://github.com/peti/ghc-library-id-bug The repository contains a Nix default.nix file that when run (with some parameters) builds 25 copies of a given Haskell library and produces as output a CSV file containing the library id GHC assigned to each of them. If you have Nix installed on i686-linux, x86_64-linux, or x86_64-darwin, then please follow the instructions at https://github.com/peti/ghc-library-id-bug/blob/master/README.md to run those build on your machine, and send the generated CSV files back to me via private e-mail. Please send the file back even if all ids are the same, i.e. even if the bug did not occur! It's important that we get a realistic sample. If possible, please run builds for both text and aeson. By default, the build does 25 iterations, but fast machines should easily cope with 100 iterations, too. The more data we get, the more accurate our results will be, so please donate your CPU cycles generously. :-) Best regards, Peter [1] https://ghc.haskell.org/trac/ghc/ticket/4012 ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Nix database error
Hello! Trying to execute any nix command (nix-env, nixos-rebuild, nix-store) and getting this `error: querying path in database: database disk image is malformed`. What's that and how to repair? The thing I was doing before getting this error was `nix-store --verify --check-contents --repair`. It repaired one path and this error appears. Now I'm getting it immediately after any nix operation :( Rollbacks don't help. -- Sincerely, Arseniy Seroka ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] nixos service using privileged ports as a non-root user
I believe the User option in systemd unit configuration should do this. See the systemd.service man page - all options can be used in NixOS On 4 Jun 2015 10:05 pm, Ganesh Sittampalam gan...@earth.li wrote: Hi, I'm adding a service - darcsden - to NixOS that is designed to run as a non-root user, but should optionally be able to bind to a privileged port. It's not designed to start as root and then fork/drop privileges, so I'd like to handle this at the OS level somehow. I'm aware of various solutions: http://unix.stackexchange.com/questions/10735/linux-allowing-an-user-to-listen-to-a-port-below-1024 http://stackoverflow.com/questions/413807/is-there-a-way-for-non-root-processes-to-bind-to-privileged-ports-1024-on-l Is there any standard/preferred way to do this in NixOS? Cheers, Ganesh ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] nixos service using privileged ports as a non-root user
Hi, I'm adding a service - darcsden - to NixOS that is designed to run as a non-root user, but should optionally be able to bind to a privileged port. It's not designed to start as root and then fork/drop privileges, so I'd like to handle this at the OS level somehow. I'm aware of various solutions: http://unix.stackexchange.com/questions/10735/linux-allowing-an-user-to-listen-to-a-port-below-1024 http://stackoverflow.com/questions/413807/is-there-a-way-for-non-root-processes-to-bind-to-privileged-ports-1024-on-l Is there any standard/preferred way to do this in NixOS? Cheers, Ganesh ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Impossible to use Nix + fetchgit on any Linux configured with LDAP authentication /libnss_sss
Hi, I triggered this failure (http://pastebin.com/Lw6a0p4J) while trying to use nix on a RHEL 6.5 configuration setup with ldap authentication ( sssd + libnss_sss ). After a bit of research, this is due to the dependency of git on getpwuid and to the fact that the nix glibc do not have by default libnss_sss nor can use the one of the host operating system. The problem has already been reported in case of firefox ( https://github.com/NixOS/nix/issues/209 ). However, it is way more harmful in case of git/fetchgit : it makes impossible to compile any expression using fetchgit on a host using sssd, which is a configuration unfortunatly quite common in the academic world . What would be the best solution of this problem ? Is there any other solution than extending stdenv with libnss_sss and recompiling the entire software stack ? signature.asc Description: OpenPGP digital signature ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Where does
Hi Amy, I haven't been able to build this on NixOS. where does the shell.nix file come from that use? Did you generate it with cabal2nix like I showed you in my previous message? Configuring creatur-5.9.6... cabal: At least the following dependencies are missing: zlib ==0.6.* In my previous message I showed you the commands that can be used to look up the version of zlib that your system has. My guess is that when you run those commands, then you'll find that you don't have zlib 0.6.x. [nix-shell:~/creatur]$ nix-env -q . . . haskell-zlib-ghc7.8.4-0.5.4.2-shared The Haskell libraries you install into your profile have no effect whatsoever on the set of libraries that GHC knows about. I believe it might be a good idea to remove all Haskell related code from both your user profile and from your configuration.nix file, and then start over using https://github.com/NixOS/cabal2nix/blob/master/doc/user-guide.md as a guide line. Generally speaking, please note that all this advanced stuff you're trying to do works only if you follow the nixos-unstable channel. The release-14.12 branch doesn't have the new Haskell code. Please make sure that you're using a recent version if nixos-unstable for those kind of experiments. I hope this helps, Peter ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Where does
Peter Simons simons at cryp.to writes: At this point, the proper way to go forward is to open an upstream ticket and to ask them to update their software: https://github.com/mhwombat/creatur/issues/1 Thank you Peter. Actually, I am the developer of the Créatúr library (mhwombat == Amy de Buitléir), so I'll fix that now. Sigh... back to square one. What I'm trying to compile isn't the version of Créatúr that's on GitHub, it's a new version that I plan to upload to GitHub as soon as I've tested it. And that version already has those updates (MonadRandom ==0.4.*, zlib ==0.6.*). So I'm back to my original problem: I haven't been able to build this on NixOS. [amy@wombat9000:~/creatur]$ nix-shell [nix-shell:~/creatur]$ cabal build Package has never been configured. Configuring with default flags. If this fails, please run configure manually. Resolving dependencies... Configuring creatur-5.9.6... cabal: At least the following dependencies are missing: zlib ==0.6.* I already have zlib installed: [nix-shell:~/creatur]$ nix-env -q . . . haskell-zlib-ghc7.8.4-0.5.4.2-shared . . . zlib-1.2.8 Just to see if I could figure out what was wrong, I tried: [nix-shell:~/creatur]$ cabal install --dependencies-only Resolving dependencies... Configuring zlib-0.6.1.1... Failed to install zlib-0.6.1.1 Build log ( /home/amy/.cabal/logs/zlib-0.6.1.1.log ): Configuring zlib-0.6.1.1... setup-Simple-Cabal-1.22.2.0-x86_64-linux-ghc-7.10.1: Missing dependency on a foreign library: * Missing (or bad) header file: zlib.h * Missing C library: z This problem can usually be solved by installing the system package that provides this library (you may need the -dev version). If the library is already installed but in a non-standard location then you can use the flags --extra-include-dirs= and --extra-lib-dirs= to specify where it is. If the header file does exist, it may contain errors that are caught by the C compiler at the preprocessing stage. In this case you can re-run configure with the verbosity flag -v3 to see the error messages. cabal: Error: some packages failed to install: zlib-0.6.1.1 failed during the configure step. The exception was: ExitFailure 1 So eelco suggested that I add buildInputs = [ zlib ]; I tried adding that to shell.nix, but that causes an error: [amy@wombat9000:~/creatur]$ nix-shell error: anonymous function at /nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/pkgs/development /haskell-modules/generic-builder.nix:5:1 called with unexpected argument ‘buildInputs’, at /nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/pkgs/development /haskell-modules/configuration-ghc-7.10.x.nix:51:23 Here's my version of shell.nix, with the buildInputs thingie added: with (import nixpkgs {}).pkgs; let pkg = haskellngPackages.callPackage ({ mkDerivation, array, base, binary, bytestring, cereal, cond , directory, filepath, gray-extended, hdaemonize, hsyslog, HUnit , MonadRandom, mtl, old-locale, process, QuickCheck, random, split , stdenv, temporary, test-framework, test-framework-hunit , test-framework-quickcheck2, time, transformers, unix, zlib }: mkDerivation { pname = creatur; version = 5.9.6; src = ./.; buildInputs = [ zlib ]; buildDepends = [ array base bytestring cereal cond directory filepath gray-extended hdaemonize hsyslog MonadRandom mtl old-locale process random split time transformers unix zlib ]; testDepends = [ array base binary cereal directory filepath hsyslog HUnit MonadRandom mtl QuickCheck temporary test-framework test-framework-hunit test-framework-quickcheck2 ]; homepage = https://github.com/mhwombat/creatur;; description = Framework for artificial life experiments; license = stdenv.lib.licenses.bsd3; }) {}; in pkg.env ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Where does buildInputs go?
Oh, and just to see if it helped, I tried the --jailbreak thing: [amy@wombat9000:~/creatur]$ cabal2nix --jailbreak . shell.nix [amy@wombat9000:~/creatur]$ cabal build Package has never been configured. Configuring with default flags. If this fails, please run configure manually. Resolving dependencies... Configuring creatur-5.9.6... cabal: At least the following dependencies are missing: cond ==0.4.*, gray-extended ==1.*, hdaemonize ==0.5.*, hsyslog ==2.0, mtl ==2.2.*, old-locale ==1.0.*, random ==1.1.*, split ==0.2.*, zlib ==0.6.* ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] NixOS won't boot anymore in certain generations, don't know why (Stage-1 error)
Hi, I found and solved the issue. So first, I checked the kernel versions in my revisions: 106 - 3.18.11 107 - 3.18.13 108 - 3.18.13 109 - 3.18.13 110 - 3.18.13 111 - 3.18.13 112 - 3.18.13 (the latest two were other test builds). I guessed that the issue was the kernel ... because nothing else changed. There was no channel update and I didn't fiddle around in the configuration for the system (at least not in these parts, only packages and containers a bit). So, I got my local clone of the nixpkgs repo onto the commit which was used to build generation 106: 2d8cfe76a9e4f05e391d30f1654d45dee5993b8a And rebuild the system. This worked. Reboot worked too, so the new revision, 113, is now on kernel 3.18.11 again. I then tried to change kernel versions to 4.0 and 3.19 (in this order, because newer is better), but both failed to build because the ati driver can't be build because of _compiler errors_ (seriousely, what the hell?) So, I'm back on 3.18.11. Unfortunately, I have own patches because I have to wait for the channel update. So I re-applied my patches upon mentioned commit: gitolite v3.6.2 - v3.6.3 snort: version fix (fixes download error) daq: version fix (fixes download error) these are non-published commits. --- That's it. While I don't have any concerns about my machine, because Nix is great and everything and I can boot in old versions of the system and fix everything and so on, I really can't consider this as great user experience. Debugging the issue was not that complicated (despite my little hangover), but unneccessary. I'd really like to see this situation improved. And I'd really like to see kernel 4.0 on my machine, as I'm waiting for the AMD graphic cards fixes which are in 4.0. I mean, I build my system from my own clone of nixpkgs. Not the way I want to: nix-channel --update nixos-rebuild switch which should be used. No, I have to git checkout commit nixos-rebuild switch -I nixpkgs=~/my/clone/of/nixpkgs # build fail # try again other commit I don't want to blame anyone for this or something, this mail is mainly for documenting the issue, but hey, these things really shouldn't happen, right? So, to close this here and now... I hope I see some of you guys next weekend at tuebix in Tübingen, Germany! On 04-06-2015 15:06:51, Matthias Beyer wrote: Hi, I have a problem with some of my generations. Today (, after installing chromium, but I don't think this has anything to do with it), I noticed that my xterms got redrawn after switching to them (I'm using i3, so if a window is not shown but I bring it up, a redraw happened). So, if I switched to a xterm where I executed something like alsamixer or tree /tmp, it got redrawn line by line. I did not understand why this happened, but I guessed it was some driver problem, where a driver went bad or something. So I decided to reboot. When rebooting, I booted into my newest generation, which was 109 by this time. But I got an error in stage 1, telling me that my root partition couldn't be mounted as the device did not come up (LUKS encrypted SSD, root on /dev/sda2). It asked me dm_mod loaded? So I tried previous generations and had success with 106 (107-109) did not work. I checked my config, and I saw: boot.initrd.kernelModules = [ fbcon ext4 dm_crypt ]; that dm_mod was missing, indeed. So I changed it to: boot.initrd.kernelModules = [ fbcon ext4 dm_mod dm_crypt ]; And rebuild the system, resulting in generation 110. I tried to boot that, but the same error happened. I'm on kernel 3_18_4, if this matters. So my problem is, I don't know what went wrong and how to fix it. Unfortunately, I don't know which configuration I build generation 106 from (my config is git-tracked). I'd show you the diff of my generation, but well... I don't know which revision it was. How can I debug this and more important: How can I fix this? -- Mit freundlichen Grüßen, Kind regards, Matthias Beyer Proudly sent with mutt. Happily signed with gnupg. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev -- Mit freundlichen Grüßen, Kind regards, Matthias Beyer Proudly sent with mutt. Happily signed with gnupg. pgp10Rw_5TXDT.pgp Description: PGP signature ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] NixOS won't boot anymore in certain generations, don't know why (Stage-1 error)
Hello Matthias, When rebooting, I booted into my newest generation, which was 109 by this time. But I got an error in stage 1, telling me that my root partition couldn't be mounted as the device did not come up (LUKS encrypted SSD, root on /dev/sda2). It asked me dm_mod loaded? FWIW, this is probably relevant: http://lists.science.uu.nl/pipermail/nix-dev/2015-May/017198.html . I was hit with that regression some weeks ago and had to cherry-pick the bugfix commit from Nixpkgs. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] NixOS won't boot anymore in certain generations, don't know why (Stage-1 error)
Just to append, the mentioned issue with the redrawing of the terminals is back again. On 04-06-2015 16:07:14, Matthias Beyer wrote: Hi, I found and solved the issue. So first, I checked the kernel versions in my revisions: 106 - 3.18.11 107 - 3.18.13 108 - 3.18.13 109 - 3.18.13 110 - 3.18.13 111 - 3.18.13 112 - 3.18.13 (the latest two were other test builds). I guessed that the issue was the kernel ... because nothing else changed. There was no channel update and I didn't fiddle around in the configuration for the system (at least not in these parts, only packages and containers a bit). So, I got my local clone of the nixpkgs repo onto the commit which was used to build generation 106: 2d8cfe76a9e4f05e391d30f1654d45dee5993b8a And rebuild the system. This worked. Reboot worked too, so the new revision, 113, is now on kernel 3.18.11 again. I then tried to change kernel versions to 4.0 and 3.19 (in this order, because newer is better), but both failed to build because the ati driver can't be build because of _compiler errors_ (seriousely, what the hell?) So, I'm back on 3.18.11. Unfortunately, I have own patches because I have to wait for the channel update. So I re-applied my patches upon mentioned commit: gitolite v3.6.2 - v3.6.3 snort: version fix (fixes download error) daq: version fix (fixes download error) these are non-published commits. --- That's it. While I don't have any concerns about my machine, because Nix is great and everything and I can boot in old versions of the system and fix everything and so on, I really can't consider this as great user experience. Debugging the issue was not that complicated (despite my little hangover), but unneccessary. I'd really like to see this situation improved. And I'd really like to see kernel 4.0 on my machine, as I'm waiting for the AMD graphic cards fixes which are in 4.0. I mean, I build my system from my own clone of nixpkgs. Not the way I want to: nix-channel --update nixos-rebuild switch which should be used. No, I have to git checkout commit nixos-rebuild switch -I nixpkgs=~/my/clone/of/nixpkgs # build fail # try again other commit I don't want to blame anyone for this or something, this mail is mainly for documenting the issue, but hey, these things really shouldn't happen, right? So, to close this here and now... I hope I see some of you guys next weekend at tuebix in Tübingen, Germany! On 04-06-2015 15:06:51, Matthias Beyer wrote: Hi, I have a problem with some of my generations. Today (, after installing chromium, but I don't think this has anything to do with it), I noticed that my xterms got redrawn after switching to them (I'm using i3, so if a window is not shown but I bring it up, a redraw happened). So, if I switched to a xterm where I executed something like alsamixer or tree /tmp, it got redrawn line by line. I did not understand why this happened, but I guessed it was some driver problem, where a driver went bad or something. So I decided to reboot. When rebooting, I booted into my newest generation, which was 109 by this time. But I got an error in stage 1, telling me that my root partition couldn't be mounted as the device did not come up (LUKS encrypted SSD, root on /dev/sda2). It asked me dm_mod loaded? So I tried previous generations and had success with 106 (107-109) did not work. I checked my config, and I saw: boot.initrd.kernelModules = [ fbcon ext4 dm_crypt ]; that dm_mod was missing, indeed. So I changed it to: boot.initrd.kernelModules = [ fbcon ext4 dm_mod dm_crypt ]; And rebuild the system, resulting in generation 110. I tried to boot that, but the same error happened. I'm on kernel 3_18_4, if this matters. So my problem is, I don't know what went wrong and how to fix it. Unfortunately, I don't know which configuration I build generation 106 from (my config is git-tracked). I'd show you the diff of my generation, but well... I don't know which revision it was. How can I debug this and more important: How can I fix this? -- Mit freundlichen Grüßen, Kind regards, Matthias Beyer Proudly sent with mutt. Happily signed with gnupg. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev -- Mit freundlichen Grüßen, Kind regards, Matthias Beyer Proudly sent with mutt. Happily signed with gnupg. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev -- Mit freundlichen Grüßen, Kind regards, Matthias Beyer Proudly sent with mutt. Happily signed with gnupg. pgpChUNitEvGV.pgp Description: PGP signature
Re: [Nix-dev] NixOS won't boot anymore in certain generations, don't know why (Stage-1 error)
https://github.com/NixOS/nixpkgs/issues/7859 ? -- Jascha Geerds j...@ekby.de ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] NixOS won't boot anymore in certain generations, don't know why (Stage-1 error)
On 04-06-2015 16:16:27, Jascha Geerds wrote: https://github.com/NixOS/nixpkgs/issues/7859 ? Thanks, that helped a quite bit. -- Mit freundlichen Grüßen, Kind regards, Matthias Beyer Proudly sent with mutt. Happily signed with gnupg. pgp14yBqYDkS5.pgp Description: PGP signature ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] NixOS won't boot anymore in certain generations, don't know why (Stage-1 error)
I also have a problem with luks - didn't debug it yet. Some lines appear saying that target link already exist. I can boot this way: in grub hit e, add boot.shell_on_fail or shell_on_fail, then you can debug the mounting / boot process, eg enter interactive shell, then you can mount your partition manually on /root* something After exiting I can boot. I don't restart often so I didn't investigate. A google search told me it could be a race condition. Thus have a look at the shell_on_fail within stage-1 and stage-1 init scripts to learn more about the startup process - then you can debug. Marc Weber ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] NixOS won't boot anymore in certain generations, don't know why (Stage-1 error)
On 04-06-2015 14:15:12, Marc Weber wrote: I can boot this way: in grub hit e, add boot.shell_on_fail or shell_on_fail, then you can debug the mounting / boot process, eg enter interactive shell, then you can mount your partition manually on /root* something After exiting I can boot. I don't restart often so I didn't investigate. A google search told me it could be a race condition. Thus have a look at the shell_on_fail within stage-1 and stage-1 init scripts to learn more about the startup process - then you can debug. Also not really user friendly, is it? Anyways, I'm not using grub, I'm using gummiboot and I don't know how to enter the interactive shell with it. Though I got it working, right... so everything is fine again. -- Mit freundlichen Grüßen, Kind regards, Matthias Beyer Proudly sent with mutt. Happily signed with gnupg. pgpD7MY9SfpBg.pgp Description: PGP signature ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Looking for development version of zlib
Peter Simons simons at cryp.to writes: At this point, the proper way to go forward is to open an upstream ticket and to ask them to update their software: https://github.com/mhwombat/creatur/issues/1 Thank you Peter. Actually, I am the developer of the Créatúr library (mhwombat == Amy de Buitléir), so I'll fix that now. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Looking for development version of zlib
Hi Amy, I checked out the current Git version of creatur: | [simons@work:/tmp]$ git clone https://github.com/mhwombat/creatur cd creatur | Cloning into 'creatur'... | remote: Counting objects: 613, done. | remote: Total 613 (delta 0), reused 0 (delta 0), pack-reused 613 | Receiving objects: 100% (613/613), 124.39 KiB | 0 bytes/s, done. | Resolving deltas: 100% (318/318), done. | Checking connectivity... done. Generated build instructions for it: | [simons@work:/tmp/creatur]$ cabal2nix . creatur.nix But then the build failed: | [simons@work:/tmp/creatur]$ nix-shell -p haskellPackages.callPackage ./creatur.nix {} | these derivations will be built: | /nix/store/klakl5g7klccmblvrh1c7pg98l81rplb-haskell-creatur-5.9.5.drv | building path(s) ‘/nix/store/w7hxpkv7fahnk7qcpj22yb5p7605aaja-haskell-creatur-5.9.5’ | setupCompilerEnvironmentPhase | Build with /nix/store/bc84hdk730zcdm1c9s5yf2ahpvm51lzp-ghc-7.10.1. | unpacking sources | unpacking source archive /nix/store/j67hsfyra2qjrpmilgw9hx3cnxpilg7f-creatur | source root is creatur | patching sources | compileBuildDriverPhase | setupCompileFlags: -package-db=/tmp/nix-build-haskell-creatur-5.9.5.drv-0/package.conf.d -j8 -threaded | [1 of 1] Compiling Main ( Setup.hs, /tmp/nix-build-haskell-creatur-5.9.5.drv-0/Main.o ) | Linking Setup ... | configuring | configureFlags: --verbose --prefix=/nix/store/w7hxpkv7fahnk7qcpj22yb5p7605aaja-haskell-creatur-5.9.5 --libdir=$prefix/lib/$compiler --libsubdir=$pkgid --with-gcc=gcc --package-db=/tmp/nix-build-haskell-creatur-5.9.5.drv-0/package.conf.d --ghc-option=-optl=-Wl,-rpath=/nix/store/w7hxpkv7fahnk7qcpj22yb5p7605aaja-haskell-creatur-5.9.5/lib/ghc-7.10.1/creatur-5.9.5 --ghc-option=-j8 --enable-split-objs --disable-library-profiling --enable-shared --enable-library-vanilla --enable-executable-dynamic --enable-tests | Configuring creatur-5.9.5... | Setup: At least the following dependencies are missing: | MonadRandom ==0.3.*, zlib ==0.5.* | builder for ‘/nix/store/klakl5g7klccmblvrh1c7pg98l81rplb-haskell-creatur-5.9.5.drv’ failed with exit code 1 | error: build of ‘/nix/store/klakl5g7klccmblvrh1c7pg98l81rplb-haskell-creatur-5.9.5.drv’ failed | /run/current-system/sw/bin/nix-shell: failed to build all dependencies Now, clearly those libraries exist in Nixpkgs and they are passed to the build, so why aren't they found? The reason is that the versions of these libraries that we have don't fit into the version constraints: | [nix-shell:/tmp/creatur]$ nix-env -qa -A haskellPackages.zlib | haskell-zlib-0.6.1.1 | | [nix-shell:/tmp/creatur]$ nix-env -qa -A haskellPackages.MonadRandom haskellPackages.zlib | haskell-MonadRandom-0.4 At this point, the proper way to go forward is to open an upstream ticket and to ask them to update their software: https://github.com/mhwombat/creatur/issues/1 Meanwhile, we can try whether the build works if we just disregard the version constraints: | [simons@work:/tmp/creatur]$ cabal2nix --jailbreak . creatur.nix Et voilà: | [simons@work:/tmp/creatur]$ nix-shell -p haskellPackages.callPackage ./creatur.nix {} | [...] | Linking dist/build/creatur-tests/creatur-tests ... | running tests | Running 1 test suites... | Test suite creatur-tests: RUNNING... | Test suite creatur-tests: PASS | Test suite logged to: dist/test/creatur-5.9.5-creatur-tests.log | 1 of 1 test suites (1 of 1 test cases) passed. | Installing library in | /nix/store/898b6wh83grjvrisgfai2znaxapw5zf3-haskell-creatur-5.9.5/lib/ghc-7.10.1/creatur-5.9.5 | Creating package registration file: | /nix/store/898b6wh83grjvrisgfai2znaxapw5zf3-haskell-creatur-5.9.5/lib/ghc-7.10.1/package.conf.d/creatur-5.9.5.conf | post-installation fixup | patching ELF executables and libraries in /nix/store/898b6wh83grjvrisgfai2znaxapw5zf3-haskell-creatur-5.9.5 | /nix/store/898b6wh83grjvrisgfai2znaxapw5zf3-haskell-creatur-5.9.5/lib/ghc-7.10.1/creatur-5.9.5/libHScreatur-5.9.5-7s9QWp2Pef3B7eaMXWrnUX-ghc7.10.1.so | gzipping man pages in /nix/store/898b6wh83grjvrisgfai2znaxapw5zf3-haskell-creatur-5.9.5 | stripping (with flags -S) in /nix/store/898b6wh83grjvrisgfai2znaxapw5zf3-haskell-creatur-5.9.5/lib | [...] | | [nix-shell:/tmp/creatur]$ The build works fine with the new library versions. More information about this subject is available at: http://lists.science.uu.nl/pipermail/nix-dev/2015-January/015608.html Best regards, Peter ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] NixOS won't boot anymore in certain generations, don't know why (Stage-1 error)
Hi, I have a problem with some of my generations. Today (, after installing chromium, but I don't think this has anything to do with it), I noticed that my xterms got redrawn after switching to them (I'm using i3, so if a window is not shown but I bring it up, a redraw happened). So, if I switched to a xterm where I executed something like alsamixer or tree /tmp, it got redrawn line by line. I did not understand why this happened, but I guessed it was some driver problem, where a driver went bad or something. So I decided to reboot. When rebooting, I booted into my newest generation, which was 109 by this time. But I got an error in stage 1, telling me that my root partition couldn't be mounted as the device did not come up (LUKS encrypted SSD, root on /dev/sda2). It asked me dm_mod loaded? So I tried previous generations and had success with 106 (107-109) did not work. I checked my config, and I saw: boot.initrd.kernelModules = [ fbcon ext4 dm_crypt ]; that dm_mod was missing, indeed. So I changed it to: boot.initrd.kernelModules = [ fbcon ext4 dm_mod dm_crypt ]; And rebuild the system, resulting in generation 110. I tried to boot that, but the same error happened. I'm on kernel 3_18_4, if this matters. So my problem is, I don't know what went wrong and how to fix it. Unfortunately, I don't know which configuration I build generation 106 from (my config is git-tracked). I'd show you the diff of my generation, but well... I don't know which revision it was. How can I debug this and more important: How can I fix this? -- Mit freundlichen Grüßen, Kind regards, Matthias Beyer Proudly sent with mutt. Happily signed with gnupg. pgplXckNCmEXm.pgp Description: PGP signature ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev