1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<TITLE> [Mageia-dev] cairo and poppler conflicts
</TITLE>
<LINK REL="Index" HREF="index.html" >
<LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20cairo%20and%20poppler%20conflicts&In-Reply-To=%3C20110402075719.GA18325%40shikamaru.fr%3E">
<META NAME="robots" CONTENT="index,nofollow">
<META http-equiv="Content-Type" content="text/html; charset=us-ascii">
<LINK REL="Previous" HREF="003823.html">
<LINK REL="Next" HREF="003825.html">
</HEAD>
<BODY BGCOLOR="#ffffff">
<H1>[Mageia-dev] cairo and poppler conflicts</H1>
<B>Remy CLOUARD</B>
<A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20cairo%20and%20poppler%20conflicts&In-Reply-To=%3C20110402075719.GA18325%40shikamaru.fr%3E"
TITLE="[Mageia-dev] cairo and poppler conflicts">shikamaru at mandriva.org
</A><BR>
<I>Sat Apr 2 09:57:19 CEST 2011</I>
<P><UL>
<LI>Previous message: <A HREF="003823.html">[Mageia-dev] RFT: x11-server 1.10
</A></li>
<LI>Next message: <A HREF="003825.html">[Mageia-dev] cairo and poppler conflicts
</A></li>
<LI> <B>Messages sorted by:</B>
<a href="date.html#3824">[ date ]</a>
<a href="thread.html#3824">[ thread ]</a>
<a href="subject.html#3824">[ subject ]</a>
<a href="author.html#3824">[ author ]</a>
</LI>
</UL>
<HR>
<!--beginarticle-->
<PRE>On Wed, Mar 30, 2011 at 05:45:34PM +0200, Olivier Blin wrote:
><i> Frank Griffin <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">ftg at roadrunner.com</A>> writes:
</I>><i>
</I>><i> > On 03/29/2011 03:01 PM, Ahmad Samir wrote:
</I>><i> >> [...]
</I>><i> >> “attach”...
</I>><i> >>
</I>><i> >> Anyway, from the log:
</I>><i> >> auto-select: adding lib64cairo-xcb2-1.10.2-4.mga1.x86_64 replacing
</I>><i> >> lib64cairo-xcb2-1.10.2-3.mga1.x86_64
</I>><i> >>
</I>><i> >> which means you have lib64cairo-xcb2 installed (rpm -qa lib64cairo*
</I>><i> >> should confirm/deny); this is not the default, urpmi is set to prefer
</I>><i> >> lib(64)cairo2 over lib(64)cairo-xcb2, so I think, 'urpmi lib64cairo2'
</I>><i> >> should fix this issue.
</I>><i> >
</I>><i> > You're correct, but I'm damned if I know why. I have two cauldron
</I>><i> > systems which get updated via --auto-update exclusively. On one, I
</I>><i> > have
</I>><i> >
</I>><i>
</I>><i> [...]
</I>><i>
</I>><i> > Thanks for the assist, and sorry for the noise.
</I>><i>
</I>><i> There might have been a bug for a short time where pkgconfig(cairo) got
</I>><i> resolved to cairo-xcb-devel, so it is possible the wrong package got
</I>><i> pulled at some point.
</I>><i>
</I>><i> It should not be the case anymore (with a fix in urpmi
</I>><i> prefer.vendor.list), but it won't be fixed automatically for cauldron
</I>><i> users that got the "wrong" package before.
</I>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:
<A HREF="http://svnweb.mageia.org/packages/cauldron/f-spot/current/SPECS/f-spot.spec?revision=63695&view=markup">http://svnweb.mageia.org/packages/cauldron/f-spot/current/SPECS/f-spot.spec?revision=63695&view=markup</A>
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
</PRE>
<!--endarticle-->
<HR>
<P><UL>
<!--threads-->
<LI>Previous message: <A HREF="003823.html">[Mageia-dev] RFT: x11-server 1.10
</A></li>
<LI>Next message: <A HREF="003825.html">[Mageia-dev] cairo and poppler conflicts
</A></li>
<LI> <B>Messages sorted by:</B>
<a href="date.html#3824">[ date ]</a>
<a href="thread.html#3824">[ thread ]</a>
<a href="subject.html#3824">[ subject ]</a>
<a href="author.html#3824">[ author ]</a>
</LI>
</UL>
<hr>
<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev
mailing list</a><br>
</body></html>
|
