phf: fixing an old style link is then cheap e.g. for http://log.bitcoin-assets.com/?date=16-07-2014#758070 i parse out 758070, (entryref 758070), then render the url (which is standard url rendering function) which uses whatever date that's stored in the message record, http://btcbase.org/log/2014-07-16#758070 in this particular case they happen to be the same, but the point is that this is not a regex transform. essentially i do a ☝︎

phf: http://btcbase.org/log/2019-08-27#1931379 << btcbase is a continuation of kako's log, so there's no timestamp divergence. one log stops at dragon, and the other one starts. never the less i don't rely on dates at all: the entirety of log is stored in an array, so kako entry 123 is (aref *log* 123), likewise current log entry 1931379 is at that particular index in array. ☝︎

phf: asciilifeform: http://btcbase.org/log-raw/tmsr-logs-apr2012-oct2013.fmt.txt

phf: those are not mp though, that's kako, http://btcbase.org/log-raw/

phf: asciilifeform: http://btcbase.org/log-raw/tmsr-logs-apr2012-oct2013.txt is the file that mp gave me

phf: ^ https://www.unicode.org/charts/PDF/U13000.pdf

phf: http://p.bvulpes.com/pastes/n5CQ3/?raw=true

phf: http://logs.nosuchlabs.com/log/trilema/2019-08-16#1929100 << particular utf-8 otherwise latin-1 trick also exists in cl-irc for example (i believe the python irc logger i looked at long time ago also had it), so log messages that a111 gets are already converted in this way.

phf: http://logs.nosuchlabs.com/log/trilema/2019-08-16#1929099 << http://btcbase.org/log/2016-09-21#1546409 and http://btcbase.org/log/2016-09-21#1546413 ☝︎☝︎

phf: http://logs.nosuchlabs.com/log/trilema/2019-08-14#1928700 << in general this hasn't happened to a111 (though i don't have full netsplit coverage, since that requires a bot per all the possible servers we are connected to), i've described the solution in logs, though i can't find it now. when a111 falls over, on reconnect it asks the znc machine to give it all the messages since the timestamp of last known message (+3 hours to

phf: i even explain how to do it in python http://btcbase.org/log/2016-09-21#1546421 ☝︎

phf: http://logs.nosuchlabs.com/log/trilema/2019-08-14#1928373 << not sure if answered already, but has been discussed in logs, http://btcbase.org/log/2016-09-21#1546407 ☝︎

phf: there's no need to znc, the entire archive of logs is available here: http://btcbase.org/log-raw/ with 2016-03.txt being the last kako file. the only outlier is tmsr-logs-apr2012-oct2013.txt which is the dump mircea_popescu gave me of the prehistoric logs, which i have a custom reader for.

phf: http://logs.nosuchlabs.com/log/trilema/2019-08-08#1926224 << perhaps quarter dead, but days go to going to hospital for daily wounds dressing, sleeping a lot and going for walks, i have another sugery on monday to close me up.

phf: mp_en_viaje: http://p.bvulpes.com/pastes/ZPWlp/?raw=true

phf: mp_en_viaje: http://p.bvulpes.com/pastes/OdqwQ/?raw=true

phf: http://btcbase.org/log/2019-07-06#1921956 << you should replace the declare .. begin inside the inner loop with char_ptrs.increment ☝︎

phf: mp_en_viaje: http://p.bvulpes.com/pastes/7k9cJ/?raw=true

phf: mircea_popescu: http://p.bvulpes.com/pastes/bTqFh/?raw=true

phf: http://btcbase.org/log/2019-06-22#1919159 << i'm burned out from my recent misadventures, i've taken several approaches to both republican and secural work, and i'm failing to load it in my brain, or make any kind of dent ☝︎☟︎

phf: http://btcbase.org/log/2019-05-29#1916138 << this is apropos http://btcbase.org/log/2018-08-21#1843481 lukego went on to write snabb switch, which is userspace network appliance construction kit ☝︎☝︎

phf: i'm also using http://marijnhaverbeke.nl/talks/defservice/ in front of it, and i added support for hunchentoot, so i rarely write anything that looks like hunchentoot specific code.

phf: http://btcbase.org/log/2019-05-29#1916136 << i'm using hunchentoot-1.2.35 but that's in no way explored, that's whatever i got out of quicklisp on first btcbase deploy ☝︎☟︎

