FS#43725 - [gstreamer-vaapi] gstreamer0.10-vaapi forgot from conflicts=() and replaces=() arrays, left over

Attached to Project: Arch Linux
Opened by Bastien Traverse (Neitsab) - Saturday, 07 February 2015, 01:00 GMT
Last edited by Doug Newgard (Scimmia) - Thursday, 12 February 2015, 17:34 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Following the 0.5.10 update (which kills support for gst0.10), gst-vaapi was properly removed from machines because placed in conflicts=() and replaces=() arrays but gstreamer0.10-vaapi was left out and therefore remains installed (although not in repo anymore). I guess it should be added to those arrays to be cleaned up during the next update.


Additional info:
* package version(s): 0.5.10-1
* see changes to PKGBUILD: https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/gstreamer-vaapi&id=91237f4d89065480e60469db3a898a92274fe7c0


Steps to reproduce:
* prerequisite: having installed on the system gstreamer0.10-vaapi before 0.5.10-1 update
* after update, check it is still installed:
$ pacman -Qs gstreamer0.10-vaapi
local/gstreamer0.10-vaapi 0.5.9-1
GStreamer Multimedia Framework VA Plugins
* however it isn't in repo anymore
$ pacman -Ss gstreamer0.10-vaapi
<returns nothing>
This task depends upon

Closed by  Doug Newgard (Scimmia)
Thursday, 12 February 2015, 17:34 GMT
Reason for closing:  Not a bug
Comment by Doug Newgard (Scimmia) - Saturday, 07 February 2015, 02:51 GMT
This doesn't replace gstreamer0.10-vaapi, though. Nothing does. Packages get dropped from the Arch repos all of the time, there is no mechanism for automatic cleanup. You need to pay attention to it.
Comment by Bastien Traverse (Neitsab) - Saturday, 07 February 2015, 17:37 GMT
My bad, I wouldn't have expected this on Arch. But how people are supposed to notice those out-of-sync packages? How to "pay attention to it" when there are no signs?

(In my case it is a pacman helper (pacaur) which printed a warning during a system upgrade because it couldn't find the package in any of the sync repo or the AUR. But AUR helpers are never gonna be a recommendation of the devs, so how to do it? Is there a pacman command, an RSS feed for dropped packages?)

I'd better move the discussion to a proper bug report or mailing list though I guess. Thanks for your quick reply.
Comment by Doug Newgard (Scimmia) - Sunday, 08 February 2015, 22:09 GMT
If it's installed as a dependency (even optional), pacman should notify you when it's no longer needed. If you have it explicitly installed, it's more tricky.
Comment by Bastien Traverse (Neitsab) - Sunday, 08 February 2015, 23:52 GMT
After verification, it appears I have indeed installed it explicitly, thus explaining the lack of warning and the fact it doesn't appear among "true orphans" (I'm using Xyne's pkg_scripts to detect those: https://aur.archlinux.org/packages/pkg_scripts/).

Now I see the problem with warning about installed packages that are out of synced repositories in pacman's output: it would trip on every AUR and custom/local packages... What pacman -Qm already does, and which correctly lists gstreamer0.10-vaapi. So indeed, the command was there ready for manual inspection, in the purest Arch way. My bad.

(Just a thought: maybe a combination of pacman -Qm and an exclude list for foreign packages voluntarily installed, and which would be configured in /etc/pacman.conf could do the trick, although that would also require quite some manual administration.)

You can close this bug if you feel like to, thanks for your input!

Loading...