IRC channel logs

2021-12-18.log

back to list of logs

***ChanServ sets mode: +o rekado
<rekado>stikonas: I upgraded to 3.19.0 because I couldn’t find the icedtea sources for anything above that. They have the versioned drops but no icedtea tarball for those versions.
<stikonas>oh, maybe I've got it from mercurial...
<stikonas>hmm, let me see...
<stikonas>still 3.19 is much newer
<stikonas>rekado: so other problems are solved now?
<stikonas>isn't this the tarball https://icedtea.classpath.org/download/source/icedtea-3.21.0.tar.xz ?
<stikonas>and https://icedtea.classpath.org/download/drops/icedtea8/3.21.0/
<stikonas>rekado: oh, I see, it's the mirror that is missing them http://icedtea.wildebeest.org/download/source/
<stikonas>anyway, it's up to you...
<stikonas>both 3.19 and 3.21 are way newer than 3.7.0
<gbrlwck>what kernel did you use for live-bootstrap?
<stikonas>gbrlwck: I used to use my own gentoo kernel, but in principle almost anything would work. However, now fossy introduced requirement to use 32-bit kernel
<stikonas>so you can't use 64-bit kernel anymore
<stikonas>gbrlwck: we don't use that many features from kernel, so I think just grab any 32-bit kernel and it's likely to work
<stikonas>there is also chroot mode which does not need kernel
<stikonas>it's quite a bit faster but environment is a bit less fixed
<gbrlwck>i guess that's ok
<stikonas>I think right now guile is not reproducible there because checksum non-trivially depends on kernel features
<stikonas>everything else should result in the same checksum
<gbrlwck>are things really installed to /usr/bin ?
<stikonas>gbrlwck: it's /usr/bin inside chroot
<gbrlwck>ah
<stikonas>or inside VM if you run in qemu
<stikonas>both chroot and qemu mode should be fairly safe
<gbrlwck>and what prerequesites are needed (except for python3)?
<stikonas>well, qemu or chroot
<stikonas>python3 is needed to create bootstrap image
<stikonas>I think we also use some python 3 packages like requests
<stikonas>other than that it shouldn't really need much
<stikonas>it self-bootstraps everything
<gbrlwck>cool, thanks!
<stikonas>oh, for image creation we need cpio
<gbrlwck>being on a guix system i can't rely on stuff "just being there" (at least not in my user profile)
<stikonas>oh yes...
<stikonas>losetup and parted might be needed for qemu mode
<stikonas>to create virtual disk
<gbrlwck>i'll give chroot a try first
<stikonas>also partprobe and mkfs.ext4
<stikonas>yeah, try it
<stikonas>and as for dependencies, just try running and see if you get an error
<stikonas>chroot mode is lighter on dependencies
<gbrlwck>that's my usual modus operandi ;)
<stikonas>qemu is a bit more because we need to prepare virtual hard drive
<stikonas>and real hw mode should work with bootloader + kernel + initramfs image (so cpio)
<stikonas>but real hw mode is a bit more dangerous
<stikonas>you need to be careful with which hard drive you want to format
<stikonas>anyway, you won't be able to accidentally start real hw mode
<stikonas>as that requires booting into another system
*gbrlwck watching it bootstrap
<gbrlwck>how mesmerizing
<stikonas>oh nice that it works for you
<gbrlwck>did we encounter issues recently? (this is on x86 btw)
<stikonas>x86 should work
<stikonas>I meant guix dependencies are sorted out for your chroot mode
<stikonas>not live-bootstrap itself
<stikonas>infact x86 is the only arch where live-bootstrap works
<stikonas>for other arches we can at best build mes
<gbrlwck>i only needed to `guix shell cpio python python-requests`
<stikonas>it's a bit slow at the beginning until tcc is built, then proceeds fairly fast but once we have gcc things slow down again
<stikonas>(we used gcc -O2. gcc -O0 would probably be almost as fast as tcc...)
<stikonas>although guile in the end would be just as slow, I think it takes maybe 40 mintues
<rekado>stikonas: there were no more problems after I removed that inherited build phase that set CLASSPATH.
<rekado>now I’m waiting for ci.guix.gnu.org to build all packages on all architectures; and then I’ll merge it.
<rekado>feels good to remove icedtea 1
<rekado>thanks for pointing this out
<stikonas>indeed, the fewer big packages we have, the easier it would be to maintain
<stikonas>I find all those icedtea/openjdk packages a bit brittle...
<stikonas>now I managed to fix my own overlay up to openjdk-11 and openjdk-12 builds but crashes :(
<stikonas>rekado: hopefully this time it will stay out, unlike in https://issues.guix.gnu.org/25933