log☇︎
18900+ entries in 0.024s
mod6: I guess, another factor for me is doing manual labor. I used to cut down trees from when I was about 10 to 18. And very quickly in a job like that you learn the value of the earned dollar.
mod6: Ripping people off for vaporware or whatever other bullshit isn't.
mod6: Yup, nothin wrong with shakin' it for cash. That's honest.
mod6: I'm just sayin, some guys are cool with being fucking scammers. Not me.
mod6: *nod*
mod6: well, to some extent for me I have to be able to be honest and have integrity in my job or I wouldn't respect myself in the morning.
mod6: i put up with all that bullshit all day every day so I can keep the lights on and do my real job: the foundation :]
mod6: bitcoin is the thing i care about.
mod6: when I was younger I used to be a lot more idealistic about my job... now, couldn't care less as long as the money is wired on a regular basis. haha.
mod6: I pretty much keep my head down, work hard. I don't get emotionally invested in the mines.
mod6: but I don't work in these mines for the thrill of victory, i do it for the cash.
mod6: buncha hibrernate bullshit
mod6: no, this role I'm workin on a data access layer.
mod6: exactly.
mod6 ducks
mod6: software development - mostly java stuff.
mod6: got more vacation days and a raise.
mod6: certainly was a good thing to get back to work so quick.
mod6: mircea_popescu: yeah, they annouced the news of the acquisition on the 2nd of october, had a new deal closed by the 17th. was glad to find something new anyway, was really tired of working at the old place.
mod6: but believe me, there's nothing more than I want to do than work on this stuff all day. just not quite there yet.
mod6: and rome wasn't built in a day. or 5 years or whatever. takes time.
mod6: that's not true. you've been doing some awesome testing for me at the drop of a hat. a lot of this stuff just takes time to dig into it, etc.
mod6: i would like to help out with s.nsa. but yeah, right now foundation stuff is about all i can handle outside of mines. once I don't need the mines any longer, then I'll have some extra time perhaps.
mod6: <+mircea_popescu> iirc he also judges new stripper in a six county area. << my speciality
mod6: exactly. lol
mod6: first day was last friday. so been a bit swamped since then.
mod6: had to find a new mine, place in tower of fascism was bought, outsourced all jobs to bangladesh or some place.
mod6: <+thestringpuller> news to me << they're the gf's
mod6: <+ascii_field> what does mod6 do for living anyway << professional shit shoveler
mod6: i dont wanna "use" anything if it can be helped. ☟︎
mod6: i don't wanna over complicate this to begin with.
mod6: hmm.
mod6: just something unique to when executed.
mod6: i guess i could hash the epoch time and append it to the dir name, store it as a global for "session" key.
mod6: my thought was to create if it doesn't exist, otherwise die. and delete at the end of execution. however there is a scenario where if for instance a seal exists from a key that is not in the wot and the application exits before main returns.
mod6: at first glance, looks like one needs to "use File::Tempdir", so will veer away from that.
mod6: ah, similar to your py implementation? i'll take a look.
mod6: asciilifeform: are you impartial to /tmp instead of ~/gnupgtmp ? I just put in the changes and this is what gpg spit back at me: http://dpaste.com/23A824E.txt
mod6: <+asciilifeform> http://log.bitcoin-assets.com/?date=04-11-2015#1315736 << the way to do it is gpg --homedir /tmp/dirthatyoumadefortheoccasion << got it. will work on this tonight. ☝︎
mod6: anyway, if thats acceptable, I'll see what I can do about it tonight.
mod6: <+mircea_popescu> that's not so good. <+asciilifeform> which is not a thing that you want. << Ah, ok. Thanks for looking at it. Instead of using ~/.gnupg, would it be alright to create a ~/.gpgtmp upon startup and rm ~/.gpgtmp when complete? ☟︎☟︎
mod6: <+funkenstein_> mod6 ,thanks for the script :D << np
mod6: thx! i'll post this change here as soon as I get everything bundled up and the docs altered.
mod6: that's fine.
mod6: the changes should make it so that you don't need Graph::Easy until you wanna run the "g" or "graph" command.
mod6: yeah, wanna test it a bit more before.. but by the end of the weekend for sure.
mod6: asciilifeform: you wanna give my changes to V a try? http://dpaste.com/0BE564M.txt
mod6: i hear ya :]
mod6: mine still didn't seem to care, but maybe try yours without ts's?
mod6: oh, i did notice that your vpatch does have dates in it though. you probably just had an older version of vdiff?
mod6: asciilifeform: looks like my version handled it ok? http://dpaste.com/38PTAHG.txt
mod6: just so we're clear, this change makes it so "use Graph::Easy" is not required unless the 'g|graph' flag is passed.
mod6: ok i've resolved that issue asciilifeform, I'll test on it for a few days and probably post a new version this coming weekend.
mod6: <shinohai> Arch 64 is a go << cool! thanks for testing.
mod6: asciilifeform: mod6 feature request for your 'v' - degrade gracefully if the graphing lib thing is absent plz << sure, will look into it. thx!
mod6: place makes me seriously ill.
mod6: haha
mod6: that place punches me in the colon
mod6: ive never been given a tie. i buy all of mine.
mod6: yeah, thanks jurov
mod6: lot of stuff to do here in November, should be exciting.
mod6: thanks again for your help.
mod6: werd.
mod6: it needs a bit more clean up over the next week or so, then will have something a bit more finalized. glad that the mechinisms worked though.
mod6: excellent!
mod6: oh the rotor+V script for x86_64?
mod6: :] thanks for your efforts shinohai
mod6: i do have a method (basically all automated) for one to build a static bitcoind via V inside of rotor for a x86 i386/i686 env, but not for ARM :/
mod6: hmm. so yeah, the key will be to get these deps compiled statically. i might be wrong, but alf's pogo related things might have some sample configurations for getting these statically built on ARM. ☟︎
mod6: (iirc it was a 32bit ARM right?)
mod6: <+shinohai> jurov: I found it, twas in the logs. Only happens on arm but twas easy fix << were you able to get openssl/boost/bdb built statically then for ARM 32bit?
mod6: hmm ok. thanks for testing
mod6: it's all good now?
mod6: thx1
mod6: shinohai: yeah, looks like it worked. thanks!
mod6: asciilifeform thx for posting the MPI stuff.
mod6: no worries guys.
mod6: was hoping that it would be useful in the way that it could be used by testers to do a final push on functional testing for TEST2
mod6: yeah, bit more stuff is required. hoping to get it wrapped up in the next few weeks here.
mod6: yah, parts of this script are old and need to be changed. it's certainly not finalized. just trying to find out if the rest is doing what it should.
mod6: anyway, all thats really required to ensure it works is that perl is installed, Graph::Easy is installed, and that keys are named as <wot_id>.asc in the hand created ~/.wot dir.
mod6: *shinohai
mod6: i got it to work 2x for me, and trinque ran it... shanohai is gonna try it out.
mod6: http://dpaste.com/3E2799B.txt
mod6: asciilifeform: so I basically built this script which builds a pressed v0.5.4 via my V implementation inside of rotor
mod6: ah, yeah. np.
mod6: werd up shinohai
mod6: congrats v_diddy!!
mod6: vulpes_a_hopital: i've been told first babys take time. hang in there :]
mod6: don't hesitate if you hit any other bumps in the road :]
mod6: yup, no prob -- glad you asked.
mod6: then you copy in a "pressed" version or "branch" into a & b, make your changes in b, then vdiff, all should be happy.
mod6: i guess i should note that you should run this step first: mkdir -p a b
mod6: that should give exactly the basing that you need.
mod6: vdiff.sh a b > your_patch_name.vpatch
mod6: then
mod6: then make your changes in b
mod6: cp -pr bitcoin a && cp -pr bitcoin b
mod6: funkenstein_: so the guide basically wants you to do this:
mod6 looks