log☇︎
23700+ entries in 0.175s
a111: Logged on 2018-10-25 17:01 mircea_popescu: http://bvt-trace.net/2018/10/vpatch-replacing-mktemp3/ << i quite enjoyed reading this btw.
a111: Logged on 2018-10-25 14:52 mircea_popescu: up to you whether to make a dir or not ; eventually these will end up in that http://btcbase.org/log/2018-10-23#1865314 -- but the only way that happens is if you try things and then productively disagree with people. i've nfi at the moment whether we do or we don't want single temp files in a tmp dir nevertheless, or anything else ; and i absolutely do not wish to ever do (or will ever permit anyone to) sit around and "think
bvt: http://btcbase.org/log/2018-10-25#1865825 << if you don't force the 'tempfiles ./tmp' scheme, i would much prefer to implement the 'temp. file in ./' variant. vpatch coming at latest tomorrow. ☝︎
asciilifeform: i would've naively imagined that massive 'contrabass' like this would may as well include the uv lamp. but apparently didn't.
mircea_popescu: i suppose.
asciilifeform: i suppose if i had a stable of trained seals, might entertain'em/self in this way.
asciilifeform: there are not so many occasions when i hammer in key by hand.
asciilifeform: i saw a surplus box of this type for sale, not so long ago
asciilifeform: ( i cant say i've ever programmed anyffing using http://www.loper-os.org/pub/podvig_radista.jpg method ... )
asciilifeform: for all i know, you could match 'z80' performance with simply modified cathode tube where the beam steers depending on what the state of the phosphor under it was, rather than moving in linear rasters.
asciilifeform: the harder part might be ~conducting~ tracks -- would need sumthing that can be moved electrophoretically (i.e. ionic) but then somehow fuse into metallic conductor.
asciilifeform: i'd like to learn who it was, who mutilated.
mircea_popescu: http://bvt-trace.net/2018/10/vpatch-replacing-mktemp3/ << i quite enjoyed reading this btw. ☟︎
mircea_popescu: it's fine for i suppose a fifteen year old, though if it carries into the next year there's already mild retardation involved.
asciilifeform: mircea_popescu: regularly there's word from some d00d who actually bought surplus gear ( see e.g. linked thread ) and 'omfg, i made a diode!' , typically as far as they get ( and it wasn't even because usg.dhs came for his flourine , afaik it did not )
a111: Logged on 2018-10-25 16:07 asciilifeform: reminds me of process of buying autos in usa. picture, you walk in with chequebook. 'i want toyota' --- 3 hrs later, you MAYBE drive off in a toyota, or more likely yer still fighting over 'no, i do NOT want loan, not at 3%, not 2, not 0 , i want to pay with money'
asciilifeform: mircea_popescu: i'd even settle for something entirely like ice40 but with fuse/antifuse bridges
asciilifeform: presently i have nfi whether this is physically possible, or how in particular -- could be fpga-like device where somehow the components actually ~move~ into position ; or sumthing where you can optically burn away the unused tracks through 'window' ; or some yet entirely unknown trick.
a111: Logged on 2018-04-30 16:16 asciilifeform: ( for the sake of thread-completeness, what would the ~alternative~ to this story look like? i suggest -- it'd be a process which does to ic fab what 'polaroid' process did to colour photography. find way of etching the circuit from prefab 'sandwich' without caustic baths, sputtering, etc... )
mircea_popescu: of course i leave.
mircea_popescu: well what the fuck am i gonna do, marry a local and cultivate the pampas ?
asciilifeform: i don't pretend to specifically know. point is, it's an anti-personnel mine field, not anti-tank.
asciilifeform: i'm sure mitsubishi also gets what it wants
mircea_popescu: i suppose it's the intent. leaks like a sieve, not like i don't get done precisely what i want. it takes some screaming, which i got a large store of.
asciilifeform: ( asciilifeform is not labouring under delusion , however, that 'if only they sold, i could be sitting in $50k mircea_popescu-grade castle', prolly mitsubishi would own'em all )
asciilifeform: there was yet another level of idjicy in ro, that i discovered, where they won't sell the shit to foreigners
mircea_popescu: and this also speaks volumes as to the superiority of the 90s -- i personaly bought hruscheba apts in mining-zone-being-abandoned for color tvs and such expedients.
mircea_popescu: asciilifeform i see it as a form of idiocy.
asciilifeform: at some point he gives up guarding it, as it costs sumthing, and the gypsies move in, i suppose this can be seen as a form of 'sell'
asciilifeform: i thought it was 'idjit commissioned build without checking whether he has the whole sum'
asciilifeform: mircea_popescu: i saw truly mindboggling number of unfinished-and-decaying half-built houses in timis
asciilifeform: reminds me of process of buying autos in usa. picture, you walk in with chequebook. 'i want toyota' --- 3 hrs later, you MAYBE drive off in a toyota, or more likely yer still fighting over 'no, i do NOT want loan, not at 3%, not 2, not 0 , i want to pay with money' ☟︎
asciilifeform: they mostly deal with ~broke orcs, neh. who walk in and 'i want 'buy' house, but i have no money'
mircea_popescu: because, again, why would i.
mircea_popescu: anyway, if i for some reason walk into dnc office odds are stupid fat woman will similarly misbehave ; and the "bitch, i diselected your ur-whore" isn't gonna happen there more than in messipissland.
asciilifeform: well if not then how is the dealer to know that yer payment-capable, without 'assess'. or do i misperceive what that meant
mircea_popescu: cuz why would i.
mircea_popescu: and i do not mean that in the negative, art all. literally, let them try, get to know us, figure things out, break their "assesorando" toolchain in the process....
a111: Logged on 2018-10-25 05:10 asciilifeform: http://btcbase.org/log/2018-10-25#1865735 << i took a stab at this 2y ago, was very frustrating on acct of asic-baking not being a 'cash and carry' process like e.g. pcb-baking, but a heavily meat-powered affair where the derps want to 'get to know you' to figure out how much they can fleece
asciilifeform: BingoBoingo: i doubt any of it belongs in same sentence with word 'soon', we're speaking of just short of mars colony.
asciilifeform: the actual physical procedure of baking the ic is not as standardized as i previously (to last thread) thought.
asciilifeform: and their magnitude will depend, i also suspect, on how well he plays his cards.
asciilifeform: the exact figs can only be obtained by a cn-speaking emissary, i suspect.
asciilifeform: i found this out the last time we had 'let's bake ic' thread, and it was thoroughly depressing, put me off subj for 2y..
asciilifeform: i wouldn't go so far as 'can't', but we're talking 'lease $B plant for 6mo.' sort of figure.
mircea_popescu: if i wanted the center caret of z80 rotated 90 degrees and printed, i could not get this done.
mircea_popescu: ie, i can't fucking have an arbitrary chip made.
asciilifeform: as i currently understand, that means vertical integration, i.e. building the plant.
mircea_popescu: no but i mean, pre-bake it in 4096 bit chunks
asciilifeform: the other is political, all of the existing vendors obfuscate and keep seekrit the necessary docs to actually program the thing. ice40 happens to have been reversed, but it is ruinously small ( still ~150x bigger than the miniature xilinx i baked FG from, however , but too small even for 4096bit adder )
mircea_popescu: i don't suspect they're well understood.
mircea_popescu: i'm not particularly invested in being right about it ; but i'd better not be right and we end up with the wrong thing.
asciilifeform: i disagree -- fpga is analogous to gutenberg's movable type; classical 'asic per design' to chinese whole-plate.
mircea_popescu: i believe attempting to go "everything's a fpga because fg worked ok on one" is learning the wrong lesson from fg, in the http://btcbase.org/log/2014-06-02#699427 sense. ☝︎
mircea_popescu: and i suspect the later.
mircea_popescu: i can well define a hammer, one of the simplest devices.
asciilifeform: buncha gates, as many as can fit, and a programmable switching matrix, a la old telco , look up tables made of 4-6 bits of sram that turn a given unit into 'and' , 'or', 'xor', half-adder, straight wire, whichever is necessary. i dun know how to more rigorously define, it is one of the simplest devices, straight homogeneous grid of sram cells plus a couple hundred (thousand, in larger devices) 'express lanes' made of straight metal,
mircea_popescu: i dunno "fpga" is something that may be sane.
asciilifeform: mircea_popescu: i've outlined several items, historically. will summarize for the l0gz, in order of descending ( per asciilifeform's lights ) universality : 1) sane fpga 2) sane minimal cpu 3) 8192-bit arithmetizer ( a la ye olde weitek! but for ints ) 4) 2+3 , if somehow can be fit into 1 die 5) 1chip carrierless radio ( per thread ) 6) sane ethernet controller .
mircea_popescu: phf i dunno that it's set as "something we do" ; but it's certainly something we do in preference of "/tmp" much like we do things in preference of /dev/rand and other such bs.
phf: http://btcbase.org/log/2018-10-25#1865788 << thanks for the resolution, i wasn't sure if my insistence on my original (that is temp file in .) approach was sensible or not. "canonical" in this case was whether or not that's something we do, not whether or not that's something unix does ☝︎
asciilifeform: i was originally speaking of http://btcbase.org/log/2018-10-25#1865751 dig. ☝︎
asciilifeform: i expect they use meat hands, with microscopes, to package.
mircea_popescu: in any case asciilifeform : i am sure nsa would have no problem spending a coin or two on prototyping this.
mircea_popescu: up to you whether to make a dir or not ; eventually these will end up in that http://btcbase.org/log/2018-10-23#1865314 -- but the only way that happens is if you try things and then productively disagree with people. i've nfi at the moment whether we do or we don't want single temp files in a tmp dir nevertheless, or anything else ; and i absolutely do not wish to ever do (or will ever permit anyone to) sit around and "think ☝︎☟︎
asciilifeform: http://btcbase.org/log/2018-10-25#1865790 << i sat for 2h last night reading 'standard' and 'rationale', and was not able to determine ! will require extensive dig into the gnat src, i suspect. ☝︎
asciilifeform: the other thing i oughta mention, is the amt of sweat required. if asciilifeform were a free man, could do it in perhaps a year. but at present-day capacity, would not dare to even try.
asciilifeform: here's what i was able to find , via the pdf turd : base charge is 700 -- 12000 euro / mm^2 , depending on density ( 0.35uM to 28nm ); this gets you 25 ~bare~ dies , + 'phree 15 if available' ;
asciilifeform: ( the other sub-$1mil fab is mosis co., but it is in usa, serves primarily usg, and dun publish prices, in the past i tried to get estimate from it but without success )
a111: Logged on 2018-10-25 08:23 mircea_popescu: http://btcbase.org/log/2018-10-24#1865605 << i wouldn't send him supplies he doesn't ask for. let the man actually do something useful.
asciilifeform: http://btcbase.org/log/2018-10-25#1865788 << separated '/tmp' is not imho entirely worthless, i've set up boxen where it lives in ramdisk, where imho it belongs ☝︎
bvt: given that there is a single temporary file -- would ./ also work? ./tmp directory would have to be separately created and removed, and the less unix fs is touched, the better, i guess.
a111: Logged on 2018-10-24 20:28 phf: i think it's an open question for the logs, whether or not /tmp is canonical place for putting temporary files, and whether or not writing a copy of what's being pressed in some arbitrary place (for all practical purposes) is a good idea
bvt: http://btcbase.org/log/2018-10-24#1865707 << i see a point re not writing above ./; will reimplement using ./tmp. ☝︎
a111: Logged on 2018-10-24 20:28 phf: i think it's an open question for the logs, whether or not /tmp is canonical place for putting temporary files, and whether or not writing a copy of what's being pressed in some arbitrary place (for all practical purposes) is a good idea
mircea_popescu: IF your program puts something in /tmp, your . is /, and live with that (i for instance will never sign such a monstrosity, unless it's the os/kernel itself)
a111: Logged on 2018-10-24 19:57 phf: http://btcbase.org/log/2018-10-23#1865503 << i threw your patch on btcbase, it looks good, though i'm not sure i agree with the decision to put temp file in /tmp. the point of putting it in same hierarchy as press, was to avoid the whole cross-file-system issue
a111: Logged on 2018-10-24 18:45 asciilifeform: mod6: in fact, and iirc i discussed this 2y or so ago in the l0g, by my current understanding of the reorg mechanism, it is possible to wedge ~any~ noad by throwing a specially- 'retro'-mined block with a higher work delta than the 'genuine' one at a particular point. then reorg dun trigger at all.
a111: Logged on 2018-10-24 17:57 asciilifeform: BingoBoingo: nao i'm curious, how do they typically respond
mircea_popescu: http://btcbase.org/log/2018-10-24#1865605 << i wouldn't send him supplies he doesn't ask for. let the man actually do something useful. ☝︎☟︎
mircea_popescu: "if i tell truth -- moron cousins back home laugh at me ; if i tell lie, they also come over -- i laugh at them."
a111: Logged on 2018-10-24 16:03 asciilifeform: bvt: on contemplation, i'm thinking possibly mips should simply get own v-branch, if we ever actually get hold of a mips.
a111: Logged on 2018-10-25 01:26 asciilifeform: previously , from last 2+yrs of reading docs, i laboured under the impression that the only process that demands secondary stack, is ~returning~ variably-lengthed objects. rather than simply passing'em forward as 'in' param. which in erry context OTHER than generic, worx .
diana_coman: http://btcbase.org/log/2018-10-25#1865729 -> ugh; I think I might have even seen this at some point before but I did not investigate it ☝︎
asciilifeform: ( i omit to mention ~large~ fabs, given as if you aint representing a large and known $$$ concern, they dun even return calls )
asciilifeform: granted in past 2y since i last looked, the mythical beast of 'small fab' could have been born
asciilifeform: http://btcbase.org/log/2018-10-25#1865735 << i took a stab at this 2y ago, was very frustrating on acct of asic-baking not being a 'cash and carry' process like e.g. pcb-baking, but a heavily meat-powered affair where the derps want to 'get to know you' to figure out how much they can fleece ☝︎☟︎
a111: Logged on 2018-10-23 17:11 asciilifeform: ( nao i'm curious, what, by d00d's lights, is 'full node', and where might one get such a thing )
a111: Logged on 2018-10-23 15:57 asciilifeform: i'ma let mircea_popescu ponder whether this kind of thing is worth doing
mircea_popescu: http://btcbase.org/log/2018-10-23#1865384 << i confess i don't understand what's being authenticated. ☝︎
a111: Logged on 2018-10-23 14:19 asciilifeform: i'ma describe , for the l0gz : ideal cpu for crypto would be something quite like the schoolbook mips.v -- no cache, no branch prediction, no pipeline, no dram controller (run off sram strictly), a set of large regs for multiply-shift , and dedicated pipe to FG (i.e. have single-instruction that fills a register with entropy )
asciilifeform: previously , from last 2+yrs of reading docs, i laboured under the impression that the only process that demands secondary stack, is ~returning~ variably-lengthed objects. rather than simply passing'em forward as 'in' param. which in erry context OTHER than generic, worx . ☟︎
a111: Logged on 2015-09-22 03:01 asciilifeform: speaking of, last i checked, 'trezor' was still reflashable from the usb jack.
asciilifeform: phf: funnily enuff, just about erry year i briefly contemplate baking a sane disk crypter, but always run against same wall -- sata interface is ~unobtainable outside of reich-asics
a111: Logged on 2018-10-24 20:31 phf: i like to keep things red/black, so that e.g. red disk plates go into tomato soup at some point, but considering how leaky the whole system is, there's not really a red/black within the same machine anyway
phf: i like to keep things red/black, so that e.g. red disk plates go into tomato soup at some point, but considering how leaky the whole system is, there's not really a red/black within the same machine anyway ☟︎
phf: i think it's an open question for the logs, whether or not /tmp is canonical place for putting temporary files, and whether or not writing a copy of what's being pressed in some arbitrary place (for all practical purposes) is a good idea ☟︎☟︎
phf: bvt: i think it's fine as is. scratch your own itch and all that
bvt: hi, phf! i can provide a follow-up vpatch for respecting TMP/TMPDIR
phf: yeah, this time around i'll have plenty of time to investigate all the ru corp details, and also photos