[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug#29000] Ungrafting glibc?

From: Ludovic Courtès
Subject: [bug#29000] Ungrafting glibc?
Date: Thu, 26 Oct 2017 15:32:45 -0700
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux)


Leo Famulari <address@hidden> skribis:

> It would be nice to ungraft glibc soon, in my opinion.

Yes.  I think if you do that in ‘core-updates’, we can start building
it; it’s long overdue anyway.  How does that sound?

> Grafting the entire distribution causes some user experience issues that
> many of us are used to, but that are not really that great, especially
> for new users.

Honestly, I feel that this bad user experience is a shame, and fixing it
is among my priorities.  It should be possible to have grafts without
their current negative effects on the UI.

> The issue is build farm capacity.

Yes, though even with infinite build farm capacity, we wouldn’t want to
force people to rebuild/redownload the world too often.

That said…

> I wonder how long it takes to rebuild everything for Intel-compatible
> systems on

Good question.  An interesting project would be to measure latency
between push date and substitute availability date, for instance.

berlin is pretty powerful now, so now we should see whether ‘guix
offload’ incurs too much overhead.

> Maybe fast enough that rebuilding the world for this change would not
> disrupt Guix development too much... except that rebuilding the world
> for armhf would take a very long time, during which we could not be
> building the other regular changes for armhf.

Yes, that’s another problem, but I hope we’ll alleviate it soon by
buying ARM machines.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]