log☇︎
842 entries in 0.632s
ave1: trinque, re http://btcbase.org/log/2018-09-03#1847167, yes turned out the git that cuntoo uses did not support https and my ufw settings did not allow an outgoing git port number. Now it fails it a bit further along with dependencies on gnupg-2.2, but I think this was a known breakage... ☝︎
asciilifeform: so if you have a working kernel for a particular iron, you can use it with cuntoo, regardless of what shape cuntoo takes.
mircea_popescu: alright. it seems the logical cut here is to disentangle trinque from kernel talk. go ye and make cuntoo ; wtf will we do with the kernels, this is rapidly reverting to 1800s standards of engineering, "die with knowledge"
trinque: ave1: couldn't reproduce your errors. all I had to do to re-run the cuntoo build was to fix the portage snapshot var. ☟︎
a111: Logged on 2018-09-02 15:50 asciilifeform: diana_coman: on one hand, it makes for straight recipe for cuntoo lappy; but on other, it would still be slightly syphilitic , i.e. not wholly scrubbed of googlism
mircea_popescu: and cuntoo ~installer~ on the 16GB ssd << yes.
asciilifeform: diana_coman: on one hand, it makes for straight recipe for cuntoo lappy; but on other, it would still be slightly syphilitic , i.e. not wholly scrubbed of googlism ☟︎
asciilifeform: imho the ideal setup for this box (which has ~4~ nonvolatile roms -- the 3 above, and the 16GB ssd soldered onto mobo) is to put uboot in the main fw, and cuntoo ~installer~ on the 16GB ssd, which will boot if blank sd card is inserted, and install cuntoo on the latter; and subsequently boot off sd. this way the box will not slowly wear out the nonreplaceable internal ssd.
asciilifeform: ( if main fw is allowed to boot into 'non-dev' mode, it clears it, but once we wipe it and replace with cuntoo fw, this will not happen )
a111: Logged on 2018-09-01 18:28 mircea_popescu: in unrelated news : minigame was going to work both an infinite-items and an infinite-lands update ; they kinda need the new client protocol (mostly to do on-demand content delivery) ; which is waiting for... cuntoo!
asciilifeform: mircea_popescu: not sure if i get it -- what, google will sell cuntoo lappy ?!
mircea_popescu: cuntoo ? :D
asciilifeform: ( possibly waiting for release-cuntoo ? )
asciilifeform: mircea_popescu: how's the beta-cuntoo box working out , btw ?
mircea_popescu: in unrelated news : minigame was going to work both an infinite-items and an infinite-lands update ; they kinda need the new client protocol (mostly to do on-demand content delivery) ; which is waiting for... cuntoo! ☟︎
mod6: but I don't know if it's cuntoo-ish, or early cuntoo-ish.
jurov: But i don't want to install newest one, it may pull gcc 6 and what not, does cuntoo has an apache version?
lobbesbot: trinque: Sent 17 hours and 18 minutes ago: <ave1> comment seems to be stuck in transit; http://trinque.org/2018/07/06/cuntoo-bootstrapper-preview/#comment-23
a111: Logged on 2018-08-23 07:04 ave1: !Q later tell trinque, my comment seems to be stuck in transit; http://trinque.org/2018/07/06/cuntoo-bootstrapper-preview/#comment-23
ave1: !Q later tell trinque, my comment seems to be stuck in transit; http://trinque.org/2018/07/06/cuntoo-bootstrapper-preview/#comment-23 ☟︎
ave1: !Q later tell trinque, my comment seems to be stuck in transit; http://trinque.org/2018/07/06/cuntoo-bootstrapper-preview/#comment-23
asciilifeform: ( unless , i suppose , trinque proclaims arm64 cuntoo release b/w nao and then )
asciilifeform: i'ma keep arm-cuntoo experimentation to own desk for nao
BingoBoingo: asciilifeform: Standing by. Now this is a Cuntoo image?
asciilifeform: ( staying with classic gentoo for nao, until trinque gives green light for cuntoo 'out of prealpha' )
diana_coman: I almost hoped to read "diana has trouble fucking the goats with eucrypt on musl cuntoo"
a111: Logged on 2018-08-04 00:27 BingoBoingo: Roughly how far out is a Cuntoo image for Rockchip?
BingoBoingo: Roughly how far out is a Cuntoo image for Rockchip? ☟︎
mircea_popescu: http://btcbase.org/log/2018-08-01#1838829 << this is quite conceivably the right solution, and imo a fine candidate for cuntoo list. ☝︎
mircea_popescu: http://btcbase.org/log/2018-08-01#1838724 << on the positive score, kernel patch for cuntoo killing this with fire quite feasible. ☝︎
asciilifeform: aaha so cuntoo
mircea_popescu: seems like a fine candidate for cuntoo banlist, if so.
diana_coman: fwiw I have this on smg testing server, proto-cuntoo
asciilifeform: this box will become arm64 cuntoo pilot.
diana_coman is happy but still poking at eulora server on proto-cuntoo as it's almost suspiciously...working!
asciilifeform: diana_coman: iirc all that remains for trinque to do re cuntoo is to integrate ave1's gnat into portage; and properly mirror the tarballs
diana_coman: eulora server is happily compiling on proto-cuntoo with ave1's gnat+gcc; all tests passed so far, LOC greatly reduced too, loads of shit cleaned away and discarded; we are looking forward to move it to production, so any eta for cuntoo? ☟︎
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 ?