Folks,
We set up a local hydra instance, and a custom set of
packages as describe here:
http://sandervanderburg.blogspot.com/2014/07/managing-private-nix-packages-outside.html
We
set up a jobset to build it ... and generate a channel.
However there
a marked difference in package generated
On 08/02/2015 04:22 PM, Rob Vermaas wrote:
Will let you know when we get it back up.
ATM it seems running fine. Sometimes Hydra just takes a weekend off...
Vladimir
smime.p7s
Description: S/MIME Cryptographic Signature
___
nix-dev mailing list
Hi,
On 02/08/15 16:22, Rob Vermaas wrote:
indeed, the frontend and database machine went offline, however we
only have access to the machine on Monday. Will let you know when we
get it back up.
Hydra is back up. However, due to a recent Hydra bug, the Nix store on
hydra.nixos.org contains a
Hi,
indeed, the frontend and database machine went offline, however we
only have access to the machine on Monday. Will let you know when we
get it back up.
Cheers,
Rob
On Sat, Aug 1, 2015 at 3:08 PM, Christian Theune c...@flyingcircus.io wrote:
Hi,
On 01 Aug 2015, at 12:59, Profpatsch
I can confirm this issue.
--
Sincerely,
Arseniy Seroka
On 1 August 2015 13:59:23 Profpatsch m...@profpatsch.de wrote:
I’m not sure if this is the best place, but:
hydra.nixos.org is not responding to requests.
http://isitup.org/hydra.nixos.org
This service confirms that it’s not just my
I’m not sure if this is the best place, but:
hydra.nixos.org is not responding to requests.
http://isitup.org/hydra.nixos.org
This service confirms that it’s not just my local network.
It works very seldomly, sometimes after 15 minutes,
so it looks more like an overload problem.
--
Proudly
Hi,
On 01 Aug 2015, at 12:59, Profpatsch m...@profpatsch.de wrote:
I’m not sure if this is the best place, but:
hydra.nixos.org is not responding to requests.
http://isitup.org/hydra.nixos.org
This service confirms that it’s not just my local network.
It works very seldomly, sometimes
Hi,
I've got a release.nix:
with import nixpkgs {};
with import exicon-channel {};
{
appboard = stdenv.mkDerivation rec {
version = 0.0.1;
name = appboard-${version};
src = ./.;
buildInputs = [ exicon-channel.boot ];
};
}
Now this is my hydra jobset configuration:
Okay that did it, just created a hydra user. Much appreciated.
On Mon, Jul 13, 2015 at 4:57 PM, Eelco Dolstra
eelco.dols...@logicblox.com wrote:
Hi,
On 11/07/15 19:15, stewart mackenzie wrote:
So I deleted /var/db/postgresql and /var/lib/hydra
then following the section Letting nix handle
Hi,
On 11/07/15 19:15, stewart mackenzie wrote:
So I deleted /var/db/postgresql and /var/lib/hydra
then following the section Letting nix handle the git repository of
this tutorial:
https://nixos.org/wiki/Installing_hydra_as_nixos_module
then
# su hydra
Try su - hydra. Otherwise
So I deleted /var/db/postgresql and /var/lib/hydra
then following the section Letting nix handle the git repository of
this tutorial:
https://nixos.org/wiki/Installing_hydra_as_nixos_module
then
# su hydra
$ psql # and can see all the hydra tables with \d
hydra select * from users; # results in
Jascha Geerds writes:
We have now 141.000. Does someone work on this issue?
Aren't those mostly Darwin builds?
Peter
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
On Mon, Apr 20, 2015, at 11:02, Moritz Ulrich wrote:
There are now over 20 running evaluations with around 7000 unbuilt
packages each in trunk-combined *alone*. The queue has grown to
over 124.000.
We have now 141.000. Does someone work on this issue?
--
Jascha Geerds
j...@ekby.de
On 04/13/2015 10:40 PM, Jonathan Glines wrote:
I was wrong, hydra doesn't necessarily build everything on a channel.
IIRC it does wait for all builds to finish (inside that evaluation), but
if something fails, your nix will try to rebuild it (and likely fail).
Hydra doesn't provide a
On 13-04-2015 10:33:51, Jonathan Glines wrote:
2015-04-13 9:24 GMT-06:00 Matthias Beyer m...@beyermatthias.de:
Hi,
On 13-04-2015 13:13:55, Vladimír Čunát wrote:
building on hydra.nixos.org is stuck for two or three days now. I suppose
some admin has to kick it.
Could this be related
2015/04/13 14:34 Matthias Beyer m...@beyermatthias.de:
No, whatever channel you're on hydra should have already built it. You
probably have some changes specific to your configuration that are
triggering libreoffice to be re-built.
hm. I'm pretty sure I haven't done any modifications to
Hi,
building on hydra.nixos.org is stuck for two or three days now. I
suppose some admin has to kick it.
Thanks,
Vladimir
smime.p7s
Description: S/MIME Cryptographic Signature
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
Hi,
On 13/04/15 18:33, Jonathan Glines wrote:
Could this be related to the fact that I had to build libreoffice
(besides some other, less hurting things) yesterday, after a
nix-channel update?
No, whatever channel you're on hydra should have already built it. You
probably have some
2015-04-13 9:24 GMT-06:00 Matthias Beyer m...@beyermatthias.de:
Hi,
On 13-04-2015 13:13:55, Vladimír Čunát wrote:
building on hydra.nixos.org is stuck for two or three days now. I suppose
some admin has to kick it.
Could this be related to the fact that I had to build libreoffice
(besides
Hi,
On 13-04-2015 13:13:55, Vladimír Čunát wrote:
building on hydra.nixos.org is stuck for two or three days now. I suppose
some admin has to kick it.
Could this be related to the fact that I had to build libreoffice
(besides some other, less hurting things) yesterday, after a
nix-channel
This isn't related to your original issue, but I've noticed something
regarding your 'authentication' string:
Nix merges multiple strings for an attribute together. That means your
'authentication' attribute is appended (prepended?) to the default
value. Therefore it is overriden by the default
yes it helps it run
# hydra-init
okay all good thanks
/sjm
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
Hi,
an unstable localhost has an issue with building hydra:
Error message:
building
make flags:
SHELL=/nix/store/4dd49ybmqlaq2xw6cb4wxrgs51zhv19s-bash-4.3-p33/bin/bash
building all-recursive
Making all in src
make[1]: Entering directory
Okay this is great progress.
Moritz, thanks for that info, I did as you suggested, then switched.
but exactly the same errors appeared:
[root@server:~]
$ hydra-create-user sjm --password 123 --role admin
DBIx::Class::Storage::DBI::_prepare_sth(): DBI Exception:
DBD::SQLite::db prepare_cached
Hi,
On 07/04/15 15:39, stewart mackenzie wrote:
hydra-eval-jobs.cc: In lambda function:
hydra-eval-jobs.cc:215:16: error: 'initGC' was not declared in this scope
initGC();
You need a newer version of nixUnstable. A sufficiently new version is provided
by both the Nixpkgs 14.12 and
On 04/12/2014 04:58, stewart mackenzie wrote:
What happens:
Hydra's UI displays this error message:
in job ‘fedora13_x86_64’:
value is a function while a set was expected, at
[1m/nix/store/hqkfnyz4h7lgsbp5vs7a33za2m27xaif-git-export/release.nix
[0m:56:27
Release.nix contents:
let
So you're absolutely correct. Here is my solution which correctly
downloads the image.
Though a new error has appeared:
rsync
needs libacl.so.1()(64bit)
satisfied by libacl
needs libacl.so.1(ACL_1.0)(64bit)
satisfied by libacl
needs libc.so.6(GLIBC_2.15)(64bit)
satisfied by
On 04/12/2014 10:50, stewart mackenzie wrote:
package libcouchbase2-libevent doesn't exist at
/nix/store/y5k3njz42s6688bjz4qam0wg2j9vzy5k-rpm-closure.pl line 129.
builder for
`/nix/store/r2d693k8jmzwa235zzc0fqw4vfhlcvji-fedora-17-x86_64.nix.drv'
failed with exit code 255
error: build of
Hi,
we are currently setting up Hydra for our CI/CD. I wanted to know how i
can execute a script after a build succeeded (to autocratically deploy
to testing/stag server)
Cheers,
peter
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
Hi Peter,
you can either do it by polling Hydra via the (undocumented) API (use
Content-Type: application/json on a Hydra url to get a JSON representation
of the data), or by defining a plugin, an example can be found at
https://github.com/NixOS/hydra/blob/master/src/lib/Hydra/Plugin/S3Backup.pm
Hi all,
So the below is a hydra release.nix used to do CI.
Steps to replicate:
* setup a hydra jobset
* configure a jobset to point to github.com/processone/ejabberd
* another to the git repo containing the below release.nix
* add another jobset pointing to github.com/nixos/nixpkgs repo
* let
16596922mda_lv2.i686-linux
16591197mongodb.x86_64-linux
16599836qbittorrent.i686-linux
16599870qbittorrent.x86_64-linux
16590792syslogng_incubator.i686-linux
16604362
Dear Hydra admins,
the GHC closure /nix/store/rqvc3c4yzlv0fydf4r8yhc8l3ny410l0-ghc-7.8.3 is
broken: it contains an unusable, ancient Haddock binary that, we assume,
comes from an impure location. As a result, *all* Haskell packages for
Darwin are broken -- and have been for the last couple of
Hi,
I'm trying to set up Hydra on NixOS. After some searching I followed
[1], checking out from the revision that's currently master.
I did not reboot as stated on the page there so maybe that's the source
of my trouble but nixos-switch started up all hydra-foo.service just fine.
It did not
Hi Mateusz,
ExecStartPre=/nix/store/zlsf8wn19rl5qhs27lr5cs08xx718vdx-unit-script/bin/hydra-init-pre-start
(code=exited, status=1/FAILURE)
Aug 10 09:23:33 lenalee hydra-init-pre-start[6714]: createuser: creation
of new role failed: ERROR: role hydra already exists
Aug 10 09:23:33
On 08/10/2014 02:04 PM, Peter Simons wrote:
Hi Mateusz,
ExecStartPre=/nix/store/zlsf8wn19rl5qhs27lr5cs08xx718vdx-unit-script/bin/hydra-init-pre-start
(code=exited, status=1/FAILURE)
Aug 10 09:23:33 lenalee hydra-init-pre-start[6714]: createuser: creation
of new role failed:
Hi,
during the last 24h, only darwin builds were in queue, but Hydra hasn't
checked for any new evaluation. Now the queue is even empty (practically).
Vlada
smime.p7s
Description: S/MIME Cryptographic Signature
___
nix-dev mailing list
Hi Vlada,
we are experiencing performance issues with the garbage collector, which
locks many nix actions. Eelco will be looking into this.
Cheers,
Rob
On Fri, Jul 11, 2014 at 11:16 AM, Vladimír Čunát vcu...@gmail.com wrote:
Hi,
during the last 24h, only darwin builds were in queue, but
Hi,
I'm trying to stabilize some changes in x-updates.
http://hydra.nixos.org/eval/1131830?compare=1131611
Would someone, please, restart the 8k aborted builds and also the [i686
pixbuf job], so I could better estimate the impact on master before merging?
[i686 pixbuf job]
Hi,
On 27/06/14 10:01, Vladimír Čunát wrote:
I'm trying to stabilize some changes in x-updates.
http://hydra.nixos.org/eval/1131830?compare=1131611
Would someone, please, restart the 8k aborted builds and also the [i686
pixbuf
job], so I could better estimate the impact on master before
On 06/27/2014 04:48 PM, Eelco Dolstra wrote:
Done. However most derivations have been garbage-collected already.
Thanks.
So to find out their status, do I need to force another derivation and
then ask someone to restart, or is there a better way?
Vlada
smime.p7s
Description: S/MIME
On 06/16/2014 02:49 PM, Rob Vermaas wrote:
The hydra evaluator has been restarted about an hour ago, it was stuck
somewhere. Builds should be showing up.
Well, this evening seems utterly broken (again).
Vlada
smime.p7s
Description: S/MIME Cryptographic Signature
On 06/16/2014 02:49 PM, Rob Vermaas wrote:
The hydra evaluator has been restarted about an hour ago, it was stuck
somewhere. Builds should be showing up.
Cheers,
Rob
On Mon, Jun 16, 2014 at 2:16 PM, Vladimír Čunát vcu...@gmail.com wrote:
On 06/16/2014 08:13 AM, Mateusz Kowalczyk
Hi,
See [1] and [2], it seems no jobs have been queued up for a while even
though commits are coming. It has even managed to finally chew threw all
the packages that were already queued except for the few listed at [1]
which never seem to be ran (why? Can they be removed?) and now sits idle.
Can
On 06/16/2014 08:13 AM, Mateusz Kowalczyk wrote:
See [1] and [2], it seems no jobs have been queued up for a while even
though commits are coming. It has even managed to finally chew threw all
the packages that were already queued except for the few listed at [1]
which never seem to be ran (why?
The hydra evaluator has been restarted about an hour ago, it was stuck
somewhere. Builds should be showing up.
Cheers,
Rob
On Mon, Jun 16, 2014 at 2:16 PM, Vladimír Čunát vcu...@gmail.com wrote:
On 06/16/2014 08:13 AM, Mateusz Kowalczyk wrote:
See [1] and [2], it seems no jobs have been
On 06/07/2014 06:43 AM, Bjørn Forsman wrote:
On 7 June 2014 05:23, Mateusz Kowalczyk fuuze...@fuuzetsu.co.uk wrote:
Hi,
I packaged the PSP emulator called PPSSPP a while ago and it has been in
nixpkgs for little over a week[1]. When I try to nix-env -i PPSSPP
however my system tells me that
Hi,
On 08/06/14 01:25, Mateusz Kowalczyk wrote:
I explicitly added platforms and Hydra now builds it[1]. Good call
although I still don't know why vice is being built without platforms.
That's because it's listed in release.nix:
Hi,
I packaged the PSP emulator called PPSSPP a while ago and it has been in
nixpkgs for little over a week[1]. When I try to nix-env -i PPSSPP
however my system tells me that it will build it rather than fetch it.
I thought that maybe I needed to explicitly specify platforms but the
‘vice’
On 7 June 2014 05:23, Mateusz Kowalczyk fuuze...@fuuzetsu.co.uk wrote:
Hi,
I packaged the PSP emulator called PPSSPP a while ago and it has been in
nixpkgs for little over a week[1]. When I try to nix-env -i PPSSPP
however my system tells me that it will build it rather than fetch it.
I
Hi Mateusz,
What I do is update the channel and then check out the commit that
corresponds to it. That way, only your changes should trigger compiles.
On May 23, 2014 1:02 AM, Mateusz Kowalczyk fuuze...@fuuzetsu.co.uk
wrote:
Hi,
Is there some kind of a priority system on Hydra? As far as I
On 05/23/2014 01:02 AM, Mateusz Kowalczyk wrote:
Is there some kind of a priority system on Hydra? As far as I
understand, it just builds everything in order it comes in.
- Jobsets have an amount of scheduling shares (relative to other jobsets).
- IIRC jobs can have their priority.
- Packages
Hi,
nix-daemon socket is bind mounted in nixos containers. This is not a good
news for hydra, which needs some special options in nix.conf.
Is it possible to umount the socket directory and run nix-daemon in the
nixos container? Or that would be troublesome due to sharing /nix/store ?
Best
Hi,
seems that hydra failed to download the source dist of ocamlnet:
http://hydra.nixos.org/build/9674233
http://hydra.nixos.org/build/9674230
I just tried the link
http://download.camlcity.org/download/ocamlnet-3.7.3.tar.gz
and apparently is now working without problem.
Can someone restart
Restarted.
On Fri, Mar 21, 2014 at 10:31 AM, Marco Maggesi magg...@math.unifi.itwrote:
Hi,
seems that hydra failed to download the source dist of ocamlnet:
http://hydra.nixos.org/build/9674233
http://hydra.nixos.org/build/9674230
I just tried the link
Hi,
the build machine hydra seems running a four-tuple of jobs for over
two days already. It seems like something bad happened to it.
Vlada
smime.p7s
Description: S/MIME Cryptographic Signature
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
Thanks for letting us know. We kicked hydra this morning.
Cheers,
Rob
On Thu, Mar 20, 2014 at 7:15 AM, Vladimír Čunát vcu...@gmail.com wrote:
Hi,
the build machine hydra seems running a four-tuple of jobs for over two
days already. It seems like something bad happened to it.
Vlada
The build should be available on hydra.nixos.org now.
Cheers,
Rob
On Mon, Jan 27, 2014 at 9:12 PM, Peter Simons sim...@cryp.to wrote:
Hi guys,
I have a successful GHC 7.6.3 build for i686-linux available here:
Hi,
Thanks, this looks great!
But on the other hand now someone has to restart all the builds that
failed because of ghc being unavailable previously, e.g.:
http://hydra.nixos.org/job/nixpkgs/trunk/haskellPackages_ghc763.ghc.i686-linux
Hi,
that's a bit tricky, as the .drv's of the failed builds have been
garbage collected. We need to fix that in Hydra. For now, easiest
would be to add a change somewhere that'll trigger a rebuild of the
whole i686-linux ghc packages, or to physically delete these builds
from the hydra database
Hi,
Is it possible to make a change that only changes the libraries and
other dependencies (e.g. git-annex)? Because by changing GHC itself we
would trigger (most probably another failing) GHC rebuild.
Gergely
On Tue, 28 Jan 2014 12:02:16 +0100, Rob Vermaas rob.verm...@gmail.com writes:
Hi,
On 01/28/2014 04:15 PM, Gergely Risko wrote:
Maybe it's a bit laborous to get all the transitive dependencies, so can
you please just reinit gitAnnex, that's the only remaining thing I use.
One-time solutions won't help for long. Things get rebuilt quite often,
e.g. I think I'll soon merge
Hi,
Thanks, you catched a lot of the dependencies,
e.g. pipesParse.i686-linux is green now, but dependencies with distance =2
have been missed, e.g.:
http://hydra.nixos.org/job/nixpkgs/trunk/gitAndTools.gitAnnex.i686-linux
Maybe it's a bit laborous to get all the transitive dependencies, so can
On Fri, 10 Jan 2014 14:36:26 +0100, Rob Vermaas rob.verm...@gmail.com writes:
I have no idea what could be the problem, perhaps it is related to
some system setting, e.g. kernel.
I've installed a 64-bit and a 32-bit virtual machine with nixos last
week, just so that I can try building
Hi guys,
I have a successful GHC 7.6.3 build for i686-linux available here:
http://hydra.cryp.to/job/nixpkgs/haskell-updates/haskellPackages.ghcPlain.i686-linux
If hydra.nixos.org cannot compile that package for some reason, could
someone with appropriate admin privileges please import that
Hi.
To me it's clear that some other job also depends on it (and got built
first), so that's why it's cached.
On 01/22/2014 11:44 PM, Gergely Risko wrote:
In the meantime can we please disable any parallelism during build for
i686 (so no -j passing to any stage of the compiler) and try like
Hi guys,
I am confused. According to [1] we've had a working GHC build for Linux/i686
in evaluations 8394199 and 8396207 -- immediately after the stdenv-updates
merge. Then Hydra ran a third build, [2], and that ended up being a cached
failure. Yet, there were no failed builds since the stdenv
Hi,
I'm just guessing here, but:
- there are packages, that depend on GHC, e.g. git-annex:
http://hydra.nixos.org/build/8421542
- this is the same evaluation, but the build number is smaller.
So what I think is happening:
- there is package X that build depends on GHC,
- when
Hi Rob,
The memory problems seems to be reproducible and seems nothing to do
with a lack of memory (it was running on a server with enough memory
available, 80GB).
I don't know why the build fails on that particular build machine, but I
am pretty sure that it's not a problem with the GHC
On 01/09/2014 11:16 AM, Peter Simons wrote:
So whatever it is that's causing this error, I tend to believe that it*is*
related to the machine in some way.
Note that the jobs built on stdenv-updates fine a few days ago, and I
think there are no specific haskell-related changes there.
Vlada
On Thu, 09 Jan 2014 11:22:41 +0100, Vladimír Čunát vcu...@gmail.com writes:
On 01/09/2014 11:16 AM, Peter Simons wrote:
So whatever it is that's causing this error, I tend to believe that it*is*
related to the machine in some way.
Note that the jobs built on stdenv-updates fine a few days
Hi,
The memory problems seems to be reproducible and seems nothing to do
with a lack of memory (it was running on a server with enough memory
available, 80GB).
Cheers,
Rob
On Wed, Jan 8, 2014 at 4:56 PM, Gergely Risko gerg...@risko.hu wrote:
Hi,
Can someone please take a look at this and
On 12/25/2013 06:46 AM, Rob Vermaas wrote:
Kicked.
Nice.
If someone cares for BSD, then all builds seem currently aborted due to
networking problems:
ssh: connect to host beastie port 22: Network is unreachable
unable to open SSH connection to `nix@beastie', trying other available
Hi,
On 25/12/13 11:24, Vladimír Čunát wrote:
If someone cares for BSD, then all builds seem currently aborted due to
networking problems:
ssh: connect to host beastie port 22: Network is unreachable
unable to open SSH connection to `nix@beastie', trying other available
machines...
Kicked.
Cheers,
Rob
On Tue, Dec 24, 2013 at 10:48 AM, Vladimír Čunát vcu...@gmail.com wrote:
Hi,
Hydra seems stuck. It does no jobs (e.g. no builds in nixpkgs since
yesterday evening), and I don't see any evaluation for even longer (late
afternoon).
When you have time, kick it, please. (I
On 11/06/2013 11:49 AM, Eelco Dolstra wrote:
On 05/11/13 12:24, Vladimír Čunát wrote:
beastie probably needs cleaning /tmp/
Thanks. I've cleaned /tmp on the FreeBSD machines.
And now there are some networking problems:
http://hydra.nixos.org/build/6292096/nixlog/1/tail-reload
Vlada
Hi,
On 05/11/13 12:24, Vladimír Čunát wrote:
beastie probably needs cleaning /tmp/
http://hydra.nixos.org/build/6747993/nixlog/1/tail-reload
This seems like a recurring problem for many builds.
Thanks. I've cleaned /tmp on the FreeBSD machines.
--
Eelco Dolstra | LogicBlox, Inc. |
Hi,
beastie probably needs cleaning /tmp/
http://hydra.nixos.org/build/6747993/nixlog/1/tail-reload
This seems like a recurring problem for many builds.
Vlada
smime.p7s
Description: S/MIME Cryptographic Signature
___
nix-dev mailing list
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
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
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
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:
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.
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 http://hydra.nixos.org/jobset/hydra/trunk/channel/latest
and ran nix-env -p /nix/var/nix/profiles/per-user/hydra/profile -i hydra.
Now, the
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 http://hydra.nixos.org/jobset/hydra/trunk/channel/latest
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
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
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
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 vcu...@gmail.com wrote:
Hi,
I just noticed we're getting lots of out-of-space errors. It's probably
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
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
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 do...@dev.si wrote:
Hi all,
it
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
On 2 September 2013 19:09, Bjørn Forsman bjorn.fors...@gmail.com 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
%
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
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
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 Dolstra
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
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
[...]
В письме от Воскресенье 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 = ...,
101 - 200 of 249 matches
Mail list logo