log☇︎
842 entries in 0.505s
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
phf: trinque: is cuntoo pure musl?
trinque got the cuntoo to build again, need to gather up all needed distfiles so we aren't fucked the next time shitworld's tectonic plates shift.
ben_vulpes: i see manifest draf, art car parade, and then the cuntoo instapper
esthlos: last post 2017/12/30, the WIP Cuntoo installer
asciilifeform: the next step will be to get the dep tarball links the hell off adacore's www, and onto our own cuntoo mirror.
trinque: while on the subj of gcc, it would be very nice to get ave1's version in as the default gcc on cuntoo.
trinque has for example been chewing through everything that moved out from under his last cuntoo build script.
mircea_popescu: asciilifeform, only after cuntoo is properly made.
phf: asciilifeform: hey, have you had further progress with the chromebook? i'm thinking of replacing my x60 with it, or rather i want to try a portable cuntoo install, without nuking existing setup
mod6: soon the only bridge will be the 6->5->4 ben_vulpes dance. (until cuntoo)
trinque: if you were to build a gentoo using their standard instructions, nothing in that would block you from replacing with a cuntoo userland later.
a111: Logged on 2018-03-14 03:13 trinque: diana_coman: regarding your cuntoo build problem, net-tools upstream has apparently broken build on default gcc-4.9.4. If I pass -std=gnu99, the definer of IFNAMSIZ is included and the thing builds.
ben_vulpes: trinque: http://trinque.org/cuntoo.tar.gz 404s
asciilifeform: this will be problematic when this becomes, say, a cuntoo port, where global makeflags will apply and e.g. mine are -j32
asciilifeform: this was never done because it is only possible to make it happen if cuntoo exists.
mircea_popescu: so, tmsr-kernel, such as for instance the very tight musl stuff, or what cuntoo evnetually will become, is out of scope for this discussion. of course it should have native fg handling, and im sure it will.
trinque: ckang here scurries off in a cuntoo thread because oh, gotta serve the woman
trinque: so rather than pulling someone's blessed stage3 every time you want to build one, you extract a cuntoo from your existing one
ckang: whats cuntoo btw? lol
trinque: alright, stand up a gentoo, and actually learn how portage works, so you can help scrape ebuilds into cuntoo
trinque: lemme see what I already sawed off in a chroot on worldeater (plattered RAID box, to be cuntoo distfiles server)
trinque: BingoBoingo: once there's a decent thread on base packages, I'll have a target for minimal set of packages in cuntoo repo, and we can get rolling
trinque: anyhow, we were discussing cuntoo?
trinque: BingoBoingo: what cuntoo is there without v-portage
ascii_lander: BingoBoingo: classical gentoo, with its reliance on maxint external repos , is not long for this world. it'll be cuntoo or nuffin
BingoBoingo: * mircea_popescu honestly thought this is the default, but apparently gentoo thinks /home should be 755. << Gentoo defaults are a strong case for a cuntoo split, even before getting into V and other Republican causes
BingoBoingo: My impressions of the gentoo thus far are that is very much a "some assembly required" product. This has up and down sides which is why eventually we will need to specify something narrower than Gentoo. I look forward to musl'd up cuntoo.
mircea_popescu: moreover, s.nsa could VERY sensibly sell a prepackaged in this manner cuntoo-based vyos replacement.
mircea_popescu: http://btcbase.org/log/2018-04-18#1801992 << have two at either side of the cabinet and route ambiguously through either. this is not even as bad a design as it strikes you, specifically because it can use "standard" parts. we can make a cuntoo vyos. ☝︎
mircea_popescu: aite, seems like the dulap clone is the correct approach here. we'll maybe look at moar cuntoo stuff later.
trinque: you can still use the script as literature, but no, my cuntoo installer is not done.
redfawnn: cuntoo? lol
mircea_popescu: i have nfi how he managed it, but apparently his early cuntoo actually works for practical purposes.
trinque: and we have to eat all of portage, or we'll be in the position I was in when I handed current cuntoo script to diana_coman
trinque: https://trinque.org/2017/12/30/wip-cuntoo-installer/ << latest thing published on subj
trinque: diana_coman: regarding your cuntoo build problem, net-tools upstream has apparently broken build on default gcc-4.9.4. If I pass -std=gnu99, the definer of IFNAMSIZ is included and the thing builds. ☟︎
trinque: diana_coman tried to build a cuntoo per my recipe and was bitten by the upstream musl-overlay gentoo repository having shifted enough to break the build.
trinque: since we're discussing cuntoo in pizarro, and it's more generally relevant, I'm moving the thread here.
mod6: trinque: (and others) let's circle back around and catch up cuntoo sometime in early march.
trinque: the various attempts at "cuntoo" have sputtered for precisely that reason, buckstoppoints are arbitrary in hell
a111: Logged on 2018-01-11 14:41 danielpbarron: !~later tell trinque ok i finally got around to looking at this cuntoo thing. machine can't load the kernel. when i chroot to try to rebuild it, i can't even mount /dev points or df -h
danielpbarron: !~later tell trinque ok i finally got around to looking at this cuntoo thing. machine can't load the kernel. when i chroot to try to rebuild it, i can't even mount /dev points or df -h ☟︎
mircea_popescu: no more need to run javascript (ie, unsecured remote code) ; no more need to "ask people to upgrade" ; no more anything of the idiotic sort. if i want a cuntoo/mp-wp/we it is now i have to ask here, and maybne someone produces one. this could just as well be handled by the machines, it's a machine task.
a111: Logged on 2018-01-05 18:28 asciilifeform: no good. first of all suppose there are 2 concurrent runs of the vtron ( say this is a cuntoo pressing itself )
mircea_popescu: http://btcbase.org/log/2018-01-05#1765095 << there's a certain...ring... to that. "a cuntoo pressing itself". http://78.media.tumblr.com/9307e89967592d33f10d9598fcdbc2ec/tumblr_ndiplotSRF1th0gwho1_1280.jpg ☝︎
asciilifeform: trinque: barf all you like, the d00d nearly made a working cuntoo
mod6: <+asciilifeform> no good. first of all suppose there are 2 concurrent runs of the vtron ( say this is a cuntoo pressing itself ) << yeah, concurrent runs of my vtron are a no-go.
asciilifeform: no good. first of all suppose there are 2 concurrent runs of the vtron ( say this is a cuntoo pressing itself ) ☟︎
asciilifeform: the funny bit is that gabriel_laddel came pretty close to building something like cuntoo (i.e. a sanely depythonized gentoo) ; which would've been useful and respectable
trinque: danielpbarron: how'd that cuntoo build go
BingoBoingo: Find fab that has 14-22 nm process, make simple multicore MIPS and a MUSL'd cuntoo for it
danielpbarron: trinque's latest cuntoo thing
deedbot: http://trinque.org/2017/12/30/wip-cuntoo-installer/ << trinque - WIP : Cuntoo Installer
trinque: wip cuntoo script only does apu2, but if you read it, it'd be trivial to parameterize the kernel config
mircea_popescu: nope, which is why the item is called cuntoo.
trinque: heh, this is why I say release with portage cuntoo "overlay"
a111: Logged on 2017-12-24 02:53 trinque: tangentially yet again, I'd really like a vtron to put in this here cuntoo.
asciilifeform: no tarball hoster -- no cuntoo
mod6: what do we need to do to get started with cuntoo. we ought to make a list.
phf: obviously not designed for that, but the assumption here then is that you're running a fresh instance for each fresh press, which is suboptimal for a lisp (this particular detail will likewise come up when v is run on an always-on system of any kind, be that a cuntoo or a lispm)
trinque: my cuntoo installer script requires some what, 500mb of wads of other items that are not text, or useless.
trinque: ^ cuntoo direly wants this
trinque: to manage a cuntoo overlay.