Bug 487605

Hrmm...maybe it's not perfect yet?

+ gm convert -sample 256x192 -quality 90 sandpond.jpg sandpond.IMsampled.256.jpg
gm[27884]: segfault at 28 ip 023cd635 sp bfe14d90 error 4 in libgs.so.8.63[2302000+45a000]

I've done wicked things though...like hopping up the system gcc to 4.4 for build...then bump back down to libgcc-4.3.2-7 to test.

No clue why a resample of a fontless photo would cause seg in ghostscript library.

The Ghostscript library incorporates its own modified copy of libjpeg without renaming symbols.  GraphicsMagick uses the system libjpeg.  The problem is that the linker may end up linking against the libjpeg embedded in the Ghostscript library rather than the system's libjpeg.  This is one of many reasons to not link GraphicsMagick directly with the Ghostscript library.  Add the configure option --without-gslib in order to block out using the Ghostscript library.

The following is the text from GraphicsMagick's README.txt file regarding the Ghostscript situation:

* GraphicsMagick requires Ghostscript software (version 8.50 recommended)
  available from

    http://www.cs.wisc.edu/~ghost/

  to read the Postscript or the Portable Document format. Ghostscript
  is used to annotate an image when the FreeType library is not used,
  or an X server is not available. See the FreeType library above for
  another means to annotate an image. Note, Ghostscript must support
  the ppmraw device (type `gs -h` to verify). If Ghostscript is
  unavailable, the Display Postscript X11 extension is used to
  rasterize a Postscript document (assuming you define HasDPS and DPS
  is available). The DPS extension is less robust than Ghostscript in
  that it will only rasterize one page of a multi-page document.

  Ghostscript (release 7.0 and later) may optionally install a library
  (libgs) under Linux. If this library is installed, GraphicsMagick may
  be configured to use it. We do **NOT** recommend using this library
  under Unix type systems. The Ghostscript library does not support
  concurrency since only one instance of the interpreter is available.
  Unix systems will obtain better performance from executing Ghostscript as
  an external process since then multiple interpreters may execute at
  once on multiple CPU cores.

  Ghostscript provides its own modified version of libjpeg and libJasper
  while GraphicsMagick will be using these libraries as provided with the
  system. If Ghostscript is not using the same libraries, then
  identically named symbols may be used from the wrong code, causing
  confusion or a program crash. If conflicts cause JPEG to fail (JPEG
  returns an error regarding expected structure sizes), it may be
  necessary to use Ghostscript's copy of libjpeg for GraphicsMagick, and
  all delegate libraries which depend on libjpeg, or convince Ghostscript
  to build against an unmodified installed JPEG library (and lose
  compatibility with some Postscript files).

Bob

For what it's worth, I'd like to second the request for a modern GraphicsMagick into rawhide and hopefully Fedora 11.  The packaged 1.1.5 release is two full stable release cycles out of date now, and is considered a legacy EOL codebase.

The current GM 1.3 stable series adds quite a few improvements, least of which are massive performance gains.

This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle.
Changing version to '11'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Rebasing

This would involve an ABI break, so all dependent pkgs would need rebuilding, my quick-n-dirty repoquery turns up:

$ sudo repoquery --disablerepo=* --enablerepo=rawhide-source --srpm --whatrequires GraphicsMagick-devel
koffice-2:2.0.1-1.fc12.src
dvdauthor-0:0.6.14-8.fc11.src

wow, that's all?  neat. :)

I've got the rawhide update prepared, and tested rebuilding dependencies.

fire in the hole.

GraphicsMagick 1.3.6 is released now.

rawhide updated.

Andreas, would you consider updating previous releases as well?  I'm ok either way, but if it matters, I'm also ok with rebuilding koffice for it.

Andreas, ping?  are you around anymore?

I guess consider this attempt #1 to for contact per
http://fedoraproject.org/wiki/PackageMaintainers/Policy#What_to_do_if_a_Maintainer_is_absent

ok, I'm a tard, didn't match email/name vs irc nick... I'm sure we can find each other.  in the meantime, I close this for rawhide.

koffice-1.6.3-25.20090306svn.fc11,dvdauthor-0.6.14-9.fc11,GraphicsMagick-1.3.7-1.fc11 has been submitted as an update for Fedora 11.
http://admin.fedoraproject.org/updates/koffice-1.6.3-25.20090306svn.fc11,dvdauthor-0.6.14-9.fc11,GraphicsMagick-1.3.7-1.fc11

koffice-1.6.3-25.20090306svn.fc11, dvdauthor-0.6.14-9.fc11, GraphicsMagick-1.3.7-1.fc11 has been pushed to the Fedora 11 stable repository.  If problems still persist, please make note of it in this bug report.