Re: [gentoo-user] imagemagick display image edit tool draws an opaque background [RESOLVED]
On 8/30/20 10:02 PM, n952162 wrote: In all of the imagemagick display installations I have, when I use the image edit draw function, it includes an opaque background, rather than just the lines themselves. I've never had this with display(1) before, and can find nothing in the internet about it. That suggests to me that it's - again - a use-flag issue. Is there some use flag I have to use to have a colored line with a transparent background? I finally figured this out. In order to draw on images with display(1) -> draw and have proper backgrounds, the /*-alpha on*/ option has to be specified.
Re: [gentoo-user] imagemagick display image edit tool draws an opaque background [UPDATE]
Out of desperation, I've found out a workaround to this. This workaround suggests that it's a (introduced) bug in the program, because I can't make out any logic to it. im-display-eg-200913-1.png shows how the background is a not transparent but a single color from the original background. Note that the "ellipse" tool was chosen, not the "fill-ellipse". To get that image, I selected "image-edit -> draw... -> element -> ellipse color -> red Normally, the color selects the color of the element. This was new to me that I got a white element when selecting red. On other images, I indeed get red. But with the opaque "nonfill". A "fill ellipse" would have colored in the element with the selected color. Anyway, im-display-eg-200913-2.png shows with I drew three ellipses, changing only the color The second ellipse, of a dark color, was indeed transparent, showing the text underneath. When I tried to change the color to red again, I got the white square on the third ellipse. I said this was a workaround, because by experimenting around, I could get my red ellipse with transparent innerds and finish my project. But in preparing this report, I realized it's much more broken than I'd thought. On 2020-08-30 22:02, n952162 wrote: In all of the imagemagick display installations I have, when I use the image edit draw function, it includes an opaque background, rather than just the lines themselves. I've never had this with display(1) before, and can find nothing in the internet about it. That suggests to me that it's - again - a use-flag issue. Is there some use flag I have to use to have a colored line with a transparent background?
Re: [gentoo-user] imagemagick display image edit tool draws an opaque background
On Wed, Sep 02, 2020 at 09:00:38AM +0200, n952162 wrote: > On 2020-08-31 23:52, Frank Steinmetzger wrote: > > On Sun, Aug 30, 2020 at 10:02:34PM +0200, n952162 wrote: > > > In all of the imagemagick display installations I have, when I use the > > > image edit draw function, it includes an opaque background, rather than > > > just the lines themselves. I've never had this with display(1) before, > > First you use draw, which is used in convert, and then you speak of display. > > Please see the attached menu capture for "Image Edit ..." > […] > If you left-click on the window, you get a menu that allows the full > range of editing capabilities. Ah, I forgot about that (never used it), sorry. > > Drawing is done on a canvas. So unless you start with an existing image file > > as a basis, IM needs to pick a default background colour, which in your case > > seems to be black. > > Yes, the problem is, I AM using an existing image. Usually, with IM's > display(1), I could add lines and text to images but now, all of a > sudden, it uses a bounding box around the new strokes, choosing a single > random color from the background. Hm… When I select Edit → Annotate → Background, I can select transparent. Unfortunately, I’m currently not on Gentoo and couldn’t find out on the spot how to get the compile options for my Arch-based ImageMagick. -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me on any social network. “The mating dance is a courtship ritual. You do it to woo and win. I wooed. I won. I’m done.” – Earl Sinclair (Dinosaurs Ep. 2) signature.asc Description: PGP signature
Re: [gentoo-user] imagemagick display image edit tool draws an opaque background
On 2020-08-31 23:52, Frank Steinmetzger wrote: On Sun, Aug 30, 2020 at 10:02:34PM +0200, n952162 wrote: In all of the imagemagick display installations I have, when I use the image edit draw function, it includes an opaque background, rather than just the lines themselves. I've never had this with display(1) before, First you use draw, which is used in convert, and then you speak of display. Please see the attached menu capture for "Image Edit ..." The latter is there to – well – display an image. My understanding of IM mechanics is basic, but just this evening I was working on a small IM-based script of my own. If you left-click on the window, you get a menu that allows the full range of editing capabilities. Drawing is done on a canvas. So unless you start with an existing image file as a basis, IM needs to pick a default background colour, which in your case seems to be black. Yes, the problem is, I AM using an existing image. Usually, with IM's display(1), I could add lines and text to images but now, all of a sudden, it uses a bounding box around the new strokes, choosing a single random color from the background. There's lots of USE flags associated with Image Magick, most of which I have no clue about. Perhaps I need some transparency support or something. and can find nothing in the internet about it. Have you tried the IM website? https://imagemagick.org/Usage/draw/ https://imagemagick.org/script/command-line-options.php#background
Re: [gentoo-user] imagemagick display image edit tool draws an opaque background
On Sun, Aug 30, 2020 at 10:02:34PM +0200, n952162 wrote: > In all of the imagemagick display installations I have, when I use the > image edit draw function, it includes an opaque background, rather than > just the lines themselves. I've never had this with display(1) before, First you use draw, which is used in convert, and then you speak of display. The latter is there to – well – display an image. My understanding of IM mechanics is basic, but just this evening I was working on a small IM-based script of my own. Drawing is done on a canvas. So unless you start with an existing image file as a basis, IM needs to pick a default background colour, which in your case seems to be black. > and can find nothing in the internet about it. Have you tried the IM website? https://imagemagick.org/Usage/draw/ https://imagemagick.org/script/command-line-options.php#background -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me on any social network. The quickest way to a man’s heart is through his sternum. signature.asc Description: PGP signature
[gentoo-user] imagemagick display image edit tool draws an opaque background
In all of the imagemagick display installations I have, when I use the image edit draw function, it includes an opaque background, rather than just the lines themselves. I've never had this with display(1) before, and can find nothing in the internet about it. That suggests to me that it's - again - a use-flag issue. Is there some use flag I have to use to have a colored line with a transparent background?
[gentoo-user] Imagemagick downgrade?
Having re-synced portage it now asks me to keyword media-gfx/ inkscape-1.0_beta1 and once I do, portage wants to downgrade media-gfx/ imagemagick from the installed 7.0.8.67 to 6.9.10.67. I'm not sure why imagemagick is asking to be downgraded, or for that matter why inkscape should be keyworded: snip... These are the packages that would be merged, in order: Calculating dependencies... done! The following keyword changes are necessary to proceed: (see "package.accept_keywords" in the portage(5) man page for more details) # required by @selected # required by @world (argument) =media-gfx/inkscape-1.0_beta1 ~amd64 Would you like to add these changes to your config files? [Yes/No] no * In order to avoid wasting time, backtracking has terminated early * due to the above autounmask change(s). The --autounmask-backtrack=y * option can be used to force further backtracking, but there is no * guarantee that it will produce a solution. !!! All ebuilds that could satisfy "https://www.imagemagick.org/ Description: A collection of tools and libraries for many image formats $ eix -l inkscape [U] media-gfx/inkscape Available versions: 0.92.4^t[cdr dbus dia exif gnome imagemagick inkjar jpeg latex lcms nls openmp postscript spell static-libs visio wpg PYTHON_TARGETS="python2_7"] ["python_targets_python2_7"] (~) 1.0_beta1 ^t[cdr dbus dia exif gnome graphicsmagick imagemagick inkjar jemalloc jpeg lcms nls openmp postscript spell static-libs svg2 visio wpg PYTHON_SINGLE_TARGET="python3_5 python3_6 python3_7" PYTHON_TARGETS="python3_5 python3_6 python3_7"] ["^^ ( python_single_target_python3_5 python_single_target_python3_6 python_single_target_python3_7 ) python_single_target_python3_5? ( python_targets_python3_5 ) python_single_target_python3_6? ( python_targets_python3_6 ) python_single_target_python3_7? ( python_targets_python3_7 )"] Installed versions: 0.92.4^t(10:16:19 14/10/19)(cdr dbus exif imagemagick jpeg lcms nls openmp postscript spell -dia -gnome -inkjar -latex - static-libs -visio -wpg PYTHON_TARGETS="python2_7") Homepage:https://inkscape.org/ Description: SVG based generic vector-drawing program Am I misreading portage's output above? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Imagemagick not being detected by emacs
Thank you for the solution, will give it a try this evening! James On Tue, 23 Jul 2019, 00:06 David Haller, wrote: > Hello, > > On Sun, 21 Jul 2019, James Stevenson wrote: > >I'm struggling to get emacs to incorporate imagemagick to allow for > >rudimental image viewing and manipulation functionality. I have both > >media-gfx/imagemagick-7.0.8-50 and app-editors/emacs-26.2 installed. > > Save the attached patch I found upstream as this commit[1] for emacs-27 > > /etc/portage/patches/app-editors/emacs-26.2/ImageMagick-7.patch > > and change the emacs-26.2.ebuild (or better a copy in your local > overlay) so that > > AT_M4DIR=m4 eautoreconf > > is run at the end of src_prepare() which is already there but > commented out. > > HTH, > -dnh > > [1] > https://github.com/emacs-mirror/emacs/commit/5729486951e6a60db55ea17ee3bac9baf8b54f6a > > > -- > Ok, I'm just uploading the new version of the kernel, v1.3.33, also > known as "the buggiest kernel ever". -- Linus Torvalds
Re: [gentoo-user] Imagemagick not being detected by emacs
Hello,
On Sun, 21 Jul 2019, James Stevenson wrote:
>I'm struggling to get emacs to incorporate imagemagick to allow for
>rudimental image viewing and manipulation functionality. I have both
>media-gfx/imagemagick-7.0.8-50 and app-editors/emacs-26.2 installed.
Save the attached patch I found upstream as this commit[1] for emacs-27
/etc/portage/patches/app-editors/emacs-26.2/ImageMagick-7.patch
and change the emacs-26.2.ebuild (or better a copy in your local
overlay) so that
AT_M4DIR=m4 eautoreconf
is run at the end of src_prepare() which is already there but
commented out.
HTH,
-dnh
[1]
https://github.com/emacs-mirror/emacs/commit/5729486951e6a60db55ea17ee3bac9baf8b54f6a
--
Ok, I'm just uploading the new version of the kernel, v1.3.33, also
known as "the buggiest kernel ever". -- Linus Torvalds:100644 100644 e5d094cf9e f9bbccda0c M configure.ac
:100644 100644 b9ff3f25c4 7e518ce34f M src/image.c
diff --git a/configure.ac b/configure.ac
index e5d094cf9e..f9bbccda0c 100644
--- a/configure.ac
+++ b/configure.ac
@@ -2518,9 +2518,16 @@ if test "${HAVE_X11}" = "yes" || test "${HAVE_NS}" = "yes" || test "${HAVE_W32}"
## 6.3.5 is the earliest version known to work; see Bug#17339.
## 6.8.2 makes Emacs crash; see Bug#13867.
-## 7 and later have not been ported to; See Bug#25967.
-IMAGEMAGICK_MODULE="Wand >= 6.3.5 Wand != 6.8.2 Wand < 7"
-EMACS_CHECK_MODULES([IMAGEMAGICK], [$IMAGEMAGICK_MODULE])
+IMAGEMAGICK7_MODULE="MagickWand >= 7"
+IMAGEMAGICK6_MODULE="Wand >= 6.3.5 Wand != 6.8.2"
+# As we check for ImageMagick 7 then 6 track which version we find
+EMACS_CHECK_MODULES([IMAGEMAGICK], [$IMAGEMAGICK7_MODULE])
+AS_IF([test $HAVE_IMAGEMAGICK = yes],
+ [IMAGEMAGICK_MAJOR=7],
+ [
+EMACS_CHECK_MODULES([IMAGEMAGICK], [$IMAGEMAGICK6_MODULE])
+AS_IF([test $HAVE_IMAGEMAGICK = yes], [IMAGEMAGICK_MAJOR=6])
+ ])
if test $HAVE_IMAGEMAGICK = yes; then
OLD_CFLAGS=$CFLAGS
@@ -2540,6 +2547,8 @@ if test "${HAVE_X11}" = "yes" || test "${HAVE_NS}" = "yes" || test "${HAVE_W32}"
fi
if test $HAVE_IMAGEMAGICK = yes; then
AC_DEFINE([HAVE_IMAGEMAGICK], 1, [Define to 1 if using ImageMagick.])
+ AC_DEFINE_UNQUOTED([IMAGEMAGICK_MAJOR], [$IMAGEMAGICK_MAJOR],
+ [ImageMagick major version number (from configure).])
else
IMAGEMAGICK_CFLAGS=
IMAGEMAGICK_LIBS=
@@ -5460,7 +5469,7 @@ AS_ECHO([" Does Emacs use -lXaw3d? ${HAVE_XAW3D
Does Emacs use -lrsvg-2?${HAVE_RSVG}
Does Emacs use cairo? ${HAVE_CAIRO}
Does Emacs use -llcms2? ${HAVE_LCMS2}
- Does Emacs use imagemagick (version 6)? ${HAVE_IMAGEMAGICK}
+ Does Emacs use imagemagick? ${HAVE_IMAGEMAGICK}
Does Emacs support sound? ${HAVE_SOUND}
Does Emacs use -lgpm? ${HAVE_GPM}
Does Emacs use -ldbus? ${HAVE_DBUS}
diff --git a/src/image.c b/src/image.c
index b9ff3f25c4..7e518ce34f 100644
--- a/src/image.c
+++ b/src/image.c
@@ -8273,11 +8273,20 @@ imagemagick_image_p (Lisp_Object object)
/* The GIF library also defines DrawRectangle, but its never used in Emacs.
Therefore rename the function so it doesn't collide with ImageMagick. */
#define DrawRectangle DrawRectangleGif
-#include
+
+#if IMAGEMAGICK_MAJOR == 6
+# include
+# include
+#else
+# include
+# include
+/* ImageMagick 7 compatibility definitions */
+# define PixelSetMagickColor PixelSetPixelColor
+typedef PixelInfo MagickPixelPacket;
+#endif
/* ImageMagick 6.5.3 through 6.6.5 hid PixelGetMagickColor for some reason.
Emacs seems to work fine with the hidden version, so unhide it. */
-#include
#if 0x653 <= MagickLibVersion && MagickLibVersion <= 0x665
extern WandExport void PixelGetMagickColor (const PixelWand *,
MagickPixelPacket *);
@@ -8815,7 +8824,7 @@ imagemagick_load_image (struct frame *f, struct image *img,
#endif /* HAVE_MAGICKEXPORTIMAGEPIXELS */
{
size_t image_height;
- MagickRealType color_scale = 65535.0 / QuantumRange;
+ MagickRealType color_scale = 65535.0 / (MagickRealType) QuantumRange;
#ifdef USE_CAIRO
data = xmalloc (width * height * 4);
color_scale /= 256;
[gentoo-user] Imagemagick not being detected by emacs
Hello all, I'm struggling to get emacs to incorporate imagemagick to allow for rudimental image viewing and manipulation functionality. I have both media-gfx/imagemagick-7.0.8-50 and app-editors/emacs-26.2 installed. With imagemagick installed prior to an emacs rebuild the compiler output says something to the effect of 'Imagemagick detected... no' despite the `imagemagick` USE flag being enabled. Similarly, when I run eval-expression in emacs for (image-type-available-p 'imagemagick), a value of nil is returned meaning that emacs is still unaware of imagemagick. I think I can probably add imagemagick to the environment path but I am unsure which directory to add. Most of the binaries live in /usr/bin which is already on the PATH by default. Would appreciate any suggestions the mailing list could offer. All the best, James
Re: [gentoo-user] ImageMagick-7 security
On Thursday, 23 August 2018 09:28:03 BST Corentin “Nado” Pazdera wrote: > August 23, 2018 10:12 AM, "Peter Humphrey" wrote: > > That prompted me to emerge -K imagemagick, and I saw the same. But just > > before the line " * For security reasons..." was this: > > > > /var/tmp/portage/media-gfx/imagemagick-7.0.8.10-r1/temp/environment: > > line 2260: version_is_at_least: command not found > > That's from versionator.eclass which is ditched in favor of > eapi7-er.eclass or directly integrated in portage from eapi 7. > > The ebuild has been ported to eapi7-ver without updating all previous > calls to functions from eapi7-er. > > This is a bug that should be reported. Done: https://bugs.gentoo.org/664348 . -- Regards, Peter.
Re: [gentoo-user] ImageMagick-7 security
August 23, 2018 10:28 AM, "Corentin “Nado” Pazdera" wrote: > August 23, 2018 10:12 AM, "Peter Humphrey" wrote: > >> That prompted me to emerge -K imagemagick, and I saw the same. But just >> before the line " * For security reasons..." was this: >> >> /var/tmp/portage/media-gfx/imagemagick-7.0.8.10-r1/temp/environment: line >> 2260: version_is_at_least: command not found > > That's from versionator.eclass which is ditched in favor of eapi7-er.eclass > or directly integrated > in portage from eapi 7. > > The ebuild has been ported to eapi7-ver without updating all previous calls > to functions from > eapi7-er. from versionator* > > This is a bug that should be reported. Also, link to the commit : https://gitweb.gentoo.org/repo/gentoo.git/diff/media-gfx/imagemagick/imagemagick-7.0.8.10-r1.ebuild?id=02765dfc333e578af9e3fd525fc0067dc47d6528 Corentin “Nado” Pazdera
Re: [gentoo-user] ImageMagick-7 security
August 23, 2018 10:12 AM, "Peter Humphrey" wrote: > That prompted me to emerge -K imagemagick, and I saw the same. But just > before the line " * For security reasons..." was this: > > /var/tmp/portage/media-gfx/imagemagick-7.0.8.10-r1/temp/environment: line > 2260: version_is_at_least: command not found That's from versionator.eclass which is ditched in favor of eapi7-er.eclass or directly integrated in portage from eapi 7. The ebuild has been ported to eapi7-ver without updating all previous calls to functions from eapi7-er. This is a bug that should be reported. Regards, Corentin “Nado” Pazdera
Re: [gentoo-user] ImageMagick-7 security
On Thursday, 23 August 2018 09:06:12 BST Mick wrote: > I noticed this enotice in imagemagick: > > * For security reasons, a policy.xml file was installed in > /etc/ImageMagick-7 * which will prevent the usage of the following coders > by default: * > * - PS > * - EPS > * - PDF > * - XPS > > Excuse my ignorance, but I am not sure why the above PS related files are > disabled. What is the security threat exactly? JavaScript contents which > may be executed by ImageMagick? That prompted me to emerge -K imagemagick, and I saw the same. But just before the line " * For security reasons..." was this: /var/tmp/portage/media-gfx/imagemagick-7.0.8.10-r1/temp/environment: line 2260: version_is_at_least: command not found So that's two mysteries. -- Regards, Peter.
[gentoo-user] ImageMagick-7 security
I noticed this enotice in imagemagick: * For security reasons, a policy.xml file was installed in /etc/ImageMagick-7 * which will prevent the usage of the following coders by default: * * - PS * - EPS * - PDF * - XPS Excuse my ignorance, but I am not sure why the above PS related files are disabled. What is the security threat exactly? JavaScript contents which may be executed by ImageMagick? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] imagemagick / graphicsmagick collision
On 12/06/2016 12:50, Heiko Baums wrote:
Am 12.06.2016 um 12:05 schrieb Alan McKinnon:
My main desktop has been giving me these stupid error for a week now.
ANd I can't figure out what portage wants to do or how to stop it (other
than masking graphics magick):
[blocks B ] media-gfx/graphicsmagick[imagemagick]
("media-gfx/graphicsmagick[imagemagick]" is blocking
media-gfx/imagemagick-6.9.4.7)
[blocks B ] media-gfx/imagemagick ("media-gfx/imagemagick" is
blocking media-gfx/graphicsmagick-1.3.24)
So here's the question: Why is portage not realising I already have a
suitable *magick and decides I ought to have the blocker?
Install graphicsmagick with USE="-imagemagick".
If I recall correctly the blocker is because of a file or a feature
collision of media-gfx/imagemagick and
media-gfx/graphicsmagick[imagemagick].
I could do that, but I don't see any compelling reason to have
graphicsmagick at all and I can't figure why portage doesn't accept
installed imagemagick as fulfilling the DEPEND
As per my other reply to Neil, --changed-deps=n makes a difference
emerge --changed-deps=y finds graphicsmagick and wants to use it
emerge --changed-deps=n finds imagemagick and uses that.
Maybe if I set --backtrack= portage will find a
resolution.
Alan
Re: [gentoo-user] imagemagick / graphicsmagick collision
On 12/06/2016 12:13, Neil Bothwick wrote:
On Sun, 12 Jun 2016 12:05:47 +0200, Alan McKinnon wrote:
My main desktop has been giving me these stupid error for a week now.
ANd I can't figure out what portage wants to do or how to stop it
(other than masking graphics magick):
[blocks B ] media-gfx/graphicsmagick[imagemagick]
("media-gfx/graphicsmagick[imagemagick]" is blocking
media-gfx/imagemagick-6.9.4.7)
[blocks B ] media-gfx/imagemagick ("media-gfx/imagemagick" is
blocking media-gfx/graphicsmagick-1.3.24)
graphicsmagick is not installed.
Everything pulling in graphicsmagick is already satisfied by
imagemagick[png]:
So here's the question: Why is portage not realising I already have a
suitable *magick and decides I ought to have the blocker?
You've probably already tried these but
does adding --tree give anything more useful?
Not really. The depgraph in the error output covers it all
Does grep magick -r /etc/portage show anything?
No,
# grep -r magick /etc/portage/
/etc/portage/make.conf: -icq icu id3tag ieee1394 imagemagick imap
innodb introspection \
/etc/portage/package.use/package.use:media-gfx/imagemagick fpx hdri q32 q8
/etc/portage/package.use/libperl:media-gfx/imagemagick -perl
I *did* have --changed-deps=y in my emerge world command, taking it out
works and portage does what I expect. I read the man page entry for it, but
a) it doesn't make much sense
b) I can't see how that would make a difference
Re: [gentoo-user] imagemagick / graphicsmagick collision
Am 12.06.2016 um 12:05 schrieb Alan McKinnon:
> My main desktop has been giving me these stupid error for a week now.
> ANd I can't figure out what portage wants to do or how to stop it (other
> than masking graphics magick):
>
> [blocks B ] media-gfx/graphicsmagick[imagemagick]
> ("media-gfx/graphicsmagick[imagemagick]" is blocking
> media-gfx/imagemagick-6.9.4.7)
> [blocks B ] media-gfx/imagemagick ("media-gfx/imagemagick" is
> blocking media-gfx/graphicsmagick-1.3.24)
> So here's the question: Why is portage not realising I already have a
> suitable *magick and decides I ought to have the blocker?
Install graphicsmagick with USE="-imagemagick".
If I recall correctly the blocker is because of a file or a feature
collision of media-gfx/imagemagick and
media-gfx/graphicsmagick[imagemagick].
Re: [gentoo-user] imagemagick / graphicsmagick collision
On Sun, 12 Jun 2016 12:05:47 +0200, Alan McKinnon wrote:
> My main desktop has been giving me these stupid error for a week now.
> ANd I can't figure out what portage wants to do or how to stop it
> (other than masking graphics magick):
>
> [blocks B ] media-gfx/graphicsmagick[imagemagick]
> ("media-gfx/graphicsmagick[imagemagick]" is blocking
> media-gfx/imagemagick-6.9.4.7)
> [blocks B ] media-gfx/imagemagick ("media-gfx/imagemagick" is
> blocking media-gfx/graphicsmagick-1.3.24)
> graphicsmagick is not installed.
>
>
> Everything pulling in graphicsmagick is already satisfied by
> imagemagick[png]:
> So here's the question: Why is portage not realising I already have a
> suitable *magick and decides I ought to have the blocker?
You've probably already tried these but
does adding --tree give anything more useful?
Does grep magick -r /etc/portage show anything?
--
Neil Bothwick
Did you hear about the dyslexic devil worshiper?
He sold his soul to Santa!
pgpTFGe2O_oz6.pgp
Description: OpenPGP digital signature
[gentoo-user] imagemagick / graphicsmagick collision
Hi all,
My main desktop has been giving me these stupid error for a week now.
ANd I can't figure out what portage wants to do or how to stop it (other
than masking graphics magick):
[blocks B ] media-gfx/graphicsmagick[imagemagick]
("media-gfx/graphicsmagick[imagemagick]" is blocking
media-gfx/imagemagick-6.9.4.7)
[blocks B ] media-gfx/imagemagick ("media-gfx/imagemagick" is
blocking media-gfx/graphicsmagick-1.3.24)
media-gfx/imagemagick:0
(media-gfx/imagemagick-6.9.4.7:0/6.9.4.7::gentoo, ebuild scheduled
for merge) pulled in by
(no parents that aren't satisfied by other packages in this slot)
(media-gfx/imagemagick-6.9.4.6:0/6.9.4.6::gentoo, installed) pulled in by
>=media-gfx/imagemagick-5.5.7.14:0/6.9.4.6= required by
(media-video/dvdauthor-0.7.1:0/0::gentoo, installed)
^^^
(and 1 more with the same problem)
* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.
(media-gfx/graphicsmagick-1.3.24:0/0::gentoo, ebuild scheduled for
merge) pulled in by
media-gfx/graphicsmagick[imagemagick,png] required by
(x11-themes/tango-icon-theme-extras-0.1.0-r1:0/0::gentoo, installed)
media-gfx/graphicsmagick[imagemagick] required by
(media-plugins/kipi-plugins-4.14.0:4/4::gentoo, installed)
media-gfx/graphicsmagick[imagemagick,png] required by
(x11-themes/tango-icon-theme-0.8.90:0/0::gentoo, installed)
imagemagick is installed:
khamul ~ # eix imagemagick
[U] media-gfx/imagemagick
Available versions: 6.9.0.3(0/6.9.0.3)^u (~)6.9.1.8(0/6.9.1.8)^u
(~)6.9.2.10(0/6.9.2.10)^u (~)6.9.3.10(0/6.9.3.10)^u 6.9.4.1(0/6.9.4.1)^u
(~)6.9.4.5(0/6.9.4.5)^u 6.9.4.6(0/6.9.4.6)^u (~)6.9.4.7(0/6.9.4.7)^u
[M](~)7.0.1.9(0/7.0.1.9)^u {X autotrace bzip2 corefonts cxx djvu fftw
fontconfig fpx graphviz hdri jbig jpeg jpeg2k lcms lqr lzma opencl
openexr openmp pango perl png postscript q32 q64 q8 raw static-libs svg
test tiff truetype webp wmf xml zlib}
Installed versions: 6.9.4.6(11:31:21 04/06/2016)(X bzip2 cxx djvu
fontconfig fpx graphviz hdri jbig jpeg jpeg2k lcms lzma openexr openmp
pango png postscript q32 q8 raw svg tiff truetype webp wmf xml zlib
-autotrace -corefonts -fftw -lqr -opencl -perl -q64 -static-libs -test)
graphicsmagick is not installed.
Everything pulling in graphicsmagick is already satisfied by
imagemagick[png]:
tango-icon-theme-extras-0.1.0-r1.ebuild:
|| ( media-gfx/imagemagick[png?]
media-gfx/graphicsmagick[imagemagick,png?] )
kipi-plugins-4.14.0:
videoslideshow? (
|| ( media-gfx/imagemagick
media-gfx/graphicsmagick[imagemagick] )
imagemagick? ( || ( media-gfx/imagemagick
media-gfx/graphicsmagick[imagemagick] ) )
tango-icon-theme-0.8.90.ebuild
|| ( media-gfx/imagemagick[png?]
media-gfx/graphicsmagick[imagemagick,png?] )
So here's the question: Why is portage not realising I already have a
suitable *magick and decides I ought to have the blocker?
Alan
Re: [gentoo-user] Imagemagick and Graphicsmagick blocking each other
On Sun, Dec 11, 2011 at 03:37:02AM +0100, Penguin Lover Frank Steinmetzger squawked: On Sun, Dec 11, 2011 at 12:59:27AM +0100, Alex Schuster wrote: Frank Steinmetzger writes: It seems you can install graphicsmagick along with imagemagick, if the imagemagick USE flag ist not set. That’s what came to my mind also while I was reading Francisco’s first answer. Rebuilding without the flag now. Thanks you two. It may not be immediately obvious from the description of the USE flag, since graphicsmagick choose not to add a local use flag description that better describes its use, but if you read the ebuild, you'll find that rather than enabling support for imagemagick, the flag imagemagick in this case means enable imagemagick compatibility, which I assume means that it will install the usual set of tools (convert, identify, etc.) that imagemagick installs. Obviously this will cause a file collision if you also have imagemagick installed. Cheers, W -- Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
[gentoo-user] Imagemagick and Graphicsmagick blocking each other
Hello, a number of packages depend on imagemagick, such as Inkscape, Frescobaldi and some LaTeX related stuff. I wanted to take a look at Octave, but this positively wants graphicsmagick, which is a fork of imagemagick as far as I can tell and which conflicts with imagemagick. Now some of the named packages can use graphicsmagick, it just comes last in the ebuild’s order of dependencies, but some others can’t. D’ya think this is worthy of a bug report, since graphicsmagick even has an imagemagick useflag? Perhaps this could be converted into a virtual to make this easier on a global scale. Or would it be too much dependent upon the individual package? I don’t know anything about graphicsmagick really, or its kind of compatibility implementation. Cheers -- Gruß | Greetings | Qapla' I forbid any use of my email addresses with Facebook services. “We all know Linux is great … it does infinite loops in 5 seconds.” – Linus Torvalds pgpHBd1RWp6zC.pgp Description: PGP signature
Re: [gentoo-user] Imagemagick and Graphicsmagick blocking each other
Hi Not sure how, but I have both installed. I recall having some dificulties... Let me look for them Francisco On Sat, Dec 10, 2011 at 9:31 PM, Frank Steinmetzger war...@gmx.de wrote: Hello, a number of packages depend on imagemagick, such as Inkscape, Frescobaldi and some LaTeX related stuff. I wanted to take a look at Octave, but this positively wants graphicsmagick, which is a fork of imagemagick as far as I can tell and which conflicts with imagemagick. Now some of the named packages can use graphicsmagick, it just comes last in the ebuild’s order of dependencies, but some others can’t. D’ya think this is worthy of a bug report, since graphicsmagick even has an imagemagick useflag? Perhaps this could be converted into a virtual to make this easier on a global scale. Or would it be too much dependent upon the individual package? I don’t know anything about graphicsmagick really, or its kind of compatibility implementation. Cheers -- Gruß | Greetings | Qapla' I forbid any use of my email addresses with Facebook services. “We all know Linux is great … it does infinite loops in 5 seconds.” – Linus Torvalds
Re: [gentoo-user] Imagemagick and Graphicsmagick blocking each other
Hi again Theese are my USE flags for both, probably the key is one of them, like, perhaps, having graphicsmagick independent of imagemagick: # emerge -pvD graphicsmagick imagemagick These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R] media-gfx/graphicsmagick-1.3.12-r1 USE=X bzip2 cxx jbig jpeg jpeg2k lcms modules openmp png svg threads tiff truetype wmf zlib -debug -doc -fpx -imagemagick -perl -q16 -q32 0 kB [ebuild R] media-gfx/imagemagick-6.7.1.0 USE=X bzip2 corefonts cxx djvu fftw fontconfig fpx graphviz gs hdri jbig jpeg jpeg2k lcms lzma opencl openmp png svg tiff truetype wmf xml zlib -autotrace -lqr -openexr -perl -q32 -q64 -q8 -raw -static-libs -webp 0 kB Total: 2 packages (2 reinstalls), Size of downloads: 0 kB Hope it helps Francisco On Sat, Dec 10, 2011 at 9:51 PM, Francisco Ares fra...@gmail.com wrote: Hi Not sure how, but I have both installed. I recall having some dificulties... Let me look for them Francisco On Sat, Dec 10, 2011 at 9:31 PM, Frank Steinmetzger war...@gmx.de wrote: Hello, a number of packages depend on imagemagick, such as Inkscape, Frescobaldi and some LaTeX related stuff. I wanted to take a look at Octave, but this positively wants graphicsmagick, which is a fork of imagemagick as far as I can tell and which conflicts with imagemagick. Now some of the named packages can use graphicsmagick, it just comes last in the ebuild’s order of dependencies, but some others can’t. D’ya think this is worthy of a bug report, since graphicsmagick even has an imagemagick useflag? Perhaps this could be converted into a virtual to make this easier on a global scale. Or would it be too much dependent upon the individual package? I don’t know anything about graphicsmagick really, or its kind of compatibility implementation. Cheers -- Gruß | Greetings | Qapla' I forbid any use of my email addresses with Facebook services. “We all know Linux is great … it does infinite loops in 5 seconds.” – Linus Torvalds
Re: [gentoo-user] Imagemagick and Graphicsmagick blocking each other
Frank Steinmetzger writes: a number of packages depend on imagemagick, such as Inkscape, Frescobaldi and some LaTeX related stuff. I wanted to take a look at Octave, but this positively wants graphicsmagick, which is a fork of imagemagick as far as I can tell and which conflicts with imagemagick. It seems you can install graphicsmagick along with imagemagick, if the imagemagick USE flag ist not set. Wonko
Re: [gentoo-user] Imagemagick and Graphicsmagick blocking each other
On Sun, Dec 11, 2011 at 12:59:27AM +0100, Alex Schuster wrote: Frank Steinmetzger writes: It seems you can install graphicsmagick along with imagemagick, if the imagemagick USE flag ist not set. That’s what came to my mind also while I was reading Francisco’s first answer. Rebuilding without the flag now. Thanks you two. -- Gruß | Greetings | Qapla' I forbid any use of my email addresses with Facebook services. Progress means that we know ever more but gain ever less from it. pgp1M9ek9nBt8.pgp Description: PGP signature
Re: [gentoo-user] ImageMagick
28 Róbert Čerňanský wrote: Am Sonntag, 27. November 2011, 17:04:24 schrieb Colleen Beamer: I used to use ImageMagick to quickly resize images and convert from one format to another (jpg to png, for example), but I'm darned if I can find an executable to run the program. There used to be one in /usr/bin on my old system. There was also another GUI with commands like on this screenshot: http://tuxradar.com/files/imagemagick-1.png but I do not remember how to launch it. That's 'display'. Use left-mouse to display the menu. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] ImageMagick
On Sun, 2011-11-27 at 17:04 -0500, Colleen Beamer wrote: [..] yes :) It's /usr/bin/convert This isn't quite what I wanted - you have to add options to the command. I was hoping to get the graphical interface that I had before. Please don't tell me they took a great little program and screwed it up! :-) Colleen AFAIK ImageMagick has *always* been a suite of commands, and an optional GUI client. I have been used ImageMagick as far back as the early 90s and it's always been that way... perhaps we were using different ImageMagicks?
[gentoo-user] ImageMagick
Hi all, I used to use ImageMagick to quickly resize images and convert from one format to another (jpg to png, for example). ImageMagick is installed on my system (installed as requirement of something else), but I'm darned if I can find an executable to run the program. There used to be one in /usr/bin on my old system. Does anyone have any experience with this? Regards, Colleen -- Registered Linux User #411143 with the Linux Counter, http://counter.li.org
Re: [gentoo-user] ImageMagick
On Sun, Nov 27, 2011 at 4:08 PM, Colleen Beamer colleen.bea...@gmail.com wrote: Hi all, I used to use ImageMagick to quickly resize images and convert from one format to another (jpg to png, for example). ImageMagick is installed on my system (installed as requirement of something else), but I'm darned if I can find an executable to run the program. There used to be one in /usr/bin on my old system. Does anyone have any experience with this? equery f imagemagick|grep bin ? -- :wq
Re: [gentoo-user] ImageMagick
Hi Colleen, Am Sonntag, 27. November 2011, 16:08:41 schrieb Colleen Beamer: Hi all, I used to use ImageMagick to quickly resize images and convert from one format to another (jpg to png, for example). ImageMagick is installed on my system (installed as requirement of something else), but I'm darned if I can find an executable to run the program. There used to be one in /usr/bin on my old system. Does anyone have any experience with this? yes :) It's /usr/bin/convert Regards, Colleen Best, Michael
Re: [gentoo-user] ImageMagick
On 11/27/11 15:18, Michael Schreckenbauer wrote: Hi Colleen, Am Sonntag, 27. November 2011, 16:08:41 schrieb Colleen Beamer: Hi all, I used to use ImageMagick to quickly resize images and convert from one format to another (jpg to png, for example). ImageMagick is installed on my system (installed as requirement of something else), but I'm darned if I can find an executable to run the program. There used to be one in /usr/bin on my old system. Does anyone have any experience with this? yes :) It's /usr/bin/convert This isn't quite what I wanted - you have to add options to the command. I was hoping to get the graphical interface that I had before. Please don't tell me they took a great little program and screwed it up! :-) Colleen -- Registered Linux User #411143 with the Linux Counter, http://counter.li.org
Re: [gentoo-user] ImageMagick
Am Sonntag, 27. November 2011, 17:04:24 schrieb Colleen Beamer: On 11/27/11 15:18, Michael Schreckenbauer wrote: Hi Colleen, Am Sonntag, 27. November 2011, 16:08:41 schrieb Colleen Beamer: Hi all, I used to use ImageMagick to quickly resize images and convert from one format to another (jpg to png, for example). ImageMagick is installed on my system (installed as requirement of something else), but I'm darned if I can find an executable to run the program. There used to be one in /usr/bin on my old system. Does anyone have any experience with this? yes :) It's /usr/bin/convert This isn't quite what I wanted - you have to add options to the command. I was hoping to get the graphical interface that I had before. Please don't tell me they took a great little program and screwed it up! :-) ImageMagick has no gui-frontend and it never had. It's a library for image manipulation and a collection of CLI-programs for the same task. I have no idea what you used before, but it wasn't part of ImageMagick. Colleen Best, Michael
Re: [gentoo-user] ImageMagick
On Sun, Nov 27, 2011 at 5:04 PM, Colleen Beamer colleen.bea...@gmail.com wrote: On 11/27/11 15:18, Michael Schreckenbauer wrote: Hi Colleen, Am Sonntag, 27. November 2011, 16:08:41 schrieb Colleen Beamer: Does anyone have any experience with this? yes :) It's /usr/bin/convert This isn't quite what I wanted - you have to add options to the command. I was hoping to get the graphical interface that I had before. Please don't tell me they took a great little program and screwed it up! :-) A GUI interface specifically for imagemagick is news to me; imagemagick has always been a cli program. I don't see any reference to a GUI among its USE flags, either. Perhaps you were using some other program which acted as a front-end? Have you done a --depclean which may have removed that? Incidentally, if you want to retain a package, you really should select it for your @world set; otherwise, a depclean could pull it out from under you. -- :wq
Re: [gentoo-user] ImageMagick
Am Sonntag, 27. November 2011, 17:04:24 schrieb Colleen Beamer: On 11/27/11 15:18, Michael Schreckenbauer wrote: Hi Colleen, Am Sonntag, 27. November 2011, 16:08:41 schrieb Colleen Beamer: Hi all, I used to use ImageMagick to quickly resize images and convert from one format to another (jpg to png, for example). ImageMagick is installed on my system (installed as requirement of something else), but I'm darned if I can find an executable to run the program. There used to be one in /usr/bin on my old system. Does anyone have any experience with this? yes :) It's /usr/bin/convert This isn't quite what I wanted - you have to add options to the command. I was hoping to get the graphical interface that I had before. Please don't tell me they took a great little program and screwed it up! :-) is /usr/bin/display the program you were looking for? It supports a subset of ImageMagick's functionality. Colleen Best, Michael
Re: [gentoo-user] ImageMagick
On 11/27/11 16:18, Michael Schreckenbauer wrote: Am Sonntag, 27. November 2011, 17:04:24 schrieb Colleen Beamer: On 11/27/11 15:18, Michael Schreckenbauer wrote: Hi Colleen, Am Sonntag, 27. November 2011, 16:08:41 schrieb Colleen Beamer: Hi all, I used to use ImageMagick to quickly resize images and convert from one format to another (jpg to png, for example). ImageMagick is installed on my system (installed as requirement of something else), but I'm darned if I can find an executable to run the program. There used to be one in /usr/bin on my old system. Does anyone have any experience with this? yes :) It's /usr/bin/convert This isn't quite what I wanted - you have to add options to the command. I was hoping to get the graphical interface that I had before. Please don't tell me they took a great little program and screwed it up! :-) ImageMagick has no gui-frontend and it never had. It's a library for image manipulation and a collection of CLI-programs for the same task. I have no idea what you used before, but it wasn't part of ImageMagick. Oh, yes, it was! :-) There used to be a command in /usr/bin named imagemagick and if you launched it, it brought up an interface with menus/buttons that you could click on. Granted, I haven't used it in quite a while. However, I used to use it all the time to scale graphics when I was writing the handbook for krecipes and convert images from jpeg to png. Regards, Colleen -- Registered Linux User #411143 with the Linux Counter, http://counter.li.org
Re: [gentoo-user] ImageMagick
On 11/27/11 16:22, Michael Mol wrote: On Sun, Nov 27, 2011 at 5:04 PM, Colleen Beamer colleen.bea...@gmail.com wrote: On 11/27/11 15:18, Michael Schreckenbauer wrote: Hi Colleen, Am Sonntag, 27. November 2011, 16:08:41 schrieb Colleen Beamer: Does anyone have any experience with this? yes :) It's /usr/bin/convert This isn't quite what I wanted - you have to add options to the command. I was hoping to get the graphical interface that I had before. Please don't tell me they took a great little program and screwed it up! :-) A GUI interface specifically for imagemagick is news to me; imagemagick has always been a cli program. I don't see any reference to a GUI among its USE flags, either. Perhaps you were using some other program which acted as a front-end? Have you done a --depclean which may have removed that? Incidentally, if you want to retain a package, you really should select it for your @world set; otherwise, a depclean could pull it out from under you. Haven't done a depclean. This is a reasonable new computer. Haven't used ImageMagick in quite a while (way before I got this new computer) and granted, it wasn't a gui that automatically got added to your kmenu, but I created an icon for and for the command, I used /usr/bin/imagemagick. I recall at one point that if I used the command imagemagick, it would launch some other interface (can't remember which one) and I had to create a symlink named magick which linked to /usr/bin/imagemagick. I have tons of graphics that I resized and converted to png from jpegs, but unfortunately, the don't say that I used imagemagick to alter them. -- Registered Linux User #411143 with the Linux Counter, http://counter.li.org
Re: [gentoo-user] ImageMagick
On 11/27/11 16:28, Michael Schreckenbauer wrote: Am Sonntag, 27. November 2011, 17:04:24 schrieb Colleen Beamer: On 11/27/11 15:18, Michael Schreckenbauer wrote: Hi Colleen, Am Sonntag, 27. November 2011, 16:08:41 schrieb Colleen Beamer: Hi all, I used to use ImageMagick to quickly resize images and convert from one format to another (jpg to png, for example). ImageMagick is installed on my system (installed as requirement of something else), but I'm darned if I can find an executable to run the program. There used to be one in /usr/bin on my old system. Does anyone have any experience with this? yes :) It's /usr/bin/convert This isn't quite what I wanted - you have to add options to the command. I was hoping to get the graphical interface that I had before. Please don't tell me they took a great little program and screwed it up! :-) is /usr/bin/display the program you were looking for? It supports a subset of ImageMagick's functionality. Thank you!!! This is EXACTLY it. :-) Like I said, haven't used this in a while and had forgotten about this! Regards, Colleen -- Registered Linux User #411143 with the Linux Counter, http://counter.li.org
Re: [gentoo-user] ImageMagick
Colleen Beamer wrote: Oh, yes, it was! :-) There used to be a command in /usr/bin named imagemagick and if you launched it, it brought up an interface with menus/buttons that you could click on. Granted, I haven't used it in quite a while. However, I used to use it all the time to scale graphics when I was writing the handbook for krecipes and convert images from jpeg to png. Regards, Colleen I searched for that command, I can't find it or any reference to it having any GUI at all. According to the wiki: The software mainly consists of a number of command-line interface http://en.wikipedia.org/wiki/Command-line_interface utilities for manipulating images. ImageMagick does *not* have a GUI http://en.wikipedia.org/wiki/Graphical_user_interface-based interface to edit images, as do Adobe Photoshop http://en.wikipedia.org/wiki/Adobe_Photoshop and GIMP http://en.wikipedia.org/wiki/GIMP, but instead modifies existing images as directed by various command-line parameters. http://en.wikipedia.org/wiki/ImageMagick I also can't find anything on their website about a GUI either. There are front ends to it tho. This from the imagemagick website: The functionality of ImageMagick is typically utilized from the command line or you can use the features from programs written in your favorite language. Choose from these interfaces: G2F http://www.imagemagick.org/script/api.php#ada (Ada), MagickCore http://www.imagemagick.org/script/api.php#c (C), MagickWand http://www.imagemagick.org/script/api.php#c (C), ChMagick http://www.imagemagick.org/script/api.php#ch (Ch), ImageMagickObject http://www.imagemagick.org/script/api.php#com_ (COM+), Magick++ http://www.imagemagick.org/script/api.php#c__ (C++), JMagick http://www.imagemagick.org/script/api.php#java (Java), L-Magick http://www.imagemagick.org/script/api.php#lisp (Lisp), NMagick http://www.imagemagick.org/script/api.php#neko (Neko/haXe), MagickNet http://www.imagemagick.org/script/api.php#dot-net (.NET), PascalMagick http://www.imagemagick.org/script/api.php#pascal (Pascal), PerlMagick http://www.imagemagick.org/script/api.php#perl (Perl), MagickWand for PHP http://www.imagemagick.org/script/api.php#php (PHP), IMagick http://www.imagemagick.org/script/api.php#php (PHP), PythonMagick http://www.imagemagick.org/script/api.php#python (Python), RMagick http://www.imagemagick.org/script/api.php#ruby (Ruby), or TclMagick http://www.imagemagick.org/script/api.php#tcl (Tcl/TK). With a language interface, use ImageMagick to modify or create images dynamically and /automagically/. I'm not sure if any of those are GUI tho. Maybe whatever distro you were using sort of played a name game with the command? The command was named imagemagick but was actually pointing to something else that had a GUI and was a front end for it. Krecipe huh? Installing it now. I like to cook and eat. lol Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] ImageMagick
On Monday 28 Nov 2011 00:55:36 Colleen Beamer wrote: On 11/27/11 16:28, Michael Schreckenbauer wrote: Am Sonntag, 27. November 2011, 17:04:24 schrieb Colleen Beamer: On 11/27/11 15:18, Michael Schreckenbauer wrote: Hi Colleen, Am Sonntag, 27. November 2011, 16:08:41 schrieb Colleen Beamer: Hi all, I used to use ImageMagick to quickly resize images and convert from one format to another (jpg to png, for example). ImageMagick is installed on my system (installed as requirement of something else), but I'm darned if I can find an executable to run the program. There used to be one in /usr/bin on my old system. Does anyone have any experience with this? yes :) It's /usr/bin/convert This isn't quite what I wanted - you have to add options to the command. I was hoping to get the graphical interface that I had before. Please don't tell me they took a great little program and screwed it up! :-) is /usr/bin/display the program you were looking for? It supports a subset of ImageMagick's functionality. Thank you!!! This is EXACTLY it. :-) Like I said, haven't used this in a while and had forgotten about this! I was also going to mention /usr/bin/display, but as I wasn't quick enough I will mention Kim4: kde-misc/kim4 Available versions: (4) (~) 0.9.5 ~amd64 ~x86 Installed versions: 0.9.5(4)(16:39:44 12/18/10) Homepage:http://www.kde- apps.org/content/show.php/Kim+%28Kde+Image+Menu%29?content=11505 Description: a Dolphin and Konqueror service menu for ImageMagick in case you are using KDE apps. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] ImageMagick
On Sun, 27 Nov 2011 22:28:35 +0100 Michael Schreckenbauer grim...@gmx.de wrote: Am Sonntag, 27. November 2011, 17:04:24 schrieb Colleen Beamer: On 11/27/11 15:18, Michael Schreckenbauer wrote: Hi Colleen, Am Sonntag, 27. November 2011, 16:08:41 schrieb Colleen Beamer: Hi all, I used to use ImageMagick to quickly resize images and convert from one format to another (jpg to png, for example). ImageMagick is installed on my system (installed as requirement of something else), but I'm darned if I can find an executable to run the program. There used to be one in /usr/bin on my old system. Does anyone have any experience with this? yes :) It's /usr/bin/convert This isn't quite what I wanted - you have to add options to the command. I was hoping to get the graphical interface that I had before. Please don't tell me they took a great little program and screwed it up! :-) is /usr/bin/display the program you were looking for? It supports a subset of ImageMagick's functionality. There was also another GUI with commands like on this screenshot: http://tuxradar.com/files/imagemagick-1.png but I do not remember how to launch it. :-) Robert -- Róbert Čerňanský E-mail: hslis...@zoznam.sk Jabber: h...@jabber.sk
[gentoo-user] Imagemagick and gnome packages
I noticed a number of new gnome related packages dropping in all of a sudden as a result of the new svg USE flag in imagemagick: = # emerge -uptDv world These are the packages that would be merged, in reverse order: Calculating world dependencies... done! [nomerge ] net-print/hplip-2.7.10 USE=X ppds scanner -doc -fax -minimal -parport -snmp [nomerge ] dev-python/PyQt-3.17.3 USE=-debug -doc -examples [nomerge ] x11-libs/qscintilla-2.1-r1 [1.7.1] USE=python%* qt4%* -debug% -doc -examples% [ebuild N]dev-python/qscintilla-python-2.1 USE=qt4 1,824 kB [ebuild U ] x11-libs/qscintilla-2.1-r1 [1.7.1] USE=python%* qt4%* -debug% -doc -examples% 0 kB [ebuild U ] www-client/mozilla-firefox-bin-2.0.0.12 [2.0.0.11] USE=-restrict-javascript LINGUAS=el en_GB -af -ar -be -bg -ca -cs -da -de -es -es_AR -es_ES -eu -fi -fr -fy -fy_NL -ga -ga_IE -gu -gu_IN -he -hu -it -ja -ka -ko -ku -lt -mk -mn -nb -nb_NO -nl -nn -nn_NO -pa -pa_IN -pl -pt -pt_BR -pt_PT -ro -ru -sk -sl -sv -sv_SE -tr -uk -zh -zh_CN -zh_TW 9,774 kB [nomerge ] dev-python/qscintilla-python-2.1 USE=qt4 [ebuild N] dev-python/PyQt4-4.3.3 USE=-debug -doc -examples 6,047 kB [ebuild U ] media-libs/xine-lib-1.1.10.1 [1.1.10] USE=X a52 aac aalib alsa dts dvd flac imagemagick mad mng modplug musepack nls opengl oss real sdl speex theora truetype v4l vcd vidix vorbis win32codecs xcb xv xvmc (-altivec) -arts -debug -directfb -dxr3 -esd -fbcon -gnome -gtk -ipv6 -jack -libcaca -mmap -pulseaudio -samba -wavpack -xinerama 7,264 kB [ebuild U ] media-gfx/imagemagick-6.3.7.9 [6.3.5.10] USE=X bzip2 jpeg perl png svg%* tiff truetype wmf xml zlib -djvu% -doc -fontconfig% -fpx -graphviz -gs -hdri -jbig -jpeg2k -lcms -nocxx -openexr -q32 -q8 (-mpeg%*) 7,331 kB [ebuild N] gnome-base/librsvg-2.20.0 USE=zlib -debug -doc -gnome 453 kB [ebuild U ] app-text/ghostscript-esp-8.15.4 [8.15.3] USE=X cups xml -cjk -djvu% -gtk -threads 8,580 kB [ebuild U ] app-admin/testdisk-6.8-r1 [6.5] USE=jpeg ntfs reiserfs -static 751 kB [ebuild U ] sys-fs/ntfsprogs-2.0.0 [1.13.1-r1] USE=crypt -debug -fuse -gnome 883 kB [ebuild N] dev-libs/libconfig-1.2 494 kB [nomerge ] gnome-base/librsvg-2.20.0 USE=zlib -debug -doc -gnome [ebuild N] gnome-extra/libgsf-1.14.7 USE=bzip2 python -debug -doc -gnome 0 kB [nomerge ] net-print/cups-1.2.12-r4 USE=X dbus jpeg ldap nls pam png ppds ssl tiff -php -samba -slp [nomerge ] net-libs/gnutls-2.0.4 USE=nls zlib -doc -guile -lzo [ebuild U ] dev-libs/libtasn1-1.2 [0.3.5] USE=-doc 1,476 kB [ebuild NS ] sys-kernel/gentoo-sources-2.6.23-r8 USE=-build -symlink 280 kB [nomerge ] dev-python/PyQt4-4.3.3 USE=-debug -doc -examples [ebuild U ] dev-python/sip-4.7.3 [4.7.1] USE=-debug 436 kB [ebuild U ] sys-fs/dosfstools-2.11-r3 [2.11-r1] 0 kB [ebuild U ] www-client/mozilla-launcher-1.58 [1.56] 7 kB [nomerge ] net-print/cups-1.2.12-r4 USE=X dbus jpeg ldap nls pam png ppds ssl tiff -php -samba -slp [ebuild U ] app-text/libpaper-1.1.23 [1.1.21] 343 kB Total: 18 packages (12 upgrades, 5 new, 1 in new slot), Size of downloads: 45,936 kB = Other than setting -svg for imagemagick is there anything else I could do to keep these additional gnome packages out? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Imagemagick fails
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 revdep-rebuild tells me that I need to remerge ImageMagick, but then fails during the remerge. This is the error I get: libxml2 -O2 -march=pentium4 -fomit-frame-pointer -Wall -pthread -MT coders/coders_png_la-png.lo -MD -MP -MF coders/.deps/coders_png_la-png.Tpo -c -o coders/coders_png_la-png.lo `test -f 'coders/png.c' || echo './'`coders/png.c; \ then mv -f coders/.deps/coders_png_la-png.Tpo coders/.deps/coders_png_la-png.Plo; else rm -f coders/.deps/coders_png_la-png.Tpo; exit 1; fi coders/png.c: In function 'ReadOnePNGImage': coders/png.c:1755: warning: implicit declaration of function 'png_access_version' coders/png.c:1764: error: 'png_ptr' undeclared (first use in this function) coders/png.c:1764: error: (Each undeclared identifier is reported only once coders/png.c:1764: error: for each function it appears in.) make: *** [coders/coders_png_la-png.lo] Error 1 make: *** Waiting for unfinished jobs !!! ERROR: media-gfx/imagemagick-6.2.5.5 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile imagemagick-6.2.5.5.ebuild, line 86: Called die Any ideas? - -- gentux echo hfouvyyAhnbjm/dpn | perl -pe 's/(.)/chr(ord($1)-1)/ge' gentux's gpg fingerprint == 5495 0388 67FF 0B89 1239 D840 4CF0 39E2 18D3 4A9E -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (GNU/Linux) iD8DBQFEsEPUTPA54hjTSp4RAt1AAJ0Uwn+pbGdjEIAFIAvKg+zygmYmpwCffSW6 JoklQthphWWLh4h/qoxNPzw= =zYM/ -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Imagemagick fails
gentuxx wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 revdep-rebuild tells me that I need to remerge ImageMagick, but then fails during the remerge. This is the error I get: libxml2 -O2 -march=pentium4 -fomit-frame-pointer -Wall -pthread -MT coders/coders_png_la-png.lo -MD -MP -MF coders/.deps/coders_png_la-png.Tpo -c -o coders/coders_png_la-png.lo `test -f 'coders/png.c' || echo './'`coders/png.c; \ then mv -f coders/.deps/coders_png_la-png.Tpo coders/.deps/coders_png_la-png.Plo; else rm -f coders/.deps/coders_png_la-png.Tpo; exit 1; fi coders/png.c: In function 'ReadOnePNGImage': coders/png.c:1755: warning: implicit declaration of function 'png_access_version' coders/png.c:1764: error: 'png_ptr' undeclared (first use in this function) coders/png.c:1764: error: (Each undeclared identifier is reported only once coders/png.c:1764: error: for each function it appears in.) make: *** [coders/coders_png_la-png.lo] Error 1 make: *** Waiting for unfinished jobs !!! ERROR: media-gfx/imagemagick-6.2.5.5 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile imagemagick-6.2.5.5.ebuild, line 86: Called die Any ideas? - -- gentux echo hfouvyyAhnbjm/dpn | perl -pe 's/(.)/chr(ord($1)-1)/ge' gentux's gpg fingerprint == 5495 0388 67FF 0B89 1239 D840 4CF0 39E2 18D3 4A9E -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (GNU/Linux) iD8DBQFEsEPUTPA54hjTSp4RAt1AAJ0Uwn+pbGdjEIAFIAvKg+zygmYmpwCffSW6 JoklQthphWWLh4h/qoxNPzw= =zYM/ -END PGP SIGNATURE- Try remerging libpng and/or libxml2. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Imagemagick fails
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ryan Tandy wrote: gentuxx wrote: revdep-rebuild tells me that I need to remerge ImageMagick, but then fails during the remerge. This is the error I get: libxml2 -O2 -march=pentium4 -fomit-frame-pointer -Wall -pthread -MT coders/coders_png_la-png.lo -MD -MP -MF coders/.deps/coders_png_la-png.Tpo -c -o coders/coders_png_la-png.lo `test -f 'coders/png.c' || echo './'`coders/png.c; \ then mv -f coders/.deps/coders_png_la-png.Tpo coders/.deps/coders_png_la-png.Plo; else rm -f coders/.deps/coders_png_la-png.Tpo; exit 1; fi coders/png.c: In function 'ReadOnePNGImage': coders/png.c:1755: warning: implicit declaration of function 'png_access_version' coders/png.c:1764: error: 'png_ptr' undeclared (first use in this function) coders/png.c:1764: error: (Each undeclared identifier is reported only once coders/png.c:1764: error: for each function it appears in.) make: *** [coders/coders_png_la-png.lo] Error 1 make: *** Waiting for unfinished jobs !!! ERROR: media-gfx/imagemagick-6.2.5.5 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile imagemagick-6.2.5.5.ebuild, line 86: Called die Any ideas? Try remerging libpng and/or libxml2. Thanks for the response, but, unfortunately, that didn't help. I re-ran revdep-rebuild with the -pv options this time, and realized that tetex and graphviz also need to be recompiled. They were also immediately before imagemagick in the rebuild order. I checked `equery depgraph' and both were in the depgraph for imagemagick, so I recompiled both of those and ran `fix_libtool_files.sh'. That didn't seem to work either. I was able to capture this when it failed: ImageMagick is configured as follows. Please verify that this configuration matches your expectations. Host system type : i686-pc-linux-gnu OptionValue - - Shared libraries --enable-shared=yes yes Static libraries --enable-static=yes yes Module support--with-modules=yesyes GNU ld--with-gnu-ld=yes yes Quantum depth --with-quantum-depth=16 16 Delegate Configuration: BZLIB --with-bzlib=no no DPS --with-dps=yesno FlashPIX --with-fpx=no no FreeType 2.0 --with-ttf=yesyes GhostPCL None pcl6 (unknown) Ghostscript None gs (8.15.2) Ghostscript fonts - --with-gs-font-dir=/usr/share/fonts/default/ghostscript /usr/share/fonts/default/ghostscript/ Ghostscript lib --with-gslib=no no Graphviz --with-gvc=no no JBIG --with-jbig=nono JPEG v1 --with-jpeg=yes yes JPEG-2000 --with-jp2=no no LCMS --with-lcms=nono Magick++ --with-magick-plus-plus=yes yes PERL --with-perl=nono PNG --with-png=yesyes TIFF --with-tiff=nono Windows fonts --with-windows-font-dir= none WMF --with-wmf=no no X11 --with-x=yes yes XML --with-xml=yesyes ZLIB --with-zlib=yes yes What's interesting to me is that all of the expected option/value pairs match and/or make sense except for DPS. So I installed gtkDPS to see if that would make any difference. The DPS option was now enabled as expected, but the compile still fails in the same spot. -- gentux echo hfouvyyAhnbjm/dpn | perl -pe 's/(.)/chr(ord($1)-1)/ge' gentux's gpg fingerprint == 5495 0388 67FF 0B89 1239 D840 4CF0 39E2 18D3 4A9E -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (GNU/Linux) iD8DBQFEsGmCTPA54hjTSp4RAhREAJsHwvHGQrHvsIIZxqUL6MusRZOSOQCfWP05 hYh8Lec3eRXmI+a6iuwFzbM= =s5Ca -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Imagemagick fails
if /bin/sh ./libtool --silent --tag=CC --mode=compile i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I./magick -I./wand -I/usr/include/freetype2 -I/usr/include/libxml2 -O2 -march=pentium4 -pipe -Wall -pthread -MT coders/coders_png_la-png.lo -MD -MP -MF coders/.deps/coders_png_la-png.Tpo -c -o coders/coders_png_la-png.lo `test -f 'coders/png.c' || echo './'`coders/png.c; \ then mv -f coders/.deps/coders_png_la-png.Tpo coders/.deps/coders_png_la-png.Plo; else rm -f coders/.deps/coders_png_la-png.Tpo; exit 1; fi coders/png.c: In function 'ReadOnePNGImage': coders/png.c:1755: warning: implicit declaration of function 'png_access_version' coders/png.c:1764: error: 'png_ptr' undeclared (first use in this function) coders/png.c:1764: error: (Each undeclared identifier is reported only once coders/png.c:1764: error: for each function it appears in.) make: *** [coders/coders_png_la-png.lo] Error 1 !!! ERROR: media-gfx/imagemagick-6.2.5.5 failed. Call stack: ebuild.sh, line 1545: Called dyn_compile ebuild.sh, line 940: Called src_compile imagemagick-6.2.5.5.ebuild, line 86: Called die !!! compile problem !!! If you need support, post the topmost build error, and the call stack if relevant. [EMAIL PROTECTED] ~ $ Well. :P On second thought, I should have checked Bugzilla *before* downloading and compiling all that... https://bugs.gentoo.org/show_bug.cgi?id=136452 Bottom line: you need ~x86 libpng and imagemagick until libpng-1.2.12-r1 and imagemagick-6.2.8.0 are stabled. HTH. ;) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Imagemagick fails
Bottom line: you need ~x86 libpng and imagemagick until libpng-1.2.12-r1 and imagemagick-6.2.8.0 are stabled. If you dont want to install the packages from testing you can compile imagemagick with the -png use flag set and it should work. That's what I did until imagemagick and/or libpng was updated. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ImageMagick convert utility; latest version has problems
Le vendredi 10 février 2006 à 02:25 -0500, Walter Dnes a écrit : The latest unstable builds complain about not finding libMagick.so.6. More or less random guess : did you revdep-rebuild ? Fred -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ImageMagick convert utility; latest version has problems
On Fri, Feb 10, 2006 at 12:14:26PM +0100, Fr?d?ric Grosshans wrote Le vendredi 10 f?vrier 2006 ? 02:25 -0500, Walter Dnes a ?crit : The latest unstable builds complain about not finding libMagick.so.6. More or less random guess : did you revdep-rebuild ? Yes. Neither revdep-rebuild --ask nor revdep-rebuild --ask --deep found anything wrong. -- Walter Dnes [EMAIL PROTECTED] In linux /sbin/init is Job #1 My musings on technology and security at http://tech_sec.blog.ca -- gentoo-user@gentoo.org mailing list
[gentoo-user] ImageMagick convert utility; latest version has problems
I've found a couple of ways to use ImageMagick's convert utility
to salvage underexposed digital photos. Both methods preferentially
boost the brightness of darker pixels, so that dark areas are boosted,
without blowing out brighter areas. My problem is that the latest
stable builds (6.2.2.5 and 6.2.4.2-r1) don't work, so I've had to mask
them out in /etc/portage/package.mask with the line
media-gfx/imagemagick-6.2.2.3-r1
The two particular uses are...
1) a script called pwrr that uses a power curve, like so
#!/bin/bash
convert -depth 8 ${1} -fx u^${3} ${2}
example
pwrr input_file.tif output_file.tif 0.5
The lower the 3rd parameter, the more that dark areas get brightened.
Should be below 1 and greater than 0. Approx 20 seconds to process a
2048x1536 TIFF on an AMD3000+ K8 (32-bit mode) with 2 gigs of RAM.
2) a script called logg that uses a logarithmic curve like so
#!/bin/bash
convert -depth 8 ${1} -fx ln(u*(${3}-1)+1)/ln(${3}) ${2}
example
logg input_file.tif output_file.tif 16
The higher the 3rd parameter, the more that dark areas get brightened.
The 3rd parameter *MUST* be greater than 1. Approx 60 seconds to
process a 2048x1536 TIFF on an AMD3000+ K8 (32-bit mode) with 2 gigs of
RAM.
The latest unstable builds complain about not finding libMagick.so.6.
If I create the appropriate symlink, convert runs, and returns
*INSTANTLY*, instead of taking time to process the file. The output
file is a straight copy of the input file (minus metadata) with no
processing at all. Other new builds do make the lib, but don't work.
They also create an unprocessed copy, and return instantly.
The following ebuilds are available
imagemagick-6.1.8.8.ebuild
imagemagick-6.2.0.4.ebuild
imagemagick-6.2.0.6.ebuild
imagemagick-6.2.1.5.ebuild
imagemagick-6.2.1.5-r1.ebuild
imagemagick-6.2.2.0.ebuild
imagemagick-6.2.2.0-r1.ebuild
imagemagick-6.2.2.3.ebuild
imagemagick-6.2.2.3-r1.ebuild
imagemagick-6.2.4.2.ebuild
imagemagick-6.2.4.2-r1.ebuild
imagemagick-6.2.5.2.ebuild
imagemagick-6.2.5.4.ebuild
imagemagick-6.2.5.5.ebuild
imagemagick-6.2.6.0.ebuild
I set /etc/portage/package.keywords to accept ~x86 builds like so...
media-gfx/imagemagick ~x86
I built 6.2.6.0. I tested it, and it failed. Tried 6.2.5.5, same
results. Rinse, lather, repeat, with the immediately earlier version
each time. It wasn't until I got down to 6.2.2.3-r1 that it worked.
Other relevant data...
AMD 3000+ K8 running in 32-bit mode
[m3000][root][~] emerge --pretend --verbose imagemagick
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[ebuild R ] media-gfx/imagemagick-6.2.2.3-r1 +X -cups +doc -fpx -graphviz
-jbig +jpeg -lcms +mpeg -perl +png +tiff +truetype +wmf -xml2
CFLAGS=-O2 -pipe -fomit-frame-pointer -march=athlon -m3dnow -mmmx -msse -msse2
-mfpmath=sse
CHOST=i686-pc-linux-gnu
CXXFLAGS=${CFLAGS}
MAKEOPTS=-j1
USE=-* 3dnow X a52 aac alsa bzip2 cdr dga dio divx4linux dri dvd dvdr dvdread
encode exif ffmpeg flac fortran gb gif gtk2 imlib jpeg maildir mikmod mime mmap
mmx mng mp3 mpeg ncurses nptl nptlonly nsplugin offensive ogg opengl plotutils
png posix quicktime readline sdl sharedmem slang sockets sse theora threads
tiff truetype vcd vorbis win32codecs wmf xpm xv zlib
--
Walter Dnes [EMAIL PROTECTED] In linux /sbin/init is Job #1
My musings on technology and security at http://tech_sec.blog.ca
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ImageMagick -contrast-stretch
On Friday 03 February 2006 09:51, John Green wrote: convert input.jpg -contrast-stretch 10% output.jpg my installation is working with this media-gfx/imagemagick-6.2.6.0 USE=X jpeg mpeg perl png tiff truetype xml2 zlib -bzip2 -doc -fpx -graphviz -gs -jbig -lcms -nocxx -wmf m -- Linux 2.6.15-ck2 AMD Athlon(tm) 64 Processor 3200+ 10:05:47 up 55 min, 6 users, load average: 1.05, 1.74, 2.41 pgpb3Vwcdw20q.pgp Description: PGP signature
Re: [gentoo-user] ImageMagick -contrast-stretch
Martins Steinbergs wrote: On Friday 03 February 2006 09:51, John Green wrote: convert input.jpg -contrast-stretch 10% output.jpg my installation is working with this media-gfx/imagemagick-6.2.6.0 USE=X jpeg mpeg perl png tiff truetype xml2 zlib -bzip2 -doc -fpx -graphviz -gs -jbig -lcms -nocxx -wmf m Thanks to Martin and Alexander. Upgrading fixed the problem, as you suggested. To get the upgrade, I added media-gfx/imagemagick to /etc/portage/package.keywords, so my system will now iupgrade to every new version of ImageMagick that has an ebuild. The last automatic upgrade I saw (January 26) was to version 6.2.5.5 to fix security bug #83542. I can't be sure from the ImageMagick ChangeLog that the security fix is also in 6.2.6.0. Am I worrying about nothing? Thanks again, John Green -- gentoo-user@gentoo.org mailing list
[gentoo-user] ImageMagick -contrast-stretch
Hi, The ImageMagick option -contrast-stretch is not recognised in my installation (6.2.5 01/31/06 Q16). The option is documented on the IM web-site. If the option exists on your installationi, or you have any insights, please reply here with your version, so I can decide whether and where to file a bug-report. You can do something like this: convert input.jpg -contrast-stretch 10% output.jpg Thanks. J Green -- gentoo-user@gentoo.org mailing list
