[PLUG] Getting ps2pdf working again

Steve Bonds 1s7k8uhcd001 at sneakemail.com
Mon Aug 11 17:40:02 UTC 2003


On Mon, 11 Aug 2003, Rich Shepard rshepard-at-appl-ecosys.com |PDX Linux| wrote:

>   At www.ghostscript.org there is no separate ghostscript-devel tarball! I
> seen on rpmfind.net that it's part of RH 8.0. Too many connections now so
> I'll keep trying to grab the src.rpm.

The whole *-devel thing is pure RedHat.  This lets them make the "normal"
binary RPMs smaller by not including libraries and headers that many
people don't use.

>   But, I'm very confused. What do folks _not_ running Red Hat do to get
> working copies of ps2pdf and associated tools if they upgrade their base
> ghostscript via the source tarball?

Upgrading a base product from tar can often cause problems for any
package-based system.  When doing this I try to re-package things so that
I can remove the software easily if necessar, though this is often much
harder than installing from the tar source.

Things I would try, in no particular order:
  A) Recreate things from RPM
    + remove the gs that was built from tar
    + install ghostscript 7.05 RPM (or rebuild SRPM)
    + install gimp-print 4.2.4 RPM (or rebuild SRPM)

  B) Fix ijs-config
    + note the ".in" on the end of the ijs-config that was found?
    + That means it's probably an automake/autoconf template
    + I bet it was built by your RPM packaging process, but left off
      the install list.  This means the .spec file you used was broken
    + Or it may be hiding in another -devel package
    + I can't tell you which since I don't have it on my system

  C) Try running gs manually
    + This command makes a PDF from a PostScript file (all one line):

$ gs -q -dNOPAUSE -dBATCH -sDEVICE=pdfwrite -dSAFER \
        -sOutputFile=<file>.pdf <file.ps>

    + This will probably give you the same error, but it's worth a shot

  -- Steve





More information about the PLUG mailing list