[Mageia-dev] cairo and poppler conflicts

Remy CLOUARD shikamaru at mandriva.org
Sat Apr 2 09:57:19 CEST 2011


On Wed, Mar 30, 2011 at 05:45:34PM +0200, Olivier Blin wrote:
> Frank Griffin <ftg at roadrunner.com> writes:
> 
> > On 03/29/2011 03:01 PM, Ahmad Samir wrote:
> >> [...]
> >> “attach”...
> >>
> >> Anyway, from the log:
> >> auto-select: adding lib64cairo-xcb2-1.10.2-4.mga1.x86_64 replacing
> >> lib64cairo-xcb2-1.10.2-3.mga1.x86_64
> >>
> >> which means you have lib64cairo-xcb2 installed (rpm -qa lib64cairo*
> >> should confirm/deny); this is not the default, urpmi is set to prefer
> >> lib(64)cairo2 over lib(64)cairo-xcb2, so I think, 'urpmi lib64cairo2'
> >> should fix this issue.
> >
> > You're correct, but I'm damned if I know why.  I have two cauldron
> > systems which get updated via --auto-update exclusively.  On one, I
> > have
> >
> 
> [...]
> 
> > Thanks for the assist, and sorry for the noise.
> 
> There might have been a bug for a short time where pkgconfig(cairo) got
> resolved to cairo-xcb-devel, so it is possible the wrong package got
> pulled at some point.
> 
> It should not be the case anymore (with a fix in urpmi
> prefer.vendor.list), but it won't be fixed automatically for cauldron
> users that got the "wrong" package before.
Yep, sorry for that, I was unaware of that pkgconfig(cairo) provides.

But f-spot’s case has been bugging me for quite some time.

I don’t use it so I could not see the issue, but I don’t understand why
it does have an explicit require on lib64cairo2…

all its dependencies don’t.

Here are the requires of f-spot :
sqlite-tools
sqlite3-tools
lib64exif12
lib64gphoto2
shared-mime-info[*]
scrollkeeper[*]
shared-mime-info[*]
scrollkeeper[*]
/bin/sh[*]
bash
libX11.so.6()(64bit)
libc.so.6()(64bit)
libc.so.6(GLIBC_2.2.5)(64bit)
libcairo.so.2()(64bit)
libgdk-x11-2.0.so.0()(64bit)
libgdk_pixbuf-2.0.so.0()(64bit)
libglib-2.0.so.0()(64bit)
liblcms.so.1()(64bit)
libm.so.6()(64bit)
libm.so.6(GLIBC_2.2.5)(64bit)
libpthread.so.0()(64bit)
rtld(GNU_HASH)
pkgconfig
lib64atk1.0_0
lib64cairo2
lib64gdk_pixbuf2.0_0
lib64gio2.0_0
lib64glib2.0_0
lib64gnomeui2_0
lib64gtk+-x11-2.0_0
lib64lcms1
lib64pango1.0_0
lib64unique0
lib64x11_6
lib64xcomposite1
mono(FlickrNet)[== 2.1.5.0]
mono(Gnome.Keyring)[== 1.0.0.0]
mono(ICSharpCode.SharpZipLib)[== 2.84.0.0]
mono(Mono.Addins)[== 0.6.0.0]
mono(Mono.Addins.Gui)[== 0.6.0.0]
mono(Mono.Addins.Setup)[== 0.6.0.0]
mono(Mono.Cairo)[== 2.0.0.0]
mono(Mono.Posix)[== 2.0.0.0]
mono(Mono.Simd)[== 2.0.0.0]
mono(NDesk.DBus)[== 1.0.0.0]
mono(System)[== 2.0.0.0]
mono(System.Core)[== 3.5.0.0]
mono(System.Web)[== 2.0.0.0]
mono(System.Xml)[== 2.0.0.0]
mono(atk-sharp)[== 2.12.0.0]
mono(gconf-sharp)[== 2.24.0.0]
mono(gdk-sharp)[== 2.12.0.0]
mono(glib-sharp)[== 2.12.0.0]
mono(gnome-sharp)[== 2.24.0.0]
mono(gtk-sharp)[== 2.12.0.0]
mono(mscorlib)[== 2.0.0.0]
mono(pango-sharp)[== 2.12.0.0]


As you can see, lib64cairo2 is completely unnecessary because the
package already requires libcairo.so.2()(64bit).

Looking at the spec:
http://svnweb.mageia.org/packages/cauldron/f-spot/current/SPECS/f-spot.spec?revision=63695&view=markup

I don’t understand line 43 to 45 though I’m not sure these are the one
that pulls cairo, nor do I understand which problem Götz tried to work
around.

Regards,
-- 
Rémy CLOUARD
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments


More information about the Mageia-dev mailing list