tmsr - Search: i

15200+ entries in 0.112s

mod6: <+asciilifeform> we also host owner-operated iron (e.g. dulap is still snsa ; and trinque has some, and mod6 ) << The Foundation's 2nd box ("lovelace") is with ben_vulpes, currently. He's going to find a home for it in his new area, last we had talked about it. I don't have any machines on-hand that are waiting to go to .uy. However, I might be interested in buying a UY1 style machine from alf...

diana_coman: trinque, this is probably having to do with the drive being external, connected via USB and how it's mounted, I don't see any other explanation

diana_coman: trinque, that's weird; fwiw: no, my home dir as far as I can see is *not* in the profiles directory

phf: http://btcbase.org/log/2019-03-10#1901200 << that is not at all the problem. i can read the file just fine, but as i do i feed chunks of it to keccak. keccak doesn't take char buffers, it wants "bitstream" i.e. arrays of bits, which means whatever char ☝︎☟︎

a111: Logged on 2019-03-10 17:40 asciilifeform: i'd like to see phf come back to life and fix. failing this, 1 of us will have to

phf: http://btcbase.org/log/2019-03-10#1901176 << i'll put it to the top of the stack, i remember fixing it, but never completing the patch. ☝︎☟︎

mircea_popescu: i don't really, and besides my/our policy has mostly been to have pizarro own iron, hence the snsa sale etc.

asciilifeform: i'm reluctant to do the massive rk thing until we have a semblance of working gnat for arm

mircea_popescu: can i help you guys with anything ?

asciilifeform: BingoBoingo: i'd ~really~ like to avoid the scenario where i go out with a half-empty crate

mircea_popescu: ie, yes "ideally mmap it", but not i! it.

mircea_popescu: asciilifeform imo it is the job of the kernel to expose all available memory (ram, and fucking hell, disk, too, ALL available memory) to me as i fucking want it : stack, cpu registers, heap, whatever it is i wanna call it.

diana_coman: I don't recall it being discussed in detail (i.e. with numbers for stack size and input size) anywhere and I think it should be, if it stays as it is

diana_coman: mircea_popescu, yes, I don't suspect the code is broken as such but it is a limitation of the approach and I did not really expect bumping into it at 7MB

mircea_popescu: diana_coman see, if it is broken code, then it just eats all stack available. but i suspect here code is sound, demand on stack defensibly large.

asciilifeform: tho not neccessarily required, in vdiff, the process as i understand it does not actually demand random access to the entire input

asciilifeform: i'ma detail, ftr : 'ffacalc' runs 'as fed', i.e. 1 command at a time. but 'peh' , adult version, has support for functions and loops, and therefore requires the 'tape' to exist in memory. so currently i have 'tape can be 1000000 bytes', but this is not acceptable obv. in the long term

