tmsr - Search: patch

600+ entries in 0.04s

feedbot: http://blog.lobbesblog.com/2019/10/auctionbot-full-patch-list-and-bootstrapping-guide/ << lobbesblog -- Auctionbot: full patch list and bootstrapping guide

lobbes wonders if it is worth it in next patch to have bot.py simply parse the MANIFEST.txt for version number emitting

asciilifeform: otherwise i'ma fix , but not until next patch

snsabot: Logged on 2019-10-02 03:13:54 diana_coman: bvt: ah, I had this niggling thought that there *was* some patch I missed somehow; asciilifeform what was it with this/why didn't it make it into the sept vpatch?

mp_en_viaje: bvt, regrind it on the current head plox, and before someone comes up with another patch so you get the first signature on your own thing plox

snsabot: Logged on 2019-09-13 11:21:57 asciilifeform: http://logs.nosuchlabs.com/log/trilema/2019-09-13#1935883 << bvt you will need to regrind, you left out yesterday's patch from yer sequence

diana_coman: bvt: ah, I had this niggling thought that there *was* some patch I missed somehow; asciilifeform what was it with this/why didn't it make it into the sept vpatch?

lobbes: k, got the latest logotron patch applied. asciilifeform: I've also read through and signed said patch

lobbes: bot hell today! /me goes off to apply latest stan-logotron patch

lobbes: ugh now I need to update by ericbot to asciilifeform's new patch. Above echo from #pizarro ^^^

asciilifeform: diana_coman: i'ma cut the stump out in next patch.

asciilifeform: but now thinking it cannot be done cleanly and prolly oughta cut it out in next patch

snsabot: Logged on 2019-09-28 14:13:23 asciilifeform: 'tape' knob i realized is unusable shortly after cut patch, it needs to be rewritten so as to give 'last N' , rather than using start/end index from the earlier raw-log knob

asciilifeform: 'tape' knob i realized is unusable shortly after cut patch, it needs to be rewritten so as to give 'last N' , rather than using start/end index from the earlier raw-log knob

snsabot: Logged on 2019-09-15 14:41:04 lobbes: Now, are you cool with me releasing patches in pieces? I.e. First patch will be a bot that eats IRC and shits lines into a article on Trilema (under 'logs' category). Then subsequent patches for the rest of the asks.

lobbes: Now, are you cool with me releasing patches in pieces? I.e. First patch will be a bot that eats IRC and shits lines into a article on Trilema (under 'logs' category). Then subsequent patches for the rest of the asks.

