log☇︎
1700+ entries in 0.153s
a111: Logged on 2017-05-14 22:11 ben_vulpes: one wrinkle that occurred to me as i tested this patch against a not-completely synced node this afternoon is that satoshi's early transactions were all of the "pay to pubkey" variety, and not today's standard "pay to pubkey hash" breed.
mircea_popescu: man gotta know, if / when doing patch work, wtf his stylistic choices are required, expected, desired to be
ben_vulpes: one wrinkle that occurred to me as i tested this patch against a not-completely synced node this afternoon is that satoshi's early transactions were all of the "pay to pubkey" variety, and not today's standard "pay to pubkey hash" breed. ☟︎
ben_vulpes: relatedly, i have a patch in abeyance that fixes the test target. i'll bring that out of the refrigerator and start wiring this new IsMine implementation into it.
ben_vulpes: lolyes, also worth pointing out that the patch is indented at 2 spaces when the rest of trb is indented at 4
mircea_popescu: o noes, cruel fate, plox no more of this briar patch!
asciilifeform: Framedragger: tell me why i should give half a fuck re intel's, or microshit's, patch to re-nsaonly-ize an nsahole.
ben_vulpes: the patch adds a struct to use during the indexing, and a new overload of IsMine that uses the script solver to find outputs relevant to the given address.
ben_vulpes: once this patch works (which it almost certainly does not, as i have only finished drafting it), it will serialize unspent outputs to disk in a simple format for...later use.
ben_vulpes: this patch adds an rpc command that eats as input one address, and walks the blockchain for outputs that spend to the address.
pete_dushenski: mod6, asciilifeform : re : 'from whom' patch : it would definitely be a useful tool for mapping network connectivity.
a111: Logged on 2017-05-11 17:27 asciilifeform: incidentally this'd be a good adjunct to pete_dushenski et al's 'peers' patch : see FROM WHOM a fresh node got each block.
asciilifeform: incidentally this'd be a good adjunct to pete_dushenski et al's 'peers' patch : see FROM WHOM a fresh node got each block. ☟︎
ben_vulpes: you may now proceed to quest 3 in the Infiltrate TMSR~ saga: write a patch demonstrating rust interop with TRB
mircea_popescu: "In future, it would be great if I could just accept any old patch, from any urbit down to the merest comet, as long as it was sealed by ~zod. In general, I would find it comfortable, knowing that everything my urbit was running was a collection of patches, each of which had a signature, or a chain of them, originating in the urbit claiming authorship of that patch." << wtf.
asciilifeform: http://btcbase.org/log/2017-05-01#1650717 << dun look like any other patch is available, or planned ☝︎
asciilifeform: mod6: you didn't miss any patch
asciilifeform: pete_dushenski: upload the key, the seal, and the patch ??
ben_vulpes: might be fun to distribute large fabric squares to bike scum that say something like "THIS PATCH HACKS ROBOCARS" with a nonsense illustration below
mod6: so just add in this patch: http://therealbitcoin.org/ml/btc-dev/2017-February/000256.html ?
asciilifeform: mircea_popescu: that's what mod6 was doing. except that he forgot the 'read' patch ^ and only had total and write.
mod6: <+asciilifeform> not a big deal, read+write ~= total ProcessBlock time << makes sense. stangely, i overlooked that last patch
asciilifeform: that was in the last patch
asciilifeform: it'd be easy to patch around. but i wanted to begin with classical dh.
a111: Logged on 2016-02-05 21:55 ascii_butugychag: 'A post to a technical forum discovered that the non-prime parameter was introduced more than a year ago. A note in the commit indicates that Socat was not working in FIPS mode because it requires a 1024 Diffie-Hellman prime, and added that a developer named Zhiang Wang provided a patch with the new prime. The poster revealed that Wang works at Oracle and contributes to Socat.'
Framedragger: mircea_popescu: i don't think so, and i thought about linking this, too heh (need to update/patch kernels if they are < 4.5)
asciilifeform: find all copies of it and patch'em all.
asciilifeform: mircea_popescu: it is conceivable that no one now living has ever used a 'pre-patch' gcc. that's the idea, that 'gcc' is not in fact defined by its src, but by the aggregate of 'the published src' + 'the extant sets of built gccs'
mircea_popescu: because if "patch after used" then it's created a partition which i can use ; and if "predict" then the inf-in-being is rightthere.
asciilifeform: mircea_popescu: i can trivially patch gcc such that anything later built that uses any string ops whatsoever, with external inputs, is exploitable.
mircea_popescu: or else patch it after we've used ?
phf: mircea_popescu: if rotor4 comes out, must patch again. there's no inf on our side despite the process being potentially inf, because we're limited by time/energy
trinque: doppler: http://man.openbsd.org/smu.4 << patch regarded this
asciilifeform: ( though i'd like to patch mine, to always give , e.g., semipalatinsk. )
diana_coman: mod6, list of deps for trb from what I gathered on a fresh, minimal centos box: bc, gcc, g++, gpg, wget, perl, patch, rsync, sha512sum, unzip
mod6: meanwhile, I'll see what i can do in the next few days about putting together alf's suggested patch
asciilifeform: also what patch set do you use, TomServo ? my trb doesn't have time stamps, for instance.
asciilifeform: ( see ml for the patch )
a111: Logged on 2017-03-17 07:21 davout: in other TRB news, my node is happily bitcoining, doesn't seem too bothered by working with a regular HDD, and that's without asciilifeform's cache patch
davout: in other TRB news, my node is happily bitcoining, doesn't seem too bothered by working with a regular HDD, and that's without asciilifeform's cache patch ☟︎
pete_dushenski: in other news, i'm happy to report that i've successfully run alf's wire patch. hooray!1
a111: Logged on 2017-03-15 16:12 asciilifeform: also if you have a consistent empty 4GB of memory, you can apply my cache patch (not yet an official vpatch, but it is a 1liner, ups bdb's cache to max)
mircea_popescu: honestly, it should just be a patch. there's no serious reason to allow the usage of trb on tiny boxes
asciilifeform: the 'odometer' patch will show the change in timing
asciilifeform: also if you have a consistent empty 4GB of memory, you can apply my cache patch (not yet an official vpatch, but it is a 1liner, ups bdb's cache to max) ☟︎
a111: Logged on 2017-03-15 06:47 davout: is the 'wires' patch still considered useful?
davout: is the 'wires' patch still considered useful? ☟︎
a111: Logged on 2017-03-14 14:36 asciilifeform: ( but to make alt-udp you gotta patch the kernel. )
mircea_popescu: http://btcbase.org/log/2017-03-14#1626858 << we already gotta patch the kernel to FUCKGOATS. ☝︎
asciilifeform: ( but to make alt-udp you gotta patch the kernel. ) ☟︎
trinque: I tend to have a couple trees pressed right next to each other, when testing a patch, when writing my own
a111: Logged on 2015-09-24 00:25 mod6: <+phf> shinohai: you probably have rm_gitignore.patch applied, which removes .gitignore files from src/obj/nogui and nukes the folders along the way? << i said to disregard this patch. reason is, it wipes out output dirs required by the bitcoin makefile.
asciilifeform: wires patch
mircea_popescu: ok, so now with the built trb with ssh patch...
mircea_popescu: asciilifeform in fact i can't actually patch it out as it won't match the correct file huh, it does line by line removal
mircea_popescu: meanwhile /me will go research how to write a patch to take out .gitignore altogether.
mircea_popescu: so, now i have your patch and seal alf. next ?
asciilifeform: ty phf . but it was not clear to me what piece mircea_popescu had the problem with, was it where to get the patch, or where to put it.
asciilifeform: to which can apply the wires patch.
ben_vulpes: so before even thinking about CI the testing strategy needs some actual thought, planning, and likely at least one patch. maybe more.
phf: ok, so experimental features on btcbase is that in memory presser now works. each patch has a "tree" link, that shows you a list of files (ones that are explicitly touched by the patch are marked as "modified"), and can look at each individual file
asciilifeform: however mircea_popescu's 'let's patch ext4' has same.
asciilifeform: shinohai: post the patch , the key, and the signature plox
mircea_popescu: aanyway, FG patch for trb wouldn't hurt.
a111: Logged on 2015-02-05 19:11 mod6: <+punkman> running a node with this line removed: http://btc.yt/lxr/satoshi/source/src/main.cpp#0939 . works so far << check out this patch: http://therealbitcoin.org/ml/btc-dev/2014-December/000023.html
mod6: <+trinque> http://btcbase.org/log/2015-02-05#1008972 << mod6, is that why this patch did not make it in? << i don't think it was because of any such wedge. i think we held off because it was proposed that there might have been a better way to handle that through configuration files. it's all in the logs if you look in around the time that email was sent; december of '14. ☝︎
a111: Logged on 2015-02-05 19:11 mod6: <+punkman> running a node with this line removed: http://btc.yt/lxr/satoshi/source/src/main.cpp#0939 . works so far << check out this patch: http://therealbitcoin.org/ml/btc-dev/2014-December/000023.html
trinque: http://btcbase.org/log/2015-02-05#1008972 << mod6, is that why this patch did not make it in? ☝︎
asciilifeform: now it is also important to understand the limitations of the current wires patch. there is ~no~ prioritization .
asciilifeform: that's what's in mircea_popescu's patch presumably.
asciilifeform: mircea_popescu: plz consider publishing your patch where you made this happen; it is not a trivial change
asciilifeform: mircea_popescu: if you, using my patch or similar, determined that type1 (verification) blackhole consists of any substantial portion of something other than db wait -- i'm all ears
a111: Logged on 2017-02-25 17:04 mircea_popescu: trinque dja think deedbot should have an ad interim patch before tmsr pgp is released to take care of http://btcbase.org/log/2017-02-23#1617236 ?
mircea_popescu: trinque dja think deedbot should have an ad interim patch before tmsr pgp is released to take care of http://btcbase.org/log/2017-02-23#1617236 ? ☝︎☟︎
asciilifeform: ben_vulpes: also i recommend against any further sweat put into ping-ban patch, it is ~worthless
ben_vulpes: stack, for the curious: moar tests for v.pl (i'm writing them because my personal heap is too fragmented to make me a useful manual tester), read and compile a large and a small patch from asciilifeform, ops tasks in support of WIRES, gaze into the writhing horror diana_coman needs a lasso around, and somewhere find an hour to finish up the import of phf's logs back to early 2016
phf: i kind of want a way to link useful assets to a patch on btcbase. right now if you have a readme.txt inside a patches folder you get that included as a prelude for a patchset (http://btcbase.org/patches?patchset=fg). i think it would be handy to include wires over ssh link somewhere on the wires patch page..
a111: Logged on 2017-02-03 15:52 mircea_popescu: we should prolly publish a kernel patch
veen: consider a kernel patch to bypass /dev/*random insanity with say "just open and read such-and-such file which i trust has acceptably random bytes in it"
a111: Logged on 2017-02-03 15:53 asciilifeform: not a difficult patch, but remains to ask, for which kernel.
asciilifeform: oh mircea_popescu , ben_vulpes , mod6 , et al : the wires patch has a mistake, it fails to reconnect; please do not waste time to test it until fixed.
asciilifeform: mircea_popescu: next patch is a blockverify timer.
shinohai: Also, as side note, last night's patch produced no different behaviour
shinohai likes to minagine this `wires` patch as G for trb
asciilifeform: to clarify: dulap is running the revised patch.
mod6: im gonna build in your patch and deploy. see how it goes, thank you for your submission to the ML.
BingoBoingo: asciilifeform: Bastard 0.7 ish node corrected will patch trb nodes at convenient time, tyvm
asciilifeform: BingoBoingo, jurov , and anybody else still running old prb nodes for whatever reasons of their own -- note that you will no longer be able to connect to dulap. (or to zoolag, when i patch it. or to anybody else who includes this patch.)
mircea_popescu: ben_vulpes do try the above patch, may actually bring you back above waterline.
mircea_popescu: asciilifeform no but they're cool kids, they patch
asciilifeform: and yes, i revved up a fully mod6tronic trb to have what to patch against, my working copies are quite dated
asciilifeform: mircea_popescu: consider publishing your tx debugger as a trb patch ? (the thing that lets mircea_popescu answer questions like 'where is ea58f22fe5bbb4f42edb8be90a37f98b57af12007f7620f7ab94111a06ff3ebb ?' )
thestringpuller: kernel patch as in feed directly to /dev/random ?
mircea_popescu: kernel patch best way
thestringpuller: mod6 asciilifeform dunno if just weird artifact along with bad luck or actual potential problem, but my node running on slowest hardware is only receiving BASTARD BLOCK s. I'm connected to deedbot (a trusted node) with -addnode. using same patch tree as hanbot
asciilifeform: different patch sets will give trb with DEEPLY differing behaviours.
asciilifeform: http://btcbase.org/log/2017-02-16#1614456 << you patch it, like literate people; or pay the extra 10bux, like chump ☝︎
asciilifeform: incidentally i realized that, sadly, trb will need a (simple) patch in order to link via 'g'. from simple fact that, by default, it does not like to connect to 127.0.0.1:weirdport
BingoBoingo: Coding patch to simply say "no" to compact blocks and restore TRB/PRB communion would likely be trivial, BUT setting that precedent is impossibru
BingoBoingo: <asciilifeform> also note that if you built with malleus patch, you will be kickbanning prb peers as soon as they disgorge a prbism of any kind (e.g., 'bloom filter' command) << Bloom isn't what disconnects most PRB nowadays. It is "BIP 151 compact blocks".