On Mon, 2017-09-04 at 14:32 +0200, Nicolas Chauvet wrote:
Hello,
Some packages have been retired from the repository, but can still
live on end-users system because they aren't properly
Obsoleted/provided.
In fedora, there is now an empty package that should take care to
obsolete/provide retired package.
The question is either we should have the same one in rpmfusion or
can
we use the fedora one for the same purpose.
Here is a quick list from my own system:
ffmpeg-compat-devel-0:0.6.7-10.fc26
ffmpeg-compat-0:0.6.7-10.fc26
gmtk-1.0.9-2.fc22
gnome-mplayer-1.0.9-3.20150203svn2476.fc22
gnome-mplayer-common-1.0.9-3.20150203svn2476.fc22
Please note that ffmpeg-compat is not yet orphaned, retried, but
given
that there is not any remaining users, I plan to retire it real soon
(before branching this tuesday).
To compute the complete list, the plan would be to:
- check packages in repos if they are in good shape (and retire them
if not).
- get a list of retired package from pkgdb.
- verify that the obsolete/provide isn't already handled by another
package (or if the package was retired because it was migrated from
fedora).
- check the last version of the package , so a proper
obsolete/provide
can be handled.
- create a bug to fedora-obsolete-packages (if accepted there).
Anyone to handle this task ?
This weekend I improve my script, the main improvement was query source
repos instead x86_84 repo because some packages could be only in i686
for example slmodem.
But I haven't much more time for this , this week so this page is work
in progress [1] and is not updated with latest script but
rpmfusion_all.txt [2] should be much different for this propose
If I got a list of all repos in cgit , we can complete de migration of
all cvs modules that remains there ( should be a very few ones and very
old but we will have a better archive)
Cheers,
[1]
https://rpmfusion.org/CheckAllPackagesPublished
[2]
https://rpmfusion.org/CheckAllPackagesPublished?action=AttachFile&do=...
Thx
--
Sérgio M. B.