tmsr - Search: i

11700+ entries in 0.091s

asciilifeform: i confess that i like my method moar. no blacklists, no whitelists, no timers, nuffin.

asciilifeform: i thought mpwp spamola trap was 100% based on the clever boobytrap described in earlier thrd, no magic banlists

mircea_popescu: in other wowz : http://trilema.com/2015/open-callgraph-for-therealbitcoin-in-svg-format/#comment-114712 << comment automatically (and incorrectly i suspect ?) marked as spam back then

asciilifeform: i half suspect that it exists simply to make east usa look livable in contrast.

a111: Logged on 2019-05-31 11:59 diana_coman: asciilifeform: fwiw I enjoy your non-programming output

diana_coman: asciilifeform: fwiw I enjoy your non-programming output ☟︎☟︎

mircea_popescu: i didn't delete them off the site, just took 'em out of rotation is all.

mircea_popescu: in other news of little consequence, i added 4 more headers and deleted like a dozen or so (older, shittier ones), leaving the grand total at 57.

feedbot: http://www.loper-os.org/?p=3378 << Loper OS -- Sometimes, at night, I dream about the boat.

asciilifeform: phf: i once sank good bit of time into attempt to bring up the ubiquitous 'crab nic' (realtek gb) from asm. broke teeth, it needs a working interrupt stack to run (i.e. 'spittoon in 1 strand', need entire os) . since then, found the 'seekrit' datashit, theoretically could do it, but not had time. ☝︎

mircea_popescu: speaking of which, i'm about to transfer ~15 gb worth of pics through http://btcbase.org/log/2019-02-03#1892065 mechanism, and it occurs to me... hey ben_vulpes would this be criminal misuse of the system ? ☝︎

asciilifeform also catching up , with the bloody ch18, the php crapola ate up moar sweat than -- i think -- any prev. ch, possibly aside from barrett

asciilifeform: mircea_popescu: got it, worx. plox to deedbot-invoice asciilifeform (i'ma have to refill the piggy before i can fill it tho). ☟︎

phf: asciilifeform: right, snabb doesn't have some of our restrictions, i.e. they accept all kinds of modern gnarl in exchange for the ability to send raw packets. i'm not sure their approach even works on old cards

phf: i'm not sure that's particularly useful. at the time i was still switching between running btcbase on hunchentoot in prod and on alisp/aserve in development

phf: i'm also using http://marijnhaverbeke.nl/talks/defservice/ in front of it, and i added support for hunchentoot, so i rarely write anything that looks like hunchentoot specific code.

a111: Logged on 2019-05-29 08:42 spyked: in particular, I saw trinque, phf and ben_vulpes have been using it in the past, so I'd appreciate any input you have on the matter

phf: http://btcbase.org/log/2019-05-29#1916136 << i'm using hunchentoot-1.2.35 but that's in no way explored, that's whatever i got out of quicklisp on first btcbase deploy ☝︎☟︎

mp_en_viaje: indeed. i had sluts live illegally for years, didn't even get fined.

mp_en_viaje: asciilifeform, well, meanwhile since i'm here put a little more weight into the network and so on.

mp_en_viaje: i thought it's a little weird, /me throws a small bone, dog studiously pretends to not notice while tryna get all sorta typically needful "projects" off ground, like writing books and makign tv pilots.

asciilifeform: re moldavia : asciilifeform has a hilarious ro textboot, from sovok-era moldavia. exactly , near as i can tell, ordinary ro, but cyrillicized

mp_en_viaje: i think by now they use a sort of auxiliaries that are allowed to marry.

mp_en_viaje: closed two days later i wonder ? probably... ALSO the investor's fault ? it's not like "everything the government makes IS shit", not at all ?

ave1: I'm currently reading May, next April...

ave1: http://btcbase.org/log/2019-05-01#1910413, not dead, to get up to speed I let my new job take over my life ☝︎

asciilifeform: http://btcbase.org/log/2019-05-29#1916188 << i find it riotously lulzy that anyone still can be found to fall for the 'seekrit email' flavour of scamola. srsly, wtf ☝︎

asciilifeform: then sure. d called it 'structured programming' (i.e. the craft of ~not~ writing a proggy like this)

mp_en_viaje: right. that's what i mean re dlc

mp_en_viaje: how shall i formalize the idea here...

BingoBoingo: I need coffee in volume. ~10 cups minimum

BingoBoingo: However I am curious how the cheapest model on the local market failed.

asciilifeform: the protocol is 'fractally retarded' -- i.e. broken on absolutely erry possible level. starting from where it takes exactly 1 trivially forged packet to close someone's connection, to where 'allcomers' get a substantial chunk of memory allocated , and make ddos trivial , to where it forces 9000x moar complicated design of routing gear, to... could continue but why.

asciilifeform: i vaguely suspect that it may have been the original usg-'standards committee'-powered explicitly-organized nobus generator

a111: Logged on 2019-05-29 09:06 spyked: the weird part is that the linux tcp stack ~works~ for the most part. I imagine the maintainer of that particular subsystem must be a neckbeard with 20+y experience in tcp (because sure, it's not only the implementation, the protocol itself is a mountain of complexity)

spyked: and then looking at e.g. https://elixir.bootlin.com/linux/v3.10/source/Documentation/CodingStyle , one can readily notice that half or maybe more of the tcp code doesn't meet that minimum set of criteria. and yet... it's there. so, I guess re. http://btcbase.org/log/2019-03-15#1902966 he was prolly dumb from the very beginning ☝︎

spyked: the weird part is that the linux tcp stack ~works~ for the most part. I imagine the maintainer of that particular subsystem must be a neckbeard with 20+y experience in tcp (because sure, it's not only the implementation, the protocol itself is a mountain of complexity) ☟︎

diana_coman: by now I suspect most code out there is the fungus sort as that's how things "naturally grow"

a111: Logged on 2019-05-22 21:36 lobbes: As it stands I have two full pages of hand-written notes with various c and apache-stack likbez, and that was just so I could understand up to line 152 of https://github.com/mbattyani/mod_lisp/blob/master/mod_lisp2.c (only 900 or so lines left to eat). I most likely will publish these notes as a blog post once all is said and done

spyked: and I guess I'd prefer starting from code already battle-tested by L1 (in the form of a tarball + ksum?) rather than shithub, and turning _that_ into a genesis. although I suspect I'll have to dig deeper into the heathenpits of git commits anyway.

spyked: in particular, I saw trinque, phf and ben_vulpes have been using it in the past, so I'd appreciate any input you have on the matter ☟︎

spyked: so far I've been looking at the project changelog and the patch history and the patches seem like a mixed bunch, with (perhaps) some useful things and breakage a la sslism. so before going further, I'd like to get some idea of what version of hunchentoot the lordship and the L2 are using

a111: Logged on 2019-05-22 21:36 lobbes: http://www.thetarpit.org/posts/y05/090-tmsr-work-ii.html#selection-197.31-205.258 << I wager there's a good chance you'll publish a genesis of tbnl/hunchentoot before I eat through mod_lisp, but I agree: as pieces emerge, we can sync up, regrind as needed, etc.

spyked: good morning, #t! following up on the http://btcbase.org/log/2019-05-22#1915244 thread: I've started reviewing hunchentoot, the first step would be to figure out which code base to use as a starting point from the genesis. ☝︎

asciilifeform: nao that i think about it, iirc we indeed had thread where calculated that with 10 or so % of total hash horse , could frag the net ~by orphanage size~ ( us, 0, heathens, a range of x's )

mp_en_viaje: i recall at least a half dozen of these "nope, nm, mp was right"

asciilifeform: it's funny, erry yr or so asciilifeform goes 'bbbut i distinctly recall, protocol went like x' ...then dig in the sores again and 'mno, instead did the retarded thing'

asciilifeform: but iirc i never published this ( not that it's hard to make ) , cuz wasn't burning ( and still unsure whether this was the right approach as such )

mp_en_viaje: so, real chain weighs 1bn and block #2 weighs 1, i make fake chain with block alt-#2 weigh 2 and total chain weigh 10mn, in 1mn blocks.

asciilifeform: possibly, i have not experimentally verified

mp_en_viaje: i do not need to match difficulty block by block, see.

mp_en_viaje: then i could continue this way to block 620k. just as long as i have both a) longest chain and b) a more difficultuous block sometime early on, my chain is technically, by protocol rules, the true chain.

mp_en_viaje: i could (in principle) produce an alternate block #2, very cheaply, but of higher diff than the true block #2. this then ~should~ be accepted by syncing node.

a111: Logged on 2018-10-22 22:37 asciilifeform: mircea_popescu: unrelated to anyffing: i have a tentative thing that eats a http://btcbase.org/log/2018-10-20#1864354 and gives trb option of replacing 'checkpoints' with it ( i.e. on boot, tests all already-stored blox against it, and if any blox in the tape are not yet present, then it requests & accepts them and only them, 1 at a time ). do we want this for field use ? (if so i can put on conveyor for cleanup)

asciilifeform: mp_en_viaje: i still suspect that safe bringup of a noad where certain blocks are immediately stored in readonly form requires some form of a http://btcbase.org/log/2018-10-22#1865197 ☝︎

mp_en_viaje: 80% similarly. and so on. just pick one -- by which i mean, expose knob in config, let any user pick his hairdo"

asciilifeform: granted i cannot say how he ought to have decided on concrete number 'down below which not mutable.' he would've had to 'guts' . ☝︎

mp_en_viaje: what i'm sayng here is, that a trb w/o the rainbow tables is shipped defective, like a car without wheels or w/e, toys without batteries.

mp_en_viaje: "cogentco doesn't give me ip" "ever wondered why ?" "you mean there's a government conspiraci ?" "no. i mean there doesn't need to be one."

a111: Logged on 2019-05-28 16:22 nocredit: another question: if i run core without using segwit features (so sticking with the 1 starting addresses) am i actually protected from an eventual attack on segwit? I know that here is not core support, but there is a way to tell core to dump the segwit part?

a111: Logged on 2019-05-28 16:11 nocredit: first of all i'd like to ask what is a sane time for sync from zero to 100%

mp_en_viaje: http://btcbase.org/log/2019-05-28#1915778 << honestly, i don't even see this as a legitimate question. ☝︎

mp_en_viaje: i think he lived there.

asciilifeform: if i knew tagalog, i think i'd try an' keep it seekrit, lol

mp_en_viaje: exactly what i mean.

mp_en_viaje: this design permits fallback ("i want to see dynas but if absent gimme joes" sorta setting)

diana_coman: ugh, last time the rough sketch sounded as I said above though, lolz

diana_coman: iirc it was specifically not a list of meshes but at most a list of overall graphical profiles as it were; i.e. each thing then at any time has only one option

mp_en_viaje: and so i suppose all this can go in config file.

diana_coman: (re files and access time I need to look if I can get it, hopefully, via Ada.Directories)

mp_en_viaje: it's only the user whocan decide "i don't want any sounds" or "no videos" or "no meshes only icons" or anything like this.

diana_coman: I said "server did inform" not didn't, lol

mp_en_viaje: i mean, if client doesn't know wtf it is, how is client to use it ? obviously it informs.

diana_coman: fwiw I'll clearly have to hack my own client at the very least for making it text-only since there's no point in asking for all the graphical parts just because server did inform that those objects have this and that graphical part

mp_en_viaje: i mean, it's in the stat innit ?

diana_coman: from my pov I'm fine to switch perspective and go then with this approach, so basically there are no "client/cpp demands" anything since Ada-part directly handles it on the principle "if I saw it and it's not there, then I'll ask for it"; how is any limit re space or anything of the sort to be defined and handled in this case?

diana_coman: (and this thing that "doesn't keep everything" is why I went with the different approach aka ask when needed, not when heard of it)

diana_coman: is at all clear that there is this separation between the client-part that uses/needs some data on one hand, the one I kept calling "client" or c/cpp and on the other hand the lower layer that is protocol aware and actually "asks what is x"?

diana_coman: honestly, as a player, I'll then have to hack my own client, lolz

diana_coman: or because I don't get it

diana_coman: I don't think I get it and I'm not sure whether it's because some things are still not right (for starters there is no fixed duration as it's dynamic basically)

mp_en_viaje: i have NEVER seen this shitty internet in my fuckign life jesus

diana_coman: then I don't get it; because if it is the client's decision to ask immediate refresh then sure, what's the problem? it's their decision and it still is the minimum traffic resulting

diana_coman: i.e. client comes in the shop and asks 100 times for the same thing while shopkeeper is working on delivering it so what

diana_coman: move those three IDs* I should have said; not the objects themselves

mp_en_viaje: i guess we go back to the text, hang on.

mp_en_viaje: i do not agree with this.

mp_en_viaje: i am not saying "there is no difference". i am saying "you are proposing to produce a mechanism to resolve a problem you imagine exists, such that the solution's parameters are populated by guesswork and the imagined problem is not eliminated"

a111: Logged on 2019-05-28 11:47 diana_coman: mp_en_viaje: I suspect it's again one of those things where there is no disagreement at the core but we are not yet fully in sync re various bits and pieces;

nocredit: ok perfect. Will update here when I complete the sync

nocredit: but yes, i've learn the lesson. Only bare metal at my home

BingoBoingo: <nocredit> and last: if i tar gz everything synced as far as now on the VPS and dump it at my premise, i'll be able to restart at block height 300k in the future? << As long as you cleanly shut down the daemon before dumping

nocredit: and last: if i tar gz everything synced as far as now on the VPS and dump it at my premise, i'll be able to restart at block height 300k in the future?

diana_coman: nocredit: for that matter if running own trb is too big a pain/expense, I suppose you might be better served by getting in the wot and using deedbot's wallet for that matter.

nocredit: correct, I appreciate TRB as it removes the bloat. But 3 weeks to sync is really a pain

BingoBoingo: It takes time, but I can also but a blockchain on a drive.

nocredit: another question: if i run core without using segwit features (so sticking with the 1 starting addresses) am i actually protected from an eventual attack on segwit? I know that here is not core support, but there is a way to tell core to dump the segwit part? ☟︎

nocredit: thanks, yes physical colo is too much, i hope that ssh tunnel is stable enough for 3 weeks of sync

diana_coman: nocredit: re provider I warmly recommend talking to Pizarro and in particular to BingoBoingo in #pizarro.

nocredit: my problem is that i don't have a static ip at my premises, so at home it's a pain with the myip parameter. I was trying with a pico vps to bypass this by set up a private vpn, but as now i'm stuck