phf: http://btcbase.org/log/2019-05-10#1912257 << i can corroborate the sentiment, i didn't get to see the parade directly, but saw all the activity around it ☝︎

phf: mp_en_viaje: it's the shitsoup ecosystem, there's a handful of packages smartly written, like hunchentoot or cl-http, and then there's new wave of cffi-everything approaches, that stand tall and pretend to be people ☟︎☟︎

phf: well, wookie depends on cffi through cl-async which depends on cffi and cl-libuv, where libuv is a C async library. teepeedee2 also depends on cffi and is full of code like https://raw.githubusercontent.com/vii/teepeedee2/master/src/io/epoll.lisp ☟︎

phf: spyked: http://thetarpit.org/posts/y03/05c-development-log-i.html#selection-147.0-153.252 << i've used araneida for early btcbase, i've dropped it in transition from cmucl, but i'd say that it's the least encumbered of the bunch. i don't remember it having any "administration interfaces". it's written in the late 90s hacky style, and it's missing functionality (for example i wrote entire form parsing logic when i was trying to add patch ☟︎

phf: http://btcbase.org/log/2019-05-01#1910411 << i'm back from a head clearing trip (went to st. petersburg after georgia), so i ought to be back to doing things ☝︎

phf: http://btcbase.org/log/2019-05-02#1910605 << ty! ☝︎

phf: https://www.namesilo.com/Support/Expiration-Process

phf: http://104.131.72.249/log/

phf: http://btcbase.org/log/2019-04-18#1909042 << just came back from a week long trip through georgia, will snarf tomorrow ☝︎☟︎

phf: http://btcbase.org/log/2019-04-29#1910180 << i don't own the domain, it's mircea_popescu's ☝︎

phf: bvt: http://bvt-trace.net/2019/03/mes-part-1-stage0/ << "can to be implemented" "layouts textual strings"(?)

phf: specifically http://btcbase.org/log/2019-02-05#1892960 works ☝︎

phf: http://btcbase.org/log/2019-04-08#1907364 << by next monday ☝︎☟︎

phf: bvt: do you mind signing http://btcbase.org/patches/vtools_tempfile_standalone_notmp the version at http://btcbase.org/data/vtools/vtools_tempfile_standalone_notmp.vpatch i reground it for keccak and new manifest

phf: oh you just don't support html in general (presumably you still http with something like wget), i think your position would've been a lot stronger if you just said so, rather then something something tor browser. i'm vaguely curious what "non-turing complete svg subset" is, but that's a stone that will have to be turned some other time

phf: http://btcbase.org/log/2019-04-07#1907277 << it works fine without the javascript, i use it regularly in lynx (and occasional exotic browsers like netsurf), but i suspect it will fail in a browser, that both fails to display SVG and then fails to display a link map ☝︎

phf: asciilifeform: http://p.bvulpes.com/pastes/cSNhS/?raw=true

phf: http://btcbase.org/log/2019-03-25#1904652 << i'll look into reasons. i believe right now there's no caching of any kind, vpatch is pre-parsed in-memory, but the rendering happens fresh everytime. ☝︎

phf: hanbot, billymg i've refreshed the patches http://btcbase.org/patches?patchset=mp-wp

phf: diana_coman: http://btcbase.org/patches?patchset=mp-wp i've added the two patches from billymg, please let me know if i'm missing anything

phf: mircea_popescu: http://p.bvulpes.com/pastes/btoGw/?raw=true

phf: asciilifeform: http://p.bvulpes.com/pastes/r59PJ/?raw=true fyi

phf: diana_coman: http://btcbase.org/patches/eucrypt_ch16_bytestream_keccak

phf: asciilifeform: http://p.bvulpes.com/pastes/auyin/?raw=true i investigated one of them before and it's stray unicode quotes

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

phf: http://btcbase.org/log/2019-03-10#1901200 << that is not at all the problem. i can read the file just fine, but as i do i feed chunks of it to keccak. keccak doesn't take char buffers, it wants "bitstream" i.e. arrays of bits, which means whatever char ☝︎☟︎

phf: http://btcbase.org/log/2019-03-10#1901176 << i'll put it to the top of the stack, i remember fixing it, but never completing the patch. ☝︎☟︎

phf: http://btcbase.org/log/2019-02-17#1897638 << i've been building everything using ave1's gcc/gnat which is musl based. i don't see any reason to keep glibc ☝︎

phf: http://btcbase.org/log/2019-02-24#1899036 << back now, sorry about that ☝︎

