The Linux “Distribution”, such disgusting Linuxism, called debian has been found to be very woke(The delusions of Debian).
And have been found to behave fraudulently, claiming security, when there is no security (also The delusions of Debian), enter other technical problems.
Other problem with going being a derivative of Debian, and also being a “distribution” of any kind of “distribution”, is that you get all the problematic nonsense of having both system components and application components sharing space, which is problematic as for multiple motives between, it is included the following:
-
I’ll Use Mine, You Use Yours
In many other systems, there is a single version of a given library or language runtime that is used both by components of the system itself and by users of the system for their own applications. On the kind of time scales that enterprise OS support covers, large changes can occur in a given piece of software. A new library version might come out that offers desirable features not available in the version shipped with the OS. The new version may also break backward compatibility with existing applications. If that application happens to be a core component of the OS, then upgrading the library becomes much more difficult, if not impossible.
KYSTY is, above all else, about separating as much as possible the spheres of responsibility for the OS itself and the application environment. The two necessarily have very different goals and development timelines. -https://omnios.org/about/kysty.html -
Having security issues like those that debian claims, as the upstream security problems become part of our own system. As well as outdated software.
-
Impossibility of guarantee quality in the end product. Or give support the the end users.
Those problems could be solved being not a “distribution”, but in this case if Linux is maintained as the kernel of the product, this would force the Lunduke Computer Operating System to be a GPL product, which is always unacceptable. Therefore the only option is using another Kernel, preferably FreeBSD or DragonFlyBSD.