Forum logs for 01 Mar 2018

Monday, 16 March, Year 12 d.Tr. | Author:
phf: i suspect my rss is not delayed, because it went out barely 15 seconds after i published [00:53]
mircea_popescu: so delay it. [00:59]
mircea_popescu: nice to fix typos in titles and whatnot. at least for me. [00:59]
phf: is that a wp admin setting, or apache? [01:00]
mircea_popescu: lemme see a sec. [01:00]
mircea_popescu: phf http://p.bvulpes.com/pastes/0sNZE/?raw=true [01:11]
phf: aah ty [01:14]
phf: i think there might still be a bunch of cool stuff like that hidden in your themes, that's not in wp-mp [01:14]
mircea_popescu: one way to find out [01:14]
phf: mircea_popescu: i think a line got lost at $where .= ... [01:17]
mircea_popescu: ah ta [01:17]
mircea_popescu: phf $where .= " AND TIMESTAMPDIFF($device, $wpdb->posts.post_date_gmt, '$now') > $wait " [01:19]
phf: i think there's still something missing [01:20]
mircea_popescu: hm. [01:21]
phf: oh wait now it's my irc client adding random stuff [01:21]
phf: *no [01:21]
mircea_popescu: http://p.bvulpes.com/pastes/eL4bt/?raw=true << final variant [01:22]
phf: ok got it now, ty [01:23]
phf: "wait 3 DAY" aight, i got this. [01:23]
mircea_popescu: lol [01:26]
ben_vulpes: !!ticker --market all [03:50]
ben_vulpes: shinohai: does this still work? [03:51]
spyked: hey phf! I get the "stale page" error when trying to comment on http://barksinthewind.com/2018/vtools-keccak/ I also tried leaving a "fresh" comment, but I get the same error ( http://btcbase.org/log/2018-02-18#1784931 should fix it?) [08:45]
a111: Logged on 2018-02-18 23:23 hanbot: <mircea_popescu> "Looks like you tried to comment off a stale page. Reload the article, count to three and try again." << for future reference, mp-wp comment fix is in the edit here: http://thewhet.net/2017/10/a-compendium-of-possibly-helpful-stuffs-for-erecting-mircea-popescus-wordpress-with-nearly-free-speech-hosting/ , and will be a patch once that project can move again. [08:45]
spyked: anyway, comment was that I managed to compile and run vdiff with small mods error: http://p.bvulpes.com/pastes/BiBTI/?raw=true and fix patch: http://p.bvulpes.com/pastes/9mOiz/?raw=true (tested this with the generated vdiff) I can try to link this reply later in a comment to test. [08:52]
shinohai: ben_vulpes: [09:21]
shinohai: !~ticker --martket all [09:21]
jhvh1: shinohai: (ticker [--bid|--ask|--last|--high|--low|--avg|--vol] [--currency XXX] [--market <market>|all]) -- Return pretty-printed ticker. Default market is Bitfinex. If one of the result options is given, returns only that numeric result (useful for nesting in calculations). If '--currency XXX' option is given, returns ticker for that three-letter currency code. It is up to you to make sure the code is a valid currency (1 more message) [09:21]
shinohai: !~ticker --market all [09:21]
shinohai: duh [09:21]
jhvh1: shinohai: Bitstamp BTCUSD last: 10770.0, vol: 8502.77353360 | Bitfinex BTCUSD last: 10784.68294217, vol: 31154.47218217 | Kraken BTCUSD last: 10786.0, vol: 7708.78240515 | Volume-weighted last average: 10782.261527 [09:22]
deedbot: http://qntra.net/2018/03/ssl-certificate-reseller-leaks-private-keys/ << Qntra - SSL Certificate Reseller Leaks Private Keys [11:16]
deedbot: http://qntra.net/2018/03/very-cold-britain-running-out-of-natural-gas/ << Qntra - Very Cold Britain Running Out Of Natural Gas [11:52]
ben_vulpes: shinohai: is this an "it works now" or "you did it wrong" sort of thing. fwiw i expect the former in the form of "it was broken because of X, i did Y to fix it, and Z to prevent it from happening again" not that you're my direct report or anything [12:56]
BingoBoingo: ben_vulpes: It was the former, you did !!, bot listens to !~ [12:57]
ben_vulpes: BingoBoingo: ah thanks [12:57]
ben_vulpes: if my meatware differ didn't catch it coming out of my fingers the first time it likely won't catch it when presented with the correct version [12:57]
BingoBoingo: That is a hazard [12:58]
ben_vulpes: mircea_popescu diana_coman: my mistake, the box is not raid5 compatible, it can do raid1 and raid10. is this okay and do you have a preference between the two? [12:59]
shinohai: sorry if i offend ben_vulpes i meant the "Duh" towards myself, because i flagged help instead of of tcker [13:01]
ben_vulpes: having worked to memorize the bot keycombos for some time now, i would particularly like it if they would respond to their names. this approach autocompletes for one and is far more easily visually diffed, for another. [13:01]
shinohai: jhvh1: ticker [13:07]
shinohai: hmm [13:07]
ben_vulpes: gotta point out that this is out-of-spec behavior as is [13:09]
ben_vulpes: !~ticker --market all [13:10]
jhvh1: ben_vulpes: Bitstamp BTCUSD last: 10845.0, vol: 9025.34975079 | Bitfinex BTCUSD last: 10864.0, vol: 31700.14010236 | Kraken BTCUSD last: 10845.2, vol: 7760.80742628 | Volume-weighted last average: 10857.4541336 [13:11]
ben_vulpes: !~later tell mircea_popescu may i buy one of the power supplies out of the S.NSA inventory asciilifeform's posession? i'll pay you .0047 btc for it [13:19]
jhvh1: ben_vulpes: The operation succeeded. [13:19]
phf: http://btcbase.org/log/2018-03-01#1786598 << amusingly the fix is on my own blog http://barksinthewind.com/2016/wp-content-for-a/#update1 but i must've lost the changes when i was updating the theme [13:39]
a111: Logged on 2018-03-01 13:45 spyked: hey phf! I get the "stale page" error when trying to comment on http://barksinthewind.com/2018/vtools-keccak/ I also tried leaving a "fresh" comment, but I get the same error ( http://btcbase.org/log/2018-02-18#1784931 should fix it?) [13:39]
phf: http://btcbase.org/log/2018-03-01#1786600 << which os/compiler is that? i suspect that i'll have to put all the annotations into system.h defines and let specific systems pass whatever in a makefile. [13:41]
a111: Logged on 2018-03-01 13:52 spyked: anyway, comment was that I managed to compile and run vdiff with small mods error: http://p.bvulpes.com/pastes/BiBTI/?raw=true and fix patch: http://p.bvulpes.com/pastes/9mOiz/?raw=true (tested this with the generated vdiff) I can try to link this reply later in a comment to test. [13:41]
ben_vulpes: !~later tell mircea_popescu disregard [13:42]
jhvh1: ben_vulpes: The operation succeeded. [13:42]
phf: comments are fixed [13:51]
deedbot: http://www.thedrinkingrecord.com/2018/03/01/back-to-the-fat-accountancy-discussion/ << Bingo Blog - Back To The Fat Accountancy Discussion [13:52]
ave1: diana_coman: this, http://btcbase.org/log/2018-02-28#1786496, triggered a short dive into the whole array sending mechanism in Ada. Will write it up and post tomorrow, yes it is possible but you'll need to make some internal structure that Ada uses. Also I doubt it is much better than sending the pointer with a separate length parameter. [14:01]
a111: Logged on 2018-02-28 15:07 diana_coman: ave1 have you ever passed a char * from c to ada in such a way that ada actually sees the correct length for it? there is something I don't quite understand there as To_C seems to use Target'Length so the length should be set [14:01]
ave1: mircea_popescu, http://btcbase.org/log/2018-02-28#1786498, which parts of gpg (I can image plain text signing, encryption and decryption).? [14:03]
a111: Logged on 2018-02-28 15:57 mircea_popescu: ave1 you should also read through the eucrypt thing, ima (for instance) need someone to package it into a cmd line gpg replacement as soon as next wek. [14:03]
ave1: Also does this have to follow the gpg format? or simply hex encoded numbers? [14:03]
diana_coman: ave1, my current solution is to pass the length as a separate parameter indeed and in addition to actually copy octet by octet To_C and To_Ada still fail me on occasion so I can't really rely on them - this might be of course because I don't fully understand them yet in any case, please write it up, pretty please [14:06]
diana_coman: no requirement re format, it's really: pass this here char * to Ada safely and recover this String from Ada via an "out String" parameter (char * on C side) [14:07]
diana_coman: calling from C something that might look like this in ada: procedure getstring(input: in Interfaces.C.char_array Output out Interfaces.C.char_array) [14:08]
ave1: I will, I will, it seems these write-ups explode in depth when doing them! [14:08]
* diana_coman is still toiling on writing this monster chapter 12 eucrypt... [14:09]
diana_coman: so yes, I totally hear you, ave1 [14:09]
phf: diana_coman: take a look at my recent code for ada/c interop. i've not read your C code closely, but i think you might be missing Trim_Nul => False/Append_Nul => False on your to_c to to_ada, which would trigger sporadic exceptions in the interface code [14:31]
phf: http://btcbase.org/patches/eucrypt_ch10_oaep_tmsr/tree/eucrypt/smg_keccak/smg_oaep.adb#L29 http://btcbase.org/patches/vdiff_keccak/tree/vtools/src/keccak_c.adb#L63 [14:34]
diana_coman: phf, hm, I *did* use those the trouble is that in principle the rsa stuff is *not* null terminated as such and I couldn't get them to work properly in such case (or is it not even possible, regardless of passing the length?) [14:35]
phf: well, so you want them disable, by default they are enabled [14:36]
diana_coman: yes, I disable them [14:36]
diana_coman: and it sometimes stops too soon, basically it fails to copy everything ( this is To_Ada but To_C was even more hairy) [14:37]
diana_coman: obviously, I could also null-terminate specifically for this but overall I'm not convinced anymore it's worth the mess [14:38]
phf: interesting [14:38]
phf: it's hard to say what might be failing without seeing the code, but i couldn't get your Hash working out of the box (it was giving me bounadry errors out of the box), i've not gotten back to it though [14:52]
diana_coman: phf, yes, meanwhile I changed that Hash too, to use same method so that it works out of the box basically [14:53]
diana_coman: that Hash was the very first attempt, taking To_C and To_Ada at face value [14:53]
phf: i see [14:54]
diana_coman: anyways, I'll publish a bit later today chapter 12 and it has the updated Hash too [14:54]
phf: i'll try my implementation against arbitrary binary data, because right now i'm still passing in C strings essentially. (i've discovered the null trim issue because one of the buffers ran short, and had stale data in it, so ada was getting a character, where null was expected, but the data itself didn't have anything umseemly about it) [14:58]
phf: diana_coman: i was also getting some boundary issues with different bitrate issues, i couldn't figure out if it can take any natural value, or there's some specifica subranges that i have to stick to. when i spot checked with values like 1200 (or whatever), it would fail deep inside absorbblock. i'll test it again not that i have a bit of free time and see if i can reproduce [15:01]
phf: *bitrate values [15:01]
diana_coman: phf, the bitrate has to be less than the total capacity (it should fail however earlier since the Keccak_Rate type is limited correctly) [15:02]
phf: so anything in 1-1233 should work? [15:03]
diana_coman: Keccak_Rate is a subrange itself [15:03]
diana_coman: what did you call exactly? [15:03]
diana_coman: the default bitrate is 1344 actually the subrange is between 1 and width of state [15:05]
phf: Sponge, presumably it should take any length bitstreams for input/output, and some value of bitrate between 1-width. i was calling it with some 10-1000 bitstreams, and a value of bitrate somewhere around 1200 [15:05]
phf: i'm trying to establish if i was seeing a bug, and if it sounds like i might've been i'll try and track it down again [15:06]
diana_coman: myeah, from what you say alone it does sound like some error but it's not clear without the concrete case [15:08]
diana_coman: fwiw the bit-level one is meant for any bit numbers stuff the word-level was in principle set for octet-multiples [15:11]
diana_coman: but anyway, if there is a problem there I want to hear about it [15:12]
phf: kk, i'm using the octet one by the way. i should try and drop in the bit level one into the current codebase just to see how that works [15:19]
spyked: http://btcbase.org/log/2018-03-01#1786626 <-- I ran it on Debian/Adacore 2016 -- system ld is version 2.29.1, and I expect Adacore uses that instead of its own, otherwise I can't explain the behaviour. I'll also give it a try on a Gentoo with same adacore. static inline should be safe from the pov of linkage, but yeah, there's a more general problem there that might benefit from a config.h/system.h or something similar. that or a [15:42]
a111: Logged on 2018-03-01 18:41 phf: http://btcbase.org/log/2018-03-01#1786600 << which os/compiler is that? i suspect that i'll have to put all the annotations into system.h defines and let specific systems pass whatever in a makefile. [15:42]
spyked: buildroot env that pins down all these moving parts... [15:42]
deedbot: http://www.dianacoman.com/2018/03/01/eucrypt-chapter-12-wrapper-c-ada-for-rsa-oaep/ << Ossasepia - EuCrypt Chapter 12: Wrapper C-Ada for RSA + OAEP [15:45]
diana_coman: http://btcbase.org/log/2018-02-25#1786083 <- EuCrypt? [15:47]
a111: Logged on 2018-02-25 21:49 trinque: somebody gimme a better rsatron and I'll use that instead. [15:47]
ben_vulpes: lol i was waitin for that [15:49]
mircea_popescu: http://btcbase.org/log/2018-03-01#1786609 << lol you asked deedbot, jhvh1 is !~. [15:56]
a111: Logged on 2018-03-01 17:56 ben_vulpes: shinohai: is this an "it works now" or "you did it wrong" sort of thing. fwiw i expect the former in the form of "it was broken because of X, i did Y to fix it, and Z to prevent it from happening again" not that you're my direct report or anything [15:56]
mircea_popescu: uh k. [15:57]
mircea_popescu: a lol, the very next line. ok! [15:57]
shinohai: the bickening !!! [15:57]
mircea_popescu: lol [15:58]
mircea_popescu: http://btcbase.org/log/2018-03-01#1786614 << raid 10, sure. [15:58]
a111: Logged on 2018-03-01 17:59 ben_vulpes: mircea_popescu diana_coman: my mistake, the box is not raid5 compatible, it can do raid1 and raid10. is this okay and do you have a preference between the two? [15:58]
ben_vulpes: mircea_popescu: rgr [15:59]
mircea_popescu: http://btcbase.org/log/2018-03-01#1786616 << just learn a two keystroke combo wth, you know ctrl-^ / ctrl-k but can't do !~ ? name calling is for people not for bots. [15:59]
a111: Logged on 2018-03-01 18:01 ben_vulpes: having worked to memorize the bot keycombos for some time now, i would particularly like it if they would respond to their names. this approach autocompletes for one and is far more easily visually diffed, for another. [15:59]
mircea_popescu: http://btcbase.org/log/2018-03-01#1786634 << [16:00]
a111: Logged on 2018-03-01 19:03 ave1: mircea_popescu, http://btcbase.org/log/2018-02-28#1786498, which parts of gpg (I can image plain text signing, encryption and decryption).? [16:00]
mircea_popescu: http://btcbase.org/log/2018-03-01#1786634 << just about, yes. [16:00]
a111: Logged on 2018-03-01 19:03 ave1: mircea_popescu, http://btcbase.org/log/2018-02-28#1786498, which parts of gpg (I can image plain text signing, encryption and decryption).? [16:00]
mircea_popescu: pipe though! i want cat x.txt > rrsa -aer stan > y.txt or some sane equivalent. [16:01]
mircea_popescu: it doesn't have to follow any format but reason. [16:01]
mircea_popescu: note though that base-whatever is in fact more compact than hexencode. [16:02]
mircea_popescu: http://btcbase.org/log/2018-03-01#1786657 << sounds like all the makings of a beautiful race condition. [16:07]
a111: Logged on 2018-03-01 20:01 phf: diana_coman: i was also getting some boundary issues with different bitrate issues, i couldn't figure out if it can take any natural value, or there's some specifica subranges that i have to stick to. when i spot checked with values like 1200 (or whatever), it would fail deep inside absorbblock. i'll test it again not that i have a bit of free time and see if i can reproduce [16:07]
ben_vulpes: mircea_popescu: statement amended, questions addressed [17:10]
ben_vulpes: !~later tell PeterL i've responded to your comment [17:10]
jhvh1: ben_vulpes: The operation succeeded. [17:10]
* mircea_popescu shall read after lunch [17:10]
BingoBoingo: Disfruta tu almuerzo [17:12]
deedbot: http://trilema.com/2018/heres-how-pantsuitism-christianity-ruined-civilisation-in-both-the-ancient-and-the-modern-world/ << Trilema - Here's how pantsuitism / christianity ruined civilisation, in both the Ancient and the Modern world. [17:14]
BingoBoingo: shinohai: There is plenty of source material to cite. Care to write up for Qntra a summary of February's events in the Republic? [17:54]
trinque: nobody could have predicted scrolling and searching in weechat at the same time. [18:32]
mircea_popescu: lol [19:07]
mircea_popescu: ben_vulpes the saga continues (and also, you have what looks like a stranded > right after the "leave your comment" heading) [22:24]
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.