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

libGraphicsMagickWand-Q16-2-1.3.38-1.4 RPM for ppc64

From OpenSuSE Ports Tumbleweed for ppc64

Name: libGraphicsMagickWand-Q16-2 Distribution: openSUSE Tumbleweed
Version: 1.3.38 Vendor: openSUSE
Release: 1.4 Build date: Thu Jun 16 00:30:41 2022
Group: System/Libraries Build host: obs-power9-14
Size: 329770 Source RPM: GraphicsMagick-1.3.38-1.4.src.rpm
Packager: http://bugs.opensuse.org
Url: http://www.GraphicsMagick.org/
Summary: Runtime library for the GraphicsMagick image conversion library
GraphicsMagick provides an image manipulation and translation utility
and library. It can read and write over 88 image formats, including
JPEG, TIFF, WMF, SVG, PNG, PNM, GIF, andPhoto CD. It also allows to
resize, rotate, sharpen, color reduce, or add special effects to an
image and to save the result to any supported format. GraphicsMagick
may be used to create animated or transparent .gifs, to composite
images, and to create thumbnail images.

This package is compiled with Q16, that means it provides better
performance on 16 and less bit images.

Provides

Requires

License

MIT

Changelog

* Tue Apr 12 2022 pgajdos@suse.com
  - version update to 1.3.38
    Special Issues:
    * The FTP site ftp.graphicsmagick.org is now shut down due to a lack
      of bandwith, extremely abusive users (including from Google and
      customers of Amazon Web Services), and a lack of support from the
      user community.  Another factor is that FTP support has been removed
      from popular web browsers.  This is very unfortunate since the site
      served multiple usages, including providing a lot of historical data
      (e.g. related to PNG) which may not be available elsewhere.
    * GraphicsMagick really does need some additional productive
      volunteers.  For several years now, the burden has entirely been on
      me (Bob Friesenhahn).  I have been sheparding the project for 20
      years already (and contributed to ImageMagick and GraphicsMagick
      combined for 26 years already).  It is not reasonable to expect
      someone with a full time job (and expecting to retire in a few
      years) to do all of the work.
    Security Fixes:
    * GraphicsMagick is participating in Google's oss-fuzz project due to
      the contributions and assistance of Alex Gaynor. Since February 4
      2018, ??? issues have been opened by oss-fuzz and ?? issues remain
      open.  The issues list is available at
      https://bugs.chromium.org/p/oss-fuzz/issues/list under search term
      "graphicsmagick".  Issues are available for anyone to view and
      duplicate if they have been in "Verified" status for 30 days, or if
      they have been in "New" status for 90 days.  Please consult the
      GraphicsMagick ChangeLog file, Mercurial repository commit log, and
      the oss-fuzz issues list for details.
    Bug fixes:
    * Documentation: Generator scripts in 'doc' directory now produce
      similar results using GNU sed and Solaris/Illumos sed and don't
      produce warnings.
    * JNG: Fixes to error handling to avoid temporary file leaks and
      avoiding returning a broken image.
    * JPEG: Always store embedded profiles in image, even if in 'ping'
      mode.
    * MAT: Change from using 'int' for sizes/offsets to using 'size_t' and
      check all related calculations for overload.
    * MIFF: Fix heap buffer overflow which may be provoked in builds with
      BZLIB support.
    * MogrifyImage() and Magick::Image::trim(): Trim requires
      NorthWestGravity.
    * PICT: Fixed a heap overflow.
    * PerlMagick: Fix issue that image fill attribute had its opacity
      reset to transparent so it could not be usefully set at image scope.
    * Test Suite: Fixed portability issue related to 'sed' which broke
      utilities/tests/convert.tap test script.
    * WPG: Fix incorrect TrX and TrY elements in CTM.
    New Features:
    * Added support for a 'Read' resource limit (e.g. '-limit read 5mb').
      This allows the user to specify a hard limit for how much data may
      be read from a file, read from a pipe, or decompressed from a file
      (e.g gzip or bzip2) before a hard error is reported.  This resource
      limit is a useful alternative to completely disabling support for
      compressed files using the --disable-compressed-files option and it
      provides more protections as well.
    * Added support for reading HEIF/HEIC format.
    * Added support for reading and writing JPEG XL format.
    * Support for JasPer 3.0.0 is completed.  Upgrading to JasPer 3.0.0 is
      strongly recommended due to its many security fixes and integration
      with GraphicsMagick's resource-limited memory allocator.
    * PNG: Support the define png:chunk-malloc-max=limit in order to allow
      reading PNG files which report "chunk data is too large" or to
      reduce the default limit.
    * compare: Added support for the '-compress' option.
    * compare: Added support for the '-auto-orient' option.  This tries to
      assure that the two images are right-side up before comparing.
    API Updates:
    * Magick++: Support the new 'ReadResource' enumeration.
    Feature improvements:
    * JPEG: Implement more efficient way to append JPEG profile chunks.
    * Resource Limited Memory: The resource limited memory allocator now
      maintains useful statistics such as a tally of the total number of
      octets moved by realloc.
    Windows Delegate Updates/Additions:
    * None
    Build Changes:
    * In maintainer mode, the configure script searches for a GnuPG 'gpg'
      program to use for signing snapshot releases and uses this to
      support PGP-signed development snapshots.
    Behavior Changes:
    * None
    * fixes CVE-2022-1270 [bsc#1198351]
  - modified patches
    % GraphicsMagick-disable-insecure-coders.patch (refreshed)
* Mon Dec 13 2021 pgajdos@suse.com
  - version update to 1.3.37
    * bug fix release, see NEWS.txt
  - modified patches
    % GraphicsMagick-disable-insecure-coders.patch (refreshed)
  - added sources
    + GraphicsMagick-1.3.37.tar.xz.sig
* Mon Dec 28 2020 pgajdos@suse.com
  - version update to 1.3.36
    Security Fixes:
    * fix issues found by oss-fuzz project
    * WPG: Fixes for heap buffer overflow.
    Bug fixes:
    * ConstituteImage(): Set image depth appropriately based on the
      storage size specified by StorageType and QuantumDepth.
    * GetImageBoundingBox(): Fix problem that MagickTrimImage with extreme
      fuzz values could produce an image with negative width.
    * ImageToFile(): Improve error handling to avoid possible deferred
      deletion of temporary files, causing unexpected excessive use of
      temporary file space.
    * JNG: Add validations for alpha compression method values and use
      this information to enforce decoding using the appropriate
      sub-format (rather than auto-detecting the format).  Also, address
      memory leaks which may occur if the sub-decoder does something other
      than was expected.
    * MagickCondSignal(): Improvements to conditional signal handler
      registration (which avoids over-riding signal handlers previously
      registered by an API user).
    * ModifyCache(): Fix memory leak.
    * ReadCacheIndexes(): Don't blunder into accessing a null pointer if
      the using code has ignored a previous error report bubled-up from
      SetNexus().
    * MNG: When doing image scaling and the image width or height is 1
      then always use simple pixel replication as per the MNG
      specification.
    * MVG: Fixes to 'push clip-path foo' and 'pop clip-path foo' parsing
      to eliminate a class of malign behavior.
    * MVG: Place an aribrary limit on stroke dash polygon unit maximum
      length in order to avoid possibly rendering "forever".
    * PCL: No longer attempt to handle reading HP PCL format via the
      external 'hp2xx' program since it seems worthless for that task.
    * PS: Fix corrupt image when writing PseudoClass image with a colormap
      larger than two entries as bilevel.
    * SVG: Memory leak fixes.
    * SVG reader: Now support 'ping' support so the identify command works
      as expected.
    * TIFF: WEBP compression only supports a depth of 8 so force that
      value.
    * Wand MagickSetSamplingFactors(): Correct formatting of sampling
      factors string.
      New Features:
    * Logging is now fully programmable.
    * DPX format: Support dpx:swap-samples-read define which behaves
      similar to dpx:swap-samples, but is only applied when reading, as
      well as dpx:swap-samples-write, which is only applied when
      writing. This provides for use when there is both reading and
      writing in the same operation (otherwise the final result was no
      effect!).
    API Updates:
    * magick/api.h: Add "magick/enum_strings.h" to API headers.
    * New log settings accessor C functions: SetLogDefaultFileName(),
      SetLogDefaultFormat(), SetLogDefaultOutputType(),
      SetLogDefaultLogMethod(), SetLogDefaultLimit(),
      SetLogDefaultGenerations(), SetLogDefaultEventType().  These
      functions allow a program to set the same parameters which may be
      set by loading a "log.mgk" function.  If a default logging callback
      was provided via SetLogDefaultLogMethod() such that MethodOutput is
      used, then the search for a "log.mgk" is avoided entirely.
    * New log settings accessor C++ functions: SetLogDefaultFileName(),
      SetLogDefaultFormat(), SetLogDefaultOutputType(),
      SetLogDefaultLogMethod(), SetLogDefaultLimit(),
      SetLogDefaultGenerations(), SetLogDefaultEventType().  These C++
      functions just pass through to the equivalent C functions and
      provide the same benefits.
    * A simple resource-limit respecting memory allocator has been
      developed for internal use wherever arbitrarily-large amounts of
      memory might be requested.  This will gradually be added wherever it
      appears to be needed.  The memory resource limits are at the overall
      process level.  The MVG/SVG rendering code is updated to use this
      new allocator.  Almost all of the coders (image format
      readers/writers) have now been updated to use this new allocator.
      This means that '-limit memory 300MB' would be more complete and
      meaningful now.  Temporary allocations by the image processing
      algorithms (other than for the images themselves) are still not
      accounted for in the resource limiting.
    * MVG Renderer / DrawImage(): Use resource-limit respecting memory
      allocators for remaining large memory allocations.
    * PNG writer: Don't skip optional Exif identifier code if it isn't present.
    * DPX reader/writer: decode/encode of 10-bit packed DPX is now twice
      as fast due to code simplification.
    * TIFF reader: Apply the same resource limits to TIFF tile sizes as
      apply to the image itself.
  - deleted patches
    - GraphicsMagick-CVE-2020-12672.patch (upstreamed)
* Tue Aug 25 2020 Callum Farmer <callumjfarmer13@gmail.com>
  - Fixes for %_libexecdir changing to /usr/libexec (bsc#1174075)
* Tue Jun 02 2020 pgajdos@suse.com
  - security update
  - added patches
    fix CVE-2020-12672 [bsc#1171271], heap-based buffer overflow in ReadMNGImage in coders/png.c.
    + GraphicsMagick-CVE-2020-12672.patch
* Wed Mar 25 2020 pgajdos@suse.com
  - version update to 1.3.35
    Special Issues:
    * It has been discovered that the 'ICU' library (a perhaps 30MB C++
      library) which is now often a libxml2 dependendency causes huge
      process initialization overhead.  This is noticed as unexpected
      slowness when GraphicsMagick utilities are used to process small to
      medium sized files.  The time to initialize the 'ICU' library is
      often longer than the time that GraphicsMagick would otherwise
      require to read the input file, process the image, and write the
      output file.  If the 'ICU' dependency can not be avoided, then make
      sure to use the modules build so there is only impact for file
      formats which require libxml2.  Please lobby the 'ICU' library
      developers to change their implementation to avoid long start-up
      times due to merely linking with the library.
    Security Fixes:
    * GraphicsMagick is now participating in Google's oss-fuzz project due
      to the contributions and assistance of Alex Gaynor. Since February 4
      2018, 398 issues have been opened by oss-fuzz (some of which were
      benign build issues) and 11 issues remain open.
      The issues list is available at
      https://bugs.chromium.org/p/oss-fuzz/issues/list under search term
      "graphicsmagick".  Issues are available for anyone to view and
      duplicate if they have been in "Verified" status for 30 days, or if
      they have been in "New" status for 90 days.  There are too many
      fixes to list here.  Please consult the GraphicsMagick ChangeLog
      file, Mercurial repository commit log, and the oss-fuzz issues list
      for details.
    Bug fixes:
    * Fix broken definition of ResourceInfinity which resulted in that
      GetMagickResource() would return -1 rather than the maximum range
      value for the return type as documented. (problem added by the
      1.3.32 release).
    * ModifyCache(): Re-open the pixel cache if the cache rows/columns do
      not match the owning image rows/columns.
    * Fix DisplayImages() return status.  The return status was inverted.
    * HISTOGRAM: Histogram once again includes the histogram as a text
      comment.  This became broken by previous security fixes.
    * PICT: Fixed heap buffer overuns reported multiple sources.
    * JNG: Detect when JPEG encoder has failed and throw an exception.
    * MVG/DrawImage(): Performs even more parsing validations.
    * Clang static analyzer fixes: A great many fixes were made based on
      problem reports by the Clang static analyzer.
    * Visual Studio static analyzer fixes: A great many fixes were made
      based on problem reports by the Visual Studio 2019 static analyzer.
      Many of these may improve the robustness of 64-bit code.
    New Features:
    * GRADIENT/GradientImage(): Improved accuracy of gradient levels as
      well as dramaticaly improving performance.  Output PseudoClass
      images if we can.  Add support for using the image 'gravity'
      attribute as well as the "gradient:direction" definition to produce
      gradient vector directions corresponding to SouthGravity (the
      previously-existing default), NorthGravity, WestGravity,
      EastGravity, NorthWestGravity, NorthEastGravity, SouthWestGravity,
      and SouthEastGravity.
    API Updates:
    * InitializeMagickEx(): New function which may be used in place of
      InitializeMagick() to initialize GraphicsMagick.  This
      initialization function returns an error status value, may update a
      passed ExceptionInfo structure with error information, and provides
      an options parameter which supports simple bit-flags to tailor
      initialization.  The signal handler registrations are skipped if the
      MAGICK_OPT_NO_SIGNAL_HANDER flag is set in the options.
    Feature improvements:
    * Replace use of non-reentrant legacy POSIX functions with reentrant
      equivalents.
    * Timing of image reads should now be very accurate.  The timer was
      sometimes not stopped as soon as it should be.
    * PICT: The PICT reader is working pretty good now.  It handles all
      the PICT image files I have available to me.
    Behavior Changes:
    * POSIX Signals: Use the normal termination signal handler for SIGXCPU
      and SIGXFSZ so that ulimit or setrlimit(2) may be used to apply CPU
      (RLIMIT_CPU) and output file size (RLIMIT_FSIZE) limits with the
      normal cleanup, and without dumping core. Note that any output files
      currently being written may be truncated and files being written by
      external programs (e.g. Ghostscript) might be left behind unless
      they are to a temporary file assigned by GraphicsMagick.
    * Some private string and integer constants were removed from the
      apparent library ABI.  Some private functions were marked static and
      removed from the apparent library ABI.  This is mentioned because
      someone is sure to notice and be concerned about it.
    * The remaining private content in installed header files was moved
      into -private.h header files which are not installed.  This should
      not be cause for concern but is mentiond because someone is sure to
      notice and be concerned about it.
* Mon Jan 06 2020 Stefan Brüns <stefan.bruens@rwth-aachen.de>
  - Remove xorg-x11-fonts runtime Requires, gm display no longer
    fails when it is missing (see boo#619103).
  - Cleanup, replace $RPM_OPT_FLAGS with %optflags
* Sat Jan 04 2020 Arjen de Korte <suse+build@de-korte.org>
  - Revert the change to relinquish resources used by OpenMP on all
    devices. There are concerns upstream that this might break
    applications that use OpenMP too and suddenly find their threads
    closed (remove GraphicsMagick-wait-for-threads-close.patch)
* Thu Jan 02 2020 Arjen de Korte <suse+build@de-korte.org>
  - Due to a broken check, it wasn't noticed the typemap file is
    already provided in the source archive (removed typemap)
* Sun Dec 29 2019 Arjen de Korte <suse+build@de-korte.org>
  - Relinquish resources used by OpenMP on all devices (GCC >= 9)
    + GraphicsMagick-wait-for-threads-close.patch
  - Set configure options to what is actually build
* Fri Dec 27 2019 Arjen de Korte <suse+build@de-korte.org>
  - version update to 1.3.34
    * DPS: Eliminate a memory leak.
    * Debug Trace: Only output text to terminate an XML format log file
      if XML format is active.
    * EXIF Parser: Detect non-terminal parsing and report an error.
    * EXIF Parser: Eliminate heap buffer overflows.
    * HuffmanDecodeImage(): Fix heap overflow in 32-bit applications.
    * MAT: Implement subimage/subrange support.
    * MVG: Address non-terminal loops, excessive run-time, thrown
      assertions, divide-by-zero, heap overflow, and memory leaks.
    * OpenModule(): Now properly case-insensitive, as it used to be.
    * PCX: Verify that pixel region is not negative. Assure that opacity
      channel is initialized to opaqueOpacity. Update DirectClass
      representation while PseudoClass representation is updated.
      Improve read performance with uncompressed PCX.
    * PICT: Fix heap overflow in PICT writer.
    * PNG: Fix validation of raw profile length.
    * PNG: Skip coalescing layers if there is only one layer.
    * PNM: Fix denial of service opportunity by limiting the length of
      PNM comment text.
    * WPG: Avoid Avoid dereferencing a null pointer.
    * WPG: Implement subimage/subrange support.
    * WPG: Improve performance when reading an embedded image.
    * Wand library: In MagickClearException(), destroy any existing
      exception info before re-initializing the exception info or else
      there will be a memory leak.
    * XPM: Rquire that image properties appear in the first 512 bytes
      of the XPM file header.
    * Compliles clean using GCC 9.
    * Python scripts related to the build (enabled by --enable-maintainer-mode)
      are now compatible with Python 3.
    * Now supports using Google gperftools tcmalloc library for the memory
      allocator. This improves performance for certain repetitive work-loads
      and heavily-threaded algorithms.
    * Configure now reports the status of zstd (FaceBook Zstandard)
      compression in its configuration summary.
    * TclMagick: Address many issues mentioned by SourceForge issue #420
      "TclMagick issues and patch".
    * PNG: Post-processing to convert the image type in the PNG reader based
      on a specified magick prefix string is now disabled. This can (and
      should) be done after the image has been returned.
    * Trace Logging: The compiled-in logging default is always to stderr,
      which may be over-ridden using log.mgk as soon as it is loaded.
* Tue Oct 08 2019 pgajdos@suse.com
  - version update to 1.3.33
    * It has been discovered that the 'ICU' library (a perhaps 30MB C++
      library) which is now often a libxml2 dependendency causes huge
      process initialization overhead.  This is noticed as unexpected
      slowness when GraphicsMagick utilities are used to process small to
      medium sized files.  The time to initialize is often longer than the
      time to read the input file, process the image, and write the output
      file.  If the 'ICU' dependency can not be avoided, then make sure to
      use the modules build.  Please lobby the 'ICU' library developers to
      change their implementation to avoid long start-up times due to
      merely linking with the library.
    * GraphicsMagick is now participating in Google's oss-fuzz project due
      to the contributions and assistance of Alex Gaynor. Since February 4
      2018, 353 issues have been opened by oss-fuzz and 338 of those
      issues have been resolved.  The issues list is available at
      https://bugs.chromium.org/p/oss-fuzz/issues/list under search term
      "graphicsmagick".  Issues are available for anyone to view and
      duplicate if they have been in "Verified" status for 30 days, or if
      they have been in "New" status for 90 days.  There are too many
      fixes to list here.  Please consult the GraphicsMagick ChangeLog
      file, Mercurial repository commit log, and the oss-fuzz issues list
      for details.
    * Documentation has been added regarding security hazards due to
      commands which support a '@filename' syntax.
    * MontageImages(): Fix wrong length argument to strlcat() when
      building montage directory, which could allow heap overwrite.
    * PNG: Pass correct size value to strlcat() in module registration
      code.  This bug is noticed to cause problems for Apple's OS X and
      Linux Alpine with musl libc.  This fixes a regression introduced by
      the 1.3.32 release.
    * Re-implement command-line utility `'@'` file inclusion support for
      `-comment`, `-draw`, `-format`, and `-label` which was removed for
      the 1.3.32 release.  The new implementation is isolated to
      command-line utility implementation code rather than being deeply
      embedded in the library and exposed in other usage contexts.  This
      fixes a regression introduced by the 1.3.32 release.
    * CAPTION: The The CAPTION reader did not appear to work at all any
      more.  Now it works again, but still not very well.
    * MagickXDisplayImage(): Fix heap overwrite of windows->image.name and
      windows->image.icon_name buffers.  This bug has surely existed since
      early GraphicsMagick releases.
    * MagickXAnimateImages(): Fix memory leak of scene_info.pixels.
    * AcquireTemporaryFileDescriptor(): Fix compilation under Cygwin. This
      fixes a regression introduced by the 1.3.32 release.
    * PNG: Fix saving to palette when mage has an alpha channel but no
      color is marked as transparent.
    * Compilation warnings in the Visual Studio WIN64 build due to the
      'long' type being only 32-bits have been addressed.
* Wed Aug 21 2019 pgajdos@suse.com
  - drop JPEG2000 support [bsc#1144240]
* Mon Jul 15 2019 Stefan Brüns <stefan.bruens@rwth-aachen.de>
  - Cleanup BuildRequires:
    * Remove ghostscript-library (support removed  upstream)
    * Use ghostscript-mini (sufficient for path and feature detection)
      instead of full ghostscript (implicitly added by ghostscript-library)
    * Remove ghostscript-fonts-other (unused).
* Tue Jun 18 2019 pgajdos@suse.com
  - version update to 1.3.32
    New Features:
    * Added support for writing the Braille image format (by Samuel
      Thibault).
    * WebP writer: Support WebP 'use_sharp_yuv' option ("if needed, use
      sharp (and slow) RGB->YUV conversion") via `-define
      webp:use-sharp-yuv=true`.
    * The version command output now reports the OpenMP specification
      number rather than just the integer version identifier.
    API Updates:
    * ReallocateImageColormap() added to re-allocate an existing colormap.
    * Some improperly-exposed globals are now static as they should have
      been.
    * The 'benchmark' command now shows 6 digits (microseconds) of elapsed
      time indication.
    * The 'time' command now shows 6 digits (microseconds) of elapsed time
      indication.
    * The logging facility now shows 6 digits (microseconds) of time
      resolulution
    * Dcraw: When QuantumDepth is greater than 8, pass -6 option to dcraw
      so that it returns a 16-bit/sample image.
    * Dcraw: If Dcraw supports TIFF format, then request TIFF format in
      order to be able to acquire more metatdata.
    * Scale algorithm: Eliminate artifacts when scaling an image with
      semi-transparent pixels.
    * Library metrics: The number of shared library relocations and the
      amount of initialized data has been signficantly reduced by
      following recommendations from Ulrich Drepper's document `How To
      Write Shared Libraries <https://akkadia.org/drepper/dsohowto.pdf>`_.
    (Security) Bug Fixes:
    * see NEWS.txt
    * fixes [bsc#1138425]

Files

/usr/lib64/libGraphicsMagickWand-Q16.so.2
/usr/lib64/libGraphicsMagickWand-Q16.so.2.9.7


Generated by rpm2html 1.8.1

Fabrice Bellet, Mon Aug 1 23:51:32 2022