1000+ entries in 0.09s
a111: Logged on 2018-10-03 13:28 asciilifeform: aaand i'ma skip this morning's 'in
trb observatory...' , it's a straight line of 'ACCEPTED' from known
trb people
a111: Logged on 2018-09-29 04:22 mod6: sweet,
trb is done
BingoBoingo: It's also possible there's another
trb node I haven't put my own eyes on running on a residential connection in this country
a111: Logged on 2018-09-28 15:12 asciilifeform: even if seems that 100% of 2/3-frag packets make it through in 'laboratory' conditions, still gotta remember that the frag reassembly buffer is the ~exact~ equivalent of the pre-
trb 'block orphanage'
a111: Logged on 2018-10-02 03:10 mod6: Lords and Ladies of TMSR~: Update on 216.151.13.78 (The Bitcoin Foundation's 2nd node), this
TRB machine will be shutdown tomorrow morning, to be packed up and brought to texas (it's new home). We anticipate this box to come back online on-or-around November 15th.
mod6: Lords and Ladies of TMSR~: Update on 216.151.13.78 (The Bitcoin Foundation's 2nd node), this
TRB machine will be shutdown tomorrow morning, to be packed up and brought to texas (it's new home). We anticipate this box to come back online on-or-around November 15th.
☟︎ a111: Logged on 2018-10-01 15:58 mod6: One other thing that I should note here, perhaps, is that I feel like I really get into the work deep into thought; when doing the
trb related work.
mod6: Good thing
trb has burned off many warts. However, some warts are so deep, would kill the paitent.
diana_coman: yes, it's better stated that way: focused but not limited to
trb a111: Logged on 2018-10-01 14:22 diana_coman: asciilifeform, my understanding is that tbf's scope is not limited to
trb, nor focused specifically mainly on
trb mod6: Not only FFA, but other parts of
TRB that I'd love to educate myself upon. I think you take my meaning.
a111: Logged on 2018-10-01 14:22 asciilifeform: i could even see an argument that the charter could permit '
trb-i' work under the flag of tbf. but that's as far as it goes, per my reading
mod6: One other thing that I should note here, perhaps, is that I feel like I really get into the work deep into thought; when doing the
trb related work.
☟︎ diana_coman: I certainly think mod6 is and has been doing a great job in maintaining the v-tree for
trb - and as I said before, I don't think it's something linked to tbf chair position
a111: Logged on 2018-10-01 14:08 asciilifeform: incidentally, does anyone remember wtf happened to the 'log timestamps' patch for
trb ? who wrote it, and how come it never made it into the flagship tree ?
a111: Logged on 2018-10-01 14:09 asciilifeform doesn't use any fancy redirection-to-sys-logger for
trb log, and doesn't intend to
mod6: I love
trb, and doing the foundation. I take a very measured, meticulous, methodical, and detail oriented approach to the work to provide a very sound patch set -- as best as I can.
mod6: Right now, I've got two major struggles. The Foundation, which I feel like I've been at least successful at the
trb curation end of (and am certainly much more well suited for), and Pizarro.
a111: Logged on 2018-10-01 14:08 asciilifeform: incidentally, does anyone remember wtf happened to the 'log timestamps' patch for
trb ? who wrote it, and how come it never made it into the flagship tree ?
diana_coman: so then that, fine; not to do with
trb though per se, cool
diana_coman: I don't see that related to one specific chair, I guess; i.e. I don't even see a problem if mod6 wants to continue testing the patches and maintaining the tree even if he is not
trb chair (not that he has to continue, but neither does he have to pass the job on if he is not chair anymore)
diana_coman: I agree that there is plenty of work to be done on
trb, sure; but I don't see the subtraction thing
diana_coman: i.e. what does one have to do with the other? what, hanbot should now start working on
trb if she becomes chair?
diana_coman: asciilifeform, my understanding is that tbf's scope is not limited to
trb, nor focused specifically mainly on
trb ☟︎ a111: Logged on 2018-10-01 00:59 asciilifeform: meanwhile in asciilifeform's
trb observatory :
http://p.bvulpes.com/pastes/SEy0g/?raw=true << 'bastards' emitted by ( among others ) friendlies. really is imho bug,
trb ought not to send bastards to
trb.
a111: Logged on 2018-10-01 03:24 hanbot: asciilifeform actually in principle i very much am interested. i'm not sure i fully grasp what it's supposed to do beyond making
trb available tho'...if "fruit"'s so far unsatisfactory, what's good fruit look like?
hanbot: asciilifeform actually in principle i very much am interested. i'm not sure i fully grasp what it's supposed to do beyond making
trb available tho'...if "fruit"'s so far unsatisfactory, what's good fruit look like?
☟︎ mod6: I'll be working on the Pizarro report over the next few days. After which time, I'll start looking into creating a keccak version of the
TRB tree.
trinque: rather than trying to think of ways to throw money directly at
trb. it by itself dun want any, or anything.
trinque: one thing that looks interesting externally is tbh throwing first doing something to actively seek out non-knuckleheads (yo esthlos, what do you do for a living again?) and see if a quarter or two of float can get folks building things that put hard pressure on
trb thriving.
a111: Logged on 2018-09-30 01:40 asciilifeform:
http://btcbase.org/log/2018-09-30#1855796 << to the extent ( and it is a ~substantial~ extent ) that a healthy btc net relies on ~widely~ available sane client, incl yes even for miners, to limit in any way the distribution of
trb src is imho catastrophically stupid idea.
ben_vulpes: mm, i didn't mean to suggest 'republic only'
trb net. it is however a pretty sane client for the extant network, and perhaps there is value in gating access to such a gem from teh hoi polloi. what with trinque's impending hotwallet patches and his demonstration of their value with
trb services, the gem will become only of more value.
trinque: yeh, this is why I prefer strapping myself to a business requirement for
trb working well, rather than joining up on TBF
trinque: beyond hot-wallet-subscription, notions of
trb-as-a-service sit, for in-WoT developers that want highly available programming interfaces to a
trb fleet
mircea_popescu: asciilifeform iirc it was kinda chartered with carte blanche, "do whatever, just do". the way history flew it worked out as a sort of "holder of
trb project" pretty much yes.
a111: Logged on 2018-09-29 23:32 mircea_popescu: considering the rate of new work on
trb approximates epsilon for the march-september interval, it seems to me entirely bullshit, this manufactured problem of "oh, we have no way to contribute because no working keccak".
mircea_popescu: considering the rate of new work on
trb approximates epsilon for the march-september interval, it seems to me entirely bullshit, this manufactured problem of "oh, we have no way to contribute because no working keccak".
☟︎ a111: Logged on 2018-09-29 22:54 mod6: Anyway,
TRB will live on as SHA512 hashes in vpatches until there is a very clean way to switch. For The Foundation, the switch needs to be very seemless for newbs.
mod6: Anyway,
TRB will live on as SHA512 hashes in vpatches until there is a very clean way to switch. For The Foundation, the switch needs to be very seemless for newbs.
☟︎ trinque: eh this is no reason to completely halt
trb progress meanwhile
mod6: I want users to be able to get a vtron, as they do now, with v.pl, then build
trb in very much the same way they are able to today.
mod6: <+mircea_popescu> the one useful thing here would be to get
trb properly ground already. << I'm probably not going to do this until there is a vtron that supports keccak.
mircea_popescu: the one useful thing here would be to get
trb properly ground already.
BingoBoingo: Gone from cover of "loud redditards" pissing UDP at webservers to bloat blocker shitting turd boluses at
trb nodes