Earlier quoted context omitted.
If you don't want to use something like snap/flatpak then all the distributions using your PPA repository have to provide the same libraries packaged the same way, and at that point what are they going to even gain from being different distributions in the first place? If someone wanted to make a fork of Ubuntu but all the packages and contents are exactly the same as mainline Ubuntu then they'd just use Ubuntu.
That's Okay. What I meant was just reorganizing an OS and its nonessential apps repository/ies into 2 (or more) separate projects, not making a repository compatible with every distro out there.
Armbian and Devuan = Armvuan
21–30 of 55 posts
Re: Armbian and Devuan = Armvuan
#22> It is built in the simplest way, using Devuan debootstrapped system with kernel, dtb, u-boot, and board support packages from Armbian By the way, reading this, an idea just hit me. It persistantly seems evident distro maintains often struggle to maintain huge repositories in both well-tested and up-to-date state. Why don't we separate OS distribution and apps repos into separate independent projects? Perhaps it cou…
that's the way the "immutable" distros are going. they provide a base system and then a ton of packages come from containers or flatpaks. Like things based on OpenSuSE's MicroOS or Fedora's Silverblue and Kinoite but it does require the flavors currently, since the DE are considered core packages.
Re: Armbian and Devuan = Armvuan
#23Earlier quoted context omitted.
That's Okay. What I meant was just reorganizing an OS and its nonessential apps repository/ies into 2 (or more) separate projects, not making a repository compatible with every distro out there.
How would that solve the issue of keeping repositories in a both well-tested and up-to-date state? It seems to me it would only make the problem worse because we'd have different, possibly incompatible or unmaintained PPAs
Re: Armbian and Devuan = Armvuan
#24Is Devuan still having a usecase? No offense, I am simply curious. Lately I see statements that you can use standard Debian and have it instaled without systemd. It won't be the default I assume, but how do Devuan and Debian (without systemd) compare nowadays?
Also Debian having the possibility of providing systemd alternatives now, doesn't guarantee that this will be so forever. My personal guess is that at one point, systemd will be the only de-facto working init for desktop systems on Debian.
Re: Armbian and Devuan = Armvuan
#25I'm sure all six users of it will be happy
Re: Armbian and Devuan = Armvuan
#26Earlier quoted context omitted.
> independent projects? P you mean like flatpack and snap which also have the benefit of decoupling .so dependency management? or maybe like nix which you can run as a package manager on other dristros then NixOS?
Not really. I just meant that an OS team probably should only work on engineering and shipping the actual OS and should not dedicate a minute of their time to running a repository with Audacity or Wesnoth in it (I like and use both). Someone else should (as long as they feel interested).
The DDs who work on, say, kernel packaging are not necessarily the same DDs who work on Wesnoth packaging.
Re: Armbian and Devuan = Armvuan
#27Earlier quoted context omitted.
Can't we still have traditional repositories though? I personally dislike snaps and flatpaks because they usually are shipped with libarries hard-baked in rather than using separately-updatable libraries in the OS, using them also often means app duplication on per-user level and at least Snap didn't support Guest sessions (because of non-standard home directory path) the last time I checked.
If you don't want to use something like snap/flatpak then all the distributions using your PPA repository have to provide the same libraries packaged the same way, and at that point what are they going to even gain from being different distributions in the first place? If someone wanted to make a fork of Ubuntu but all the packages and contents are exactly the same as mainline Ubuntu then they'd just use Ubuntu.
Re: Armbian and Devuan = Armvuan
#28Earlier quoted context omitted.
How would that solve the issue of keeping repositories in a both well-tested and up-to-date state? It seems to me it would only make the problem worse because we'd have different, possibly incompatible or unmaintained PPAs
It would just let the OS engineers concentrate on the OS. Potentially making better OSes, maybe also more OSes to choose from, these being actually diverse with original ideas rather than making different app/version choices their key differences. "Just don't do what you can't really do well with reasonable ease, better just do the job which actually is yours".
The OS engineers are usually not the ones maintaining Wesnoth, and if they are it's because they want to.
Re: Armbian and Devuan = Armvuan
#29Re: Armbian and Devuan = Armvuan
#30I'm sure all six users of it will be happy
Does it matter how many users there are if the people who made it are happy with their work?