asciilifeform: i'ma roll out bvt's bot patch in coming days. (when errybody's asleep, ideally)

snsabot: Logged on 2019-09-14 03:50:52 mircea_popescu: unrelatedly : hey trinque, now that there's actually multiple functional castles the time's prolly come to update the deedbot voice model into awareness of this situation. so how about a patch making voice in #trilema dependent on ~my~ wot, rather than deedbot's own ; and similarily in any castles that ask for it / you come to an understanding with the lords thereof, so they can use the voice model there if the

snsabot: Logged on 2019-09-14 07:33:53 ave1: Patch file weighs 387M

ave1: Patch file weighs 387M

ossabot: Logged on 2019-09-14 04:06:31 mircea_popescu: unrelatedly : hey trinque, now that there's actually multiple functional castles the time's prolly come to update the deedbot voice model into awareness of this situation. so how about a patch making voice in #trilema dependent on ~my~ wot, rather than deedbot's own ; and similarily in any castles that ask for it / you come to an understanding with the lords thereof, so they can use the voice model there if the

mircea_popescu: unrelatedly : hey trinque, now that there's actually multiple functional castles the time's prolly come to update the deedbot voice model into awareness of this situation. so how about a patch making voice in #trilema dependent on ~my~ wot, rather than deedbot's own ; and similarily in any castles that ask for it / you come to an understanding with the lords thereof, so they can use the voice model there if they wanna.

lobbes: http://logs.ericbenevides.com/log/trilema/2019-09-13#1935941 << notbad idea for a follow-up patch. I'll have to shelve it until I deliver the main product tho

snsabot: Logged on 2019-09-12 15:13:13 asciilifeform: ACHTUNG, panzers! lobbes , diana_coman , et al : reader.py on dulap updated to lobbes's raw-export-fix. vtree page updated w/ lobbes patch and lobbes , asciilifeform , sigs.

asciilifeform: http://logs.nosuchlabs.com/log/trilema/2019-09-13#1935883 << bvt you will need to regrind, you left out yesterday's patch from yer sequence

asciilifeform: ACHTUNG, panzers! lobbes , diana_coman , et al : reader.py on dulap updated to lobbes's raw-export-fix. vtree page updated w/ lobbes patch and lobbes , asciilifeform , sigs.

snsabot: Logged on 2019-09-12 12:20:41 dorion: asciilifeform no Sir. hence my question: is it better to patch boost for arm64 support or build arm 32 bit bitcoind to run on rockchip ?

dorion: asciilifeform no Sir. hence my question: is it better to patch boost for arm64 support or build arm 32 bit bitcoind to run on rockchip ?

lobbes: well, I was wrong; still small patch, but ended up being > one char. Good thing I retested and reread

lobbes: wow, this might end up being the smallest patch ever. forget one line, this is one character in one line! fix tested and worx. patch incoming..

lobbes: ok, well confirmed that both the znc2tmsr and irssi2tmsr converters output to spec re: action lines. Looks like it is just the raw log knob. I will dig into it, fix, and patch

snsabot: Logged on 2019-09-11 03:46:17 dorion: It appears to me the options are a) make a patch to boost to backport the aarch64 support , b) build the arm 32bit toolchain and 32bit bitcoind on rockchip and attempt to run there.

ossabot: Logged on 2019-09-09 23:53:06 lobbes: I'm willing to patch one or the other (should be a quick fix). Now... the question is which one? The converter, the raw-dumper, or should the eat_dump.py be able to handle BOTH formats?

dorion: It appears to me the options are a) make a patch to boost to backport the aarch64 support , b) build the arm 32bit toolchain and 32bit bitcoind on rockchip and attempt to run there.

snsabot: Logged on 2019-09-09 23:37:30 lobbes: I'm willing to patch one or the other (should be a quick fix). Now... the question is which one? The converter, the raw-dumper, or should the eat_dump.py be able to handle BOTH formats?

lobbes: I'm willing to patch one or the other (should be a quick fix). Now... the question is which one? The converter, the raw-dumper, or should the eat_dump.py be able to handle BOTH formats?

mircea_popescu: patch it so it releases the file descriptor and reconnects properly.

asciilifeform: + sigs for the patch, incl. asciilifeform's .

lobbes: as for the vpatching, I wonder if it makes sense to just "lump them all in" with the quoted search patch?

asciilifeform: http://logs.nosuchlabs.com/log/trilema/2019-09-07#1934972 << canhaz patch plox ?

mircea_popescu: i guess patch on top.

snsabot: Logged on 2019-09-06 15:17:27 spyked: http://logs.nosuchlabs.com/log/trilema/2019-09-06#1934123 <-- huh, whaddaya know, that was the problem! ty, diana_coman! unfortunately baking a patch isn't as simple as "vdiff a b", because sbcl comes with binaries included. :| will get to this when I'm back home

diana_coman: spyked: I mean this patch on eucrypt http://ossasepia.com/2019/03/15/eucrypt-chapter-16-bytestream-inputoutput-keccak/

spyked: http://logs.nosuchlabs.com/log/trilema/2019-09-06#1934123 <-- huh, whaddaya know, that was the problem! ty, diana_coman! unfortunately baking a patch isn't as simple as "vdiff a b", because sbcl comes with binaries included. :| will get to this when I'm back home

lobbes: may make that a patch in logotron... eventually!

lobbes: hmm that was for the "reader.py" though right? My patch contained fix for the "eat_dump.py"

lobbes: asciilifeform: did it? I patched it to sit on top of the "line_wraps" patch

