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
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
|
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
Thursday, 12 February 2015, 17:34 GMT
Reason for closing: Not a bug
(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.
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!