[arch-dev-public] cleanup dead Xorg packages | news draft
eschwartz at archlinux.org
Thu Dec 19 23:35:09 UTC 2019
On 12/19/19 6:05 PM, Allan McRae via arch-dev-public wrote:
>> There's no package replacing libdmx and libxxf86dga so manual
>> intervention will be needed. So here's a small news draft:
>> "Xorg cleanup requires manual intervention
>> "In the process of Xorg cleanup  the update requires manual
>> intervention when you hit this message:
>> :: installing xorgproto (2019.2-2) breaks dependency 'inputproto' required by lib32-libxi
>> :: installing xorgproto (2019.2-2) breaks dependency 'dmxproto' required by libdmx
>> :: installing xorgproto (2019.2-2) breaks dependency 'xf86dgaproto'
>> required by libxxf86dga
>> when updating, use:
>> `pacman -Rdd libdmx libxxf86dga && pacman -Syu`
>> to perform the upgrade. After the update it will be safe to also remove
>> the "xorgproto" package.
> This why does xorgproto not provides=('inputproto' .... )? Then all we
> need to do is announce, update and remove.
Well, this is our new fancy all-the-everything-in-one package, but the
inputproto headers / inputproto.pc won't be provided anymore...
I think conflicts would be better fitted here, but the bigger question I
have is why do we need to be so quick to remove things which apparently
work, even if they're legacy/dead, *before* we fix the downstream users?
It's hardly difficult to deprecate packages before pulling the plug on
them, in cases like this.
Bug Wrangler and Trusted User
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 1601 bytes
Desc: OpenPGP digital signature
More information about the arch-dev-public