Re: [Nix-dev] Hydra: hashes change?

[Peter Simons]

Unfortunately, my theory was wrong:  is
clearly *not* a Haskell issue:

 | these derivations will be built:
 |   /nix/store/57xga0i378j0vmn89112pmngam1ghfvx-ghdl-wrapper-0.29.drv
 |   /nix/store/l0iy63ynvb6jnhh59vsva1scg8l55jb2-gnat-wrapper-4.5.4.drv
 |   /nix/store/nrgv4g1wj7p6z4v6jb1a4m29gsxg92ms-gnat-4.5.4.drv
 |   /nix/store/yczfk892bbknr6dvjncizv0n8yvvnmnx-ghdl-0.29.drv
 | @ build-started /nix/store/nrgv4g1wj7p6z4v6jb1a4m29gsxg92ms-gnat-4.5.4.drv - 
i686-linux 
/nix/var/log/nix/drvs/nr//gv4g1wj7p6z4v6jb1a4m29gsxg92ms-gnat-4.5.4.drv
 | @ build-remote /nix/store/nrgv4g1wj7p6z4v6jb1a4m29gsxg92ms-gnat-4.5.4.drv 
buildfarm@ike
 | copying 1 missing paths to ‘buildfarm@ike’...
 | hash of path `/nix/store/q9a7adrn8g2d1z80x53wx747xclndwy6-texinfo-4.13a' has 
changed from `7b7a45f612d700406c7d2ff8538e51193b45ce61a3694afebd3156863a97d0d4' 
to `9ddbfc43eccf362a57f42b50180714f244831eb789f1fac3b70b748fc497b2c2'! at 
/nix/store/b8f51a62zy7kjvjznprcy3hibz1gmnk1-nix-1.6/lib/perl5/site_perl/5.16.3/x86_64-linux-thread-multi/Nix/CopyClosure.pm
 line 50.
 | builder for `/nix/store/nrgv4g1wj7p6z4v6jb1a4m29gsxg92ms-gnat-4.5.4.drv' 
failed with exit code 255
 | @ hook-failed /nix/store/nrgv4g1wj7p6z4v6jb1a4m29gsxg92ms-gnat-4.5.4.drv - 
65280 builder for `/nix/store/nrgv4g1wj7p6z4v6jb1a4m29gsxg92ms-gnat-4.5.4.drv' 
failed with exit code 255
 | cannot build derivation 
`/nix/store/l0iy63ynvb6jnhh59vsva1scg8l55jb2-gnat-wrapper-4.5.4.drv': 1 
dependencies couldn't be built
 | cannot build derivation 
`/nix/store/yczfk892bbknr6dvjncizv0n8yvvnmnx-ghdl-0.29.drv': 1 dependencies 
couldn't be built
 | cannot build derivation 
`/nix/store/57xga0i378j0vmn89112pmngam1ghfvx-ghdl-wrapper-0.29.drv': 1 
dependencies couldn't be built
 | error: build of 
