imagemagick depends on x stuff

If i look here :
http://www.imagemagick.org/script/advanced-unix-installation.php

It seem possible to compile imagemagick with --without-x option :

    don't use the X Window System.
    By default, ImageMagick uses the X11 delegate libraries if they are available. When --without-x is specified, use of X11 is disabled. The display, animate, and import sub-commands are not included. The remaining sub-commands have reduced functionality such as no access to X11 fonts (consider using Postscript or TrueType fonts instead).

Is it possible to provide an alternate "imagemagick-nox" package for hardy using this option ?

BR

Thank you for taking the time to report this bug and helping to make Ubuntu better. Which specific packages are your referring to when you say "X11 stuff"? Thanks in advance.

Hello !

basically :
libx11-6
who depends itself on
x11-common
libx11-data
etc etc

a lot of packages wo are not installed on a ubuntu-server by default.

Cheers

I'm really not seeing this on Hardy or Intrepid. Which release of Ubuntu did you notice this dependency on?

8:41:52 - flash:[~] apt-cache rdepends x11-common | grep imagemagick
8:43:25 - flash:[~] apt-cache rdepends xorg | grep imagemagick

Indeed ImageMagick depends on X stuff (you can see http://bugs.debian.org/470671 and also our TODO list at http://svn.debian.org/wsvn/pkg-gmagick/branches/experimental/debian/TODO?op=file&rev=0&sc=0).
It somebody wants to help us in getting a new ImageMagick without X dependencies, we can be reached at <email address hidden> :-)

Brian :

Here is the output i get when i want to install imagemagick on a ubuntu gutsy server

aptitude install imagemagick
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Reading extended state information
Initializing package states... Fait
Building tag database... Fait
The following NEW packages will be automatically installed:
  defoma fontconfig fontconfig-config ghostscript gsfonts hicolor-icon-theme libatk1.0-0 libatk1.0-data libcairo2 libcroco3 libcupsimage2
  libdatrie0 libdjvulibre15 libdrm2 libfontconfig1 libfontenc1 libfreetype6 libfs6 libft-perl libgd2-noxpm libgl1-mesa-glx libglib2.0-0
  libglib2.0-data libgraphviz4 libgs8 libgsf-1-114 libgsf-1-common libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libice6 libjasper1 libjpeg62
  liblcms1 libltdl3 libmagick10 libopenexr2ldbl libpango1.0-0 libpango1.0-common libpaper-utils libpaper1 libpcre3 libpixman-1-0
  libpng12-0 librsvg2-2 libsm6 libthai-data libthai0 libtiff4 libttf2 libwmf0.2-7 libxaw7 libxcomposite1 libxcursor1 libxdamage1
  libxfixes3 libxfont1 libxft2 libxi6 libxinerama1 libxml2 libxmu6 libxpm4 libxrandr2 libxrender1 libxslt1.1 libxt6 libxtrap6 libxtst6
  libxv1 libxxf86dga1 libxxf86misc1 libxxf86vm1 psfontmgr sgml-base shared-mime-info ttf-dejavu ttf-dejavu-core ttf-dejavu-extra
  x-ttcidfont-conf x11-session-utils x11-utils x11-xfs-utils x11-xserver-utils xdg-utils xfonts-encodings xfonts-utils xml-core xsltproc
  xutils xutils-dev

Regards,

Similarly openssh-client is affected, as it 'recommends' auth, which brings in X libraries. Again on a headless server this is undesired.

This is an upstream patch proposal to do just this:
http://studio.imagemagick.org/pipermail/magick-developers/2009-October/003188.html

The rationale
is that this makes it much easier for distributions to provide packages
that don't depend on X.

This doesn't seem to be very hard to achieve. Attached is a proof of
concept patch that moves the code...

http://studio.imagemagick.org/pipermail/magick-developers/2009-October/003191.html
We added this suggestion to our list of things to do but it may be some time
before we get to it.
For now try ./configure --without-x

This good idea is still unimplemented over 2 years later. For something that's 'not hard to achieve', that's quite a while.

next major version of imagemagick will be X less

Work on this after debian release