log
96 entries in 0.425s
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.
trinque: tangentially yet again, I'd really like a vtron to put in this here cuntoo.
trinque: maybe what ends up happening is that I produce a "stage 3" that's already had this nonsense done to it, though obviously there's value in preserving the lineage (in form of a build script) from gentoo to cuntoo.
phf: i think a proper cuntoo doesn't even need x11, bash scripts, lynx and framebuffer to render images if need be
trinque: (the other cut of the lilo thing is to simply say "thou shalt not have other drives plugged in when cuntoo is spawning)
trinque: real quick, only serious thing missing from the cuntoo script is commanding lilo to ignore all devices but the target disk.
trinque: http://p.bvulpes.com/pastes/CtKMv/?raw=true << wip cuntoo script.
trinque: as things get reposessed from the gentoo shitgnomes, can move their modified ebuilds from /usr/portage into /cuntoo or w/e
trinque: ah. there's a mechanism for this that might be cleaner than editing the portage dir. I intend to use it in the cuntoo thing.
danielpbarron: and yeah let me add my support for the name "cuntoo"
asciilifeform: funnily enuff the box i'm making nao, is destined to become (among other things) a cuntoo mirror.
a111: 30 results for "cuntoo", http://btcbase.org/log-search?q=cuntoo
asciilifeform: !#s cuntoo
trinque: incidentally cuntoo is a fine name for a reproductive gentoo
BingoBoingo: danielpbarron: Have you thought about selling gentoo servers, specializing in easing the transition to Cuntoo?
asciilifeform: ^ prolly oughta go in the cuntoo-cookbook, in fact
asciilifeform: mircea_popescu: simply arresting the rot dun take much: i expect 'cuntoo' repo box will suffice. once isp winter is over...
BingoBoingo: Cuntoo when?
asciilifeform: asciilifeform's mental picture of 'cuntoo' involves vtronic replacement of portage
trinque: which, gentoo musl overlay is a git repo somewhere. whole thing would have to be repo'd for cuntoo
trinque: on cuntoo
asciilifeform: trinque: that's what i meant by 'cuntoo'
asciilifeform: on (currently hypothetical) musltronic 'cuntoo', you'd use good old stator makefile
mod6: im looking forward to TMSR~s own cuntoo.
shinohai: The thing with cuntoo is, it *does* exist in the sense that more folx use it as it exists now than they do other non-OS's
mircea_popescu: http://btcbase.org/log/2017-08-31#1707760 << this is precisely why it doesn't exist : cuz people dun think it's a big deal per se, and so can't be bothered to do that before they actually build a disk device full of something they'd actually want replicated. which cuntoo isn't at yet. maybe just on the cusp, i guess.☝︎
danielpbarron: http://btcbase.org/log/2017-08-09#1695538 "the pogoplug experiment had nothing to do with scaling" << also it worked fine on my pogo. the only issue was i was doing it on some systemd monstrocity of a linux. There's no reason it wouldn't also work on a cuntoo-pogo as well☝︎
shinohai: danielpbarron: it appears this cuntoo mirroe that mod6 spoke of is becoming more and more important.
shinohai: I felt that ~150 tx's are hardly worth me spinning up a cuntoo for
a111: Logged on 2017-08-06 04:40 mod6: Second, I'm not sure how you want to make a Cuntoo out of BSD... we should revisit that later.
a111: Logged on 2017-08-06 04:40 mod6: Second, I'm not sure how you want to make a Cuntoo out of BSD... we should revisit that later.
mod6: Second, I'm not sure how you want to make a Cuntoo out of BSD... we should revisit that later.
mod6: I'm confused, are you saying that you're not interested in making a Cuntoo then?
mircea_popescu: http://btcbase.org/log/2017-08-04#1694049 << cuntoo being the evident and correct solution, rather than the constant two weeks.☝︎
a111: Logged on 2017-08-02 16:46 mod6: Is there a Lord in this Chamber who would like to take project lead of Cuntoo? This would entail maintaining the distribution as seen fit for use by TMSR~, coordination of all tasks, and general oversight, hosting of packages/source etc? The Foundation would be willing to contribute to the cost of infrastructure for this hosting if need be.
shinohai: mod6: I'm interesyed in helping with Cuntoo if I can, perhaps we can discuss in greater detail in a bit.
mod6: Is there a Lord in this Chamber who would like to take project lead of Cuntoo? This would entail maintaining the distribution as seen fit for use by TMSR~, coordination of all tasks, and general oversight, hosting of packages/source etc? The Foundation would be willing to contribute to the cost of infrastructure for this hosting if need be.
PeterL: I like the name cuntoo, it's catchy
mod6: tmsr-os (cuntoo) will pick up where bsd leaves off.
phf: i have to say cuntoo readers/sounds better than cuntshoo, easier to write, straight to the point, etc.
asciilifeform: for 'cuntoo'.
mod6: <+mircea_popescu> BingoBoingo cuntoo, evidently. << i think this is a winner.
mircea_popescu: BingoBoingo cuntoo, evidently.