Graphics GARBLING bug depends IMO on OpenGL 3D/KMS/UMS/X System(s), not to browser's, xscreensaver 2D acceleration alone. And ITS OVER(free)MARKETED thus.

Free market of Linux: the Xlibre freeware overmarketing...

Some mesh/volume view garbling is normal (IMO!) in Blender.

Also the black color filling Blender/Bfor Artists panels suddenly. 

From long time I remember strange screen behavior, also the apps „viewport” (?) is suspending/crashing (that is, when the killall -STOP & -CONT signal pair BUT on nouveau it even not matters if similar task/thread suspend occured because of hibernation, or not!!! Tested along console switch, which also failing here.) the Xorg client application.

Marketing/for/as free? 

–Immaterial cost of bugs & compatibility shifts!!

Then, tearing-free Linux requires firstly, THE DEFINITION.

Secondly, durability immediately after hibernation cycle, and, especially – later, later & later.

3., the console switch durability under both text-mode/framebuffer mode.

Monotonic uptime and graphics card testing under Linux

I extensively use the term of monotonic uptime. Strangely, it wasn't build into Linux commands (EXPLICITLY...), requires some... implicit way Python script as layer over kernel facility.

Yea, Python scripts are somewhat OK. (lib arrow in QGIS beautiful geographic maps client I can simply omit! In reality, QGIS not necessarily needs it).

•This reflections show the nature of UNIX-like Linux.

Screen garbling not so important, in the topic of nowadays browsers. More important for Chrome-likes (except FireDragon, ...it derives rather from FireFox & written in R Linux kernel-friendly language) is A/V COMPLETE desynchronization & CPU spending 100% (apparently) for no good reason.

•I mean not the forced pauses, nor mpv/mplayer-style desync (offtopic? in older hardware), but when the Youtube slider rushes and the video, not. The ****ing Brave browser, and, maybe, JavaScript memory garbage collector, maybe...

„Learn JavaScript”

... hidden SHIT ROBOT TESTS (and/or forced crypto mining JS client-side computations?!!)

Threading problems cannot be solved by adding new CPU core.

As shown above, bug can be complex, even intended (by YouTube). All Youtube, esp. incorrectly used, can be BUG... . It has latency, playlist auto-advance UNRESPONSIVE & impossible to turn off/„smart” manage.

Smart things... see the Kurt Goedel theorem & Carew-Eccless whole theory.

Learn 3 Linux areas, requiring increased AWARENESS, or even instant REACTION after UNIX-like OS installation.

I NOT tested big variety of Linux distros of course – but we can assume that there is some VERY bad habit across „some” distro lines, as in Arch (-Bang, Manjaro...)

1. NVIDIA proprietary threading – [Xid] bugs here: , seems similar to hibernation/s2disk problems

–a tricky issue, I  hope the env. combo helps: even when proper environment applied, FPS can be 1 (Xorg/glxgears) – see blog entry about „NVIDIA combo” [in testing]

