Re: [Nix-dev] Hydra: no negative caching?

Hi, On 24/09/13 22:56, Vladimír Čunát wrote: > it seems like we still don't have negative caching on Hydra (that was the main > problem that was recently blocking freebsd builds in a live-lock). > If I read the following build right, then yesterday it attempted many builds > of > the same deriva

[Nix-dev] Hydra: no negative caching?

Hi, it seems like we still don't have negative caching on Hydra (that was the main problem that was recently blocking freebsd builds in a live-lock). If I read the following build right, then yesterday it attempted many builds of the same derivation. https://hydra.nixos.org/build/6248005 Vla

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

Hi, On 20/09/13 21:50, Peter Simons wrote: > Unfortunately, my theory was wrong: is > clearly *not* a Haskell issue: Indeed it isn't. It appears that the Hydra server was not shutdown cleanly when we rebooted it on Wednesday, so several store paths have be

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

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/

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

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

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

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://gh

[Nix-dev] Hydra: hashes change?

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 a

Re: [Nix-dev] Hydra no longer sets 'system'?

Vladimír Čunát writes: > I think it would be enough to have a same-platform attribute with high > priority, which would shadow the other versions. Exactly. If nix-env would by default prefer expressions that match its own 'system', then this kind of surprise wouldn't happen, but it would still

Re: [Nix-dev] Hydra no longer sets 'system'?

On 09/18/2013 11:37 AM, Eelco Dolstra wrote: > Hi, > > On 18/09/13 14:10, Peter Simons wrote: > >> > Maybe you installed the 32-bit version by accident? >> >> interesting, that is what seems to have happened. How is this possible? >> >> I subscribed to

Re: [Nix-dev] Hydra no longer sets 'system'?

Hi, On 18/09/13 18:12, Shea Levy wrote: >>> Now, the channel contains binaries for both 32 and 64 bit, but why would >>> nix-env pick the 32 bit version even though it's running on a 64 bit system? >> Because by default, nix-env doesn't filter packages by system type. Try >> adding >> "--system

Re: [Nix-dev] Hydra no longer sets 'system'?

On 09/18/2013 06:12 PM, Shea Levy wrote: Is there any reason not to have that filter be the default? Seems the least surprising behavior. I think it would be enough to have a same-platform attribute with high priority, which would shadow the other versions. Vlada smime.p7s Description: S

Re: [Nix-dev] Hydra no longer sets 'system'?

Hi, On 18/09/13 14:10, Peter Simons wrote: > > Maybe you installed the 32-bit version by accident? > > interesting, that is what seems to have happened. How is this possible? > > I subscribed to > and ran "nix-env -p /nix/var/nix/profi

Re: [Nix-dev] Hydra no longer sets 'system'?

Hi Eelco, > Maybe you installed the 32-bit version by accident? interesting, that is what seems to have happened. How is this possible? I subscribed to and ran "nix-env -p /nix/var/nix/profiles/per-user/hydra/profile -i hydra". Now, th

Re: [Nix-dev] Hydra no longer sets 'system'?

Hi, On 18/09/13 11:05, Peter Simons wrote: > I use "pkgs = import { };" to import Nixpkgs into my release.nix > files for Hydra, assuming that the result is the _native_ package set. It > appears, though, that recent version of Hydra instantiate that package set > with system = "i686-linux" inst

[Nix-dev] Hydra no longer sets 'system'?

Hi, I use "pkgs = import { };" to import Nixpkgs into my release.nix files for Hydra, assuming that the result is the _native_ package set. It appears, though, that recent version of Hydra instantiate that package set with system = "i686-linux" instead of system = "x86_64-linux" -- even though my

Re: [Nix-dev] Hydra: no space

On 09/16/2013 01:49 PM, Rob Vermaas wrote: The garbage collector wasn't enabled, I have enabled it on the machine and the machine should be able to build properly again. Thanks for quick solution, so we don't have thousands of jobs with transient failures (at least I hope so). Vlada smim

Re: [Nix-dev] Hydra: no space