asciilifeform: diana_coman: the 'errything on stack' approach has its limits; it is why i wrote the mmap thing (currently stuck in limbo , but i'ma have to revive it and fix, cuz ffa 17 also is hitting against this wall, you can't expect to put 100MB on stack, you gotta mmap it

asciilifeform: diana_coman: i think he's trapped in some sorta cube hell; the squarebracket thing mircea_popescu asked for also not happened yet etc

diana_coman: (i.e. it runs, it returns fine, no differences between the files)

diana_coman: I can give it unlimit stack anyway and see what happens, sure

asciilifeform: i'd like to see phf come back to life and fix. failing this, 1 of us will have to ☟︎

asciilifeform: diana_coman: i do not presently know where is the barf threshold, i suspect it depends on yer stack size

diana_coman: and yes, I had this idea in my head that "previous problem, was solved"

a111: Logged on 2018-10-20 01:44 asciilifeform: !Q later tell phf i found today that your keccak-vdiff is unable to eat a 40MB file ( dies politely with stack overflow )

asciilifeform: ( the style of programming that would appear on ' asciilifeform's ideal cpu ' is best illustrated in http://btcbase.org/patches/fg-genesis/tree/fg.v . i.e. all of the independent pieces in fact run in parallel, and in deterministic time, there are no interrupts, no scheduler, etc. )

asciilifeform: http://btcbase.org/log/2019-03-10#1901140 << the down side of 'let's 512b bus' is that most cpu time (where it runs, not counting idles on i/o here) is spent in 'inner loops' where yer counting to e.g. 3. and nao you gotta move 512bits when yer counting to... 3 ☝︎

asciilifeform: http://btcbase.org/log/2019-03-10#1901153 << bake 'pile of reconnectable flipflop' and then you aint gotta ever bake anyffin else again. iirc i detailed this in ancient thread, mircea_popescu barfed ( iirc answered 'why waste so many transistor on interconnects' ) , but can't currently dig up where we had this ☝︎

asciilifeform: http://btcbase.org/log/2019-03-10#1901148 << imho the ( ~homogeneous~ variant of ) fpga is actually the correct model. i.e. you get to stitch it later into however many parallel mechanisms you happen to need on a given occasion. ☝︎

a111: Logged on 2019-03-10 16:42 mircea_popescu: asciilifeform thinking about whart you said, i can't repress the suspicion that maybe the memory model is acrtually profoundly fucked,as a central driver of the whole cs insanity.

a111: Logged on 2019-03-10 08:23 mircea_popescu: asciilifeform so i take it your ideal cpu would actually be simply state machines + registers, no actual ram ?

asciilifeform: http://btcbase.org/log/2019-03-10#1901142 << programmable interconnect fabric ( similar to what's sold as fpga ) . iirc i detailed this in old thrd. ☝︎

mircea_popescu: asciilifeform thinking about whart you said, i can't repress the suspicion that maybe the memory model is acrtually profoundly fucked,as a central driver of the whole cs insanity. ☟︎

diana_coman: trinque, which are exactly the paths that don't match? since I don't have the original genesis.vpatch I can't really know what to check to look if indeed those paths actually exists or not or wtf

a111: Logged on 2019-03-09 22:43 trinque: diana_coman, other folks that have cuntooed, can y'all confirm that the paths that ended up in your genesis.vpatch do not in fact exist? I'd like you to reproduce the commands starting at line 114 of scripts/make_portage_tree.sh in your build directories, i.e. cd ~/src/cuntoo/build/cuntoo and then run them, as root

diana_coman: http://btcbase.org/log/2019-03-09#1901066 -> I ran those and I got exactly the same genesis.vpatch (i.e. diff on this vs the one obtained from the script itself returned empty) ☝︎

mircea_popescu: asciilifeform so i take it your ideal cpu would actually be simply state machines + registers, no actual ram ? ☟︎

a111: Logged on 2019-03-10 03:21 asciilifeform: http://btcbase.org/log/2019-03-10#1901103 << i cannot resist to bite : why 512 ?

mircea_popescu: o right the registers. i recall.

asciilifeform: i dun expect to even live to see with own eyes a machine where 64bits of addr space fully populated (on current x64 Official standard, only 48 addr lines even connected, the rest mandatory 0)

a111: Logged on 2019-03-10 03:04 mircea_popescu: i ~can't imagine~ what the fuck must have been going through the skull of whoever came up with "working a piece or moving the worked piece, same thing". what the fuck ever is it same thing!

asciilifeform: the thing with gigantic multers is that they grow physically with the cube of the bitness. hence scarce. ( tho i dun imagine even a 8192bit single-cycle multer would be remotely near as heavy as the 3bil-transistor 'let's fry eggs' pentium-xxviii or whatnot )

asciilifeform: http://btcbase.org/log/2019-03-10#1901103 << i cannot resist to bite : why 512 ? ☝︎☟︎

asciilifeform: http://btcbase.org/log/2019-03-10#1901090 << i was convinced somehow that crapple stores exist only in the reich ☝︎

mircea_popescu: i ~can't imagine~ what the fuck must have been going through the skull of whoever came up with "working a piece or moving the worked piece, same thing". what the fuck ever is it same thing! ☟︎

mircea_popescu: dude check me out, by now i'm writing 500 word chatlines. this isn't going well.

mircea_popescu: jobs' been dead what, a decade ? not even a decade. meanwhile, fifty FUCKING MORONS sat around in rooms pompously pretending as to how "of course i'm teh vp, didn';t you see the sign on the door ?"

asciilifeform: ... so 'mulx' aint in anyffing i have. if someone wants to test it with own hands, he can, otherwise fughetit.

asciilifeform: bvt: the only new instrs that seem to be even theoretically of use, are 'mulx' and 'adcx' -- but i dun have any iron that supports these atm, and cannot even begin to say whether constant time etc

asciilifeform: i.e. they can't stuff any moar transistors in there, and end up offering the equiv. of ye olde 'winmodem'

a111: Logged on 2018-12-03 21:48 diana_coman: hm, if it's indeed the tmp thing, it might be worth a try to press vtools to current leaf (i.e. vtools_tempfile_standalone or _notmp) and see if that cures it; my archive contains pressed vtools to ksum patch only, not further

trinque: http://btcbase.org/log/2018-12-03#1878057 << I am currently running a build with a vdiff pressed to same. The only difference is that I have altered the gpr files to statically link. ☝︎

trinque: the remainder of work here is resolving this issue (I have not had) with paths, after which we can start producing ebuilds for novel republican work atop the genesis. ☟︎

trinque: diana_coman, other folks that have cuntooed, can y'all confirm that the paths that ended up in your genesis.vpatch do not in fact exist? I'd like you to reproduce the commands starting at line 114 of scripts/make_portage_tree.sh in your build directories, i.e. cd ~/src/cuntoo/build/cuntoo and then run them, as root ☟︎

asciilifeform: diana_coman: neato, i once spent half a summer in 'heroes 2' also

a111: Logged on 2019-02-07 19:12 asciilifeform: diana_coman: np. lemme know which flavours the kid ended up liking, i may have moar in the depths of the warez chests along those lines.

spyked: asciilifeform, I applied mircea_popescu's pill to block spam-linkers. pl0x to set referrer to http://thetarpit.org or http://lucian.mogosanu.ro

trinque: http://btcbase.org/log/2019-03-08#1900952 << he did, as I've said before http://btcbase.org/log-search?q=localyesconfig ☝︎

BingoBoingo: Eh, I'm still up. Will put the shoes back on and remember to open the terminal before I take shoes off text walk

asciilifeform: mircea_popescu: if some part of the shitstack 'was designed', i cannot say what it was

asciilifeform: 'ok, ctrl-c? i'll assume you meant the last of the 9000 jobs you just spawned, right'

asciilifeform: most complicated mechanism i ever used that 'works' , in light of mircea_popescu's concept thereof, is.. idk, kalash

asciilifeform: ( the subj of microshit, i'll spare, tho could expound.. )

hanbot: i dunno, shit's supposed to fail if you do the wrong thing. possibly i'm a moron for making it too easy to do the wrong thing, keyboards oughta be 10ft apart, give second to surgical assistant, whatever. but it is fucking frustrating.

hanbot: which means i have yet another incomplete cuntoo install with no vpatch and yet no way to start again without another freakin' reboot. it's like walking a tightrope, here i was worried the power'd go out or w/e, but no, fingers got confused after 30m of back and forth, fuck me.

hanbot: so there i am merrily entering choices into the kernel config's endless querying on the tail of my cuntoo installation attempt, and i'm noting down all the modules it asks about that don't appear in http://btcbase.org/log/2019-03-08#1900940 for posterity, during which i ctrl + c on the wrong of the two keyboards i'm handling while trying to copy a module name and bam, make dies, which means kernel configuring dies, which means bootstrap.sh dies, ☝︎☟︎

BingoBoingo: Venezolana today during spanish class logistics talk made of a point of how maduro was blaming the "Imperialists" for the blackout. I offered that it was almost certainly the imperialists, breaking shit is part of their regime change recipe.

asciilifeform: http://btcbase.org/log/2019-03-08#1900962 << near as i could tell, subj is a kind of http://btcbase.org/log/2017-08-03#1693150 , i.e. junkyard dog ☝︎☝︎

mod6: hanbot: I did see these questions pop up too while doing the cuntoo bootstrap. This in particular happened to me after I copied my working gentoo kernel from /usr/src/linux/.config to cuntoo/myCopiedConfig, then replaced all of the =m with =y ( sed -i 's/=m/=y/' myCopiedConfig).

asciilifeform: since mircea_popescu is asleep, i'ma 'fill in' for him and note ftr that the necessity for this process is indeed a warcrime of the gnutards, and really not how sane configurator of any kind oughta work

lobbes_field: ^^ was the approach I took. Accepted defaults n' manually walked it after I confirmed it booted

asciilifeform: ( i.e. it ~may~ end up containing useless modules, that you will later want to cut out, but ~will~ contain the necessaries given in the supplied config )

asciilifeform: the way i handle this , is when building kernel with an older config, i use the menuconfig util, and have it eat the prev config

asciilifeform: 'found I could replicate mod6's process of copying the .config file in /usr/src/linux into the cuntoo/config directory' suggests that this build was using a non-trinqueian .config ?

asciilifeform: nao what i do not know, is how this scenario can play out using trinque's cuntoo kit -- iirc he includes both a particular kernel source and a config (for 1 of his irons) that was known to be edible by it

asciilifeform: hanbot: i can tell you ~what~ you saw, tho not yet why : the linux kernel make starts asking itemized config q's if it sees sumthing in the given config that dun add up to something 'menuconfig' could have shat out, by its lights ( e.g. a module for $device is enabled, but 1 of its deps aint )

hanbot: woke up to my latest cuntoo boostrap.sh tryout to find it hanging on this input request: "Gentoo Linux support (GENTOO_LINUX) [Y/n/?] (NEW)", this after "Restart config...". I take it this is some sorta flag, but what am i yes/no-ing here? what kinda question is that?!

spyked: http://btcbase.org/log/2019-03-06#1900726 <-- incidentally, there is some overlap between logotron web interface and web-based img pastetron: both need www code, which I will genesis as soon as I have a working item ☝︎

hanbot: BingoBoingo: i'm in, tyvm.

BingoBoingo: hanbot: http://p.bvulpes.com/pastes/bz2eO/?raw=true Sorry about that. I thought I fired the GPGgram off from the cage.

asciilifeform: mircea_popescu: i expect it'll go approx like the at&t phone tap lawsuit -- usg invokes 'sovereign immunity' and that's it

asciilifeform: i have nfi how and why putting sumthing through a column is patentable. but it aint any odder than the rest of that racket.

asciilifeform: asciilifeform did not go, and to this day i have nfi how many takers

BingoBoingo: PeterL: Tyvm. I'll head out to pick it up in a bit

asciilifeform: i gotta try this item

asciilifeform: http://btcbase.org/log/2019-03-07#1900826 << this is pretty interesting to asciilifeform ; believe or not, i've never used automatic log eater, all of my stats since i 1st had a www, go through unspeakable handwritten perlisms ☝︎

BingoBoingo: PeterL: There's also a 10 digit number you'll get. That's what I need to do the pickup.

BingoBoingo: Depending on when you get to it, I may not be able to confirm pickup until tomorrow. This is GMT-3 timezone and the last places to pickup close at 21:00. They usually have lines so figure 23:00 GMT is the cut off for a same day send and pickup.

PeterL: ok, got it, I will get that done today

BingoBoingo: I encrypted to the one I have in my ring labeled "Peter Lambert"

PeterL: bingoboing, which key did you encrypt that to? I got gpg: decryption failed: secret key not available ?

asciilifeform: i'm still waking up, coming up empty when digging

asciilifeform: mircea_popescu: i'ma log out, then see if went.

mircea_popescu: he's around when he's doing something, i noticed.

asciilifeform: mircea_popescu: i'll do it if it's a normal pp , but if it's like the last one it prolly won't work from my machine

ben_vulpes: asciilifeform: politely decline, but should the merry bandits catch the tax collector's carriage unawares i know where to place my buy orders.

asciilifeform: ben_vulpes: since yer buying coinz , can i interest you in another machine purchase for piz ?

a111: Logged on 2018-11-29 17:10 Mocky: in truth i do feel like idjit for being old man without the brains to have saved anything. i don't even have a workshop full of shit like asciilifeform

ben_vulpes: ty asciilifeform, but it'll be short and i'll dive for some more time yet.

ben_vulpes: for all that the place is nominally filled with capitalists, nobody here drives like time is a rapidly exhausting resource. i seem to have landed in a town largely flavored like portland. nobody knows how to make coffee, and the region doesn't produce much by way of wine. but! where portland was the largest metropolis for a good hundred and fifty miles in any direction (and cavorted with airs to match), this