IRC channel logs

***ChanServ sets mode: -o janneke

<clemens3>stikonas: hi, i installed gentoo to try out your gentoo-bootstrap repo, but I have no clue about emerge/ebuild, how to use it, and it seems to be intended to be used by gentoo oldtimers..

<clemens3>any idea how to use the git repo? interested right now in the dev/java/jikes and on..

<stikonas>clemens3: are you talking about https://gitlab.com/stikonas/gentoo-bootstrap ?

<stikonas>well, this one is portage overlay for Gentoo

<stikonas>but Gentoo ebuilds are basically bash scripts, so you can kind of extract steps from them

<clemens3>exactly

<clemens3>hmm, so how to i use portage to execute them.. and do they include all the jikes and classpath data, or it gets downloaded and gpg checked then?

<stikonas>I'll be away for a few hours though, so you can try and if something is not working, I'll try to answer later

<clemens3>hashed..

<stikonas>if you have portage

<clemens3>no problem, i wait..

<stikonas>just add repo as overlay

<clemens3>i have a fresh gentoo installation

<stikonas>and emerge icedtea:8

<clemens3>okay, i goiogle how to add an repo

<stikonas>oh, so get eselect-repository

<stikonas>then use it to add gentoo-overlay

<clemens3>thanks already

<clemens3>might help..

<stikonas>it's already in the list of repos it knows about

<stikonas>right now I'm still tweaking openjdk12 build

<clemens3>okidpki

<stikonas>but I think I got it workin with GCC 10

<stikonas>so might do fix in the evening

<clemens3>i got manually stuck with classpath 0.99 dev version

<clemens3>before, so lets see the repo thing..

<clemens3>nice day!

***ChanServ sets mode: +o rekado_

<rekado_>clemens3: feel free to ask about the bootstrap. I implemented it in Guix a few years back.

<clemens3>was stuck on guix with the nosubstitutes flag, so then went to gentoo, rebuilding now aka building llvm etc.. in case i need x for java support

<clemens3>so will report later on that front, learning the emerge, repo use flags basics of gentoo atm

<stikonas>well, on guix I'm getting stuck with openjdk-16 with nobusbstitutes

<stikonas>not sure what's going wrong

<stikonas>clemens3: has it worked?

<stikonas>clemens3: I've just pushed GCC 10 fixes for openjdk-12, so it should now work all the way till openjdk-17

<clemens3>hi stikonas upgrading a lot of gentoo:)

<clemens3>just installed xorg/drivers

<stikonas>oh ok

<clemens3>i got jikes from your repo installed

<clemens3>i guess your java wants some gtk denpendency? anyway, X just finished

<stikonas>oh you also need fastjar

<stikonas>and it's now masked

<clemens3>and i am learning the gentoo way

<clemens3>unmasked that

<clemens3>but not much further

<stikonas>if it disappears from gentoo, I need to move it to my overlay

<clemens3>ok, now installing classpath 0.93

<clemens3>seems to work..

<clemens3>stikonas: ok, this is when trying emerge icedtea:8..: http://techinvest.li/pub/paste/emerge_dev-java_icedtea_8.log

<clemens3>need to add more use flags?

<stikonas>hmm, strange...

<stikonas>maybe I installed icedtea:7 first...

<stikonas>clemens3: let me ty to swap dependencies

<stikonas>there is now || (icedtea:8 icedtea:7)

<stikonas>so maybe if I swap them, portage will work better

<clemens3>stikonas: i did jikes, gnuclasspath 0.93.. i can go manually in small steps, if you tell me which order

<stikonas>no, let's check in one big step

<stikonas>or at least it should be able to do directly icedtea:8

<stikonas>I haven't tried anything more

<clemens3>i used layman to add your repo

<stikonas>well, that works too

<clemens3>need to tell me then how to update..

<stikonas>layman and eselect-repository are two similar products

<clemens3>yeah, let me know when you did your change(s)

<stikonas>ok, I pushed them

<stikonas>layman -S

<stikonas>should be able to update it

<stikonas>let me know if it works, because I pushed untested change

<stikonas>I still need to fix musl bootstrap in that overlay

<stikonas>but glibc should work now

