Bug 647599

Summary: gs fails to open IdiomSet
Product: [Fedora] Fedora Reporter: Sami Farin <hvtaifwkbgefbaei>
Component: pdfmergeAssignee: Dominic Hopf <dmaphy>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: rawhideCC: metherid, oget.fedora
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-12-11 17:12:15 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Sami Farin 2010-10-28 21:10:13 UTC
Description of problem:
previous versions of ghostscript worked, now pdfmerge says for every file:

[pid 32417] 00:05:17.373544 open("/usr/share/ghostscript/9.00/Resource/IdiomSet", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) <0.000019>
Error: /invalidfileaccess in --run--
Operand stack:
   (./x.pdf)   (r)
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostringval--   --nostringval--   false   1   %stopped_push   1894   1   3   %oparray_pop   1893   1   3   %oparray_pop   1877   1   3   %oparray_pop   1771   1   3   %oparray_pop   --nostringval--   %errorexec_pop   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   1894   1   4   %oparray_pop   --nostringval--
Dictionary stack:
   --dict:1155/1684(ro)(G)--   --dict:0/20(G)--   --dict:82/200(L)--   --dict:82/200(L)--
Current allocation mode is local
Last OS error: 2
Current file position is 352
GPL Ghostscript  9.00: Unrecoverable error, exit code 1


Version-Release number of selected component (if applicable):
pdfmerge-1.0-4, ghostscript-9.00-6

How reproducible:
always

Steps to Reproduce:
1. pdfmerge in.pdf out.pdf
2.
3.
  
Actual results:
as described

Expected results:
merging if specified input files into specified output file

Additional info:

Comment 1 Fedora Admin XMLRPC Client 2010-12-09 22:38:23 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 2 Dominic Hopf 2010-12-11 17:12:15 UTC
Hi Sami,

thanks very much for reporting the issue. This actually looks like an issue which was already reported. I'll close this one as a duplicate of that.

Regards,
Dominic

*** This bug has been marked as a duplicate of bug 642427 ***

Comment 3 Dominic Hopf 2011-02-26 01:49:06 UTC
I'm sorry I obviously overlooked this issue was another one and I marked it as duplicate by mistake. This is now fixed upstream and the fix will be included in the next update of pdfmerge.