phf: http://btcbase.org/log/2019-02-14#1896331 << no. i gather you're not seeing this issue on your own machine? vdiff treats links the way diff did, as a completely new file, including the content ☝︎

phf: mircea_popescu: is the idea that message like logotron will render it as just "logotron" in html? ☟︎☟︎☟︎☟︎

phf: http://btcbase.org/log/2019-01-06#1885092 << i have a couple and the first one i bought i think had that issue, i didn't bother replacing it, and after first cleaning i believe it went away, or possibly i stopped noticing. the one at my office definitely has clean clicks on all they keys, so if it bothers you perhaps worth replacing ☝︎☟︎

phf: http://btcbase.org/log/2019-01-08#1885844 << you can also switch between three acceleration modes by, i believe, holding middle button and clicking right button (or similar, should be in the manual) ☝︎☟︎

phf: http://btcbase.org/log/2019-01-08#1885856 << i was having some trackpad issues in india (macbook's trackpad would stop working after about an hour outside), which made me contemplate problems of mousing at sea, which made me think that it's likely that someone makes rugged trackballs for industrial application. imagine my surprised when i discovered that someone actually does. ☝︎☟︎

phf: http://btcbase.org/log/2019-01-09#1886041 << not a bug anymore (last year it was printed as a warning with no effects on the patch, effectively forcing newline always. i then adjusted vdiff to put correct "\ No newline.." directive, while vpatch knows to omit final newline when that directive is present) ☝︎

phf: http://btcbase.org/log/2019-01-05#1884636 << if i put that at the top of the free time work list i can get it out fairly fast, but i think keccak regrind that diana_coman is blocked by comes before that anyway ☝︎

phf: http://btcbase.org/log/2019-01-05#1884837 << remote work, but you also have to remember that i moved away much later in life than you did, i have a very large meat wot here ☝︎☟︎

phf: http://btcbase.org/log/2018-12-19#1881941 was previously lost on me, so my committment outlay is a given, with the inevitable conclusion of http://btcbase.org/log/2018-12-19#1881910 i figured that out before the tmsr conversation, so the whole thing was just a public reveal of my idiocy, salt on the wound if you will ☝︎☝︎☟︎

phf: http://btcbase.org/log/2019-01-05#1884626 << i wasn't meditating, i just don't have the mental energy to defend myself. i'm in russia primarily to take care of my grandmother who has dementia, and she was in a pretty critical state when i got here. i'm sure it'll stabilize, but as of right now i don't trust myself to have rational conversations around sensitive subjects online. ☝︎

phf: http://btcbase.org/log/2019-01-05#1884834 << i like the elk hunting theory, but i actually had a flu the past week ☝︎

phf: diana_coman: http://btcbase.org/log/2018-12-24#1882924 << 26Nov-2Dec 54450, 3Dec-9Dec 24809, 10Dec-16Dec 31298 with breakdown http://p.bvulpes.com/pastes/afho0/?raw=true i had word count code laying around not wired, it now sits in the stat bar at the top as the (running) word count for the day. http://btcbase.org/log/2018-12-22#1882726 << added ☝︎☝︎☟︎

phf: http://btcbase.org/log/2018-12-19#1881853 << i was the only person who showed up to do dull, manual job, when there was a need for it. i can't leak it because i promised not to. there will be no consequences for me, but i made a promise to multiple people, for whom there might be consequences, and it's not my place to evaluate whether that's true or not. that said that doesn't mean that i can't use knowledge this way acquired to help ☝︎

phf: http://btcbase.org/log/2018-12-18#1881331 << i think danielpbarron is pushing transcendental imperative; though, and as per some of the long ago threads on subject of traditional societies, i will guess it is mostly a pose on his part. his imperative doesn't align with that of all the rest of the republic members, so it is hard to relate to on substance, but in form i find it entertaining: what happens if you confront modern christian ☝︎

phf: also https://franz.com/success/customer_apps/animation_graphics/izware.lhtml

phf: asciilifeform, https://github.com/LispEngineer/genera-src/tree/master/gczm and https://github.com/LispEngineer/genera-patches

phf is assembling a care package for asciilifeform http://glyf.org/tmp/carepackage.jpg

phf: http://fare.tunes.org/files/pics/lispm/2003-01-19-lispm-fare.jpg << current wrecker of asdf ☟︎

