http://qa.mandrakesoft.com/show_bug.cgi?id=6360
------- Additional Comments From [EMAIL PROTECTED] 2003-11-15 15:30 -------
regarding FlashPlayer, version 6.0-5mdk (ready since 5 september) was
like that, i.e. with plugins in /usr/lib/mozilla/plugins and links
to /usr/lib/netscape/plugins. Probably someone forgot to be place it
there, like RealPlayer (with plugin splitten in a separated package
RealPlayer-rpnp).
Regarding "$2", i.e. number of instances of target packages installed,
that test should be already computed in %triggerin ("$2" -ge "2" and
%triggerpostun ("$2" = "0"), so it shouldn't be needed anymore
(symbolic links should be removed when mozilla is uninstalled or triggered
plugin is uninstalled, but not when either mozilla is upgraded,
or plugin is upgraded too).
What I don't understand is why "$1" is zero in %triggerun,
during the "upgrade" of mozilla, "$1" is "0" and not something other. In
fact, rpm -vv -Fvh *1.4-17mdk* gives these commands to be executed:
+ '[' 0 = 0 ']'
+ '[' -L /usr/lib/mozilla/plugins/libflashplayer.so ']'
+ rm -f /usr/lib/mozilla/plugins/libflashplayer.so
+ rm -f /usr/lib/mozilla/plugins/flashplayer.xpt
which removes links. Has RPM triggers changed behavior? I remember
that "Epoch" was causing "strange effects" in triggers in newer rpm,
when version numbering is used.
--
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
------- Reminder: -------
assigned_to: [EMAIL PROTECTED]
status: UNCONFIRMED
creation_date:
description:
When mozilla package is updated, the triggers of the package remove links from
/usr/lib/mozilla/plugins, e.g. the one for flashplayer.
Looking at the triggers one sees:
%triggerun ...
[ "$1" = "0" ] || exit 0
This is probably wrong, it should be:
%triggerun ...
[ "$2" = "0" ] || exit 0
^
This is also in the examples of /usr/share/doc/rpm-4.2/triggers and makes more
sense, because we care about what happens with the target package ($2), not our
package ($1).