<clemens3>fetched it..

<clemens3>so try with 8 again

<clemens3>seems i need to disable one or more use falgs

<clemens3>flags

<stikonas>hmm, log?

<clemens3>similar to the old

<stikonas>hmm, it might be something else

<stikonas>maybe something is still masked?

<clemens3>i diff my log to previous one

<stikonas>can you try emerge -p icedtea:7

<stikonas>so then we can confirm whether the problem is with icedtea-8 ebuild or somewhere earlier

<clemens3>i added --autounmask-backtrack=y to get full error message, then maybe more..

<clemens3>now it tells a lot more

<stikonas>ok, let's see

<clemens3>can it be i need use flags introspection, alsa, cups, gtk, jbootstrap?

<stikonas>well, adding use flags can only complicate things

<clemens3>maybe more, but i am in qemu, with less i dont see the colors

<clemens3>without adding i couldnt install xorgs stuff.. i gues i need them, not? do you have minimal use flags yourself?

<stikonas>maybe alsa, cups or gtk or something similar pulls in Xort stuff

<clemens3>e.g. do you have gtk and jbootstrap?

<stikonas>which has some circular dependencies

<stikonas>I have, but my system is not empty

<stikonas>well, jbootstrap does not add any new dependencies, it just rebuilds icedtea with itself

<clemens3>na, then i just do and then we see later.. will take a while to update @world, but what

<stikonas>try USE="-*" emerge ...

<clemens3>ok

<clemens3>i need exactly one of (python_single_target_python3_8 python_single_target_python3_9 or 3_10

<stikonas>ok, let me try to construct smarter USE string

<clemens3>gentoo and guix not exactly nooby friendly :)

<stikonas>yeah, it's easier once system is set up

<clemens3>is installing python enough?

<stikonas>and gentoo has some circular dependencies that you can unbreak with fewer USE flags

<stikonas>well, -* turned off all python

<clemens3>having 3.9.9

<stikonas>probably something needs python in earlier dependencies

<clemens3>i move over the log file..

<clemens3>or if we add just the mentioned above?

<stikonas>clemens3: oh, I know what might be wrong

<stikonas>hmm, let me check first

<clemens3>ok

<stikonas>hmm, no, not that

<stikonas>I thought maybe it's installing icedtea:8 not from overlay

<stikonas>but it is...

<stikonas>oh, I think I can reproduce the problem now

<stikonas>let me try to fix it here

<clemens3>cool

<stikonas>clemens3: there are two places where icedtea8 and icedtea-7 has to be swapped in dependencies

<stikonas>and I only did it in one

<stikonas>these last few weeks I was doing quite a lot of changes to unbreak bootstrap with GCC 10/11

<clemens3>cool you found

<stikonas>and I don't bootstrap every time from zero...

<clemens3>i guess not many people test the bootstrap thingy

<stikonas>hmm, still circular dependency...

<stikonas>oh, that's probably because fastjar is masked in my system

<stikonas>clemens3: try updating

<clemens3>ok

<stikonas>and see if it works without any USE= string

<stikonas>if not, I can try to turn off some use flags

<clemens3>looks similar, hmm

<stikonas>same as before?

<stikonas>I now get https://paste.debian.net/1225725/ (there is ant-core blocker but that's expected)

<clemens3>dont know if same, but coimplains about use flags

<stikonas>paste log?

<clemens3>i create one.. need scp over.. waita second

