Re: [bug#38390] [core-updates] Scheme-only bootstrap: merge wip-bootstrap / Starting `core-updates'

2020-02-17 Thread Jan Nieuwenhuizen
Marius Bakke writes: > Jan Nieuwenhuizen writes: > >> Marius Bakke writes: >> >> Hello Marius, >> >>> The 'core-updates' branch is starting to look pretty good, and I am >>> happy to report that it "works for me". :-) >>> >>> Some of the big changes include: >> >>> I suggest that we set a

Re: Starting 'core-updates'?

2020-02-14 Thread Marius Bakke
Jan Nieuwenhuizen writes: > Marius Bakke writes: > > Hello Marius, > >> The 'core-updates' branch is starting to look pretty good, and I am >> happy to report that it "works for me". :-) >> >> Some of the big changes include: > >> I suggest that we set a "freeze" date shortly after FOSDEM to

Re: Starting 'core-updates'?

2020-02-13 Thread Jan Nieuwenhuizen
Marius Bakke writes: Hello Marius, > The 'core-updates' branch is starting to look pretty good, and I am > happy to report that it "works for me". :-) > > Some of the big changes include: > I suggest that we set a "freeze" date shortly after FOSDEM to start > integrating it. Are there other

Re: Starting 'core-updates'?

2020-01-31 Thread Maxim Cournoyer
Hello Marius! Marius Bakke writes: > Hello Guix, > > The 'core-updates' branch is starting to look pretty good, and I am > happy to report that it "works for me". :-) > > Some of the big changes include: > > * Large parts of Guix can now be cross-compiled, allowing building Guix > System for

Re: Starting 'core-updates'?

2020-01-28 Thread Ludovic Courtès
Hi! Marius Bakke skribis: > I suggest that we set a "freeze" date shortly after FOSDEM to start > integrating it. Are there other branches that should be included? > Maybe wip-bootstrap or GNOME 3.34? Is ‘default-guile’ pointing to Guile 3.0 there? We should do that, though perhaps a 3.0.1

Re: Starting 'core-updates'?

2020-01-28 Thread Ludovic Courtès
Hi! Christopher Baines skribis: > Something I'd be interested in learning more about is > cross-compilation. The Guix Data Service computes some derivations for > cross-compilation (see the table on the right of [1] for example), but > I'm not sure if these are the right one, and because there

Re: Starting 'core-updates'?

2020-01-28 Thread Christopher Baines
Mathieu Othacehe writes: > Hello Marius, > > Thanks for your great work. Concerning the first point about > cross-compilation, we are almost there, but I still have a few patches > to apply: > > * Remove canonical-packages calls[1]. > > * Use a default target in most (guix gexp) procedures[2].

Re: Starting 'core-updates'?

2020-01-28 Thread Mathieu Othacehe
Hello Marius, Thanks for your great work. Concerning the first point about cross-compilation, we are almost there, but I still have a few patches to apply: * Remove canonical-packages calls[1]. * Use a default target in most (guix gexp) procedures[2]. * Fix Guix itself cross-compilation.

Re: Starting 'core-updates'?

2020-01-27 Thread zimoun
Hi Marius, Great ! Thanks! On Mon, 27 Jan 2020 at 21:00, Marius Bakke wrote: > I suggest that we set a "freeze" date shortly after FOSDEM to start > integrating it. Are there other branches that should be included? > Maybe wip-bootstrap or GNOME 3.34? Does this look like a v1.1? :-) All

Starting 'core-updates'?

2020-01-27 Thread Marius Bakke
Hello Guix, The 'core-updates' branch is starting to look pretty good, and I am happy to report that it "works for me". :-) Some of the big changes include: * Large parts of Guix can now be cross-compiled, allowing building Guix System for foreign architectures without emulation. * Python

Re: Starting 'core-updates'

2018-05-01 Thread Mark H Weaver
Hi Ludovic, l...@gnu.org (Ludovic Courtès) writes: > Besides, what makes you think grafting doesn’t work properly on master? Because of bug 30820: the default GCC on our master branch sometimes incorporates string literals containing store references directly into the generated x86 code, broken

Re: Starting 'core-updates'

2018-05-01 Thread Ludovic Courtès
Mark H Weaver skribis: > The reason that I moved my own systems so agressively to core-updates > this cycle is because I no longer trust that grafting works properly on > 'master', and so security flaws might not be fully addressed there. I'm > disappointed that there have been

Re: Starting 'core-updates'

2018-05-01 Thread Mark H Weaver
Leo Famulari writes: > On Tue, May 01, 2018 at 04:12:42PM +0200, Marius Bakke wrote: >> I was running a bit late with my patches and pushed them to a separate >> branch before noticing the 'rhash' update on 'master'. Now there have >> been a couple of world-rebuilding

Re: Starting 'core-updates'

2018-05-01 Thread Leo Famulari
On Tue, May 01, 2018 at 04:12:42PM +0200, Marius Bakke wrote: > I was running a bit late with my patches and pushed them to a separate > branch before noticing the 'rhash' update on 'master'. Now there have > been a couple of world-rebuilding commits on the 'core-updates-next' > branch since, so

Starting 'core-updates'

2018-05-01 Thread Marius Bakke
Ludovic Courtès writes: > Hello, > > Marius Bakke skribis: > >> Ludovic Courtès writes: >> >>> Hi Mark, >>> >>> Mark H Weaver skribis: >>> I've successfully updated my x86_64 GuixSD system to my private branch based