156215 2006-11-25 06:31 0000 stabilize app-text/acroread-7.0.9-r1 (was: acroread-7.0.8-r1 does not open a file from the command line with multiple LINGUAS) 2007-02-20 13:56:13 0000 1 1 1 Unclassified Gentoo Linux Applications 2006.0 All Linux RESOLVED FIXED P2 normal --- 1 chutz@gg3.net amd64@gentoo.org hodak@nemo.physics.ncsu.edu luca.botti.gentoo@gmail.com mb@gup.jku.at sbriglie@gmail.com wasowski@data.pl chutz@gg3.net 2006-11-25 06:31:44 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} "\${@}";; 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. sep@lix-world.net 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. bugs-gentoo@kotiaho.net 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. graaff@gentoo.org 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. mb@gup.jku.at 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. 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? jakub@gentoo.org 2007-02-19 20:11:08 0000 *** Bug 167599 has been marked as a duplicate of this bug. *** armin76@gentoo.org 2007-02-20 11:15:33 0000 x86 stable cryos@gentoo.org 2007-02-20 13:56:13 0000 Stable on amd64.