log☇︎
5900+ entries in 0.05s
mircea_popescu: but they don't say "by his lordship's authority, gna". they say "phylosophycally!!!!" which is a keyword with these functionally iliterate morons, and it's a keyword for specifically "this is where real republic instrument would go, if it existed as it does but we heretically deny"
asciilifeform: iirc mircea_popescu has this piece , where rms as lev trotsky, 'troo left believer' surrounded by the usual swarm of cynical grifters who inevitably come to put proboscis into 'troo believer' as surely as flies to shit ☟︎
mircea_popescu: RM and in May 2009, Augustin was appointed as the chief executive officer."
BingoBoingo: If the town custom was fucking dogs... convenient, features, might as well!
mircea_popescu: "might as well this as that, it's all the same anyway."
a111: Logged on 2018-09-29 23:35 mircea_popescu: but as far as the foundation is concerned -- if all it does (ALL IT DOES!!!) is stand up to tell me "oh, we can't follow the keccak because reasons" ima put an end to it in short order.
mircea_popescu: get the fuck out of here. in adult world there's such a thing as "this tall to ride".
asciilifeform: so whole thing went as spoils of war to the next set of tards, under linus
mircea_popescu: WHY did not rms say "you MUST unify the toolchain" at such a time as ~before~ ers could step in to do it for his usual expectation of a coversion gain ?
mircea_popescu: it should be instructive exactly ~how~ ers's warcrime as you (with cause) call it made its way into rms's naive ranch of cattle purity : "SourceForge brought to Free Software a unified and standard development methodology based on modern tools. Before SourceForge, such tools (bug tracking, cvs, web, support, forums, polls, news, etc.) were available individually, but few developers used many of them together, because they had
a111: Logged on 2016-03-28 13:11 mircea_popescu: upon consideration, i see no reason to continue supporting or otherwise encourage kakobrekla's bizarre worldview. on the contrary, i view further involvement with the nonsense as considerable moral hazard, and a miserable thing to do altogether.
mircea_popescu: anyway, i suppose one could use the item linked as a compare/contrast with http://btcbase.org/log/2016-03-28#1440673 ☝︎
mircea_popescu: what the fuck must be going in through their skulls to view "advertisement spend from proprietary competitor on my page" as anything but a) a great lul and b) hey, nice, i'll be sure to buy more dog toys for the bitches out of THEIR MONEY
mircea_popescu: asciilifeform probably because "Savannah has high project approval requirements and thus visitors can expect freedom-related qualities from projects hosted here (such as no proprietary dependencies). Moreover, there are no advertisements, thus you do not run the risk of getting an ad for a proprietary competitor on your project page."
mircea_popescu: AS DOING. The fact the rest of you are now finally realizing that some of the problems I already solved years ago were, in fact, real issues, is mildly amusing to me in a morbid way. If you have competent developers on this lsit you don't NEED my patches, you can figure out how to do it from the _idea_ in a couple hours." << there, as good an epitaph FOSS could ever get.
BingoBoingo suspects Paraguay calling out bad series of benjis is what got them on US shitlist this century (as opposed to other times they got on US shitlist)
BingoBoingo: I dunno that the redskins were eliminated so much as interbred with the imported german slaves to the point of disappearing
mircea_popescu: there's really a lengthy list of these, "o noes, someone's fundamentally not as fucked in the head as us ?! O GOD SAVE US FROM SUCH HORRORS!!!"
asciilifeform: in entirely other olds, https://repo.or.cz/tinycc.git/blob_plain/HEAD:/arm64-gen.c << current (?) arm64 backend of tcc. ( nfi whether worx -- but pretty compact , as these go. )
asciilifeform: 'My wife's name is Fade. We got married at Penguicon 2007. Fade's boss Steve Jackson officiated, and Eric Raymond was best man. (The wedding fit into a 1 hour panel slot and was moved once so as not to conflict with an Elizabeth Bear panel Fade wanted to attend, and a Charlie Stross panel Steve wanted to attend. Yes, we're all that geeky.)'
mircea_popescu: "(People sent me bug reports about the 0.9.24 release. Yeah, that release contained a lot of code copied out of my tree into CVS, but the release was based on CVS, not on my tree.) By 2008 as CVS sank into obsolecense, TCC had clearly decided to go down with the ship. No matter how much work I put into my fork it would never eclipse the "official" tcc project (which could of course read my code to advance their tree)."
asciilifeform: Mocky: they forgo threading cuz on c machine you have exactly 3 options : a) forgo threading (i'ma not detail python's 'forgo threading and then lie about it' as separate variant, it is beneath contempt) b) sit down on unix's threads (pthread) c) implement own scheduler
a111: Logged on 2017-03-30 14:43 asciilifeform: anyway erlang is imho only worth discussing as part of a larger pattern -- industry after industry independently discovered that c -- and its entire approach to logic -- is poison
a111: Logged on 2017-03-30 14:38 asciilifeform: mircea_popescu: i will also nitpick : 'erlang' does not belong in the list, it was a 1980s product that worked quite well in its industrial niche (large telco switches) but was later stolen and used as a totem by the folx from yesterday's thread ( http://btcbase.org/log/2017-03-29#1633873 )
asciilifeform: i found the thread model just as ridiculous as that of pthreads.
Mocky: so not optimal, maybe even laughable, but yet has a model and as spec that is not self contradictory
Mocky: laugh if you will, yet still can't do it even *with* locking in standard c++, as far as I can tell
asciilifeform: dunno, the multithread java they had us homework at uni, deadlocked as easily as farting.
mircea_popescu: hanbot write down the whole story as you go, but basically yes.
asciilifeform: the tard arch people passed the 'register killing' ball to compiler, as result bloating ~all~ compiler with massive gnarl, ~just for reg killing logic~
mircea_popescu: as a general design principle! you may NOT have "multiple" on a machine. it's 0, 1, buswidth-count. THAT IS IT.
mircea_popescu: http://www.loper-os.org/?p=46#selection-47.1021-47.1284 << this, incidentally, is a fine example. who THE FUCK came up with the notion of making "registers" ~without~ making a) as many of them as the bus width and b) a special register which keeps a mask of registers, so that PUSH only actually occurs if needed ?
asciilifeform: i confess, did not follow the thing's trajectory into the ground, do not know which fashionable insanity in particular it followed as it died of immunocompromise
asciilifeform: bellard himself abandoned it, not the least reason , near as i could tell, was that he did not relish idea of maintaining 9000 backends
a111: Logged on 2019-01-16 02:24 mod6: This all started because we need a new door, it's old as shit, and all the weather stripping is bad, etc. So of course, this isn't std door size. So I paid some good money to have a custom one made to size. When the carp came out to install it, the first thing he did was pull off one piece of molding, and stuck his file down in the bottom area where that joist is located, and it pushed right through.
a111: Logged on 2019-02-20 15:41 mircea_popescu: it seems rather obvious that the 2020-2025 republican future will consist of a whole lotta http://btcbase.org/log/2019-02-17#1897560 http://btcbase.org/log/2019-02-17#1897468 etc as we unwind the "optimizing" part in http://btcbase.org/log/2019-02-17#1897829 and discover a whole lotta http://btcbase.org/log/2019-02-17#1897689 and http://btcbase.org/log/2019-02-17#1897536
asciilifeform: for instance -- the expectation that ram contents vanish when plug is pulled ( entirely avoidable since, what, late '90s or so ) ; or that machine is permitted to crash ( subj discussed in detail in log, crash oughta be seen as same calamity as catching fire , and this pov is entirely practical )
mircea_popescu: moreover -- b is actually a major spot of research, because we don't even exactly know WHAT we will set down as "must be / must not be".
mircea_popescu: nevertheless, the obvious alternative, factually there as holes follow fills and so on, is "approach from code end". and this approach'd be something like a ~proper~ standards lib. ie, both with proper access and proper primitives.
mircea_popescu: asciilifeform i'm aware, evolved not designed. nevertheless, the fundamental breakage here is that glibc is proposed as a "library" rather than a "kernel mod". not that these terms make any fucking sense anyway, but what the fuck am i gonna do.
mircea_popescu: terminology fails, mostly because terminology was made by morons and we're trying to discuss analysis in roman numerals here, but consider "glibc" would be a... well i guess a kernel mod the program links against as a library ?
mircea_popescu: even so. as far as reading goes, you still read it the same number of times, whether it's linked or bios'd.
a111: Logged on 2019-02-17 23:49 asciilifeform: re bolix back end, i suspect it aint very useful as starting point, because was far ~too easy~ item , in that the iron per se was sane (i.e. performed bounds and type checks, so much of what gcc is stuck doing in soft, was unnecessary )
mircea_popescu: the obvious counter there will be "but not cheaper than baking ONE sane gcc". which is true, but nevertheless not as useful -- sometimes having an interface, even if "spurious" is better than not having it, which is why parents don't customarily discuss family finances with their 12yos.
mircea_popescu: understand tho, it has a very visible facet of wishful thinking. i mean yes, obviously, way the fuck better to have all the needful stuff in one place than added to each binary. this much is certain. nevertheless, the notion that you can stuff a converter from insanity to sanity "in the bios" requires just as much a magical stone as any other "universal sanity-insanity bridge".
mircea_popescu: asciilifeform re bios emu -- i am certainly not against trying this. it's not possible to say much more than that as things stand now.
asciilifeform: fulla poison. animal kingdom dun sit still tho, which is why we think of e.g. belladonna as poisonous but not cabbage
mircea_popescu studiously and quite deliberately ignored the whole thing as a wikitarida/reddit of its time.
mircea_popescu: as long as the tim swansons of the world remain an oppressed minority, the world can be sane ; and not futher.
asciilifeform: i strongly suspect that any other approach to the problem (i.e. 'we'll do exactly what the gnutards did, but they were mice and we are men' ) is certain to degenerate into ~same rubbish as what the gnutards ended up with.
asciilifeform: as in http://www.loper-os.org/?p=165#selection-79.0-85.510 .
asciilifeform: it's a standard 'spittoon in one strand' : for so long as you retain ~any of the c liquishit, yer stuck with gcc ( which is the only thing that builds it , the 'portability' of the lang is a fiction from day 1 )
a111: Logged on 2019-02-17 23:42 asciilifeform: ( for n00bz: ) writing a compiler back-end aint actually hard. asciilifeform & many many other folx, did it ~as homework~ , at school. the hard thing is writing a ~decent~ optimizing backend.
a111: Logged on 2019-02-17 14:49 mircea_popescu: see, engineers are worse than whores. a whore might pretend like she's not working, but an engineer does inept shit like "/* This should optimize out, but it is wise to make sure this assumption is correct. Should these have different sizes, we cannot cast between them and the overlaying onto ERRATIC will not work. */" so as to ~pretend~ like he doesn't see WHY exactly he wants to take that code out. seriously, ooga-booga-bu
mircea_popescu: it seems rather obvious that the 2020-2025 republican future will consist of a whole lotta http://btcbase.org/log/2019-02-17#1897560 http://btcbase.org/log/2019-02-17#1897468 etc as we unwind the "optimizing" part in http://btcbase.org/log/2019-02-17#1897829 and discover a whole lotta http://btcbase.org/log/2019-02-17#1897689 and http://btcbase.org/log/2019-02-17#1897536 ☝︎☝︎☝︎☝︎☝︎☟︎
asciilifeform sees linux kernel, gcc, ftr, as 'life support' item, rather like trb -- worth freezing and maintaining until proper replacement, but not really items with a serious future
mircea_popescu: the computing 90s are soon to be just a memory, as these artefacts of sheer wtf slowly disappear.
asciilifeform: ( he saw the notion as 'making life too easy' for nvidia & other blob pushers )
asciilifeform: i.e. if digging up a vintage kernel, would also have to take up the gcc from the period, or backport the current one, as i understand
a111: Logged on 2019-02-20 04:54 mircea_popescu: "as a language, it requires you to specify in great detail what you do not know in order to obtain the experience necessary to learn it."
mircea_popescu: well what the fuck. like on earth turns out to be just as philosophically and cognitively unsound. which it is.
mircea_popescu: "as a language, it requires you to specify in great detail what you do not know in order to obtain the experience necessary to learn it." ☟︎
mircea_popescu: "C++ is philosophically and cognitively unsound as it forces a violation of all known epistemological processes on the programmer."
asciilifeform considered this yrs ago as a possible onetimepad scheme , but not satisfied that it could be repeatable enuff for digitize
ave1: Btw asciilifeform, I had to switch my cheap NFS account to a more expensive one as php 5.6 is no longer supported in their new setup. I expect that sometime, at the end of this year, 5.6 will also disappear from "production" sites.
a111: Logged on 2019-02-18 08:56 diana_coman: http://btcbase.org/log/2019-02-18#1897858 -> ah, so broken links were only in the older versions? anyway: ave1 please do me a favour and point any fetch/download scripts to a mirror of the stuff on your own website, there is no way around this. For one thing I'd much rather download from a republican site and for the other as experience has already amply shown, any external site WILL move them, change them, drop them and it will at best br
a111: Logged on 2019-02-17 16:09 asciilifeform: for instance, emacs has yet to be cured, as i understand
BingoBoingo: I did not join the group as it was composed of 4 dorks and 5 morbidly obese fem-presenting mayos.
trinque: http://btcbase.org/log/2019-02-14#1896360 << far better than I could've said it, but yes. your "from cause" is foundational for sanity, let alone republic. I gather some have taken "sanity" as a term of art there, not the literal meaning. ☝︎
asciilifeform: BingoBoingo: apu1 will be exactly same as when i 1st laid hands on it in '14
mircea_popescu: basically there's not much room for middle here. either rk or else monster -- even things such as shared hosting are better off on large x86 server than a bunch of mid ones
mircea_popescu: yeah, but... if you'rte gonna beef-server, might as well get a 32 core monster.
mircea_popescu: well, doesn't seem like the end of the world, then, to say "this is the rk, has so and so list of advantages as before discussed (truly independend box, etc) and the one drawback meanwhile discovered that you can't really do tmsr-like threading in ada on it, which may be fixed later"
asciilifeform: so asciilifeform leans to installing a qty of x64 boxen of roughly same cost profile as rk ( but with added bonus that they eat sata drives ) : apu1. these also have bonus of published electrical schematic and custom asciilifeform bios from src.
asciilifeform: ( as i understand, battlefield proggies will use sjlj moar or less exclusively )
diana_coman: http://btcbase.org/log/2019-02-18#1897858 -> ah, so broken links were only in the older versions? anyway: ave1 please do me a favour and point any fetch/download scripts to a mirror of the stuff on your own website, there is no way around this. For one thing I'd much rather download from a republican site and for the other as experience has already amply shown, any external site WILL move them, change them, drop them and it will at best br ☝︎☟︎
asciilifeform: aaand it aint as anybody's making ~moar~ english lit. can be 100% static archive.
asciilifeform was in a public place where tv on the wall, and guess what was shown : mccain. apparently not dead enuff ( 'freshly uncrated' taped blather, near as i could tell. )
asciilifeform: if we had a sane iron, would be similarly easy to produce a back end ( and that's what asciilifeform thinks of as 'ada machine' ) ☟︎
asciilifeform: re bolix back end, i suspect it aint very useful as starting point, because was far ~too easy~ item , in that the iron per se was sane (i.e. performed bounds and type checks, so much of what gcc is stuck doing in soft, was unnecessary ) ☟︎
asciilifeform: ( for n00bz: ) writing a compiler back-end aint actually hard. asciilifeform & many many other folx, did it ~as homework~ , at school. the hard thing is writing a ~decent~ optimizing backend. ☟︎
BingoBoingo: <asciilifeform> i'm still curious what mircea_popescu thinks of as 'ada machine' << 128 bit MIPS 1, 2, 8, or 72 cores at 800, 1600, or 3200 mhz when purpose backed. Otherwise 128 bit for the UCI address space.
mircea_popescu: one advantage to c's retardation is that well... as long as you feed it the shit it expects, it'll work in the same manner as before.
asciilifeform: i'm still curious what mircea_popescu thinks of as 'ada machine'
mircea_popescu: http://btcbase.org/log/2019-02-17#1897763 << currently ada depends on a layer of c to do basic things such as abort. this can not stand, esp if we want an ada machine. that writing to irq table will have to happen through ada code, not calling c. ☝︎
mircea_popescu: he can use it to crush hymenoptera for all i care, just as long as it contains the correct set of software.
a111: Logged on 2019-02-17 16:26 asciilifeform: ada.interrupts ~will~ have to be tested, it's a must for 'bare irons' adaisms as a class.
asciilifeform: ( when build on unix -- it gets implemented as unix signals )
asciilifeform: ada.interrupts ~will~ have to be tested, it's a must for 'bare irons' adaisms as a class. ☟︎
diana_coman: re glibc: until now I saw it as tolerated until full tmsr version (whatever that might be, i.e. owned glibc version or musl or whatever)
asciilifeform: given this, asciilifeform would go with 'b' + 'we fix the breakages , both as-we-find-'em and proactively '
asciilifeform: ( as asciilifeform recently discovered re ffa. it dun thread, and gcc correctly snips out all pertinent coad )
asciilifeform: for instance, emacs has yet to be cured, as i understand ☟︎
asciilifeform: mircea_popescu: near as i can tell , zcx is a http://btcbase.org/log/2019-02-17#1897558 , it attempts to implement multiprocess on ~all~ machines, incl. ones that dun have any support for interrupts (e.g http://btcbase.org/log/2019-02-12#1895612 ) ☝︎☝︎
mircea_popescu: asciilifeform yes. but to my knowledge to date musl was a preference rather than a standard. we never said "no more glibc linking" as we said eg http://btcbase.org/log/2018-09-19#1851879 ☝︎
asciilifeform: as is all current test build of ffa, etc
asciilifeform: mircea_popescu: i'm sitting in something quite resembling such chamber as we speak.
asciilifeform: it worx great with hardware. except when it's connected like on pc, where 1 hosed device can fandango over entire ram. or handled as on unix, where i/o will happily zombie out on unplugged $gadget etc
asciilifeform: so consider what the airplane people do. they dun terminate. instead populate with N threads, where N is the # of physical cpu, and they can idle or work as demanded.
a111: Logged on 2019-02-12 23:36 asciilifeform: the avionics people seem to use it, but they (near as i was able to learn) dun kill tasks at all, and regard any detected wedge as a http://btcbase.org/log/2019-02-12#1895456 condition