reopen 500401
thanks
Hi,
I got your point that you are very sure about your package creation but
it does not cure buggy situation created on my system. Let's dig this
in.
Short question:
Was there any previous amd64 package of flashplugin-nonfree which may have
created symlink as flash-mozilla.so ->
/usr/lib/flashplugin-nonfree/libflashplayer.so
at one time in recent history ???
I want you to confirm previous bug fix history with respect to the
alternative system for flash-mozilla.so. See below for its background
and my analysis in brokenness of update-alternatives.
> From: Bart Martens <[EMAIL PROTECTED]>
> Subject: Re: Bug#500401: flashplugin-nonfree: nspluginwrapper needs to be
> run for amd64 in postinst/prerm script
> To: [EMAIL PROTECTED]
> Date: Sun, 28 Sep 2008 01:20:07 +0200
>
> On Sun, 2008-09-28 at 06:11 +0900, Osamu Aoki wrote:
> > Package: flashplugin-nonfree
> > Version: 1:1.7.2
> > Severity: important
> >
> > In order to have this to work properly,
>
> I don't see what would not work properly.
Did you really tried this on amd64 with frequent upgrade in sid?
If you are convinced but not tried, please mark it as moreinfo.
If you tried and do not see this, please mark it as unreproducible.
> > nspluginwrapper needs to be run
> > for amd64 in postinst/prerm script.
>
> That is not true.
As I see your /usr/sbin/update-flashplugin-nonfree, you do make efforts
to make links.
> > I just did
> >
> > $ sudo nspluginwrapper -a -u -v
> >
> > to get my flash working to see google street view.
This is just an workaround, I did to get it working. As I looked into
the situation in detail, I find funny situation in alternative system.
[EMAIL PROTECTED]:~$ sudo update-alternatives --display flash-mozilla.so
flash-mozilla.so - status is manual.
link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so
/usr/lib/nspluginwrapper/plugins/npwrapper.libflashplayer.so - priority 50
Current `best' version is
/usr/lib/nspluginwrapper/plugins/npwrapper.libflashplayer.so.
[EMAIL PROTECTED]:~# sudo update-alternatives --config flash-mozilla.so
There is only 1 program which provides flash-mozilla.so
(/usr/lib/nspluginwrapper/plugins/npwrapper.libflashplayer.so). Nothing to
configure.
Then I installed swfdec-mozilla and I can configure it to correct one.
Removing swfdec-mozilla certainly switch to
/usr/lib/nspluginwrapper/plugins/npwrapper.libflashplayer.so.
Looking into changelog does not give me hints but PTS has funny uploads
not mentioned in the changelog.
I have not analyzed all but it seems something like:
* bad alternative is created as flash-mozilla.so ->
/usr/lib/flashplugin-nonfree/libflashplayer.so
* corrected package uploaded with flash-mozilla.so ->
/usr/lib/nspluginwrapper/plugins/npwrapper.libflashplayer.so
* if alternative has only one choice, update of alternative system does not
happen.
was the event happened.
Was there any package you uploaded to unstable which might have created
symlink flash-mozilla.so -> /usr/lib/flashplugin-nonfree/libflashplayer.so for
amd64?
(I do not rule out I may have done something like this manually but quite
unlikely...)
As I see update-alternatives script, it skip configuration when single package
sub config_message {
...
if ($#versions == 0) {
print "\n";
printf _g("There is only 1 program which provides %s\n".
"(%s). Nothing to configure.\n"), $name, $versions[0];
return -1;
}
...
}
So if single alternative exists with unmatched symlink created by previous
broken package, it is quite understandable that I could not fix it by doing
--config only. This makes sense.
In the update-flashplugin-nonfree script, you have:
update-alternatives --quiet --install \
/usr/lib/mozilla/plugins/flash-mozilla.so flash-mozilla.so \
/usr/lib/nspluginwrapper/plugins/npwrapper.libflashplayer.so 50 \
|| die_hard_with_a_cleanup "update-alternatives failed to install
flash-mozilla.so"
As I tested before I really fixed situation properly, it did not update
alternative symlink. Let me check again to confirm by recreating buggy
situation. (More aggressively with unexisting link end)
[EMAIL PROTECTED]:/etc/alternatives# ls -l flash-mozilla.so
lrwxrwxrwx 1 root root 46 2008-09-28 11:23 flash-mozilla.so ->
/usr/lib/flashplugin-nonfree/bogus.so
[EMAIL PROTECTED]:/etc/alternatives# update-alternatives --install
/usr/lib/mozilla/plugins/flash-mozilla.so flash-mozilla.so
/usr/lib/nspluginwrapper/plugins/npwrapper.libflashplayer.so 50 ||echo ERROR
[EMAIL PROTECTED]:/etc/alternatives# ls -l flash-mozilla.so
lrwxrwxrwx 1 root root 46 2008-09-28 11:23 flash-mozilla.so ->
/usr/lib/flashplugin-nonfree/bogus.so
So installing good package does not fix broken situation.
I have been wondering some broken symlink in alternative system. This may be
the root cause of trouble.
In conclusion, I need to check if you had a version which created wrong
symlink. If so, I will reassign this bug to dpkg. I think fixing in
dpkg is better than creating work around in your package.
Osamu
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
