asciilifeform: arm64 gnat does not appear to exist anywhere, nor anyone publicly mentioned having build one afaik.
asciilifeform: arm32 is not hard to find. but doesn't help any in building a working arm64 gnat ( at least no more than working copy of stock x86-64 gnat )
asciilifeform: pogo for that matter is also an arm7 (32)
asciilifeform: aa that -- that's what they stuffed into recent xilinxen in place of the old ppc core
asciilifeform: ... thing built with my USE flags, incl. ban on gcc >=5 ( i used a stage3 tarball from 2016 deliberately , but with current-day portage snapshot ) -- no serious barf
asciilifeform: note, this beast has a video jack, could in principle be used as gentooistic workstation.
asciilifeform: with -j5 in make.conf (i.e. 100% cpu utilization) ; but heatsink not even warm
asciilifeform reports, however, that the archaetypical emerge -av --update --deep @world on chinesiumtron , to the tune of 117 various packages, took ~4hr. which is, lulzily, approx the same as on my workstations
asciilifeform: possibly the truly prolific crackpots began to have problem navigating-and-or-avoiding-the-inpatient-mental-health-system(tm)(r) and left these...
asciilifeform: where did they hide the trooo lesswrongists.
asciilifeform: lol, small arms wank! where are the planet-eaters, the solar shade weapon specialists, the immortality pills?!11
asciilifeform: this is livelier than asciilifeform expected
asciilifeform: 'navigating-and-or-avoiding-the-inpatient-mental-health-system' << already 'winning' in chan subjline !
asciilifeform: was it ~100% join/partolade by volume?
asciilifeform: but aside from this, 'throw out, or buy five more?', i have a self-rebuilding gentoo, and theoretically recent 'uboot' gives a blobless boot and ergo 100% blobless machine that actually fucking builds own kernel and gcc and etc etc
asciilifeform: meanwhile on the chinesium front, asciilifeform was pretty close to throwing out the 'rockchip' this morn., when saw that every few hrs it read-retries the sd flash. but apparently harmless eggog: comes from certain sad levelling firmwares , they cannot keep up with the host☟︎
asciilifeform: and i untarred in spite of this oddity, and the only barf was that python, ping, and cc1 binaries failed to extract. but oddly enuff extracted later manually...
asciilifeform: nope. $box supports ext4 , but tar 1.26.
asciilifeform: q for trinque was , when did gentoo stage3 start using this 'feature'.
asciilifeform actually watches the 2005 one , it was lulzy
asciilifeform: incidentally trinque do you know of a musltronic stage3 for arm ?
asciilifeform: what's the most recent stage3 that hasn't got it ?
asciilifeform: trinque: any idea when this liquishit crept in ?☟︎
asciilifeform: hey trinque , i was attempting a gentoo , and found that i cannot even extract a 2016 stage3 on a sane box because --xattrs-include='*.*' and my tar has nfi what xattrs are
asciilifeform: and, interestingly, the entire public net appears to be EMPTY of ANY discussion of a cure.☟︎
asciilifeform: meanwhile, in sads, RK3328 ( and in fact every arm cpu in production ) won't boot without a ~1MB evil blob (that in fact runs on dedicated evil-core, just like intel's ME . ) so much for 'published errything.'☟︎
asciilifeform: ( oop for instance is not used. nor is heap allocation . )
asciilifeform: being one of the few languages with actual docs, and of which i used a deliberately small subset -- oughta be pretty simple.
asciilifeform: going by the log in #asciilifeform-test, d00d 1) still refuses to actually read the proggy 2) continues to think that it remaining standing has something at all to do with 'sanitizing' or anticipating whatever attack
asciilifeform: phf: i was vaguely hoping he might grasp this by playing with pehbot / reading ffa ; but loox like no dice so far☟︎
