FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 04-27-2008, 07:50 PM
Hans de Goede
 
Default Headsup: new soname changing ImageMagick heading for F-10

Hi All,

I've recently become a co-maintainer of ImageMagick and after this new build
hits rawhide, the open bug count on ImageMagick drops from 24 to 1 (a switch to
NSS as cryptolib bug).


Unfortunately the latest upstream releases changes the locations of header
files (pkg-config users should be fine) and changes the library names from:

libMagick -> libMagickCore
libWand -> libMagickWand

So any packages using the ImageMagick libs will need to be rebuild.

Here is the list from repoquery:
[hans@localhost devel]$ repoquery -q --whatrequires 'libMagick.so.10()(64bit)'
'libWand.so.10()(64bit)' 'libMagick++.so.10()(64bit)'|sort |uniq

LabPlot-0:1.5.1.6-4.fc8.x86_64
autotrace-0:0.31.1-16.fc9.x86_64
drawtiming-0:0.6.2-3.fc9.x86_64
dx-0:4.4.4-6.fc9.x86_64
evolution-brutus-0:1.2.11-2.fc9.x86_64
gdl-0:0.9-0.rc1.1.fc9.x86_64
imageinfo-0:0.05-3.fc9.x86_64
k3d-0:0.6.7.0-6.fc9.x86_64
kismet-extras-0:0.0.2007.10.R1-3.fc9.x86_64
koffice-karbon-0:1.6.3-15.fc9.x86_64
koffice-libs-0:1.6.3-15.fc9.x86_64
libfprint-0:0.0.5-3.fc9.x86_64
nip2-0:7.14.1-1.fc9.x86_64
octave-forge-0:20071212-8.fc9.x86_64
oxine-0:0.7.0-2.fc9.x86_64
php-magickwand-0:1.0.6-1.fc9.x86_64
pstoedit-0:3.45-2.fc9.x86_64
ruby-RMagick-0:2.3.0-1.fc9.x86_64
transcode-0:1.0.5-2.lvn9.x86_64
vips-0:7.14.1-1.fc9.x86_64
vips-python-0:7.14.1-1.fc9.x86_64
vips-tools-0:7.14.1-1.fc9.x86_64
xastir-0:1.9.2-4.fc9.x86_64
xine-lib-extras-0:1.1.12-2.fc9.x86_64

A reporter called Sammy, who has requested this update has been so kind to
provide patches for many of these to fix them building with the new
ImageMagick, see:

https://bugzilla.redhat.com/show_bug.cgi?id=433476

Regards,

Hans

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 04-27-2008, 09:17 PM
Jason L Tibbitts III
 
Default Headsup: new soname changing ImageMagick heading for F-10

>>>>> "HdG" == Hans de Goede <j.w.r.degoede@hhs.nl> writes:

HdG> I've recently become a co-maintainer of ImageMagick and after
HdG> this new build hits rawhide, the open bug count on ImageMagick
HdG> drops from 24 to 1 (a switch to NSS as cryptolib bug).

Just curious; will this new version allow us to do some basic
splitting so that packages like Mediawiki won't depend on X libraries?
Currently the console applications like convert are linked against X.

- J<

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 04-28-2008, 08:51 AM
Hans de Goede
 
Default Headsup: new soname changing ImageMagick heading for F-10

Jason L Tibbitts III wrote:

"HdG" == Hans de Goede <j.w.r.degoede@hhs.nl> writes:


HdG> I've recently become a co-maintainer of ImageMagick and after
HdG> this new build hits rawhide, the open bug count on ImageMagick
HdG> drops from 24 to 1 (a switch to NSS as cryptolib bug).

Just curious; will this new version allow us to do some basic
splitting so that packages like Mediawiki won't depend on X libraries?
Currently the console applications like convert are linked against X.



No I'm afraid not, but thats a good question so I've forwarded it upstream, as
upstream sofar has been very helpful.


Regards,

Hans

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 04-28-2008, 09:02 AM
Hans de Goede
 
Default Headsup: new soname changing ImageMagick heading for F-10

Denis Leroy wrote:

Hans de Goede wrote:

Hi All,

I've recently become a co-maintainer of ImageMagick and after this new
build hits rawhide, the open bug count on ImageMagick drops from 24 to
1 (a switch to NSS as cryptolib bug).


Unfortunately the latest upstream releases changes the locations of
header files (pkg-config users should be fine) and changes the library
names from:

libMagick -> libMagickCore
libWand -> libMagickWand

So any packages using the ImageMagick libs will need to be rebuild.


Hmm, but we're in F-9 freeze. Are these rebuilds for F-10 (or F-9
updates after F-9 is released) ?


For F-10 only, which is why the subject of the mail was:
"Headsup: new soname changing ImageMagick heading for F-10"

Regards,

Hans


