log☇︎
▁▁▁▁▁▁▁▁▁▁▂▁⏐︎▁▁▂▂▂▁▁█▁▁▂▁ 1572
feedbot: http://trilema.com/2019/antiqua-sanctorum-patrum-or-the-lordship-list-sixth-year/ << Trilema -- Antiqua Sanctorum Patrum, or -- The Lordship list, sixth year.
BingoBoingo: So in trends, the neon nazis shifted to memeing against Trump in favor of a candidate promising 1000 "dollars" a month
hanbot: BingoBoingo please reboot me again at your leisure, any time tomorrow or tuesday'd be fine
spyked: http://btcbase.org/log/2019-03-09#1901047 <-- sounds reasonable; I've set it to redirect to a notice, at worst people will ask here if they're confused. ☝︎
a111: Logged on 2019-03-09 17:44 mircea_popescu: spyked prolly should redirect to explanation tho. 404 is ambiguous here
spyked: http://btcbase.org/log/2019-03-09#1901052 <-- ty asciilifeform! ☝︎☟︎
a111: Logged on 2019-03-09 21:37 asciilifeform: spyked et al : http://nosuchlabs.com/pub/gutentext.tar.xz << mirror (replaced the old tarball)
diana_coman: mircea_popescu, in short, the keccak spec in its current form really since it considers input at bit-level and then goes on to mess about with some assumptions at bit-level and some at octet-level and making a lot of confusion without any good reason e.g. http://ossasepia.com/2018/02/08/eucrypt-chapter-9-byte-order-and-bit-disorder-in-keccak/#selection-55.383-63.563 ; one needs to disentangle that and put it in octet-only shape, octet stre ☟︎☟︎
diana_coman: am as input/output, with the reference implementation to check against
diana_coman: http://btcbase.org/log/2019-03-10#1901346 -> confirmed it does! thank you trinque ☝︎
a111: Logged on 2019-03-10 23:28 trinque: bvt: diana_coman: I wager that if you change line 14 of scripts/make_portage_tree.sh to the following, my sig will verify on the resulting genesis.vpatch : dest=$pdir/profiles/${src#$bdir/usr/portage/profiles/}
feedbot: http://ossasepia.com/2019/03/11/compiling-crystal-space-with-sjlj/ << Ossasepia -- Compiling Crystal Space with SJLJ
mircea_popescu: diana_coman ima re-read on this an' see.
diana_coman: http://btcbase.org/log/2019-03-06#1900648 -> ftr asciilifeform you were right here; it was a server dep (crystal space) that was bringing in the non-sjljistic libs ☝︎
a111: Logged on 2019-03-06 17:13 asciilifeform: afaik this can only mean that it is trying to link with a non-sjljistic gcc standard lib
BingoBoingo: hanbot: Will do this afternoon
asciilifeform back inbiz
asciilifeform: diana_coman: the imports in the asmolade were the 'smoking gun' there
asciilifeform: http://btcbase.org/log/2019-03-10#1901308 << it's ALL! like this. the whole motherfucking x86 arch. where is there example of ~non~-ugliness, i'd like to learn. ☝︎
a111: Logged on 2019-03-10 21:05 bvt: http://btcbase.org/log/2019-03-09#1901061 << iirc there were restriction on what regs can be used as base and index; another example of isa ugliness is MOV http://archive.is/w0IAC#selection-607.0-945.2
trinque: diana_coman: woohoo! thanks for your help and patience!
asciilifeform: http://btcbase.org/log/2019-03-11#1901356 << after ch17 , asciilifeform is doomed to reimplement keccak, will have to load it into head, possibly will add to this recurrent thread ☝︎☟︎
a111: Logged on 2019-03-11 10:01 diana_coman: mircea_popescu, in short, the keccak spec in its current form really since it considers input at bit-level and then goes on to mess about with some assumptions at bit-level and some at octet-level and making a lot of confusion without any good reason e.g. http://ossasepia.com/2018/02/08/eucrypt-chapter-9-byte-order-and-bit-disorder-in-keccak/#selection-55.383-63.563 ; one needs to disentangle that and put it in octet-only shape, octet stre
asciilifeform: http://btcbase.org/log/2019-03-11#1901354 << spyked - i was thinking, 'let's make torrent', then realized that torrent is some (afaik) largely unexplored heathenware, possibly due for a civilized replacement. might be worth expanding on if anyone has free hands. ☝︎☟︎
a111: Logged on 2019-03-11 09:58 spyked: http://btcbase.org/log/2019-03-09#1901052 <-- ty asciilifeform!
asciilifeform: !#s luby
a111: 57 results for "luby", http://btcbase.org/log-search?q=luby
asciilifeform: ^ possible starting point for subj.
asciilifeform: re 'torrent', consider fact that orig author is an unrepentant lulzcow and recidivist shitcoinist iirc ☟︎
asciilifeform: aside from that, protocol per se also has well-known problems (the reliance on 'trackers', and general ease of 'poisoning')
BingoBoingo: !Qlater tell hanbot http://p.bvulpes.com/pastes/3YS3U/?raw=true
lobbesbot: BingoBoingo: The operation succeeded.
bvt: trinque: after applying http://btcbase.org/log/2019-03-10#1901339 your signature verifies correctly. thanks! ☝︎
a111: Logged on 2019-03-10 21:39 trinque: scripts/make_portage_tree.sh << line 14, I do string-munging on the path that's specific to my own filesystem layout
bvt: rather, http://btcbase.org/log/2019-03-10#1901346 ☝︎
a111: Logged on 2019-03-10 23:28 trinque: bvt: diana_coman: I wager that if you change line 14 of scripts/make_portage_tree.sh to the following, my sig will verify on the resulting genesis.vpatch : dest=$pdir/profiles/${src#$bdir/usr/portage/profiles/}
bvt: asciilifeform: https://gcd.cr.yp.to/papers.html -- rather new constant time gcd from djb. i did not look at it closely so can't say if it's anything good or belong to the kunstkammer
bvt: also, i did not forgot about http://btcbase.org/log/2019-03-01#1899904 , but had too little time to investigate it properly; will try to do tests over this week and do a writeup on the weekend ☝︎
a111: Logged on 2019-03-01 09:28 bvt: http://btcbase.org/log/2019-03-01#1899820 << will have a look at mes; so far potential deadline -- next weekend.
asciilifeform: bvt: from surface look, loox like lulzy piece, e.g. 'The algorithm is not constant-time as shown but can be made constant-time with low overhead'
asciilifeform: and he's doing what appears to be the classic dividing variant of gcd, + newton's method . so idea is to... introduce floatism!? ( and the assoc. eggogs )
asciilifeform: pretty sad.
asciilifeform: funny how easy to tell 'the new djb' from 'the old'
asciilifeform expected to find that linked item is re ~mass~ gcd, in the sense of 'bernsteinization' used in phuctor. but apparently djb has nothing to add re ~that~
asciilifeform: in re single-shot gcd, you either ~look at the bits~ , and that's lehmer's (not constant-time-able) method, or you do not, and that's stein's or the division-powered one, and i suspect it can be proven that yer stuck with quadratic runtime if you dun look at the bits.
bvt: iirc the c-t version of algorithm comes later - around section 5. there is a formula for calculating upper bound of iterations, but I did not check his math.
asciilifeform: that being said, gcd is not the bottleneck of anyffin in ffa.
asciilifeform: ( modular exponentiation is , in all operations which feature it )
asciilifeform: see also http://btcbase.org/log/2019-01-11#1886360 + http://btcbase.org/log/2019-01-24#1889741 . ☝︎☝︎
a111: Logged on 2019-01-11 17:34 asciilifeform: whereas the gcd litmus ( gcd(candidate, primorial) ) costs 1ms .
a111: Logged on 2019-01-24 00:44 asciilifeform: meanwhile , measurements : 2.533s is cost of 1 shot of 4096bit m-r (on standard tester iron)
bvt: ok, i see
asciilifeform: constanttimeized stein's o(n^2) gcd ( http://www.loper-os.org/?p=2963 ) is not only imho fast enuff (even a magical 100fold speedup in it, would not affect speed of rsa key gen measurably , consider above ) but fits-in-head and has no error terms.
asciilifeform: so presently i cannot think of a scenario where i'd want to reopen the case of gcd. ☟︎
asciilifeform: bvt: ty for the link tho, it confirms the (already yrs-long) suspicion that d00d's head is fulla maggots nao.
asciilifeform: if the upstack note was unclear, btw -- you can do ~2500 4096b gcd's for the price of 1 4096b modexp. ☟︎
asciilifeform: err, 4096b m-r (i.e. price of 2 modexps)
asciilifeform: this is because a n-bit gcd (as appears in ch15 ffa) is simply 2n n-bit subtractions, 4n n-bit shifts, 2n n-bit muxes, plus some small change.
trinque: wahoo, second confirmation. thanks bvt !
feedbot: http://qntra.net/2019/03/talibans-late-mullah-omar-lived-out-his-days-3-miles-from-us-outpost/ << Qntra -- Taliban's Late Mullah Omar Lived Out His Days 3 Miles From US Outpost
BingoBoingo: !!invoice mircea_popescu 0.05780660 S.MG rental server March http://pizarroisp.net/pizarro-records/#selection-65.932-65.1275
deedbot: Get your OTP: http://p.bvulpes.com/pastes/QG7tk/?raw=true
BingoBoingo: !!v E6CECFC7AF8F2F623069C903CB6EA1289C8E7F9306A5B932DAA1FA5F16A6C3A8
deedbot: Invoiced mircea_popescu 0.05780660 << S.MG rental server March http://pizarroisp.net/pizarro-records/#selection-65.932-65.1275
BingoBoingo: !!invoice trinque 0.04564028 Colocation + Shared March
deedbot: Get your OTP: http://p.bvulpes.com/pastes/WYs1g/?raw=true
BingoBoingo: !!v A3574FC1EF9AC5171B55662F353F0CAC23E045EDE97135474CF3953D452546D8
deedbot: Invoiced trinque 0.04564028 << Colocation + Shared March
BingoBoingo: !!invoice jurov 0.04364028 TBF Colocation March
deedbot: Get your OTP: http://p.bvulpes.com/pastes/1ESmT/?raw=true
BingoBoingo: !!v 48B73228D545B5D4C8A9BEDAF259EB24EAD7F33370ABE196B70BE1FF435D3DB8
deedbot: Invoiced jurov 0.04364028 << TBF Colocation March
BingoBoingo: !!invoice bvt 0.002 Shared hosting March
deedbot: Get your OTP: http://p.bvulpes.com/pastes/e1XKL/?raw=true
BingoBoingo: !!v 5B23C6EFD0BC4F7BEB997C8F2F18FC0B7242C70AB0B0F2A4A6DB82FA92DCFA2F
deedbot: Invoiced bvt 0.002 << Shared hosting March
Mocky: asciilifeform: what do you use to display code on your wordpress (e.g. http://www.loper-os.org/?p=2978#selection-1675.0-2781.10) ?
trinque: !!v A2FFA044AC088C323C517A4B8D3C4DF846ADD8412F13C9BC53C8EA52248EC329
deedbot: trinque paid BingoBoingo invoice 8
asciilifeform: Mocky: 'wp-syntax' circa '09
asciilifeform: for the highlighting, i use mircea_popescu's js thing
Mocky: asciilifeform: wp-syntax is what I'm looking for, thx