Logs for #trilema-mod6

Go to: #trilema #pizarro #trilema-mod6 #trilema-trinque #chainstate #eulora

This is the log of #trilema-mod6 : Contained within are the daily on-goings of The Bitcoin Foundation's (http://thebitcoin.foundation) Reference Implementation (trb) development. Do not, under any circumstances, use any code/vpatch/logic/configurations/ideas or otherwise found in this forum. In fact, you should NOT read this at all. Failure to heed these warnings may result in death or dismemberment! ALL ANNOUNCEMENTS, BUSINESS, AND/OR QUESTIONS INVOLVING THE BITCOIN FOUNDATION AND/OR THE BITCOIN REFERENCE IMPLEMENTATION (TRB) WILL TAKE PLACE IN #TRILEMA: YOU HAVE BEEN WARNED.

2018-1-31 | 2018-3-1

mod6: hey!
mod6: Just a quick heads up if you're gonna build a trb with my vtron: If you use use all the vpatches included @ thebitcoin.foundation (via `./v.pl i http://thebitcoin.foundation`), then you add in the following:
mod6: asciilifeform_aggressive_pushgetblocks.vpatch
mod6: and
mod6: ben_vulpes_increase_aggression_levels.vpatch
mod6: then you should be good to go, as there will only be one leaf:
mod6: mod6@gentoo ~/sandbox-v-99993/test-for-bb $ ./v.pl l
mod6: Leaf: ben_vulpes_increase_aggression_levels.vpatch (ben_vulpes)
mod6: then you can press to this ^ ala:
mod6: ./v.pl p v trb ben_vulpes_increase_aggression_levels.vpatch
BingoBoingo: Nice
mod6: and that should include everything. if you add in other vpatches, for whatever reason, just use caution before you press if you're using V99993 -- There might be more than *one* leaf.
mod6: in which case, you'll have to choose your own path.
mod6: and you can't just re-press the other stuff over the top later with the vtron. you'll have to patch by hand.
BingoBoingo: Very cool
mod6: ok. anyway, those two should do the trick. just wanted you to be aware before you hit some frustrations.
BingoBoingo: Will submit questions here
mod6: great, thanks!
mod6: howdy
trinque: ohey
trinque: I got booted somehow
mod6: qq, is the deedbot.org 'Last updated at block 503`580' keeping up with the tip, or is that only updated when the latest deed is submitted?
mod6: sorry you got booted.
mod6: must have been a while ago
trinque: that's the last time the site was updated, but that runs twice an hour
trinque: node's just behind again
mod6: ah, ok
trinque bets restarting it will catch it up again
trinque: soon as an aggresive block-sync patch lands in mainline I'll start running that
mod6: ah, gotcha.
mod6: yeah, restart may help there.
mod6: as soon as I'm finished releasing the new V, i think the plan is to dive into stan & ben's push getblocks patches.
trinque: awesome
mod6: hopefully get that into the main vpatch chain before too long
TomServo: I'm behind as well.. looks like mimi stopped annoucing also.
mod6: yeah mimi fell behind today.
TomServo: I've done a couple restarts so far, no luck yet.
mod6: mine is up to speed, has been for over a week
mod6: mine isn't in the node list yet, but if you want my node ip, just say. will hand it out
mod6: "blocks" : 508032,
mod6: "connections" : 21,
TomServo: I was doing great for a while, fell behind once about a week ago and now again. I'm not running ben's aggression either.
mod6: are you runnings stan's aggression (mine is running stan's but not ben's yet)
TomServo: Yup
mod6: we have some investigation to do on these.
mod6: ok. cool
TomServo: Is yours not in the list?
ben_vulpes: i'm unconvinced that the runtime pushgetblocks hack even works, i've been syncing a node and have watched it starve out several times
mod6: not yet. it ~just~ caught up on like jan 30th or something.
TomServo: Sure, I'll add it.
ben_vulpes: it's also hard to tell, because the node from which it was syncing seemed to get hung up as well
mod6: 208.94.240.42
TomServo: ben_vulpes: how are you tracking from which node you're syncing?
TomServo: mod6: ty
mod6: np
ben_vulpes: ah well, let me restate, one of the nodes from which it was syncing ground to a halt
ben_vulpes: and i know that because that one was mine
TomServo: I see
TomServo: PROCESSMESSAGE MESSAGESTART NOT FOUND , I don't' recall seeing these previously.
mod6: i see those quite a bit
mod6: i did look it up in the #trilema logs, i announced my node was caught up on the 30th. so i've been caught up for like a week.
mod6: i'll probably give another week before I put it on the node list just in case.
TomServo: hm, got a block pretty quick on that restart. I will keep you posted.
mod6: Ok thanks TomServo
mod6: this WASD keycap puller is the best thing i've used yet for the purpose.
mod6: i also got a keyboard with the MX Cherry Blue switches.
mod6: i really like the clickyness of the thing. totally retorts when use it.
ben_vulpes: which kb, mod6 ?
mod6: wears my fingers out a bit faster than my other board with the Cherry MX Reds tho
mod6: the one with the blues is a WASD 87 key standard QWERTY board
mod6: the one with the reds is a Kinesis Advantage LF (QWERTY)
ben_vulpes: neato
ben_vulpes: i'm still waiting for my https://www.modelfkeyboards.com/ to ship
ben_vulpes: assuming homeboy doesn't do a runner :P
mod6: lol
mod6: how long has it been on order?
mod6: stan swears by these things
ben_vulpes: i imagine he'd spit on the reproductions in favor of the originals he's restored painstakingly
mod6: totally.
mod6: he would only use that vintage production run
ben_vulpes: i ponied up in october
mod6: ok, so takes a while eh
ben_vulpes: guess i'm buying myself some tantalizing antici.....pation
mod6: yeah, indeed.
mod6: maybe i should pony-up myself
mod6: did you get F77 or F62?
ben_vulpes: 62
ben_vulpes: i dunno why dood is selling the actual vintage pieces
mod6: pretty neat
mod6: price is on par with my kinesis
mod6: hey hey
shinohai: >.>
mod6: how's your node doin?
shinohai: Lessee, one sec
shinohai: "blocks" : 447530,
shinohai: "connections" : 7,
shinohai: NEVER drops connections or blackholes anymore
mod6: cool man
TomServo: heh, I got one block, then nada. Still nothing an hour after another restart that included mod6 's new node.
shinohai: TomServo: You using http://therealbitcoin.org/ml/btc-dev/2017-December/000281.html ?
shinohai: (I haven't tried ben_vulpes patch yet, bun is in works.)
shinohai: *but .... gotta read first.
TomServo: shinohai: yes, but not ben_vulpes 's either
mod6: how far are you behind?
shinohai: Weird .... I've got best connectivity results in months (years?) using it.
mod6: (what i ended up doing was -connect, to one of the republican nodes until i was caught up. number of restarts involved too. (even with stan's patch). once caught up, then i flipped to -addnode with all republican nodes in the list)
TomServo: I'm at 507925 and think I mispoke, did not yet get a new block.
mod6: once you get close, and it looks like you are, trb starts loading up the mempool.
mod6: so maybe try with -connect to get you caught back up, once you are, shutdown and restart with a list of -addnode
mod6: that's what I did anyway, others free to comment here too.
TomServo: mod6: Thanks, I'll give it a go.
mod6: yeah, see if that helps. it was kinda painful getting mine all sync'd up, but once i was, dropped the -connect, switched to -addnode, haven't had a problem.
mod6: it's only been like a week tho
mod6: To any whom have tried / tested my vtron (v99993), should I keep the 'debugging' command 'pp' - 'press-path' in the main release?
mod6: I find it to be somewhat useful myself. Any other opinions would be great to hear. Thanks in advance.
asciilifeform: mod6: imho it is useful
shinohai: I personally like it there, kind of a useful metric when doing tests.
asciilifeform: for so long as vtron uses external gnupatch , gotta have verbose mode to see wtf it did
mod6: Now, sure, there is 'verbose' mode when pressing. Which, I personally use every time just to see what happened, etc. But this is slightly different.
mod6: In such that 'press-path' won't actually press anything, but will tell you what the press-path /will/ be when press action is initiated.
mod6: Anyway, I agree, I think for the time being, I should just leave it in.
asciilifeform: analogous to gentoo's 'emerge --pretend'
asciilifeform: imho it is useful
mod6: I also think this would help people new to V avoid pitfalls when, for instance, having more than one leaf.
shinohai: ^
mod6: right on.
trinque: if it'd be clearer, could do v.pl press --pretend
asciilifeform: ^
shinohai: notabadidea.jpg
mod6: That's not a bad idea either.
mod6: aha. off the top of my head, that may be a bit more tricky actually, because of how i handle input params. i'll see what I can do there.
asciilifeform: 'pretendpress' as a separate command would be almost as good
shinohai: You already have `pp` ... just let it stand for `press pretend` ?
asciilifeform: so long as it is clear that it is a variation on 'press'
mod6: ah, ok, so renaming it might be key. ok lemme mock something up...
mod6: this would be more clear then? http://p.bvulpes.com/pastes/f3n1G/?raw=true
diana_coman: mod6, I think it's useful; add to that the fact that on older version of your v I basically use v f to see... the press order
mod6: (short hand 'pp' could stay the same and just alter the documentation/help messages)
mod6: diana_coman: ah, thanks for the feedback. fwiw, i kinda do the same thing prior to all this.
mod6: Ok all, I think I'm gonna make that change for the release. I don't see another experimental release for that necessary.
diana_coman: sounds good to me
mod6: This is what I would like to change for the help/info:
mod6: http://p.bvulpes.com/pastes/1KyeW/?raw=true
mod6: Is that clear ^ or make sense?
shinohai: Sounds claro to me
mod6: shinohai: thanks!
ben_vulpes: well that doesn't actually simulate the press, eg if gnu patch barfs the user won't know until they go to actually press
mod6: Ah, this is true. Maybe there's a better way to say this.
ben_vulpes: wacky notion: press to a tempdir to see if patch bitches about anything, delete that dir and report errors?
mod6 thinks
mod6: Well, there's some handling to do in there first. If I were to add such a feature.
ben_vulpes: like i said, wacky notion
mod6: I guess I'm inclined to feel like one should just press and see, rather than trying to handle that.
mod6: I get where you're coming from though.
ben_vulpes: i mean otherwise it's just an alias for v f
mod6: actually, pretend-press is actually different.
mod6: remove an 'actually'. ugh
ben_vulpes rereads thread
mod6: Flow will show everything in your 'light-cone'. But pretend press will show you what it actually will press, depending on what antecedents from the leaf chosen are available.
mod6: There is a blog post I can hand you. Just a sec.
ben_vulpes: aaj
mod6: http://www.mod6.net/2018/99993/99993-changes.html
ben_vulpes: yup, got it
mod6: ok. :]
mod6: I still think you may have a worthy idea there tho.
mod6: not sure if it's more effective than letting user just press and see.
mod6: Any one else wanna weigh in here?
diana_coman: what would the benefit of actual pretend press be exactly?
diana_coman: as far as I can tell now I'm happy to press and see
diana_coman: it's really the path that is more interesting because I would rather now upfront *what* it is going to press exactly
mod6: Well, I can see that perhaps if you 'pretend-press' it would tell you what it was going to press (as it does now), then go out, press the thing to a temp dir, and report any thing that isn't a clean press.
diana_coman: and moreover I'm not sure I'd want to have it really do a press every time I want to see the ...path
mod6: makes sense.
diana_coman: perhaps really keep it as press path rather than going to "pretend" since it's not pretend really, there is that
mod6: there's something in a word isn't there.
mod6: 'pretend' seems to indicate that something more might be going on.
diana_coman: otherwise and fwiw the one thing that I'm considering at the moment as a potential part of my own future v (whenever that might happen) would be the option of pressing more than one patch at the same time; i.e. ./v press patch1 patch2 patch5
diana_coman: but that's a different can of whatever's in there
diana_coman: but the point of this is basically when pressing several leaves
diana_coman: those patches there are meant to be all leaves, not children of one another
mod6: ooh.
mod6: ok
asciilifeform: diana_coman: i proposed a v like this some time last yr, mp did not like, 'press is to 1 patch!11motherfucker'
diana_coman: atm I'm basically doing this by abusing mod6's older v which presses siblings :|
asciilifeform: my original py vtron also did this
diana_coman: asciilifeform, oh well, my v, my press, what
asciilifeform: right
asciilifeform: i suspect that most folx use their own, even nao
asciilifeform: fwiw i still use my 'v99'
asciilifeform: for so long as the format is same , this should not cause anyone pain
diana_coman: I kept postponing sinking some time into it because I didn't really know what I want from it, not before using it for a while
diana_coman: but at some point...
mod6: it is kinda interesting because if you take the case in my blog post (linked above) if you press to 'asciilifeform_add_verifyall_option.vpatch', you miss out on 2 patches. if you could press to two leaves it would resolve that.
diana_coman: I'm very v-promiscuous here: I'm using mod6 's *both* versions and asciilifeform's version
mod6: :]
asciilifeform: diana_coman: i'm even worse, once in a while i turn on a box that has a pre-release vtron from dark ages, and then marvel at the result.
diana_coman: aha; mod6 for more interesting thing note that iirc I managed to end up with *different* flow from same version of v on... different machines (did not investigate)
mod6: hmm yeah, that's interesting.
asciilifeform: diana_coman: this is a documented sad, but from gnudiff (it does different lexical orderings depending on 'locale' ) . hearing about it in vtron proper for 1st time
mod6: older version or new or don't recall?
asciilifeform: would be interesting to learn why
diana_coman: mod6, older version
mod6: hmm. interesting. well, if you find such weirds in the wild, don't hesitate to send it to me if you can spare the time.
asciilifeform: ( http://btcbase.org/log/2015-08-21#1246581 )
diana_coman: k, will do
diana_coman: asciilifeform, ugh, I see
asciilifeform: diana_coman: it doesn't explain why vtron would do this in a flow computation tho
mod6: ah yah
asciilifeform: diana_coman: so if you saw this, it is a brand new mystery , not necessarily an instance of what i saw
diana_coman: asciilifeform, I get that, yes
mod6: ok, well, i'll keep an eye out for that too. now that 'flow' is basically informational only, let's keep an eye out on press-path. if you the same vpatch sets on 2 boxes, and use the same HEAD on both, but had a different press-path, then that'd be a problem.
mod6: I haven't seen any thing pop up like that yet. But please report if something like that is observed.
mod6: Alright, maybe i've also decided to just let it remain 'press-path' for the time being. Just because I think it's slightly less inductive of something else that it may be doing.
mod6: *it isn't doing.
mod6: That ok for now?
mod6: Maybe later it changes.
diana_coman: press-path sounds good to me
mod6: *thumbsup*
mod6: Thanks for all the input.
TomServo: I've finally caught back up this morning and keeping pace so far.
mod6: ah, great. thanks for reporting back on that.
TomServo: np. I found myself babysitting in order to get it caught up. It would resume on start, then starve after an hour or two.
TomServo: Always resumed immediately after a restart.
TomServo: asciilifeform: If and when you have time, could you descibe how the instrumentation you mentioned would look?
mod6: TomServo: yeah, i had the same thing trying to get caught up.
mod6: There's some work there to figure out how to make that better.
asciilifeform: TomServo: there's a timer patch
asciilifeform: TomServo: if on other hand you're debugging a crash, this is done with gdb
TomServo: ah! that rings a bell
mod6: yeah, 'blocktimer' iirc
asciilifeform: the most basic instrumentation of course is the ordinary log
asciilifeform: ( esp if you have trinque's timestamp system )
mod6: http://therealbitcoin.org/ml/btc-dev/2017-February/000253.html
mod6: right alf? ^
asciilifeform: right, there were several
asciilifeform: ( see whole thread , http://therealbitcoin.org/ml/btc-dev/2017-February/thread.html )
TomServo: Aye, looks like many useful items here, thanks.
mod6: np
mod6: o7
shinohai: o7
mod6: Hi all
mod6: So yesterday morning I was working on wrapping up the release for V 99993.
mod6: And while doing some additional testing with the binary availibility validation (new) part of the code, something occurred to me. If `which` isn't available, for whatever reason, my vtron just continues along.
mod6: This is a bug and a glaring oversight.
mod6: The first change that I made to fix this problem was just to test, separately, if `which` exists, before testing the rest of the binaries listed in the @dep_bins array.
mod6: However, I didn't like this solution, I wanted to find something that would work for them all. So I did a few other things.
mod6: After doing a bit of inet searching, I simply tried doing something along the lines of searching through everyone's $PATH(s) and looking up the binaries themselves. An exaustive search. This worked for me, but is pretty slow -- totally depends on the size of the tree(s) we're searching.
mod6: It looked like this:
mod6: http://p.bvulpes.com/pastes/z46VS/?raw=true << **** DO NOT USE. EXAMPLE ONLY ****
mod6: So, being unhappy with that, I came across two, seemingly blessed shell built-ins to test if a givin binary is on your path.
mod6: `command -v <bin>`
mod6: and
mod6: `type <bin>` or `type -P <bin>`
mod6: After a bit of testing on my side, I picked `command -v <bin>`.
mod6: I implemented the change, and now have gotten rid of the 'validator' subroutine altogether (from 99993 experimental) and now just have 'check_required_bins'.
mod6: So far this change passes in all of my automated tests. And both shinohai and myself have tested that `command`, the shell built-in, is available in the following shells: sh, bash, ksh, and csh/tcsh
mod6: I don't expect, obviously, my vtron to work on BSD, but I do expect it to puke when it can't find, for instance, `sha512sum`. I can confirm that it does, indeed, puke on this.
mod6: I am going to post a vdiff betwee the 99993 Experimental version posted to the mailing list (http://therealbitcoin.org/ml/btc-dev/2018-January/000287.html) and this new version. Please review, let me know what you think, or if you have any opinion one way or another. Thanks in advance!
mod6: http://p.bvulpes.com/pastes/LEmOL/?raw=true
mod6: Also, please note that the change here:
mod6: - $ante_map{$vp} = [ keys %ante ];
mod6: + $ante_map{$vp} = [keys %ante];
mod6: is a simple code formatting change.
shinohai: Glad I posted my vdiff to you and realized I was still using the experimental v99993
mod6: wb!
diana_coman: thanks!
diana_coman: I can confirm I ran the new v from mod6 and it pressed as expected (path to indicated leaf, without siblings), without any trouble; I don't have atm any iron without which so that part I can't directly test now
diana_coman: if it's of any interest: I noticed that it lists the leaves in a different order than version 99994 (when called with l parameter as otherwise the full flow seems to be listed in the same order)
diana_coman: of course, that is *not* a problem at all in itself
diana_coman: and ftr I like the pp (press-path) feature very much
BingoBoingo: So on a box with multiple ip addresses, the Qntra trb stays in sync when I don't try to limit it to one ip. If I use iptables to force it onto one ip address it will get blocks and then eventually stall.
shinohai: BingoBoingo: have you tried the "wires" patch ?
BingoBoingo: shinohai: No, didn't see much point to it at this time
shinohai: ah kk
BingoBoingo: I figured keep it simple and ended up using the asciilifeform aggression patch.
shinohai: Been using that one as well, it seemed to cure my ills of being isolated from peers (Which was happening ~weekly)
BingoBoingo: When I leave it open to talk on all the ips it does stay synced though.
BingoBoingo: Machine in question is built on https://www.newegg.com/Product/Product.aspx?Item=N82E16813138448 BIOSTAR A68N-5545 AMD A8-5545 (Quad core 1.7G, turbo 2.7G) Processor AMD A70M loaded with 16 GB of RAM and SSD
shinohai: Limiting inbound connections on .conf doesn't help?
BingoBoingo: Why would I do that?
shinohai: Just a thought, mine gets laggy if I don't for some reason even when using aws banhammer
BingoBoingo: I have not tried that yet. Bitcoind on that box pegs one of the cores while eating a block, but otherwise the machine is not strained.
mod6: diana_coman: thank you for testing that out, very much appreciated!
diana_coman: mod6, my pleasure
mod6: BingoBoingo: interesting. it's still going now though?
BingoBoingo: mod6: talking on two ips and in sync
mod6: it's listening on :8333 on two ips? and what about -myip, I assume here that one of these is set to your external ip?
BingoBoingo: Yes, that flag is set for one of the ips. It appears it however does not bind bitcoind to that ip
mod6: interesting. is your node behind? (are you trying to just catch it up?)
BingoBoingo: Nah, it is up to date it just falls behind if I try to force it to stay on one ip with iptables
BingoBoingo: up to date with 24 peers
mod6: ah, ok.
mod6: hmm.
BingoBoingo: The phenomenon is observable where these things are https://bitnodes.earn.com/nodes/?q=/therealbitcoin.org:0.9.99.99
mod6: yeah, just saw that.
mod6: wb
shinohai: thanks, good to see an actual irc screen and not dumb phone app
mod6: :D
mod6: win
trinque: mod6: you around? what's the per rack unit power available?
mod6: Jump into #pizarro
mod6: hey ag3nt_zer0
mod6: how goes?
ag3nt_zer0: hi mod6 how r ya
ag3nt_zer0: doin fine man thx
shinohai: ok ag3nt_zer0 .... what happened after you did: gpg --version ?
ag3nt_zer0: https://pastebin.com/xxK60Tfb
mod6: im doin aight thx
mod6: use p.bvulpes.com plz
ag3nt_zer0: ok
shinohai: Anywho, appears it worked. Have no idea what that weirdness is that won't let you `make install`
shinohai: Next part, did we check you gcc version last night/
shinohai: ?
ag3nt_zer0: no i dont think so
mod6: yup, do this next: `gcc --version`
ag3nt_zer0: 4.8.4
mod6: ok should be fine.
mod6: now you need to get a "v" and press trb
mod6: walk through this guide: http://thebitcoin.foundation/trb-howto.html
mod6: before you start in!
mod6: READ IT
mod6: there are two sections to this guide: OFFLINE and ONLINE. Pick which ever suits you best.
ag3nt_zer0: ok. am i supposed to see gnugpg under applications? when i search for it i get a "passwords and keys" app but dont see gnugpg proper
mod6: ah, fair point. I'll update that. That is not the name of the binary, rather the name of the applcation.
mod6: Ubuntu has this "search" thing, that's for babies. trb isn't for babies.
mod6: from now on, when you see `gpg`, we're meaning "GnuPG" the pile of crap so known.
shinohai: After finally understanding gentoo concepts, I'm amazed I went through all the Rube Goldberg shit one has to do to get trb running on Deb/Ubuntu
mod6: Guide updated.
ag3nt_zer0: mod6: ok hehe so i will just learn to verify the sigs in terminal and not worry about the gui?
mod6: It isn't easy no. Especially if one isn't familiar with crypto and unix in general.
mod6: indeed.
mod6: You can basically need the terminal for everything trb related. there is no gui.
ag3nt_zer0: mod6: ok
mod6: if you can't find a terminal for whatever reason (i.e. new install of Ubuntu), this is a good time to use the 'search'. Simply type 'Terminal' if you can't find it in the, well, wherever they put that thing these day.s
ag3nt_zer0: hehe
ag3nt_zer0: got a few for a zoom?
ag3nt_zer0: whoops wrong window...
mod6: :]
mod6: i bought this micrometer like a year ago, how did i live without this thing before?
shinohai: I actually have one of those, sitting in case with my slide rule lol
shinohai is still envious of mod6's nifty scope .....
mod6: ah, yeah ye ole slide rule!
shinohai: Most of my equipment is pretty old school, I still only have an analog multimeter ffs.
mod6: the rigol is pretty damn nice. gotta get better at using it! (if only i can find the time)
mod6: well, whatever gets the job done 'eh?
mod6: i've heard they went to the moon. with a slide rule
shinohai: I actually prefer it, grew up using it and it's always worked so never bought another one.
mod6: they made us use one, just to learn how to use it back in the early 90s.
shinohai: I bought mine at Radio Shack back in the day, probably around time I got my Forrest Mimms books.
shinohai: Remember these mod6 ? https://www.robotshop.com/en/elenco-mx-907-200-in-1-electronic-project-lab-kit.html?gclid=Cj0KCQiAzrTUBRCnARIsAL0mqcykwmkTf48dj_ogx4MXedROeSewk8p4NFVXnPhtZdJOwdVqj7usVKEaApvYEALw_wcB
mod6: one sec
mod6: haha, no. i'd probably be better off if i did tho
mod6: looks like a neat way to learn some things
shinohai: Good god I spent WAY too much time with that thing as a kid
mod6: haha. right on.
mod6: i wish i had gotten more into ee stuff when younger.
mod6: my parents put a lot of emphasis on skating and puck handling.
mod6: lotta good that did.
shinohai: xD
mod6: don't get me wrong, i love hockey. but yeah
shinohai: Better than mine, that emphasized Christian evangelizing .... and you see how *that* turned out.
mod6: lmao
mod6 inhales pizza
mod6: omg was hungry asf
shinohai: I was about to have a Dagwood sandwich, and read this patch.
mod6: oh man, love me a good dagwood
mod6: i love sandwiches. made myself a nice: ham + cheddar + tomato + lettuce + bacon basard for lunch
shinohai: Yummy. You like Cubans?
mod6: Cubano ftw
mod6: as long as it's done right. ya
mod6: i recently started getting into rubans. been scouring minneapolis for the "best" ruban.
shinohai: I like to cook the pork myself, the store-bought stuff has no juices
shinohai: I like those too, incredibly hard to find around here.
shinohai: (Reubens)
mod6: this one ukrainian place has the best in town imho. there's this other deli that has pretty good ones too.
shinohai: We have a Deli nearby, but their corned beef is a bit salty for my taste
mod6: ah, yeah, im no expert... but i've certainly had pretty not-great ones.
mod6: so once i got had a few times on shitty ones, started looking for "good" ones.
shinohai: btw .... did you ever get to try that cast-iron skillet pizza I told you about?
mod6: you know, now that you mention it, no never did! must have forgot.
mod6: should send me that again. will give it a try one of these times. i bought all these cast iron things. only used 'em on a camping trip.
mod6: which, worked outstanding actually
shinohai: It's worth the extra effort ... makes an absolutely fabulous crispy crust.
mod6: I'm in, the deepdish around here is ... ok.
mod6: it is my fav tho
mod6: im a big fan of chicago style
ag3nt_zer0: mod6: thx for the invite btw!
shinohai: Me too, it's why I learned to make the skillet pizzas .... can't get decent deep dish around here.
mod6: ag3nt_zer0: np man.
shinohai: Glad you could make it and attempt a trb build ag3nt_zer0
mod6: same!
mod6: another invaluable tool i dont know how i lived without is this "Stud finder" thing.
mod6: it helps me find studs.
ag3nt_zer0: shinohai: i should have got to it long ago but glad i still have the opp - and the help :)
mod6: werd, just holler if you need something
ag3nt_zer0: aight
mod6: trinque: hey you around/available?
mod6: eh nevermind, sorry.
trinque: what's up?
mod6: well, i'm trying to sort out some gentoo'ish things... but it can wait.
mod6: sorry bout that
mod6: how goes?

2018-1-31 | 2018-3-1