`/nix/store/57xga0i378j0vmn89112pmngam1ghfvx-ghdl-wrapper-0.29.drv' failed

This doesn't look good.

Peter

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

Re: [Nix-dev] Hydra: hashes change?

[Vladimír Čunát]

On 09/20/2013 07:19 PM, Peter Simons wrote:

Maybe two build slaves ended up building GHC 7.6.3 independently from each 
other,
and now we have two mutually incompatible GHC binaries lying around on the 
Hydra cluster?


Ah, that didn't occur to me. I didn't even notice it was all haskell. 
You're right, this is the probable cause.


AFAIK, only stdenv is affected now. Hopefully this duplication was just 
a one-time issue.



Vlada




smime.p7s
Description: S/MIME Cryptographic Signature
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] FW: nix expression for qt5

[Jos van den Oever]

Helo Baptist,

No, I did not update the qt5 expression and have not built it in a long time.

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

Re: [Nix-dev] Hydra: hashes change?

[Peter Simons]

Hi Vladimír,

 > I noticed that builders now often complain that hashes of some path
 > have changed, e.g.: https://hydra.nixos.org/build/6151693

I believe that this is an issue with GHC, not with Hydra. GHC cannot
guarantee that two identical builds of itself yield identical results:

  http://ghc.haskell.org/trac/ghc/ticket/4012

I'm not sure what happened exactly, but the fact that the only packages
to exhibit these issue are Haskell packages seems like a strong
indication that the bug mentioned above is at work. Maybe two build
slaves ended up building GHC 7.6.3 independently from each other, and
now we have two mutually incompatible GHC binaries lying around on the
Hydra cluster?

Take care,
Peter

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

Re: [Nix-dev] nix expression for qt5

[Baptist BENOIST]

> Qt5 was released a few days ago. I thought it would be a good idea to add
> it to NixPkgs.
> 
> Here is the nix expressions that compiles all of the libraries as well as
> all the examples. I've tried to enable all of the options

HI,

Thanks for sharing this helpful derivation.
I am willing to build the latest qt version (5.1.1).

Did you updated it again since your last email ?

Do you have any other feedback about your work on this package which may help 
me to continue it ?___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] LVM2 support in nixos systemd

[Lluís Batlle i Rossell]

Hello,

I noticed that systemd didn't know how to mount (by-label) my lvm raid1. I had a
lvm raid1 setup before, but it was mounted at stage1 just fine, with the proper
dozen of modules in initrd.

The nixos systemd didn't have any units distributed with lvm2. I pushed changes
to make a new systemd derivation in nixpkgs, under the name "systemd_with_lvm2".
You can use them in nixos, by using:

  systemd.package = pkgs.systemd_with_lvm2;
  systemd.packages = [ pkgs.lvm2 ];

This made my systemd mount fine the lvm2 raid1 lv. Nevertheless, there is still
a unit that fails to work. All ends up working, it boots well, and all mounted,
though.

I've no idea why it fails, and its consequences. Here is what 'status' tells me.
If anyone knows anything about it, feel free to comment:

--
lvm2-activation-net.service - Activation of LVM2 logical volumes
   Loaded: loaded (/etc/lvm/lvm.conf)
   Active: failed (Result: exit-code) since dv 2013-09-20 11:42:52 CEST; 19min 
ago
 Docs: man:lvm(8)
   man:vgchange(8)
  Process: 1441 
ExecStart=/nix/store/q1i64p99bvr6jh67k3cfahcighc1psh2-lvm2-2.02.100/sbin/lvm 
vgchange -aay --sysinit (code=exited, status=5)
  Process: 1340 
ExecStartPre=/nix/store/n9yvgrp6i1fh3jzpbw1cyfvdil0n9j1r-systemd-203/bin/udevadm
 settle (code=exited, status=0/SUCCESS)

set 20 11:42:52 atom systemd[1]: lvm2-activation-net.service: main process 
exited, code=exited, status=5/NOTINSSTALLED
set 20 11:42:52 atom systemd[1]: Failed to start Activation of LVM2 logical 
volumes.
set 20 11:42:52 atom systemd[1]: Unit lvm2-activation-net.service entered 
failed state.
Warning: Journal has been rotated since unit was started. Log output is 
incomplete or unavailable.

Warning: Unit file changed on disk, 'systemctl --system daemon-reload' 
recommended.
--

Regards,
Lluís.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] Hydra: hashes change?

[Vladimír Čunát]

Hi,
I noticed that builders now often complain that hashes of some path have 
changed, e.g.: https://hydra.nixos.org/build/6151693


I'm not sure how these conditions are checked, but IMO it could be 
dangerous to have modified paths in Hydra's store.


By my estimate, in the last 1-2 days there appeared more than 500 job 
fails on stdenv due to this problem.



Vlada



smime.p7s
Description: S/MIME Cryptographic Signature
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev