IRC channel logs

2021-03-10.log

back to list of logs

<stikonas>pder: fossy: PR is up https://github.com/fosslinux/live-bootstrap/pull/60
<stikonas>I think I should also build findutils
<stikonas>will be easier to rebuild some autotools stuff, i.e. that will renanable autoreconf or shipped ./bootstrap scripts
<Hagfish>reenable? renameable?
<stikonas>enable
<Hagfish>got it :)
<stikonas>typo...
<Hagfish>had me guessing for a moment
***puckipedia is now known as puck
***qyliss- is now known as qyliss
<fossy>stikonas[m]: unfortunatley github is fking me over and i cannot currently login. however #60 and #59 are good, you can merge.
<fossy>kexec-tools is progressing, binary that runs and produces help text. however it is unable to load a kernel
<fossy>also, btw, this will mean our builds require an i686 seed kernel (compat x86_64 support is non-existant)
***janneke_ is now known as janneke
<stikonas>pder: when do we need dirname?
<stikonas>cause I'm also thinking about whether it's worth rebuilding coreutils
<pder>I thought gcc wanted it
<stikonas>hmm, possibly...
<stikonas>well, env is needed by libtool, so we definitely need it sooner
<stikonas>in principle I can add dirname too...
<stikonas>but if we have new autoconf, maybe it's worth just building full coreutils 6?
<pder>is there anything in coreutils 6 that is not in 5?
<stikonas>well, I already built sha256sum from it
<pder>besides sha2?
<stikonas>not sure...
<stikonas>la few small things...
<stikonas>probably nothing essential
<stikonas>well, I only said 6 cause it's already in sources dir...
<stikonas>it's just more of rebuilding coreutils with autotools / good musl
<pder>my only thought is maybe we wait to upgrade coreutils until after we have gcc?
<stikonas>ok
<stikonas>then I can add dirname now
<stikonas>I'll do it in a few hours then
<stikonas>and then merge
<pder>do you think the next step is getting newer autoconf and automake working?
<stikonas>pder: yes, I think so
<stikonas>patched autoconf 2.53 first...
<stikonas>well, automake probably can be built immediately too
<stikonas>I think it has lower dependency requirements
<stikonas>probably can just quicker to new versions
<stikonas>autoconf I guess will be jumping either each version or occasionally skipping one or two
<stikonas>pder: after that I think we need to rebuild sed and gawk
<stikonas>and maybe build newer tar, this one is really old and still runs on mes
<stikonas>oh, and also libtool
<stikonas>I'll take a look in the evening
<stikonas>(at libtool)
<stikonas>if possible, we can just bootstrap all the way to newest autoconf/automake
***qyliss_ is now known as qyliss
***puckipedia is now known as puck
***pgreco_ is now known as pgreco
<stikonas>pder: so I briefly checked automake/autoconf, we might need to manually rebootstrap at least some newer versions of automake...
<stikonas>or maybe do it instead of 1.4...
<stikonas>older versions of automake often don't work on newer automake...
<stikonas>pder: so I have most of the libtool working, but there is a slight problem
<stikonas>I think our old bash is insufficient for it
<stikonas>but I think we can move bash earlier, maybe with some workarounds "size=true and ar=tcc -ar"...
<stikonas>actually, for ar I migth need a wrapper file anyway
<pder>at what point did you need libtool?
<stikonas>before binutils
<stikonas>I tried building newer bash, that itslelf works
<stikonas>but autoheader errors out later
<stikonas>hmm
<pder>you need something newer than 3.2.57?
<stikonas>maybe?...
<stikonas>I get errors like /after/bin/autoheader-2.13: eval: line 140: unexpected EOF while looking for matching `"'
<stikonas>with old bash it was on line 7 and 8
<stikonas>now 140 and 141...
<stikonas>but same error
<stikonas>maybe that means it's not bash
<pder>can you run that for sym.. line in the shell?
<stikonas>pder: busybox sh seems to work though
<stikonas> /bin/busybox sh /after/bin/autoheader-2.13 completed successfully
<stikonas>in libtool-1.4/libltdl/ directory
<pder>maybe try tracing with /after/bin/bash -x /after/bin/autoheader-2.13
<stikonas>yeah, let me see
<stikonas>pder: this is the relevant part https://paste.debian.net/1188772/
<stikonas>that eval as I expected
<stikonas>hmm, interesting
<stikonas>there is a missing " after verbatim
<stikonas>oh that's fine...
<stikonas>this is the same extract with buxybox https://paste.debian.net/1188773/
<stikonas>pder: maybe sed?
<stikonas>busybox probably uses built-in sed
<stikonas>pder: indeed!
<stikonas>bash works with busybox sed
<stikonas>so I think it's time to rebuild sed
<stikonas>probably some mes bug...
<stikonas>pder: that worked...
<stikonas>I used kaem to rebuild sed for now
<stikonas>since we can't use new enough autotools...
<stikonas>or maybe I can use providded bootstrap.sh...
<stikonas>no, reusing old script is easier...
<stikonas>otherwise I need to deal with converting it to config.h
<stikonas>fossy: would you be fine with not using bash build harness for sed?
<stikonas>it's much simpler to just run a script that we already wrote for kaem
<stikonas>instead of writing new Makefile, etc...
<stikonas>(alternative would be to go for older sed)
<stikonas>but I don't think downgrading is a good idea
<stikonas>well, maybe I can convert kaem script to Makefile...