log☇︎
8700+ entries in 0.061s
mircea_popescu: bflame how about you make yourself useful and implement a keccak as discussed ^ then patch diana_coman 's tree with it.
mircea_popescu: diana_coman i mean that instead of keccak receiving array of bits stored in octets, keccak receives (and processes) a eucomms field.
diana_coman: mircea_popescu, from keccak's pov there is no meaning to the input so I don't quite see what you mean there
mircea_popescu: diana_coman do you see the wisdom in implementing a keccak variant that uses eucomms-style fields ? so that something like "hello world" would be passed as 0x01146865 6c6c6f77 6f726c64
a111: Logged on 2018-10-12 13:08 diana_coman: asciilifeform, hm, the bit version blows up buffers even more because it uses *internally* arrays of bits as per http://www.dianacoman.com/2018/02/01/eucrypt-chapter-8-bit-level-keccak-sponge/#selection-51.100-51.594
diana_coman: mircea_popescu, http://btcbase.org/log/2018-10-12#1860813 ☝︎
diana_coman: mircea_popescu, that's at...another level
diana_coman: mircea_popescu, when he says "explodes" he means that keccak implementation expects as input a bitstream where each bit is stored in an octet
lobbesbot: bvt: Sent 22 hours and 22 minutes ago: <asciilifeform> http://bvt-trace.net/2019/03/ffa-chapter-9-homework-comba-in-x86_64-assembly/comment-page-1/#comment-12
mircea_popescu: phf pretty sure that's the wrong version of it ? iirc there was also a keccak that didn't explode ? diana_coman ?
trinque: diana_coman: there oughta be a cuntoo/portage dir inside the build dir
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: diana_coman: I'm running again with a vdiff pressed to http://btcbase.org/patches/vtools_ksum per http://btcbase.org/log/2018-12-03#1878057 ☝︎
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...
phf: ksum right now works for any sized file, because it goes the b) route: http://btcbase.org/patches/vtools_tempfile_standalone_notmp/tree/vtools/src/ksum.adb#L12
a111: Logged on 2019-03-10 18:09 asciilifeform: mircea_popescu: ideally, mmap the inputs
trinque: diana_coman: http://p.bvulpes.com/pastes/rWreS/?raw=true << here's the diff of your genesis and mine again
BingoBoingo: <mircea_popescu> true enough. nevertheless, in my view owning iron helps give pizarro some meat on its bones. << That it does
asciilifeform: mircea_popescu: possibly you have an iron that wants to go in the crate ?
asciilifeform: mircea_popescu: kernel ( linus's , that is ) -- exposes. the tricky bit was/is the ada glue.
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
asciilifeform: mircea_popescu: ideally, mmap the inputs ☟︎
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: 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: mircea_popescu, this is a different machine, the cuntoo-guinea pig
asciilifeform: diana_coman: iirc it throws whole file on the stack, but then also keccak eats stack
mircea_popescu: diana_coman try it with the megastack size from before, calling tests ?
asciilifeform: diana_coman: i do not presently know where is the barf threshold, i suspect it depends on yer stack size
asciilifeform: mircea_popescu: we found that vdiff overflows during http://btcbase.org/log/2018-10-20#1864346 ☝︎
diana_coman: mircea_popescu, yes, vdiff on the 2 genesis.vpatch files overflows the stack; while on same machine and same files, diff seems to have no such trouble
a111: Logged on 2019-03-10 05:07 mircea_popescu: http://btcbase.org/log/2019-03-10#1901119 << because 8 cubed.
a111: Logged on 2019-03-10 17:02 mircea_popescu: perhaps the correct republican approach is not to bake cpu, but to ~bake memory~. why even bother with the whole turdpile that's ddr init when could simply have sane ram, and rk with it.
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 ☝︎
a111: Logged on 2019-03-10 16:43 mircea_popescu: ie, that structured data should really be much better hardware supported, that memory should include much more processor per storage cell, that in fact memory should look a lot more like trees than the current flat, democratic lines of "all cells are equal"
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 ?
a111: Logged on 2019-03-10 15:10 diana_coman: onth in unexpected results and assorted ugh: vdiff ends up in stack overflow ran on those
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
a111: Logged on 2019-03-10 03:02 mircea_popescu: memory, of course, starts with byte 299008 (584 * 512) and extends as far as 512 bits bus can address, if you're installing that. meaning, all core registers are allocated as memory anyways. and that's fucking it.
a111: Logged on 2019-03-10 02:23 mircea_popescu: vp of motherfucking what, exactly ? "how to give away the market to the azns" ? that's a skill ?
a111: Logged on 2019-03-10 02:24 mircea_popescu: any fucking monkey picked out in the street could have made ~just as good~ a "corporate executive" as the fucktards apple hired -- and somehow nobody is telling them this. and of course the idiots don't have the werewithal to look in the mirror, "if plumbers were as good at plumbing as we are at executiving, we'd be quite literally swimming in the shit we're metaphorically drowning in!"
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!
a111: Logged on 2019-03-10 03:02 mircea_popescu: the 64 "flat outer" cores are state machines that can do mvin and mvout -- taking registers to memory or memory to registers, ie use the bus. only, of course, for the state machines inside their ~projection~.
a111: Logged on 2019-03-10 03:02 mircea_popescu: but speaking of those design decisions, by my current thinking the ideal processor is defined as follows : the bus width is 512bits ; therefore the byte is 512bits. the processing core is a state machine, with 512 byte-sized registers. a processor is composed of 512 + 8*9 such cores. for convenience imagine them organized in a cube, 8x8x8, with an extra 64 item layer on three sides.
a111: Logged on 2019-03-10 02:46 mircea_popescu: 7% gains, not even that huge.
a111: Logged on 2019-03-10 02:22 mircea_popescu: http://btcbase.org/log/2019-03-09#1901064 << in quite related news : went to flagship mall in this country, escazu multiplaza (escazu being where the us embassy compound lies, and all the retarded gringos live, very miami real estate racket reservation), and guess what ? there's no ipad store. AT ALL. instead, huawei dominates both in advertising (these large floating banners) and location (top floor store, only one to sell c
a111: Logged on 2019-03-10 02:44 mircea_popescu: http://bvt-trace.net/2019/03/ffa-chapter-9-homework-comba-in-x86_64-assembly/#selection-15.295-19.176 << why this, specifically ? is there no ada asm calling method besides this ?
asciilifeform: ohai mircea_popescu
mircea_popescu: http://bvt-trace.net/2019/03/ffa-chapter-9-homework-comba-in-x86_64-assembly/#selection-15.295-19.176 << why this, specifically ? is there no ada asm calling method besides this ? ☟︎☟︎
a111: Logged on 2017-03-15 00:29 mircea_popescu: pretty fine example of exactly why warren was so vocal (item was strictly a barony created so elizabeth warren could be barron OF SOMETHING). this cfpb item spent 55mn on "renovations" of its hq, ie more than the gsa spent that year on everything the usg owns ; spent immensely on travel (which is not something they do). the chairman is supposed to not be removable by the president except "for cause" (meanwhile that got strick
asciilifeform: http://www.loper-os.org/pub/amd64_mulx.jpg << amd seems to support ~currently~, but dun say from what date of chip specifically
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: 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 ☟︎
mircea_popescu: diana_coman right on schedule!
asciilifeform: !Q later tell bvt http://bvt-trace.net/2019/03/ffa-chapter-9-homework-comba-in-x86_64-assembly/comment-page-1/#comment-12
feedbot: http://bvt-trace.net/2019/03/ffa-chapter-9-homework-comba-in-x86_64-assembly/ << bvt's backtrace -- FFA Chapter 9 Homework: Comba in X86_64 Assembly
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
asciilifeform: mircea_popescu: if some part of the shitstack 'was designed', i cannot say what it was
asciilifeform: most complicated mechanism i ever used that 'works' , in light of mircea_popescu's concept thereof, is.. idk, kalash
asciilifeform: hanbot: mine are min. of 1m apart always, for this reason. this dun mean that mircea_popescu is wrong tho, re opensores.
a111: Logged on 2019-03-08 18:06 asciilifeform: hanbot: see if you can build using http://nosuchlabs.com/pub/conf_current.conf , it is an asciilifeform-sewn config for the specific iron you happen to be on
a111: Logged on 2019-03-08 22:10 mircea_popescu: http://btcbase.org/log/2019-03-08#1900912 << check it out, bolivar socialism and roosevelt socialism competing on ye olde marotes, "who brings true light" etcetera.
a111: Logged on 2019-03-08 22:08 mircea_popescu: http://btcbase.org/log/2019-03-08#1900889 << lost interest at "This panorama scrolls horizontally".
asciilifeform: guten tag mircea_popescu !
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
asciilifeform: hanbot: see if you can build using http://nosuchlabs.com/pub/conf_current.conf , it is an asciilifeform-sewn config for the specific iron you happen to be on ☟︎
asciilifeform: lobbes_field: imho it's an asinine default behaviour of linus's builder ; tho the alternative ( build a ball of ??? that fails to boot ) may be equally asinine
deedbot: lobbes_field voiced for 30 minutes.
asciilifeform: !!up lobbes_field
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?!
a111: Logged on 2019-03-06 23:12 mircea_popescu: well eg in lobbes 's case there's also an auction thing, and the archiving bit, and so on ; in spyked's case there's also a lot of rss and so on.
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: ty mircea_popescu
asciilifeform: mircea_popescu: np, enjoy
asciilifeform: mircea_popescu: i'ma log out, then see if went.
asciilifeform: mircea_popescu: seems to have worked.
asciilifeform: mircea_popescu: ok, lessee..
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: mircea_popescu: in theory the logs are endlessly educational! in practice, learning takes practice.
asciilifeform: ben_vulpes: since yer buying coinz , can i interest you in another machine purchase for piz ?
asciilifeform: ben_vulpes: nuffin wrong with that; so long as also keep in mind http://btcbase.org/log/2018-07-16#1835153 ☝︎
asciilifeform: ben_vulpes: you building a house or wat
asciilifeform: wb ben_vulpes
BingoBoingo: np ben_vulpes
lobbesbot: ben_vulpes: Sent 6 hours and 12 minutes ago: <BingoBoingo> mimibot appears to be down
asciilifeform: trinque said that ben_vulpes is alive , so i expect he'll reboot .
mircea_popescu expects ben_vulpes reboots mimi in short order and the matter goes away ; otherwise we'll see wtf to do about this.
mircea_popescu: ben_vulpes 's display not included i dunno why ; phf's not included for the stated reason, obscure cl machine ; lobbes 's not included because in order to be able to patch it, he had to fix various things first, you were here for the "techniocal debt" discussion last year.
asciilifeform: and asciilifeform is actually sticking to mircea_popescu's admonition to not divert from conveyor contents, so i'ma not do this any time soon
asciilifeform: mircea_popescu: if you look at http://btcbase.org/patches/logbot-genesis , it aint 'not cut', it's entirely missing any www-display coad
asciilifeform: mircea_popescu: the published bot genesis takes care of the irc mechanics and the db write ; what's missing is the wwwistic front end
mircea_popescu: afaik both the current developments are following code published by trinque that comes off ben_vulpes 's logger. this is perfectly fine, too, and no it's not "10 minutes", again because of all the trims.
asciilifeform: i still wonder why phf and ben_vulpes didn't take a shot at genesising theirs ( asciilifeform , for instance, posted the phuctor frontend, fwliw )
asciilifeform: diana_coman: congrats on fix
BingoBoingo: diana_coman: Well, odd tripwire is odd tripwire
BingoBoingo: diana_coman: Reset
BingoBoingo: !Qlater tell ben_vulpes mimibot appears to be down