22500+ entries in 0.168s

BingoBoingo: <asciilifeform> there were quite tall piles of iron at the flea market, and nobody was buying (
i walked for ~4h and it appears to have moved not an inch ) << asciilifeform has a hell of an eye, the local ebayazon suggests richer variety of golden junk in Argentina
mod6: As
I said,
I do not have much time.
I do what
I can. But
I know it's not good enough.
mod6: The times that
I've put in there are a bit subject, my irc client runs on UTC time, and the logs the same, and we've had DLST here this week.
I've tried to be as honest with the thing as
I can be.
mircea_popescu: contrary to your "
i have no marketable skills" claims, it turns out you were quite successful at nontrivial task.
mircea_popescu: nor diana nor can
i be arsed to dig through mp's packed museum
mircea_popescu:
i dunno
i like alt-endian systems enough to support them\
mircea_popescu: in order to support diff endianism
i gotta pay the cost of processing twice.
mod6: Alright.
I'll put together a blog post.
mircea_popescu: "what
i have been doing, nov 4th - november 11th" ; "what
i intend to be doing, nov 11th - nov 18th".
mod6: Well, in regards to the statement, specifically,
I only got the draft of the statement from BingoBoingo on the 7th. And been going through it since then.
mircea_popescu: gotta get into the nitty gritty of this, because
i gotta tell you,
i publish, on time and for years, 3x or more of the report count you have, and it's a few hours' worth if that.
mod6: But maybe others disagree.
I don't think it's 'a'.
mod6: Well,
I think
I have a lot on my plate, and we've discussed that. So
I'd say 'c'. Overwhelmed. Too much to work on, and not enough time/hands to do it in.
mod6:
I want to do this, and get a keccak vtree.
I think
I said as much at the time, just wanted to ensure that keccak was in working order before we moved to it.
I thought that to be the most prudent thing to do.
mod6:
I think this was just a misunderstanding, poor communication on my part.
mircea_popescu:
i said hijach ~the foundation~ to crash ~my~ standards process.
mircea_popescu: and in general,
i can't fathom as we stand right now whence your troubles come.
mircea_popescu: mod6
i'll tell you, it is fucking painful to have to argue n times over the "here's auction system fucking use it". alf in his worse days, years ago, presented similar challenges. makes me feel like
i'm fucking pushing the grain into the chicken, why the fuck would
i, let it fucking starve.
mod6:
I'm trying to get both BingoBoingo and myself better at this -- but as it is, it's like the blind leading the blind.
hanbot: mircea_popescu: surething.
i'm saying
i don't think growing pains == unreliability in any sense.
mod6:
I am trying to learn all of this stuff ; It has been difficult as some things come easy for me, but a lot of what is important in what
I think you're frustrated with has not come easy.
hanbot: fwiw mod6 still figures as "heart of reliability, solid fellow" in my book. he stepped up to some (afaik alien to him) challenges lately and while it may be rough going,
i've never seen a drop in commitment from the guy. just sayin'.
mod6: mircea_popescu:
I'm sorry you've lost faith in me, and if
I could some how fix it,
I would. The only thing
I can figure that is wrong here is that
I'm in way over my head.
mod6: jurov didn't want to touch pizarro or its accounting. so that's out,
I tried to hire him months ago.
mod6: ben_vulpes was going to look it over, but
I don't think he had a chance.
mod6:
I just have very little clue on this accounting stuff. And other things, it's apparent.
mod6: <+mircea_popescu> mod6 coming on the heels of the misspecced auction and so on, this looks terrifying. << Yeah,
I screwed up the auction.
I apologize. We had hoped to get some oversight on the last months statement from pizarro but it didn't happen. It might not even be incorrect, and BingoBoingo's draft might not be even incorrect.
mircea_popescu: at some point along the way mod6 has turned from "heart of reliability, solid fellow" to "everything this guy touches will explode in shocking ways and half the time silently".
i wish to identify when this happened ;
i wish to indentify how and why it happened. and
i wish it fucking fixed, preferably right the fuck immediately what the fuck.
a111: 2018-11-04 <ben_vulpes> will be making new contacts in the next month to find a shared cab for racking the foundation machine
i lugged across the continent
mod6: An update on Pizarro's statement for October: BingoBoingo has a draft, of which
I've poured through. We seem to have more BTC on hand then is adding up at the moment. So we're going to be auditing some previous statements to see where the problem might be.
diana_coman: so perhaps
I get the *why* but
I don't buy it for a communication protocol, just why to "not know"
diana_coman:
I suppose the idea there was to *not* specify byte order at all
diana_coman:
I also don't get why to do that really, hence current code that doesn't do it, no; (what it does is to simply check if local machine is big endian in which case it flips octets of anything on more than 1 octet)
a111: Logged on 2018-09-14 16:27 asciilifeform: to round out thread,
http://btcbase.org/log/2018-09-14#1850330 << in my orig udp attempt,
i dispensed with the traditional 'gotta be in network byte order (tm)' doctrine, in favour of 'if packet doesn't pass muster, THEN flip the endianism and try again 1ce'
a111: Logged on 2018-09-14 17:09 mircea_popescu: iirc we even had a discussion re standardizing a byte order ; though from the fact that
i don't recall the results
i take it
i got shown broken cats.
a111: Logged on 2018-11-10 16:56 asciilifeform: also how come you need procedure Cast_LE( LE: in out Raw_Types.Octets ) ?
i thought the algo was 'if message invalid, flip endianism in whole thing and re-eval before discard'
diana_coman: yes, that's what
I had in mind; and
I think it does solve the problem because it effectively fixes the size, yes
diana_coman: if it is described as a variable length
i.e. n* ... then it's variable, what can
I do
mircea_popescu: otoh
i don't really want all the structure at one side of message for crypto-shamanistic considerations.
diana_coman:
i.e. it should be the last thing in the message
diana_coman: this is what
I had in mind; it helps but: diana_coman> in which case fine, it can perhaps even work like that for most messages except stuff that has max>message size and/or stuff that has meaningful data *after* this variable part
diana_coman: for the other
I really don't see how exactly to have at the same time flexible size (specifying n and then n* IS flexible size) AND record'write
diana_coman: at implementation time that is how
I define the counter for keyset for instance
mircea_popescu: point in case, defining variable in "bitsize". why am
i not simply saying "this is a counter from 1 to 19" or w/e ?
diana_coman:
I'm not sure what would the bitwise thing buy exactly?
mircea_popescu: diana_coman would it be smart if
i defined the count types narrowly ? ie, bitwise ?
mircea_popescu:
i honestly don't understand why ada doesn't have native support for structured data.
diana_coman:
http://btcbase.org/log/2018-11-10#1870620 -nitpick away!
I actually DID consider that and
I decided it's not really fitting because think of it: if
I make it enumeration that *also* means you can actually go succ and prev which however isn't something that makes sense for message types; it's not like they are an actual ordered thing
☝︎ mircea_popescu: asciilifeform you can define hooks for replacement.
i suspect this might be a theme thing. mine replaces gpg code with fixed format... apparently her theme replaces :)
mircea_popescu: (
i agree, it makes no sense, it's a strong l. but english has no conception.)
Mocky: another 9 hours of sleep. now
I feel like
I'm back to life
mircea_popescu: in the present situation
i'd settle for a three-file 5k loc mp-wp reduction from the current imensity.
mircea_popescu: and
i'd 1000% rather have php machine do image manipulation than whatever local machine with scp authority,
i'll tell you that.
mircea_popescu: 700 is no viewport
i ever heard of. the choices are 640, 1024 and 1280, practically.