With the before discussed and scrutinized (investigated) article about fbdev being the main TTY and PTTY non-DRI3 applications drivers, proof on the basis:
emerge -a x11-base/xorg-drivers
These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] x11-drivers/xf86-video-fbdev-0.5.0 [ebuild R ] x11-base/xorg-drivers-1.20-r1 Would you like to merge these packages? [Yes/No]
>>> Verifying ebuild manifests >>> Emerging (1 of 2) x11-drivers/xf86-video-fbdev-0.5.0::gentoo >>> Installing (1 of 2) x11-drivers/xf86-video-fbdev-0.5.0::gentoo >>> Emerging (2 of 2) x11-base/xorg-drivers-1.20-r1::gentoo >>> Installing (2 of 2) x11-base/xorg-drivers-1.20-r1::gentoo >>> Jobs: 2 of 2 complete Load avg: 1.65, 0.67, 0.76 * Messages for package x11-drivers/xf86-video-fbdev-0.5.0: * Package: x11-drivers/xf86-video-fbdev-0.5.0 * Repository: gentoo * Maintainer: firstname.lastname@example.org * USE: abi_x86_64 amd64 elibc_glibc kernel_linux userland_GNU * FEATURES: network-sandbox preserve-libs sandbox userpriv usersandbox * Final size of build directory: 2356 KiB (2.3 MiB) * Final size of installed tree: 120 KiB * Messages for package x11-base/xorg-drivers-1.20-r1: * Package: x11-base/xorg-drivers-1.20-r1 * Repository: gentoo * Maintainer: email@example.com * USE: abi_x86_64 amd64 elibc_glibc input_devices_libinput kernel_linux userland_GNU video_cards_amdgpu video_cards_fbdev * FEATURES: network-sandbox preserve-libs sandbox userpriv usersandbox * Final size of build directory: 4 KiB * Final size of installed tree: 4 KiB >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date.
Power transformative approach – methodology. It diverges already blown up major Soviet power atomic plant hypothetically supplied electicity (still from Moscow dispatcher, though EU territory) into a fbdev installation screen (tmux) video terminal emission feeds.
Sounds a little bit ludicruous, but it’s the case. The low end GUI terminals will not on their own by themselves consume the directed fbdev drivers because they are VIDEO_CARDS x11-base/xorg-drivers slot insisted. It has to be theoreticallly based – grounded – why it can occur and where it leads. It was discussed already, that a costs expensive amdgpu drivers aren’t the problem solver when it comes to laptop utility curve, emphasizing high end costs spending towards non-sustainable growth. On the other hand, the specifically viable low end terminal drivers, usable in CLI Gnome and VS Code DOM terminals is not necessarily library ldd and ldconfig called to callees, when amdgpu higher capacity drivers are available by default, primarily suiting AMD R6 card.
In essence, open source makes it easy to comply with the requirements in general and manipulate calls directly. In this case, when a consumer is largely a web developer, laptop is the primary means of development, distancing the case of concern to the proof and definitions scales – i. e. leaving machine automation the primary balancer and driver of in this instance separately issued amdgpu, radeonsi and fbdev AMD R6 GPU environment variable drivers.