log☇︎
22200+ entries in 0.153s
mircea_popescu: the reason "all good things flow to the city" is, and for 3k years has been, "i'd rather hang out with thieves than with farmers holy shit you lot are moronic. really, go to bed at 5pm ?"
mircea_popescu: (a matter little discussed in the abundant "literature" was the implicit brain drain southern economy imposed on southern us. ie, intelligent boys in the newyork-london sphere migrated rather towards new york (hence all the jews, at the time monopolists of intelligence, hence the hatred but different line all that) ; whereas intelligent kids on the st louis-paris line migrated rather to paris. because nothing the fuck to do i
asciilifeform: i dun see how it could possibly be worth the effort, lacking cotton for'em to pick
mircea_popescu: fact of the matter is i need 1800s style southern us slaves like i need genital warts.
mircea_popescu: i make a lot of noise about dungeons and chains and whips and etc ; but it is a kind of a society game. i am not prepared, neither mentally nor for that matter materially, to ~actually~ apply all that. because yes, the convertor exists, kidnap among the moronic 3bn, but i mean literally, not play-pretendingly, self-delivered "kidnaps", and then torture them into being enslaved orcs rather than plain orcs.
asciilifeform: ( relatedly, i vaguely recall from some old lit that the turks amused themselves by cauterizing beheadee's stump to see if he can be made to chicken, i.e. not bleed out right off, but dun recall source or whether it worked )
mircea_popescu: every civilised female has the same reaction, utter disbelief, "omfg i'd have been too ashamed to do this at 15"
asciilifeform: i thought that was argentines
mircea_popescu: "hey fellow africans, i wonder what those strange forms in the mists across the ocean might be" "that's just the way the horizon's painted, brother joshuah"
mircea_popescu: meanwhile at the lulz farms, PrincessVH 25F Princess "Not kidding about what?" LordMPofTMSR "Not the sharpest tool in the shed, I take it."
asciilifeform: btw phf i am enjoying your new logtron feature, with the paste snapshot
asciilifeform: and that gpg1/2ism has 0 to do with the eggog ( i removed the custom gpg invocation line to 0 effect )
asciilifeform: btw i confirmed that phf's v98 ( when patched to remove the subkey handler thing ) successfully presses ch1-11, with bitwise-correct results ( compared with classic vtron )
asciilifeform: once we have a One Troo scripting language ( possibly some variant of spyked's gc-less ada lisp.. ) i'd like to write a vtron in that ( supposing nobody else beats me to it )
phf: v.py unfortunately requires a bunch of work (unrelated to yesterday's issue), it was very much a poc, and i suspect you and i are the only people who actively use(d) it
asciilifeform: i'd like to be able to put a link in the 'ffa regrind' article, 'and you can press it with ~this~'
asciilifeform: possible exception is esthlos, but i have not tested his item yet ☟︎
a111: Logged on 2018-11-13 14:21 asciilifeform: when i started ffa, i did not plan to bake any asm speedups at all. but there's 2 reasons to do it, eventually : one is that on e.g. x86/x64, getting the upper half of a word-sized multiplication, without asm, takes ~four~ MULs plus a buncha additions : http://www.loper-os.org/pub/ffa/hypertext/ch11/w_mul__adb.htm#95_14
a111: Logged on 2018-10-31 03:21 phf: mod6: just fyi i was able to press eucrypt using v.pl by patching it to use vtools's `ksum' for hashing instead of sha512sum and `vpatch' for pressing instead of gnu. http://p.bvulpes.com/pastes/PZ4hX/?raw=true
phf: asciilifeform: i've posted a v.pl patch http://btcbase.org/log/2018-10-31#1867871 ( archived http://archive.is/ZJUMM ), unfortunately since v.pl doesn't have its own vtree, doing it properly requires a bunch of extra work ☝︎☟︎
asciilifeform: ( i still gotta come up with a fix for the comment box on my www; until then , i'll take seals via p.bvulpes.com etc )
asciilifeform: i expect to post the reground ch1-11 today; folx who read whichever chapters, will be invited to send in seals ☟︎
asciilifeform: fwiw i worked around last night's ugh in phf's variant, but i'd much rather use a properly polished item than my kludge
a111: Logged on 2018-11-13 08:10 diana_coman: fwiw I actually patched v.pl to use phf's vtools and it works absolutely fine; I guess I'll write-it up and publish the whole thing later today if nobody else does it
ave1: Yes, I remember
asciilifeform: the other is that on iron such as certain ARM ( i have not yet investigated ~which~ ) , and ppc, and certain others, there does not even exist a constant-time MUL, and one is stuck with some variant of http://www.loper-os.org/pub/ffa/hypertext/ch11/w_mul__adb.htm#33_13 -- which really begs to be asmed, is riotously inefficient
asciilifeform: when i started ffa, i did not plan to bake any asm speedups at all. but there's 2 reasons to do it, eventually : one is that on e.g. x86/x64, getting the upper half of a word-sized multiplication, without asm, takes ~four~ MULs plus a buncha additions : http://www.loper-os.org/pub/ffa/hypertext/ch11/w_mul__adb.htm#95_14 ☟︎
ave1: I'll see if I can patch gcc and add an extra constraint to the asm statement
asciilifeform: i suspect it'll result in tighter coad, tho, in principle
asciilifeform: i.e. same thing i did with the C routines
asciilifeform: ( but eventually i do want to write e.g., asmtronic MUL, for arm64 ffa )
asciilifeform: i can't speak for other folx, but i dun expect to need this particularly soon, so there is time to unravel the puzzler
ave1: I've looked into the "constraints" code support in GCC (for x64), but I'm still in the spaghetti phase
ave1: I use it now for the recvfrom / sendto calls for x86_64
ave1: This is in gnat (i.e. for gcc C it works fine)
ave1: I've not found equivalent in gnat docs or source
ave1: in x86, I can specify a constraint
ave1: asciilifeform, diana_coman: I'm now looking into arm 64bit, but so far seems to be bit more involved. I've not found a way to directly couple an ada varable to a register.
asciilifeform: http://btcbase.org/log/2018-11-13#1871703 << also neato, i expect this'll come in handy when we start extracting moduli / migrating off gpg ☝︎
asciilifeform: http://btcbase.org/log/2018-11-13#1871708 << funnily i loaded up on same just coupla days ago ☝︎
diana_coman: ave1, nice! I'll add it to my list to give it a spin
diana_coman: fwiw I actually patched v.pl to use phf's vtools and it works absolutely fine; I guess I'll write-it up and publish the whole thing later today if nobody else does it ☟︎☟︎
asciilifeform: i'll be happy to see'em sitting on neighbouring stakes tho
asciilifeform: mircea_popescu: stallman has plenty to answer for, but i dunno what he has to do specifically with koch's gpg
mircea_popescu: no, i know. and unsurprising enough, also.
phf: asciilifeform: well post your gnupg.py and i will at the very least look at the diff between the two. maybe their subkey strategy has changed
asciilifeform: ( i need specifically both vtrons to work on these boxen , with no systemwide modifications )
phf: i have to excuse myself midway through conversation, but will chime in later
asciilifeform: no i get it
asciilifeform: mircea_popescu: atm i'm not even in a place where i can say who's what is buggy
phf: i've narrated how to make v.pl work with keccak, i think i even posted an unsigned patch for mod6, butman is busy
asciilifeform: i was able to regrind ffa today, using phf's vdiff, but atm cannot yet press and confirm that it actually presses to same thing as the classical
asciilifeform: phf: fwiw my orig v.py is pretty sad in several wellknown ways -- i'm not particularly attached to it, would happily take mod6's, if there were (did i miss??) a ver of it patched to work in keccak
phf: that's accidental. most people have been running mod6's v.pl, they also might've pulled the dependency back when v.py came out, of various __version__'s closer to the one you have, but not necessarily exact. i think your attachment to your code clouds your judgment!
phf: asciilifeform: i'm surprised at this entirely un-vtronic argument. your "10kb proggy" brings in a magic dependency, that nobody else has except for you
asciilifeform: so loox like i'll be going with button 'a' .
asciilifeform: i will not be answerable for a 3GB ball of shit, there aint even 1% of the necessary hrs to read it, left in my lifespan
asciilifeform: i wrote ~10kb proggy, not 3GB.
phf: "i have a copy of gnupg that works, and everyone that's using anything else is an idiot" is not much a strategy
asciilifeform: phf: i dun want to glom python-gnupg into vtron tho!
phf: asciilifeform: you can also calm the fuck down, and post your version of gnupg, version 0.3.2, unsigned is fine, and we can figure out what the issue is. i'll look at the diff and see if 0.3.2 can be added to v.py as another file
asciilifeform: i can't think of anyffing to do but a) make flensed version of phf's that actually worx here, i have NO intention of breaking my legacy toolchain in which i still have 90000 unconverted private patches or b) bake an e.g. if gpg.__version__ = phf : ... else .... thing
asciilifeform: my orig worked with 0.3.2 ( which is poured into cement and i have no intention to 'upgrade' wtf lol )
asciilifeform: loox like i'ma have to strip out the subkey garbage, and regenesis, 'v98-that-actually-worx'. unless phf has better idea.
phf: asciilifeform: yours doesn't have any notion of subkeys, so i'm not entirely sure "how" it worked.
asciilifeform: phf: well that aint what i have here.
phf: asciilifeform: everything i test, i test on Linux gravity 4.4.138-1-ARCH #1 SMP PREEMPT Tue Jun 26 21:26:35 MDT 2018 aarch64 GNU/Linux, which is a press of your rk pre-cuntoo
phf: asciilifeform: i suppose next patch would be to replace gnupg with explicit shell callouts. that python gnupg thing is entirely opaque
asciilifeform: what i'd like is a pill that is guaranteed not to break ANYTHING else.
asciilifeform: bvt: i am EXTREMELY reluctant to touch any of the portage knobs, these boxes are 'dried in amber' .
bvt: if i manage to do something usable this weekend, i'll genesis that, otherwise i'll make an empty genesis and just outline the work i expect.
bvt: mircea_popescu: unfortunately i can't provide a timeline for the syscalls yet: between 19.11. and 07.12. i will have time for only very minor work, following logs, etc.
asciilifeform: i dun have any cuntoo boxes here yet. all of my dev machines run vintage gentoo, where the gpg that python-gnupg sees is gpg2 (cuz idjit portage pulled it in, long ago). asciilifeform's actual pgp-ing happens on diff machine, naturally, with 1.4.10 . but apparently phf's hack for subkeyism breaks the thing in this combo.
asciilifeform: tho i'm beginning to suspect the culprit :
bvt: though i have nothing against work on bignum multiplication and modexp -- but as i see it, it could be a side branch of ffa. ffa already provides a solid foundation for such algorithm exploration.
bvt: http://btcbase.org/log/2018-11-12#1871493 << first, i'd like to do a linux syscall ada tree (focusing on 4 syscalls first: openat,close,mmap,stat) for aarch64 and intel arches. ☝︎
a111: Logged on 2018-11-12 15:36 mircea_popescu: http://btcbase.org/log/2018-11-11#1870872 << i expect you do, specifically btc to ff conversions etc ?
BingoBoingo: http://btcbase.org/log/2018-11-12#1871471 << I do indeed have a list ☝︎
bvt: http://btcbase.org/log/2018-11-12#1871478 << fixing/replacing the theme is on my todo list, however i still haven't fixed all the problems in wp-admin (png/jpg vs svg), so work on the theme will have to wait a bit. ☝︎☟︎
bvt: i have also restored your comment in it's sane form. separating the < and > with spaces (s#<# < #) avoids html detection, though adapting one's habits to wp behavior is definitely not a solution.
bvt: diana_coman: i have updated the article with links to the logs. i confirm that using -std=gnu89 fixes the issue. -std=c89 -- does not.
a111: Logged on 2018-10-06 14:31 diana_coman: I'll soon do the regrind of eucrypt to move it on to keccak hashes; my plan is to keep the patches precisely as they are otherwise (i.e. including NO manifest until I actually added it at the end); the way I see it, it's just a swap-in-place of one hash for another; if anyone sees this sort of thing differently - since I'm hmmm,first to regrind a big project? - yell now !
asciilifeform: right. but i'm regrinding ch1-11 into keccak. ought manifest only to live in ch12 ( 11 technically had one, but it was adhoc, and not conformant to current formulation ) ? or in all ch1-11
mircea_popescu: and yes, i recall the "what is alphabetic order" wtf
mircea_popescu: i dunno, artists studio whatever.
asciilifeform: i expect it was a concession to the french or some other barbarian tribe
phf: i think locale based collation for en or us or whatever puts some punctuation marks into odd positions. "gratuitous" i believe is the word, that is we couldn't figure out the sense behind it
asciilifeform: originally i was gonna simply regrind ( by running through new vdiff ) ch1-11, and invite reader to hand-diff if he likes and see that only hashes have changed. but then noticed that the new vdiff also processes files in different order, so this won't give clean 'only hashes' diff. so thinking, may as well retrofit manifest to each of ch1-11
asciilifeform: mircea_popescu: quite unrelatedly, what's your recommended formula for 'manifest' in keccak regrinds ? ( i.e. to retrofit manifest to ancient stuff, or only to latest v cut of it ? and with current blockheight, or to somehow estimate the one at the time of original publication ? )
diana_coman: http://btcbase.org/log/2018-11-12#1871477 - that was just another rsa key in the tests; meanwhile fixed once and for all, properly i.e. http://ossasepia.com/2018/11/04/smg-comms-chapter-6-packing-and-unpacking-rsa/comment-page-1/#comment-4457 ☝︎
mircea_popescu: amusingly, ballas sorta-kinda sees parts of the issue ("it is not that i am interested, i perceive it is important and therefore i force myself to be interested" ), but vehehehery safely limited to things like "reading the economist" and such.
asciilifeform: even on asciilifeform's home planet, good chunk of marriages were 'soft-arranged' -- i.e. 'comrade colonel, you have a bachelor son, i have a ripe daughter' 'comrade lt colonel, let's box'em in a room, wainot' ☟︎☟︎☟︎☟︎
mircea_popescu: i notice, i notice.
asciilifeform: lol i thought it was 'keep boots shined or else'
asciilifeform: they were meant to be terminal and link control chars. i.e. exactly analogous to what html abuses < , >, &, for
asciilifeform: and yes i know 'why' they aint used : 'but oh oh, what if someone is on a SLIP modem!11'
asciilifeform: http://btcbase.org/log/2018-11-12#1871482 << i find it interesting that uniturdism is ubiquitous, but html etc is still stuck poaching perfectly ordinary 'telex' characters (i.e. found on keyboard) as 'magic' values ☝︎
asciilifeform: i'll add , tho, that for MB-sized integers, my 20th c algos are not optimal, you'd want e.g. schoenhage-strassen, fft, etc
asciilifeform: mircea_popescu: what exactly is an 'ada mpi' ? ( i.e. i assume it's diff from what i'm baking )
a111: Logged on 2018-11-12 12:13 bvt: also, i think that pushing gcc-6 patches to frozen system (mpi) defeats the purpose of the standard republican compiler, so the post and vpatch is more of