„Lindows”: My Debian/Ubuntu->Arch user Experience, „transit” into Arch Linux – The only reasonable option when a HUGE actualizations (bugfix 4ex. BibleTime/-git soft BUILD*) are important.

(For the main blog service, go click a Wordpress version. This is a helper-blog, not meant to replace the main portal)

„Change the name of the game”

 There was a time in the past, that I used Debian Linux on flash & solid state non-long-life INTERNAL card reader, in manner of an new distro experiment.

A desktop environment was clear (simple), not to mean the colors/decoration – window title (caption) was… black – why people like this so? As they were in black occult…, but Openbox window manager not contained so important functionality: screen loupe / zoom (rather, the „ezoom” *), negative (for eye daily, but rather – nightly – care), the lack of professionality in desktop environments (I mean by it, also MATE, LXDE, Cinammon (-Ammonites?!), Plasma (s*t Waylands Xorg-„replacements” not even do the gain to mpv/mplayer video player decoding SPEED – tested it by using Etcher multiboot on USB – other suites aren’t worth even searching – the problem as misleading as linux kernel „low – latency” – NOT HELPING IN ANY MANNER!!! and the games, visibly require more CPU and/or GPU – NOT „next or greater” linux kernel/firmware packages!!)

Seemingly OK, but details are as the devil’s tails

The rest (software) – better. But the installation of packages in Yast (Yet Another Setup Tool), Synaptic or even apt… BLOCKADE… that I CAN’T even install Blender 2.79 !!! AND … what this strange repository updating system means? Comparing to my present, a bit difficult (NV drivers to OpenCL support) but definitely OK Arch usage – a Debian system is worser generally, and the the trick here is that only Debian, when chrooted – script arch-chroot from Arch Linux is so universal! Not worrying /proc fs – the system mounts derivation) – it is convenient way provided disk free space), XScreenSaver works.

A chrooted Debian „fs tree” still fullfills its role

/proc fs. – the system mounts derivation works OK under Arch Linux arch-chroot command (pacman install scripts or something around).

In history, I compiled compiz often by myself, now I simply*installed* it from chaotic AUR repo!

After tinkering with Xorg, the cursor-point displacement is gone. I still see NO TITLE TEXT IN COMPIZ Static window swicher plugin – Compiz version is

pacman -Qii compiz
Name            : compiz
Version         : 0.9.14.2-3.3

Compiz is great compositor and window manager. It contains necessary options for eye-distance (zoom on farther away – placed monitor), and so many shortcuts for very, very multiple, window managing operations.

You can even turn GUI into known from Windows NT Line/2000/XP – beautiful classic gradients in titlebar – not this pokemony/China/demonic black mode FASHION

If you think about good, you do good and would be good. To achive this, you need CLEARNESS, not messy (goyish) falsificates. You know China is enemy?? Remove China firstly – from yourself!

Information technology is NOT a problem but the people – and, maybe rather – patterns of thought => experiencing, meditating, clearly, LIFE

G-d created colors not to make boofoonishm with it. He created biosphere in O R D E R to be happy – not crappy. I learned it hard-way, by simultaneously dropping my catholic system.

Tidying Desktop Environment … and Spirituality

Desktop platform must be clear, quick, n a t u r a l (look above), usable, experimentable. NOT MODERN. Particular dll-hell problems especially with ICU lib are resolved by simple, simple bash scripts:

$ cat /usr/local/bin/ICU71
#!/usr/bin/sh
export LD_LIBRARY_PATH="/usr/local/icu71:${LD_LIBRARY_PATH}"
$1

Generally, Bash Scripts ‚re very handy when even rendering with blender. By making one script set, I „relocated” LuxCore rendering process into in-suite LuxCore UI – thus, resolving poroblem with OpenCL bad compilation (Blender 2.79, now 2.79…… special version with file close warning functionality added – so much time….)
– and, furthermore, the stalling error of Blender program interface between Lux. renderings & LuxCore animation frames. There still are some Blender Internal / OpenGL / even Cycles crash – remains unfixed still – but the main keypoint is: LuxCore Render is in multi usages, better.

Actualisations are important, even before driver reinstallation I have big buggy problem with Qt BibleTime GUI – so-called „magnifying” window content erased – and bibletime-git 2:v3.0_rc1.r1554.gdb625e1a6-1 compilation

I DEFINITELY excluded correlation with NVIDIA reinstall, and even nouveau swich – I do subsequent process after some timespan and …… returned to NV. PROPRIETARY driver, that turned to be best option ***.

– FIXED ID!

And as you see, system actualisations are so important. And more, it are doable, provided time – you CAN find a time by dropping too much games / game addiction.

For me, IT turned out to BE POSSIBLE!

*** I made even script to swich between nvidia and nouveau – WINE requires it. Some part of it was manual process – nearly as simple as manipulating in visudo stuff.

The most difficult in Linux world are commands

– multi, multi commands. Almost every package contains it. LibreOffice, for example, for batch ->PDF conversion. Boot options and mkinitcpio „starter” archive managing. Video editing – KDEnlive not suffices alone for programmer’s perspective. Even system audio mixer is command-line-based! Despite you have GNOME (- ?) remake, the alsamixer is more keyboard-driven and more bugless – I mean that alsa mixer GUI long-time lack of functionality in saving/restoring ALSA audio mixer controls state.

