"convert"-program doesn't convert pic-files as expected. Imagemagick/convert is needed for mediawiki-file conversion in advanced setups. Reproducible: Always Steps to Reproduce: run "convert background.jpg background.png" Actual Results: /usr/bin/convert: error: `/usr/bin/.libs/convert' does not exist This script is just a wrapper for convert. See the libtool documentation for more information. Expected Results: - converted picture in different file format Problem is known: http://trac.macosforge.org/projects/macports/ticket/14195 Seems to be fixed in new version: 2008-02-09 00:11:11 changed by ryandesign@macports.org * status changed from new to closed. * resolution set to fixed. Great, that's easy! Updated to 6.3.8-5 in r33976.
Can't reproduce the upstream bug here w/ 6.3.8.3-r1 at all; anyway latest is 6.3.9.1
(In reply to comment #1) > Can't reproduce the upstream bug here w/ 6.3.8.3-r1 at all; anyway latest is > 6.3.9.1 > Please bump version to newest: "The latest release of ImageMagick is version 6.3.9-2." Thanks. (Hope it fixes "/usr/bin/convert"-bug.)
Steffen, could you please post the output of `emerge -pv imagemagick' and `emerge --info'? I can't reproduce this error here.
Surprisingly, the /usr/lib/convert works now. I am not aware of any change I did, but it works for me now (on all 3 different servers). Bug "disappeared". Sorry for the inconveniences.
Recycle for version bump.
The original problem appears to be a problem with the first merge of the application. If it's media-gfx/imagemagick-6.3.8.3-r1 then the binaries in /usr/bin aren't correct. Repeating the merge corrects them. This problem doesn't appear with media-gfx/imagemagick-6.3.9.1. Portage 2.1.4.4 (default-linux/amd64/2007.0, gcc-4.2.3, glibc-2.7-r1, 2.6.24-gentoo-r3 x86_64) ================================================================= System uname: 2.6.24-gentoo-r3 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4000+ Timestamp of tree: Sat, 15 Mar 2008 12:30:01 +0000 app-shells/bash: 3.2_p33 dev-java/java-config: 1.3.7, 2.1.5 dev-lang/python: 2.5.1-r5 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.24 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-mtune=k8 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-mtune=k8 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="buildpkg distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.virginmedia.com http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" LANG="en_GB.UTF-8" LINGUAS="en_GB" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acl alsa amd64 berkdb bzip2 cli cracklib crypt cups dbus dri fortran gdbm gif gpm gtk iconv imlib ipv6 isdnlog jpeg kdeenablefinal midi mmx mp3 mudflap ncurses nls nptl nptlonly openmp pam pcre perl png pppd python readline reflection session spl sse sse2 ssl startup-notification tcpd tiff unicode vim-syntax xinerama xorg zlib" ALSA_CARDS="hda-intel hda-intel8x0" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_GB" USERLAND="GNU" VIDEO_CARDS="dummy" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS [ebuild R ] media-gfx/imagemagick-6.3.9.1 USE="X bzip2 jpeg perl png tiff zlib -djvu -doc -fontconfig -fpx -graphviz -gs -hdri -jbig -jpeg2k -lcms -nocxx -openexr -q32 -q8 -svg -truetype -wmf -xml" 0 kB
bumped to media-gfx/imagemagick-6.3.9.8.
*** Bug 218718 has been marked as a duplicate of this bug. ***
*** Bug 219036 has been marked as a duplicate of this bug. ***
*** Bug 219818 has been marked as a duplicate of this bug. ***
Seeing the increased number of dupes here, should we stable a newer version? Is it really fixed in 6.3.9.1?
We can't stable a newer version right now as this would break the stable tree, see bug #218344.
(In reply to comment #12) > We can't stable a newer version right now as this would break the stable tree, > see bug #218344. Ok, thanks for this pointer.
*** Bug 222115 has been marked as a duplicate of this bug. ***
*** Bug 222795 has been marked as a duplicate of this bug. ***
*** Bug 222825 has been marked as a duplicate of this bug. ***
(In reply to comment #6) > The original problem appears to be a problem with the first merge of the > application. If it's media-gfx/imagemagick-6.3.8.3-r1 then the binaries in > /usr/bin aren't correct. Repeating the merge corrects them. This problem > doesn't appear with media-gfx/imagemagick-6.3.9.1. Interesting bug... Could you define what isn't correct with the binaries ? Is it the same problem as the original reporter reported? We are planning to deploy this version and need that specific one as well. As I build all our images for our serverpark with catalyst i obviously have a small problem with emerging this package twice :-(
*** Bug 224329 has been marked as a duplicate of this bug. ***
(In reply to comment #19) > *** Bug 224329 has been marked as a duplicate of this bug. *** As I reproduced this bug, maybe it would be nice to present a real solution, not just a workaround. Maybe I have a use flag disabled, in this case ebuild would check for it, maybe I am missing a dependency ebuild (configure) needs to check and enumerate, maybe some sort of ebuild bug (e.g. imagemagick wouldn't link against itselt in an uncommon install location, in this case some (emerge/imagemagick ebuild) patch should be added. So, anyways since we have a dupe I would consider this bug as confirmed, no matter wether we know the real condition iducing this bug.
*** Bug 224419 has been marked as a duplicate of this bug. ***
This bug has been marked as FIXED, but the latest stable version is still affected. Since the bug is closed, it is hard to find in searches (hence why I duplicated it). Perhaps the stable version should have a postinst message to reduce confusion: "If this is your first time installing imagemagick, you must install imagemagick again." My testing reveals that the 6.4.x versions in ~arch are not affected.
I'm fed up with all the duplicates. Let's keep this bug OPEN until there's a fixed version stable.
Sorry for all the bug spam - restoring something of a proper bug description here, and also setting useful bug relations. This bug can be worked around by re-emerging imagemagick or by waiting for the next version to go stable. Bug #218344 tracks what needs to be fixed before stabilisation can proceed.
*** Bug 229321 has been marked as a duplicate of this bug. ***
*** Bug 229685 has been marked as a duplicate of this bug. ***
(In reply to comment #6) > The original problem appears to be a problem with the first merge of the > application. If it's media-gfx/imagemagick-6.3.8.3-r1 then the binaries in > /usr/bin aren't correct. Repeating the merge corrects them. You're right. (hence my dupe) > This problem doesn't appear with media-gfx/imagemagick-6.3.9.1. Well, haven't checked that. Since it is now late into the night and I just needed imagemagick working, I didn't want to spend time debugging and testing too much. (In reply to comment #12) > We can't stable a newer version right now as this would break the stable tree, > see bug #218344. AFAIK, all blockers of bug 218344 are now closed, so I guess that a new versions can be stabilized (unless I'm missing something, which is very possible).
closing this bug as a newer, fixed version is stable now.