842 entries in 0.556s
BingoBoingo: Indeed. Yet I suspect doing a heathen gentoo on the spinning disk will provide a valuable point of contrast
Cuntoo. There's 2 kinds of steps you can insert into a process beyond the minimum. Educative ones where you explore the space gathering experience which may be useful later. The other kind are pure friction a la SOPS.
trinque: now that we're at something of a
cuntoo interude while folks are testing, I'll find some time to figure out what deedbot gags on time to time re: reconnecting
BingoBoingo: In one hand I have a very enviable problem in a repeat customer wanting a box stood up. With that box the customer intends to have very capable hands under his control test the
cuntoo build process. As a bonus they are offering to molest USB sticks into
cuntoo propagators.
BingoBoingo: trinque: Do you have a Gentoo install image suitable for walking to
Cuntoo?
BingoBoingo: <mircea_popescu> BingoBoingo give me however many fit / you want to spare, she can
cuntoo-image them all for you free of charge. << Sounds like a plan. Gathering materials.
mircea_popescu: BingoBoingo give me however many fit / you want to spare, she can
cuntoo-image them all for you free of charge.
mircea_popescu: give me a break, if
cuntoo dun fit in there the problem's not with the disk.
mircea_popescu: BingoBoingo but i mean, i have to buy a ssd to test out
cuntoo ?
trinque: hanbot: hm, this got right past me. the
cuntoo builder is 64bit only at the present.
☟︎ a111: Logged on 2019-02-03 17:20 mircea_popescu: hanbot pick a laptop, bake the man's
cuntoo. (principal issue, that gentoo->
cuntoo "bridge", see if his sig matches).
a111: Logged on 2019-02-03 17:20 mircea_popescu: hanbot pick a laptop, bake the man's
cuntoo. (principal issue, that gentoo->
cuntoo "bridge", see if his sig matches).
BingoBoingo: Anyway, so far all of today's logs go back to
Cuntoo mircea_popescu: hanbot pick a laptop, bake the man's
cuntoo. (principal issue, that gentoo->
cuntoo "bridge", see if his sig matches).
☟︎☟︎☟︎ trinque: diana_coman: might I get a tarball of your
cuntoo build directory's present state?
☟︎ trinque: building it on
cuntoo might be a good test of your script's isolation. possible it relies on something from the host.
trinque: worth underscoring that I built from a
cuntoo trinque: my release contains my signature of genesis.vpatch, but not the vpatch itself. this way everyone is forced to confirm the bridge out of gentoo and into
cuntoo trinque: the build script produces a genesis.vpatch which encompasses the
cuntoo portage tree.
trinque: diana_coman: I've got the diff between my
cuntoo genesis.vpatch and yours chewed down to human size (about 900 lines). getting closer
trinque: and while I'm flailing and torching afternoons trying to get a vtools sat down on my
cuntoo buildbox, if anyone can point me to instructions on getting gprbuild to cough up a static binary, I'd be much obliged
mod6: Ok, well, I'll cross that bridge when I've got a
cuntoo, and then I'll start to re-think the entire build proces for all who have
cuntoo.
mod6: I'm currently building out a
Cuntoo (have had a minor issue with my kernel not booting correctly, but will work on that soon), and will use that + ave1's musl to build the keccak v tooling, and then TRB. Which will also go into the upcoming changes to the HOWTO Guide.
mod6: im building a
cuntoo right now.
a111: Logged on 2019-01-05 14:16 mircea_popescu: diana_coman is working for s.mg ; we've recently had this exact talk and revised our plans. originally the idea was to have moved over to
cuntoo, and do support work for community-driven effort at a new client. the latter completely collapsed over the shocking weakness of such community ; the former's at best delayed.
mircea_popescu: well if nothing else, we have to put something into eventual
cuntoo downstream, along with db and so on.
mod6: Would be awesome if Pizzaro could sell iron that can run
cuntoo + ffa + fg + trb out of the gate [ + others too, i.e. eulora, etc ]
shinohai:
Cuntoo is simply a joy to use.
diana_coman: client did build previously on gentoo so yes, I'd expect it builds on
cuntoo as well really
mircea_popescu: yeah, but this one works. sorta like there's 5000 "operating systems", but we use
cuntoo.
lobbes: ty for helping me think this through trinque (and for the work on
cuntoo in general. I'ma keep at this thing)
ave1: I have installed previous
cuntoo versions, but have no machine free at the moment and I concluded from early reports here in the log that it did not work yet, so I postponed this work.
mircea_popescu: point being : de-sslification of bitcoin is not stalled on this. it is stalled on prior de-sslification of
cuntoo, which as such doesn't yet exist, which is not really stalled on this either.
a111: Logged on 2018-12-04 15:14 mircea_popescu: it's not exactly clear to me yet what the situation is. it's altogether possible postgres may be rescuable through a process similar to how "peculiar linux candidate packaging sterilized into
cuntoo".
a111: Logged on 2019-01-05 14:17 mircea_popescu: so, she'll be doing client work with her own two hands, something i had every intention to avoid ; and we'll be looking at integrating
cuntoo on the server side later on. there's some db work in the hopper also, but that's even further on the maturity vine.
a111: Logged on 2019-01-05 14:22 mircea_popescu: finally, asciilifeform is working on rsa-based ssl-ism replacement (notwithstanding he ~seems to be~ working on any and all wank on the "side" during spare time he doesn't have and all that), which we want so we can finally move bitcoin off sheer cretinity and into
cuntoo (and which is principally why we want sane db also, but as i said -- yet immature).
mircea_popescu: finally, asciilifeform is working on rsa-based ssl-ism replacement (notwithstanding he ~seems to be~ working on any and all wank on the "side" during spare time he doesn't have and all that), which we want so we can finally move bitcoin off sheer cretinity and into
cuntoo (and which is principally why we want sane db also, but as i said -- yet immature).
☟︎ mircea_popescu: other than maintaining the deedbot infrastructure, trinque is working on
cuntoo, which is a rather large piece and it taking a [difficult to predict] while is not by itself the end of the world ; but i'd like to see some roadmapping, tentative and subject to change as it may be, lest the effort degenerates.
mircea_popescu: so, she'll be doing client work with her own two hands, something i had every intention to avoid ; and we'll be looking at integrating
cuntoo on the server side later on. there's some db work in the hopper also, but that's even further on the maturity vine.
☟︎ mircea_popescu: diana_coman is working for s.mg ; we've recently had this exact talk and revised our plans. originally the idea was to have moved over to
cuntoo, and do support work for community-driven effort at a new client. the latter completely collapsed over the shocking weakness of such community ; the former's at best delayed.
☟︎ a111: Logged on 2019-01-02 20:15 diana_coman: trinque, how's it going with getting the
Cuntoo .vpatch in fixed shape?
diana_coman: trinque, how's it going with getting the
Cuntoo .vpatch in fixed shape?
☟︎ trinque: probably the thing to do is a) rip out the tls part and b) get deedbot hosted on
cuntoo mod6: I'll make some blog posts (eventually) when i go through setting up
cuntoo and the musltronic GNAT from ave1.
mod6: Haven't had a chance to build it yet. I will do so, and a
cuntoo when I get a chance.
mircea_popescu: bitcoin rly should come standard in
cuntoo anyway. alongside proper rsatron and proper dbtron/webserver.
trinque: asciilifeform: walletsnip patch works great, just need to find time to regrind and further test. and aha, meanwhile diverted to
cuntoo so we have a l00nix
lobbes:
http://trinque.org/2018/11/27/cuntoo-bootstrapper/#comment-47 << to update: I ended up having to re-run the bootstrapper.sh as the first time around I neglected to get the correct kernel. Second run I was able to boot from teh usb on the lenovo x61 (exciting seeing that '
Cuntoo' in the lilo bootloader). Next up is testing a subsequent install onto the main HD of the x61 from the usb. (Once complete I aim
mircea_popescu: BingoBoingo so let's smg another month an' see how
cuntoo goes.
a111: Logged on 2018-12-10 14:06 diana_coman: trinque, after fixing my vdiff on the laptop, I re-run the
cuntoo script; it finished fine and it produced a 4.7M genesis.vpatch but the sig does NOT verify ("BAD signature")
diana_coman: trinque, after fixing my vdiff on the laptop, I re-run the
cuntoo script; it finished fine and it produced a 4.7M genesis.vpatch but the sig does NOT verify ("BAD signature")
☟︎ diana_coman: ftr that is from running the
cuntoo script on a different machine - apparently I managed to find a configuration that breaks it; I'll have to see what exactly is the difference that breaks it
trinque: can speed things up by copying /
cuntoo/packages/* to the packages folder in the bootstrapper dir
a111: Logged on 2018-12-09 09:36 diana_coman: trinque, running the
cuntoo script as root on Gentoo laptop with ./bootstrap.sh -k config/4.9.95-apu2 -d /dev/sdb where the laptop's own system is on /dev/sda and that /dev/sdb is an external drive connected via USB; all the partitioning+compilations seem to work fine but at the end the make_portage_tree script fails for lack of stuff and looking a bit higher up in the output I get this:
http://p.bvulpes.com/pastes/Mbkqu/?raw=true diana_coman: trinque, running the
cuntoo script as root on Gentoo laptop with ./bootstrap.sh -k config/4.9.95-apu2 -d /dev/sdb where the laptop's own system is on /dev/sda and that /dev/sdb is an external drive connected via USB; all the partitioning+compilations seem to work fine but at the end the make_portage_tree script fails for lack of stuff and looking a bit higher up in the output I get this:
http://p.bvulpes.com/pastes/Mbkqu/?raw=true ☟︎ mircea_popescu: it's not exactly clear to me yet what the situation is. it's altogether possible postgres may be rescuable through a process similar to how "peculiar linux candidate packaging sterilized into
cuntoo".
☟︎ lobbes is soon going to grab a spare lappy so as to test out
cuntoo and finally have a sane os with e.g. ave1's gnat, etc.
a111: Logged on 2018-12-03 14:43 asciilifeform:
http://btcbase.org/log/2018-12-03#1877909 << (3) is potentially doable but will leave you marooned with one kernel, unless you have a second, similar box -- google's shitware is dynlinked and wont run under musltronic
cuntoo a111: Logged on 2018-12-03 10:39 spyked:
http://btcbase.org/log/2018-11-29#1875947 <-- hm. so I'm seeing a few distinct problems here. 1. de-googlifying the bootloader (and getting rid of the cr50 mess); 2. using a non-googlistic kernel; and 3. replacing the rootfs with a
cuntoo userspace. if I understood correctly, then 2 depends on googlistic signing software because of 1, but 3 should be doable either way (if anything, ave1's compiler is a more immediate requirement to get
a111: Logged on 2018-11-29 14:51 asciilifeform: presently,
cuntoo won't run there (even if trinque's process can be coaxed into building arm64 bins) cuz it has no way of blessing the kernel.
spyked:
http://btcbase.org/log/2018-11-29#1875947 <-- hm. so I'm seeing a few distinct problems here. 1. de-googlifying the bootloader (and getting rid of the cr50 mess); 2. using a non-googlistic kernel; and 3. replacing the rootfs with a
cuntoo userspace. if I understood correctly, then 2 depends on googlistic signing software because of 1, but 3 should be doable either way (if anything, ave1's compiler is a more immediate requirement to get
☝︎☟︎