Summary: | New ebuild: media-gfx/graphicsmagick | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | valli <gentoo> |
Component: | New packages | Assignee: | Default Assignee for New Packages <maintainer-wanted> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | asolokha, bfriesen, bicatali, bug, dschridde+gentoobugs, erlend.davidson, florian.berger, gengor, hkmaly, holger, jroo, orzel, spatz |
Priority: | High | Keywords: | EBUILD, InOverlay |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://www.graphicsmagick.org/ | ||
Whiteboard: | [sunrise-overlay] | ||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 202523 | ||
Attachments: |
GraphicsMagick 1.1.8 ebuild
GraphicsMagick 1.2.4 ebuild GraphicsMagick 1.2.5 ebuild Ebuild for GraphicsMagick 1.2.5 |
Description
valli
2007-08-27 08:54:26 UTC
If you can find a Gentoo developer willing to maintain it, feel free to reopen. Marking LATER, it was removed because there was noone to do this. Created attachment 129302 [details]
GraphicsMagick 1.1.8 ebuild
media-gfx/graphicsmagick/graphicsmagick-1.1.8.ebuild
This ebuild works fine for me.
Hope it will be in portage soon.
Attached ebuild from vally works fine for me too. *** Bug 192755 has been marked as a duplicate of this bug. *** *** Bug 194086 has been marked as a duplicate of this bug. *** For those not already aware, the latest stable GraphicsMagick is now version 1.1.10. Renaming the attached ebuild graphicsmagick-1.1.8.ebuild to graphicsmagick-1.1.10.ebuild should be enough for GraphicsMagick 1.1.10 Still no one to maintain this? It is definitely a bad thing that GraphicsMagick is not being maintained. The last supported version contains serious security issues which have long been fixed. Simply removing the package from portage does nothing to help those who previously installed GraphicsMagick. Maintaining the ebuild is trivial since GraphicsMagick is quite stable and predictable software. The latest stable version of GraphicsMagick is 1.1.11, released on Febuary 23, 2008. To put things in perspective, GraphicsMagick 1.1.7 was released on October 12, 2005. GraphicsMagick 1.2.1 is now released. GraphicsMagick 1.2.X is much faster and smaller than ImageMagick. Performance improvements of 2X to as much as 200X have been observed (as compared to latest ImageMagick). It is to the Gentoo community's benefit to incorporate GraphicsMagick back into Gentoo. The previously existing ebuild definition should require only trivial edits to work with GraphicsMagick 1.2.1. GraphicsMagick 1.2.2 has been released on May 28, 2008. If you rename graphicsmagick-1.1.8.ebuild (see above) to graphicsmagick-1.2.2.ebuild and emerge it, ./configure warns you about some deprecated flags, but it compiles cleanly and works: $ gm -version GraphicsMagick 1.2.2 2008-05-28 Q8 http://www.GraphicsMagick.org/ Copyright (C) 2002-2008 GraphicsMagick Group. Additional copyrights and licenses apply to this software. See http://www.GraphicsMagick.org/www/Copyright.html for details. Feature Support: Thread Safe yes Large Files (> 32 bit) yes Large Memory (> 32 bit) no BZIP yes DPS no FlashPix no FreeType no Ghostscript (Library) no JBIG no JPEG-2000 yes JPEG yes Little CMS yes Loadable Modules yes OpenMP no PNG yes TIFF yes TRIO no UMEM no WMF no X11 yes XML yes ZLIB yes Host type: i686-pc-linux-gnu Configured using the command: ./configure '--prefix=/usr' '--host=i686-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib' '--with-gs-font-dir=/usr/share/fonts/default/ghostscript' '--enable-shared' '--with-threads' '--with-bzlib' '--without-perl' '--without-fpx' '--with-x' '--without-jbig' '--without-jpeg2k' '--with-jpeg' '--with-lcms' '--disable-lzw' '--with-png' '--with-tiff' '--without-ttf' '--without-wmf' '--with-xml' '--with-quantum-depth=8' '--build=i686-pc-linux-gnu' 'build_alias=i686-pc-linux-gnu' 'host_alias=i686-pc-linux-gnu' 'CFLAGS=-O2 -march=i686 -fomit-frame-pointer' 'CXXFLAGS=-O2 -march=i686 -fomit-frame-pointer' --enable-ltdl-convenience Final Build Parameters: CC = i686-pc-linux-gnu-gcc -std=gnu99 CFLAGS = -O2 -march=i686 -fomit-frame-pointer -Wall -pthread CPPFLAGS = -I/usr/include/libxml2 CXX = i686-pc-linux-gnu-g++ CXXFLAGS = -O2 -march=i686 -fomit-frame-pointer -pthread LDFLAGS = -L/usr/lib LIBS = -llcms -ltiff -ljasper -ljpeg -lpng -lXext -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lm -lpthread It is almost embarassing for a bleeding edge distro not to support a faster, cleaner, more consistent and enhanced version of a legacy tool. ;-) If I find some time, I might commit an 1.2.2 ebuild to Project Sunrise. I noticed that a RESOLVED LATER bug does not turn up in the standard bugzilla search, which makes users (like me) wonder what happend to their precious tool in Portage. Is it an option to reopen the bug so it can be found more easily? Best regards, Florian Thanks for verifying the ebuild. It is a bit of a concern that --without-ttf is included in the configure parameters. FreeType is quite useful to have included in the GraphicsMagick build. Otherwise text rendering is via X11 which is useless for server use and produces less attractive results. FYI, GM 1.2.3 will contain fixes for new vulnerabilities identified by folks on the Debian project. They have a collection of "crasher" files which are intended to crash software which trusts bogus parameters from the input file. Florian Berger wrote:
> I noticed that a RESOLVED LATER bug does not turn up in the standard bugzilla
> search, which makes users (like me) wonder what happend to their precious tool
> in Portage. Is it an option to reopen the bug so it can be found more easily?
Yes, let's reopen this bug!
(In reply to comment #12) > It is a bit of a concern that --without-ttf is included in the > configure parameters. Oh, I must admit I've never used it for any serious font rendering, so you are right. Best regards, Florian There's yet a new release, 1.2.4. If the configure options changed, please edit the ebuild to reflect that. Proposing an ebuild to be included in the tree when it does not fully support the current release can hardly be successful. You might want to include a useflag for the ttf? Also, please read up on the Gentoo Sunrise project and maintain the ebuild in that overlay, this would be mostly helpful to all users and does not require the ebuild to be in the tree. Created attachment 159583 [details]
GraphicsMagick 1.2.4 ebuild
media-gfx/graphicsmagick/graphicsmagick-1.2.4.ebuild
New ebuild for GraphicsMagick 1.2.4:
- replaced USE flags depth16,depth32 with q16,q32
(according ImageMagick ebuild; they use q8,q32 (16 as default))
- removed lzw USE flag (useless in 1.2)
- added fpx and openmp USE flags (please test this)
- some minor changes
ttf will be included if you enable the truetype USE flag
(this was already the case in the 1.1.8 ebuild)
Created attachment 161988 [details]
GraphicsMagick 1.2.5 ebuild
Comment on attachment 161988 [details]
GraphicsMagick 1.2.5 ebuild
I also submitted the ebuild to Sunrise repository.
(In reply to comment #18) > (From update of attachment 161988 [details] [edit]) > I also submitted the ebuild to Sunrise repository. > The ebuild can now be found from the Sunrise overlay from http://overlays.gentoo.org/svn/proj/sunrise/reviewed/media-gfx/graphicsmagick/ Created attachment 162066 [details]
Ebuild for GraphicsMagick 1.2.5
Corrected license.
GraphicsMagick 1.3.1 is now released. GraphicsMagick 1.3.X introduces blazing-fast support for multi-core systems via OpenMP extensions. The internals are much faster than ImageMagick. See http://www.graphicsmagick.org/benchmarks.html for the benchmark report. Bob Ebuilds have been updated to Sunrise but the ebuild for graphicsmagick 1.3 and 1.3.1 is still waiting to be reviewed. I guess those will hit the reviewed part of the sunrise overlay soon. The graphicsmagick 1.3.1 ebuild works like a charm on amd64. (though tested without openmp; gcc 4.1.2, glibc-2.6.1) When could we expect this ebuild in portage? I have no idea about when this will be in portage. I guess when some gentoo developer takes the ebuild to maintain or when I get an proxy maintainer for this ebuild or I become developer myself :) But for the time being I will maintain the ebuild in the Sunrise overlay which should be quite the same if you have installed the sunrise overlay (layman -a sunrise). Ebuild for GM 1.3.2 has been submitted to Sunrise and is waiting to be reviewed. It should hit the reviewed part in couple of days. Ebuild for GM 1.3.3 has been submitted to the overlay and is waiting to be reviewed. The ebuild should appear to the reviewed part of the overlay in couple of days. Version bumb to 1.3.4 has been submitted to sunrise. Should be available soon. Hello Janne, I had the following problems with GM 1.3.4 (amd64, gcc 4.1.2, glibc-2.6.1, USE="X bzip2 jpeg jpeg2k perl png svg threads tiff truetype zlib -cxx -debug -fpx -imagemagick -jbig -lcms -openmp -q16 -q32 -wmf") - At the end of the installation appears ... * Detected file collision(s): * * /usr/lib64/perl5/5.8.8/x86_64-linux/perllocal.pod * * Searching all installed packages for file collisions... * * Press Ctrl-C to Stop * * None of the installed packages claim the file(s). ... I think the ebuild should handle perllocal.pod like in /usr/portage/eclass/perl-module.eclass (look for fixlocalpod; see also http://bugs.gentoo.org/show_bug.cgi?id=83622) - When I do the following command /usr/bin/gm convert -geometry 170x136! -colorspace RGB -quality 70 in.jpg out.pg graphicsmagick dies with this message: /usr/bin/gm convert: Unable to load module ("/usr/lib64/GraphicsMagick-1.3.4/modules-Q8/coders/jpeg.la: file not found"). Although "/usr/lib64/GraphicsMagick-1.3.4/modules-Q8/coders/jpeg.la" exists. Any ideas? I could not reproduce that error on my amd64 machine but I'll look for the fix in that ebuild you linked when I have some more time. The lack of useful information when loading the JPEG module is due to a bug in the version of libtool used (2.2.6). Libltdl code is overwriting the actual useful error message produced by the operating system. The bug should be fixed in the next release of libtool. Typical reasons for the underlying failure are failure to find a dependency library (investigate with 'ldd' on the /usr/lib64/GraphicsMagick-1.3.4/modules-Q8/coders/jpeg.so module) or failure to resolve a function (only only happens if potentially conflicting libraries are installed and the wrong one is used). (In reply to comment #30) > The lack of useful information when loading the JPEG module is due to a bug in > the version of libtool used (2.2.6). Libltdl code is overwriting the actual > useful error message produced by the operating system. The bug should be > fixed in the next release of libtool. I use libtool 1.5.26 > Typical reasons for the underlying failure are failure to find a dependency > library (investigate with 'ldd' on the > /usr/lib64/GraphicsMagick-1.3.4/modules-Q8/coders/jpeg.so module) or failure > to resolve a function (only only happens if potentially conflicting libraries > are installed and the wrong one is used). ldd /usr/lib64/GraphicsMagick-1.3.4/modules-Q8/coders/jpeg.so ... libGraphicsMagick.so.2 => not found ... Indeed I can't find libGraphicsMagick.so.2. There is only a libGraphicsMagick.so.3 on my system. So my idea was simply to re-emerge garphicsmagick. And now ... ldd /usr/lib64/GraphicsMagick-1.3.4/modules-Q8/coders/jpeg.so ... libGraphicsMagick.so.3 => /usr/lib/libGraphicsMagick.so.3 ... Everything works OK now. FYI: In my first emerge I was updating from garphicsmagick 1.3.1 Version bumb to 1.3.5 has been submitted to sunrise. Should be available soon. Hello Janne, I just upgraded to GM 1.3.5 (amd64, gcc 4.3.2, glibc-2.8_p20080602-r1, USE="X bzip2 jpeg jpeg2k openmp perl png svg threads tiff truetype zlib -cxx -debug -fpx -imagemagick -jbig -lcms -q16 -q32 -wmf") Everthing works great! Thanks a lot for your work! When will this ebuild be available in portage? Here a small patch for the GM 1.3.5 ebuild solving the /usr/lib64/perl5/5.8.8/x86_64-linux/perllocal.pod problem (check also the imagemagick ebuild ragarding this issue) --- graphicsmagick-1.3.5.ebuild 2009-01-28 00:42:31.000000000 +0100 +++ graphicsmagick-1.3.5-r1.ebuild 2009-04-01 16:13:19.000000000 +0200 @@ -2,7 +2,7 @@ # Distributed under the terms of the GNU General Public License v2 # $Header: $ -inherit flag-o-matic +inherit flag-o-matic perl-app EAPI=2 @@ -90,6 +90,9 @@ src_install() { emake DESTDIR="${D}" install || die "Installation failed" dodoc README.txt ChangeLog* || die "dodoc failed." + + # Fix perllocal.pod file collision + use perl && fixlocalpod } pkg_postinst() { Thanks valli. I was able to reproduce the problem on my computer and checked that your patch fixes the probled. New version has been submitted to sunrise (no version change because if you have succeeded to compile GM there is no reason to recompile it) and the fixed version should be available in couple of days. Two questions regarding this ebuild (not exactly this, but the one found in sunrise nowadays - http://overlays.gentoo.org/proj/sunrise/browser/sunrise/media-gfx/graphicsmagick/graphicsmagick-1.3.5.ebuild ) - Why is ghostscript required/enabled by default? The graphicsmagick configure output advises to not build against ghostscript. We should at least have a use flag for this? - Why dep against media-video/mpeg2vidcodec ? GraphicsMagick 1.3.6 is released now! It should be better than 1.3.5. Bob Ebuild for GM 1.3.6 has been submitted to Sunrise overlay. (In reply to comment #37) > Ebuild for GM 1.3.6 has been submitted to Sunrise overlay. > On my system the use flag gs give segmentation fault when using gm ebuild 1.3.6. When I use -gs it works: gm -version GraphicsMagick 1.3.6 2009-07-25 Q8 http://www.GraphicsMagick.org/ Copyright (C) 2002-2009 GraphicsMagick Group. Additional copyrights and licenses apply to this software. See http://www.GraphicsMagick.org/www/Copyright.html for details. Feature Support: Thread Safe yes Large Files (> 32 bit) yes Large Memory (> 32 bit) no BZIP yes DPS no FlashPix no FreeType yes Ghostscript (Library) no JBIG no JPEG-2000 yes JPEG yes Little CMS no Loadable Modules yes OpenMP yes (200505) PNG yes TIFF yes TRIO no UMEM no WMF yes X11 yes XML yes ZLIB yes Host type: i686-pc-linux-gnu Configured using the command: ./configure '--prefix=/usr' '--build=i686-pc-linux-gnu' '--host=i686-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib' '--with-quantum-depth=8' '--enable-magick-compat' '--enable-openmp' '--with-bzlib' '--without-fpx' '--without-jbig' '--with-jpeg' '--with-jp2' '--without-lcms' '--without-magick-plus-plus' '--with-perl' '--with-png' '--with-tiff' '--with-ttf' '--with-x' '--with-xml' '--with-wmf' '--with-zlib' '--with-threads' '--disable-ccmalloc' '--disable-prof' '--disable-gcov' '--disable-gprof' '--enable-largefile' '--without-included-ltdl' '--without-gslib' '--without-dps' '--without-umem' '--without-trio' '--with-modules' '--enable-shared' 'build_alias=i686-pc-linux-gnu' 'host_alias=i686-pc-linux-gnu' 'CFLAGS=-march=prescott -O2 -pipe -fomit-frame-pointer' 'LDFLAGS=-Wl,-O1' 'CXXFLAGS=-march=prescott -O2 -pipe -fomit-frame-pointer' --enable-ltdl-convenience Final Build Parameters: CC = i686-pc-linux-gnu-gcc -std=gnu99 CFLAGS = -fopenmp -march=prescott -O2 -pipe -fomit-frame-pointer -Wall -pthread CPPFLAGS = -I/usr/include/freetype2 -I/usr/include/libxml2 CXX = i686-pc-linux-gnu-g++ CXXFLAGS = -march=prescott -O2 -pipe -fomit-frame-pointer -pthread LDFLAGS = -Wl,-O1 -L/usr/lib -L/usr/lib LIBS = -lfreetype -lXext -lSM -lICE -lX11 -lbz2 -lz -lm -lgomp -lpthread GraphicsMagick 1.3.6 froom Sunrise overlay doesn't install perl module with "perl" useflag enabled. It's probably related to issue http://sourceforge.net/tracker/index.php?func=detail&aid=2212113&group_id=73485&atid=537937. % gm version GraphicsMagick 1.3.6 2009-07-25 Q16 http://www.GraphicsMagick.org/ Copyright (C) 2002-2009 GraphicsMagick Group. Additional copyrights and licenses apply to this software. See http://www.GraphicsMagick.org/www/Copyright.html for details. Feature Support: Thread Safe yes Large Files (> 32 bit) yes Large Memory (> 32 bit) yes BZIP no DPS no FlashPix no FreeType yes Ghostscript (Library) yes JBIG no JPEG-2000 no JPEG yes Little CMS no Loadable Modules yes OpenMP yes (200505) PNG yes TIFF no TRIO no UMEM no WMF yes X11 yes XML yes ZLIB yes Host type: x86_64-pc-linux-gnu Configured using the command: ./configure '--prefix=/usr' '--build=x86_64-pc-linux-gnu' '--host=x86_64-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib' '--libdir=/usr/lib64' '--with-quantum-depth=16' '--disable-magick-compat' '--enable-openmp' '--without-bzlib' '--without-fpx' '--without-jbig' '--with-jpeg' '--without-jp2' '--without-lcms' '--without-magick-plus-plus' '--with-perl' '--with-png' '--without-tiff' '--with-ttf' '--with-x' '--with-xml' '--with-wmf' '--with-zlib' '--with-threads' '--disable-ccmalloc' '--disable-prof' '--disable-gcov' '--disable-gprof' '--enable-largefile' '--without-included-ltdl' '--with-gslib' '--without-dps' '--without-umem' '--without-trio' '--with-modules' '--enable-shared' 'build_alias=x86_64-pc-linux-gnu' 'host_alias=x86_64-pc-linux-gnu' 'CFLAGS=-pipe -O2 -march=core2 -mfpmath=sse -fomit-frame-pointer' 'LDFLAGS=-Wl,-O1 -Wl,--hash-style=gnu -Wl,--sort-common -Wl,--as-needed' 'CXXFLAGS=-pipe -O2 -march=core2 -mfpmath= Final Build Parameters: CC = x86_64-pc-linux-gnu-gcc -std=gnu99 CFLAGS = -fopenmp -pipe -O2 -march=core2 -mfpmath=sse -fomit-frame-pointer -Wall -pthread CPPFLAGS = -I/usr/include/freetype2 -I/usr/include/libxml2 CXX = x86_64-pc-linux-gnu-g++ CXXFLAGS = -pipe -O2 -march=core2 -mfpmath=sse -fomit-frame-pointer -pthread LDFLAGS = -Wl,-O1 -Wl,--hash-style=gnu -Wl,--sort-common -Wl,--as-needed -L/usr/lib -L/usr/lib LIBS = -lfreetype -lgs -lXext -lSM -lICE -lX11 -lz -lm -lgomp -lpthread (In reply to comment #39) > GraphicsMagick 1.3.6 froom Sunrise overlay doesn't install perl module with > "perl" useflag enabled. It's probably related to issue >http://sourceforge.net/tracker/index.php?func=detail&aid=2212113&group_id=73485&atid=537937. I am not sure what the SourceForge issue has with this. Notice this text in the GraphicsMagick 1.3.6 NEWS.txt file: "Behavior Changes: * PerlMagick is configured but no longer built by default." Dealing with PerlMagick is very complex. In most cases PerlMagick needs to be built and installed after GraphicsMagick in order for its test suite to have any validity since otherwise wrong libraries may be used. Due to continually changing (Perl's MakeMaker is a moving target) and difficult to resolve issues, I decided that the person (or script) doing the build should explicitly configure and install PerlMagick. All of the previously existing Makefile targets still exist, they are just not enabled by default. Only a static build has the ability to reliably build and test with GraphicsMagick prior to install and Perl after version 5.8.8 has mysteriously lost this ability. I added graphicsmagick-1.3.7 back to the main tree (I needed it for octave). If anyone interested in proxy-maintaining it, let me know. Thanks all for your work! |