138600+ entries in 1.046s

phf:
i think maybe getblocks already works like "get block N" where n is block height. client sends out his top block on a chain, and server responds with a sequences (?) of blocks from then on
punkman: asciilifeform:
I don't really have a theory. are we sure that nuked orphanage can't cause more wedges?
punkman: mod6: ben reminded me to add a patch that removes the 5 .gitignore files. <<
I dunno why patch was needed for this, just remove them manually in next release
ag3nt_zer0: am
i supposed to enter the entire text file, including ---Begin Public Key Block----, or just the string of shit? sorry don't know the technical term...
ag3nt_zer0:
I am trying to enter my public key at nosuchlabs.com but am getting an internal server error
decimation:
I suppose the serving node still has some idea of what block N is
phf: asciilifeform: of course the easiest option is to add a new network command, that does a sane request for initial block chain parts, but
i think it can still be done within the framework of current sync model
decimation: heh.
I admit part of me wants to journey to the falkland islands to see the gentoos
phf: asciilifeform: well,
i wouldn't say "trivial", but yes
decimation: jurov:
I was envision the miners paying for your caches, on the assumption that most folks won't want to pay a third party to clearn bitcoin
decimation: yeah that's kinda what
I'm hinting at
I guess
phf: asciilifeform: it's not a permanent stuck, but a slowdown.
i haven't sent out that orphanage graph that
i posted some time ago, because
i'm still kicking shit around, but the beahior that you can see from it, is that blocks are sent out as multiple subchains. when a subchain arrives that's missing a parent subchain, it gets rejected many times over and over, until parent subchain is filled in.
i think the behavior can be improved by
decimation:
I suppose my point (central clearinghouse) is that
I foresee some entity like akamai that will 'magic away' this problem for miners, who will all pay for the service
phf: re: orphanage,
i'm still investigating, but there's no reason why we can't have a better initial sync block handoff strategy, that doesn't get stock, because some parent in an orphanage subchain failed to get sent out
decimation: asciilifeform:
I predict the bitcoin version will be resolved with some kind of central transaction clearhouse monopoly, sadly
decimation: no,
I would argue that the benefits accrue to specific corporations
assbot: Logged on 19-07-2015 18:34:53; mod6: but now
I'm scared that even if
i /do/ remove them by hand, they might get accidentially pruned by a downstream patch (later in time) causing the makefile to puke.
assbot: Logged on 19-07-2015 18:26:59; asciilifeform:
i've been waiting to hear somebody describe ~some~, even very theoretical, down side for those
mircea_popescu: anyway, wanted to see
i can first take down random sites with it
decimation:
I see ip has here to stay forever, because of the $$ bil it would cost to do otherwise
decimation: yeah
I was more interested in the argument that generated it
decimation: yeah
I didn't recall the encrypted part being mentioned before
decimation: as
I recall his objection is that he didn't want third parties to be able to easily glean identites from packets
decimation:
I think ascii is proposing something like tor except everyone knows everyone else, and routes accordingly
jurov: ah that
i wanted to know
jurov: but
i understood it will be built on ip anyway
decimation: asciilifeform: well,
I agree with that too
decimation:
I suppose it kinda has to use dns to defeat trival remappings
decimation: but
I too am curious how disabling qntra's dns while clobbering random bystanders helps anybody
decimation: also,
I don't know what the 'web 2.0' thing he posted a picture of is? is that some kind of dns control panel?
☟︎ mod6:
i might just be dumb. build a test env with
http://dpaste.com/23VKWD8.txt and see if anyone can get the rm_gitignore.patch file to apply without removing the obj/test obj/nogui or obj-test dirrs
mod6: anyway
i'll work on it. just don't use the rm_gitignore patch.
mod6: if
i want an empty dir,
i should be able to have an empty dir
mod6: unless our solution is to add .keep files in there, which
i think kinda sucks.
mod6: so... yah, a bash script or removal by hand. would be fine
i'd think. but now
i gotta test it a bit harder. if we leave empty directories in there, im worred that patch might come along at a later time and be helpful again, removing those object output diretories.
mod6: ben reminded me to add a patch that removes the 5 .gitignore files. seems easy enough, so crated a quick patch, attempted to apply, worked fine --
I didn't notice that it blew away the directories as well though. : obj/test obj/nogui obj-test
mod6: but now
I'm scared that even if
i /do/ remove them by hand, they might get accidentially pruned by a downstream patch (later in time) causing the makefile to puke.
☟︎☟︎ mod6: lol, yeah it's obnoxious. and
i think the only way to solve this is to remove them by hand.
mod6:
i searched lastnight for a looong time to find anything to tell patch to no prune empty directories, but it doesnt seem like an available option.
assbot: Logged on 19-07-2015 11:37:45; punkman: fwiw,
I've read the patches and it all seems good.
I only have reservations about the 2 orphanage burning patches
mod6: oh and there is a new Gentoo guide for nomultilib/glibc --
I created it yesterday & trinque verified as well:
mod6: <+punkman> oic now, forgot to put ShrinkDebugFile back in after deleting in first version, sorry! << np, just resubmit and
i'll give it another try. or even just pass me a version before submit if you like just to be sure it works. np.
mod6: <+ben_vulpes> AND if
i'm reading this thread correctly if we blow away the DIR (!?!) compilation fails? << yeah, it's not really linus or git, it's patch that does the dirty work. and yeah, the makefile depends on being able to write to some of the dirs.
mod6: <+ben_vulpes> mod6: were they using .gitignore files as .gitkeeps? << it seems that way kinda.
i guess people tend to use .gitkeep (an unsupported work around instead. but w/e)
Naphex: but seriously, at some point
i will be adding a private button with pay per minute
danielpbarron: or maybe
i totally misunderstand the demographic you're looking to attract
danielpbarron: having to do this on display infront of other guys isn't the most condusive to arousal
i would imagine
danielpbarron:
i mean, why not? why does the troll box have to be visible to other wanker?
mircea_popescu: this is failure of an unprecedented scale,
i'm not even sure it can be put into words what exactly it means.
mircea_popescu: and this because if
i were the board of an automaker where this happened and the ceo failed to so fire the design team,
i'd so fire the ceo.
punkman: fwiw,
I've read the patches and it all seems good.
I only have reservations about the 2 orphanage burning patches
☟︎ assbot: Logged on 19-07-2015 00:41:04; ben_vulpes: ;;later tell solrodar hey man
i need a hand compiling boost in order to test your callgraph visualizer
mircea_popescu:
i guess we're all just holding our breaths for the gossipd
assbot: Logged on 18-07-2015 19:07:35; ben_vulpes: <punkman>
I'd really like the debug.log to be parseable, that's the main motivation here << this is an excellent goal. a+ if you crap out an EBNF to go along with it, instead of some "protocol is in the code" parser script.
assbot: Logged on 19-07-2015 00:22:12; assbot: Logged on 18-07-2015 18:10:58; mod6: <+mircea_popescu> mod6 so what's the plan, turning stator into a release ? << Yeah.
I believe 'stator' + { eat/dump block, rm testnet & verifyall } should be the 5.4 release unless anything additional is submitted before we can finish testing & bundling release.
ben_vulpes: AND if
i'm reading this thread correctly if we blow away the DIR (!?!) compilation fails?
mod6: perhaps we just don't use my submitted patch and then
I just prune the baracles by hand in the release source base.
mod6: `man 1 patch`: -E When patch removes a file, it also attempts to remove any empty ancestor directories. <<
i can't get it to leave the empty dirs.
mod6:
i can't get it to remove the file and leave the dir, or to just truncate the file and leave the dir.
mod6: maybe
i should just leave it for now.
mod6:
i think that one can go away ^^
mod6:
I don't see any ref's in the makefile to src/obj/test
assbot: Logged on 01-07-2015 02:54:25; mod6: huh, now
i have one chain that has 2 that match and one that differs: f7ab989febce649e49f8373f1c5a5fbd44008dd21eaf16ce0d1b73e1070421f0 blk0008.dat && b1d0da3ff6b2b2d6da096f06cf7359ca98e08490ab61202f94468587f51aaee5 blk0008.dat
mod6:
i guess src/obj-test needs to stay because of the test stubs & it's ref'd in the makefile. that's fine.
mod6:
i think those can actually go away, but src/obj/nogui/ needs to stay.
mod6: oh hmm, for some reason,
i don't understand this (maybe someone can look at my patch and tell me why??) but apparently not only were the .gitignore files removed, but the directories were too.
mod6: bascially, what
I do is; extract v0.5.3.1, patch up through -verifyall then apply the rm_gitignore patch. then this ^^
cazalla:
i've got about 20 fava beans, 10 sprouts, bunch of spring onions, rocket and english spinach and
i just put some more radish in which should be ready to be pulled once spring arrives
mod6:
i've got 22 tomato plants, 8 pepper plants and 4 cucumbers. tomatoes are starting to ripen...
cazalla: plus
i lose half my gardening area to shade in the winter here.. shitty houses built close together which block out the sun
cazalla:
i planted them mid march from memory and yeah,
i am not sure it is worth growing them either given limited space.. take a while
decimation:
I love brussel sprouts,
I'm not sure it's worth growing them.
I guess they are easy to freeze
cazalla: decimation, yeah, probably another 4 weeks or so until
i can eat em