log☇︎
31400+ entries in 0.335s
asciilifeform: possibly on the oldest boxen, i'ma have to look
asciilifeform: i take back most of my whine. ( libnotify & gnome need to be on the ban list, they are very often pulled in by various, incl iirc firefox )
asciilifeform: oh lol i missed a line
asciilifeform: there's a coupla things obviously missing from the alpha cuntoo, e.g. my anti-poetteringolade ban mask, make flags for actually using the 32 cpus of the box, possibly other things. but i'ma let diana_coman add these at her leisure, box will be delivered with what is as close as possible to trinque's original item ( i'ma config the nic and that's it )
asciilifeform: for nao, i'ma go with what trinque gave.
asciilifeform: all i found re discussion is http://btcbase.org/log/2017-12-23#1757354 item ☝︎
a111: Logged on 2018-04-29 13:50 asciilifeform: esthlos: imho absolutely not; i haven't built a linix box with swapping to disk enabled, in decade+ ( 'secure alloc' simply means 'marked unswappable' )
asciilifeform: i'ma fix this.
mircea_popescu: i'm like leaving in a hurry and shit, but can't not stop and read that
mircea_popescu: gawd i fucking love BingoBoingo 's titles.
asciilifeform: trinque: i'ma revv it up with my current dulap kernel, customer can reconfig as desired
diana_coman: <asciilifeform> as i understand this will be the first field test outside of his bench. <- smg is an ice breaker of all sorts, what can I tell you
trinque: asciilifeform: pretty high degree of confidence in the build. oughta be exact same deps on your end as what I had on the workbench
diana_coman: i.e in http://thewhet.net/2018/06/mp-wp-genesis-regrind/
diana_coman: yes; I suppose it would have helped to have in the list there the move form sha to keccak ☟︎
mircea_popescu: tbh, i tihnk what happened here was : original mpwp was sha, then hanbot reground it
diana_coman: I thought that was the old one?
asciilifeform: mircea_popescu: hmm, last i knew, mod6 was still supporting it
asciilifeform: as i understand this will be the first field test outside of his bench.
a111: Logged on 2018-07-05 17:59 diana_coman: asciilifeform, I get it: clone of dulap is pointless because it requires rotor-style which can be equally done on existing server; but we are talking of having a box with trinque's musltronic proto-cuntoo
phf: http://btcbase.org/log/2018-07-11#1833362 << oh i see, your flow command outputs an impossible ordering, but press-path gives a correct press order, so i was wrong, sorry about the fud ☝︎
ben_vulpes: ah, thanks trinque, figured i was s.o.l.
hanbot: esthlos it doesn't. footnotes source & instructions are in http://thewhet.net/2017/10/a-compendium-of-possibly-helpful-stuffs-for-erecting-mircea-popescus-wordpress-with-nearly-free-speech-hosting/ , and i've never actually taken on the selection jazz. i can tuck em both into next patch tho. ☟︎
hanbot: diana_coman the regrind presses here without errors with phf's vpatch. i didn't try pressing with v.pl, possibly they're incompatible...?
esthlos: trinque: yes it does, I'm trying not to overcommit but could definitely add once the Keccak/V stuff is off my plate
a111: Logged on 2018-07-10 14:17 phf: like i said couple of days ago i'm going to forward merge that whole right side, right now the only advise is to delete the right hand side because none of the extant V's can resolve that graph, obviously a suboptimal suggestion. i'm working on a better grapher, but until then..
esthlos: (I couldn't find it, added by hand)
a111: Logged on 2018-07-10 21:41 diana_coman: no idea but fwiw I was playing with it on the rockchip; as far as I can tell both lobbes and esthlos used some previous versions; (btw esthlos can you maybe show the date of the post somewhere convenient? it's really weird to have to guess it/search for it)
mod6: ok, i think the deposit will be coming from ben_vulpes
trinque: mod6: yep don't see any inbound yet. I will likely be asleep when the required confirmations roll in.
mod6: ah! ok, ben and I are gonna need that -- just holler when you're ready.
trinque: as it happens, I can reach the deposit lever and will shortly mod6
PeterL: I was thinking of trying to repurpose an old macbookpro I had lying around
ben_vulpes: PeterL: i started from the output of 'make menuconfig' and pruned it over time
diana_coman: that's where I was looking for it!
diana_coman: no idea but fwiw I was playing with it on the rockchip; as far as I can tell both lobbes and esthlos used some previous versions; (btw esthlos can you maybe show the date of the post somewhere convenient? it's really weird to have to guess it/search for it) ☟︎
diana_coman: so I'm asking here as honestly I had quite enough of software for today
diana_coman: and on one hand the file complained about has only *one* entry in the genesis vpatch i.e. just created so wtf
diana_coman: today is clearly not my day for working stuff; it's the weirdest thing I've seen: v.pl dies at *different files* at each run complaining that sha sum doesn't match
PeterL: alright, I will try to refine my language
PeterL: yes, I know
asciilifeform: i'm still waiting to hear what, specifically, happens on v99 re subj ( currently hands full, haven't tested personally )
PeterL: so I have been looking at v. (specifically asciilifeform's python version) it seems to me that there should be a "pruning" step after the flow is laid out to remove any patches that are not ancestors of the desired leaf, so that you would not have to manually remove patches.
diana_coman: ahaha, I just dug up some q67
mircea_popescu: i was just thinking, it's so rare for one to take a hint.
PeterL: http://btcbase.org/log/2018-07-06#1832349 << yes, I am interested in trying this ☝︎
phf: BingoBoingo: i think it's about the right mindset though, can have all the tools in the world, and you're still going to look like a jerk off. nah, i think i just need to get my head game straight
phf: i'm going to go with mp's theory
asciilifeform: phf: possibly pertinent diff, is that i regreased it
asciilifeform: phf: in graveyard nao, but i had it running continuously off the dc brick for coupla weeks
phf: asciilifeform: have you been using yours extensively, i.e. as a booted device, running linux etc. on a day to day, or it's only been on trepanation table so far?
phf: sad, i was warming up to it as a note taking tool..
phf: so i closed the lid, reopened tried again, now it boots, but the unix time is at 0
phf: nah, i didn't go as far as motherboard removal. i was thinking this might be heat issue, but that would be out of the box, and the pattern don't really correspond to heating
phf: hmm, cp101pa hardware is really flaky, or perhaps i got a dud unit, because the "random shutdowns" "can't wake up" "stuck in a turn on/turn off mode" issues persist ☟︎
asciilifeform: at one time i reproduced exactly same pattern , in train.
mircea_popescu: i doubt it was background.
mircea_popescu: asciilifeform i can only admire the level of http://btcbase.org/log/2018-06-26#1829969 conspiraci : clueless girly logs on, it ~immediately~ resets its connection and launches a new one. 100% the cheapest most effectual confusion factor. ☝︎☟︎
asciilifeform: hey i got some hard enuff to hammer nails with here!111
mircea_popescu: computers are hard, what can i tell you.
mircea_popescu: i guess ima have to start actually hitting returns
a111: Logged on 2017-12-05 14:17 asciilifeform: as for asciilifeform , he would actually prefer if mircea_popescu shot straight and said 'hell no i won't pay for no stinkin' software', rather than the peculiar ritual of having a contest, then to proclaim the submitters as a whole 'self-indulgent indolent' and then in the end to take s.nsa crypto lib and use for phree anyway
asciilifeform: asciilifeform once saw -- i shit thee not -- titanium toothpicks for sale
asciilifeform: i'll bite. how ?
mircea_popescu: and it shames me to admit just exactly how i came to not have any.
mircea_popescu: i dun have any ;/
mircea_popescu: i'm having for breakfast leftover sandwiches that were originally made for camping on the beach, so i figure... what the hell... and made myself a little model campfire out of toothpicks in the middle of the table.
asciilifeform: ( for all i know, they're already in, dressed up as gpg keys by somebody or other... )
asciilifeform: RusAlex: i recommend to read the logs, http://btcbase.org/log/
a111: Logged on 2018-01-05 23:18 trinque: you edit db.cpp. I edit main.cpp. how does someone now use both of those pieces of work in a 3rd patch.
mircea_popescu: and the smalle third brother is reference-by-memory, where i say dumb shit like "that @@ discussion" instead of putting in a link.
asciilifeform: imho dispensing with 'files as a unit' is The Right Thing, rather than complicated graph walkers. but i'ma not replay the trinque thread.
phf: i figured that's not the case, i'm just reiterating the logs for the logs, because the evil twin of not reading the logs is apparently forgetting what was read in the logs
mircea_popescu: i'm not proposing you should be hung or anything.
phf: btcbase (being a sprawling common lisp beast) has one of the possible solutions actually implemented and working. i'm wrestling the essence of it out, enough to add some kind of graph sorter to vtools
phf: originally my replacement was for diffing and patching exclusively, not the graph resolution problems. i was tasked with a replacement around the time when my food work got heavy, and i'm only now revisiting it. the problem wasn't even verbalized until closer the the end of vtools development, because particular choice of vtools delivery demonstrated the problem to begin with
mircea_popescu: that's why i asked!
asciilifeform: i suppose there is also the other variant, where manifest.txt actually gets speshul treatment. but imho that's ugly.
phf: i haven't thought about it very much?
phf: well, i'm having hard time thinking about it, yet alone articulating it. like i told ascii (before we continued talking about it anyway), i need some time to reupload the problem, because i haven't thought about it in a while.
mircea_popescu: this may well be. i just don't get why.
phf: mircea_popescu: the problem i describe exists in every single V implementation, hence none of them can press a particular graph
mircea_popescu: the only reason i can imagine someone'd have the problem you describe is if they built their thing around the primitive "file" rather than around the primitive "patch"
phf: actually, i think i have a memory of that, and no btcbase is entirely hash first
phf: i don't know what a by file processor is
mircea_popescu: i don't understand this, you mean patch A having changes a, b, d, e (ie, 4 different patch sections) and B having c, d, e, f ?
phf: mircea_popescu: i didn't say more than one vpatch are identical, i said that they shouldn't contain identical changes. a single vpatch can contain changes for several files. if two vpatches have a same subset of changes to individual files you have a problem.
phf: well, i kind of dig the emergent v graph behaviors, so i don't mind it either way, though btcbase doesn't press cleanly either (^ "all extant V's"). nothing keeping one from tacking on additional state to a crystalized vpatch either, and then you're stuck with another "though shall not, because reasons"
asciilifeform: i was the loudest whine against the trinqueian algo, but then grasped the wisdom of it meself and actually wrote a working proggy for it
asciilifeform: phf: right, i grasped this, hence why i wrote a demo impl of trinqueian algo ( http://therealbitcoin.org/ml/btc-dev/2018-April/000296.html ) which actually does solve it
phf: if you want to reduce the problem to a "don't do this" policy, then it stems from repeated hunks across multiple vpatches, i.e. if you have two or more vpatches that have identical state transitions. something like that is bound to happen when you're attempting to port a feature between branches, as is the case with vtools. (i.e. you patched foo.c in one file "remove broken behavior", you now want to also introduce same fix to the other branch)
phf: asciilifeform: well, i'm not sure what "spuriously bifurcated tree" means in this case, the goal was stated in the one of the posts, that i'm explicitly maintain two separate branches, that hinge on two separate manifest paths. this is the kind of stuff v is designed for neh? press to vdiff_sha_static to get one thing, press to vtools_vpatch_newline to get the other
phf: asciilifeform: i need to upload it into my brain first, let me get back to you on that one
phf: let me retest it, but as far as i recall it was producing a patch order that doesn't press
phf: like i said couple of days ago i'm going to forward merge that whole right side, right now the only advise is to delete the right hand side because none of the extant V's can resolve that graph, obviously a suboptimal suggestion. i'm working on a better grapher, but until then.. ☟︎
mod6: i never eat pancakes
mod6: i just realized that i want pancakes
diana_coman: aha, I just entirely forgot that discussion until spyked mentioned it
a111: Logged on 2018-04-20 04:03 trinque: http://p.bvulpes.com/pastes/LlO7Z/?raw=true << doesn't seem like it's flowing the whole way down one branch, unless I've got tired eyes over here
diana_coman: I guess I'll leave a comment on his blog for easier future ref