tmsr - Search: cuntoo

deedbot: dorion rated trinque 7 << he owns deedbot/deedbot.org and genesis'd irc/logbot and Cuntoo. went by undata in ancient logs. writes at trinque.org

dorion_road: http://logs.ossasepia.com/log/trilema/2019-12-28#1956159 << thanks. my position is gales, like cuntoo, is a stepping stone to tmsr os so looks like we're onthe same page there.

ossabot: Logged on 2019-12-14 14:28:53 trinque: I skipped it in cuntoo as well, for equally bad reasons.

ossabot: Logged on 2019-12-14 14:00:22 trinque: dorion_road: btw, your gales has the same problem mp_en_viaje pointed out about my cuntoo. it doesn't actually have the sources of the dependencies. one provides those as tarballs.

trinque: dorion_road: btw, your gales has the same problem mp_en_viaje pointed out about my cuntoo. it doesn't actually have the sources of the dependencies. one provides those as tarballs.

ericbot: Logged on 2019-12-10 19:08:15 mp_en_viaje: if trinque fails to work within the framework (which yes, DOES mean jan 15th is a firm deadline, not because you made it so or could, but because i can, and do), and nobody gives a shit about cuntoo, everything that was thereby lost is upon trinque to pay.

ossabot: Logged on 2019-12-10 11:31:41 dorion_road: Right now my approach is to draw from the experience with cuntoo and gales and understand : what strengths can be taken from both, what do they both lack that tmsr os requires.

mp_en_viaje: if trinque fails to work within the framework (which yes, DOES mean jan 15th is a firm deadline, not because you made it so or could, but because i can, and do), and nobody gives a shit about cuntoo, everything that was thereby lost is upon trinque to pay.

ossabot: Logged on 2019-12-10 11:31:17 dorion_road: trinque, you've foreshadowed using a minimalist busybox system, which Gales is. Giving it a test run and writing and article about what the positives and negatives are compared to cuntoo would go a long way to help killing idiocy. If you made time to do it by jan 15, adding your insight while others are working on it would help us

dorion_road: Right now my approach is to draw from the experience with cuntoo and gales and understand : what strengths can be taken from both, what do they both lack that tmsr os requires.

dorion_road: trinque, you've foreshadowed using a minimalist busybox system, which Gales is. Giving it a test run and writing and article about what the positives and negatives are compared to cuntoo would go a long way to help killing idiocy. If you made time to do it by jan 15, adding your insight while others are working on it would help us

dorion_road: The stage I'm at now in terms of wutdo with cuntoo is : there have been 7 installation reports that I'm aware of -- if I've missed one, someone please correct.

ossabot: Logged on 2019-12-09 22:23:29 trinque: dorion_road: I dropped the cuntoo thing because I think it's idiocy to "ubuntu but totally in our own way and with moar fascism!1" or w/e. I'm not then going to turn around and help you build one.

dorion_road: http://logs.ossasepia.com/log/trilema/2019-12-09#1954718 << that'd be a fair point, but what if you help me build something without whatever idiocy which was imported into cuntoo ?

trinque: dorion_road: I dropped the cuntoo thing because I think it's idiocy to "ubuntu but totally in our own way and with moar fascism!1" or w/e. I'm not then going to turn around and help you build one.

dorion_road: and spyked on the reasoning for the location of the kernel installation step in the cuntoo bootstrapping script.

dorion_road: trinque you've been highlighted on a couple different tmsr os threads: bvt is curious about what you have to say on the extent to which the bootstrapping/package management/development tools are a source of bloat in Cuntoo.

diana_coman: and apparently the bits and pieces known/sorted about this are not that easy to find or something, hmmm; esp the paths issue was discussed and sorted in the logs + documented at http://ossasepia.com/2019/07/14/a-working-cuntoo-install-on-amd-fx-8350-with-script/

feedbot: http://thetarpit.org/2019/assorted-notes-on-bootstrapping-cuntoo << The Tar Pit -- Assorted notes on bootstrapping Cuntoo

ossabot: Logged on 2019-11-29 04:01:52 spyked: bbl, finishing what's now grown into a humongous cuntoo write-up

dorion_road: To expand what I'm thinking re userland, the choice as far as I see is between stage3 via Cuntoo or Busybox a la Gales + whatever addons are not included in Busybox.

ericbot: Logged on 2019-11-13 01:54:04 trinque: k, so this is little else than creating a signed tarball of the cuntoo bootstrapper's output, and building a livecd/usb that can unpack that item onto a fresh system, bundled with some driver firmware and a try-all-modules kernel.

spyked: http://logs.ossasepia.com/log/trilema/2019-11-25#1953543 <-- actually I've been getting some more intimate knowledge of cuntoo in the last coupla weeks, now I have a write-up I need to do on that... a couple of them even.

ossabot: Logged on 2019-11-06 23:32:29 mircea_popescu: trinque, suppose spyked's game, and what you have to do is run the two fellows + whatever we can meaningfully accrete through the tmsr-ization of cuntoo.

