Gábor Boskovits writes:
> 2018-01-06 21:16 GMT+01:00 Gábor Boskovits :
>
>> It would also be nice, if you could review the patches already sent to
>> guix-patches.
>> They are tagged [PATCH core-updates].
OK, I'll find them and take a look this week.
>> Current issues:
>>
>> https://github.com/
Marius Bakke writes:
> Chris Marusich writes:
>
>> Leo Famulari writes:
>>
>>> On Wed, Dec 27, 2017 at 07:57:17PM -0500, Mark H Weaver wrote:
Alas, your most recent changes seem to have now broken qgpgme:
https://hydra.gnu.org/eval/109869#tabs-now-fail
https://hydra.gnu
> Also, for some reason, directly modifying (guix ui) (see
> "call-with-error-handling") to handle our new error doesn't work.
Aha, it's using a released "guix" package in the test VM. Where can I change
that to "guix-devel"?
Mark H Weaver writes:
> I just followed this up with a Spectre mitigation for WebKitGTK+
> backported from upstream WebKit:
>
>
> https://git.savannah.gnu.org/cgit/guix.git/commit/?id=56804398a94bea941183ae4ed29d2a9f82069a6f
FYI, adding a patch to 'webkitgtk' seems to have greatly exacerbated
2018-01-07 18:25 GMT+01:00 Ricardo Wurmus :
>
> Gábor Boskovits writes:
>
> > https://github.com/Boskovits/guix/issues/58
> …
> > What I don't understand, is why setting source and target to 1.7,
> > like I did on java-aqute-libg did not work.
>
> How did you set it? Since this is using the pack
Gábor Boskovits writes:
> https://github.com/Boskovits/guix/issues/58
…
> What I don't understand, is why setting source and target to 1.7,
> like I did on java-aqute-libg did not work.
How did you set it? Since this is using the package’s own build.xml
you’d need to patch it.
--
Ricardo
GPG
Hello,
This is the updated repository with the necessary patches to compile
GNU Guix in Debian GNU/Hurd.
https://github.com/methalo/guix
In the README-hurd file, describe the steps to generate the binaries
required to boot GNU Hurd (Missing more patches).
** Current STATUS
Currently I
2018-01-06 21:16 GMT+01:00 Gábor Boskovits :
> Actually we still have a couple of build failures, some test failures, and
> the
> commit messages are not conformant to the policy. Currently making the few
> remainig
> failures work should be the primary task. I will check the details.
> I already
Chris Marusich writes:
> Leo Famulari writes:
>
>> On Wed, Dec 27, 2017 at 07:57:17PM -0500, Mark H Weaver wrote:
>>> Alas, your most recent changes seem to have now broken qgpgme:
>>>
>>> https://hydra.gnu.org/eval/109869#tabs-now-fail
>>> https://hydra.gnu.org/job/gnu/master/qgpgme-1.9.0.
Gábor Boskovits writes:
> If I understand well, then the check phase in ant-build-system
> runs without make-flags.
> In the definition of java-asm we configure the build with make-flags, so
> the build system
> does not complain about missing configuration.
> This configuration is still needed
Hi Chris,
On Sat, 06 Jan 2018 17:46:46 -0800
Chris Marusich wrote:
> Danny Milosavljevic writes:
>
> > Try this:
> >
> > diff --git a/gnu/build/linux-boot.scm b/gnu/build/linux-boot.scm
> > index 4dd740174..810a0d63f 100644
> > --- a/gnu/build/linux-boot.scm
> > +++ b/gnu/build/linux-boot.scm
> On Sat, Jan 06, 2018 at 01:46:18PM +0100, Ricardo Wurmus wrote:
> > > Q3: how do we view the contents of a NAR file without unpacking it?
> >
> > I don’t think you can. It’s a custom format implemented by
> > nix/libutil/archive.cc.
OK, the format is pretty simple. On why Nix did not use tar
On Sat, Jan 06, 2018 at 01:46:18PM +0100, Ricardo Wurmus wrote:
> I’m not sure, but it seems wrong. What I used to do is to create a
> profile and export that recursively:
>
> guix archive --export --recursive \
> $(readlink -f /project/.guix-profile) | \
> gzip --stdout - > my-profile.
13 matches
Mail list logo
