Hi,
On 14/10/15 13:01, Domen Kožar wrote:
> It's really sad to me that we have Nix as a core tool to solve packaging
> problems and then we don't even release hydra and claim minimum versions
> required for it's dependencies.
Well, it's important to note that Hydra *is* unreleased software - it
It's really sad to me that we have Nix as a core tool to solve packaging
problems and then we don't even release hydra and claim minimum versions
required for it's dependencies.
It gives a really bad taste to anyone who tries Nix stack and gets bitten
on such trivial problem we claim to solve.
> On 14 Oct 2015, at 12:57, Eelco Dolstra wrote:
>
> Hi,
>
> On 14/10/15 12:39, Christian Theune wrote:
>
>>> You need to update Nixpkgs to get the latest unstable Nix version, which
>>> Hydra
>>> requires.
>>
>> Ah, thanks. I didn’t think about *that* :)
>>
>> To learn something from this:
Hi,
On 14/10/15 12:39, Christian Theune wrote:
>> You need to update Nixpkgs to get the latest unstable Nix version, which
>> Hydra
>> requires.
>
> Ah, thanks. I didn’t think about *that* :)
>
> To learn something from this: what was the indicator to notice?
Hydra build failures in C++ code
Hi,
> On 14 Oct 2015, at 11:23, Eelco Dolstra wrote:
>
> Hi,
>
> On 13/10/15 19:07, Christian Theune wrote:
>
>> In revision 82504fe01084f432443c121614532d29c781082a I get this error:
>> http://dpaste.com/2M8RJHB
>>
>> In revision 1a92f971d4648d942090e5a25b0b1e34be779a0b I get this:
>> http:/
Hi,
On 13/10/15 19:07, Christian Theune wrote:
> In revision 82504fe01084f432443c121614532d29c781082a I get this error:
> http://dpaste.com/2M8RJHB
>
> In revision 1a92f971d4648d942090e5a25b0b1e34be779a0b I get this:
> http://dpaste.com/0G760R4
You need to update Nixpkgs to get the latest unsta
Hi,
I’m experiencing build failures with newer hydra versions.
In revision 82504fe01084f432443c121614532d29c781082a I get this error:
http://dpaste.com/2M8RJHB
In revision 1a92f971d4648d942090e5a25b0b1e34be779a0b I get this:
http://dpaste.com/0G760R4
The last revision that worked for me was:
2b
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 by
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
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
nix
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 wrote:
> Hi,
>
>> On 01 Aug 2015, at 12:59, Profpatsch wrote:
>>
>> I’m not s
Hi,
> On 01 Aug 2015, at 12:59, Profpatsch 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 after 15
I can confirm this issue.
--
Sincerely,
Arseniy Seroka
On 1 August 2015 13:59:23 Profpatsch 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
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 writ
Hi,
I've got a release.nix:
with import {};
with import {};
{
appboard = stdenv.mkDerivation rec {
version = "0.0.1";
name = "appboard-${version}";
src = ./.;
buildInputs = [ exicon-channel.boot ];
};
}
Now this is my hydra jobset configuration:
identifier = a
Okay that did it, just created a hydra user. Much appreciated.
On Mon, Jul 13, 2015 at 4:57 PM, Eelco Dolstra
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 the git repositor
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". O
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
Some highly professional analytics from my side (currently 54k
packages):
% curl https://hydra.nixos.org/queue > queue
% grep "trunk-combined" queue|wc -l
11873
% grep "staging" queue|wc -l
16549
% grep "darwin" queue|wc -l
16054
% grep "python" queue|wc -l
33064
% grep "x86_64-linux" queue|
On Mon, Apr 20, 2015, at 22:16, Peter Simons wrote:
> Aren't those mostly Darwin builds?
Yes maybe. Anyway, this doesn't looks good:
http://hydra.nixos.org/job/nixos/trunk-combined/tested#tabs-constituents
It seems like Hydra is currently overwhelmed
--
Jascha Geerds
j...@ekby.de
_
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
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.
Isn't there something we can do about that? Auto-kill (garbage-collect)
evaluations that are superseded? Evaluate only once a day?
signature.asc
Descr
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 negative
2015/04/13 14:34 "Matthias Beyer" :
> > 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 the
> configur
On 13-04-2015 10:33:51, Jonathan Glines wrote:
> 2015-04-13 9:24 GMT-06:00 Matthias Beyer :
> > 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 t
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 som
2015-04-13 9:24 GMT-06:00 Matthias Beyer :
> 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,
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 upd
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
http://lists.scienc
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
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 fai
Okay I'll update my localhost, the server compiles and tests pass, so
I'll focus on the next issue... being a hydra-create-user issue:
postgresql = {
enable = true;
package = pkgs.postgresql;
dataDir = "/var/db/postgresql";
authentication = ''
# Generated f
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 s
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
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
`/tmp/nix-build-hydra-0.1pre1234-abcdef.drv-0/hydra-0.1pre
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 o
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 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
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 hyd
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,
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
http://lists.sc
16596922mda_lv2.i686-linux
16591197mongodb.x86_64-linux
16599836qbittorrent.i686-linux
16599870qbittorrent.x86_64-linux
16590792syslogng_incubator.i686-linux
16604362syslogng_incub
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 mont
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 f
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
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 crea
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 wrote:
> Hi,
> during the last >24h, only darwin builds were in queue, but Hydra hasn't
> ch
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
nix-dev@lis
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 Cryp
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 b
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] http://hydra.nixos
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 wrote:
>
>> On 06/16/2014 08:13 AM, Mateusz Kowalczyk 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 wrote:
> On 06/16/2014 08:13 AM, Mateusz Kowalczyk wrote:
>
>> See [1] and [2], it seems no jobs have been queued up for a
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?
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/08/2014 01:52 AM, Eelco Dolstra wrote:
> 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,
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:
https://github.com/NixOS/nixpkgs/blob/master/pkgs/top-level/re
On 06/07/2014 06:43 AM, Bjørn Forsman wrote:
> On 7 June 2014 05:23, Mateusz Kowalczyk 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
On 7 June 2014 05:23, Mateusz Kowalczyk 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 think, in this case, it
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’ packa
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 t
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"
wrote:
> Hi,
>
> Is there some kind of a priority system on Hydra? As far as I
> understand, it just
Hi,
Is there some kind of a priority system on Hydra? As far as I
understand, it just builds everything in order it comes in.
Perhaps giving priority to more popular packages would be a good idea?
If 1000 people want Qt but they have to build it themselves because
there are 50 packages that in fr
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 regards
Restarted.
On Fri, Mar 21, 2014 at 10:31 AM, Marco Maggesi wrote:
> 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-
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 the
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 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
>
>
> ___
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
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 x-u
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
Hi,
I went for the option to delete the builds from the DB. So they should
show up at the next evaluation again.
Cheers,
Rob
On Tue, Jan 28, 2014 at 12:19 PM, Gergely Risko wrote:
> Hi,
>
> Is it possible to make a change that only changes the libraries and
> other dependencies (e.g. git-annex)
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 writes:
> Hi,
>
> that's a bit tric
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 an
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
http://hydra.nixos.org/job/nixpkgs/trunk/haskellPackages.pipe
The build should be available on hydra.nixos.org now.
Cheers,
Rob
On Mon, Jan 27, 2014 at 9:12 PM, Peter Simons wrote:
> 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
>
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 c
On Fri, 10 Jan 2014 14:36:26 +0100, Rob Vermaas 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 i686-linux ghc in both.
My
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,
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 packag
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 m
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).
>
> 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
On 01/09/2014 04:06 PM, Gergely Risko wrote:
>
http://hydra.cryp.to/job/nixpkgs/haskell-updates/haskellPackages.ghcPlain.i686-linux
Do you happen to have publicly available binary cache exported for these builds?
After running
sudo nix-pull
http://hydra.cryp.to/jobset/nixpkgs/haskell-updat
On Thu, 09 Jan 2014 11:16:05 +0100, Peter Simons writes:
>
> http://hydra.cryp.to/job/nixpkgs/haskell-updates/haskellPackages.ghcPlain.i686-linux
Do you happen to have publicly available binary cache exported for these builds?
Gergely
___
nix-dev
On Thu, 09 Jan 2014 11:22:41 +0100, Vladimír Čunát 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 ago, and I
>
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
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
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 wrote:
> Hi,
>
> Can someone please take a look at this and maybe add more sw
Hi,
Can someone please take a look at this and maybe add more swap space or
something?
http://hydra.nixos.org/job/nixpkgs/trunk/haskellPackages.ghc.i686-linux
I think this build is broken since the hydra cluster has been moved, but
this might be unrelated.
This causes all of haskell not being u
Hi,
(some part of) seem to be out of space:
http://hydra.nixos.org/build/7524138/nixlog/1/tail-reload
Thanks,
Vlada
smime.p7s
Description: S/MIME Cryptographic Signature
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/
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...
>
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
machines
Kicked.
Cheers,
Rob
On Tue, Dec 24, 2013 at 10:48 AM, Vladimír Čunát 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 understan
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 understand that most people are
busy with other things these days, and only a few have permissi
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
smim
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. | ht
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
nix-dev@li
Hi,
I've noticed that recent versions of Hydra no longer produce multiple outputs
per job. So in order to perform builds for multiple system targets, e.g.
i686-linux and x86_64-linux simultaneously, it now seems to be common that we
do something like this in a release expression:
{nixpkgs ? }:
On 09/25/2013 01:01 AM, Eelco Dolstra wrote:
No, it was built only once, but due to a Hydra bug, many cached build step
records were created in the database... Thanks for the report, this should be
fixed now.
I see. Thanks for clearing it up.
Vlada
smime.p7s
Description: S/MIME Cryptogra
101 - 200 of 296 matches
Mail list logo
