19200+ entries in 0.067s
mod6: one possibility to publish releases in the future now that we have V is to create a manifest of V patches and have the co-chairs sign the manifest, as well as the patches.
☟︎ mod6: this way when one clicks on a node in the directed grap (from before), it takes you to the actual vpatch. anyway...
mod6: so asciilifeform & mircea_popescu, I added a sync mechinism for V. but wanted to discuss it a bit, not sure if it's whats really ideal or anything.
☟︎ mod6: oh speaking of eulora, is the new version out?
mod6: The National Razor had a better ring to it.
mod6: but yeah, java sucks.
mod6: well, arguably there are a variety of classes involved there. but you can make that happen with just the standard development kit, no special imports of packages are required.
mod6: so i had to kinda make my own magic there. was simple with an added flag + check.
mod6: including that there is no actual way to have an else case for a for loop in perl. lol.
mod6: walking my way through alf's toposort taught me a few things though.
mod6: so maybe someday, we'll have the gherkin with a python backend.
mod6: i mean cucumber with perl is better than with java or ruby. might be nice with python, but again, that's not exactly my thing yet.
mod6: but shouldn't be too bad.
mod6: oh, and I was gonna add a bunch of cucumber tests to exercise the V code to ensure correctness. haven't even started that part yet.
mod6: asciilifeform: yeah, it's coming along!
mod6: I also am considering adding a "pull" or "sync" method. something to check your local vpatches against whats available at the foundation.
mod6: i perhaps wanna touch on some colorization of the graphviz graph nodes depending on the signatory, we'll see.
mod6: working on some cleanup. toposort seems to be doing what it should be, press is testing well so far (manual tests), currently writing the help info etc.
mod6: ah, yeah, ok good deal.
mod6: oh, thought that said "should have"
mod6: <+phf> shinohai: you probably have rm_gitignore.patch applied, which removes .gitignore files from src/obj/nogui and nukes the folders along the way? << i said to disregard this patch. reason is, it wipes out output dirs required by the bitcoin makefile.
☟︎ mod6: ah ok. thanks for checking though.
mod6: I successfully made a samovar once, and then turned my attention to mining :]
mod6: looking for someone with lower rank?
mod6: mircea_popescu: i'm somewhere around lvl 70 crafter.
mod6: nice, thanks asciilifeform!
mod6: also, fwiw my TEST2 node has block 375296
mod6: didnt some guy get paid for a graph, or was that a differnet thing?
mod6: anyway, yeah, i agree. we'll have to get lxr setup for v0.5.4 for sure, and maybe at that time we just drop doxygen or just point at it for the call graphs.
mod6: me too, if i even use it at all. most of the time i just use an editor.
mod6: or whenever he gets time i suppose.
mod6: asciilifeform: maybe jurov can add another lxr for v0.5.4 when release is official? i actually never use the doxygen one either.
mod6: gernika: did bitcoind exit cleanly for you, finally?
mod6: that's one of the next things i have to tackle, aside from the cleanup of some stuff: press
mod6: 'V' is beautiful in its simplicity.
mod6: it is by me anyway!
mod6: that part of the code is gnarly. gotta re-work a bunch of this.
mod6: yup, now you have descendants
mod6: im sure something can be done there.
mod6: (famous last words)
mod6: easy enough to add that logic in
mod6: thanks mircea_popescu
mod6: thanks asciilifeform
mod6: put the leafs to the same rank, and added the source file names to the arrows. some of the arrow heads come together, so just zoom in and hover over the line if need be.
mod6: <+ascii_field> ^ gold. << hahah
mod6: are you getting strange errors in the log? or the node your -connect'd to is just done??
mod6: i recently shutdown my fully sync'd openbsd node a week or two ago -- took quite a wait for it to finally exit. but i didn't keep close track of the time. could have easily been an hour though.
mod6: <+gernika> ran bitcoind stop << this method that i use
mod6: oh, give it a little while, it should exit once everything is flushed.
mod6: gernika: did you get it figured out then?
mod6: i'll see what I can do about getting a ascii one generated too.
mod6: yeah, i see what you mean.
mod6: oh dang, mircea_popescu. and it did render before?
mod6: asciilifeform: anyway, the last edge isn't cooperating hehe. I'll have to mess around with this later, I'll let you all know when there is another update.
mod6: yeah, thats atm. i haven't updated it yet.
mod6: <+asciilifeform> files-changed could just as well go in the arrow's mouseover << ok, i just got this working. pretty much the same layout as it is when you check descendents explicitly.
mod6: i'll see what I can do.
mod6: so as far as the signed by.. i felt like it made more since to go along with the text in the node. instead of the edge, but maybe im wrong there.
mod6: right. ok good point asciilifeform
mod6: <+punkman> maybe it could appear when you mouse over an edge, the files a patch "inherits" from a previous patch << exactly this
mod6: hmm. i'll think on it a bit. if i can make it happen with a mouse over that'd be ideal. i just don't want a static label though, because then it'd be too hard to read.
mod6: right, but you mean the actual changed filenames.
mod6: or is that not what you mean? i wanna keep the vpatch-nodes as uncluttered as possible.
mod6: punkman: what file names? for the sigs?
mod6: this one has been up to date everytime I've checked it. like 1x per day.
mod6: it says "make sure you're using v.18 of As_svg" and I'm using .23, but.. dunno yet on that one.
mod6: on my default phone browser too, the text in the nodes seems to bleed over the boundry. but it's ok with FF on my phone, and FF on my notebook