Hi, The garbage collector wasn't enabled, I have enabled it on the machine and the machine should be able to build properly again. Cheers, Rob On Mon, Sep 16, 2013 at 1:34 PM, Vladimír Čunát wrote: > Hi, > I just noticed we're getting lots of out-of-space errors. It's probably the > 144.76.106.

[Nix-dev] Hydra: no space

Hi, I just noticed we're getting lots of out-of-space errors. It's probably the 144.76.106.45 machine that causes it. Vlada smime.p7s Description: S/MIME Cryptographic Signature ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.scie

Re: [Nix-dev] Hydra: NixOS tested job failing

Hi, On 14/09/13 22:31, Domen Kožar wrote: > Could be that Nix 1.6 upgrade broke network Yeah. I'm looking into it. -- Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/ ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.scienc

Re: [Nix-dev] Hydra: NixOS tested job failing

On Sat, Sep 14, 2013 at 10:31:30PM +0200, Domen Ko??ar wrote: > Could be that Nix 1.6 upgrade broke network, nothing else from the > diff seems alerting Bisected it and the commit causing this is: https://github.com/NixOS/nix/commit/5558652709f27e8a887580b77b93c705659d7a4b This happens in conjuc

Re: [Nix-dev] Hydra: NixOS tested job failing

Could be that Nix 1.6 upgrade broke network, nothing else from the diff seems alerting: https://github.com/NixOS/nixpkgs/compare/1628c03c4e834b4f3e1ac2696d2ebfcad1b719c8...b73deae714b85ea4d182df73bf34a77f482a1166 On Sat, Sep 14, 2013 at 7:44 AM, Domen Kožar wrote: > Hi all, > > it seems that th

[Nix-dev] Hydra: NixOS tested job failing

Hi all, it seems that there are some networking issues with tested job on hydra, could someone take a look? http://hydra.nixos.org/build/6099164#tabs-constituents Domen ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mai

Re: [Nix-dev] Hydra will not download unoconv package?

