From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:470:142:3::10]:46482) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ibSv5-0001TV-U2 for guix-patches@gnu.org; Sun, 01 Dec 2019 12:22:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ibSv4-00033C-HQ for guix-patches@gnu.org; Sun, 01 Dec 2019 12:22:03 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:58896) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ibSv4-000333-EI for guix-patches@gnu.org; Sun, 01 Dec 2019 12:22:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ibSv4-0008Mz-Bt for guix-patches@gnu.org; Sun, 01 Dec 2019 12:22:02 -0500 Subject: [bug#38390] [core-updates] Scheme-only bootstrap: merge wip-bootstrap Resent-Message-ID: From: Jan Nieuwenhuizen References: <87tv6qoank.fsf@gnu.org> <87sgm4m9fu.fsf@gnu.org> Date: Sun, 01 Dec 2019 18:21:05 +0100 In-Reply-To: <87sgm4m9fu.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Sun, 01 Dec 2019 15:01:25 +0100") Message-ID: <87v9r0arni.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: Timothy Sample , 38390@debbugs.gnu.org Ludovic Court=C3=A8s writes: > (gash core-utils awk *) look quite fancy though! I thought =E2=80=98conf= igure=E2=80=99 > only used a couple of trivial Awk snippets and after checking, I see > that there are in fact relatively fancy Awk programs in there. Bah. Yeah, that's what I thought...and then it grew. > How much work would be necessary at first sign to implement what=E2=80=99s > missing from (gash core-utils awk) to cover what modern-time =E2=80=98con= figure=E2=80=99 > scripts need? > > I suppose having a good(-enough) Awk implementation in Gash would be > more fruitful in the long run than reviving old C packages. Notably, I > think you=E2=80=99d rather keep Mes=E2=80=99 libc as small as possible IM= O, because it=E2=80=99s > cumbersome to write and maintain, which means more Scheme and less C. > But obviously, this all depends on the difficulty of implementing the > missing bits of Awk. > >> Another thing to note is that we do not have bzip2, lzip or xz and that >> after 2009 some crucial tools (coreutils, diffutils, grep, sed, ...) >> start shipping .xz or .lz tarballs only. While bzip2 can be built early >> in the bootstrap, I only managed to build xz with a fairly recent gcc >> (4.6). > > At worst, we could host gzipped versions of these tarballs (or ask the > maintainers to do so). Hmm. Yes. Somehow I would prefer if we could convince upstream to help us bootstrap their package (dare I say to "do the right thing"?). > Or we could have a fixed-output derivation that does the lzip->gzip > conversion (creating a =E2=80=9Csoft=E2=80=9D circular dependency), which= is kinda > equivalent to hosting a gzipped versions when substitutes are available. > > Longer-term, we could also consider having a derivation built-in that > would allow us to =E2=80=9Ccheat=E2=80=9D (i.e., take gz/lzip/xz/bzip2 fo= r granted), > though it=E2=80=99s not so nice. Okay, that's many options. Maybe we could brainstorm a bit about possible attack vectors against the different "solutions", WDYT? >> When we manage to merge this, we will have halved the bootstrap seed >> again, reducing the bootstrap seed to under 60MB. > > Woohoo! Yes, I feel so too; thanks! >> ERROR: ld.so: object '/tmp/guix-build-acl-2.2.53.drv-0/acl-2.2.53/.libs/= libtestlookup.so' from LD_PRELOAD cannot be preloaded: ignored. !=3D ~ > > We should have a debugging session for this one. :-) I would love that; I looked into it today but there is some dependency that I do not grok yet... > What about building the =E2=80=98core=E2=80=99 subset of =E2=80=98wip-boo= tstrap=E2=80=99 on berlin? > That would allow others to experiment (and debug!) without having to > build it all by themselves. Yes, that would be great! > At some point we should consider =E2=80=9Ccleaning up=E2=80=9D the histor= y of that > branch. For instance, I see commit =E2=80=9C326d45561c gnu: Add gash. W= IP=E2=80=9D, > which adds =E2=80=98guile-gash=E2=80=99 when there=E2=80=99s already a = =E2=80=98gash=E2=80=99 package (and it > also modifies =E2=80=98jupyter-guile-kernel=E2=80=99). Hmm, I cannot find that commit; are you looking at `wip-bootstrap' on savannah? I remember something like that and probably rewrote it. Anyway, the Gash and Gash Core Utils commits are marked WIP because I want to replace them with a proper release by Timothy :-) > We=E2=80=99ll also have to collectively review the new bootstrap tarballs. Yes, sure. > Anyway, great perspectives and much excitement! :-) Very happily enjoying the excitement you share, thanks :-) Greetings, janneke --=20 Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar=C2=AE http://AvatarAcademy.com