Originally posted by antnythr
View Post
Announcement
Collapse
No announcement yet.
Fedora Developers Are Looking At Better Managing Retired Packages
Collapse
X
-
Originally posted by antnythr View Postbut I think that a single massive package repository that all distributions could pull from would be great.
As others have said, the current approach (which is loved/hated by many) is flatpak or snap, but there have been previous attempts long before Linux was a thing (it was about a universal installer for all the Unix platforms at the time). A primary failure was that each os variant has their own way to represent dependencies, or invoke commands, or have library API determinations (different distros ship different level of required libraries). For a generalized solution the only way a universal package repo likely works will be the freebsd or gentoo approach, you download the source and compile it.
Comment
-
Originally posted by antnythr View PostI actually think this touches on a larger issue that I've always wondered if it could be handled differently. Almost every distribution maintains their own copies of every package. It's a massive duplication of effort, time, and resources. In my head I can think of a ton of reasons why people will say it couldn't be done, but I think that a single massive package repository that all distributions could pull from would be great.
Comment
-
Originally posted by antnythr View Post
I actually think this touches on a larger issue that I've always wondered if it could be handled differently. Almost every distribution maintains their own copies of every package. It's a massive duplication of effort, time, and resources. In my head I can think of a ton of reasons why people will say it couldn't be done, but I think that a single massive package repository that all distributions could pull from would be great.
Some of the patches relates to switching of compiler toolchain - something that is independent decisions for different distributions.
And in some situations, the distributions requires the applications to use different paths, or run with different privileges, ...
Comment
-
I quickly read through the Fedora Wiki on this topic. The most obnoxious feature to me was removing a package from a user's system just because nobody else cares about it.
I can see isolating or locking out a package that breaks due to a certain upgrade. When that happens, WARN THE USER in a nice big message box that they cannot miss. Then the user can decide what to do about it. Sometimes a user has to face up to the fact they are using ancient code that now breaks stuff, or is broken by new stuff.
The next question that comes to mind: In a centrally administered Linux environment (user does not have 'root' access), what happens if the local user installed something on the system in their 'home' directories? Would an upgrade wipe that out? What if the upgrade process was "unattended" and nobody knew that user's locally installed package was wiped out?
IMHO Fedora has an interesting idea here, but it also opens some interesting cans of worms.
- Likes 1
Comment
-
Originally posted by NotMine999 View PostI quickly read through the Fedora Wiki on this topic. The most obnoxious feature to me was removing a package from a user's system just because nobody else cares about it.
I can see isolating or locking out a package that breaks due to a certain upgrade. When that happens, WARN THE USER in a nice big message box that they cannot miss. Then the user can decide what to do about it. Sometimes a user has to face up to the fact they are using ancient code that now breaks stuff, or is broken by new stuff.
The next question that comes to mind: In a centrally administered Linux environment (user does not have 'root' access), what happens if the local user installed something on the system in their 'home' directories? Would an upgrade wipe that out? What if the upgrade process was "unattended" and nobody knew that user's locally installed package was wiped out?
IMHO Fedora has an interesting idea here, but it also opens some interesting cans of worms.
Comment
Comment