diana_coman: re OS the idea was that I'll have to install remotely the proto-cuntoo though, wasn't it?

ossabot: Logged on 2019-11-13 05:05:55 spyked: ftr, I was considering doing my initial cuntoo boostrapper install on a qemu. I've gotten disk images and kernels prepped for that environment in the past, it's pretty easy due to the absence of odd vendor-specific drivers. this is probably not appropriate for gfx work though.

ossabot: Logged on 2019-11-12 21:56:47 trinque: k, so this is little else than creating a signed tarball of the cuntoo bootstrapper's output, and building a livecd/usb that can unpack that item onto a fresh system, bundled with some driver firmware and a try-all-modules kernel.

spyked: ^ imho would be worth doing this either way, if only because my familiarity with cuntoo so far is limited to reading the bootstrapper scripts.

spyked: ftr, I was considering doing my initial cuntoo boostrapper install on a qemu. I've gotten disk images and kernels prepped for that environment in the past, it's pretty easy due to the absence of odd vendor-specific drivers. this is probably not appropriate for gfx work though.

trinque: k, so this is little else than creating a signed tarball of the cuntoo bootstrapper's output, and building a livecd/usb that can unpack that item onto a fresh system, bundled with some driver firmware and a try-all-modules kernel.

trinque: the cuntoo bootstrapper I produced was misery in that it either produced a booting drive, or fuck you peasant, learn moar.

trinque: walking through the list of firmware one needs for these isn't insurmountable. I've got a radeon box sitting here that runs cuntoo

ossabot: Logged on 2019-11-11 20:22:50 trinque: http://logs.ossasepia.com/log/trilema/2019-11-08#1950231 << since I've got the botwork already in flight on my end, what do you say you and lobbes tackle making cuntoo into a usable item for mp_en_viaje and diana_coman ?

jfw: My understanding from earlier cuntoo thread is someone needs to step up to *own* the project; to be clear, I doubt I'd be prepared for such a thing right now, but yes it works for me to work with other people.

ossabot: Logged on 2019-11-12 03:51:20 diana_coman: http://logs.ossasepia.com/log/trilema/2019-11-11#1950551 - is this going to diverge then ie there's cuntoo and then there's infectious linux and something else or what? I'm rather confused now as to directions; for that matter and for the forum, there's in principle also jfw's Gales distro if we are at that; I'd rather see the effort focused and coordin

ossabot: Logged on 2019-11-06 11:47:54 mircea_popescu: so i suppose this is the first actionable we unveil here : ima want an estimate on a) how long to divorce dev server from cs ; and b) how long to move client cs on cuntoo.

ossabot: (ossasepia) 2019-11-05 diana_coman: but at any rate, what's that Gales Linux exactly and how/in what way different from Cuntoo? where/what are your problems there?

diana_coman: http://logs.ossasepia.com/log/trilema/2019-11-11#1950551 - is this going to diverge then ie there's cuntoo and then there's infectious linux and something else or what? I'm rather confused now as to directions; for that matter and for the forum, there's in principle also jfw's Gales distro if we are at that; I'd rather see the effort focused and coordinated by a single ...

ericbot: Logged on 2019-11-10 08:30:28 diana_coman: they had a few words in #trinque; I've sent lobbes to ask if he can help with cuntoo perhaps too.

trinque: http://logs.ossasepia.com/log/trilema/2019-11-08#1950231 << since I've got the botwork already in flight on my end, what do you say you and lobbes tackle making cuntoo into a usable item for mp_en_viaje and diana_coman ?

spyked is not entirely clear on concrete goals re. cuntoo, so in light of http://logs.ossasepia.com/log/trilema/2019-11-10#1950368 thinks it would be a good idea to discuss 'em

ericbot: Logged on 2019-11-10 08:30:28 diana_coman: they had a few words in #trinque; I've sent lobbes to ask if he can help with cuntoo perhaps too.

diana_coman: they had a few words in #trinque; I've sent lobbes to ask if he can help with cuntoo perhaps too.

mircea_popescu: trinque, suppose spyked's game, and what you have to do is run the two fellows + whatever we can meaningfully accrete through the tmsr-ization of cuntoo.

lobbes: However, after that I wouldn't mind the idea of 'apprenticing' under trinque on cuntoo related things. I could use the education to be honest, and I know he needs hands

mircea_popescu: anyway, any kind of cuntoo-base for client is a distant goal anyway, seeing how ... no x

BingoBoingo: trinque: If I do get a Cuntoo running this weekend, you can expect me to submit Cuntoo-ified versions of my desktop work tools at the speed I port them. Everything I depend on seems to have already been ported to musl based linux distributions. I can't promise doing this fast, but it can be something that would help make a noob-cuntoo image down the line.

mircea_popescu: i can see baking it on protocuntoo ; with a view to moving it to cuntoo, ~if cuntoo is a thing~. if it isn't... no view.

