log☇︎
842 entries in 0.644s
asciilifeform: was sorta half the reason for cuntoo in the 1st place
asciilifeform: BingoBoingo: imho there's not much educational value any moar in setting up ancient gentoo; it's obsoleted by cuntoo, and quite difficult to revv up on acct of the dead mirrors ☟︎
asciilifeform: BingoBoingo: as i understand, then would need a ~third~ disk for cuntoo.
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.
asciilifeform: BingoBoingo: it has 12G of writeable space, oughta suffice for cuntoo build afaik
asciilifeform: the provided box is already running a trad gentoo; theoretically should suffice for bringing up cuntoo, as i understand
asciilifeform: hanbot: i thought you were gonna revv up a cuntoo ? article seems to concern a classical gentoo install ?
a111: Logged on 2019-02-09 07:54 feedbot: http://thewhet.net/2019/02/hanbots-cuntoo-bake-test-notes-part-i/ << The Whet -- hanbot's Cuntoo Bake Test Notes - Part I
a111: Logged on 2019-02-09 07:54 feedbot: http://thewhet.net/2019/02/hanbots-cuntoo-bake-test-notes-part-i/ << The Whet -- hanbot's Cuntoo Bake Test Notes - Part I
feedbot: http://thewhet.net/2019/02/hanbots-cuntoo-bake-test-notes-part-i/ << The Whet -- hanbot's Cuntoo Bake Test Notes - Part I ☟︎☟︎
asciilifeform: http://btcbase.org/log/2019-02-09#1893960 << requisition 'vmware', throw e.g. cuntoo inside, can pretend it's an actual comp ☝︎
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
asciilifeform: in other cuntooisms : if anyone is short a x64 box to test-fire cuntoo with, asciilifeform has a surplus disposable box, 'lenovo s10-3' , with that same chipset as in x60 etc period ( https://archive.is/Dny84 ) , if anyone in l1 wants, it's yours for the cost of postage ( has a mechanical hdd in it, i fughet of what size ) ☟︎
asciilifeform: hanbot, mircea_popescu : machine is ready for cuntoo beachhead .
asciilifeform: this will be good test for 'can light up cuntoo from in a heathen gentoo'
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 ?
asciilifeform: (for which asciilifeform posted patched bios, and on which baked the trimmed gentoo which then trinque matured into cuntoo etc)
asciilifeform: mircea_popescu: sorta the point of nailing down cuntoo etc. to avoid the quite unpleasant 'hrm i need a box, lemme visit junkyard and see if they have pieces of old lada'
trinque: hanbot: hm, this got right past me. the cuntoo builder is 64bit only at the present. ☟︎
asciilifeform: trinque: seems to me that for nao, a working binary build of ave1-gnat gotta be included in standard cuntoo, same as working kernel etc
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).
trinque: http://btcbase.org/log/2019-02-03#1892053 << updated sig can be found in the comments here >> http://trinque.org/2018/11/27/cuntoo-bootstrapper/#comment-52 ☝︎
BingoBoingo: Anyway, so far all of today's logs go back to Cuntoo
asciilifeform in the guts of 16b but tuned in & following cuntoo scent
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
trinque: ave1: ever tried building gnat on a cuntoo? I'm unable, fails with http://p.bvulpes.com/pastes/RzU1U/?raw=true
trinque: http://btcbase.org/log/2019-01-31#1891133 << this is correct, and where cuntoo lacks proper trb deps (if it does) cuntoo is wrong ☝︎
asciilifeform: ( would have to make sure that the trb deps are baked into cuntoo , naturally -- the stock bdb oughta be the 1 in trb, etc )
asciilifeform: under cuntoo it oughta (again in theory) suffice to run the makefile
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.
asciilifeform: ( cuntoo per se, if you recall, is apprx a generalization of 'rotor' )
asciilifeform: mod6: the 1 obv change with cuntoo is that it dun need 'rotor' build process at all
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.
asciilifeform: btw does mircea_popescu have a apache tarball to sign ('as found') and share for cuntoo etc, a la gpg-1.4 ?
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 ]
asciilifeform: it is also time to speak of the next crate. and the customary four cargo slots. 1 is to contain a replacement for uy1 ( and ideally will run cuntoo . ) 1 will contain a 1u that holds rk's. this gives 2 1u slots remaining, they can be occupied by colo passengers, if these stand up and wish to ride , or pizarro irons, at BingoBoingo's option. ☟︎
shinohai: Cuntoo is simply a joy to use.
a111: Logged on 2019-01-11 04:26 asciilifeform: meanwhile via #asciilifeform : http://btcinfo.sdf.org/blog/building-the-eulora-client-with-gentoo.html << apparently d00d cleanly baked client on cuntoo
diana_coman: client did build previously on gentoo so yes, I'd expect it builds on cuntoo as well really
asciilifeform: meanwhile via #asciilifeform : http://btcinfo.sdf.org/blog/building-the-eulora-client-with-gentoo.html << apparently d00d cleanly baked client on cuntoo ☟︎
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)
feedbot: http://blog.lobbesblog.com/2019/01/initial-cuntoo-testing/ << lobbesblog -- Initial Cuntoo Testing
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.
ave1: for cuntoo in gnat
asciilifeform: http://btcbase.org/log/2019-01-05#1884619 << from ave1 , i hope to see a 'port' of tmsr-gnat that can be hard-welded into cuntoo as primary gcc ( to remove the hack where it builds gcc5, then down to 4.9, and neither of'em being a gnat ) ☝︎
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?
asciilifeform: mircea_popescu: vintage gentoo, for smoketest, afaik there is not currently a cuntoo for dec
mircea_popescu: wait, is this gentoo or cuntoo ?
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.
asciilifeform: at least in re cuntoo
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
mircea_popescu: afaik he also focused on cuntoo.
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.
diana_coman: trinque, the cuntoo genesis .vpatch I got is at http://ossasepia.com/wp-content/uploads/2018/12/genesis_2018_12_10.vpatch
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
asciilifeform: trinque: i put a calendar slot orig for sat. dec 2 to test cuntoo, but it got stolen by saecular liquishit; sadly i'ma have to postpone until i get ch14
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
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-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 ☝︎☟︎
asciilifeform: spyked: if you're interested in arm64ifying cuntoo, i recommend to begin with rk.
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. ☟︎