On Fri, 2016-10-07 at 01:25 +0200, Kevin Kofler wrote:
Adam Williamson wrote:
> Huh - that's handy, and I did not actually know --nopostun (something
> new every day, etc.). It does involve including instructions on how to
> find the package, though, which would inevitably go stale as it moves
> from u-t to stable. Still, thanks.
Seeing how this is not the first time a broken %postun script causes
unfixable trouble with updating a package, I think RPM really needs a way
for a new version of a package to override the old version's %postun. It
would be similar to how triggers work, but it should run INSTEAD OF the
original %postun, not in addition to it. (As I understand it, postun
triggers unfortunately run in addition to normal %postun.)
Yeah, that would be handy for sure. We're kicking around ways to use a
%pre to subvert the effect of the %postun in the bug report right now,
but having a dedicated mechanism would be handy.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net