log☇︎
842 entries in 0.586s
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
trinque: obviously I want such a vtron for the cuntoo final cut, or what's the use of the build process producing a vpatch ☟︎
a111: Logged on 2018-09-24 23:24 trinque: the kernel in current cuntoo is 4.9.95, by virtue solely of being when I took the snapshot
trinque: the kernel in current cuntoo is 4.9.95, by virtue solely of being when I took the snapshot ☟︎
asciilifeform: loox like even this basic util, will have to go in cuntoo from asciilifeform's ( or trinque's ) vintage tarballs museum, rather than from 'current'
trinque: but is not required for a cuntoo base system)
trinque: quick update on cuntoo before I depart. the fully machine-driven transformation from snapshotted gentoo to cuntoo genesis.vpatch works, and successfully rebuilt itself whole. I've also got the classical gentoo repo acting as a subordinate repository, such that porting ebuilds will be extremely easy (i.e. gentoo repo is now an overlay, just like musl overlay, which can be used or not as decreed by operator,
trinque: what I've done instead is slurped out just the profiles used, without concatenating. this fits with my strategy of the genesis patch being as close to "what was found" as possible, with only machine transformations involved in the leap from gentoo to cuntoo
trinque: aaaand cuntoo rebuilt (emerge -aev @world) using only cuntoo ebuilds
a111: Logged on 2018-09-23 01:17 trinque: ahaha, and in this scene, I get the cuntoo profile thing solved.
trinque: ahaha, and in this scene, I get the cuntoo profile thing solved. ☟︎
a111: Logged on 2018-09-14 06:06 trinque: /cuntoo/portage weighs 26M right now, compared to /usr/portage weighing 704M
trinque: can then pluck ebuilds from their tree as needed, produce a vpatch, and include in the cuntoo repo
trinque: /cuntoo/portage weighs 26M right now, compared to /usr/portage weighing 704M ☟︎
trinque: aaand just built a working nano from the ebuild in /cuntoo/portage, having no other ebuild repositories in system, and no barfs from emerge.
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.
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. ☟︎☟︎
asciilifeform: !Q later tell trinque how does cuntoo's work, does it have a 'vmerge' tree where e.g. ave1 can stuff his gnat, etc ? cuz that would rock.
a111: Logged on 2018-09-03 22:37 trinque: ave1: couldn't reproduce your errors. all I had to do to re-run the cuntoo build was to fix the portage snapshot var.