Show Idle (>14 d.) Chans
← 2018-08-04 | 2018-08-06 → ↓
00:20 deedbot http://qntra.net/2018/08/venezuelas-maduro-survives-drone-attack/ << Qntra - Venezuela's Maduro Survives Drone Attack
00:32 mod6 ben_vulpes: ok only had time today to start on reviewing the provisional july pizarro statement - going through your steps at the same time. so far, I can confirm the BTC incoming/outgoing is accurate.
00:33 mod6 will finish up the rest tomorrow (hopefully).
~ 40 minutes ~
01:13 lobbes http://btcbase.org/log/2018-07-22#1837189 << in other news, I finally figured out my issue. I failed to notice a very crucial piece of the 'logbot-check-mode' method (http://btcbase.org/patches/logbot-genesis#selection-1265.19-1265.63). i.e. the bot's nick has to have irc mode set to +o or +v or else 'logbot-start-pg-thread' and 'logbot-send-outbox' will not be invoked.
01:13 a111 Logged on 2018-07-22 18:27 ben_vulpes: lobbes: that the outbox table has entries in it suggests that logbot-start-pg-thread was never called
01:13 lobbes Bah, it took me way too long to figure that out. Anyways, thanks to all who helped me troubleshoot (phf, ty for pointing me to the hyperspec; I found that documentation to be especially useful on educating myself on the kidergarten-level things)
↖
01:14 lobbes I'll be sure to include this tip in the eventual guide hinted at in >> http://blog.lobbesblog.com/2018/07/logbot-multiple-channels-corrected-on-gentoo-tips-n-tricks-for-the-uninitiated/#selection-551.26-551.132
~ 3 hours 17 minutes ~
04:31 diana_coman http://btcbase.org/log/2018-08-05#1839509 -> aha; legacy code is pretty much layers on top of layers of precisely that
04:31 a111 Logged on 2018-08-05 00:18 asciilifeform: diana_coman: pretty great collection of http://btcbase.org/log/2016-01-21#1379603 .
~ 5 hours 17 minutes ~
09:49 asciilifeform diana_coman: i think my comment went to your spam trap
~ 39 minutes ~
10:28 phf lobbes: hyperspec is first and last documentation you'll need for common lisp. it's generally a good idea to get a feel of what's where in it. it's the only authority on the expected behavior of your code.
10:30 phf (in slime C-c C-d h on a standard common lisp symbol will open relevant hyperspec page for you)
10:39 diana_coman asciilifeform, freed and answered; one of those days I will get around to relocating the blog too and restore its sanity re comments
~ 27 minutes ~
11:07 asciilifeform ty
11:08 asciilifeform diana_coman: re 'student bloopers', 1990s classic re subj, https://archive.is/UyuCi ( rumoured to be a gag, but entertaining )
~ 49 minutes ~
11:58 diana_coman ah, ah, so at least there are jewels of bloopers
~ 2 hours 12 minutes ~
14:10 mircea_popescu http://btcbase.org/log/2018-08-05#1839518 << it's always slow at first, dun sweat it.
14:10 a111 Logged on 2018-08-05 05:13 lobbes: Bah, it took me way too long to figure that out. Anyways, thanks to all who helped me troubleshoot (phf, ty for pointing me to the hyperspec; I found that documentation to be especially useful on educating myself on the kidergarten-level things)
14:11 mircea_popescu BingoBoingo "by explosive drones as his was giving"
14:11 BingoBoingo ty fxd
14:13 mircea_popescu diana_coman all muh comments go to modqueue!
14:26 mircea_popescu in other items that probably actually belong here,
14:26 mircea_popescu <milky25> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
14:26 mircea_popescu <milky25> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
14:26 mircea_popescu <milky25> Handshake cryptocurrency scam is operated by Andrew Lee (276-88-0536), the fraudster in chief at Private Internet Access which now owns Freenode
↖
14:26 mircea_popescu <milky25> Freenode is registered as a "private company limited by guarantee without share capital" performing "activities of other membership organisations not elsewhere classified", with Christel and Andrew Lee (PIA's founder) as officers, and Andrew Lee having the majority of voting rights
14:27 mircea_popescu <milky25> Even christel, the freenode head of staff is actively peddling this scam https://twitter.com/christel/status/1025089889090654208
14:27 mircea_popescu <milky25> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
14:27 mircea_popescu "corporate" dun even begin to describe it. after i fucked that moron's ugly ass-face in every conceivable venue, he's actually "bought" freenode to try and impress ?
14:28 mircea_popescu i'm not fucking impressed ; what the fuck, is it http://trilema.com/2017/in-scams-today-disk-less-terminal-sa-dba-laesquinadelamazmorra/#footnote_3_72501 hour now ?!
14:29 asciilifeform lol cheapo nsa front co
14:29 mircea_popescu you know ?
14:29 asciilifeform what else is a 'vpn'
14:30 * asciilifeform never was able to fathom what 'vpn' subscribers have in their crankcases instead of brains, to fall for such a thing
14:31 asciilifeform the 'dun fall for fleanode, switch to OUR nsa honeypot instead' spamola is lulzy.
14:31 * mircea_popescu is particularly unimpressed by the sort of fucktard who goes all http://trilema.com/and-in-todays-lulz-the-obnoxious-cocksucker & http://trilema.com/2014/the-public-burning-of-bob-beck/ on me when i come offering ~a little~ actual money ; and then rolls over for usg's own "offers" of EXACTLY ZERO.
14:31 mircea_popescu fucktards.
14:31 asciilifeform mircea_popescu: i suspect they dun want and can't use money for anyffing. they want miami.
14:32 mircea_popescu which is precisely the problem, because "they want miami." is just a polite way of saying "however many bn cuntsquirts walk about, there's never bneen more than a million or two souls, and these schmucks don't got one."
14:32 asciilifeform same as openbsd.
14:33 mircea_popescu hence the link.
14:33 asciilifeform the cocksucker is hungry for specifically obummer's cockjuice, nothing else will satisfy.
14:33 mircea_popescu and now back to actual topics, moron interest fades quickly.
14:36 asciilifeform in other noose, buffer overflow found in... zcat.
14:37 asciilifeform ( for bonus lulz, was triggered by an intel official microcode patch as gzip payload... )
14:46 mircea_popescu bwahah
14:47 mircea_popescu can't even keep all the nobusi straight anymoar.
14:47 asciilifeform overflowlang ftw.
14:52 mircea_popescu poor mod6 btw. he sounds like he's got himself well up to the ears.
15:06 diana_coman mircea_popescu, yes, ALL comments go to modqueue atm
~ 37 minutes ~
15:44 mod6 Hai
15:46 mod6 So the USD Incoming/Outgoing table in the July provisional pizarro statement looks correct to me. The only thing I would adjust is the statement about Fiat expenses. Whereas, I agree that all the work could be done from the apartment and we no longer need the co-work space. I'm inclined to let BingoBoingo make the decision there, and it sounds like he wants to take it down to "part-time", which should red
15:46 mod6 uce the cost.
15:47 mod6 Further more, he seems to like it as a good place to receive items. So maybe just strike the part that says "no further need for coworking desk" and edit to something like "expected reduction in cost for cowork desk" or something thereabouts.
15:52 mod6 The Fiat Assets table looks correct to me from following the steps, and when including the outgoing $186 adjustment value in the USD Incoming/Outgoing table.
15:55 mod6 The Fiat Liabilities table looks right -- My understanding here is that we have a $2500 entry here for the wildcat bonus because we initially allocated the wildcat bonus for $7500, paid out $5000, and are carrying the libility forward until it's paid September 1st. Correct ben_vulpes ?
15:59 mod6 Yikes, here we go through the tangibles table. :D
16:11 mod6 !Qcalc 1313/6800
16:11 lobbesbot mod6: 0.193088235294
16:15 mod6 !Qcalc (44900*0.033)/6800
16:15 lobbesbot mod6: 0.217897058824
16:17 mod6 ben_vulpes: qq on the UYU book value -- you listed 0.21648971 , but I get the above ^ am I doing that correctly? Or am I using a bad UYU/USD number?
16:18 mod6 !Qcalc (44900*0.032)/6800
16:18 lobbesbot mod6: 0.211294117647
16:18 mod6 hmm. yeah, let me know on this one.
16:18 mircea_popescu diana_coman aok
16:19 * mircea_popescu is off to the beach, ttys!
16:20 mod6 My only other question on the Tangibles table is that UY3 was not depreciated, even though it was in service for 19 days. Should there be some sort of prorated depreciation on this?
16:20 mod6 c-ya mircea_popescu
16:20 mod6 have fun
16:21 mod6 !Qcalc 0.55312191-(((0.55312191/12)/31)*19)
16:21 lobbesbot mod6: 0.524871059758
16:21 mod6 !Qcalc (((0.55312191/12)/31)*19)
16:21 lobbesbot mod6: 0.0282508502419
16:22 mod6 This make sense for book value after prorated depreciation (fist number). Second number is the prorated depreciation.
16:23 mod6 !Qcalc 0.55312191/12
16:23 lobbesbot mod6: 0.0460934925
16:23 mod6 ^ Full month depreciation would be this.
16:23 mod6 Correct?
16:24 mod6 Ok moving on to the Pizarro Assets table
16:29 mod6 Before I do that, I forgot to sum the values in the book value column in the Tangibles table
16:32 mod6 !Qcalc 0.14906164+0.30000001+0.08109780+0.55312191+0.38888892+0.19308823+0.21648971+0.25106448
16:32 lobbesbot mod6: 2.1328127
16:35 mod6 Ok we're not getting the same sum of the tangible book values, did I add something in that I wasn't supposed to?
16:37 mod6 Ok now actually moving on to Pizarro Assets table.
16:46 mod6 Ok, first question on this part is how we got to the 7/31/2018 (end of july) cash amount of: 6.48908190
16:47 mod6 Here's what I come up with on my own, would be the Sum of the BTC on hand (in mod6's deebot account, minus the 0.08479669 that was in there previously to pizarro's BTC deposit), plus the BTC book value of the USD, and the BTC book value of the UYU:
16:48 ben_vulpes mod6: the UYU book value will indeed fluctuate based on what number you use for the usd/uyu exchange rate
16:49 mod6 !Qcalc ((((6.14882560-0.08479669)+0.19308823)+0.21648971)
16:49 lobbesbot mod6: Error: unexpected EOF while parsing (<string>, line 1)
16:50 mod6 !Qcalc (6.14882560-0.08479669)+0.19308823+0.21648971
16:50 lobbesbot mod6: 6.47360685
16:50 mod6 So we're close here, but not quite to the 6.48908190 that is in the table
16:51 ben_vulpes check to see if it's the difference between our btc values of uyu
16:51 mod6 ben_vulpes: gotcha. any idea what number you used? This should go into my notes so I know to record the UYU/USD exchange rate at the time of the setting of the monthly price point.
↖
16:52 mod6 im using your UYU value actually. (i'm only pointing out the differences, not using them in the calcs)
16:53 ben_vulpes 30.500
16:53 ben_vulpes mod6: you may want to check your account history, BingoBoingo is also sitting on 0.2 of pizarro's btc
16:54 mod6 !Qcalc (6.14882560-0.08479669)+0.19308823+0.21648971+.2
16:54 lobbesbot mod6: 6.67360685
16:55 mod6 So the nubmber im using '6.14882560' is from my ledger after Mr. Popescu paid the S.MG UY3
16:56 mod6 the 0.22505299 wasn't included there, lemme try again
16:56 mod6 !Qcalc (6.14882560-0.08479669)+0.22505299+0.19308823+0.21648971
16:56 lobbesbot mod6: 6.69865984
16:58 mod6 (im adding that in, because even though it was paid on 8/3 it belongs in the July statement - as you have also listed it in the BTC Incoming/Outgoing table.
16:58 mod6 )
17:00 mod6 For my notes, could we say, in general, that to get to this month-end cash asset number, you take the BTC amount on-hand + USD value in BTC + UYU value in BTC?
17:00 mod6 Anyway, take your time, I'm gonna keep going here.
17:01 ben_vulpes more accurately it's cash + tangibles, and various fiats are tangible assets.
17:02 mod6 all tangibles?
17:02 ben_vulpes no hang on, no. btc is the only cash.
17:02 mod6 or just the fiat or other cash lines?
17:02 mod6 ok
17:02 ben_vulpes usd/uyu are fiat assets. get booked as tangibles. see the tangibles table.
17:02 mod6 so -just- btc
17:03 ben_vulpes correct.
17:03 mod6 !Qcalc (6.14882560-0.08479669)+0.22505299+0.2
17:03 lobbesbot mod6: 6.4890819
17:03 ben_vulpes per http://trilema.com/2013/accounting-for-the-nonzero-asset-corporation-the-mpex-standard/#selection-129.0-129.120
17:03 mod6 perfect, that's exactly the number I was looking for.
17:04 ben_vulpes what is that .08 you're subtracting out?
17:04 ben_vulpes oh, this is summing accounts and pulling your change out of your deedbot balance?
17:05 mod6 it's the amount that mod6 himself had in his deedbot account before I was sent Pizarro's 6.21445021 BTC.
17:05 ben_vulpes ding ding ding, okay.
17:05 mod6 must be subtracted out from here on out.
17:05 mod6 well, at lesat, until I send them to BingoBoingo, in which case, he might have his own subtraction he'll have to do. that's the messiest part of doing the pizarro thing through personal deedbot accounts.
17:06 mod6 it would be nice if pizarro had it's own key and could keep it's own ledger, but then who would control or hold said key, and that doesn't work either.
17:06 ben_vulpes book truth lies in the statements; it is useful to verify that the cash line is correct but i would use it as a check, not the starting point from which to generate statements given a) payment timing b) personal use of accounts
17:06 ben_vulpes mod6: nothing stops you from doing this
17:07 mod6 i've thought about it. maybe further discussion around the topic will help change my mind.
17:07 ben_vulpes anyways yes, if you want to audit the correctness of the statement against the value of cash held on behalf of pizarro, you will have to deduct your personal transactions from whatever account pizarro transactions flow in order to calculate a correct number.
17:07 mod6 i honestly think that would be a much clearer accounting way to go.
17:08 mod6 right.
17:08 ben_vulpes mod6: for what it's worth, i twice audited holdings while generating statements and they both came out correct. i suggest you use the statement generation process (combing through ledger/invoice output) to generate statements first, and audit against your personal accounts as a check.
17:09 mod6 ok so now that i've figured out that cash number from the Assets table, there will still two other questions for you above ^ when you get a chance: the depreciation of UY3, and the sum of the book values.
17:09 ben_vulpes can prorate depreciation if you'd like, i elected not to.
17:09 mod6 ah, i see. ok.
17:09 ben_vulpes let me sum assets again.
17:09 mod6 i was just following your steps, and since it was actually in use, figured that maybe we just forgot about it.
17:10 mod6 and btw, the steps are very helpful! thank you much for writing themup
17:12 ben_vulpes mod6: i did not update that row after using the wrong conversion factor for fiat liabilities on my first pass; thank you for spotting that
17:12 ben_vulpes scuse me, fiat tangibles.
17:13 ben_vulpes http://btcbase.org/log/2018-08-05#1839607 there is a fine point here, that this is notionally a "closing-of-the-month" value for the UYU
17:13 a111 Logged on 2018-08-05 20:51 mod6: ben_vulpes: gotcha. any idea what number you used? This should go into my notes so I know to record the UYU/USD exchange rate at the time of the setting of the monthly price point.
17:14 ben_vulpes we're talking tiny amounts of btc, but good process and understanding are important at the outset to forestall tears later, so bear with me
17:15 mod6 ok np at all, just trying to get the process of getting these numbers. take your time. i feel like I'm learning a lot here with all of this, it's super helpful.
17:18 ben_vulpes the past two statements i have pulled that value from xe or forex.com at the time of statement generation. if you want to couple the UYU/USD price timing to that of the USD/BTC price timing, you'd have to hold off on issuing the previous month's statement until you have a btc price signal /for the month after the statement/, and then ask BingoBoingo what the uyu/usd rate is on that day in order to provide a
17:18 ben_vulpes value for the previous month's closing value of the uyu/btc rate (which is also the opening rate for the next month)
17:20 ben_vulpes i do not think that this coupling is necessary, however. a photo of the exchange rate from BingoBoingo at the same cambio on the 27th every month may be adequate.
17:20 mod6 ahh, alright. i get what you mean. so it's a bit simpler to just get the forex number at the time of the statement, rather than having to old up the previous months statement until a BTC/USD price point is established.
17:21 mod6 I think I'm alright with that, again, if it's considered a "notional" number.
17:22 ben_vulpes yeah, keep in mind that the tangibles line is, again per "Accounting for the nonzero asset corporation" "any and all assets that could reasonably be expected to be exchangeable for BTC, even if at a loss"
17:23 ben_vulpes so accounting's job is to provide a reasonable, non-malicious estimate of that value, and let investors perform their own valuation based on whether they think that a high or low value for the tangible in question.
↖
17:28 mod6 I'm on step 10.4 here... having some trouble.
17:28 mod6 gonna read through the steps again
17:28 BingoBoingo <ben_vulpes> i do not think that this coupling is necessary, however. a photo of the exchange rate from BingoBoingo at the same cambio on the 27th every month may be adequate. << This I can do
17:29 ben_vulpes mod6: 10.4 is more of a note about what happens in various scenarios than instructions relevant to anything happening in this month's report
17:29 ben_vulpes derp 10.4, not 9.4
17:30 mod6 yeah, looking at 10.4
17:30 ben_vulpes mod6: what is unclear about that line?
17:31 mod6 just a sec
17:32 ben_vulpes a possibly relevant thread: http://btcbase.org/log/2016-08-06#1515831
17:32 a111 Logged on 2016-08-06 04:47 ben_vulpes: mircea_popescu: how does the server rental fee make sense as "intangibles and goodwill"?
17:33 mod6 ok, so where do we get the month-end number for intangibles, g/w "5.59699926" ?
17:33 ben_vulpes sum of previous month's goodwill and this month's goodwill
17:33 mod6 oooh ok. lemme check that.
17:33 ben_vulpes calculated per "sum the value of all non-capitalized purchases (DC, fiat spent denominated in BTC, and the sum of depreciation charges), and mark that as net change for intangibles and goodwill"
17:34 ben_vulpes (the 10.4 under discussion)
17:34 mod6 Yeah, didn't realize that I had to add in the number from the beginning of the month (end of last month), in this case "4.77078675"
17:35 ben_vulpes ayup, this is how the bottom-of-the-report tables work: summing the previous months values against the current months values to derive a current number.
17:35 mod6 so, i'm close now, but not quite, here's what I'm getting:
17:36 ben_vulpes (to be used in next months reports, etc. hence "reports as ground truth and not your account balance")
17:37 mod6 !Qcalc 4.77078675+0.46713262+0.3+(0.02129452+0.03333333+0.00901087)
17:37 lobbesbot mod6: 5.60155809
17:37 ben_vulpes how about we just look at the net change, first
17:37 ben_vulpes first off, the .3 btc was spent on cash
17:38 ben_vulpes i mean to say that the .3 btc was spent on usd, some fraction of which was not in turn spent on expenses.
17:38 mod6 Which is: The number from the beginning of the month <first number> + DC payment <second number> + living expenses <third number> + sum of depreciation from the tangibles table
17:38 ben_vulpes right, so factor out the invariant and let's calculate the net change since that's where we'll find discrepancies.
17:39 ben_vulpes !Qcalc 0.46713262+0.3+(0.02129452+0.03333333+0.00901087)
17:39 lobbesbot ben_vulpes: 0.83077134
17:39 ben_vulpes some .04 btc discrepancy from the report
17:39 ben_vulpes .004!
17:40 mod6 yeah, i noticed this before that it's not quite the same number as listed in netchange
17:40 ben_vulpes a bitcent says that's the difference between purchased usd and expenses denominated in usd, redenominated in btc.
17:41 ben_vulpes !!up candi_lustt
17:41 deedbot candi_lustt voiced for 30 minutes.
17:41 mod6 !Qcalc 0.83077134-0.82621252
17:41 lobbesbot mod6: 0.00455882
17:42 ben_vulpes candi_lustt: (+ 0.46713262 (/ (+ 186 311 620 183 459 58 44 69 35 44) 6800) (+ 0.02129452 0.03333333 0.00901087))
17:43 ben_vulpes !W (+ 0.46713262 (/ (+ 186 311 620 183 459 58 44 69 35 44) 6800) (+ 0.02129452 0.03333333 0.00901087))
17:43 candi_lustt ben_vulpes: 0.8262125
↖
17:43 ben_vulpes the slut is truncating
17:44 mod6 lol
17:44 mod6 the good ones don't!
17:44 ben_vulpes show me the perl that doesn't mangle double floats...
17:45 * ben_vulpes casting baseless aspersions
17:47 mod6 q% perl -e '$a=0; $a=0.46713262+((186+311+620+183+459+58+44+69+35+44)/6800)+(0.02129452+0.03333333+0.00901087); print "$a\n";'
17:47 mod6 0.826212516470588
17:47 mod6 rounded down though >D
17:47 ben_vulpes like i said, baseless aspersions
17:48 ben_vulpes and it's a truncation, not a rounding
17:48 mod6 actually, no that's right. not rounded at all.
17:48 mod6 hahah, fun
17:48 mod6 ok. moving on.
17:48 mod6 gonna check out this liabilities table
17:48 ben_vulpes mod6: what else troubles ye, i have other sisyphean boulders slipping back downhill as we speak
17:49 mod6 go do what ya gotta do. i said I was gonna go through this whole thing, and learn some stuff.
17:49 mod6 anything else can wait.
17:49 mod6 thanks for stopping in to help fill in the gaps, I appreciate that.
17:49 ben_vulpes i'm here, we're close to the bottom. may as well finish it out.
17:49 mod6 cool, one sec, will start in on it.
17:51 mod6 dear lord, this customer equity line
17:53 mod6 oh boy
17:55 ben_vulpes yeah have fun
17:56 ben_vulpes i'll be back later
17:56 mod6 ok
17:56 mod6 !Qcalc 2500/6800
17:56 lobbesbot mod6: 0.367647058824
17:57 mod6 the wildcat bonus is listed as '0.30487805'. Am I doing something wrong, or missing something above ^
18:02 ben_vulpes no, that's correct
18:02 ben_vulpes yours, i mean.
18:02 mod6 alrighty
18:11 mod6 ok, so I've gone through this table, aside from the customer equity line, and it looks good.
18:13 mod6 I've gotta run for a bit here, maybe later when you're availble we can go through calculating that customer equity. i did some adding, but I came up about 50% short. clearly missing something there.
↖
18:13 mod6 but let's leave this for another day.
~ 28 minutes ~
18:41 jurov mod6: won't it be sufficient to do depreciation once per year, if at all?
↖
18:45 jurov second question is, are you clear how exactly are you doing it. tracking and depreciating every item is imo unnecessarily hairy
18:45 jurov *every item separately
18:48 jurov So far I'm not doing depreciation at all. Only have to take care when an item is broken/sold, that the correct amount is subtracted from tangibles.
18:57 asciilifeform !!later tell phf http://btcbase.org/patches/zfp_2_noc << is not a valid vpatch !!!!!! and yer viewer should have rang the alarms. it references files not in the genesis !
↖
18:57 asciilifeform grrr
18:58 asciilifeform !Q later tell phf http://btcbase.org/patches/zfp_2_noc << is not a valid vpatch !!!!!! and yer viewer should have rang the alarms. it references files not in the genesis !
18:58 lobbesbot asciilifeform: The operation succeeded.
18:58 asciilifeform !Q later tell ave1 http://ave1.org/code/zfp/v/patches/zfp_2_noc.vpatch is an invalid vpatch, it breaks fundamental rule of vtronics , by referencing files not given in the genesis !
18:58 lobbesbot asciilifeform: The operation succeeded.
18:59 asciilifeform it is impossible to press this tree except by abusing a vtron!
19:00 asciilifeform this is asciilifeform's 'shiva' blunder all over again.
19:00 asciilifeform ave1: pleeez make a real genesis ? so i can test this ? thx
19:02 asciilifeform http://p.bvulpes.com/pastes/ap30o/?raw=true << ftr, what happens if you do try to press it. it balks, given as a/examples/constraint/constraint.adb 2df5271a0e78caef0b8281740aeaae60e9e298614951710fd488b7cefc268d151729a682bce66205d310c45a8afb6fa173b1c4e9331fc5ec3cdabdf6663c86eb never existed in genesis.
19:04 asciilifeform or hm, am i simply missing a patch ??
19:05 asciilifeform looks like i am. 'zfp_1_examples' apparently. so this ~is~ shiva all over again.
19:07 asciilifeform my vtron still won't press this, btw, even given all 3 patches.
19:11 asciilifeform ( i'ma have to find out why. )
19:14 asciilifeform mod6's, ftr, won't either, and it sees only the genesis in the flow.
~ 28 minutes ~
19:43 mod6 seems to work ok for me: http://p.bvulpes.com/pastes/qIW0e/?raw=true
↖
19:45 mod6 jurov: um, not sure? i would venture to guess that we depreciate monthly as it's possible that a piece of equipment might die before a year is up, or even come DOA.
19:45 mod6 ben_vulpes: thoughts on jurov's questions?
~ 43 minutes ~
20:28 phf http://btcbase.org/log/2018-08-05#1839743 << probably a multiroot situation. otherwise btcbase does sound alarm (e.g. the "deprecated" patchset has some examples). ftr btcbase is a visualizer of extant patches, it is to some extent more permissive by design than production vtron
20:28 a111 Logged on 2018-08-05 22:57 asciilifeform: !!later tell phf http://btcbase.org/patches/zfp_2_noc << is not a valid vpatch !!!!!! and yer viewer should have rang the alarms. it references files not in the genesis !
20:28 lobbesbot phf: Sent 1 hour and 30 minutes ago: <asciilifeform> http://btcbase.org/patches/zfp_2_noc << is not a valid vpatch !!!!!! and yer viewer should have rang the alarms. it references files not in the genesis !
20:30 phf also shiva situation is different. shiva pressed files, that are not otherwise referenced in subsequent patches, but which are required for the operation of final product. an out of band genesis
~ 1 hours 27 minutes ~
21:58 BingoBoingo In other propaganda campaigns, OG Pantsuit Patrick Stewart has been signed to do a revival of his clasic series: Bipeds Sitting In Chairs And Stairing At Screens While Wearing Pajamas
~ 26 minutes ~
22:24 asciilifeform phf: i see it nao.
← 2018-08-04 | 2018-08-06 → ↑

Random(trilema) | Download hourly DB snapshot | Get Source Code

Theme: Light | Dark | System Default