blind Pete a écrit :
andre999 wrote:

blind Pete a écrit :
andre999 wrote:


blind Pete a écrit :

Samuel Verschelde wrote:



[snip]
- Functioning as an update, it would only replace already installed
backports, once the tools are appropriately adjusted.

There are a couple of ways to do that.  The simplest that I can think
of is to split "backports" into "backports" and "backports update".
Allow cherry picking from "backports" and apply "backports update"
automatically.

I was thinking of cases where the user chooses to "update" their
system.  New versions of backports already installed would be presented
as updates, along with those from the update repos.
Just as we don't have any update-update repos, it wouldn't make sense to
have backport-update repos either.
[snip]

It depends on how you look at it.

If you consider non-free, tainted, and backport to be optional
and any update package to be highly recommended if and only if
the corresponding package is already installed.  Then is does
not matter if the old package is a tainted.rpm, nonfree.rpm,
bp.rpm, or an ordinary rpm.  Just one way to look at it, not
the only way.

But how is it possible to distinguish a priori between a backport which will be an update and one which will be a "new" backport on a users' system. It would only be an "update" if the user has already installed the corresponding backport on their system. If the fact it is a backport is ignored, then every backport would be, by definition, an update. Even packages newly imported to Mageia.

To me, a "corresponding" package is one from the same category, according to whether is is backport or not, and according to whether in "core", "nonfree", or "tainted".
To consider otherwise is to deny the importance of these categories.

Backports are considered separately because they are much more at risk to not function properly, since they weren't tested with the rest of the release, being added afterwards. So we have to be much more careful about adding them. The last thing we want is for the backports to be included automatically with updates, even if the user had not already decided to install the corresponding backport. Installing a backport should be an exceptional, explicitly decided activity -- except when the user has already decided to install the corresponding backport, when it is useful to present newer versions as updates. They are likely security or bug fixes.

--
André

Reply via email to