summaryrefslogtreecommitdiff
path: root/graphics/ImageMagick
AgeCommit message (Collapse)AuthorFilesLines
2001-04-21Move to sha1 digests, and/or add distfile sizes.wiz1-2/+3
2001-04-17+ move the distfile digest/checksum value from files/md5 to distinfoagc3-8/+6
+ move the patch digest/checksum values from files/patch-sum to distinfo
2001-04-09Move CONFLICT line for pkglint.wiz1-3/+3
2001-03-31Both packages conflict -- each has program named 'animate'. Discoveredjtb1-1/+3
by Lex Wennmacher's investigations.
2001-03-04Because the minor number of the PNG library was increased packages compiledtron1-2/+2
using the newest PNG library won't work on system with an older one. To prevent such problems with precompiled binary packages require at least "png-1.0.9nb1" in all dependences.
2001-02-16Update to new COMMENT style: COMMENT var in Makefile instead of pkg/COMMENT.wiz2-2/+2
2001-01-30Make it partially compile on 1.4.2, whose unistd.h doesn't seem to likewiz2-1/+15
this combination of _XOPEN_SOURCE and _POSIX_C_SOURCE.
2001-01-29Update "ImageMagick" package to version 5.2.8. Changes since version 5.2.2:tron5-25/+130
- URL's are now understood on Win32 (thanks to libXML and William Radcliffe). - ImageMagick defaults to 16-bit per pixel component now. - Support added for ART images (contributed by Jaroslav Fojtik). - Added -pause to the animate program. You can now specify a minimum/maximum delay for an image sequence. - Added %c to -format to get the image comment (patch provided by Frank Mattern). - Over compositing is now the Porter-Duff algorithm (inspired by William Radcliffe and Alvy Ray Smith). - You can write SVG output if the input is SVG, MVG, or WMF. - ImageMagick now can accept AFM, PFB, and PFM fonts. - The linewidth parameter is deprecated in PerlMagick. Use stroke_width instead. - Digital Applications contributed text stroking code. - You can now specify Truetype fonts directly. No @ prefix is required (e.g. convert -font Arial.ttf ...) - Digital Applications contributed line cap and dash pattern rendering code. - Added the Multiple composite operator for the creation of drop-shadows (patch provided by John Harper). - Support added for CUT images (contributed by Jaroslav Fojtik). - Bill Radcliffe contributed fast polygoni rendering code. Parts of the rendering algorithm were inspired by libart. - Support added for BMP images with a 'BA' chunk (contributed by Jaroslav Fojtik).
2001-01-29Update homepage URL.tron1-2/+2
2001-01-04The way that shared objects were handled in the PLISTs and bsd.pkg.mk wasagc1-1/+3
out of date - it was based on a.out OBJECT_FMT, and added entries in the generated PLISTs to reflect the symlinks that ELF packages uses. It also tried to be clever, and removed and recreated any symbolic links that were created, which has resulted in some fun, especially with packages which use dlopen(3) to load modules. Some recent changes to our ld.so to bring it more into line with other Operating Systems also exposed some cracks. + Modify bsd.pkg.mk and its shared object handling, so that PLISTs now contain the ELF symlinks. + Don't mess about with file system entries when handling shared objects in bsd.pkg.mk, since it's likely that libtool and the BSD *.mk processing will have got it right, and have a much better idea than we do. + Modify PLISTs to contain "ELF symlinks" + On a.out platforms, delete any "ELF symlinks" from the generated PLISTs + On ELF platforms, no extra processing needs to be done in bsd.pkg.mk + Modify print-PLIST target in bsd.pkg.mk to add dummy symlink entries on a.out platforms + Update the documentation in Packages.txt With many thanks to Thomas Klausner for keeping me honest with this.
2000-08-18Replace MIRROR_DISTFILES and NO_CDROM with the more descriptive andhubertf1-2/+2
more fine-grained NO_{BIN,SRC}_ON_{FTP,CDROM} definitions. MIRROR_DISTFILES and NO_CDROM are now dead.
2000-08-10Update "ImageMagick" package to version 5.2.2. Changes in version 5.2.2:tron2-0/+24
- Support added for the Word Perfect Graphics (WPG) file format (contributed by Jaroslav Fojtik). - The pixel 'matte' field is changed to indicate the degree of pixel transparency rather than the degree of opacity. This makes the pixels compatable with most popular video cards, and many in-memory image formats. When the pixel quantum size is eight bits, the colormap is restricted to 256 colors, but supports up to 65535 colors when the quantum size is sixteen bits (when QuantumLeap is defined at compilation time). - ImageMagick is more memory efficient (by 18%) when the quantum size is eight bits, and the image is colormapped. - ImageMagick is (finally) believed to be thread safe under Windows, since it uses the Windows synchronization APIs to lock shared data. - Under Unix and Windows, dynamically-loaded format coder modules are supported. There are currently 72 loadable modules. Support for loadable modules allows the user to add or remove formats from ImageMagick by simply adding or removing a file. New modules are automatically detected so users may add their own modules. This support is proven to work for Sun Solaris, Linux, and SGI IRIX. Please let us know about other operating systems they work on. Building a modular ImageMagick is enabled by specifing the configure options --enable-shared --with-modules. - ImageMagick now has a set of modules for streaming. Here pixels are passed to the application as they are available and deleted after use ensuring a small memory footprint. This is useful for multi-media applications such as MPEG. - Image format identification (based on the file header) is now configured via an external text file. This allows the user to add automatic file identification for new formats added via a coder module, or via a delegate (external program). - XML files conforming to the W3C SVG DTD are now rendered directly by ImageMagick. The support is incomplete but still useful. - The Pilot Image Format (PDB) is now supported. - The drawing primitives have been extended to support drawing bezier curves, rounded rectangles, and arcs. There is now support for drawing compound objects (a sequence of objects) using drawing paths. The concept of a drawing pen has been split into stroke (for the outline) and fill (for the objects internal color). If fill is not defined, then only the object outline is drawn. This substantial change results in the existing drawing commands for filled objects (fillEllipse, fillRectangle, fillCircle, and fillPolygon) being deprecated. - A cache file format is now supported which is a snapshot of an image's pixel cache as it appears on disk. Images stored in this format (large) may be loaded instantly by ImageMagick since decoding is not required. In order to write this format , the argument -cache 0 must be supplied (e.g. convert -cache 0 file.jpg file.cache). - The build environment for Windows NT is entirely re-done. There is now a configure program which generates a set of Visual C++ project files which satisfy a set of reqirements (e.g. DLL, multi-thread, X11). These project files are then used to build ImageMagick. - The C API is significantly modified in order to provide thread-safe operation via function re-entrancy. ImageMagick is believed to be thread-safe when used with POSIX threads. It is not yet completely thread safe under Windows or the Mac. Errors (of type ExceptionInfo) are now reported by a function argument, or via a member of the current image. - The GaussianBlurImage() function (contributed by runger@cs.mcgill.ca) supports Gaussian bluring an image. - Functions (OpenCacheView(), CloseCacheView(), GetCacheView(), SetCacheView(), and SyncCacheView()) are provided in order to support manipulating multiple pixel views.
2000-08-10Update "ImageMagick" package to version 5.2.2. Changes in version 5.2.2:tron6-45/+36
- Support added for the Word Perfect Graphics (WPG) file format (contributed by Jaroslav Fojtik). - The pixel 'matte' field is changed to indicate the degree of pixel transparency rather than the degree of opacity. This makes the pixels compatable with most popular video cards, and many in-memory image formats. When the pixel quantum size is eight bits, the colormap is restricted to 256 colors, but supports up to 65535 colors when the quantum size is sixteen bits (when QuantumLeap is defined at compilation time). - ImageMagick is more memory efficient (by 18%) when the quantum size is eight bits, and the image is colormapped. - ImageMagick is (finally) believed to be thread safe under Windows, since it uses the Windows synchronization APIs to lock shared data. - Under Unix and Windows, dynamically-loaded format coder modules are supported. There are currently 72 loadable modules. Support for loadable modules allows the user to add or remove formats from ImageMagick by simply adding or removing a file. New modules are automatically detected so users may add their own modules. This support is proven to work for Sun Solaris, Linux, and SGI IRIX. Please let us know about other operating systems they work on. Building a modular ImageMagick is enabled by specifing the configure options --enable-shared --with-modules. - ImageMagick now has a set of modules for streaming. Here pixels are passed to the application as they are available and deleted after use ensuring a small memory footprint. This is useful for multi-media applications such as MPEG. - Image format identification (based on the file header) is now configured via an external text file. This allows the user to add automatic file identification for new formats added via a coder module, or via a delegate (external program). - XML files conforming to the W3C SVG DTD are now rendered directly by ImageMagick. The support is incomplete but still useful. - The Pilot Image Format (PDB) is now supported. - The drawing primitives have been extended to support drawing bezier curves, rounded rectangles, and arcs. There is now support for drawing compound objects (a sequence of objects) using drawing paths. The concept of a drawing pen has been split into stroke (for the outline) and fill (for the objects internal color). If fill is not defined, then only the object outline is drawn. This substantial change results in the existing drawing commands for filled objects (fillEllipse, fillRectangle, fillCircle, and fillPolygon) being deprecated. - A cache file format is now supported which is a snapshot of an image's pixel cache as it appears on disk. Images stored in this format (large) may be loaded instantly by ImageMagick since decoding is not required. In order to write this format , the argument -cache 0 must be supplied (e.g. convert -cache 0 file.jpg file.cache). - The build environment for Windows NT is entirely re-done. There is now a configure program which generates a set of Visual C++ project files which satisfy a set of reqirements (e.g. DLL, multi-thread, X11). These project files are then used to build ImageMagick. - The C API is significantly modified in order to provide thread-safe operation via function re-entrancy. ImageMagick is believed to be thread-safe when used with POSIX threads. It is not yet completely thread safe under Windows or the Mac. Errors (of type ExceptionInfo) are now reported by a function argument, or via a member of the current image. - The GaussianBlurImage() function (contributed by runger@cs.mcgill.ca) supports Gaussian bluring an image. - Functions (OpenCacheView(), CloseCacheView(), GetCacheView(), SetCacheView(), and SyncCacheView()) are provided in order to support manipulating multiple pixel views.
2000-06-21USE_LIBTOOL instead of PKGLIBTOOL.jlam4-40/+27
2000-06-01s/USE_LIBTOOL/USE_PKGLIBTOOL/rh1-2/+2
Add a new USE_LIBTOOL definition that uses the libtool package instead of pkglibtool which is now considered outdated. USE_PKGLIBTOOL is available for backwards compatibility with old packages but is deprecated for new packages.
2000-03-21Update "ImageMagick" package to version 5.1.1. Changes since version 4.2.9:tron6-44/+59
- ImageMagick has a new logo (contributed by Ofer Tenenbaum). - Requests for all or part of a pixel row, or multiple complete pixel rows, are mapped directly to the underlying image in memory, or memory mapped from a disk file, avoiding performance-robbing pixel copying. Requested rectangular regions which are narrower than the image width must still be copied to a scratch space. - Support for WBMP, Wireless Bitmap (level 0) images (contributed by Milan Votava) - Image sizes are limited by physical memory plus available disk space on the machine, or the file addressing limits of the operating system, whichever comes first. This means that if you can figure out how to build a big enough machine (and have plenty of time) terabyte images can be processed. - An image cache subsystem and API are provided to map portions (as small as one pixel or as large as the entire image) of images into memory and to save any updates. - Memory mapping is used to access files. This is the most efficient access mechanism available. - DirectColor pixels are now stored in an efficient 32-bit structure (or 64-bit when QuantumLeap is enabled). - PseudoColor indices are now stored separately from the DirectColor pixels (PseudoColor and DirectColor representations are still available simultaneously). - In-memory run-length encoding is eliminated. - Compressed images are decompressed and compressed incrementally in order to limit memory consumption. - Lots of minor C API fixes and improvements. - Cache threshold setting for setting the boundary between use of RAM or RAM + disk when processing an image: - Use the --enable-cache option (e.g. --enable-cache=160) to set the compiled-in default when running the configure script. - Use -cache for ImageMagick utilities - Set the cache_threshold attribute in PerlMagick - Set the cacheThreshold attribute in Magick++ - The identify utility now displays precise read-time values. - The Win32 build environment (now called "VisualMagick") is completely re-done and supports building both multi-thread DLL as well as static libraries.
2000-02-09Use "png>=1.0.3" instead of "png-*" in dependence list.tron1-2/+2
2000-02-09Use wildcard dependence for "png" package.tron1-2/+2
2000-01-05Strip trailing '.', and/or leading '(a|an) 'abs1-1/+1
1999-11-22Delete erroneous PATCH_FUZZ_FACTOR definition.agc1-3/+1
1999-11-19Remove fuzz from patch.agc3-11/+13
1999-10-08Change to use wildcard dependency on tiff.jlam1-2/+2
1999-10-07Remove me as maintainer of those packages.tron1-2/+2
1999-09-11Fix botch in last commit.tron1-6/+4
1999-09-11Use only "-O" on "arm32" to avoid egcs bug (see PR bin/7460).tron1-3/+7
1999-09-11Update "ImageMagick" package to version 4.2.9.tron3-9/+6
1999-07-22Update "ImageMagick" package to version 4.2.8.tron3-6/+8
1999-07-09Add package patch-sum filesagc1-0/+3
1999-06-03Update "ImageMagick" package to version 4.2.7.tron3-7/+7
1999-05-20Remove unnecessary assignments of "INSTALL", "INSTALL_DATA",tron1-3/+2
"INSTALL_PROGRAM" and "INSTALL_SCRIPT" from "CONFIGURE_ENV".
1999-04-25Add USE_X11 to gain the rpath options for X11 libs.tv1-1/+2
1999-04-25Do the following to make this ELF and 1.3 friendly:tv5-212/+88
- use the autoconf configure script to configure and build (we were already running configure but using Imake to build!?) - make use of pkglibtool (package already has full libtool support) (Note that now that we use Autoconf, this installs in ${LOCALBASE} without the need for a tool such as xpkgwedge. The configure script automatically detects all the stuff for which we had used patches in the Imakefiles.) Also use --without-... to disable optional components for which we have no explicit dependencies, which can be reenabled by the user in pkgsrc, so that the built binaries do not have "hidden" dependencies. Closes PR pkg/7463.
1999-04-25This package is still broken on 1.3 and 1.3.x ELF systems.tron1-1/+6
1999-04-24Revert previous commit.tv1-6/+1
PR pkg/7463 is RE-opened on this subject; someone can take the opportunity to fix it, perhaps myself if I have the time this weekend. This is NOT the correct fix.
1999-04-24Do check for broken ELF "cc" differently and exclude "powerpc", too.tron1-6/+6
1999-04-24Don't attempt to build this package on 1.3 or 1.3.x ELF systems.tron1-1/+6
1999-04-23Fix run time library search path.tron1-5/+5
1999-04-05Update "ImageMagick" package to version 4.2.2.tron4-11/+11
1999-03-04Update dependence for "png" package.tron1-2/+2
1999-03-03Update "ImageMagick" to version 4.2.1.tron3-6/+9
1999-02-20Fix CONFLICTS (remove redundancy, mostly)hubertf1-3/+1
1999-01-02Update "ImageMagick" package to version 4.1.7.tron4-12/+12
1998-12-15Update "ImageMagick" package to version 4.1.6.tron3-9/+10
1998-11-02Call "configure" before "xmkmf" to get "delegates.mgk" initializedtron1-1/+2
properly.
1998-11-01Update ImageMagick package to 4.1.3.tron4-24/+19
1998-10-14Update ImageMagick package to version 4.1.2.tron3-7/+7
1998-09-28Update ImageMagick to 4.1.1.tron4-32/+53
1998-08-20The Grand Homepagification:tsarna1-1/+2
- New, optional Makefile variable HOMEPAGE, specifies a URL for the home page of the software if it has one. - The value of HOMEPAGE is used to add a link from the README.html files. - pkglint updated to know about it. The "correct" location for HOMEPAGE in the Makefile is after MAINTAINER, in that same section.
1998-08-13Update to newer distribution archive to fix problem with PBM image files.tron1-2/+2
1998-08-13Update "ImageMagick" to version 4.0.8.tron3-7/+8
generated by cgit v1.2.3 (git 2.39.1) at 2025-01-07 13:19:47 +0000