103900+ entries in 0.057s
mod6: Where I did get
to last year, had some of
this working, not all, but some; and it was SLOOOOW.
Too much string processing.
mod6: And I'll certainly need
to write something (or work with someone)
to produce a ~fast~ parser. It's a giant ass-pain with
the fixed-length strings.
mircea_popescu: i should prolly have a betting pool over how many retarded byte errors of
the "hey, check
them out,
they forgot a comma"
type he's gonna find before he releases anything.
mod6: The problem with
the Ada version is
the string parsing.
mod6: <+mircea_popescu> hey mod6 how's your ada v coming along ? << Still stuck in
the drawer. I haevn't even
touched it since Q3 of 17. I'm distinctly intersted in rawtx
tools getting into
trb, currently.
phf: ok, back
to
the grind for me
then
a111: Logged on 2018-05-01 14:50 mod6: Did nasty
things when I
tried
this with
TRB.
mircea_popescu: not like you're
the first
to run into something in
the entire history of
the world.
mircea_popescu: the ~only~ item here is
that if you had said "hey, i work with women, we're at
that age when
they're becoming patently useless / damaging
to a professional career, i'll be fucked
till mid may" when
they started popping babies while preternding
to be "owners" of shit, we'd have had
this convo late march not early may.
mircea_popescu: phf, i get it dood,
takes some
thinking you've not had
time
to do. it's not
the end of
the world or anything, what
the hell.
phf: well, manifest is in
the vtools project, but
there's no programmatic support for it, because it's not even clear
to me what sort of programmatic support might be needed. as it stands anyone is free
to add or not add a manifest
to
their particular graph.
the result of
this experiment is
that manifest works, you can see its output on
the site. problem
that we have is
the need for a smarter grapher,
the solution
to which might just be "if it hurts when yo
mircea_popescu: but we have esthlos waited on a fix, and
then
there's whatever you were waiting
to publish. so i'm guessing it'd have
to be one of you.
☟︎ mircea_popescu: i specifically don't want it on asciilifeform 's plate because i'm hoping
that he and ave1 can actually get gpr work for irl purposes. if i manage
to get eulora server off
the fsf
toolchain it'll be such a win
the likes of which i hadn't dared hope for last year. between
that and getting pizarro off
the ground he has plenty, and not readily replaceable.
mircea_popescu: trinque, what's your stance here, do you particularly want
to implement a grapher / manifest / generally fix a v ? not really ?
☟︎ mircea_popescu: "fuck your fiat excuses" cuts both ways. we simply don't care, which can mean also we don't mind! just you know, make it easy for everyone
to not mind, it'll be
that
then.
phf: ight have
time
to sit down with v.pl before mid may. i can also just remove
the right hand side of vtools for now, since
this new complexity is coming from an experimental v graph anyway. i've no idea
though if people are using a sha512 vtools in preference of awk vdiff / gnu patch.
☟︎☟︎ phf: aight, i'm going
to be out of commission until mid may. i have comments for eulora
that i need
to
type up (i got
to sit down with a printout out over
this weekend), i'm not sure about
the amount of work required for
the grapher until i have
time
to sit down and read v.pl (i sort of have an idea of how
to implement it as part of vtools, but i'm not sure if
the slicing is adequate), until i do i don't have a clear idea of how long it's going
to
take. i m
☟︎ a111: Logged on 2018-05-01 15:05
trinque: yeah, could remove press head entirely and press all it can, and operator controls via patch, seals, and wot, eh?
a111: Logged on 2018-05-01 14:50 mod6: Did nasty
things when I
tried
this with
TRB.
mircea_popescu: mod6,
they're "unrelated" in
the sense
that not all files are
touched at
the same
time, by each patch -- principally because we favour small patches.
mircea_popescu: if i have
to guess i'll possibly guess wrongly ; if i have
to assume i will conceivably assume incorrectly. why ? what does it pay ? just say. i know
they
told you discreet pays, but
they lied. discreet does not pay. blunt wins.
mircea_popescu: just because i seem
to be guessing successfully in case X does not mean you should put me in
the situation of guessing about you. it just does not fucking pay.
phf: those
thing being "i have a job irl"
phf: mircea_popescu: well, we have examples of diana_coman etc. who manages
to do republican work while "raising a baby and having a day
time job". presumably
this shit can somehow be scheduled and managed better, i.e.
the fact
that
those
things even need
to be communicated is an organizational failure. some progress could be made.
mircea_popescu: you didn't even as much as say "hey, i have a job irl". am i
to assume you do ? why should i have
to assume, why should i have
to guess,
there's simply no benefit
to doing it
this way.
☟︎ mircea_popescu: phf, ok, so
then say. "hey folks -- job fucked me over, i'll be lost in
the swamp for [2 days ; 3 weeks ; 4 months]" whatever it is. why should i have
to
try and guess ?
phf: of
that fiat work, but now i can't even afford
to borrow against future
time. basically since i came back from a vacation when
the bulk of V work was done, i had very little free
time.
the republican policy is variations on "fuck your fiat excuses", but
that is what's creating
these vacuums of "it'll be done... sometime"
a111: Logged on 2018-05-01 06:55 mircea_popescu: is
the manifest issue fixed ? is
the graphing done ? am i what, going
to lose v now because i'm
too polite
to yell, and left
to your own devices you're just going
to break it, permanently, obscurely, and forget about it ? or what's
the fucking logic here.
phf:
http://btcbase.org/log/2018-05-01#1806905 << well my fiat responsibilities are disrupting any kind of reasonable scheduling. i'm not 9
to 5, my fiat work goes
through periods of heavy activity
that are aligned with particular industry. and right now it's a particular mess, owner had a baby 3 weeks early, 2 weeks ago, another c level is having a baby in a week, and we're in
the middle of a release. previous republican work was kind of cutting into some
☝︎ a111: Logged on 2018-05-01 14:59
trinque: and in service
to fits-in-head
a111: Logged on 2018-05-01 14:38
trinque:
the problem is
that I have
two unrelated patches (in reality, not
theoretically)
mod6: Which is why I don't
think I ever posted about it. My attention probably
turned
to other
things, and I haven't circled back yet.
mod6: (re: crystals) re-reading
the email, it is jogging my memory
that I didn't use
the included
trb files specifically. I recall screwing around and wiring in my vtron, as opposed
to your vtron,
then who knows. I probably did something dumb.
mod6: You may just have
to disrgard what I was saying above, asciilifeform.
trinque: I can see
that argument
too
mod6: If
there are 3 leaves, A, B, and C. And for some reason, I shouldn't have B and C,
then I should just be a man, and remove
them from my 'patches' dir.
mod6: I personally find
this obnoxious.
mod6: And yea, V 99993K removed
that, and now can only press
to one leaf.
mod6: I'll have
to get you
the info. Probably later
today.
trinque: I can also see an argument from mod6
that "pressing all leaves" ~did work, but
that's not what's currently done.
mod6: asciilifeform: yeah, crystals is neato. Just
tried
to press (iirc) out
the big
thing and hit some sort of issues.
trinque considers
the ability
to be able
to move files without miles of diff insanity pretty damned cool
mod6: well, fwiw, i'm
trying
to not get sucked back into all of
this. as far as I'm concerned V works.
mod6: It's very possible i just misused
this
tool.
mod6: I'll pull out my notes later
today if you actuall want.
mod6: I'd have
to go back an look, but I seem
to recall
trying
to use it
to create
the
trb patches,
then inflate from
those. and when I did, lotsa hunks/fuzz etc.
mod6: Did nasty
things when I
tried
this with
TRB.
☟︎☟︎ lobbesbot: asciilifeform:
The operation succeeded.
lobbesbot: asciilifeform: Sent 8 hours and 46 minutes ago: <ave1>
The gcc makefiles use gnatls
to find
the runtime system directory,
they do 'gnatls -v | grep adalib'. When ADA_OBJECTS_PATH is set,
that line will return
two directories and
the build fails. Could you past
the output of gnatls -v? (I can fix it with an extra head or
tail call, but
that also seems fragile)
mod6: not at
that
time. at
that
time, we just pressed all leaves anyway.
trinque: you would have dropped one of
the antecedent patches you wanted if you hadn't commented in files
they edited, right?
trinque: distinguish "tying up
the leaves" from what I said?
mod6: I dunno, nevermind. Maybe will just have
to leave
this complicated work up
to
those whom understand it better.
mod6: This is something where you have
two
totally different
trees, merged into one.
mod6: I feel like
that is
two different cases maybe.
That was
the case of
tying up
the leaves.
mod6: and just because it has been stated several
times in
the logs, does't mean it makes sense
to me.
trinque: the answer
to your question is right
there
trinque: why did you have
to comment in files unrelated
to
the makefiles patch?
mod6: why are
they unrelated ? are
they not a part of
the same project?
trinque: your solution in
the makefiles patch was
to comment in unrelated files, which was inelegant.
trinque: this has been restated in
the logs several
times by now.
trinque: how do I introduce a 3rd
that doesn't abandon any it does not itself modify.
trinque: the problem is
that I have
two unrelated patches (in reality, not
theoretically)
☟︎ mod6: If
there were vpatches in your flow
that went down
two different paths, you simply removed
those vpatches from your 'patches' directory. Press path A. You want bath B?
Then you just add in what ever path B consists.
mod6: Back in
the old days,
there was one
tree. I'm still not sure what problem we are
trying
to solve with all of
this.
mircea_popescu: fellow strikes me as intelligent in conversation,
then i keep having somehow
the exact sort of problems with him
that i usually have with idiots : i have no fucking idea what's going on, and i have
to
twist arms
to sorta find out, maybe.
a111: Logged on 2018-03-30 23:52 phf: well, i'm now convinced
that manifest is an elegant, minimally invasive solution. i'll
try it in a regrind.
a111: Logged on 2017-12-27 04:33 mircea_popescu: how about a convention whereby all new genesises must contain a manifest.genesis file, which file will be constantly patched on each patchj, no exceptions, by adding a line which reads : "This is patch #x and
the codebase hash is blabla".
hanbot: well, left branch approach does exist;
that's why i was even able
to put up
the mp-wp genesis, after all. as for fix, sure an eta'd be better
than no eta. i'm just sayin', doesn't look much like a runner
to me.
mircea_popescu: well, so if i'm
talking
to someone
that's not particularly keen on doing me any favours, what do i say
to
them ? something like "don't use v, it is broken" ? so
they can ask me for how long it's been broken and i can say what, a month ? and
they can
then ask when it is going
to be fixed and i can say "dunno" ?
a111: Logged on 2018-04-20 04:05 phf:
trinque: it wouldn't, i believe
there's an antecedent->dependency
transformation issues (i.e.
the
transform in mod6 v is adhoc, so it can't handle
the
tricky antecedent graph).
the approach hanbot used was
to just use
the patches from
the left branch of
the graph, until, per mircea_popescu's request, i write a general purpose v graph code.
a111: Logged on 2018-04-09 14:31 mircea_popescu: a right. hanbot do me a favour : download ~only~
those patches which are in
the leftmost
trunk seen on phf's viewer (so exclude vtools_vdiff_sha, and its dependents) and
try
to flow again ?
mircea_popescu: dude check out
the
timestamps, 25th of feb, 25th of march, 19:40ish ? wtf coincidence is
that.
a111: Logged on 2018-02-25 19:40 phf: in any case i'll produce a fix by wednesday, but not before.
this requires careful work