Index index by Group index by Distribution index by Vendor index by creation date index by Name Mirrors Help Search

GraphicsMagick-devel-1.3.12-14.1.3 RPM for i586

From OpenSuSE 12.1 for i586

Name: GraphicsMagick-devel Distribution: openSUSE 12.1
Version: 1.3.12 Vendor: openSUSE
Release: 14.1.3 Build date: Sat Oct 29 20:42:04 2011
Group: Development/Libraries/C and C++ Build host: build22
Size: 295128 Source RPM: GraphicsMagick-1.3.12-14.1.3.src.rpm
Summary: Viewer and Converter for Images - files mandatory for development
GraphicsMagick(TM) provides a powerful image manipulation and
translation utility. It is capable of displaying still images and
animations using the X Window system, provides a simple interface for
interactively editing images, and is capable of importing selected
windows or the entire desktop. GraphicsMagick can read and write over
88 image formats, including JPEG, TIFF, WMF, SVG, PNG, PNM, GIF, and
Photo CD. It can resize, rotate, sharpen, color reduce, or add special
effects to the image and save the result to any supported format.
GraphicsMagick may be used to create animated or transparent .gifs,
create composite images, create thumbnail images, and much, much, more.

    see the AUTHORS file




MIT License (or similar)


* Mon Apr 11 2011
  - removed dependency of devel packages on the main package
* Wed Dec 22 2010
  - restoring *-config scripts as in upstream version: their removal
    breaks older software
* Tue Dec 14 2010
  - package no longer requires -fno-strict-aliasins
  - fix -devel package dependencies
  - run make check
  - exclude *-config scripts, whatever uses them _must_ use pkgconfig
    to avoid the mess this scripts create.
* Mon Jul 12 2010
  - added xorg-x11-fonts as runtime dependency [bnc#619103]
* Tue Mar 09 2010
  - updated to version 1.3.12:
    * Filter mode (write to stdout) was completely broken.
    * Should now compile with libpng 1.4.
    * DCX output format is only written on request.  Previously the PCX
      coder would automatically switch to DCX format if multiple frames
      would be written.
* Tue Feb 23 2010
  - updated to version 1.3.11:
    * Fixed array underflow on systems using signed char
      which could result in a program crash due to extended
      characters in filenames or in certain file formats.
    * Fixed array underflow on systems using signed char
      which could result in a program crash due to extended
      characters in filenames or in certain file formats.
    * Added a -thumbnail command to 'convert' and 'mogrify'.
      This is a faster way to scale down the image when
      speed is a primary concern.
    * Added a -extent command to 'convert' and 'mogrify'
      which composites the image on top of a backing
      canvas image of solid color.
    * Added support for -compose to the 'convert' and
      'mogrify', which were documented to support it
      (but did not).
    * Requests for 'Over' and 'Atop' composition are
      converted to a request for the (faster) 'Copy'
      composition when both images are opaque.
* Mon Feb 15 2010
  - updated to version 1.3.10:
    * +adjoin was not working correctly for the case when only one image
      frame is present.  With +adjoin and writing one frame to
      "foo%d.jpg" it was outputting "foo%d.jpg" rather than "foo0.jpg".
    * When drawing paths, memory allocation for the points was much
      larger than it needed to be (patch by Vladimir Lukianov).
    * To reiterate the change which first appeared in 1.3.9, there is no
      longer an implicit +adjoin if the output file name happens to
      contain a %d sequence, or there are multiple frames and the output
      file format only supports storing one frame.  Specify +adjoin if
      scene number substition is desired in the output file names.
* Mon Feb 08 2010
  - updated to version 1.3.9:
    * There is no longer an implicit 'adjoin' if an output filename
      contains an apparent scene specification (e.g. foo%02d.tiff) and
      multiple files are not needed to save the image..  It is necessary
      to use +adjoin.  For example ``gm convert foo.pdf +adjoin
    * For formats which support multiple frames, output with +adjoing to
      filenames containing a scene specification (e.g. foo%02d.tiff) was
      resulting in wrong output file names.
    * -flatten now applies the image background color under the first
      image in the list if it is not already opaque.
    * Fix "double free" error when using gm import -frame.
    * XPM does not support RGBA color syntax, so return RGB instead.
    * The display '-update' option was only working in conjunction with
      the '-delay' option with a delay setting of 2 or greater.
    * -convolve was crashing rather than reporting an error.
    * Fixed crash if the number of OpenMP threads was reduced from the
      original value via '-limit threads' or omp_set_num_threads().
    * -blur was not blurring the opacity channel for solid-color images.
    * Several deleted global string constants are restored with
      deprecated status in order to assure that symbols are not removed
      from the ABI.
* Mon Jan 25 2010
  - updated to version 1.3.8:
    Security Fixes:
    * Fix for CVE-2009-1882 "Integer overflow in the XMakeImage
    * Fix lockup due to hanging in loop while parsing malformed
      sub-image specification (SourceForge issue 2886560).
    * Libltdl: Updated libtool to 2.2.6b in order to fix security issue.
      Resolves CVE-2009-3736 as it pertains to GraphicsMagick.
    Bug fixes:
    * -convolve, -recolor: Validate that user-provided matrix is square
      when parsing -convolve and -recolor commands in order to avoid a
      core dump.
    * CALS: Reading images taller than the image width resulted in a
    * ConstituteImage(), DispatchImage(): 'A' and 'T' should indicate
      transparency and 'O' should indicate opacity.  Behavior was
      inconsistent.  In some cases 'O' meant transparency while in other
      cases it meant opacity. Also, in a few cases, matte was not
      getting enabled in the image as it should.
    * DCRAW: Module name was not registered so modules based builds were
      not supporting formats provided via 'dcraw'.
    * GetOptimalKernelWidth1D(), GetOptimalKernelWidth2D(): In the Q32
      build, convolution kernel size was estimated incorrectly for large
      sigmas on 32-bit systems due to arithmetic overflow.  This could
      cause wrong results for -convolve, -blur, -sharpen, and other
      algorithms which use these functions.
    etc., see NEWS.txt
* Mon Nov 23 2009
  - updated to version 1.3.7 (see ChangeLog)
* Tue Nov 03 2009
  - updated patches to apply with fuzz=0
* Tue Aug 04 2009
  - updated to 1.2.7:
    - Bug fixes:
    * VID: Eliminate memory leak.
    * montage: Eliminate use of freed memory.
    * delegates.mgk: Fix hang when co-process is invoked.
    * identify: Return comment text of any size.
    * ConvolveImage: Correctly log the convolution kernel used.
    - Feature improvements:
    * Convert: Re-implement -write so that it works in a useful fashion.
    - Performance improvments:
    * TIFF: Ping mode ('identify') is now really fast.



Generated by rpm2html 1.8.1

Fabrice Bellet, Mon Jul 10 03:42:25 2017