phf: asciilifeform: presumably entire portage tree pulls from https:// unless trinque also hosting a mirror of everything (i haven't looked yet) ☟︎

phf: i also have another approach, with V_PATCHES=[('http://.../foo.vpatch', 'http://.../foo.vpatch.first.sig', 'http://.../foo.vpatch.another.sig'),...] where ebuild basically keeps explicit press order, but can also rely on emerge for pulling the files from remote. none of it is particularly satisfying

phf: asciilifeform: http://p.bvulpes.com/pastes/HGgIN/?raw=true

phf: asciilifeform: a downside to your renaming the patches is that it breaks all the old btcbase links. e.g. http://btcbase.org/patches/ffa_ch1_genesis is now http://btcbase.org/patches/ffa_ch1_genesis.kv even though the content is the same

phf: heh, http://www.symbolics-dks.com/Macsyma-1.htm

phf: http://btcbase.org/log/2018-11-14#1872157 << yeah it's a rook. in my mind it's associated with archives behind castle walls, but it's not particularly correct, since a rook is a siege tower. maybe a bishop would've been a better a choice ☝︎

phf: http://btcbase.org/log/2018-11-13#1871704 << ty fixed ☝︎

phf: http://www.templeos.org/TempleOS.iso

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 ☝︎☟︎

phf: oh oh http://p.bvulpes.com/pastes/jKH6e/?raw=true

phf: hmm http://p.bvulpes.com/pastes/KH6e/?raw=true

phf: testing http://p.bvulpes.com/pastes/KH6e/?raw=true

phf: http://btcbase.org/log/2018-11-02#1868722 << must be the dreaded ada/c interop. which version of gnat, which os are you using? ☝︎

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: http://btcbase.org/log/2018-10-25#1865788 << thanks for the resolution, i wasn't sure if my insistence on my original (that is temp file in .) approach was sensible or not. "canonical" in this case was whether or not that's something we do, not whether or not that's something unix does ☝︎

phf: http://btcbase.org/log/2018-10-23#1865503 << i threw your patch on btcbase, it looks good, though i'm not sure i agree with the decision to put temp file in /tmp. the point of putting it in same hierarchy as press, was to avoid the whole cross-file-system issue ☝︎☟︎

phf: http://btcbase.org/log/2018-10-20#1864346 << ty, this is a bug in vdiff for sure, i'll investigate ☝︎

phf: (when i proposed the name i was thinking that it will be a wrapper around http://www.ada-auth.org/standards/rm12_w_tc1/html/RM-A-8-1.html#p6

phf: lol, i accidentally pasted that archive url without the d, https://archive.is/ltRH

phf: http://btcbase.org/log/2018-10-13#1862183 << no, i don't use portability packages in my own code (they are the hole through which the darkness comes), and when something pulls it as a dependency, it comes from quicklisp ☝︎☟︎

phf: mircea_popescu: http://duckduckgo.com/bang

phf: trinque: i've updated the key, so all you need to do is an import http://btcbase.org/data/wot/phf.asc i'm not going to do a minimization right now

phf: this is your old key http://p.bvulpes.com/pastes/nAdrX/?raw=true

phf: trinque: i think something failed in the deedbot update, because the scrubbed key at link is proper. i've tested it, http://p.bvulpes.com/pastes/cIIG6/?raw=true

phf: trinque: can you please update my wot key one last time. http://btcbase.org/data/wot/phf.asc ☟︎

phf: http://btcbase.org/log/2018-10-06#1859086 << picking up previous code, patcher already works (which is the easy part), but differ is not there yet. i should be able to get it working in the next week ☝︎

phf: http://btcbase.org/log/2018-10-07#1859170 << that part of the discussion was about binary (the algo doesn't discriminate text or binary, but there's no support for binary creation in format), it was a panicked detour, that has been since resolved with "there's no binary in vpatch" ☝︎

phf: http://btcbase.org/log/2018-10-06#1859086 ☝︎

phf: http://btcbase.org/log/2018-10-06#1859021 << https://www.youtube.com/watch?v=r8_U68YXuqc&t=15m38s ☝︎

phf: Mocky: http://p.bvulpes.com/pastes/gmsRV/?raw=true you could set these options in firefox's about:config (there's probably a way to do it through gui), they are self explanatory. the last one ensures that dns is routed through socks. the first one can be either 1 or 0. i usually just go into about:config and toggle that to 1 when i need socks (there are probably extensions, etc. etc.)