2. CD/DVD/BD writer driver – also, here (Arch Linux with standard kernel, before KNOPPIX'ed) – its fault of Arch developers, even not to mention necessarity of placing some disk vendor id into some kernel internal hibernation special-treating PM list

KNOPPIX is so mature distro – replacing Linux kernel (contains basic [non-NVIDIA...] drivers automatically] across the distributions repairs even >1 problem. I not had to edit kernel source code in such manner!!!

 

They broke it overwhelmingly.

3. Hibernation/s2disk HDD spindown BEFORE even PC actually shutdowns – what a shame!! My blog covers it in basic details. Again, simplest way is replace it to the KNOPPIX kernel.

Do not forget about modules (drivers!) & recreating initrd. Maybe, also, some „extra” modules (in other directory... but all stuff under /lib/modules).

Along KNOPPIX-ation of the Arch, or other faulty Linux system, I recommend Fedora inside chroot/systemd's nspawn command, or similar. 

This one is user-mode solution – and the previous 3 was kernel-mode ones.

Fedora can be better than Debian, if you need GUI applications stability, and, as I assumed – the stability of package manager process.

 

No removing autoinstalled unneeded, blah blah... QGiS and Libre Office runs OK (remember, these are older versions – but usable, esp. when there remains LIBRE OFFICE bug with picture transparency/some image-op widgets BUG). 

All similar bugs shows you Babel/ity of social fragmentation – more precisely, the fall of America.

W/o PROPER religion you have no peace needed to fix the computer problems. To try, to wait, even to sit down with the machine. 

*Monotonic* uptime BETTER NOW. [!METHOD NOTE: Linux needs restarts often] |+Secondary issues

Grew to 5 days, 20:35:23.923087 .

Linux needs restarts often – this fact implies that methodology cannot be so strict. But the new maximum is determined now. Linux bugs need esp. to be addressed when there is so much bad-bugs in LXQt Panel, i saw something bad even in glibc — strange error about QGis popular geo-mapping application specifically.

You don't know when glibc or some other, BASIC-SYSTEM related, bug arose under Linux.

Interesting „phenomenons” was also with installing tmux in systemd, understood as service controller. Multiple combinations of .service file contents, and... why?? VT is so strange, even when no after-boot (to be understood: in the framebuffer stage - but after initcpio) console problems.

GRUB configuration with a background image cannot be done manually – but it WAS easier than executing image showing in next phase(s). Fbsplash actually was OK only with MANUAL invocation – it is a service - or - not?? Why so much calls in the initcpio scripts??

If fbsplash is SO DIFFICULT, only manually-run as OK, then why STUPID Linux community can't write better handbook?!

Damned „manually”: Clang «fast» Compiler still, 2024, NOT fully compatible with «gcc-code»: The nsxiv app’s compilation is one example.

 

Problem WAS, I updated some packages in Arch Linux and, after that, tried to replace old sxiv’s program custom enhanced variant to the new nsxiv from its git repository.

3 „old-fashioned” errors
— with fast Clang compiler, „new technology” of compilers, that are also accompanied (across… MULTIPLE Arch Linux packages) with the LLVM compiling orientation:

clang-16: warning: treating ‚c’ input as ‚c++’ when in C++ mode, this behavior is deprecated [-Wdeprecated]
autoreload.c:70:17: error: assigning to ‚char *’ from incompatible type ‚void *’
scratch.buf = erealloc(scratch.buf, scratch.len);
^~~~~~~~ autoreload.c:73:9: error: cannot initialize return object of type ‚char *’ with an rvalue of type ‚void *’ return memcpy(scratch.buf, filepath, len); ^~~~~~~~
autoreload.c:87:9: error: assigning to ‚char *’ from ‚const char *’ discards qualifiers
base = strrchr(filepath, ‚/’);
^~~~~~
3 errors generated.

Rerun make with old, „straight” gcc

 (by unset CXX & unset CC bash commands- and OK:

CC autoreload.o
c99 -Wall -pedantic -O2 -DNDEBUG -D_XOPEN_SOURCE=700 -DHAVE_LIBEXIF=1 -DHAVE_LIBFONTS=1 -DHAVE_INOTIFY=1 -I/usr/include/freetype2 -I/usr/local/include/freetype2 -c -o autoreload.o autoreload.c
CC commands.o
c99 -Wall -pedantic -O2 -DNDEBUG -D_XOPEN_SOURCE=700 -DHAVE_LIBEXIF=1 -DHAVE_LIBFONTS=1 -DHAVE_INOTIFY=1 -I/usr/include/freetype2 -I/usr/local/include/freetype2 -c -o commands.o commands.c
CC image.o

Yea, this one was simple.

 But generally, in IT world we have bigger projects that must be (re)compiled (or linked dynamically), DUE TO *.SO libraries issues.

There is no „hot” alternative. I don’t want the difficult special scientific system distrubution — I prefer to, AS WITH the icu lib, to put *ALTERNATIVE* libs in its special folder – not in /etc/alternatives but in /usr/local/lib/ICUxx, for example. While the icu library is the most wide, heavy alternative (Libre Office tends to link version after version of icu!!!), the (re)compilation of application turns out to be solution (as it was with BibleTime, also).

Some time ago, I replaced Arch Linux packages with the manjaro repo – resulted, not instantly but after update+manually, QGIS started working.

Previously I run QGIS from chrooted Debian system (that is, the container – not the VM nor similar, but live ability to change root directory – the SO objects are linked from distribution file tree).

Theory of Concave Earth PC Programs