Forum logs for 12 Nov 2018

Monday, 16 March, Year 12 d.Tr. | Author:
mircea_popescu: !Xbid 1007 145mn [00:01]
auctionbot: Sell order # 1007: One lot of 14,500 S.QNTR shares Heard: 145mn from mircea_popescu. Ending: 2018-11-15 16:25:23.664854 UTC (95 hours 22 mins) [00:01]
mircea_popescu: BingoBoingo dja even have a eulora acct ? [00:04]
BingoBoingo: mircea_popescu: I do not yet. Last I looked into trying eulora the Nvidia 'cg' binary dependency was blocking [00:04]
mircea_popescu: so how are you going to collect lol [00:04]
BingoBoingo: Pray the auction winner is willing to settle in BTC, or see if Eulora has a text client. In the worst case locally source or junkyard wars a Eulorable machine. [00:07]
mircea_popescu: aite. [00:09]
BingoBoingo: It's an experiment. I'd rather test auctionbot on something other than Pizarro criticals, and if it turns out there's substantial bidder interest in S.QNTR maybe it baits some more submissions from The Lordship and the honorable L2. [00:12]
mircea_popescu: word. [00:54]
ben_vulpes: BingoBoingo: do you have a provisional statement for october? [01:33]
BingoBoingo: ben_vulpes: Here's where I was before the blocking cash account issue emerged http://p.bvulpes.com/pastes/SkdEN/?raw=true [01:35]
ben_vulpes: ah it's in the shared notes, i see. [01:35]
ben_vulpes: viewport was way down in the ledgers. [01:36]
BingoBoingo: Kinda why I'm excited about breaking down and killing the legacy notes file [01:36]
BingoBoingo: The thing got unnavigable fast [01:37]
ben_vulpes: asciilifeform: http://p.bvulpes.com/pastes/dQWPC/?raw=true [02:09]
ben_vulpes: asciilifeform: after i find these two roots, i would gladly serve and spreadsheetize this into the pizarro mysql/mp-wp [02:14]
* ben_vulpes bbl [02:15]
bvt: !!v 239ACABD3C860AC0B49ACB3A0A3E941EF260C91E3A89ED0F9CAA218226643CA1 [03:41]
deedbot: bvt paid BingoBoingo invoice 2 [03:41]
bvt: trinque: would it be possible to add my blog to deedbot RSS feed? http://bvt-trace.net/feed/ should work. [03:59]
bvt: meanwhile, http://bvt-trace.net/2018/11/gnat2017-gcc-breaks-smg_comms-mpi-extern-inline-function-issues/ [03:59]
diana_coman: bvt, that is a known issue with gcc version really [04:30]
diana_coman: anyway, trinque, would you add bvt's blog to deedbot's feed please? [04:32]
diana_coman: bvt, http://bvt-trace.net/2018/11/gnat2017-gcc-breaks-smg_comms-mpi-extern-inline-function-issues/comment-page-1/#comment-4 [06:11]
diana_coman: and ugh, bvt , your wp ate part of my comment! there was more between "used by gcc 4.9" and " they want. " wtf [06:15]
diana_coman: bvt, a recovered full version of the comment: http://p.bvulpes.com/pastes/d9iWn/?raw=true [06:21]
diana_coman: I suppose it's the gcc >4.9 that made it eat up the whole part as "html" [06:22]
bvt: diana_coman: ah, i see. if the c89 vs c99 is the issue, than this vpatch takes the wrong approach, and something along the lines of http://p.bvulpes.com/pastes/o7yc9/?raw=true would work better [07:10]
diana_coman: bvt, yes [07:10]
bvt: i'll check wtf is wrong with the comments system [07:10]
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 [07:13]
bvt: report kind [07:13]
diana_coman: aha in any case, it's better written there so next person stumbling into this precise issue can be pointed at it and not waste any time at all [08:19]
diana_coman: !Xbid 1007 150mn [08:53]
auctionbot: Sell order # 1007: One lot of 14,500 S.QNTR shares Heard: 150mn from diana_coman outbidding mircea_popescu. Ending: 2018-11-15 16:25:23.664854 UTC (86 hours 31 mins) [08:53]
asciilifeform: http://btcbase.org/log/2018-11-12#1871431 << oh hey [09:09]
a111: Logged on 2018-11-12 07:09 ben_vulpes: asciilifeform: http://p.bvulpes.com/pastes/dQWPC/?raw=true [09:09]
asciilifeform: http://btcbase.org/log/2018-11-12#1871437 >> << http://btcbase.org/log/2018-03-28#1790119 [09:10]
a111: Logged on 2018-11-12 08:59 bvt: meanwhile, http://bvt-trace.net/2018/11/gnat2017-gcc-breaks-smg_comms-mpi-extern-inline-function-issues/ [09:10]
a111: Logged on 2018-03-28 20:02 phf: this gnulib solution actually wants you to define FOO_INLINE, which is set to "inline" when defined, and "extern inline" when used, so you can't even avoid the #define hackery with "extern inline". "Other non-C99 compilers use static inline so they suffer from code bloat, but they are not mainline platforms and will die out eventually." [09:10]
asciilifeform: oh hm diana_coman already noted [09:11]
asciilifeform: http://btcbase.org/log/2018-11-12#1871443 << inbandism ftw!11 [09:14]
a111: Logged on 2018-11-12 11:22 diana_coman: I suppose it's the gcc >4.9 that made it eat up the whole part as "html" [09:14]
trinque: http://btcbase.org/log/2018-11-12#1871439 << certainly [10:01]
a111: Logged on 2018-11-12 09:32 diana_coman: anyway, trinque, would you add bvt's blog to deedbot's feed please? [10:01]
diana_coman: thanks! [10:01]
deedbot: http://bvt-trace.net/2018/10/instead-of-hello-world-fg-tests/ << bvt's backtrace - Instead of Hello World: FG Tests [10:02]
deedbot: http://bvt-trace.net/2018/10/vpatch-replacing-mktemp3/ << bvt's backtrace - Vpatch: Replacing mktemp(3) [10:02]
deedbot: http://bvt-trace.net/2018/10/vpatch-replacing-mktemp3-take-two/ << bvt's backtrace - Vpatch: replacing mktemp(3) (no /tmp) [10:02]
deedbot: http://bvt-trace.net/2018/10/linux-portability-part-1-exploring-musl-architecture-specific-headers/ << bvt's backtrace - Linux Portability, Part 1: Exploring musl Architecture-Specific Headers [10:02]
deedbot: http://bvt-trace.net/2018/10/linux-portability-part-2-exploring-musl-ifdefs-or-define-pdp_endian-3412/ << bvt's backtrace - Linux Portability, Part 2: Exploring musl #ifdefs, or #define PDP_ENDIAN 3412 [10:02]
deedbot: http://bvt-trace.net/2018/11/linux-portability-part-3-summary/ << bvt's backtrace - Linux Portability, Part 3: Summary [10:02]
deedbot: http://bvt-trace.net/2018/11/base64-genesis/ << bvt's backtrace - Base64: Genesis. [10:02]
deedbot: http://bvt-trace.net/2018/11/gnat2017-gcc-breaks-smg_comms-mpi-extern-inline-function-issues/ << bvt's backtrace - GNAT2017 GCC breaks SMG_Comms MPI: extern inline function issues. [10:02]
mircea_popescu: http://btcbase.org/log/2018-11-11#1870872 << i expect you do, specifically btc to ff conversions etc ? [10:36]
a111: Logged on 2018-11-11 00:36 BingoBoingo: And on this note at the end of the month girl will be visiting her Tía in Argentina. Anyone have shopping list items they want investigated? [10:36]
mircea_popescu: and speaking of http://btcbase.org/log/2018-10-30#1867509 : perhaps this is just the ticket mod6 , take a few days / a week off whatever, ~BY YOURSELF~. so you can fucking think. go hang out with BingoBoingo , fuck some latino whores, get drunk once or twice... these are the mainstay "i'm in a paper bag how do i get out" methods since time immemorial for a fucking reason. [10:39]
a111: Logged on 2018-10-30 02:34 BingoBoingo: Also December 7, 8, and 9th will be the expocannabis Uruguay. I plan on going there in a recon capacity, if anyone else is looking for a very Uruguay reason to visit Uruguay, that would be the weekend to come on down. [10:39]
mircea_popescu: life's more than a rat race. at least for me. [10:39]
mircea_popescu: men* [10:39]
mircea_popescu: bvt http://bvt-trace.net/2018/11/gnat2017-gcc-breaks-smg_comms-mpi-extern-inline-function-issues/#selection-37.321-37.374 << basically, some lines got arbitrarily truncated and everything went to shit subsequently ? [10:42]
mircea_popescu: also, if you're going to overwrite your margins why have them. [10:42]
mircea_popescu: http://btcbase.org/log/2018-11-12#1871441 / http://btcbase.org/log/2018-11-12#1871446 << did you have a single angle bracket at the point of eating ? because if you did, it ate the ~rest~ of the comment as an unclosed html tag. which, if you think about it, it has to do, in order to be able to process html tags in comments at all. [10:44]
a111: Logged on 2018-11-12 11:15 diana_coman: and ugh, bvt , your wp ate part of my comment! there was more between "used by gcc 4.9" and " they want. " wtf [10:44]
a111: Logged on 2018-11-12 12:10 bvt: i'll check wtf is wrong with the comments system [10:44]
mircea_popescu: known "bug" of sorts, in the sense of frustrating behaviour, but no known way to fix other than "do not use single angle brackets in text" / "do not use magic letters with metasyntactic meanings". as html already fucked the pig on the latter score... [10:44]
asciilifeform: mircea_popescu: i wondered in the past why blog comment boxes never come with 'post as txt' / 'post as htm' buttons [10:46]
mircea_popescu: this actually would be a fine feature to have. [10:46]
mircea_popescu: alternatively "auto-process as text comments that don't have any > in them", but then it still bites as you could have a link and a log-style << and so on. [10:47]
asciilifeform: http://btcbase.org/log/2018-11-12#1871477 << gnat dun truncate lines. he gets the 'too long' warning because he cribbed my gpr config [10:47]
a111: Logged on 2018-11-12 15:42 mircea_popescu: bvt http://bvt-trace.net/2018/11/gnat2017-gcc-breaks-smg_comms-mpi-extern-inline-function-issues/#selection-37.321-37.374 << basically, some lines got arbitrarily truncated and everything went to shit subsequently ? [10:47]
asciilifeform: it turns >80col ln into a warning, does naught else. [10:47]
mircea_popescu: asciilifeform meanwhile saw he fixed by "inline" etc, so yeah.\ [10:47]
asciilifeform: aha but entirely separate boojum. [10:47]
asciilifeform: gcc5ism. [10:47]
mircea_popescu: aha. [10:48]
mircea_popescu: http://btcbase.org/log/2018-11-12#1871447 << an ada mpi, however, would be a most interesting item. [10:48]
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 [10:48]
asciilifeform: mircea_popescu: what exactly is an 'ada mpi' ? ( i.e. i assume it's diff from what i'm baking ) [10:49]
asciilifeform: ... bignum with variable widths / heapistic alloc, built 100% for speed ? [10:50]
mircea_popescu: no, it'd be the same thing. [10:50]
asciilifeform: there's imho a niche for the above -- items like phuctor [10:50]
mircea_popescu: he seemed eager to try his teeth on adult brooms ? [10:50]
asciilifeform: ( but imho oughta be in asm, if anyone attempts ) [10:50]
mircea_popescu: im trying to help along. [10:50]
asciilifeform: lolk [10:50]
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 [10:54]
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 [11:02]
a111: Logged on 2018-11-12 15:44 mircea_popescu: known "bug" of sorts, in the sense of frustrating behaviour, but no known way to fix other than "do not use single angle brackets in text" / "do not use magic letters with metasyntactic meanings". as html already fucked the pig on the latter score... [11:02]
asciilifeform: why not use that 8th bit of the byte for something actually constructive... [11:03]
asciilifeform: but no, gotta be hiroglyphs? [11:03]
asciilifeform: *hieroglyphs [11:03]
asciilifeform: or fughet even 8th bit, there's 32 control chars in ascii ! and space, nl, tab, del, ff, and null, account for only 6 ! [11:05]
asciilifeform: well, + cr 7 [11:06]
asciilifeform: this leaves 25 that ~nobody uses for anyffing ! [11:06]
asciilifeform: and yes i know 'why' they aint used : 'but oh oh, what if someone is on a SLIP modem!11' [11:07]
asciilifeform: imho still nuttery, and tremendous waste. [11:07]
asciilifeform: they were meant to be terminal and link control chars. i.e. exactly analogous to what html abuses < , >, &, for [11:08]
asciilifeform: http://jkorpela.fi/chars/c0.html << likbez re orig ascii controls. [11:09]
asciilifeform: power co.'s calculate resistive losses on high voltage lines, but for some peculiar reason no one (afaik) ever tallies up the real-life cost of this idjicy. [11:11]
mircea_popescu: the entire us "tech" industry is built out of unaccounting and malacounting. [11:36]
mircea_popescu: these two sum to ~99.99999% of "modern progress and democracy" [11:36]
asciilifeform: picture if an accountant were to walk into an ameri-board with tally of the ~actual~ cost of running winblowz. [11:37]
mircea_popescu: whereas power lines actually invented by zee germans, by which term we denote the prussians, by which term we denote the "militarist" tendency which the mutinous kiel sailor and "broad elements" of the weimar republic "agreed with the consensus" should "have no place in germany". [11:37]
mircea_popescu: this is what "militarism" fucking is, entire : keep your books straight OR ELSE! [11:38]
asciilifeform: lol i thought it was 'keep boots shined or else' [11:39]
mircea_popescu: http://btcbase.org/log/2018-05-08#1811365 << item. [11:39]
a111: Logged on 2018-05-08 17:55 mircea_popescu: look it up, hermann aron fellow, was a sort of german heaviside [11:39]
mircea_popescu: asciilifeform all things. see ? that's the fucking point. from boots to "want of a nail" to "keep your household in order and the women in line and the children doing their fucking work" and so on. all the fucking way. [11:40]
asciilifeform: well yes, notice asciilifeform did not say ' eh shined boots, who needs'em ' [11:40]
mircea_popescu: and you'll marry and live your life out with who the fuck we choose cuz you're too stupid to choose, and you'll go into the line we choose because idem, and you'll love who the fuck and what the fuck you're supposed to, not "feel like". because the "feel like" is entirely "going by your gut", and the problem with guts is that they're fulla shit. [11:41]
mircea_popescu: i notice, i notice. [11:41]
mircea_popescu: picture an accountant walking into room with "here, by any metric you choose to measure it, arranged marriages slightly more successful than ''free choice'' marriages" data. [11:42]
mircea_popescu: there is A LOT of "nyahnyahnyah" buried at the root of pantsuit tree. [11:42]
asciilifeform: this one's somehow not a mystery to good 80+% of globe [11:42]
mircea_popescu: "they just haven't heard the good word yet" dontchaknow. [11:42]
mircea_popescu: also, there's a bum outside your residence somewhere, who similarily thinks, "alf has not yet heard the good word, will soon be a bum too". [11:43]
mircea_popescu: he's right, after a fashion, the way that place's going... [11:43]
mircea_popescu: the necessary correlate of "we'll be rich and powerful with '''service industry''' ie doing each other's laundry" is "we'll be rich and powerful with '''service industry''' ie dancing in the street for nickles". [11:44]
mircea_popescu: service is service amirite. [11:44]
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' [11:44]
mircea_popescu: ha. you know they tried this on me, kinda ? [11:44]
mircea_popescu: did not take. but yes. [11:44]
asciilifeform: of course they'd try [11:45]
asciilifeform: we're from neighbouring, if you will, home planets. [11:45]
mircea_popescu: rather. [11:45]
asciilifeform: fwiw asciilifeform's progenitors were matched up via the above algo [11:46]
mircea_popescu: seems to have worked out ok. [11:46]
asciilifeform: certainly if compared to 'freechoice'landia folx. [11:46]
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. [11:47]
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 [12:43]
a111: Logged on 2018-11-12 15:42 mircea_popescu: bvt http://bvt-trace.net/2018/11/gnat2017-gcc-breaks-smg_comms-mpi-extern-inline-function-issues/#selection-37.321-37.374 << basically, some lines got arbitrarily truncated and everything went to shit subsequently ? [12:43]
mircea_popescu: a ok [12:43]
mircea_popescu: meanwhile in other perhaps-contentious-yet-barely-relevant obscura, http://trilema.com/2015/the-fetlife-meatlist-volume-v/#comment-127007 [12:44]
mircea_popescu: (really, just a disguised attempt to show off my latest header. ain't that shit insane ?) [12:44]
asciilifeform: diana_coman: neato [13:07]
asciilifeform: mircea_popescu: a+++ headerface [13:07]
asciilifeform: where is the comicbook wall in the bg ? [13:07]
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 ? ) [13:11]
* asciilifeform in the process of keccakizing ffa, hence practical q [13:11]
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 [13:13]
phf: asciilifeform: yeah, unfortunately, we even had a thread about it. gnu diff does sort using locale, where's vdiff does strict ascii collation [13:16]
asciilifeform: phf: right [13:16]
asciilifeform: it's gnudiff that spewed ~random order. [13:16]
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 [13:17]
asciilifeform: there aint any real sense behind the 'locale' nonsense imho [13:17]
asciilifeform: i expect it was a concession to the french or some other barbarian tribe [13:18]
asciilifeform: 'here in sheepfuckistan, q goes before z' or somesuch [13:18]
asciilifeform: lol, err, z/q [13:18]
asciilifeform: whichever [13:18]
asciilifeform: ( observe, the WHOLE fucking problem ascii standard was meant to solve, quietly got 'reopened' by the unitards ) [13:19]
asciilifeform: imho if the franks, or the visigoths, want diff sorting order when alphabetizing, they oughta have proclaimed a FSCII and VGSCII etc [13:20]
asciilifeform: but no, somehow gotta barnacle on orig. [13:20]
mircea_popescu: i dunno, artists studio whatever. [14:01]
mircea_popescu: asciilifeform imo manifest ~should~ be historically accurate. [14:02]
mircea_popescu: and yes, i recall the "what is alphabetic order" wtf [14:03]
asciilifeform: imho also. the q is what's the most accurate , given that orig had no manifest [14:03]
asciilifeform: currently looking into how diana_coman did it [14:04]
mircea_popescu: "This manifest created on x to comply with prevailing standards original had no such thing." fir instance ? [14:04]
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 [14:04]
diana_coman: asciilifeform, http://btcbase.org/log/2018-10-06#1858798 [14:16]
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 ! [14:16]
asciilifeform: ty diana_coman [14:16]
mircea_popescu: asciilifeform imo just add it with ch12 [14:24]
asciilifeform: aite [14:24]
bvt: trinque: thanks! [15:24]
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. [15:24]
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. [15:24]
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. [15:25]
a111: Logged on 2018-11-12 15:42 mircea_popescu: also, if you're going to overwrite your margins why have them. [15:25]
BingoBoingo: http://btcbase.org/log/2018-11-12#1871471 << I do indeed have a list [15:26]
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 ? [15:26]
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. [15:27]
a111: Logged on 2018-11-12 15:48 mircea_popescu: http://btcbase.org/log/2018-11-12#1871447 << an ada mpi, however, would be a most interesting item. [15:27]
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. [15:28]
* BingoBoingo woke up this morning to a sad home internet connection to troubleshoot [15:30]
mircea_popescu: bvt that works. [15:37]
diana_coman: bvt, that sounds good! [15:42]
asciilifeform: !Q later tell phf http://btcbase.org/patches/v98#L74 leads to http://p.bvulpes.com/pastes/WhT97/?raw=true on (apparently all) boxes containing asciilifeform's pubkey [16:48]
lobbesbot: asciilifeform: The operation succeeded. [16:48]
asciilifeform: !Q later tell phf for that matter, it does same thing! with yours! pray tell how didja even test the v98 thing, on what. [16:50]
lobbesbot: asciilifeform: The operation succeeded. [16:50]
asciilifeform: tho i'm beginning to suspect the culprit : [16:51]
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. [16:53]
asciilifeform: can somebody plz confirm that v98 ( as it appears in http://barksinthewind.com/2018/vpy-updated-for-vtools/ ) actually worked somewhere ? [16:54]
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. [16:54]
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. [16:54]
bvt: asciilifeform: is remerging portage with USE=-rsync-verify an option? you can downgrade to gpg1 afterwards [16:55]
asciilifeform: ( alternatively, does anybody know how to control the gpg binary that python-gnupg sees ? ) [16:55]
asciilifeform: bvt: i am EXTREMELY reluctant to touch any of the portage knobs, these boxes are 'dried in amber' . [16:55]
asciilifeform: what i'd like is a pill that is guaranteed not to break ANYTHING else. [16:56]
mircea_popescu: bvt that's fine. [16:56]
phf: asciilifeform: i suppose next patch would be to replace gnupg with explicit shell callouts. that python gnupg thing is entirely opaque [16:56]
lobbesbot: phf: Sent 8 minutes ago: <asciilifeform> http://btcbase.org/patches/v98#L74 leads to http://p.bvulpes.com/pastes/WhT97/?raw=true on (apparently all) boxes containing asciilifeform's pubkey [16:56]
lobbesbot: phf: Sent 5 minutes ago: <asciilifeform> for that matter, it does same thing! with yours! pray tell how didja even test the v98 thing, on what. [16:56]
asciilifeform: phf: it will be even gnarlier, would have to parse the output somehow and essentially recreate all of python-gnupg ( wanna ? ) [16:57]
phf: asciilifeform: all the other kids do it! [16:57]
asciilifeform: lol [16:58]
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 [16:58]
asciilifeform: phf: well that aint what i have here. [16:58]
asciilifeform: and imho it is pretty sad that a vtron even sees ~anything~ 'systemwide'. [16:58]
asciilifeform: really oughta be entirely homedir-local. [16:58]
asciilifeform: and yes it was originally my kludge. but the diff is, mine worked... [16:59]
asciilifeform: ( on , afaik, all known kochian gpg ) [16:59]
mircea_popescu: very much should be homedir local. [16:59]
phf: asciilifeform: yours doesn't have any notion of subkeys, so i'm not entirely sure "how" it worked. [17:00]
asciilifeform: it worked!! [17:00]
phf: well, that's a useful conversation. [17:00]
mircea_popescu: this conversation... [17:00]
asciilifeform: loox like i'ma have to strip out the subkey garbage, and regenesis, 'v98-that-actually-worx'. unless phf has better idea. [17:01]
mircea_popescu: in more useful news : gpg = gnupg.GPG(binary='path') [17:01]
* asciilifeform goes to try mircea_popescu's tip [17:01]
mircea_popescu: there's also a homedir for the keyring [17:02]
asciilifeform: TypeError: __init__() got an unexpected keyword argument 'binary [17:02]
asciilifeform: ' [17:02]
asciilifeform: apparently not in my ver, grr [17:02]
asciilifeform: mircea_popescu: v.py never used keyring [17:03]
asciilifeform: it always baked a tmp to satisfy gpg's keyring idjicy and nuked it after [17:03]
phf: asciilifeform: try gpgbinary [17:03]
mircea_popescu: asciilifeform no but how do you call it ? import gnupg ? and then gpg = ? [17:03]
asciilifeform: phf: worx -- in the sense that no above eggog : but same result as previously, http://p.bvulpes.com/pastes/wmR7H/?raw=true [17:04]
asciilifeform: so apparently gpg2ism is not the culprit [17:04]
* asciilifeform went to strace to find what gpg binary it actually invokes, and oddly enuff no mentions of EITHER in strace output... [17:06]
phf: asciilifeform: what does your gnupg.__version__ return? [17:06]
asciilifeform: 0.3.2 [17:07]
phf: mine is 0.4.1 [17:07]
asciilifeform: ok... [17:08]
phf: well, time to vpatch gnupg.py [17:08]
asciilifeform: my orig worked with 0.3.2 ( which is poured into cement and i have no intention to 'upgrade' wtf lol ) [17:08]
asciilifeform: phf: can you plz remind me why you changed that routine to begin with ? [17:08]
phf: asciilifeform: because that routine doesn't work with version 0.4.1, it only picks up primary keys [17:09]
asciilifeform: ugh [17:10]
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 [17:11]
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 [17:13]
asciilifeform: phf: i dun want to glom python-gnupg into vtron tho! [17:13]
asciilifeform: it'd be ugly as sin [17:13]
asciilifeform: and 10xuple its mass [17:13]
phf: because it is already 10xuple its mass! we are just pretending like it's not [17:14]
phf: "i have a copy of gnupg that works, and everyone that's using anything else is an idiot" is not much a strategy [17:14]
asciilifeform: by that token it's 3GB cuz that's how much stripped gentoo weighs, lol [17:14]
phf: correct. [17:14]
asciilifeform: it's nonsense tho. [17:16]
asciilifeform: i wrote ~10kb proggy, not 3GB. [17:16]
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 [17:16]
asciilifeform: so loox like i'll be going with button 'a' . [17:17]
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 [17:17]
asciilifeform: really, nobody ? why is it that nobody until phf's v98 felt inclined to change the routine, then ? [17:17]
asciilifeform: with all respect to phf -- it seems to me that he's the one with the nonstandard envir [17:18]
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! [17:19]
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 [17:20]
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 [17:21]
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 [17:21]
phf: *but man [17:21]
asciilifeform: seems like the closest thing to a working keccak-vtron currently is phf's v98 tho [17:22]
mircea_popescu: asciilifeform you seriously can't go after people who happen to not share your ~unpublished~ personal pre-chain. [17:22]
asciilifeform: mircea_popescu: atm i'm not even in a place where i can say who's what is buggy [17:22]
asciilifeform: still remains to be seen [17:22]
mircea_popescu: if it were a case of "phf why the fuck are you using non-v or non-tmsr or non-standard or non-something" it'd have legs. as it is it's "phf why didn't you intuit what's in the magic box under my bed" ? [17:23]
asciilifeform: no i get it [17:23]
asciilifeform: but gotta find a pill, cuz right nao wheels turning in the mud [17:23]
mircea_popescu: right. [17:23]
phf: i have to excuse myself midway through conversation, but will chime in later [17:23]
asciilifeform: ( i need specifically both vtrons to work on these boxen , with no systemwide modifications ) [17:24]
asciilifeform: phf: np [17:24]
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 [17:24]
mircea_popescu: we gotta get rid of this whole "subkey" bs and kock-shitsandwich bs along with it. [17:25]
mircea_popescu: fuck you stallman, your "gnu" is as meaningful as "made in america" [17:25]
asciilifeform: http://p.bvulpes.com/pastes/UOTkS/?raw=true [17:25]
asciilifeform: mircea_popescu: funnily enuff happens to be exactly what asciilifeform's doing [17:26]
mircea_popescu: no, i know. and unsurprising enough, also. [17:26]
asciilifeform: ( and currently stepping on erry possible gnu.nail ) [17:26]
asciilifeform: mircea_popescu: stallman has plenty to answer for, but i dunno what he has to do specifically with koch's gpg [17:28]
mircea_popescu: why's it called "gnu" pg ? [17:28]
asciilifeform: i'll be happy to see'em sitting on neighbouring stakes tho [17:28]
asciilifeform: mircea_popescu: presumably cuz koch stuck a gpl sticker on it [17:29]
mircea_popescu: what, specifically, is the tag supposed to convey ? cuz it sure as fuck doesn't seem to be "we'll randomly change abis because why the fuck not, windowns power!" [17:29]
mircea_popescu: asciilifeform hence the "made in america" comment. the america of africa, as much an america as any other america rite. [17:29]
asciilifeform: that's yet a third derp, whoever wrote python-gnupg [17:29]
asciilifeform: ( presently dun look like it's a gpg1-vs-2-ism ) [17:29]
asciilifeform: mircea_popescu: entire unixlike ecosystem has never afaik been anyffing other than africa. [17:33]
asciilifeform: not since leaving at&t cellars at any rate [17:33]
asciilifeform: it's exactly an africa, complete with tsetse fly. [17:34]
deedbot: http://blog.lobbesblog.com/2018/11/conveyor-outlook-now-to-feb-2019/ << lobbesblog - Conveyor Outlook: Now to Feb 2019 [21:50]
* lobbes btw is finding esthlos' summaries to be very helpful in finding threads at times [22:02]
mircea_popescu: that's pretty cool... [22:17]
BingoBoingo: ty lobbes [22:21]
Category: Logs
Comments feed : RSS 2.0. Leave your own comment below, or send a trackback.
Add your cents! »
    If this is your first comment, it will wait to be approved. This usually takes a few hours. Subsequent comments are not delayed.