log
360 entries in 0.455s
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.
a111: Logged on 2018-11-29 13:35 spyked: http://btcbase.org/log/2018-11-27#1875503 <-- /me ordered a c101pa from shitazon recently, will make prime target for cuntoo testing.
spyked: http://btcbase.org/log/2018-11-27#1875503 <-- /me ordered a c101pa from shitazon recently, will make prime target for cuntoo testing. ☝︎
a111: Logged on 2018-11-28 15:41 asciilifeform: trinque: consider, d00d went off the rails, but could have instead built cuntoo , 2y ago.
asciilifeform: trinque: consider, d00d went off the rails, but could have instead built cuntoo , 2y ago.
deedbot: http://qntra.net/2018/11/trinque-publishes-cuntoo-bootstrapper/ << Qntra - Trinque Publishes Cuntoo Bootstrapper
BingoBoingo: And to celebrate Trinque's work on Cuntoo https://www.urbandictionary.com/define.php?term=Trinque
mircea_popescu: soooo... http://danielpbarron.com/2017/shitgnomes/ item linked from trinque 's previous discussion of cuntoo, meanwhile disappeared ?
phf: actually i'm not sure what i just said made any kind of sense. i need to look at cuntoo first, and then reassess what i'm trying to say.
phf: mircea_popescu: my impression is that trinque has some kind of mechanism of inlining source code into cuntoo, so instead of it being a matrioshka doll of nested vpatches, any new vpatch to cuntoo brings in ebuild AND the already unpacked source code. my approach keeps the vpatches separate from cuntoo: you install cuntoo first, then pull vpatches separately. i haven't looked at cuntoo yet, so i'm not sure how he's doing it though
mircea_popescu: but yes, as far as trb work is concerned, a) taking off the bulidroot process because b) move it to cuntoo and also c) replace ssl dependency with one file, <1k loc are the priorities.
diana_coman: asciilifeform, smg's test machine is running proto-cuntoo so it's not just any gentoo really
asciilifeform: diana_coman, trinque : it isn't clear to me that 'move existing gentoo to cuntoo' without reformat of hdd is worth attempting -- non-musltronic dyn-linked sad gentoo bins will all barf once the pertinent libs are removed ( and they dun belong, imho, on a cuntoo box )
diana_coman: aha; (tbh it seemed like that but I was being optimistic for once); so atm I'd need to basically nuke s.mg's test machine to move it on to cuntoo
trinque: diana_coman: it produces the genesis.vpatch that represents the state of the bootstrapped system. porting an existing gentoo over has additional complications. in theory you could yes, introduce what's in /cuntoo/ to an existing machine, but I think this deserves its own guide.
diana_coman: trinque, that looks great; if I understand correctly, the archive there contains the means to a. install cuntoo b. make the genesis of cuntoo/portage that could in principle be used to move an existing gentoo to cuntoo; is this correct?
asciilifeform: it is currently in the beta cuntoo
asciilifeform: for that matter, why does cuntoo need to include own sslism, afaik the only proggy that hard-depends on having one is trb
asciilifeform: trinque: now that i think about it -- what was the logic for including the alt-ssl in cuntoo, vs trb's frozen thing ?
asciilifeform: ( given a musltronic cuntoo, the 'rotor'-descended buildroot process for trb is theoretically redundant )
trinque: long term the "bootstrap.sh" will be converted to an installer which presumes an existing working cuntoo, and that installer will come as an ebuild vpatch atop genesis
deedbot: http://trinque.org/2018/11/27/cuntoo-bootstrapper/ << trinque - Cuntoo Bootstrapper
trinque: asciilifeform: cuntoo bootstrapper produces the same genesis.vpatch repeatedly, runs without network (so we can be certain all deps have been captured). Running once more with ^ and that oughta be that. I'll post the poast tomorrow so it doesn't sound like the tired pile of notebook scribblings it currently does.
a111: Logged on 2018-09-12 14:18 asciilifeform: btw mircea_popescu reminds me , trinque : here's an idea, let's banish the 'root certs' and any systemwide sslism from cuntoo. if user demands it , let him install locally.
mircea_popescu: they're all wrappers on libc function calls, sure. but they nevertheless exist as components, in cuntoo.
mircea_popescu: ok. currently cuntoo has some mechanisms to do dns, yes ?
mircea_popescu: trinque if i sign a genesis for republican dns, specifically, "here's ips and domain names, one set per line, that my lordship recognizes", are you willing to replace dns resolution in cuntoo with pressing that tree (according to the users' key dir, of course) ?
trinque: this linux namespaces thing is probably just more unnecessary complexity, but being able to forbid a process-and-children from using the network stack is nb.jpg for testing cuntoo build
asciilifeform: trinque: i'm quite looking forward to adult cuntoo , eventually would like to move whole buncha boxes to it
trinque: I'm running one of my primary work boxes on cuntoo atm, working great. I'm going to try to cut a release during the holiday.
asciilifeform has a box ready for beta cuntoo any day of the week
phf: asciilifeform: everything i test, i test on Linux gravity 4.4.138-1-ARCH #1 SMP PREEMPT Tue Jun 26 21:26:35 MDT 2018 aarch64 GNU/Linux, which is a press of your rk pre-cuntoo
asciilifeform: i dun have any cuntoo boxes here yet. all of my dev machines run vintage gentoo, where the gpg that python-gnupg sees is gpg2 (cuz idjit portage pulled it in, long ago). asciilifeform's actual pgp-ing happens on diff machine, naturally, with 1.4.10 . but apparently phf's hack for subkeyism breaks the thing in this combo.
asciilifeform: ( i have a box here that is waiting for new-cuntoo.. )
mircea_popescu: but he installed me a deluge on his cuntoo on my server to spec and a job very well done indeed.
mircea_popescu: i don't think that's necessarily the way to go. for one thing, man's doing cuntoo ; for the other thing, you are well advised to run own node and do own thing rather than build an irc dependency into your isp.
asciilifeform: pretty great battlefield test for cuntoo, imho
asciilifeform: ideally would deploy these with cuntoo
asciilifeform: it's slated for inclusion in cuntoo, so at some point will come standard on rk, but that day not yet come
asciilifeform: i'd much prefer, yes, to have the proper cuntoo, with 0 heathen pulls
asciilifeform: trinque: the odd thing is that it's what i used to bake the s.mg cuntoo; worked, then
trinque: I'm going to need to get my teeth into cuntoo this weekend before I can help you with lappy. what was in that tarball is very out of date.
lobbesbot: trinque: Sent 3 days, 0 hours, and 36 minutes ago: <asciilifeform> http://p.bvulpes.com/pastes/dI29G/?raw=true << very peculiar barfology from existing ( same tarball i successfully used for s.mg box ) cuntoo. sat for 4 hrs, built both gcc's, etc., then ended with this.
lobbesbot: trinque: Sent 3 days, 5 hours, and 19 minutes ago: <asciilifeform> http://trinque.org/cuntoo.tar.gz 404's
lobbesbot: trinque: Sent 3 days, 9 hours, and 25 minutes ago: <asciilifeform> is http://trinque.org/2018/07/06/cuntoo-bootstrapper-preview/ still most recent cuntoo ? i got errything ready to bake cuntoo lappy ( the oddball lcd box; old ssd from zoolag ) ; should proceed or wait for update ? ty
asciilifeform: !Q later tell trinque http://p.bvulpes.com/pastes/dI29G/?raw=true << very peculiar barfology from existing ( same tarball i successfully used for s.mg box ) cuntoo. sat for 4 hrs, built both gcc's, etc., then ended with this.
asciilifeform: !Q later tell trinque http://trinque.org/cuntoo.tar.gz 404's
asciilifeform: !Q later tell trinque is http://trinque.org/2018/07/06/cuntoo-bootstrapper-preview/ still most recent cuntoo ? i got errything ready to bake cuntoo lappy ( the oddball lcd box; old ssd from zoolag ) ; should proceed or wait for update ? ty
a111: Logged on 2018-10-18 20:16 asciilifeform: this will be a cuntoo box, when i get around to redisking it
asciilifeform: this will be a cuntoo box, when i get around to redisking it
deedbot: ave1 rated trinque 2 << cuntoo and the wallet
deedbot: diana_coman updated rating of trinque from 3 to 4 << writes at trinque.org; deedbot and cuntoo; he makes me want again to visit Texas.
diana_coman: uhm, http://btcbase.org/log-search?q=cuntoo
diana_coman: !!s cuntoo
diana_coman: slycordinator, you prolly need to look at cuntoo as well then
a111: Logged on 2018-10-14 20:41 trinque: billymg: hold onto that new ebuild for cuntoo.
asciilifeform: ( sorta whole idea behind cuntoo )
asciilifeform: mircea_popescu: i'ma switch to issuing cuntoo for new pilot rk folx as soon as trinque is finished birthing it
trinque: billymg: hold onto that new ebuild for cuntoo.
asciilifeform: but in the long term, the pill will have to be cuntoo ( which has permanent trinque repo, unaffected by enemy ) ; conventional gentoo should already today be thought of as 'frozen', emerge cannot be relied to work
asciilifeform: ( my old workhorse x60 is not a cuntoo, it is in fact my original deloused-gentoo platform on which i derived the poetteringism-exclusion, gcc<5, etc flags and related items )
asciilifeform: trinque: this will rock. and incidentally i'ma be baking that sunlight lappy next wk, and intend to set it up as a cuntoo box with whatever bleeding edge you come out with
trinque: btw my work for the day shall be getting phf's vtools into the cuntoo build, after which first cut should be done.
asciilifeform: billymg: http://trinque.org/2018/07/06/cuntoo-bootstrapper-preview/
asciilifeform: billymg: you may want to try trinque's beta cuntoo, on local box, it ships with godly gcc.
asciilifeform: laff, but given cuntoo, it ~could~
ben_vulpes: BingoBoingo: tyvm for bringing that to my attention. i dropped the ball on service cutover. as mp astutely observed, the temporary host for these services is not a cuntoo, but some heathen convenience, conveniently different enough from my normal remote home that the logger for the ircbot refused to start, which (somehow!!!!!) fouled the bot's self reboot capabilities.
diana_coman: and it's the one running the proto-cuntoo; I think it's needed at least until we can migrate to cuntoo+gnat
a111: Logged on 2018-10-06 20:03 asciilifeform: aha. and it should be possible to operate a cuntoo box with sporadic, or no, net pipe.
asciilifeform: aha. and it should be possible to operate a cuntoo box with sporadic, or no, net pipe.
asciilifeform: way i picture it, is on cuntoo, equipped with wot keys, all you'd have to do is e.g. 'vmerge phf-v', 'vselect phf-v' and you get his latest.
diana_coman: in that case the "starter" is using cuntoo, sure
asciilifeform: imho ideal case is when cuntoo is mature and errybody's expected to be on it, then the q resolves itself.
asciilifeform: ( and i suspect it'll be a while before e.g. cuntoo is distributed entirely without gnupatch )
mircea_popescu: http://btcbase.org/log/2018-10-01#1856831 << this is a very solid point. add to it that cuntoo won't support gnome, and suddenly you see it : rk draws 15miliAmps, screen draws an average of i dunno, .6. suddenly a 5kAh battery lasts... 5k hours. ☝︎
asciilifeform: sane collated logging is imho major wish list item for fyootoor cuntoo.
a111: Logged on 2018-09-29 23:29 trinque: which incidentally is a great segue to hey esthlos, when am I getting such a thing with which to cuntoo?
mircea_popescu: is there any objection to this, incidentally ? letting trinque be a sort of one man cuntoo foundation ?
a111: Logged on 2018-09-30 00:24 trinque: folks are also going to expect cuntoo leadership out of me shortly.
trinque: folks are also going to expect cuntoo leadership out of me shortly.
trinque: which incidentally is a great segue to hey esthlos, when am I getting such a thing with which to cuntoo?
asciilifeform: trinque: which vtron are you thinking of including in cuntoo beta ?
a111: Logged on 2018-09-27 02:28 trinque: obviously I want such a vtron for the cuntoo final cut, or what's the use of the build process producing a vpatch