Show Idle (> d.) Chans


| Results 1001 ... 1250 found in trilema for 'trb' |

trinque: mircea_popescu: in re: cores, depends what you're running. most of my existing servers are many separate services doing tasks that don't block each other, whereas if running trb it's doubtful the thing benefits from even one extra core, except insofar as the rest of the OS's doings get shuffled off to it.
asciilifeform: ( y'know, exactly like whoever wants to , can mirror trb universe )
a111: Logged on 2018-02-01 15:57 asciilifeform: BingoBoingo: be sure to use trb with sync sanity, cuts sync time from 6+months to coupla weeks at worst
asciilifeform: ( at some point we will have to solve the puzzle of just how many trb nodes it makes sense to have inside 1 cage, i also suspect )
asciilifeform: BingoBoingo: be sure to use trb with sync sanity, cuts sync time from 6+months to coupla weeks at worst
mod6: The Foundation has emplaced shinohai's seal for trb's 'genesis.vpatch' in the foundation repository @ http://thebitcoin.foundation. Thanks shinohai!
asciilifeform: but trb nodes really oughta all be within a few blox of one another at all times.
asciilifeform: it's one thing where prb refuses to serve trb node blox, or puts out some oddball liquishit that gets it malleus'd, etc
asciilifeform: mod6: let's restate the general principle. if you have two or moar trb nodes, and they are 'in communion' with one another regularly, and yet one is several 100 blox behind the other(s) -- THIS IS A BUG
asciilifeform: observe also that even 'aggressive' trb only demands newblox when a peer ~connects~
mod6: so yeah, pretty clear. spinning rust and TRB do not mix.
BingoBoingo: Anyways musl servering is going well, building a trb on the box because gotta test for republican standards compliance.
mircea_popescu: trb is whatever the foundation releases.
asciilifeform: it ain't retrofittable to trb imho, however. too many inoperable tumours in trb.
mircea_popescu: but it;s not that machine is useless "for trb work". current trb is useless for machine work.
mircea_popescu: http://btcbase.org/log/2018-01-27#1777409 << a properly rewritten trb-blockchain would actually work ok on plated disks.
asciilifeform: http://btcbase.org/log/2018-01-27#1777388 << at the risk of repeating -- mechanical hdd is ~useless for trb work
ben_vulpes: douchebag: press a trb with non-"release" patches so's you understand usage, ideally sync the binary if you can afford the hardware. then, write your own v, test it, and bring it back for review.
ben_vulpes: douchebag: mod6 has a point, consider pressing a trb and syncing it douchebag
mod6: I appreciate all your hard work / blood / sweat / tears on your trb adventure with deedbot. Your contributions are and will make a difference. This is why the republic is on top. We don't imagine the change we want to see in the world, WE MAKE THE CHANGE WE WANT TO SEE IN THE WORLD.
mod6: I'd like to see the Republic continue to expand the number of trb nodes we have available this year. There are activities currently afoot that immensly support that. Getting FFA vetted and used as a base lib really will help get the ball rolling for any proposed trbi.
asciilifeform: mod6: this was in response to a hypothetical 'but why do we even need releases' , not re current trb www
mod6: <+asciilifeform> n00b wants to run trb. which trb will he run ? << n00b runs what is available at thebitcoin.foundation -- there are some recent vpatches that will become mainline once I can get all of the things vetted more closely.
mod6: nothing personal. i feel like the foundation is a good thing ; maintaining all of the things re: trb.
a111: Logged on 2018-01-25 19:15 asciilifeform: n00b wants to run trb. which trb will he run ?
NoSatoshisHear: W00t! learned a lot from TRB, so thx to all of you maintainers! Will not make a V prolly though. Still learning lightning, now with "onion routing". HODL on, and buy my tethers plz.
NoSatoshisHear: I have, came last summer, fugged around, left with a copy of trb to play with, will make a real name and gpg id in the near future....
asciilifeform: granted this is less of a headache in 'minerless' trbi variants.
asciilifeform: ( dulap had ~ok trb performance on spinning rust, but it had striped raid . and STILL couldn't keep up with ssd zoolag, despite the latter being a box the size of my fist, with no raid, on residential fiber )
asciilifeform: n00b wants to run trb. which trb will he run ?
asciilifeform: imho 'trb release' makes sense as a thing -- conservative 'this worx' item
asciilifeform: in trbland
asciilifeform: it means, simply enuff, whatever item ben_vulpes & mod6 proclaim 'this is a trb release'
ben_vulpes: given the evolution of 'v', and that the act of pressing is a private, intimate one, does "current trb's behavior" make much sense anymore?
asciilifeform: the old sync behaviour is profoundly retarded tho, asciilifeform felt quite stupid for not having fixed it in the first yr of trb's life
trinque: I intend for deedbot's node to always reflect current trb's behavior
asciilifeform finds the 'tx references outputs of old tx, rather than addrs' to be a profoundly trisomistic shitoshiism -- but we can come back to this at next 'trb-i' thread
asciilifeform: trinque: which trb is this
trinque: hm, I have a transaction for which trb considers the CTransaction "vin" vector to be empty, but which clearly has an input.
hanbot: if i want to understand what a genesis is, how it is made, independent of trb, say
deedbot: asciilifeform updated rating of shinohai from 1 to 3 << heathendom newsdesk; pogotronics, trb, FG experimenter
asciilifeform: !!rate shinohai 3 heathendom newsdesk; pogotronics, trb, FG experimenter
deedbot: asciilifeform updated rating of danielpbarron from 2 to 3 << operates heathenbux-denominated FUCKGOATS dealership; trb experimenter; history of doing The Right Thing
asciilifeform: !!rate danielpbarron 3 operates heathenbux-denominated FUCKGOATS dealership; trb experimenter; history of doing The Right Thing
a111: Logged on 2018-01-22 20:24 asciilifeform: in other oddities from asciilifeform's wwwtron referlog : http://armoredcoin.org << anybody here wants to confess to authorship of this ? it claims interop with trb , compliance with asciilifeform's '7laws' , etc
a111: Logged on 2018-01-23 17:53 lobbes: http://btcbase.org/log/2018-01-23#1774737 << btw, ty ben_vulpes for writing this article. After I get archive .zip delivery up and running I will be taking time to get my castle in order. This will include: 1) learning 'v' 2) get a working trb 3) testing my damn fgs already 4) ffa chapter 1 (at least)
lobbes: http://btcbase.org/log/2018-01-23#1774737 << btw, ty ben_vulpes for writing this article. After I get archive .zip delivery up and running I will be taking time to get my castle in order. This will include: 1) learning 'v' 2) get a working trb 3) testing my damn fgs already 4) ffa chapter 1 (at least)
shinohai: Oh it's running the same Arch linux from old days, contains a copy of trb blockchain and naught else.
trinque must have autisms, spent most of the weekend in trb guts
a111: Logged on 2018-01-22 20:24 asciilifeform: in other oddities from asciilifeform's wwwtron referlog : http://armoredcoin.org << anybody here wants to confess to authorship of this ? it claims interop with trb , compliance with asciilifeform's '7laws' , etc
asciilifeform: in other oddities from asciilifeform's wwwtron referlog : http://armoredcoin.org << anybody here wants to confess to authorship of this ? it claims interop with trb , compliance with asciilifeform's '7laws' , etc
asciilifeform: the trb treatment.
asciilifeform: http://btcbase.org/log/2018-01-22#1774125 << phf neato. mod6 : prolly this oughta go instead of the old one, in trb www.
trinque has been going down memory lane today, re-reading trb patches and finally sticking sig on them.
mod6: !Qsarchive trb
trinque: sorry, several *trb* patches
spyked: there are some dependencies on cl-who and a few other libraries, which for now are taken as they are (similarly to trb "deps")
shinohai: tfw sifting through old trb stuff and you find "rotor-db-configure-fix.patch"
a111: Logged on 2018-01-17 20:14 asciilifeform: apeloyee: look at the trb tree, and picture what the mass of the patches would have been, if this requirement had been in effect when i made it.
mircea_popescu: you know ftr trb node state of blockpool has improved tremendously.
asciilifeform: apeloyee: look at the trb tree, and picture what the mass of the patches would have been, if this requirement had been in effect when i made it.
asciilifeform: as i did in trb.
asciilifeform: trinque: first step is to genesis a gnat. ~then~ patches... a la trb
asciilifeform: their cumulative mass dwarfs , e.g., trb.
asciilifeform: http://btcbase.org/log/2018-01-06#1765881 << sanity looks like this : 'trb since 2015 is made of v. and works. and quite compact. and fundamentally mechanics are correct.'
asciilifeform: if trb tree can continue to look EXACTLY like http://btcbase.org/patches ( with new leaves growing ) -- your vtron is usable. if not -- not.
trinque: you do not see how it's fundamentally retarded to consider db.cpp a distinct thing, rather than the scroll "trb" as the *thing*
asciilifeform: trinque: consider how i solved this in trb.
asciilifeform: btw what does trb's ssl do with crafted der-encoded derpery ?
ag3nt_zer0: ok in my attempts to set up trb node I encountered a snag trying to install gpg keychain to verify sigs... tried a bunch of troubleshooting tips but no luck. i'm using ubuntu 14.04 - thinking of starting fresh. what is best linux dist for trb node?
asciilifeform: !~later tell trinque how does deedbot's block-fetch history for past 2wk look ? zoolag's performed very, very well re 'tip of spear' , and there appear to exist at least 5 other fully-synced trb boxen that regularly speak to it.
asciilifeform: item aint strictly about 'clouds' tho, quite broad, includes errything from www browsers with scripting, to , potentially, trb's commandprocessor
a111: Logged on 2017-12-30 20:11 ben_vulpes: a useful patch for folks in jawbone2 's position would update the results of getinfo to indicate whether trb considered a connection 'inbound' or 'outbound' so that you could determine if your dyndns hacks were working
ben_vulpes: a useful patch for folks in jawbone2 's position would update the results of getinfo to indicate whether trb considered a connection 'inbound' or 'outbound' so that you could determine if your dyndns hacks were working
ben_vulpes: would be neat to patch trb to have this dynamically settable, and nothard either, see settxfee
ben_vulpes: nothing in http://thebitcoin.foundation/trb-howto.html mentions static IPs, so let's clear this up
asciilifeform: i expect there'll be plenty of rubbish in the genesis. as there was in trb.
BingoBoingo: And the trb node weather from my perch appears to have improved substantially with regards to nodes at the chaintip since this weekend.
asciilifeform: ( in particular the orphanages amputations. good chunk of bandwidth is TO THIS. DAY. wasted , by prbtrons throwing their liquishit at trbtron )
asciilifeform: the intrinsic difficulty of a trbtron's job is more or less 100% in dealing-with-prb.
a111: Logged on 2017-12-28 17:37 asciilifeform: pushing dun do much for a trb node, who needs at any given time THAT ONE SPECIFIC NEXT block
asciilifeform: in mostly but not wholly-unrelated noose, asciilifeform searched the market for little lcd thing one could plug into usb jack, to have trbtron display height at all times while it sits on the shelf. but TO THIS DAY none exist that cost less than THE FUCKING MACHINE lol
asciilifeform: 99.99999%+ of what gets 'pushed' to a trb node, is thrown straight into the rubbish
asciilifeform: pushing dun do much for a trb node, who needs at any given time THAT ONE SPECIFIC NEXT block
asciilifeform: mod6 plox to re-add zoolag to trb roster.
asciilifeform: BingoBoingo: i am looking to set up a handful of trb nodez 1) small, 'disposable' boxen 2) for fiatolade 3) with decent , i.e. at least 100mb symmetric ea. 4) NOT all in same cage
BingoBoingo: <mircea_popescu> incidentally, the fresh blood you (and trinque ) pumped in trb ecosystem made a lot of secondary nodes gain lots of speed too. << Aha, since the aggressing started and some trb nodes changed ver string my nodes have had an easier time staying at the tip
mircea_popescu: incidentally, the fresh blood you (and trinque ) pumped in trb ecosystem made a lot of secondary nodes gain lots of speed too.
asciilifeform: as for nodes at the 'tip', the path of chinesium through layers of prb is a lottery, and i suspect that attempting to measure the effect of a trb patch on said behaviour is doomed to astrologize over noise
trinque: and yet, I can see the entire thing from the other perspective still, that cpp is broken, trb itself not a single concept but a mud, etc
asciilifeform: if it dun have a trb genesis, proving to proverbial martian that it really does have classical 0.5.3 pedigree, goes from trivial to monumentallypainful
mircea_popescu: ie, i don't expect the trb cut as described to have a trb genesis necessariyl, or even probably.
mircea_popescu: there's nothing wrong either in principle or in practice with making a correct item as the genesis and then patching in various parts of trb.
trinque: these aren't "trb" except in shitworld
trinque: trb's database interactions are properly in a filesystem-implementing walk of graph of human knowledge
asciilifeform: asciilifeform introduced the schemetron 1st, and only 2nd the glue in trb, and they were not automagically v-linked
a111: Logged on 2017-12-21 17:38 mircea_popescu: anyway, continuing the trinque discussion, it seems entirely unavoidable that trb will become 3 things : a wallet node, optimized for pumping out local signed tx ; a block node, optimized for keeping the blockchain, getting blocks, no mempool nonsense ; and a spy node, optimized to keeping track of the lies and nonsense flowing through the relay network (mempool, timing nodes, what have you).
trinque: answer could be "trb was fucked from birth, let us not allow backflow into V"
a111: Logged on 2017-12-27 00:23 asciilifeform: http://btcbase.org/log/2017-12-26#1758779 << i see e.g. trb tree, as the frayed end of a rope. in long term, observe, the loose ends that dun get built on -- fade away, like orphan chains. btc is actually more or less same kind of system. but iirc we had this thread.
asciilifeform: ben_vulpes: ( trinque ? ) what ~concrete~ operation on trb tree did v-as-it-nao-exists keep you from easily carrying out ? i'd like to see ?
asciilifeform: ( i.e. it is already inescapably linear. asciilifeform half-expected that the kakoschism would produce a long-playing split of the trb universe, but neverhappened. not every possible thing, happens... )
asciilifeform: http://btcbase.org/log/2017-12-26#1758779 << i see e.g. trb tree, as the frayed end of a rope. in long term, observe, the loose ends that dun get built on -- fade away, like orphan chains. btc is actually more or less same kind of system. but iirc we had this thread.
asciilifeform: which, in the whole picture, does not come close to topping the list of the hardest labours of a trb experimenter
a111: Logged on 2017-12-26 21:40 phf: ben_vulpes: official trb releases touch many files to tie them all into a single endpoint, e.g. `makefile' did that
phf: ben_vulpes: official trb releases touch many files to tie them all into a single endpoint, e.g. `makefile' did that
ben_vulpes: oho i think i see why the rebroadcaster appeared to fail completely, nobody likes trb dust
ben_vulpes: is there an argument to be made against asking peers for new blocks every time TRB loops through the peerlist? too resource-intensive?
ben_vulpes: well the question rattling around me braincase is ~"does this help or hinder weaponized TRB?"
BigTexasBingo: Perhaps the foundation could use some prb/trb bridges on boxen running both after the acceleration experiments bring more fruit.
asciilifeform: i can't speak for others, but asciilifeform often ( almost always, in fact ) runs trb during tests, in pure userland, making use of 0 systemwide loggings )
asciilifeform: what i'd like to see is 'was it from a trb?'
asciilifeform: that already printed ( the latter , in classical trb, mutilated )
trinque: a complicating factor of me testing the version string is that while ahead, I may be feeding other TRBs, while not, not.
mircea_popescu: but honestly i'd prioritize db-fix-and-trb-split discussed over these rather cosmetic by comparison improvements.
asciilifeform: exactly like what an unpatched trb does for first hour or three of boot
mircea_popescu: trb dun get malleus'd anyway
asciilifeform: well right nao it's pulling blox from other trb's, at ~100% efficiency
asciilifeform: ... as mircea_popescu prolly intuited , it remains possible that 'aggression' takes the trb<->prb link breakage from , say, the 80% of before, to 100% , and i would not learn about it until reaching tip.
mircea_popescu: for as long as you have other trbs up to speed to support you. but still, useful mod.
asciilifeform: it did take a while to reach this state, given as 'wires' are no longer in use. had to actually connect to a working and nonblackholed trb.
asciilifeform: this is testable empirically; like-so: any N trb nodes built with 'aggression' patch above, and linked via 'wires', should never fall out of height-sync with one another by more than a coupla blox. at any point.
asciilifeform: *where any 2 trb nodes connect, and...
asciilifeform: analysis so far : ^^item^^ results , at last , in situation where any 2 trb nodes, and 1 is 'ahead' of the other, the 'trailing' node is guaranteed to be fed.
asciilifeform: !~later tell trinque where didja get the log-timestamps in your trb ? ( which patch pressed to ? )
asciilifeform: shinohai: trb needs a disk
shinohai: This tx, sent from my trb node to bitpay, 0.00103098 BTC fee: bf5b74049c4b06ea3669b53595bc2c838025ad8b3adb8377212acd8fbeb72deb
shinohai unfortunately only has single trb-capable box.
asciilifeform: anybody got 2 trb-capable boxen, on separate ip but equal in bw ? can be in heathendom isp or wherever.
asciilifeform: and speaking of hasty and untested , asciilifeform has a 'aggressive sync mode' trb patch, which will need a proper differential test
a111: Logged on 2017-12-21 17:38 mircea_popescu: anyway, continuing the trinque discussion, it seems entirely unavoidable that trb will become 3 things : a wallet node, optimized for pumping out local signed tx ; a block node, optimized for keeping the blockchain, getting blocks, no mempool nonsense ; and a spy node, optimized to keeping track of the lies and nonsense flowing through the relay network (mempool, timing nodes, what have you).
shinohai: Neato trinque .... had discussed with mod6 before how divorcing wallet rpc functions from trb would be so much better.
trinque: http://btcbase.org/log/2017-12-21#1756072 << I have already split the wallet from trb in a patch I'm testing.
a111: Logged on 2017-12-21 17:38 mircea_popescu: anyway, continuing the trinque discussion, it seems entirely unavoidable that trb will become 3 things : a wallet node, optimized for pumping out local signed tx ; a block node, optimized for keeping the blockchain, getting blocks, no mempool nonsense ; and a spy node, optimized to keeping track of the lies and nonsense flowing through the relay network (mempool, timing nodes, what have you).
asciilifeform: as i understood trb historically was 'and here is bitcoin minus the post-2011 barnacles, deviate at your own risk, derps, it will still be there an' working'
asciilifeform: ideally reference-trb is capable-of-everything, incl. cpumining ( see the dozen or so threads at this point )
mircea_popescu: anyway, continuing the trinque discussion, it seems entirely unavoidable that trb will become 3 things : a wallet node, optimized for pumping out local signed tx ; a block node, optimized for keeping the blockchain, getting blocks, no mempool nonsense ; and a spy node, optimized to keeping track of the lies and nonsense flowing through the relay network (mempool, timing nodes, what have you).
BingoBoingo: <asciilifeform> all i can say is, to date only observed db death on boxes with actual bit rot. << Aha, saw when trying to start trb from blockchain loaded onto box from corrupted thumb drive
a111: Logged on 2017-12-21 16:44 mircea_popescu: in other sads : one trb node was dead since fucking 22nd of august, because -- it ran into the fabled "terminate called after throwing an instance of 'DbRunRecoveryException' what(): DbEnv::txn_checkpoint: DB_RUNRECOVERY: Fatal error, run database recovery" which then kicked in a script to clean it up, which it did, but couldn't boot back up because for yet-unknown reasons there was a spurious .lock leftover ; corner case u
mircea_popescu: bb broadfly has it, there's a narrow sliver of bw trb/prb can even use ; more than that it generally wastes.
BingoBoingo: Once trb gets enough network speed to work, extra doesn't offer much
mircea_popescu: by the time your trb node eats 10 MBps even, you've more serious problems than "buy more pipe". and that's inst not sustained.
BingoBoingo can't recall running a trbtron I could touch on a connection faster than 3 mbps until in Montevideo
asciilifeform: mircea_popescu: should hope so. because 100mb ain't enuff for even 1 trbtron
mircea_popescu: in other sads : one trb node was dead since fucking 22nd of august, because -- it ran into the fabled "terminate called after throwing an instance of 'DbRunRecoveryException' what(): DbEnv::txn_checkpoint: DB_RUNRECOVERY: Fatal error, run database recovery" which then kicked in a script to clean it up, which it did, but couldn't boot back up because for yet-unknown reasons there was a spurious .lock leftover ; corner case u
mats: in regular practice i'm uncertain how to masquerade as prb without running a heathen node and plugging trb into that
asciilifeform: trinque: the 1 common thread in asciilifeform's lab notes from birth of trb to today, is that once they fall behind, they stay behind, until reset. (often more than one reset.)
trinque: I was brief on details because I fully expected that others are seeing the same behavior with the trb nodes they maintain. public indexes of nodes report that just about every single one is far behind.
a111: Logged on 2017-12-21 05:23 trinque: for now, I can report that setting the version number to 50400, a trb node will catch back up, txns will unstick.
trinque: it is not as though I restarted the trb node once, said "oh ok, worx nao"
a111: Logged on 2017-03-04 00:52 asciilifeform: http://btc.yt/lxr/satoshi/source/src/main.cpp?v=makefiles#1364 and http://btc.yt/lxr/satoshi/source/src/main.cpp?v=makefiles#1735 are the only times a trb node asks for blocks explicitly from peer
asciilifeform: aside from brief period at bootup, a trb node DOES NOT TRY TO SYNC AT ALL, passively waits for someone to come and feed it. forever.
a111: Logged on 2017-08-23 13:09 asciilifeform: the reason why mike_c's node appears 'stalled' is that it stopped fetching blocks. trb's block sync behaviour is unspeakably moronic, it will attempt 'long sync' ONCE, on warmup
a111: Logged on 2017-12-21 05:20 trinque: the version number appears to be a factor which ends up isolating trb nodes, hypothesis being that the version number being set high invites nodes to insult the malleus patch.
trinque: for now, I can report that setting the version number to 50400, a trb node will catch back up, txns will unstick.
trinque: the version number appears to be a factor which ends up isolating trb nodes, hypothesis being that the version number being set high invites nodes to insult the malleus patch.
a111: Logged on 2017-12-21 02:17 ben_vulpes: phf: well i'd like to get something out of trb that i can dump into a txrelayulator
a111: Logged on 2017-12-21 02:17 ben_vulpes: phf: well i'd like to get something out of trb that i can dump into a txrelayulator
ben_vulpes: phf: well i'd like to get something out of trb that i can dump into a txrelayulator
ben_vulpes: unrelatedly, does anyone know how to beat a trb into coughing up the actual raw transaction it sent?
asciilifeform: quite heavy compared to even, say, trb.
trinque: must be organ-chopping week. first trb wallet, now musl dynloader and gcc linker
trinque: analogous to trb deps folder
asciilifeform: btw some very large share of 'no can haz trb, plz help' in the logs to date, feature shituntu
asciilifeform: pretty sure that mod6 hosts a curl, at trb www
hanbot: http://btcbase.org/log/2017-12-19#1754912 << sorta-kinda on topic, i attempted a trb install in the field last week, was *thrilled* to discover curl doesn't ship with ubuntu 10.04 (?!)
asciilifeform: fact is, trb sync is ragingly retarded. as in , microshit-level.
asciilifeform contemplates placing trb on ramdisk on this box
asciilifeform: but the results ( at least in asciilifeform's torture room ) have been disappointing, currently afaik nobody even knows why bdb ignores locks knob ( perma-hosing trb ) !! under bsd
mircea_popescu: trb-as for anti-sybil.
trinque awakes to see a trb node with wallet excised, synced to 200k
asciilifeform: and 4G typically suffices to run trb 'year-round'.
asciilifeform: btw asciilifeform will reveal that he found a 'new' (to him) and very spiffy type of amd g-series box , suitable for trb and similar
asciilifeform trying very different tack re 'trbi' than in prev thread, instead of massive warcrime , series of small gedankenexperiment.
a111: Logged on 2017-12-19 04:09 trinque: obviously I'm looking into it, but I would like to hear what other people are seeing on their trb nodes.
mircea_popescu: http://btcbase.org/log/2017-12-19#1753954 << i have up to date nodes ; both trb and legacy. but the phenomena described is recurrent since at least 18 months ago.
trinque: obviously I'm looking into it, but I would like to hear what other people are seeing on their trb nodes.
trinque: mats pointed out to me that all trb nodes he can see appeared to be consistently 50 blocks or more behind.
trinque noticing extremely fucky behavior around sending transactions with trb over the last few days at least.
asciilifeform: this gedankenexperiment should be seen in light of the earlier 'all tx have absolute position and make references to absolutepositional outputs' item from earlier 'trbi' thread.
a111: Logged on 2017-02-28 05:40 asciilifeform: [BTC-dev] (CRACKPOTTERY) Notes re: one possible "TRB-I".
asciilifeform: nominally libc doesn't go in a gnat-baked elf, so it isn't quite the same urgency as musltronic gcc-for-trb was
asciilifeform: ( trb-genesis, for better or worse, was a plain cut of the original material. ended up preserving the idiocy of empty file. )
ben_vulpes: if i recall correctly, the empty files are necessary to hold the output of trbs compilation process
asciilifeform: take for instance trb , as seen in http://btcbase.org/patches/genesis/file
a111: Logged on 2017-12-13 22:11 mod6: For other non-trb projects, perhaps the author can designa how that should work.
a111: Logged on 2017-12-13 22:11 mod6: For other non-trb projects, perhaps the author can designa how that should work.
shinohai: http://btcbase.org/log/2017-12-13#1751186 <<< Recall, mod6 that you and I discussed this but may have been im PM. I hard-baked sdf and localhost servers in your V and it built trb fine
mod6: For other non-trb projects, perhaps the author can designa how that should work.
mod6: Hm. Well, depends on which project I suppose. For trb, one can send such signatures of pre-existing vpatches to the ML, whereby I can scoop them up and place them in the Foundation's repository as needed.
shinohai: mircea_popescu trb nod twattles ... perfect terminology
trinque: yep, trb node with the mighty banhammer vpatch
asciilifeform: where the linkage was ~not~ mechanically clear, because it appeared merely as a set of external symbols inside trb, rather than a proper lift of the files
asciilifeform: diana_coman: pretty sure it is same as mod6 has on trb www
asciilifeform: interestingly , this item was the 2nd thing asciilifeform ever genesised ( http://therealbitcoin.org/ml/btc-dev/2015-October/000175.html ) . 1st was trb.
BingoBoingo: Well, when discussing trb on Openbsd we are talking something that spans 5.5-ish and ends no later than 6.1
asciilifeform: ( aside from some obsolete matter on trb ml )
asciilifeform: asciilifeform is also in the process of standing up trb on dulap-III , an opteron monster not yet homed.
asciilifeform: also notably, mircea_popescu , yer trb box was the champ medallist, outlived even dulap.
asciilifeform: btw mircea_popescu re 46.166.160.36 / http://thebitcoin.foundation/trusted-nodes.html : is that box still around ? because if it is, yer trb is hung
asciilifeform: but will note that, e.g., trb, builds cleanly on e.g. arm ( and iirc ppc also )
asciilifeform: or could be >0, depending on whether e.g. having trb around, is worth +
asciilifeform: all trb boxen where log wasn't cut off, have day-by-day, neh
a111: Logged on 2017-08-19 00:13 asciilifeform: ACHTUNG panzers!! trb node 'zoolag' is back in business, this time as ordinary linux box -- syncing from 0 . same ip as prev.
asciilifeform: ( getting this number from a trbtron is still a manual process. )
mod6: I've updated the trb-howto guide to include 'curl' in the list of required binaries / packages ; Thanks to whaack for pointing out the glaring omission there.
a111: Logged on 2017-11-24 01:27 whaack: http://wotpaste.cascadianhacker.com/pastes/NDfgM/?raw=true 4,512.058 btc sent to 1045 non-trb-recognizable outputs as determined by ben_vulpe's block slicer in block 495813. The paste shows (txn-hash output num-satoshis) for every bunk output.
whaack: http://wotpaste.cascadianhacker.com/pastes/NDfgM/?raw=true 4,512.058 btc sent to 1045 non-trb-recognizable outputs as determined by ben_vulpe's block slicer in block 495813. The paste shows (txn-hash output num-satoshis) for every bunk output.
shinohai: i just introduced them to trb
asciilifeform: mod6: trb ml was really not imho the proper place for it: mpi is not used in trb
trinque: nope, have several improvements to the paybot (and cutting off the trb wallet) ahead of that
asciilifeform: spyked: musl however worx great, trb stands on it. and iirc trinque has an entire musltronic gentoo.
spyked: shinohai, pretty good. gentoo diddling. I'm trying to get a new box up, learn v, compile trb, add an ada in, learn lisp internals ... (the list continues)
shinohai: Current setup will build Eulora and trb like a dream, with nary a barf like I experienced in my old deb days
a111: Logged on 2017-11-19 05:19 lobbes: Currently going down the headless-browser path ben_vulpes suggested. Looking into phantomjs atm, which seems like it could do the job. I have an old craptop I'm thinking of using as the proverbial 'public toilet' to house it on. (This is the same craptop I was planning to put a trb node on. I put a spanking-new ssd in there but then realized that the ethernet dun work anymore; wifi only. May be a good use for the thing to just be a turd server in
lobbes: Currently going down the headless-browser path ben_vulpes suggested. Looking into phantomjs atm, which seems like it could do the job. I have an old craptop I'm thinking of using as the proverbial 'public toilet' to house it on. (This is the same craptop I was planning to put a trb node on. I put a spanking-new ssd in there but then realized that the ethernet dun work anymore; wifi only. May be a good use for the thing to just be a turd server in
shinohai: Ah yeah somehow I had forgotten that *DUH* is part of trb
asciilifeform: you can produce this mechanically. the unfortunate bit is that it gives same problem as basing trb on original 5.3.1 tarball contents did
asciilifeform: and it's a perfectly legit ( manually ground, from mpi, just like trb genesis was from 0.5.3 ) genesis.
asciilifeform: hey i still to this day use jurov's system, whenever submitting trb patch.
asciilifeform: same way we avoid gavinization of trb, for instance.
a111: Logged on 2017-11-11 18:52 asciilifeform does not currently have even 1 up-to-top trb node !
asciilifeform: if yer disk is too small to rotate debug.log by hand 1-2x/year, it is too small to run trb !!
asciilifeform does not currently have even 1 up-to-top trb node !
BingoBoingo: Seems to be where a lot of TRB nodes are shown stalled.
a111: Logged on 2017-04-05 18:42 mircea_popescu: merv, or generally the mongol reduction of persia from a coupla million to a coupla hundred thousand is the fundamental civilisational act. not the building of the scum, but the purging of it. much like "writing prb" is not an achievement in computer science ; but purging it into trb is.
shinohai: https://blockchain.info/address/13Do2uy94HMBy1SuAYP7rbGA9s3ZbnJG7f <<< this is clean trb addy, bitpay says "invalid address"
cruciform: currently building TRB node
concernedscaling: will try and get TRB node going later
shinohai: Navigating to http://thebitcoin.foundation/trb-howto.html and building that would be a far, far better use of one's time as well.
mod6: i have a bunch of trb work queued up too -- need to put some effort into that next few weeks.
shinohai: Well my values are different than most. Ownership of the box alone justifies trb node, which is worthy of a total of 0,16 BTC
asciilifeform: sooner turn pig into a professor of mathematics, than cpp trb into sanity.
mircea_popescu: trinque you won't be able to fix trb into sanity without new classes.
mircea_popescu: mod6 in any case don't completely abandon the trb-v castle, you're like our last guy there i fear
trinque: asciilifeform: there's no hot wallet here; I'm marching my ass over to another box and making signed tx, then popping into a trb with polarbeard patch for sendrawtransaction
asciilifeform: how would trb pay a 3, lol
asciilifeform: hey trinque check your boxes that had 'wires', they are probably STILL running, and trbing to it
asciilifeform: in other lulz, something closely resembling trb node on ex-dulap ( 46.166.165.30 ) still running... though i do not recommend it for any practical use
trinque: could see "hosted trb node with levers attached to bot" as a subscribable service.
trinque: trb wallet is a piece of shit. I have yet to build a full replacement, and that's going to take a while.
a111: Logged on 2017-10-10 05:23 pete_dushenski: 199.204.187.186 << newest trb infrastructure node also finally synced up this week. took better part of a month but "shadchan" is now online and eager to serve.
pete_dushenski: 199.204.187.186 << newest trb infrastructure node also finally synced up this week. took better part of a month but "shadchan" is now online and eager to serve.
asciilifeform: mircea_popescu: is it working as intended, or is the result trb-like ( 'life support patient' ) ?
asciilifeform: like trb! ( but i'ma not repeat, because at this point everybody knows )
asciilifeform: ahhahaha exactlylike trb
asciilifeform: ugh sounds like trb
asciilifeform: ./v.pl p v trb54 makefiles.vpatch <<< is the answer
diana_coman: asciilifeform, no experimental changes/patches or anything, straight the build from http://thebitcoin.foundation/trb-howto.html

|