Bug 159912 - gsview broke w/ghostscript-8.15
Summary: gsview broke w/ghostscript-8.15
Alias: None
Product: Fedora
Classification: Fedora
Component: gsview   
(Show other bugs)
Version: rawhide
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Rex Dieter
QA Contact: Fedora Extras Quality Assurance
URL: http://apt.kde-redhat.org/apt/kde-red...
Depends On:
TreeView+ depends on / blocked
Reported: 2005-06-09 02:23 UTC by Horst H. von Brand
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-07-18 21:09:09 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

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):

How reproducible:

Steps to Reproduce:
1. Start gsview with some PS file, i.e., "gsview xyz.ps"
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:

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

   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
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.

Note You need to log in before you can comment on or make changes to this bug.