On 2 September 2013 19:09, Bjørn Forsman wrote: > Hi, > > Hydra says it cannot download unoconv, a new package I added earlier today: > > (from http://hydra.nixos.org/build/5916660/nixlog/1/tail-reload) > > [ptrying http://dag.wieers.com/home-made/unoconv/unoconv-0.6.tar.gz > % Total % Received %

[Nix-dev] Hydra will not download unoconv package?

Hi, Hydra says it cannot download unoconv, a new package I added earlier today: (from http://hydra.nixos.org/build/5916660/nixlog/1/tail-reload) [ptrying http://dag.wieers.com/home-made/unoconv/unoconv-0.6.tar.gz % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total

[Nix-dev] Hydra interface update

Thanks for the interface update on Hydra, it really helps me a lot when stabilizing branches like x-updates or stdenv-updates. Vlada smime.p7s Description: S/MIME Cryptographic Signature ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://li

Re: [Nix-dev] Hydra: no space on demon

Hi, On 13/08/13 07:39, Vladimír Čunát wrote: > just noticed http://hydra.nixos.org/build/5670269 > > copying 1 missing paths to ‘nix@demon’... > error: writing to file: No space left on device I've increased the daily GC limits on the FreeBSD machines, hopefully that will help. -- Eelco Dolst

[Nix-dev] Hydra: no space on demon

Hi, just noticed http://hydra.nixos.org/build/5670269 copying 1 missing paths to ‘nix@demon’... error: writing to file: No space left on device Vlada smime.p7s Description: S/MIME Cryptographic Signature ___ nix-dev mailing list nix-dev@lists.scienc

Re: [Nix-dev] Hydra evaluation error: value is an attribute set while a string was expected

On 11 August 2013 20:30, Bjørn Forsman wrote: > So, what to do now? Start by changing the mit license to a string and > then wait for Eelco to decide what to do with the rest? I took the simplest route: don't use the MIT license (for now). https://github.com/NixOS/nixpkgs/commit/81db5cfe0afacda0

Re: [Nix-dev] Hydra evaluation error: value is an attribute set while a string was expected

On 11 August 2013 20:12, wrote: > В письме от Воскресенье 11 августа 2013 16:55:54 пользователь Bjørn Forsman > написал: >> It seems I've committed something that breaks the channel (sorry!). >> Hydra has these evaluation errors[1]: >> >> [...] >> at `nixpkgs.linuxPackages.lttngModules.i686-linux

Re: [Nix-dev] Hydra evaluation error: value is an attribute set while a string was expected

В письме от Воскресенье 11 августа 2013 16:55:54 пользователь Bjørn Forsman написал: > It seems I've committed something that breaks the channel (sorry!). > Hydra has these evaluation errors[1]: > > [...] > at `nixpkgs.linuxPackages.lttngModules.i686-linux' [nixosSrc = ..., > nixpkgs = ..., offic

[Nix-dev] Hydra evaluation error: value is an attribute set while a string was expected

Hi, It seems I've committed something that breaks the channel (sorry!). Hydra has these evaluation errors[1]: [...] at `nixpkgs.linuxPackages.lttngModules.i686-linux' [nixosSrc = ..., nixpkgs = ..., officialRelease = false]: value is an attribute set while a string was expected [...] Unfortunate

Re: [Nix-dev] Hydra out of memory?

On 5 August 2013 15:02, Eelco Dolstra wrote: > Hi, > > On 05/08/13 14:55, Malcolm Matalka wrote: > >> Perhaps add some monitoring? > > The build failure *is* the monitoring. Maybe build failures that block channel updates should result in a notification email to nix-dev mailing list? I do get em

Re: [Nix-dev] Hydra out of memory?

Hi, On 05/08/13 14:55, Malcolm Matalka wrote: > Perhaps add some monitoring? The build failure *is* the monitoring. -- Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/ ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.scienc

Re: [Nix-dev] Hydra out of memory?

Perhaps add some monitoring? Den 5 aug 2013 14:53 skrev "Eelco Dolstra" : > Hi, > > On 04/08/13 22:35, Bjørn Forsman wrote: > > > The channel doesn't update because virtualbox-image won't build > (out-of-memory): > > Thanks. I've doubled the available memory size, hopefully that will > prevent thi

Re: [Nix-dev] Hydra out of memory?

Hi, On 04/08/13 22:35, Bjørn Forsman wrote: > The channel doesn't update because virtualbox-image won't build > (out-of-memory): Thanks. I've doubled the available memory size, hopefully that will prevent this from happening again. -- Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/

[Nix-dev] Hydra out of memory?

Hi, The channel doesn't update because virtualbox-image won't build (out-of-memory): zmy56d4hplb5m69xsd99ma81kjvr34cx-systemd-203/example/sysctl.d/50-default.conf zmy56d4hplb5m69xsd99ma81kjvr34cx-systemd-203/example/systemd/ rsync: readdir("/nix/store/zqwhkp0hww2w6pnaaw71qss8a7njn07r-openldap-2.

Re: [Nix-dev] Hydra build failure not reproducible

On 23 July 2013 11:19, Eelco Dolstra wrote: > Hi, > > On 19/07/13 20:15, Bjørn Forsman wrote: > >> Here is one more of those "mysterious" build errors in hydra that >> cannot be reproduced locally (at least my machine built it just fine): >> >> http://hydra.nixos.org/build/5567300/nixlog/1/tail-re

Re: [Nix-dev] Hydra build failure not reproducible

Hi, On 19/07/13 20:15, Bjørn Forsman wrote: > Here is one more of those "mysterious" build errors in hydra that > cannot be reproduced locally (at least my machine built it just fine): > > http://hydra.nixos.org/build/5567300/nixlog/1/tail-reload Fixed, see https://github.com/NixOS/nixpkgs/comm

[Nix-dev] Hydra build failure not reproducible

Hi, Here is one more of those "mysterious" build errors in hydra that cannot be reproduced locally (at least my machine built it just fine): http://hydra.nixos.org/build/5567300/nixlog/1/tail-reload ___ nix-dev mailing list nix-dev@lists.science.uu.nl h

Re: [Nix-dev] Hydra build failure not reproducible

On 19 July 2013 21:21, Malcolm Matalka wrote: > It doesn't, you have to turn it in the nix config since it is how the > builder runs. > > In NixOS you have to do: > > nix.useChroot = true; Ok. I did that and ran nixos-rebuild switch. But when I try to build it *without* using the binary cache, th

Re: [Nix-dev] Hydra build failure not reproducible

FYI: I also added netpbm to channel: http://hydra.nixos.org/build/5567643/log/raw On Fri, Jul 19, 2013 at 9:04 PM, Bjørn Forsman wrote: > On 19 July 2013 21:01, Malcolm Matalka wrote: > > Are you compiling locally with chroot on? > > I did one build with hydra's "reproduce locally" script. I do

Re: [Nix-dev] Hydra build failure not reproducible

On 19 July 2013 23:51, Domen Kožar wrote: > FYI: I also added netpbm to channel: > http://hydra.nixos.org/build/5567643/log/raw And that build log ends in: [qbuilding standardppmdfont.c ppmdcfont standardppmdfont.c /bin/sh: ppmdcfont: command not found make[1]: *** [standardppmdfont

Re: [Nix-dev] Hydra build failure not reproducible

On 19 July 2013 21:01, Malcolm Matalka wrote: > Are you compiling locally with chroot on? I did one build with hydra's "reproduce locally" script. I don't know if that uses chroot or not. Then I built the failing expression (on hydra at least), netpbm, using nix-build -A netpbm. I have not done

Re: [Nix-dev] hydra sql errors

Hi Eelco, > The "Jobs.active" column was removed in revision 7b5e928. I guess you ran > hydra-init from a newer revision but are running hydra-server from an older > revision? yes, I upgraded the latest version, ran into trouble, and then rolled back to an earlier version. Clearly, I should h

Re: [Nix-dev] hydra sql errors

Hi, On 01/06/13 12:36, Peter Simons wrote: > the following error shows up in may logfiles every few seconds from > Hydra 0.1pre1331-4b1a838: > > [4-1] ERROR: column me.active does not exist at character 40 > [4-2] STATEMENT: SELECT me.project, me.jobset, me.name, me.active, > me.errormsg,

[Nix-dev] hydra sql errors

Hi, the following error shows up in may logfiles every few seconds from Hydra 0.1pre1331-4b1a838: [4-1] ERROR: column me.active does not exist at character 40 [4-2] STATEMENT: SELECT me.project, me.jobset, me.name, me.active, me.errormsg, me.firstevaltime, me.lastevaltime FROM Jobs me WHER

Re: [Nix-dev] Hydra is out-of-space

It's time to package munin :) On Wed, May 1, 2013 at 11:52 AM, Malcolm Matalka wrote: > This seems to happen a lot, any chance some simple program could be > installed to warn the maintainers of this so they can get to it in time? > > > Vladimír Čunát writes: > > > Hi. > > > >> On 04/24/2013 1

Re: [Nix-dev] Hydra is out-of-space

This seems to happen a lot, any chance some simple program could be installed to warn the maintainers of this so they can get to it in time? Vladimír Čunát writes: > Hi. > >> On 04/24/2013 10:00 AM, Vladimír Čunát wrote: >> Now there's a more serious issue: >> http://hydra.nixos.org/build/46643

Re: [Nix-dev] Hydra is out-of-space

Hi. On 04/24/2013 10:00 AM, Vladimír Čunát wrote: Now there's a more serious issue: http://hydra.nixos.org/build/4664332 it seems that directly hydra can't write new files. There are still/again some out-of-space problems on the build farm. http://hydra.nixos.org/build/4828865/nixlog/1/tail-re

[Nix-dev] Hydra is out-of-space

On 04/24/2013 10:00 AM, Vladimír Čunát wrote: There are "no route to host" problems with the two FreeBSD machines. Now there's a more serious issue: http://hydra.nixos.org/build/4664332 it seems that directly hydra can't write new files. We've been rebuilding quite a lot in the last few weeks.

Re: [Nix-dev] Hydra upgrade

It works. Thank you. M. 2013/4/12 Rob Vermaas : > The hydra manual at > http://hydra.nixos.org/job/hydra/trunk/tarball/latest/download-by-type/doc/manual > says in 2.5: > > > If you're upgrading Hydra from a previous version, you should do the > following to perform any > necessary database s

Re: [Nix-dev] Hydra upgrade

The hydra manual at http://hydra.nixos.org/job/hydra/trunk/tarball/latest/download-by-type/doc/manualsays in 2.5: If you're upgrading Hydra from a previous version, you should do the following to perform any necessary database schema migrations: $ hydra-init ... Hope that helps, Cheers, R

[Nix-dev] Hydra upgrade

Hi, I'm trying to upgrade my hydra server from an old version (3/4 months). I successfully migrated the nix configuration but it seems that I need to upgrade the database schema. Can you suggest what I have to do in detail? Here is the error I get DBIx::Class::ResultSet::search(): DBI Exception

[Nix-dev] Hydra: summary of problems I've encountered

Hi. On 04/10/2013 03:58 PM, Eelco Dolstra wrote: The "gnucash" job no longer exist, instead there are now jobs named "gnucash.i686-linux" and so on. A side note: you remind me some problems I've encountered with hydra.nixos.org. - The "job status" tab now makes less sense. There's a table,

Re: [Nix-dev] Hydra is out of disk space!

On 04/05/2013 10:00 PM, Vladimír Čunát wrote: Good. Is it easy to clear negative caching for some jobs? On x-updates there was a jump of about +3k fails about the time. I mean, on x-updates, there are currently 4k failing jobs, so restarting all of them shouldn't be such a deal if 3k of them a

Re: [Nix-dev] Hydra is out of disk space!

On 04/05/2013 03:28 PM, Eelco Dolstra wrote: On 5 April 2013 10:53, Vladimír Čunát wrote: I just noticed that the amount of failing builds on hydra seems to be caused by no disk space left. Thanks. One of the machines was in fact out of inodes... Good. Is it easy to clear negative caching f

Re: [Nix-dev] Hydra is out of disk space!

Hi, On 5 April 2013 10:53, Vladimír Čunát wrote: > I just noticed that the amount of failing builds on hydra seems to be caused > by no disk space left. Thanks. One of the machines was in fact out of inodes... -- Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/ _

[Nix-dev] Hydra is out of disk space!

Hi, I just noticed that the amount of failing builds on hydra seems to be caused by no disk space left. Vlada smime.p7s Description: S/MIME Cryptographic Signature ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mail

[Nix-dev] [Hydra] DBIx schemas, case folding, and PostgreSQL 8.4

Hello, I hit a case-sensitivity issue with Hydra on PostgreSQL 8.4: http://thread.gmane.org/gmane.comp.lang.perl.modules.dbi.general/16888 Normally case-sensitivity isn’t an issue because DBIC doesn’t quote identifiers. However, it does quote them when looking for a sequence, hence the proble

Re: [Nix-dev] Hydra down?

Hi, On 06/02/13 10:51, Peter Simons wrote: > it appears that Hydra is offline. Nixos.org is back up. (Note that this has nothing to do with Hydra. The Nix binary cache / tarball mirror uses nixos.org, not hydra.nixos.org.) > Now, every time I try to install a > package, nix-env hangs for a lo

[Nix-dev] Hydra down?

Hi, it appears that Hydra is offline. Now, every time I try to install a package, nix-env hangs for a long time, probably until it's running into some kind of network timeout. It used to be possible to work around this issue by running NIX_HASHED_MIRRORS=" " nix-env -i ... ..., but it seems li

Re: [Nix-dev] Hydra evaluation error in x-updates

On 01/31/2013 01:11 PM, Vladimír Čunát wrote: hydra is showing a strange evaluation error in x-updates http://hydra.nixos.org/jobset/nixpkgs/xorg-test#tabs-errors I've been unable to reproduce it on my machine and the hydra error doesn't seem to say anything specific. What is the closest way to

[Nix-dev] Hydra evaluation error in x-updates

Hi, hydra is showing a strange evaluation error in x-updates http://hydra.nixos.org/jobset/nixpkgs/xorg-test#tabs-errors I've been unable to reproduce it on my machine and the hydra error doesn't seem to say anything specific. What is the closest way to simulate hydra evaluation? Thanks, Vl

Re: [Nix-dev] hydra evaluation errors

"Yury G. Kudryashov" writes: > On 3 декабря 2012 09:38:25 Florian Friesdorf wrote: >> >> Hi Yury et al, >> >> I'm investigating these hydra evaluation errors: > Feel free to fix it in any way. Unfortunately, I have some problems > with my health and busy at my day job. Not too serious, but I wil

Re: [Nix-dev] hydra "database is locked" errors

Hi, On 06/12/12 07:58, Florian Friesdorf wrote: > error: substituter > `/nix/store/xfh5mqan98jxr768kfjs201618sm34dv-nix-1.2pre3002_a7b4aaa/libexec/nix/substituters/download-from-binary-cache.pl' > failed: DBD::SQLite::st execute failed: database is locked at > /nix/store/xfh5mqan98jxr768kfjs20

[Nix-dev] hydra "database is locked" errors

Hi, hydra trunk jobset shows a couple of obscure errors: error: substituter `/nix/store/xfh5mqan98jxr768kfjs201618sm34dv-nix-1.2pre3002_a7b4aaa/libexec/nix/substituters/download-from-binary-cache.pl' failed: DBD::SQLite::st execute failed: database is locked at /nix/store/xfh5mqan98jxr768kfjs

Re: [Nix-dev] hydra evaluation errors

On 3 декабря 2012 09:38:25 Florian Friesdorf wrote: > > Hi Yury et al, > > I'm investigating these hydra evaluation errors: Feel free to fix it in any way. Unfortunately, I have some problems with my health and busy at my day job. Not too serious, but I will not be able to do anything but my da

Re: [Nix-dev] hydra evaluation errors

Hi Yury et al, I'm investigating these hydra evaluation errors: Florian Friesdorf writes: > hydra has evaluation errors for the nixpkgs/trunk jobset[1] > > at `leiningen' [system = "x86_64-freebsd"]: > assertion failed at > `/nix/store/34hk1xc4n11zaj72ahpqnp9gk7zj81lj-git-export/pkgs/developme

Re: [Nix-dev] hydra seems out of disc space

Hi, On 29/11/12 11:38, Florian Friesdorf wrote: > the situation improved, but hydra still runs out of disk space for > "manual" and "simple installation test (x86_64)". I've restarted these. -- Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/ _

Re: [Nix-dev] hydra seems out of disc space

Hi Rob et al, the situation improved, but hydra still runs out of disk space for "manual" and "simple installation test (x86_64)". It would be great to get hydra back to build our channel. How can I help? If we are short of resources, I'm happy to donate money if it gets us more resources. re

Re: [Nix-dev] hydra seems out of disc space

Hm, weird, I will look into it. Cheers, Rob On Wed, Nov 28, 2012 at 1:16 PM, Mathijs Kwik wrote: > It seems it didn't > > Please browse back a bit from http://hydra.nixos.org/view/nixos/tested > You'll notice that in the past 10 days or so, there have been a lot of > failures due to disk space.

Re: [Nix-dev] hydra seems out of disc space

It seems it didn't Please browse back a bit from http://hydra.nixos.org/view/nixos/tested You'll notice that in the past 10 days or so, there have been a lot of failures due to disk space. Waiting a night did not do the trick in most cases, as errors persisted past date-borders. On Tue, Nov 27

Re: [Nix-dev] hydra seems out of disc space

Hi, http://hydra.nixos.org/view/nixos/tested has a couple of failing tests due to "out of space" since 2012-11-27, 03:21:22 (hydra time). Should then probably fix itself tonight. cheers florian Rob Vermaas writes: > All hydra build machines have nightly garbage collects, I think of about >

[Nix-dev] hydra evaluation errors

Hi, hydra has evaluation errors for the nixpkgs/trunk jobset[1] Two were caused by a wrong license name, which I could fix. Left are two assertions errors and many caused by "unsupported platform for Mesa" (see below). Any hints how to fix these? Example evaluation errors: at `haskellPackages

Re: [Nix-dev] hydra seems out of disc space

All hydra build machines have nightly garbage collects, I think of about 100-200G. Perhaps it was a busy day and filled disk up. Currently the machine looks fine. Thanks for the report. Cheers, Rob On Sun, Nov 18, 2012 at 2:01 PM, Mathijs Kwik wrote: > Hi all, > > Builds are failing on hydra an

[Nix-dev] hydra seems out of disc space

Hi all, Builds are failing on hydra and the logs show issues with disk space. Also, a lot of sqlite db busy warnings pop up, but I was told these are harmless. http://hydra.nixos.org/build/3336787 Can anyone free up some space / garbage collect the build farm? Or will this be run as a cronjob au

Re: [Nix-dev] Hydra backlog

Hi, On 03/07/12 04:01, Peter Simons wrote: > the NixOS/Nixpkgs channel still doesn't have my 'amdUcode' patch from > last Tuesday: That's because one of the tests failed. See http://hydra.nixos.org/view/nixos/tested/ (slow!). Now that that has been fixed, there is a new release: http://nixo

[Nix-dev] Hydra backlog

Hi guys, the NixOS/Nixpkgs channel still doesn't have my 'amdUcode' patch from last Tuesday: | $ nix-channel --update && nixos-rebuild dry-run | fetching list of Nix archives at `http://nixos.org/releases/nixos/nixos-0.1pre3776_34e8f68-894fad3/MANIFEST.bz2'... | % Total% Received % Xfer

Re: [Nix-dev] Hydra nixpkgs-unstable channel lagging behind?

Den 2012-04-18 18:06:10 skrev Eelco Dolstra : > Hi, > > On 18/04/12 17:45, Rickard Nilsson wrote: > >> So, if I maintain a set of changes to nixos and nixpkgs in /etc/nixos I >> have to build and activate nixos manually, rather than with >> nixos-rebuild? > > You just have to add "-I /etc/nixo

Re: [Nix-dev] Hydra nixpkgs-unstable channel lagging behind?

Hi, On 18/04/12 17:45, Rickard Nilsson wrote: > So, if I maintain a set of changes to nixos and nixpkgs in /etc/nixos I have > to build and activate nixos manually, rather than with nixos-rebuild? You just have to add "-I /etc/nixos" to the nixos-rebuild call. > It would be fancy if Hydra coul

Re: [Nix-dev] Hydra nixpkgs-unstable channel lagging behind?

18 apr 2012 kl. 09:57 skrev Eelco Dolstra : > I should mention that there is also a NixOS channel now, containing both the > NixOS/Nixpkgs sources and the Nixpkgs binaries for Linux. To use it: > > $ nix-channel --add http://nixos.org/releases/nixos/channels/nixos-unstable > $ nix-channel --up

Re: [Nix-dev] Hydra nixpkgs-unstable channel lagging behind?

Hi, On 17/04/12 19:07, Peter Simons wrote: > nixos-rebuild wants to compile lots of packages that I would expect to > get from hydra in binary form (such as Ghostscript), but apparently > Hydra doesn't have them? My manifest seems to be up-to-date, though: > > # nixos-rebuild pull > fetching

[Nix-dev] Hydra nixpkgs-unstable channel lagging behind?

Hi, nixos-rebuild wants to compile lots of packages that I would expect to get from hydra in binary form (such as Ghostscript), but apparently Hydra doesn't have them? My manifest seems to be up-to-date, though: # nixos-rebuild pull fetching list of Nix archives at `http://nixos.org/releases

Re: [Nix-dev] Hydra out of disk space

>> the build of haskell-gtk+ failed >> because the build machine ran out of disk space. This failure caused a >It could also be the cause of recent openoffice failures Unfortunately, OO.o failures are real ones (and I failed to fix them). _

Re: [Nix-dev] Hydra out of disk space

2012/2/20 Peter Simons : > Hi, > > the build of haskell-gtk+ failed > because the build machine ran out of disk space. This failure caused a > whole lot of other builds to fail, so I wonder whether someone could > re-start that build, please? > > Take care, >

[Nix-dev] Hydra out of disk space

Hi, the build of haskell-gtk+ failed because the build machine ran out of disk space. This failure caused a whole lot of other builds to fail, so I wonder whether someone could re-start that build, please? Take care, Peter __

Re: [Nix-dev] Hydra & old jobsets

Rob Vermaas wrote: > I am also not a fan of removing things. Besides, we can hide projects and > jobsets already when 'they are in the way'. Hide kde47 and xorg-test is OK for me. -- Yury G. Kudryashov, mailto: ur...@mccme.ru ___ nix-dev mailing list n

Re: [Nix-dev] Hydra & old jobsets

Eelco Dolstra wrote: > Hi, > > On 16/01/12 00:11, Yury G. Kudryashov wrote: > >> What do you think about removing old jobsets from hydra? > > I'd rather not. Old data might be useful for data mining purposes. > >> E.g., when I see "kde47" I decide that trunk defaults to kde-4.8 (will be >> re

Re: [Nix-dev] Hydra & old jobsets

I am also not a fan of removing things. Besides, we can hide projects and jobsets already when 'they are in the way'. On Mon, Jan 16, 2012 at 10:54, Eelco Dolstra wrote: > Hi, > > On 16/01/12 00:11, Yury G. Kudryashov wrote: > > > What do you think about removing old jobsets from hydra? > > I'd

Re: [Nix-dev] Hydra & old jobsets

Hi, On 16/01/12 00:11, Yury G. Kudryashov wrote: > What do you think about removing old jobsets from hydra? I'd rather not. Old data might be useful for data mining purposes. > E.g., when I see "kde47" I decide that trunk defaults to kde-4.8 (will be > released in a week). And "xorg-test" say

[Nix-dev] Hydra & old jobsets

Hi! What do you think about removing old jobsets from hydra? E.g., when I see "kde47" I decide that trunk defaults to kde-4.8 (will be released in a week). And "xorg-test" says nothing about X.Org version. -- Yury G. Kudryashov, mailto: ur...@mccme.ru ___

Re: [Nix-dev] Hydra job nixpkgs:trunk:linuxPackages_2_6_39.blcr build 1451865: Failed with non-zero exit code

Marco Maggesi wrote: > > On Oct 12, 2011, at 2:57 PM, Yury G. Kudryashov wrote: > >> Marco Maggesi wrote: >> >>> Hi, >>> >>> BLCR supports linux kernel up to version 2.6.38. >>> How I am supposed to signal this fact to hydra? >>> (So it avoids to start compilations that will inevitably fail.)

Re: [Nix-dev] Hydra job nixpkgs:trunk:linuxPackages_2_6_39.blcr build 1451865: Failed with non-zero exit code

On Oct 12, 2011, at 2:57 PM, Yury G. Kudryashov wrote: > Marco Maggesi wrote: > >> Hi, >> >> BLCR supports linux kernel up to version 2.6.38. >> How I am supposed to signal this fact to hydra? >> (So it avoids to start compilations that will inevitably fail.) >> Can an "assert" be good enough f

Re: [Nix-dev] Hydra job nixpkgs:trunk:linuxPackages_2_6_39.blcr build 1451865: Failed with non-zero exit code

Marco Maggesi wrote: > Hi, > > BLCR supports linux kernel up to version 2.6.38. > How I am supposed to signal this fact to hydra? > (So it avoids to start compilations that will inevitably fail.) > Can an "assert" be good enough for this? Why does hydra build blcr at all? It neither has meta.plat

Re: [Nix-dev] Hydra job nixpkgs:trunk:linuxPackages_2_6_39.blcr build 1451865: Failed with non-zero exit code

Hi, BLCR supports linux kernel up to version 2.6.38. How I am supposed to signal this fact to hydra? (So it avoids to start compilations that will inevitably fail.) Can an "assert" be good enough for this? Thanks, Marco On Oct 12, 2011, at 2:23 PM, Hydra Build Daemon wrote: > Hi, > > This is

[Nix-dev] Hydra: export info in computer-readable form

Hi! It would be useful to be able get the following information from hydra: * The list of "roots of failures", i.e. the list of packages whose builds failed (as opposed to packages whose dependencies have failed); this list should be in some computer readable format. This is important because t

<    1   2   3