[Nix-dev] Travis false-positives

[Wout Mertens]

Isn't travis a special case for the dynamic cache? It only runs 2 jobs at
most and only when a PR comes in or a commit is done. Basically it's an
extension of Hydra except that it builds PRs and doesn't save build
products...
Seems to me that it is fine for it to use the dynamic binary cache...

On Sun Nov 02 2014 at 1:38:56 PM Luca Bruno <lethalman88 at gmail.com> wrote:

> I can try re-enable my hydra trunk-combined for this. Only x86-64, is that
> fine?
>
> On Sun, Nov 2, 2014 at 11:24 AM, Georges Dubus <georges.dubus at gmail.com>
> wrote:
>
>> Hello
>>
>> I'm the one who set up travis. I usually monitor the pull requests for
>> false positives, but I've missed this one. It is now fixed.
>>
>> The travis hook is there:
>> https://github.com/NixOS/nixpkgs/blob/master/maintainers/scripts/travis-nox-review-pr.sh,
>> and it uses nox-review, which can be found there:
>> https://github.com/madjar/nox. I think of it more as proof of concept of
>> what CI on the pull requests can bring us than a final testing workflow.
>> When NixOS dominates the world, we'll have enough servers to run something
>> like that on Hydra.
>>
>> Which brings be to the second point: Hydra's dynamic cache. I didn't know
>> it wasn't supposed to be used, so I though it might be a good way to avoid
>> recompiling stuff on travis (and risk reaching the time limit). If that's a
>> problem, I'll remove stop using this cache for Travis, and if that's a
>> problem for Travis, i'll try to find another solution (I might be able to
>> run a build bot on some servers of mine).
>>
>> However, I was under the impression that "http://hydra.nixos.org/nar"
>> was the recommended cache for anyone running on the master branch of
>> nixpkgs. If that's the case, shouldn't we find a way to make it less
>> stressing?
>>
>>
>> --
>> Georges
>>
>> 2014-11-01 20:25 GMT+01:00 Vladimír Čunát <vcunat at gmail.com>:
>>
>>> Hi, speaking of travis...
>>> The logs suggest that it fetches from Hydra's dynamic cache (
>>> http://hydra.nixos.org/nar/*). Wasn't that supposed to be too stressing
>>> for everyday usage? Or am I missing something?
>>>
>>> Vladimir
>>>
>>>
>>>
>>> _______________________________________________
>>> nix-dev mailing list
>>> nix-dev at lists.science.uu.nl
>>> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>>>
>>>
>>
>> _______________________________________________
>> nix-dev mailing list
>> nix-dev at lists.science.uu.nl
>> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>>
>>
>
>
> --
> www.debian.org - The Universal Operating System
>  _______________________________________________
> nix-dev mailing list
> nix-dev at lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.science.uu.nl/pipermail/nix-dev/attachments/20141105/5bf28a28/attachment.html