Results 1 ... 26 found in asciilifeform for 'regrind'
billymg: caught a bug in my crawler's genesis though, where two of the sql queries use a different index name than the one that gets defined when initializing from bitdash_schema.sql. i'll post a regrind of the genesis soon but if anyone runs into it the fix is to change the two instances of 'ON CONFLICT ON CONSTRAINT unique_host DO UPDATE SET' to 'ON CONFLICT ON CONSTRAINT
dulapbot: Logged on 2021-08-19 19:44:28 asciilifeform: billymg: i'd appreciate if you were to fix the things that you have broken. otherwise i'ma have to regrind on top of my original.
asciilifeform: billymg: i'd appreciate if you were to fix the things that you have broken. otherwise i'ma have to regrind on top of my original.
snsabot: Logged on 2021-06-30 11:57:58 billymg: http://logs.nosuchlabs.com/log/asciilifeform/2021-06-30#1041812 << if new patches are going to be written, have you had a chance to review the two i published yet? i'd be happy to make updates/regrind if either are offensive enough to prevent patching on top of them
billymg: http://logs.nosuchlabs.com/log/asciilifeform/2021-06-30#1041812 << if new patches are going to be written, have you had a chance to review the two i published yet? i'd be happy to make updates/regrind if either are offensive enough to prevent patching on top of them
asciilifeform: whaack: actually there may be sumthing wrong w/ these last 2 re: the manifest diff. will examine & regrind if necessary.
asciilifeform: trinque: back to thread -- if you end up regrinding genesis in near future, plox to throw in 'manifest.txt' -- seems to be missing
adlai: a form of 'regrind' in the cool kids' version control system
asciilifeform: mod6: if you want to regrind, may be clearer to replace the if (pfrom) ... w/ if (pfrom != NULL) ...
asciilifeform: ( specifically, if he comes back w/ a regrind where each patch adds the appropriate note to the manifest, rather than all in one, i'ma respect it & sign ~that~ , after verifying that errything else (save for that uniturd byte in genesis) matches the historic tree
asciilifeform: shinohai: i'ma post these & the rest once mod6 returns w/ the tail-end regrind discussed earlier
asciilifeform: then welcome to go ahead & regrind w/ the others, if it is a candidate for mod6's official set. in either case i'ma sign the patches that are in use on my nodes, and post the sigs (w/ links to orig. publication on ml)
asciilifeform: mod6: iirc no one but me is using atm 'who-gave', so i'ma regrind it.
mod6: Or is it your preference to regrind your own vpatch? Just don't want to duplicate work.
mod6: Now, I'm going to regrind 'whogave', is that separate from what you are going to do? Are you going to add/subtract something else from the vpatch as it currently stands/
asciilifeform: mod6: plox lemme know when you have these reground, i'd like to regrind 'whogave' to align.
asciilifeform: mod6: i was gonna regrind 'who-gave' and harmonize w/ the current official mod6 set, but nao wat.
mod6: I've never hit that error when building my keccak regrind, or traditional SHA512 tree, fwiw.
trinque: btw mod6, I am trying to build from your keccak regrind. will report results in a bit
shinohai: It has standalone keccak, I used my regrind keccak patches to test it.
asciilifeform: if folx willing to put up with having to regrind patch 3+ times -- as the folx who helped to fix e.g. asciilifeform's logger were -- then can do just about anyffin w/ v as-is. even 'whole universe' tree.
asciilifeform: diana_coman: jfw observed, correctly, that there are patches that in fact asciilifeform wrote, but never signed regrind of
shinohai: I never have had this issue either, even when doing the keccak regrind for trb
shinohai: (using own keccack patchset from regrind earlier this year)