Opinion: Distributions that only change non-system pre-installed software or desktop environment should instead be packages or scripts
jsveiga @ jsveiga @sh.itjust.works Posts 0Comments 195Joined 2 yr. ago
jsveiga @ jsveiga @sh.itjust.works
Posts
0
Comments
195
Joined
2 yr. ago
Suppose kubuntu, ubuntu, lubuntu, xubuntu were packages to be installed on top of debian.
How would you do that? Debian would not create and maintain a "core debian" variant just to be installed then receive the extra packages. Would the *ubuntu packages replace, instead of add on top of default debian packages?
Then where would the updates come from? Both debian and *ubuntu repositories?
What about dependencies? Would debian have to coordinate with all *ubuntu maintainers (and they too, between them) for compatibility tests every time debian needed to update one of its packages? Or they'd just update and *ubuntu would have to scramble to release fixes for what had been broken?
Not to mention convenience; would you have to download debian, download *ubuntu, install debian, then your *ubuntu?
Why not then package the "core debian", with the tested component versions that work with the *ubuntu packages you're downloading? Hey, and what about script the installation to install both "core debian" parts and then *ubuntu automatically? That's an innovative idea indeed. No, wait, isn't it sort of what they already do today?
It's not like there's a Linux headquarters with a centralized organization that releases all multiple distros just to feed the hobby of distro hoppers. Distros are maintained and packaged by different people, and it's already a lot of trouble to keep each part in sync.