trinque: http://logs.nosuchlabs.com/log/trilema/2019-09-04#1933649 << patch is already in my hopper, just watching the testbot for a day or two longer. still connected btw.

snsabot: Logged on 2019-08-22 21:29:11 trinque: or alternatively, where's my patch spyked ?

ossabot: Logged on 2019-08-23 05:37:59 spyked: http://logs.nosuchlabs.com/log/trilema/2019-08-22#1930228 <-- until I get proper patches published, here's an idea: 1. abolish "ping-thread" from ircbot; 2. instead, set up a ping handler for the bot, and have it respond with pong; this has the disadvantage that there's no more lag tracking, but it's simpler. proof-of-concept patch: http://p.bvulpes.com/pastes/LohMF/?raw=true

asciilifeform: mircea_popescu: i'd like a client that warns when about to frag line ( but can't be currently aroused to try an' patch 'xchat', 'irssi', other horrors )

mircea_popescu: ^ example of ~20kb patch that's well justified.

snsabot: Logged on 2019-08-22 21:29:11 trinque: or alternatively, where's my patch spyked ?

asciilifeform: BingoBoingo: yest.'s episode cemented in my head the insufficiency of my orig. 'aggression' patch. i strongly suspect The Right Thing is some variant of ben's. with the orig., node eats 5-10 blox when connects to trb peers on restart, then the connections stable and gets nomoar for hours. whereas on ea. restart, in facts gets the 5-10.

asciilifeform: if next patch is diana_coman's -- invited to put in cron etc.

asciilifeform: these will go in the 'readme' at next patch.

asciilifeform: girlattorney: observe that there is no attempt at authenticating peers in the existing trb. you could easily be connecting to washington's node when thinking yer connecting to e.g. mp_en_viaje's. at one time i published an experimental patch where can route to people you personally know via ssh pipes, but currently not in use anywhere afaik.

asciilifeform: girlattorney: aa, so you had the 'who-gave' patch, neat. unfortunate that lost. would be very interesting to read.

spyked: diana_coman, yeah, well I suppose that's another reason why the manifest mechanism is useful: if I signed a patch P at t1, and later I found out that it does something stupid or subtly malicious or whatever; then at t2 I can sign the "inverse" to P and give context to that signature in the manifest (whoever tries to press that has to know why particularly I made some change)

asciilifeform: ( this will go into next patch )

asciilifeform: diana_coman: in re pythonisms -- for that matter i'm to ~this day~ ! using my orig v.py (w / phf's 'vdiff' , and your fixup patch.) also because never found in what to rewrite it.

asciilifeform: http://logs.nosuchlabs.com/log/trilema/2019-08-29#1931889 << diana_coman this is so, i found recently when making mirror . feel free to submit a patch to amend the readme, otherwise it'll go in my next one.

lobbes: hanbot's patch removed a query to a table that did not exist in my mysql database, so perhaps this was the cause of the lag; time will tell I guess

asciilifeform: possibly lobbes et al will beat me to it, submit a patch.

asciilifeform: uniturd decoder, note, is the one in lobbes's latest patch.

ave1_away: and then have diffs of patch files

snsabot: Logged on 2019-08-23 05:37:59 spyked: http://logs.nosuchlabs.com/log/trilema/2019-08-22#1930228 <-- until I get proper patches published, here's an idea: 1. abolish "ping-thread" from ircbot; 2. instead, set up a ping handler for the bot, and have it respond with pong; this has the disadvantage that there's no more lag tracking, but it's simpler. proof-of-concept patch: http://p.bvulpes.com/pastes/LohMF/?raw=true

snsabot: Logged on 2019-08-22 21:29:11 trinque: or alternatively, where's my patch spyked ?

spyked: http://logs.nosuchlabs.com/log/trilema/2019-08-22#1930228 <-- until I get proper patches published, here's an idea: 1. abolish "ping-thread" from ircbot; 2. instead, set up a ping handler for the bot, and have it respond with pong; this has the disadvantage that there's no more lag tracking, but it's simpler. proof-of-concept patch: http://p.bvulpes.com/pastes/LohMF/?raw=true

