Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 412293 - app-text/acroread-9.5.1 - dirname missing operand in wrapper script
Summary: app-text/acroread-9.5.1 - dirname missing operand in wrapper script
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Printing (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Printing Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-04-17 07:06 UTC by Christopher Smith
Modified: 2017-02-15 23:49 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge.info (emerge.info,16.07 KB, text/plain)
2012-04-17 07:06 UTC, Christopher Smith
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Christopher Smith 2012-04-17 07:06:16 UTC
Created attachment 309219 [details]
emerge.info

The acroread shell wrapper through the current version (9.5.1) outputs an apparently inconsequential error message when run on a system without a GNOME installation.

In 9.5.1, the offending command is on line 529, which doesn't validate that a target file (looked up in gconf) actually exists.  In my case, I ran the command on line 527, which produced the result "epiphany" (the GNOME default browser?), which is not installed, leading to calling readlink and then dirname on an empty string.
Comment 1 Tomáš Chvátal (RETIRED) gentoo-dev 2013-02-22 10:13:29 UTC
This is bug in the upstream script so please report it upstream 
https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform
Comment 2 Andreas K. Hüttel gentoo-dev 2017-02-15 23:49:24 UTC
(In reply to Christopher Smith from comment #0)
> Created attachment 309219 [details]
> emerge.info
> 
> The acroread shell wrapper through the current version (9.5.1) outputs an
> apparently inconsequential error message when run on a system without a
> GNOME installation.
> 
> In 9.5.1, the offending command is on line 529, which doesn't validate that
> a target file (looked up in gconf) actually exists.  In my case, I ran the
> command on line 527, which produced the result "epiphany" (the GNOME default
> browser?), which is not installed, leading to calling readlink and then
> dirname on an empty string.

I'd say this is a local configuration issue (your handler points to an invalid program).

Here I don't have a Gnome installation, and the output is firefox.