randy at linuxfromscratch.org
Thu Dec 7 05:03:30 PST 2006
There is a ticket in Trac for an issue with GSView-4.7.
The issue is valid. The new EPS Ghostscript internal versioning
scheme breaks GSView. I found that simply modifying src/gvcver.h
in the GSView sources fixes the issue. I simply substituted
81502 for 999 for the "max version number" and compiled, and all
Note I used the newest GSView (4.8). As I *must* use ESP Ghostscript
because CUPS is my print system, I cannot use AFPL Ghostscript (the
GSView package specifically says to use AFPL Ghostscript). Note
that I don't normally install GSView either, but want to address the
outstanding Trac ticket.
Does anyone else use GSView? Does the fix I'm proposing seem to be
the right thing to do, or should we just drop ESP Ghostscript as
a dependency and render GSView available only to folks who install
By the way, AFPL Ghostscript is changing to a GPL license and with
a new version (not realeased yet, but perhaps will), may break
GSView as well.
Thoughts from others?
rmlscsi: [bogomips 1003.25] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3]
[GNU C Library stable release version 2.3.6] [Linux 220.127.116.11 i686]
06:54:00 up 3 days, 14:14, 1 user, load average: 0.33, 0.27, 0.21
More information about the blfs-dev