mircea_popescu: including an answer for trinque, as to, where's his patch. aite.

snsabot: Logged on 2019-08-22 21:29:11 trinque: or alternatively, where's my patch spyked ?

spyked: mircea_popescu, no. feedbot is patched upon ircbot, not genesized (as per earlier log discussion), i.e. http://thetarpit.org/posts/y05/08a-feedbot-i.html ; http://thetarpit.org/posts/y05/08b-feedbot-ii.html ; http://thetarpit.org/posts/y05/08c-feedbot-iii.html ; this was planned to be the complete code, but sure, I'm testing the changes that I made and will publish a patch for it.

snsabot: Logged on 2019-08-22 21:29:11 trinque: or alternatively, where's my patch spyked ?

trinque: or alternatively, where's my patch spyked ?

snsabot: Logged on 2019-01-02 11:38:20 asciilifeform: if one absolutely insists on that feature, prolly Right Thing would be to patch bot so can hang off a znc ( i tried this with own hands, but failed, the existing item is apparently tailored to fleanode-direct connection )

mp_en_viaje: then he uses https://neil.fraser.name/writing/patch/pattern-pp.png "patterns in pride and prejudice", because a) that ignominous dumb cunt is somehow to be referenced, in literature. AS FUCKING IF. and then, because code has the fuck anything to do with language, at all.

mp_en_viaje: "However, the program becomes more complicated when the two copies of the base document are not identical. In these cases the patch program must do the best job it can in applying the " << motherfucker monkeys, how the fuck did this rank imbecile manage to make stupidity sound like "a challenge" ?

snsabot: Logged on 2019-08-17 15:43:38 lobbes: asciilifeform: could you point me to some threads/reading re: this 'fuzzy-merge' concept? V is the only version-control patch system I've ever used, so I'm having trouble comparing it to the 'anti-models' (I've never used shithub, for e.g.).

asciilifeform: lobbes: you're invited to submit patch for eater also.

asciilifeform: gnu diff / patch don't know about hashes at all .

asciilifeform: lobbes: see also this old likbez.

asciilifeform: lobbes: in traditional heathen patching, gnupatch will attempt to shoehorn a patch into place for so long as it does not entirely conflict with the existing text

asciilifeform: lobbes: observe that vpatches carry hashes, and demand that the output of prev. patch , going back to genesis, has to specific value. i.e. prohibit 'fuzzy'

lobbes: asciilifeform: could you point me to some threads/reading re: this 'fuzzy-merge' concept? V is the only version-control patch system I've ever used, so I'm having trouble comparing it to the 'anti-models' (I've never used shithub, for e.g.).

snsabot: Logged on 2019-08-17 14:51:34 asciilifeform: diana_alt: fella seems to have profound talent for reading text w/out ~actually~ reading. (for instance, escaped noticing that primary diff. b/w a vpatch and a heathen patch, isn't that it is pgp signed (heathens had pgp-signed patches 20y ago) but that it doesn't fuzzy-merge.

asciilifeform would much like folx to start pressing the tree , and experimenting with own hands , rather than simply bringing tips to asciilifeform to make patch

asciilifeform: and will be in next patch.

asciilifeform: lobbes's hieroglyphs barf oughta be handled. after that would like to leave the logger to other folx to patch, at least for nao.

asciilifeform will put in readme , for next patch, how to set up the cron for these

asciilifeform: ( and it'll go into the next patch )

asciilifeform: http://logs.nosuchlabs.com/log/trilema/2019-08-12#1928085 << this loox like simple thing, will put into next patch

mp_en_viaje: to be sure i think your patch is fine as it is.

asciilifeform: diana_coman: logotron tree updated. ty for the patch .

asciilifeform: diana_coman: fixed, will cut errata patch

snsabot: Logged on 2019-08-09 17:04:22 bvt: asciilifeform: fished out some info re aws: http://p.bvulpes.com/pastes/koCFa/?raw=true (small patch for musl compat) and http://p.bvulpes.com/pastes/avKyY/?raw=true (build instructions) seem to be it