Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 156215
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: AMD64 Project <amd64@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Georgi Georgiev <chutz@gg3.net>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 156215 depends on: Show dependency tree
Bug 156215 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug

Description:   Opened: 2006-11-25 06:31 0000 
The wrapper installed by the multilingual acroread ebuild (7.0.8-r1) prevents
acroread from opening file from the command line. Steps to reproduce:

1. env LINGUAS="en ja" emerge =acroread-7.0.8-r1
2. acroread /dev/null

Expected results:

Adobe Reader starts and shows a dialog box with the following text:

  Adobe Reader could not open 'null' because it is
  either not a supported file type or because the file
  has been damaged (for example, it was sent as an
  email attachment and wasn't correctly decoded).

Actual results:

Adobe Reader starts.

The fix is to patch the ebuild like this:

146c146
<                       echo "${ll}*) exec ${INSTALLDIR}/acroread.${ll} ;;" >>
bin/acroread
---
>                       echo "${ll}*) exec ${INSTALLDIR}/acroread.${ll} \"\${@}\" ;;" >> bin/acroread
150c150
<                       *) exec ${INSTALLDIR}/acroread.${fl} ;;
---
>                       *) exec ${INSTALLDIR}/acroread.${fl} "\${@}";;

------- Comment #1 From halfgaar@gmx.net 2007-01-17 12:45:57 0000 ------- 
Version 7.0.9 still doesn't open the filename given as parameter. This not only
means you can't open from the command line, but opening a PDF in Konquerer
yields en empty acroread window.

------- Comment #2 From Steen Eugen "Miravlix" Poulsen 2007-01-18 04:24:38 0000 ------- 
It breaks plugin support too, they wont work with the wrapper while it's
missing support for sending command line options to the real scripts.

The language scripts themself support command line options just fine.

------- Comment #3 From J.O. Aho 2007-01-18 23:04:39 0000 ------- 
This problem is fixed in 7.0.9-r1

It's still marked as testing, you can of course add $* at the end of each
language option you have in wrapper to fix it manually.

------- Comment #4 From Hans de Graaff 2007-01-24 09:59:23 0000 ------- 
7.0.9-r1 works fine for me on x86 where 7.0.9 would not work. Given that this
is a regression from previous versions I think it would be good to stabilize
this sooner rather than later.

------- Comment #5 From Markus Baumgartner 2007-01-24 13:41:23 0000 ------- 
This bug is a SHOWSTOPPER. It still exists on amd64 on Jan 24th, 2007. It seems
that r1 fixes this, but r1 is still masked.

Please commit that change ASAP.

------- Comment #6 From sbriglie@gmail.com 2007-02-05 14:12:58 0000 ------- 
(In reply to comment #5)
> This bug is a SHOWSTOPPER. It still exists on amd64 on Jan 24th, 2007. It seems
> that r1 fixes this, but r1 is still masked.
> 
> Please commit that change ASAP. 
> 
I totally agree with this. I too have emerged 7.0.9-r1 and it works perfectly.
How come a flawed ebuild with such an annoying bug goes stable without anyone
noticing and then weeks pass until the fix is declared stable?

------- Comment #7 From Jakub Moc (RETIRED) 2007-02-19 20:11:08 0000 ------- 
*** Bug 167599 has been marked as a duplicate of this bug. ***

------- Comment #8 From Raúl Porcel 2007-02-20 11:15:33 0000 ------- 
x86 stable

------- Comment #9 From Marcus D. Hanwell 2007-02-20 13:56:13 0000 ------- 
Stable on amd64.
Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug