log
205 entries in 0.455s
mircea_popescu: (none of this is spurious dicking about, either. we're going to end up needing both some sort of standard of ok-ness on one hand ; and specifically in the case of X it's like, the one looming mysql-esque cuntoo wrecker)
asciilifeform: diana_coman: it is possible that i misread the entire thread, but my understanding was that it was about considering the idea of no longer defaulting to open publication of e.g. cuntoo
asciilifeform: mircea_popescu: the correct pill re 'dynamic' is simply to cut the dynamic loader nonsense out of cuntoo once and for all.
trinque had the cuntoo builder set aside bins for exactly this reason
asciilifeform: btw mircea_popescu , even if one were to build ldd on cuntoo, the only thing it'll ever output on locally-build bins is 'not a dynamic executable' .
a111: Logged on 2018-07-16 14:03 diana_coman: oh, and in good news it turns out that older version of screen compiles fine on proto-cuntoo, hooray!
diana_coman: oh, and in good news it turns out that older version of screen compiles fine on proto-cuntoo, hooray!
asciilifeform: i was reading through cuntoo lens still.
a111: Logged on 2018-07-15 15:42 mircea_popescu: if anyone has serious issues with this better get a portage candidate up asap so it can be imported when cuntoo comes, because otherwise it's as dead as the woodchipped people.
mircea_popescu: afaik they were, even as far as the 10.x series ; but this i've never put to the cuntoo test.
asciilifeform: commercial/closed binariolade 'for linux' will not run on cuntoo unless it was built statically, but prolly erryone realizes this.
asciilifeform: i dun know much about ye olde closedsores opera -- if it was built statically, it oughta run on cuntoo
asciilifeform: will be interesting to put cuntoo on box with vga card and see if, for instance, any www browser can be made to run.
mircea_popescu: asciilifeform just as long as i can still use cuntoo to show cunts their cunts too!
a111: Logged on 2018-07-15 15:42 mircea_popescu: if anyone has serious issues with this better get a portage candidate up asap so it can be imported when cuntoo comes, because otherwise it's as dead as the woodchipped people.
asciilifeform: http://btcbase.org/log/2018-07-15#1834762 << when i get own cuntoo test machine up, will test postgres also ( phuctor is currently baked on postgres, though in principle it would also work on mysql etc., simply never yet tried )☝︎
mircea_popescu: if anyone has serious issues with this better get a portage candidate up asap so it can be imported when cuntoo comes, because otherwise it's as dead as the woodchipped people.
mircea_popescu: anyway, fwiw : mysql existing as gnat/cuntoo item (combined with its deployment in mp-wp, eulora etc) pretty much guarantees by now that tmsr db will be mysql derivative.
asciilifeform: life is pretty hard without 'screen', i'ma look at it as soon as i have own cuntoo going
asciilifeform: shinohai: consider taking a short at porting cuntoo to pogo, oughta be relatively simple
shinohai: i almost got one of trinques cuntoo's to build for mips64 to run on erl xD
asciilifeform: shinohai: issued 1st cuntoo box to pizarro customer the other day ( see l0gz )
a111: Logged on 2018-07-12 13:36 asciilifeform: 1 of the things i'd like to do, supposing trinque hasn't yet already made it, is to replace the horrid gui-laden boot usb stick currently in pizarro bilge, with a cuntoo stick.
asciilifeform: ideally most , or all, public-facing cuntoo boxen, will offer mirror.
trinque: /cuntoo dir is what I continue to work on. vtronic portage will sit in there. when released, diana_coman can replace the whole /cuntoo dir with the final item
a111: Logged on 2018-07-12 11:24 asciilifeform: hey trinque , is it safe to delete 'cuntoo' dir ( contains copy of distfiles, etc, could free ~1G ) or does it get used ?
asciilifeform: but possibly this oughta wait for trinque's return and for the remaining fine-tunings to cuntoo .
asciilifeform: 1 of the things i'd like to do, supposing trinque hasn't yet already made it, is to replace the horrid gui-laden boot usb stick currently in pizarro bilge, with a cuntoo stick.
asciilifeform looking forward to building some cuntoo boxen for own experiments.
asciilifeform: ( afaik this is the first battlefield test of cuntoo. )
asciilifeform: diana_coman: remember, we are also helping trinque to perfect his cuntoo .
asciilifeform: hey trinque , is it safe to delete 'cuntoo' dir ( contains copy of distfiles, etc, could free ~1G ) or does it get used ?
asciilifeform: diana_coman: entirely musltronic, made out of http://trinque.org/2018/07/06/cuntoo-bootstrapper-preview . i am preparing a summary of all changes just nao.
asciilifeform: mod6: given the hour, i suspect that our customer is asleep , so s.mg-on-cuntoo will prolly happen tomorrow.
asciilifeform: however the box is online at 161.0.121.202 & ready for cuntoo userland's alpha testing . ( 1st thing you will want to do is prolly to install ave1's gnat . )
a111: Logged on 2018-07-11 13:51 asciilifeform: diana_coman: it's in the pipeline for this week. hopefully trinque's beta cuntoo actually worx.
asciilifeform: in other omissions in trinque's cuntoo : lspci util. ( kernel build, box dun see nic, and i have no means of determining what the actual nic is, without again resetting into the live stick )
a111: Logged on 2018-07-11 18:45 asciilifeform: ( prolly wouldn't hurt to put a '# of cpus' param in trinque's script itself, in the chroot-making step, would speed up the actual bringup of cuntoo boxen considerably )
asciilifeform: box is 1) wedged on boot , at 'booting kernel' or some unknowable later point 2) i cannot reset it from here , will need interactive help from BingoBoingo , and not once but several times ( if permitted to boot into trinque's cuntoo, and no worky, needs reset )
asciilifeform: ( prolly wouldn't hurt to put a '# of cpus' param in trinque's script itself, in the chroot-making step, would speed up the actual bringup of cuntoo boxen considerably )
lobbesbot: trinque: Sent 51 minutes ago: <asciilifeform> out of curiosity, why does your cuntoo installer enable swapping ?
asciilifeform: there's a coupla things obviously missing from the alpha cuntoo, e.g. my anti-poetteringolade ban mask, make flags for actually using the 32 cpus of the box, possibly other things. but i'ma let diana_coman add these at her leisure, box will be delivered with what is as close as possible to trinque's original item ( i'ma config the nic and that's it )
asciilifeform: !Q later tell trinque out of curiosity, why does your cuntoo installer enable swapping ?
asciilifeform: diana_coman: it's in the pipeline for this week. hopefully trinque's beta cuntoo actually worx.
a111: Logged on 2018-07-05 17:59 diana_coman: asciilifeform, I get it: clone of dulap is pointless because it requires rotor-style which can be equally done on existing server; but we are talking of having a box with trinque's musltronic proto-cuntoo
PeterL: trinque: from http://trinque.org/2018/07/06/cuntoo-bootstrapper-preview/ "You must supply the script with a working kernel config for your target hardware." << is there a reference on how to get a config?
a111: Logged on 2018-07-07 17:24 trinque: http://btcbase.org/log/2018-07-07#1832542 << I'd be much obliged if you did, staying on cuntoo dev until done.
trinque: http://btcbase.org/log/2018-07-07#1832542 << I'd be much obliged if you did, staying on cuntoo dev until done.☝︎
deedbot: http://trinque.org/2018/07/06/cuntoo-bootstrapper-preview/ << trinque - Cuntoo Bootstrapper Preview
trinque: asciilifeform: cuntoo tarball uploadin, poast shortly
diana_coman: asciilifeform, I get it: clone of dulap is pointless because it requires rotor-style which can be equally done on existing server; but we are talking of having a box with trinque's musltronic proto-cuntoo
asciilifeform: if trinque has a pre-alpha cuntoo for us, by all means let's fire away, and test
diana_coman: asciilifeform, trinque's script is basically proto-cuntoo as far as I understand it; and it will result in a mulstronic system so why are we talking of a glibc box?
a111: Logged on 2018-06-21 12:34 asciilifeform: http://btcbase.org/log/2018-06-21#1827977 << 're-emerge' seems to imply systemwide ? you're more or less guaranteed a borked box, muslism has to be done either rotor-style (i.e. 100% user-local build of 1 proggy at a time) or systemwide ( trinque's cuntoo ), on account of the impossibility of cleanly linking glibc libs to musl proggy or vice versa
a111: Logged on 2018-06-21 17:43 diana_coman: so then it would seem this is the best available option currently: asciilifeform can I have trinque's cuntoo on that machine when it's available?
a111: Logged on 2018-06-21 17:43 diana_coman: so then it would seem this is the best available option currently: asciilifeform can I have trinque's cuntoo on that machine when it's available?
trinque: I was saying the script (which is now a bootstrapper) can be used to produce a usable system (which is not cuntoo, but gentoo), and I think it's reasonable not to want to use that.
asciilifeform: trinque: is there a chance you can supply us with a 'pre-release' cuntoo ?
asciilifeform: however if no such incompatibility is found, then yes, it doesn't win anyffing over 'wait for cuntoo' scenario.
asciilifeform: diana_coman: as i understand, it would not be a wasted effort , given as if a musl-incompatibility is revealed , diana_coman can go straight to patching it, working in parallel with trinque's finishing touches on cuntoo
asciilifeform: diana_coman: strictly in that we do not yet have an operating musltronic cuntoo.
diana_coman: myeah, but what is there to gain from that instead of simply building it on cuntoo directly?
mircea_popescu: trinque aha so basically the situation here is, 1. you did an ablated gentoo last year, which was more vanilla ; 2. meanwhile it was discovered no longer builds, because imperial shitstack can't be a foundation for anything but the cockroaches ; 3. since ave1 work meshes well with older asciilifeform work we've updated the cuntoo target for a full musl integration, and this will come but 4. prolly later this year ?
mircea_popescu: trinque so wait, how do i follow your cuntoo in production ? or shouldn't ?
asciilifeform: it is however my current understanding that diana_coman wants a trinque cuntoo install. this means that trinque gotta give the signal and supply with what to install -- and ideally prior to going on his vacation.
a111: Logged on 2018-06-18 23:08 trinque: phf, Mocky, and others waiting on cuntoo, the genesis.vpatch which contains only the ebuilds necessary for a minimal system is about 4mb.
phf: well, in that case the problem is already solved. if PeterL were to install cuntoo with musl (or without) vtools will build.
asciilifeform: i abolished it in trb ( rotor ) , ave1 -- for gnat, and really ought to end with the logical conclusion, standard cuntoo musl/headers/gcc.
a111: Logged on 2018-06-24 19:02 PeterL: trinque: on http://trinque.org/2017/12/30/wip-cuntoo-installer/ the links seem to be broken, I tried to leave a comment but I think it got eaten?
PeterL: trinque: on http://trinque.org/2017/12/30/wip-cuntoo-installer/ the links seem to be broken, I tried to leave a comment but I think it got eaten?
ben_vulpes: box can come up for testing with the spare ssd drive held for s.mg raid redundancy; then reprovision with cuntoo later in the month and the fat stack of SSDs to flesh out the raid array for the production cutover.
mircea_popescu: mod6 last i heard and signed off on, alf's gonna put the cuntoo on the box as soon as you folks have it.
diana_coman: so then it would seem this is the best available option currently: asciilifeform can I have trinque's cuntoo on that machine when it's available?
a111: Logged on 2018-06-21 17:28 diana_coman: trinque, if I understand it correctly, I could have a cuntoo right now and move later on to v-tree but a. there is some work to be done to configure it properly for the exact pizarro hardware b. it's unclear whether I'll be able to emerge (i.e. build musltronically) all the stuff I need ; correct?
diana_coman: trinque, if I understand it correctly, I could have a cuntoo right now and move later on to v-tree but a. there is some work to be done to configure it properly for the exact pizarro hardware b. it's unclear whether I'll be able to emerge (i.e. build musltronically) all the stuff I need ; correct?
trinque: when I've grunted out the cuntoo thing, next item in the pipeline is the hot wallet
trinque: that process will amount to setting an environment variable to direct emerge to use the /cuntoo/portage tree (and to designate /usr/portage as an overlay, if you'll be porting ebuilds from classical gentoo into cuntoo)
diana_coman: well, either there is cuntoo and then can try with it or there isn't, in which no choice apparently other than rotor buildroot style
asciilifeform: mod6 is the one who 100% automated asciilifeform's rotor builder; you may want to use his model, ~iff~ waiting for cuntoo is not permissible
asciilifeform: diana_coman: depending on how far cuntoo is from flight-readiness ( trinque , any idea ? ) this may be worth doing in your case
asciilifeform: diana_coman: if you were making simply a musltronic version of euloratron, it could be done rotor-style (buildroot env) . but sounds like you want cuntoo straight away.
diana_coman: I see; in that case it would seem cuntoo is needed then indeed
asciilifeform: http://btcbase.org/log/2018-06-21#1827977 << 're-emerge' seems to imply systemwide ? you're more or less guaranteed a borked box, muslism has to be done either rotor-style (i.e. 100% user-local build of 1 proggy at a time) or systemwide ( trinque's cuntoo ), on account of the impossibility of cleanly linking glibc libs to musl proggy or vice versa☝︎
a111: Logged on 2018-06-20 20:37 mircea_popescu: and so it is here : if gets away without cuntoo, will try, if not, with.
diana_coman: obviously, failing this first approach, next would be to get cuntoo on it and try it directly there; as per http://btcbase.org/log/2018-06-20#1827894☝︎
mircea_popescu: and so it is here : if gets away without cuntoo, will try, if not, with.
asciilifeform: right, ave1 produced a working self-builder gnat. nobody's bolted it into a gentoo in such a way that ~everything~ gets built with it, of yet. ( this as i understand is in the cuntoo conveyor )
asciilifeform: full musl implies cuntoo, hence asciilifeform's initial confusion
asciilifeform: what i'd like to end up with, is to make ave1's gnat the default gcc in my gentoos ( and , in time, in cuntoo )
asciilifeform: i do not presently have a cuntoo box
asciilifeform: diana_coman: you don't need cuntoo to build musl executables, ave1's gnat does this on an ~arbitrary linux. ( via similar method as the 2015 'rotor' item )
diana_coman: or do you mean I have to have cuntoo to be able to try this?
asciilifeform: diana_coman: will you be installing cuntoo ?
mircea_popescu: myeah. and maybe the discussion is both a little premature and a little touching raw nerve ; but nevertheless the progress on packaging, first ave1 with musl, coming up trinque cuntoo, etc etc WILL lead to it.
asciilifeform: by this logic could just as well omit trb from cuntoo
asciilifeform: will be gnarly if cuntoo dun build grandfather-emacs without major butchery.
trinque: phf, Mocky, and others waiting on cuntoo, the genesis.vpatch which contains only the ebuilds necessary for a minimal system is about 4mb.
phf: i picked an x1 carbon from a pile, going to put trinque's cuntoo on it while i'm on the road..
Mocky: trinque, this is the original post, correct? http://trinque.org/2017/12/30/wip-cuntoo-installer/
trinque: I will update my original post with the former soon as I'm able, maybe tonight. that won't be "cuntoo", but it'll be enough to get assistance from other folks such as yourself to bring it to completion