Bug 159912

Summary: gsview broke w/ghostscript-8.15
Product: [Fedora] Fedora Reporter: Horst H. von Brand <vonbrand>
Component: gsviewAssignee: Rex Dieter <rdieter>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhide   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
URL: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/gsview-4.7-2.src.rpm
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-07-18 21:09:09 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 Horst H. von Brand 2005-06-09 02:23:49 UTC
Description of problem:
gsview broken due to update to ghostscript-8.15-0.rc3.1

Version-Release number of selected component (if applicable):
gsview-4.6-10

How reproducible:
Always

Steps to Reproduce:
1. Start gsview with some PS file, i.e., "gsview xyz.ps"
2.
3.
  
Actual results:
Error messsage, ends with:

Failed to load libgs.so.7: libgs.so.7: cannot open shared object file: No such
file or directory
Can't load Ghostscript DLL

Expected results:
Working...

Additional info:

Comment 1 Michael Schwendt 2005-06-09 07:36:30 UTC
ghostscript-8.15-0.rc3.1 is from FC5 Development

Comment 2 Rex Dieter 2005-06-09 12:07:10 UTC
Quick-fix: From gsview, select menu Options->Advanced Configuration
Set "Ghostscript Shared Object" to libgs.so.8 (I assume the shared lib major
number has been incremented from 7 to 8).

Comment 3 Horst H. von Brand 2005-06-09 21:30:19 UTC
No dice. Nice window telling me:

   GSview 4.6 2004-01-11
   play_sound: not implemented
   debug=0

   Wrong version of DLL found.
     Found version 81500
     Need version  704 - 919


Comment 4 Rex Dieter 2005-06-22 16:49:30 UTC
Can you see if gsview-4.7 helps?  See URL field for updated src.rpm to try out.

Comment 5 Horst H. von Brand 2005-06-22 17:49:32 UTC
Nope, http://apt.kde-redhat.org/apt/fedora/all/SRPMS.stable/gsview-4.7-1.src.rpm
doesn't exist.

Comment 6 Rex Dieter 2005-06-22 18:06:36 UTC
OK, here's a URL that actually works.

Comment 7 Horst H. von Brand 2005-06-22 21:01:27 UTC
With 4.7-1 I get:

GSview 4.7 2005-03-25
play_sound: not implemented
debug=0
config_wizard: not implemented
Unknown in Comments section at line 5:
  %.....................................

Failed to load libgs.so.7: libgs.so.7: cannot open shared object file: No such
file or directory
Can't load Ghostscript DLL

Comment 8 Rex Dieter 2005-06-22 21:04:18 UTC
Change the "Ghostscript Shared Object" preference per comment #2 and comment #3

Comment 9 Horst H. von Brand 2005-06-23 13:48:05 UTC
Same as before, just tells me:
Wrong version of DLL found
 Found version 81500
 Need version 704-919

ghostscript is currently 8.15-0.rc3.3

Comment 10 Rex Dieter 2005-06-23 13:55:35 UTC
On the surface, it appears that the new ghostscript changed how it reports it's
versioning (effectively *100).  I'll have to go look at the code.

Comment 11 Rex Dieter 2005-06-23 15:01:34 UTC
Try gsview-4.7-2 (see updated URL), changes include: 
1.  determines the proper default libgs.so.X to load at build-time instead of
hard-coding libgs.so.7
2.  scales reported DLL version (by /100) when > 70400 

Comment 12 Horst H. von Brand 2005-06-23 19:41:39 UTC
OK, that works fine out of the box. Thanks!

I'm not sure it is wise to scale down... better scale up what you expect (in
case they later come up with e.g. 89317, not just 81500).

BTW, the earlier one (4.7-1) didn't include ghostscript-devel in the
dependencies. It also gives lots of warnings when building. Is that OK?

Comment 13 Rex Dieter 2005-06-23 19:59:46 UTC
Re: scaling: It's ghostscript that changed behavior here, not gsview, so my
first pass was to make ghostscript behave as before.  When fc5 becomes closer to
reality, I'll take a closer look at ghostscript to see if the dll_revision
inflation is still there, and if so, inquire whether it's a bug or if it was
done on purpose (and why).

Re: ghostscript-devel, yep, that's so it can determine the proper default
libgs.so to load (so you don't have to go mucking with it).  And yes, there as
lots of compiler warnings... mostly cruft from gtk+-1.2.