log
67 entries in 0.42s
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.