BingoBoingo: This weekend I plan to set aside a solid block of time to give Cuntoo a fair try, but I am not in any position to claim ownership over anything like an OS. I suspect I'll be more successful than the last time I tried for having unloaded a huge ball of insanity outta my head in the interim.

trinque: and if anyone considers the current cuntoo too low-level to be useful, they're not going to feel much differently about classical gentoo. the barriers to entry are the same in both cases.

ossabot: Logged on 2019-11-06 11:37:43 mircea_popescu: and you verified you can actually deploy this proto cuntoo on various hw, so we're good here : as to 1, smg will use proto-cutnoo until can switch to cuntoo ; and meanwhile ima see what trinque has to say re cuntoo and try to get bvt to patch against it and so on

mircea_popescu: so, basically, the way this is going is, server on protocuntoo for now and cuntoo in the future ; and ~demo~ client on ubuntu/whateverthefuck, dynamic hell and let the community make whatever it wants.

mircea_popescu: the decision whether cuntoo is to be headless or x-headed has not yet been made.

mircea_popescu: so, basically, the way this is going is, server on protocuntoo for now and cuntoo in the future ; and ~demo~ client on proto-cuntoo and let the community make whatever it wants.

diana_coman: anyways, so proto-cuntoo for server side and there's no futzing needed there

diana_coman: mircea_popescu: ah, I see; I suppose the thing is that cuntoo is currently a server-side system really (no X)

ossabot: Logged on 2019-11-06 11:41:51 diana_coman: maintaining the frozen dulap-gentoo recipe + all and deploying that + still having afterwards to make the switch to cuntoo when it's ready

mircea_popescu: so i suppose this is the first actionable we unveil here : ima want an estimate on a) how long to divorce dev server from cs ; and b) how long to move client cs on cuntoo.

diana_coman: maintaining the frozen dulap-gentoo recipe + all and deploying that + still having afterwards to make the switch to cuntoo when it's ready

diana_coman: mircea_popescu: my main question here would be whether it's worth this intermediate proto-cuntoo step

diana_coman: yes; so we keep then to frozen proto-cuntoo with an idea to hopefully be able to move on to cuntoo when that is ready + we have everything statically linking.

mircea_popescu: and you verified you can actually deploy this proto cuntoo on various hw, so we're good here : as to 1, smg will use proto-cutnoo until can switch to cuntoo ; and meanwhile ima see what trinque has to say re cuntoo and try to get bvt to patch against it and so on

diana_coman: mircea_popescu: ah, I missed the "at all" nuance in your second question http://logs.ossasepia.com/log/trilema/2019-11-06#1949741 ie I was still in cuntoo-env

mircea_popescu: i asked if you can boot on cuntoo, you said no. i asked if you can boot at all, you said also no. i verified why no when you said yes prior, turns out you can boot at all, gotta use proto-cuntoo

diana_coman: mircea_popescu: that is AMD with dulap-gentoo aka proto-cuntoo aka NOT fully statically linked

diana_coman: I'm rather relieved to hear that because indeed, cuntoo is the best candidate I see so far

mircea_popescu: now practically, seems cuntoo is (by far, actually) the least mangy dog in that horse stable, so i guess we're in the business of making it a horse.

mp_en_viaje: i'm mostly trying to avoid sourness in the vein of "i was doing X then things changed from under me", like eg at some point occured re cuntoo. seems to me low volume participants are particularly vulnerable -- not that low volume is in itself any kinda crime.

feedbot: http://ossasepia.com/2019/07/14/a-working-cuntoo-install-on-amd-fx-8350-with-script/ << Ossa Sepia -- A Working Cuntoo Install on AMD FX-8350 (with script)

diana_coman: cuntoo is currently the genesis + roadmap really but at any rate, trinque's indeed.

mp_en_viaje: cuntoo iirc was trinque's work ; not so sure how it stands these days, there was some drama that didn't resolve any.

mp_en_viaje: it can be argued that this is the ~principal~ utility of www in the first place, that it permits things such as "reading trilema" only as a 2ndary bolt on. what it's for is to turn a half hour trudge into a five second job.

asciilifeform: http://logs.ossasepia.com/log/trilema/2019-10-19#1946746 << since apparently 'open season' -- fella had 2 posts in 2+y , 1 (imho quite interesting) about getting dr.mengele'd , the other, incomplete cuntoo draft

asciilifeform: trinque: currently this is for asciilifeform's pre-cuntoo gentoo, but i expect the method can be later transplanted to cuntoo.

a111: Logged on 2019-10-13 20:07 asciilifeform: mp_en_viaje: iirc trinque had an experimental cuntoo variant that was built with '-ssh' ban flag. will see what he says when wakes up re this subj

asciilifeform: mp_en_viaje: iirc trinque had an experimental cuntoo variant that was built with '-ssh' ban flag. will see what he says when wakes up re this subj ☟︎