When dll-hell problem with system app package [.so-objects] is not worth time, I use AppImage (KDevelop AppImage works fine on Arch Linux!)

Ha ha… some App Images actually WORKS. Some, for example for me – KDEnlive QT incompatibility *REMAINED* even when App Image mechanism consists of distributing .so objects in-app !!!!!

1) I repaired it, but... LuxCore DLL-hell at compiling - it's NOT as straight / bug-free as it can seem – long process but now OK | 2) SSE2 instruction set is enough speed for most of graphics processing - WHY?

A LuxCore Render Linux compilation – long, problematic process with a dll-hell

Repeating bugs in the process of LuxCore Render compilation, when I compiled it for approx. month of time. I mean both bugs originating from LuxCore compilation environment at the (too?) proud author(s) -site, AND the difficulty operating CMake – when there's even alternatives, and all this bisons, meson, ninja, autoconf..... and last, but not the least – QMake – I feel nervous looking at that. Much problem in Linux world was building of compiz-git package – AFTER much TIME you are being familar with the clang C++/C compiler compilation process. And a compiz dependency, the protobuf library of Google – turned to be copied to /usr/local/... or its subdir.

Similar strategy needs to be done when dealing with some other apps that depend on ICU-xx internalization library,

First, most important question - where is a point that Linux system (concretely, Arch Linux) goes?

Contantly changing of the most basic system elements – even Debian users aren't glad when they are forced to using old package versions – I tried evento „run” non-functioning App Image.

I made convenience script that replaces the ENV. to „LD.” it to old, previoulsly-copied version of ICU lib. Then I could run some programs OK, with gmrun application „activator”/runner possibilities. As in Linux world, things aren't changing so speedily, this way of operating and administering Linux system – in my opinion tends to remain.

When chaotic vision of system growth makes things complicated, and more scalable

I see it, as a repeating pattern, in process of upgrading the system. In my experience some things need to be compiled but other of course can't – I'm not fan of Gentoo user-compiled system solutions. I do compilation when it suits needs – I „omitted” one importand bug by it, so far. AppImage is not usual solution, I don't believe in it – instead of depleting system RAM, I prefer .so object sharing in RAM. And more, I prefer such techniques of optimizing application code.

If we would use Linux apps wisely, the additional CPU power would have less point of EVEN usability of too-multithreading/CPUs in the MB.

I don't need AVX, SSE3 plus, multi-multi, hyper threading – if you can't program algorithms (esp. browser HTML / +the Java runtime) with proper degree of optimization, then you should direct your time meditating on general information technology issues. One example are the criteria of automatization – you fear it, but life shows it will be necessary in future. Similar issue is to be understood when thinking about relation of internet browsers (esp. in matters of WebGL). Way you use a product implicate the calculational complexity in the main-or-GPU processor. If you make a wise applications (for example, not China/Japan pokemon-go animations in Blender –» ), •then CPU/GPU execution is simpler, and even Watts from your power supply are overall more effective (smaller energy consumption, means more $$$s, to write some of advantages).

They think maybe that pikaur helper and all this „chaotic” solves problems. No, w/o proper philosophy, it can't be done.

I rather treated Linux system as modern. How an error! Arch Linux seems to be modern, especially because of ability to complex-repair and „simplicity” of elasticity – DIY compiling things from AUR shapes system user experience into quickly-resolvable as the needs arising. But this Arch Linux typical approach does have its counterpart. Very flexible system is compromised by time spent in actualisation (including its part, compiling software). Things have some huge bugs, and this turns to be a point when disadvantage of Linux approaches. You have bugs in DE, you have bugs in LuxCore Render (disappeared when I linked whole Bfor Artists into KDbg – ONLY THAT SUFFICES! – LuxCore Render NO MORE STALLED the Blender remake, that is, Bfor Artists, suite.

But it can't be done at all times.

I'm a man, not desiring to replace system elements in an unpredictable way. And definitely, not want to await Blender „Modern” ugly pokemons in Blender / Bforartists suite. Why you must repeat China's errors, America?

Think more about philosophy and spirituality – as Robert Monroe said, you are more that your physical body. As intelliogent being, we must care about ourselves, not only this machines, PCs, smartfons (EGL library). We are NOT „pocket humans”. We are more worthy that systems that we are programming, and also, administering.

Things not need to be quicker, quicker, quicker.

OpenCL was somewhat fine, but selective. Why to make such mess in era of multiprocessor motherboards??! If it really be... fine... then, GPU would be in BIOS as another main processor option !!! But is doesn't. You should m e d i t a t e on 3D graphics rendering process, not only „eat” it mentally. That's it.

•As in life. Contemplation matters, but it mustn't be limited to external, peripheral env. Be humans, NOT the monkeys or other animals!!

•Why I don't „believe” 100% in USA when dependent on China hardware... still. Such a big problem... . But bigger problem would be if Americal even turned to [be the]China.... This 'd make the spiral, a cascade of problems – avoiding that starts certainly at clues contained in this article!