Hi Mark,
I agree that exceptions are the way to go here.
Btw, Ludo and I put "invoke" into ./guix/build/utils.scm somewhen in June (now
in master).
(define (invoke program . args)
"Invoke PROGRAM with the given ARGS. Raise an error if the exit
code is non-zero; otherwise return #t."
(let (
Gábor Boskovits writes:
> Now I have another blocking issue:
> https://github.com/Boskovits/guix/issues/24
> Error message:
>
> BUILD FAILED
> /tmp/guix-build-java-bsh-2.0b6.drv-0/beanshell-2.0b6/build.xml:654:
> Problem: failed to create task or type junit
> Cause: the class org.apache.tools.a
Arun Isaac writes:
> Whenever we have a build phase that ends with a call (for example, to
> substitute, chdir, symlink, etc) that returns an unspecified value, we
> append a #t so that the return value is a boolean. However, the build
> system, as it stands currently, does not mind an unspecifie
Hi Ludovic,
l...@gnu.org (Ludovic Courtès) writes:
> Mark H Weaver skribis:
>
>> ng0 writes:
>>> Our website currently shows no videos at all.
>>
>> I thought you were mistaken about this, because there definitely was a
>> list of papers and talks (videos and slides) on our website, but now I
>
2017-12-19 10:11 GMT+01:00 Gábor Boskovits :
>
>
> 2017-12-19 9:07 GMT+01:00 Chris Marusich :
>
>> Hi Gábor and Ricardo,
>>
>> I see that Gábor made this GitHub issue to track their work:
>>
>> https://github.com/Boskovits/guix/issues/16
>>
>> At this point, can I help with anything in particular,
Hello,
Konrad Hinsen skribis:
> For debugging package definitions, it would be really nice to be able
> to build a package from a checkout of the original project source
> code, rather than having to make a tarball for each modification of
> that source code. Is this possible somehow?
You shoul
Pjotr Prins skribis:
> The last weeks I have been toying with OpenBlas and tweaking it boosts
> performance magnificently over the standard install we do now. A
> configuration for Haswell looks like:
>
>
> https://gitlab.com/genenetwork/guix-bioinformatics/blob/master/gn/packages/gemma.scm#L6
Ludovic Courtès transcribed 1.3K bytes:
> Hello,
>
> Mark H Weaver skribis:
>
> > ng0 writes:
> >> Our website currently shows no videos at all.
> >
> > I thought you were mistaken about this, because there definitely was a
> > list of papers and talks (videos and slides) on our website, but no
Andy Wingo skribis:
> On Tue 19 Dec 2017 10:05, l...@gnu.org (Ludovic Courtès) writes:
>
>> I’ve been looking for ways to make evaluations (computing the derivation
>> of every package for every supported architecture, like Hydra and
>> Cuirass do) faster.
>>
>> I measured evaluations with:
>>
>>
Hello,
Mark H Weaver skribis:
> ng0 writes:
>> Our website currently shows no videos at all.
>
> I thought you were mistaken about this, because there definitely was a
> list of papers and talks (videos and slides) on our website, but now I
> can't find it. I guess it may have been lost in the
Hi everyone,
For debugging package definitions, it would be really nice to be able to
build a package from a checkout of the original project source code,
rather than having to make a tarball for each modification of that
source code. Is this possible somehow? The manual suggests that a
packa
On Tue 19 Dec 2017 10:05, l...@gnu.org (Ludovic Courtès) writes:
> I’ve been looking for ways to make evaluations (computing the derivation
> of every package for every supported architecture, like Hydra and
> Cuirass do) faster.
>
> I measured evaluations with:
>
> rm -rf /tmp/cache hydra-jobs.
The last weeks I have been toying with OpenBlas and tweaking it boosts
performance magnificently over the standard install we do now. A
configuration for Haswell looks like:
https://gitlab.com/genenetwork/guix-bioinformatics/blob/master/gn/packages/gemma.scm#L64
It will benefit python-numpy an
2017-12-19 9:07 GMT+01:00 Chris Marusich :
> Hi Gábor and Ricardo,
>
> I see that Gábor made this GitHub issue to track their work:
>
> https://github.com/Boskovits/guix/issues/16
>
> At this point, can I help with anything in particular, or should I wait
> until after Gábor pushes the fix(es) for
Hello Guix,
I’ve been looking for ways to make evaluations (computing the derivation
of every package for every supported architecture, like Hydra and
Cuirass do) faster.
I measured evaluations with:
rm -rf /tmp/cache hydra-jobs.scm
mkdir /tmp/cache
XDG_CACHE_HOME=/tmp/cache make hydra-job
ng0 writes:
> Our website currently shows no videos at all.
I thought you were mistaken about this, because there definitely was a
list of papers and talks (videos and slides) on our website, but now I
can't find it. I guess it may have been lost in the recent website
update. We should restore
Hi Gábor and Ricardo,
I see that Gábor made this GitHub issue to track their work:
https://github.com/Boskovits/guix/issues/16
At this point, can I help with anything in particular, or should I wait
until after Gábor pushes the fix(es) for java-hamcrest-core, so we can
build the covering of iced
17 matches
Mail list logo
