On Fri, 2006-11-17 at 19:18 -0500, Ambrose Li wrote:
> Package: flashplugin-nonfree
> Version: 9.0.21.55.2
> Severity: grave
> Justification: renders package unusable
> 
> 
> This report is for: flashplugin-nonfree 9.0.21.55.2 (NOT 7.0.68.0.1)
> 
> The package (9.0.21.55.2) cannot be installed due to the following reasons:
> 
> - It asks the user to locate the tar.gz from Macromedia without telling the
>   user *which file* (file name). The user has downloaded the file last year,
>   so he/she enters the path name.
> 
> - The package then tells the user that the file cannot be located. The user
>   is confused, but out of desperation presses Enter to download the file.

The question shown is this:

"Have you already downloaded the .tar.gz package from Adobe? If so,
please enter the directory you downloaded it into. Do not include the
filename here. If you have not already downloaded it, leave this blank
and the package will be downloaded automatically."

I guess that your point is not "Macromedia" to be replaced by "Adobe" :)
but that the user may have forgotten the file name.

I have deliberately removed the full file name from the question to
avoid that debian/templates must be changed over and over again to avoid
pointless work for the translators.

I think that it's obvious that the needed .tar.gz is the one
corresponding to the flashplugin-nonfree version.  The Adobe website
mentiones the version for stable releases like this "7,0,68,0".  For the
beta release the Adobe website mentiones "Flash Player 9" (only one
version available).

> 
> - The package says it is downloading the file (even though squid does not
>   log anything), 

It uses wget to download.  I'm not sure about logging in squid.

> then after a while a second screen appears and tells the
>   user again that the file cannot be located.  

This means that the download failed for some reason.  Was networking up?
Maybe a temporary problem at the download site?  I have tried upgrading
from flash 7 to 9 just now, and it works.  I tried both 9.0.21.55.2 and
9.0.21.55.3.

> This time, it specifically
>   asks the user "Have you already downloaded the
>   install_flash_player_7_linux.tar.gz package from Macromedia?" (Note the
>   file name... 

Here dpkg tries to fall back on the previous flash package.  That
message is from a previous flashplugin-nonfree version.

> the user becomes more confused because the file so named is
>   indeed present)
> 
> - The package still cannot find the file no matter what the user does. Then
>   the installation fails.

It is correct that a failed download with 9.0.21.55.2 causes very
confusing behaviour with old panels shown leading nowhere.

Please try 9.0.21.55.3.  If download fails, then 9.0.21.55.3 will fail
installing with the message "Downloading... download failed".

> 
> - The user takes the extraordinary effort to unpack the deb file in /tmp and
>   look inside control.tar.gz, and finds that it actually is looking for
>   flashplugin-nonfree_9.0.21.55.2_i386.deb and
>   not install_flash_player_7_linux.tar.gz.

I guess you meant to say that it is looking for
FP9_plugin_beta_101806.tar.gz. :)  About the .tar.gz file name, see my
comments above.

> 
> - The user proceeds to download the required file and retries.
> 
> - When the package asks for the directory it is entered.
> 
> - Then the install fails abruptly with
> 
>   Errors were encountered while processing:
>   /var/cache/apt/archives/flashplugin-nonfree_9.0.21.55.2_i386.deb
>   E: Sub-process /usr/bin/dpkg returned an error code (1)
> 
>   without any further explanation.

See above, it is correct that a failed download with 9.0.21.55.2 causes
very confusing behaviour with old panels shown leading nowhere.

My impression is that the "grave" severity was correct for 9.0.21.55.2.
I'm not sure whether there's still something "grave" wrong in
9.0.21.55.3.  Therefor I will lower the severity of this bug to
"important", to allow 9.0.21.55.3 to enter testing, and to allow further
discussion of this bug to see if anything remaining is to be fixed in
9.0.21.55.3.

Thanks for the testing and bug reporting,

Bart Martens

Attachment: signature.asc
Description: This is a digitally signed message part

Reply via email to