gregorynyssa: asciilifeform: thanks for your answers.
gregorynyssa: in other news, a tutorial was released relatively recently, trying to use glossy demonstrations to help modern-minded programmers understand the design of X Window.
gregorynyssa: sadly, it contained some truly incoherent paragraphs of text. excerpt: https://pastebin.com/raw/8jM5C0Bc
gregorynyssa: "But the front buffer also has to exist somewhere in the server's memory. So when we're "
gregorynyssa: "drawing to the front buffer, we're actually drawing to some set of pixels somewhere in the "
gregorynyssa: "server's memory as well. It turns out that the front buffer has another name: the root "
gregorynyssa: "pixmap [..] Redirected windows send their drawing away from the front buffer and into the "
gregorynyssa: "window's backing pixmap. But the root window already has a backing pixmap: the front buffer! "
asciilifeform: * BusyBot (~BusyBot@2601:ce:c17f:130::47c3) has joined #asciilifeform << whose bot is this ?
asciilifeform: the warning in subjline, 'Lurkers are asked to introduce themselves at first join; otherwise will be presumed to be spam harvesters', applies equally to bots.
shinohai: asciilifeform: 'tis mine, just testing the vpatch version so I can make blog post later.
shinohai: $vwap
BusyBot: The 24-Hour VWAP for BTC is $ 11651.85 USD
asciilifeform: aah shinohai ok
asciilifeform: neato
asciilifeform: http://logs.nosuchlabs.com/log/asciilifeform/2020-08-23#1020219 << i dun expect to ever see a x11 tutorial that makes sense, simply because the subject itself makes very little sense. thing is baroque enuff to almost make microshit's gui stack look clean in comparison.
snsabot: Logged on 2020-08-23 05:32:43 gregorynyssa: in other news, a tutorial was released relatively recently, trying to use glossy demonstrations to help modern-minded programmers understand the design of X Window.
asciilifeform: !w poll
watchglass: Polling 12 nodes...
watchglass: 205.134.172.27:8333 : Alive: (0.085s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Blocks=645008 (Operator: asciilifeform)
watchglass: 108.31.170.3:8333 : (pool-108-31-170-3.washdc.fios.verizon.net) Alive: (0.098s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Blocks=645008 (Operator: asciilifeform)
watchglass: 205.134.172.6:8333 : (172-6.core.ai.net) Alive: (0.123s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Blocks=645008
watchglass: 205.134.172.4:8333 : (172-4.core.ai.net) Alive: (0.083s) V=70001 (/therealbitcoin.org:0.7.0.1/) Jumpers=0x1 (TRB-Compat.) Blocks=645008
watchglass: 205.134.172.26:8333 : Alive: (0.124s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Blocks=645008
watchglass: 208.94.240.42:8333 : Alive: (0.106s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Blocks=645008
watchglass: 192.151.158.26:8333 : Alive: (0.146s) V=70001 (/therealbitcoin.org:0.7.0.1/) Jumpers=0x1 (TRB-Compat.) Blocks=645008
watchglass: 143.202.160.10:8333 : Alive: (0.161s) V=70001 (/therealbitcoin.org:0.7.0.1/) Jumpers=0x1 (TRB-Compat.) Blocks=645008
watchglass: 213.109.238.156:8333 : Alive: (0.396s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Blocks=645008
watchglass: 188.121.168.69:8333 : (rev-188-121-168-69.radiolan.sk) Alive: (0.391s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Blocks=645008
watchglass: 103.36.92.112:8333 : (terebe.ns01.net) Alive: (0.560s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Blocks=645008
watchglass: 176.9.59.199:8333 : Busy? (No answer in 20 sec.) (Operator: jurov)
asciilifeform: http://logs.nosuchlabs.com/log/asciilifeform/2020-08-22#1020214 << very much agree.
snsabot: Logged on 2020-08-22 22:47:44 trinque: hard to respect the silent fade-out, cowardly turn-off of the blog and irc with moist upper lip.
verisimilitude: Isn't separate included at least in part to enable some manner of conditional compilation, asciilifeform? It's not at all comparable to Common Lisp's #+ and #-, and conditional compilation is best avoided anyway, but it's something.
Aerthean: !!register http://paste.deedbot.org/?id=FM04
deedbot: 771C0C569FD4743C2B833109627B185C5B787449 registered as Aerthean.
asciilifeform: !!rate Aerthean 1 #a denizen; interlisp, lyso, etc
deedbot: Get your OTP: http://paste.deedbot.org/?id=7WW3
asciilifeform: !!v 934052A8A691A85F504A5079E929C7B13DEF3D061AD7F0A3A936A6DC17734C1C
deedbot: asciilifeform rated Aerthean 1 << #a denizen; interlisp, lyso, etc
asciilifeform: http://logs.nosuchlabs.com/log/asciilifeform/2020-08-23#1020252 << afaik the only conditional compilation permitted in adaism is if..then w/ constants. (which worx for some things, but not e.g. inline asm for variant architectures, say) -- or were thinking of sumthing else ?
snsabot: Logged on 2020-08-23 15:50:01 verisimilitude: Isn't separate included at least in part to enable some manner of conditional compilation, asciilifeform? It's not at all comparable to Common Lisp's #+ and #-, and conditional compilation is best avoided anyway, but it's something.
asciilifeform: !!key gregorynyssa
asciilifeform: !!rated gregorynyssa
deedbot: asciilifeform rated gregorynyssa 1 at 2020/06/30 12:09:56 << reader & #a denizen.
asciilifeform: !!key verisimilitude
asciilifeform: !!rated verisimilitude
deedbot: asciilifeform rated verisimilitude 1 at 2019/02/04 23:51:47 << commonlisp & cpu design fella, http://verisimilitudes.net , loper-os reader .
Aerthean: asciilifeform: Thanks. It took a while to get things running on the APU1, I ran into some problems getting the Gentoo LiveDVD ISO working on any memory sticks / sd cards. I ended up using the older version 9.0 of TinyCore and could chroot / set up the userland using that.
asciilifeform: Aerthean: the way to use my gentoo is to simply install directly on yer disk , ~then~ plug into apu1
asciilifeform: Aerthean: stick typically doesn't know about serialport
Aerthean: Right, so I modified it so that it would
asciilifeform at one time intended to make a bootable stick that install his gentoo, but shelved, not mega-demand for it afaik
Aerthean: It worked out eventually, just took a bit of a detour
asciilifeform: Aerthean: neato. lemme know if q's re this gentoo, i use it on quite a few boxes, and also have a number of subscribers using it.
asciilifeform: Aerthean: there's an arm64 version, too.
asciilifeform: Aerthean: remember about the tarball repo -- traditional ones are fulla holes, most of the time won't have correct vers of $proggy
snsabot: Logged on 2020-08-20 17:50:24 asciilifeform: Aerthean: if you use this gentoo, you will probably also want to use my packages repo . in /etc/portage/make.conf , GENTOO_MIRRORS="http://dulap.xyz/gentoo/" .
Aerthean: asciilifeform: Thanks, I pulled a few packages from there already and copied them over.
Aerthean: asciilifeform: I found it surprising the amount of bitrot that has happened, even though it's been mentioned in the logs. I haven't had to go looking for too much old software recently, so I hadn't run into it.
trinque: as far as I can tell, they purge the mirrors of anything older than a few years, these days.
trinque: the GNU folks, for all that can be said about them, at least keep their own history intact.
Aerthean: asciilifeform: I've considered picking up one of the Rock Chip Arm64 boards, but haven't done it yet. Also I looked in to it, and a bunch of those Arm SoCs use this Package-On-Package Process where they combine the RAM into a separate package on top of the rest of the system (and the memory controller). This makes it impossible to expand the available system memory, although this isn't
Aerthean: always the case. The more recent RockChip has an accessible memory controller, but the memory controller couldn't address that much RAM.
Aerthean: trinque: It seems everybody wants to erase history these days.
asciilifeform: Aerthean: afaik rk3328 can only access 4GB.
asciilifeform: ( rk3399 possibly moar, but i haven't yet tried porting to it. tho i have one to test with nao. )
asciilifeform: to date haven't seen ~any~ rk boards w/ expandable memory.
asciilifeform: http://logs.nosuchlabs.com/log/asciilifeform/2020-08-23#1020282 << until 2015 or so, in asciilifeform's experience was uncommon to find old version of whatever package, 'vanished from net'. today -- routine.
snsabot: Logged on 2020-08-23 20:11:44 Aerthean: asciilifeform: I found it surprising the amount of bitrot that has happened, even though it's been mentioned in the logs. I haven't had to go looking for too much old software recently, so I hadn't run into it.
Aerthean: asciilifeform: I haven't seen any either, I looked around but nothing has come up. I think the RK3399 also only goes to 4GB
asciilifeform: http://logs.nosuchlabs.com/log/asciilifeform/2020-08-23#1020285 << on the rk3328 boards i use, the ram is standard samsung sdram (tho soldered down), rather than part of cpu. the 2GB (most common) ver. has an unpopulated pad; the 4GB has 2 populated.
snsabot: Logged on 2020-08-23 20:15:28 Aerthean: asciilifeform: I've considered picking up one of the Rock Chip Arm64 boards, but haven't done it yet. Also I looked in to it, and a bunch of those Arm SoCs use this Package-On-Package Process where they combine the RAM into a separate package on top of the rest of the system (and the memory controller). This makes it impossible to expand the available system memory, although this isn't
asciilifeform: Aerthean: nfi. but none ever afaik came w/ sockets.
Aerthean: asciilifeform: At least baking a motherboard exists within the realm of the possible. Not worth it from a cost perspective and probably not from an effort one either, but still doable.