11000+ entries in 0.032s
mod6: there would be nothing to denote any said changes in a pressed directory.
mod6: but maybe this is just that, a bad-form-case. do not do this.
mod6: yeah, im maybe considering the bad-form-case where someone modifies the source of a pressed directory, forgets about his changes, comes back 12 years later, then re-presses over said changes, now lost.
☟︎ mod6: i just wanna be considerate before agreeing to this. i'll think on it.
mod6: blowing away someones dir without notice seems like the wrong approach, no matter how clean it might seem.
☟︎ mod6: just automagically blow it away and create a new one?
mod6: <+mircea_popescu> if you move /deps/ that'll work fine. << this part is a bit more tricky. but might be possible.
mod6: <+mircea_popescu> i suppose alternatively could just say DO NOT PRESS TWICE! DELETE DIR BETWEEN PRESSES. << agree. there obviously needs to be a check in there - if the press directory already exists, warn the user and stop.
☟︎ mod6: but I think now that we have the outside makefiles integrated and working well, maybe we can prune out those dirs and create them as needed? certainly worth looking into. certainly would be nice to get rid of those things finally
mod6: (and by bitcoin makefile, this meant 'makefile.unix' in the src directory)
mod6: Well, there are a bunch of references...
mod6: let me dig it up -- bumeanwhile, it's regarding src/obj, src/obj/nogui, src/obj/test
mod6: long ago, we all talked about this. and perhaps it is time to prune these directories. but at the time, it was decided to leave them as-is
mod6: it's only current use, is that it allows directories not to be removed.
mod6: Nice. I've got mine built too with 'wires'. Just need to get a minute to hook it up to alf's node.
mod6: Sounds like you got it compiled and working, for this, I'm glad.
mod6: <mircea_popescu> list of items for mod6's convenience : 1) nice job! 2) successive presses overfil .gitignore and possibly other files 3) deps directory should prolly be same level as patches and .seals<< sorry you encountered some issues on 2nd press. Thanks for your comments. Duly noted.
mod6: oh hey... sorry, just catching up now. was crazy day.
mod6 goes to read about Zuleika
mod6: <+mircea_popescu> signatures don't match, scripts are bad, inputs are bad, outputs are too long, on it goes << yeah, exactly. eventually coverage like this is a must. eventually.
mod6: ben_vulpes' is making some super cool v automated tests as well. there is a bit of overlap, but perhaps one day, his will become the defacto-standard tests. mine are a bit brittle to say the least.
mod6: in fantasy land, you can make up reality as you go. np.
mod6: *to me doesn't mean
mod6: <+ben_vulpes> bashops uber alles << yeah, CI to mean doesn't mean "must use current devop-isms". we could build our own automated toolset. np.
mod6: <+BingoBoingo> Sorry to hear mod6, keep coming back <+asciilifeform> aha, hats off to mod6 << thank you, Gentlemen.
mod6: perhaps not. i like that we're thinking about things like this though.
mod6: diana_coman, Framedragger: thanks
mod6: On a brighter note, about to setup a new trb node this weekend outside of aws. So that's awesome.
mod6: Thanks Sir. Me too.
mod6: like a chimney. still does.
mod6: with chemo... could be 8-12. we don't think we'll do chemo tho. don't see much of a point.
mod6: <+mircea_popescu> how goes mod6 << eh, it goes. getting ready to release V 99994 here soon. mom was diagnosed with stage 4 small cell cancer about 6 weeks ago -- so that's been pretty intense.
mod6: ah nice mircea_popescu!
mod6: Framedragger: hey man, thanks! keep up the good work.
mod6: and would have the same input hashes.
mod6: in the spirit of experimentation, it makes sense that one experiment would not necessairly contain the same changes as a different experiment.
mod6: no sweat. just putting up a signpost for future spelunkers.
mod6: no worries. shinohai was building, asked me to double check just to be sure. thought it was worth the mention to future spelunkers.
mod6: which is fine, if you only use one of the three above, but not good if you try to use >1 of them.
mod6: asciilifeform_blackhole_odometer.vpatch, asciilifeform_blocktimer.vpatch, and asciilifeform_goodbye_pingers_fixed.vpatch all have the same input hash.
mod6: alf was it mentioned that some of these recent submission need regrinding?
mod6: "let me tell you about man-bear-pig..."
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.
☝︎ mod6: "I was told core has all the best dev and you guys let us down like this..." << lmao
mod6: ok, np.. thanks for pointing it out. :]
mod6: <+mircea_popescu> ill complain to mod6 also. << im about 18 hours behind on the log, will catch up and will revisit tomorrow.
mod6: I still appreciate all your efforts, regardless.
mod6: shinohai: haha, nice.
mod6: shinohai: did you just burn through a ton of tools or what?
mod6: asciilifeform: forgive us for not mentioning your many submissions as of late. we'll be addressing these next month. salud!
mod6: yeah, trying to keep up with all these posts. just started this one on "possible trb-i"
mod6: im aight, bout to send out this SoBA here.
mod6: how goes shinohai ?
mod6: <+BingoBoingo> <mircea_popescu> trb-tits << I thought that was shinohai's fork << :D
mod6: nice, thanks for the links. i'll keep readin'
mod6: what i want to do is write a program that does somethings to not only get a feel for the lang, but also how to use packages.
mod6: ah yah, that's a good list of things. i've got it bookmarked. good to have it in the l0gz again tho.
mod6: I already bought that Ada 95 lecture notes book and had it on my shelf. found it there lastnight. heh.
mod6: lol, so get this. i was thinking, "man i really should have gotten a Ada ref book..."
mod6: yeah, good call. should be easy enough to drop em in and test 'em.
mod6: asciilifeform: cool work on adding the timings for blocks (timer & revealer)
mod6: lately, i've been getting bh'd so much, i've been recycling my node nearly daily.
mod6: asciilifeform: ya, I've seen the 'std::bad_alloc' from ProcessMessage before -- it doesn't happen to me often, and it doesn't seem to be at the point of OOM exactly. i have noticed that it seems to happen after my node has been up for an extended period of time. say >1week.
mod6: <+asciilifeform> [BTC-dev] (EXPERIMENTAL) A Recipe for the use of Wires via SSHITunnels. << cool! thanks alf.
mod6: <+asciilifeform> ^ who... and why?? << lol indeed