<stikonas>(ant-core blocker in my paste is due to ant-core from my overlay and from the distro not being coinstallable. But that's fine for bootstrap since upgrades from my to distro version work fine)

<stikonas>(I'll be back in 10 minutes)

<clemens3> http://techinvest.li/pub/paste/emerge.log

<clemens3>np, cua and thanks

<stikonas[m]>Oh, that's coming from just gentoo tree, not my overlay

<stikonas[m]>Yes, you need to add those

<clemens3>re, the use flags? ok, i will do, and resync, will take bit..

<stikonas>probably no need to resync

<stikonas>well, here I have quite a lot of use flags enabled globally

<stikonas>so I think if you enabled postscript cups X and text globally it would work

<stikonas>or if you build icedtea with USE="-cups" it might also work

<stikonas>but yes, USE flags are a bit not user friendly

<stikonas>although they allow great deal of customization

<stikonas>anyway, that last log looks much better

<stikonas>because you can see it tries to use packages from my overlay (jamvm, classpath, etc)

<clemens3>wait, postscript and text i havent yet in the set.. wait

<clemens3>oh yeah, some difference

<stikonas>probably none of this is necessary for bootstrap

<clemens3>doin somethn

<stikonas>ok

<clemens3>did not resync

<clemens3>is building!

<stikonas>i.e. printing support is definitely not needed to rebuild

<clemens3>so just use flags

<stikonas>ok, that's good

<stikonas>yeah, these ebuilds are not the most minimal...

<stikonas>they are mostly taken from older portage tree checkouts and modified

<clemens3>ok.. my purpose is what you and the guix guy did for gentoo and guix to apply it later to LFS

<clemens3>so first is to be able to build it somewhere first

<stikonas>yeah, well, with two examples it should be easier

<clemens3>and then learn from it

<stikonas>one is in scheme, the other is kind-of bash

<clemens3>and debug process steps and apply to the other system hopefully

<clemens3>stuck somewhere with javah and glasspath 0.99 dev

<stikonas>well, on Gentoo I rebuild jamvm a few times

<stikonas>even jamvm 2

<stikonas>each time pointing it out to different compiler / class library

<clemens3>so comeing from LFS i am used to be a bit patient at least

<stikonas>guix does some other magic with some jamvm wrappers

<clemens3>yeah, got 1.5 but not 2

<stikonas>yeah, it's the 2 one that I rebuil 3 times

<clemens3>but there it seems also not so tested out the nosubstitute plus bootstrap

<stikonas>each time installing into a different directory

<clemens3>in guix i mean

<stikonas>well, for me latest guix went just fine till openjdk:15

<stikonas>but 16 fails to build with some strange can't fork error

<stikonas>somehow one would think I'm running out of process limit

<clemens3>i installed guix package manager on lfs but then the installation with nosubstitutes hang later on

<stikonas>but I don't think my limit is that low

<clemens3>so the icedtea still running fine

<stikonas>oh, already building icedtea?

<clemens3>the 8..

<stikonas>well, but it's probably still the dependencies...

<clemens3>yes, without resync, but either postscript or text was missing

<clemens3>or both

<stikonas>oh, you already installed rust?

<clemens3>i can later give you my make.conf in case someone else comes along from an barebones gentoo install

<stikonas>I think USE="gtk" pulls in librsvg

<clemens3>yeah, but not bootstrapped

<stikonas>which now depends on rust

<clemens3>terrible

<stikonas>well, yeah, but you know it's doable to bootstrap ir

<stikonas>s/ir/it/

<clemens3>basically all distros now depend on rust

<stikonas>yeah, it's a bit annoying

<clemens3>librsvg not only used in firefox

<stikonas>but at least mrustc is better maintained

<clemens3>used pretty much in abiword and gnumeric

<stikonas>than e.g. jamvm classpath, etc...

<clemens3>need java for libreoffice

<clemens3>and some personal stuff.. never tried, but open source search engine, distributed, based on java

<clemens3>yacy

<clemens3>classpath 0.99 p1 worked!

<stikonas>ok, so I guess icedtea:7 next

<clemens3>hmm, failed somewhere in icedtea 3

<clemens3>mom, log..

<clemens3> http://techinvest.li/pub/paste/build.log

<clemens3>something circular?

<stikonas>clemens3: no, patch failed to apply

<stikonas>hmm

<stikonas>strange...

<clemens3>maybe let it sink.. i think i pack it for today

<stikonas>yeah, I need to rerun the build

<stikonas>to check

<clemens3>if i can send more logs or env stuff, or reproduce something.. let me know.. 10 pm here now, gonna have to wrap up some other stuff,

<stikonas>no, I can easily reproduce it

<clemens3>but definitely some bigger chunks moved forward for me..

<clemens3>ok, enjoy, and thanks for the help so far..

<stikonas>probably brok things in one of the commits today

<clemens3>ok, sounds routine

<stikonas>yeah, should be fixable

<stikonas>ok, testing the fix now

<stikonas>but need to build all the way up to icedtea-8

<stikonas>so will take a couple of hours

<bauen1>my hex0 baremetal clone is now working from spi flash, and is "only" 304 bytes, now the question is where i go from here, probably a hex0 with support for comments and some size reduction for boot0

<bauen1>i suppose it does support comments, if you avoid upper case letters and numbers

<stikonas>well, adding proper hex0 comments as in stage0 is just a few lines of assembly

<stikonas>I think the bigger problem is input/output

<stikonas>hand-toggling hex0 is possible

<stikonas>but everything will grow fast in size

<stikonas>hex2 is already much larger

<clemens3>hey stikonas cool, will update tomorrow!

<stikonas>or if you ignore that and just assume spi are programmed externally, then I guess follow stage0 path to hex1 and hex2

<stikonas>clemens3: ok, I'm now building icedtea:7

<clemens3>supi

<stikonas>well, I should't push untested patches...

<stikonas>it broke icedtea:8 for you

<stikonas>but things are still a bit in flux...

<stikonas>although should be calming down soon

<bauen1>stikonas: yes, only boot0 (implementing a very rudamentary hex0 and uart0 driver) will be hand toggled into SPI Flash

<stikonas>oh, rest is via uart?

<bauen1>i suppose

<bauen1>UART is kind of cheating, but apart from that I want to pursue slightly different goals than live-bootstrap and supply the tools necessary to audit code, then build and use it

<stikonas>well, yes it is a bit of cheating

<bauen1>so e.g. an sha2 implementation will be one of the first things to be done

<stikonas>but so is live-bootsrap, even more so...

<stikonas>well, we have sha2 in mescc-tools-extra

<stikonas>but that's in C

<bauen1>stikonas: i'm not sure what alternatives there are, it might be possible to write an hdmi driver for this chip and create a framebuffer that way, and a usb + usb-hid driver

<bauen1>stikonas: and also some way to store data, even if little ; first by writing an SPI driver and writing to SPI flash and then I'll look into driving the SD-Card maybe

<stikonas>well, hdmi driver is way too big...

<bauen1>stikonas: i mean, you don't need fancy graphics, you only need a TTY

<stikonas>yeah, I understand...

<bauen1>but maybe building a TTY from logic chips and generating a VGA signal would be easier :D

<stikonas>ben eater's VGA...

<stikonas>but that one doesn't have TTY either

<bauen1>yeah, i'm looking up how many pixels that has

<stikonas>although it can drive VGA monitor

<stikonas>oh it's like 80x 160 or so

<stikonas>well, not this aspect ratio...

<bauen1>uh that's a bit too little

<stikonas>but it's maybe a quater of VGA

<stikonas>so standard is 640x480

<stikonas>so maybe 120x160

<stikonas>that's enough for some text output

<stikonas>but still...

<stikonas>anyway, do what is fun

<stikonas>so I guess uart

<bauen1>like you want at least 80 columns and a minimum of 25 lines

<stikonas>80 columns with 25 lines is proper terminal...

<stikonas>you can survive with less initially...

<bauen1>true, but if you want to review any amount of code you want an acceptable terminal

<stikonas>well, you can build acceptable terminal once you reach C compiler...

<bauen1>a different approach would be to only do the implementation up to sha2 on a "trusted IO device", and then assume that if the hashes are good then the code must be good

<bauen1>that's not how you'd want to do it the first time around, but certainly if you're iterating / developing

<bauen1>only hand audit up to your sha2 implementation and after that let the kaem equivialent take over

<stikonas[m]>doras: what's the error?

<stikonas[m]>help2man is perl if I remember correctly

<stikonas[m]>Error 13 is SIGPIPE

<stikonas[m]>Something broken with pipes?

<stikonas[m]>Hmm

<stikonas[m]>No idea

<stikonas[m]>this is in bwrap mode?

<stikonas[m]>by the way, I don't see you on IRC...

<stikonas[m]>maybe netsplit...

<stikonas[m]>also not in the logs http://logs.guix.gnu.org/bootstrappable/2022-01-03.log