--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 04-28-2008, 09:04 AM
Denis Leroy
 
Default Headsup: new soname changing ImageMagick heading for F-10

Hans de Goede wrote:

Hi All,

I've recently become a co-maintainer of ImageMagick and after this new
build hits rawhide, the open bug count on ImageMagick drops from 24 to 1
(a switch to NSS as cryptolib bug).


Unfortunately the latest upstream releases changes the locations of
header files (pkg-config users should be fine) and changes the library
names from:

libMagick -> libMagickCore
libWand -> libMagickWand

So any packages using the ImageMagick libs will need to be rebuild.


Hmm, but we're in F-9 freeze. Are these rebuilds for F-10 (or F-9
updates after F-9 is released) ?


--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 04-28-2008, 09:14 AM
Denis Leroy
 
Default Headsup: new soname changing ImageMagick heading for F-10

Hans de Goede wrote:

Denis Leroy wrote:

Hans de Goede wrote:

Hi All,

I've recently become a co-maintainer of ImageMagick and after this
new build hits rawhide, the open bug count on ImageMagick drops from
24 to 1 (a switch to NSS as cryptolib bug).


Unfortunately the latest upstream releases changes the locations of
header files (pkg-config users should be fine) and changes the
library names from:

libMagick -> libMagickCore
libWand -> libMagickWand

So any packages using the ImageMagick libs will need to be rebuild.


Hmm, but we're in F-9 freeze. Are these rebuilds for F-10 (or F-9
updates after F-9 is released) ?


For F-10 only, which is why the subject of the mail was:
"Headsup: new soname changing ImageMagick heading for F-10"


*slap on the forehead*

thx!

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 04-28-2008, 01:34 PM
Hans de Goede
 
Default Headsup: new soname changing ImageMagick heading for F-10

Jason L Tibbitts III wrote:

"HdG" == Hans de Goede <j.w.r.degoede@hhs.nl> writes:


HdG> I've recently become a co-maintainer of ImageMagick and after
HdG> this new build hits rawhide, the open bug count on ImageMagick
HdG> drops from 24 to 1 (a switch to NSS as cryptolib bug).

Just curious; will this new version allow us to do some basic
splitting so that packages like Mediawiki won't depend on X libraries?
Currently the console applications like convert are linked against X.



And here is the answer from upstream:

"ImageMagick permits rendering text onto an image with X11 fonts."

Which explains the X11 dependencies.

Regards,

Hans

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 04-28-2008, 04:34 PM
Jason L Tibbitts III
 
Default Headsup: new soname changing ImageMagick heading for F-10

>>>>> "HdG" == Hans de Goede <j.w.r.degoede@hhs.nl> writes:

HdG> "ImageMagick permits rendering text onto an image with X11
HdG> fonts."

That's rather... lame. I mean, we don't really even want to support
core fonts any longer. And you don't need to link against X to use
fontconfig and get proper font rendering.

- J<

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 04-28-2008, 04:52 PM
Hans de Goede
 
Default Headsup: new soname changing ImageMagick heading for F-10

Jason L Tibbitts III wrote:

"HdG" == Hans de Goede <j.w.r.degoede@hhs.nl> writes:


HdG> "ImageMagick permits rendering text onto an image with X11
HdG> fonts."

That's rather... lame. I mean, we don't really even want to support
core fonts any longer. And you don't need to link against X to use
fontconfig and get proper font rendering.



I know, and so does upstream, they also said this feature isn't much used, and
it can be disabled by telling ./configure not to look for X, but then X using
ImageMagick applications like display also won't get buid, so I've requested
upstream to split this into 2 separate configure options.


Regards,

Hans

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 04-28-2008, 08:06 PM
Nicolas Mailhot
 
Default Headsup: new soname changing ImageMagick heading for F-10

Le lundi 28 avril 2008 à 15:34 +0200, Hans de Goede a écrit :
> Jason L Tibbitts III wrote:
> >>>>>> "HdG" == Hans de Goede <j.w.r.degoede@hhs.nl> writes:
> >
> > HdG> I've recently become a co-maintainer of ImageMagick and after
> > HdG> this new build hits rawhide, the open bug count on ImageMagick
> > HdG> drops from 24 to 1 (a switch to NSS as cryptolib bug).
> >
> > Just curious; will this new version allow us to do some basic
> > splitting so that packages like Mediawiki won't depend on X libraries?
> > Currently the console applications like convert are linked against X.
> >
>
> And here is the answer from upstream:
>
> "ImageMagick permits rendering text onto an image with X11 fonts."
>
> Which explains the X11 dependencies.

yuk

Soon Imagemagick will have few core X11 fonts to render from.
This "feature" should be killed, or moved to fontconfig (which does not
require X BTW)

--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 

Thread Tools




All times are GMT. The time now is 02:16 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org