log☇︎
343400+ entries in 0.191s
mod6: punkman: good question, not sure at all. can try to take a peek once we get past the 1st. i've got stuff stacked to the celing right now
mircea_popescu: yeah actually what punkman said too!
mircea_popescu: ascii_butugychag what do you mean "press to" ?
ascii_butugychag: mircea_popescu: it will apply the one that you press to
mircea_popescu: ascii_butugychag mod6 if you wish to consider a general problem : what is the ~correct~ thing to do for vtron when it encounters two validly signed patches doing the same thing ?
ascii_butugychag: punkman: now there is 1, from it flows contiguously into the shivatron
mod6: ascii_butugychag: i'll try to give your new patches a shot tonight.
assbot: Logged on 29-01-2016 10:29:19; jurov: I know that i should manage the repository myself, but imo a version field would be good to have so that I can easily spot if someone posts revised version of the same patch.
mircea_popescu: http://log.bitcoin-assets.com/?date=29-01-2016#1388269 << this is an issue more or less in suspensiopn atm, at the fundamental level. ☝︎
punkman: it was like having two tinyscheme genesises
ascii_butugychag: (there was ~never~ referencing in my tinyscheme thing! it began with a vtronically nailed-down copy of known vintage from my own hdd, and proceeds from there.)
ascii_butugychag: mircea_popescu: i closed the gap today, see the next patch.
mircea_popescu: i'd rather stop people in the street and ask them to make my women babies than reference whatever package maintained by nowot rando.
mod6: back to CompSci 101!
mod6: anyway, speaking of great things (tm), shiva really was awesome to see working lastnight. very impressive stuff. i just gotta learn scheme now hahah.
assbot: Logged on 29-01-2016 10:02:07; punkman: so shiva patch wholly includes the tinyscheme genesis instead of referencing it?
mircea_popescu: http://log.bitcoin-assets.com/?date=29-01-2016#1388260 << there shall be no further fucking referencing. ☝︎
thestringpuller: and coworkers make fun of me for using terminals and lightweight tools cause they "ain't pretty" the actual fuck. this is exactly why being a web developer is like slow torture.
ascii_butugychag: we have a whole kitchen devoted to coffee here
mod6: That pie looked nice tho!
mircea_popescu: hehe sometimes i'm tempted to order him some cake!
mod6: I may have had too much coffee...
mod6: tl;dr we need all of you! you are what make the republic possible!
mod6: We've come a very long way, and we've still got some road ahead (we all know), but we can't have a republic with out the sovereigns participants who wish to make it.
ascii_butugychag: thestringpuller: ahahahaha the one that won't suspend-mode, ah
ascii_butugychag: thestringpuller: install the 3rd party driver thing
thestringpuller: ascii_butugychag: d00d I have to upgrade to el capitan to scroll on the mouse?!?!?
ascii_butugychag: mircea_popescu: notice how ~some~ programmers (india!) l00000ve repetitive crudwork. they produce glorious unrolled 10,0001-iteration loops, etc.
mod6: And honestly, I really look forward to working on these projects every day, and with all of you. :]
mod6: ascii_butugychag much appreciates the labours of mod6 << alf, you've put in a lot of effort too, and we all appreciate that very much.
thestringpuller: ascii_butugychag: you should tell this to the leadership here who wants to automate all things.
ascii_butugychag: BUT those 5 sec the old crud cost me every 15 min. were ~flow-destroying~.
ascii_butugychag: yes, it could take a whole hour to set up whatever, and i might die bfore it saves me a whole hour
mod6: ok the new script, having V outside of the rotor dir seems to be building just fine so far... will update again when its complete, or if fails.
mircea_popescu: actually that's the first time someone brought a cogent, well thought out objection to the classic "programmers wanna play and so ruin productivity spending moe time on tools than the tools save" thing ☟︎
ascii_butugychag: it isn't about time as such
mircea_popescu: wanna bet you spent more time fucking around with the auto thereof than it saved you ?
mod6: Things are moving really fast here sometimes, and that can be hard to keep up with, but it's part of the deal.
mircea_popescu: hanbot hey were you making a trb current build ?
mod6: I wouldn't trade what we have here for anything. If I could work it out, this is all I would do every day.
mod6: b-a has honest and knowledgeable people who care about the innerworkings of the technology, on a low-level, as well as on a meta level.
mod6: <+mircea_popescu> hey mod6 how would you rate working with b-a vs working with job people ? are we just as enervating ye t? << this beats anything else I've ever encountered by a wide margin.
ascii_butugychag: i have this semi-automated, it is quite convenient
ascii_butugychag: you can specify a tag file it will fill from when tab(or your favourite other key)-completing.
mircea_popescu: no, i'm not ircing in emacs ty.
mircea_popescu: how the fuck is emacs going to fill in with irc names.
ascii_butugychag: one of the 10,001 reasons why.
mircea_popescu: "what the fuck is this piece of shit!"
mircea_popescu: me types three letters in editor, hits tabs a few times, is very confused when the required fill-in doesn't occur.
mircea_popescu: if anyone recalls that joke about how mathematician is the only man who tells mistress he's with wife, tells wife he's with mistress, goes to woods with pen and paper to unwind...
mircea_popescu: hey mod6 how would you rate working with b-a vs working with job people ? are we just as enervating ye t?
ascii_butugychag much appreciates the labours of mod6
mod6: <+mircea_popescu> mod6 alrighty, seems it's teh consensus here. << ok lemme put this together, and will post in here for you guys to review, and people to test.
mircea_popescu: no dawg, im not done wioth the logs. then reading the #eulora logs which by now are even longer.
mod6: that's probably more acceptable than the following: ~/.wot by default (in the script) or stopping the script mid-processing to require human action (action should be taken prior to execution)
ascii_butugychag read the mega-patch-of-all-ages yet ?
mircea_popescu: no i finally see the light.
ascii_butugychag: and all of the attendant breakages
ascii_butugychag: having relative wots inevitably leads to keeping 10,001 copies of wot
mircea_popescu: mod6 alrighty, seems it's teh consensus here.
mircea_popescu: i'm quickly building a reputation for a wrecker of trb aren't i !
mod6: and I think this is what we want. So we can stick with that, and probably not break anything -- i'll just move V & .wot outside of the rotor dir.
mircea_popescu: did the entire week long circuitous path start with me bitching / trying to improve on it ?
mod6: ok so lets keep in mind that v99996 of V will only look for .wot in the current working directory unless told to look elsewhere for it explicitly.
mircea_popescu: i suppose this is actually a decent solution.
ascii_butugychag: if you use variants - specify the variant each time, like the laws of man and god demand.
ascii_butugychag: and if you don't do variant wots, it can live there permanently.
mircea_popescu: chiefly because I can aforehand know where i need to put the .wot and stick it in there.
ascii_butugychag: i broke my head on this for a while, and settled on '~/.wot by default, user-specified wot whenever you want' when i did vtron.
mircea_popescu: ascii_butugychag well looky, the problem there was that the dir tree wasn't curated well.
ascii_butugychag: 'whaddayamean i have to have the build tools 3 dirs out'
mircea_popescu: and that error should read "please put .wot sigs in /blabla/derpherp/.wot"
mod6: and that is not a one-button-push solution as you asked for.
mod6: that would be fine, but then we're in the situation where every single time that someone runs it for the first time, the script will fail with an error.
mircea_popescu: put the test sufficiently high up in the program flow you won't have bad things happen.
mircea_popescu: so how about the script expects to see .wot in a relative path to the project, and if it doesn't it aborts with an error.
mircea_popescu: and overall a weakening of the entire security scheme
mircea_popescu: mod6 the only concern with "Separate but equal .wot dir root" is that you will end up in a fucking mess of /try1/.wot /tryn/.wot and mix and match them with actual builds takingpart in another place and sooner or later you'll cross them up, or your eyes will, and the net result will be that you run a different security protocol than you intended, on occasion,
mod6: <+ascii_butugychag> i still don't get why a vtron should use the net at all << I'm open to well defined explicit ideas here.
mod6: so I think that could work actually.
mircea_popescu: ascii_butugychag why not ? and stop interrupting the guy!
mod6: if we have V source and .wot adjacent to rotor dir, then we could press like the following:
mod6: so continuing with my thought here..
mod6: this was never really meant to be "the thing" just was initially meant for testing. somehow became "the way"
ascii_butugychag: i still don't get why a vtron should use the net at all
mircea_popescu: that's just an error message tho.
mod6: eh. bad things tend to happen when this script is run more than once.
mircea_popescu: what's the problem with this approach ?
mircea_popescu: the way i see this is, script tries " mkdir -p rotor/.wot " , if it succeeds it says "wot dir created, populate and re-run please" ; if it fails it proceeds with build.
mod6: <+mircea_popescu> why can't it be populated by hand ? << how can you populate by hand while the script is running?
mod6: the only actual alternative here is to create .wot adjacent to rotor directory, along with the V source
mircea_popescu: to keep to above convention
mod6: ok. so if we create a .wot in /.../rotor/ (so, rotor/.wot), then it can not be populated by hand...
ascii_butugychag: <+mircea_popescu> for one thing, you might wish to run v with diff wotsets. << YES! ~somebody~ GETs it
mod6: then it moves into these directories to continue all of the gyrations that need to happen to build everything
mod6: so the script as it currently exists, creates these directories:
mod6: ok so lets talk this through a bit.
assbot: Logged on 29-01-2016 07:42:24; polarbeard: I've timestamped and categorized trb log lines, as well as improved the messages and removed (seeming never activated) destructive log rotation, here is the signed patch: https://gist.github.com/polarbeard/961aa315c69b89d2e613 in case somebody with a decent reputation wants to review it so I can submit it to the ml
thestringpuller: 62.99 or something tho?
thestringpuller: nope. it's billed to the department.