# emerge -u world Calculating world dependencies ...done! >>> emerge (1 of 19) media-gfx/imagemagick-5.4.9.1-r1 to / >>> md5 ;-) ImageMagick-5.4.9-1.tar.bz2 >>> Unpacking source... >>> Unpacking ImageMagick-5.4.9-1.tar.bz2 >>> Source unpacked. * Working directory: /var/tmp/portage/imagemagick-5.4.9.1-r1/work/ImageMagick-5.4.9... * Applying libtool-relink.patch... * Applying libtool-tmp.patch... * Applying libtool-portage.patch... perl xml2 patching file Makefile.in configure: WARNING: If you wanted to set the --build type, don't use --host. If a cross compiler is detected then cross compile mode will be used. configuring ImageMagick 5.4.9 ... checking for gzip... /bin/gzip checking for txt2html... txt2html checking for Ghostscript fonts directory... /usr/share/ghostscript/fonts/ checking for gs color device... pnmraw checking for gs mono device... pbmraw checking for gs PDF writing device... -- The configure process stops here. (/usr/bin/gs -q -dBATCH -sDEVICE=pdfwrite just sits there.) On a reasonably fast machine (Athlon XP 1600+), this ran for at an hour, which seems a little extreme to be simply a slow configure element. imagemagick-5.4.7.4 is currently installed and built just fine.
Have you tried this with 5.5.3.2? I see that there was another version bump (a dramatic one at that) shortly after your posting this bug.
imagemagick-5.5.3.2 does the same thing. Also, I'm using the current ghostscript-7.05.5.
What does `/usr/bin/gs --help | grep pdfwr` reveal? Is pdfwriter in that line? I also have ghostscript 7.05.5 installed, and that would seem to be the culprit for you, but here imagemagick installs fine.
# /usr/bin/gs --help | grep pdfwr pcxcmyk pcxgray pcxmono pdfwrite pgm pgmraw pgnm pgnmraw pkm pkmraw pksm I'm re-emerging ghostscript because something may have changed between when you installed and when I installed. (That's something I hate; 'fixlets' are added that change functionality -- drastically in some cases -- without bumping the revision. Argh!)
Re-merge of ghostscript finished and has the same problem.
can you attach a strace to the gs-process that hangs? strace -p pid maybe it'll give some more clues as to what is up.
Wanted to chime in that I'm having the same issue as Delta407. Here's the results of an strace: saturn root # ps -ef | grep gs root 25125 19019 0 09:13 pts/0 00:00:00 gs -q -dBATCH -sDEVICE=pdfwrite -sOutputFile=/dev/null root 25191 25159 0 09:15 pts/3 00:00:00 grep gs saturn root # strace -p 25125 read(9, <unfinished ...> saturn root # strace -p 19019 wait4(-1, <unfinished ...> saturn root # Both cases where it says "<unfinished ...>" I had to ^C the process to get out of it.
Could this be caused by the pdfwrite driver's read from /dev/random blocking? Perhaps changing the reference to /dev/random at line 507 of src/gdevpdf.c to read from /dev/urandom instead might solve the problem?
The one machine that I have that exhibits this bug seems to have resolved itself. Still ghostscript-7.05.5 and imagemagick-5.4.9.1-r1, but no problems... bdowney -- are you still experiencing this?
hello.. i'm experiencing this same problem with imagemagick-5.5.3.2 ... i'm running 5.4.9.1-r2 with no problem. any ideas for a workaround? emerge info to follow... Portage 2.0.47-r8 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r2) ================================================================= System uname: 2.4.20-gentoo-r1 i686 Pentium III (Coppermine) GENTOO_MIRRORS="ftp://ftp.ibiblio.org/pub/linux/distributions/gentoo ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://gentoo.oregonstate.edu http://distro.ibiblio.org/gentoo " CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="x86 oss 3dnow apm cups gif libg++ mikmod mmx mpeg nls pdflib truetype xmms xv zlib gtkhtml gdbm berkdb slang bonobo svga tcltk guile libwww esd imlib motif opengl X gtk -gnome kde avi crypt encode flash gd gpm gtk2 imap ipv6 java jikes jpeg mozilla mpg mysql ncurses oggvorbis pam perl png python qt quicktime readline samba scanner sdl spell ssl tcpd xml xml2 tiff cdr dvd ipsec arts maildir alsa" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -O3 -pipe" CXXFLAGS="-march=pentium3 -O3 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j3" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
okay, another 'worksforme'... after a brownout, my machine rebooted, and so i tried it again. works fine. strange eh, what a pesky bug...
problem is back in 5.5.5.3.... hmm... will look in to it some more
5.5.6 is stable if still an issue, please open a new bug
