[Mageia-dev] [RPM] cauldron core/release libgdata-0.7.1-1.mga2
Christiaan Welvaart
cjw at daneel.dyndns.org
Mon Jun 13 16:06:29 CEST 2011
On Mon, 13 Jun 2011, Anssi Hannula wrote:
> On 13.06.2011 16:10, Christiaan Welvaart wrote:
>> On Wed, 8 Jun 2011, Balcaen John wrote:
>>
>>> Le mercredi 8 juin 2011 16:52:16, Mageia Team a écrit :
>>>> Name : libgdata Relocations: (not
>>>> relocatable)
>>>> Version : 0.7.1 Vendor: Mageia.Org
>>> [...]
>>>> dmorgan <dmorgan> 0.7.1-1.mga2:
>>>> + Revision: 102030
>>>> - New version 0.7.1
>>> There's a file conflict :
>>> Installation failed:
>>> file /usr/lib64/girepository-1.0/GData-0.0.typelib from install of
>>> lib64gdata10-0.7.1-1.mga2.x86_64 conflicts with file from package
>>> lib64gdata7-0.6.6-1.mga1.x86_64
>>>
>>> Installation failed: file
>>> /usr/lib64/girepository-1.0/GData-0.0.typelib
>>> from install of lib64gdata10-0.7.1-1.mga2.x86_64 conflicts with file from
>>> package lib64gdata7-0.6.6-1.mga1.x86_64
>>>
>>> Maybe this file should not be in the versionned library package ?
>>
>> Indeed, but I see no way to really fix the upgrade except by providing a
>> fixed lib(64)gdata7 in mga2.
>>
>> We have poppler-gir0.16 for girepository-1.0/Poppler-0.16.typelib .
>> (In ubuntu they call the extra package gir1.0-gdata-0.0 .)
>>
>> So we should probably add lib(64)gdata-gir0.0 . It must be libified to
>> allow parallel installation of libgdata10 and lib64gdata10. The new
>> package will conflict with lib(64)gdata7 so all applications that use it
>> (totem and evolution) must be rebuilt.
>
> BTW, I like the ubuntu(/debian?) naming convention here. But I'm not
> going to work on it, so feel free to name it as you like.
It looks interesting, but I don't know anything about gobject
introspection so can't say if it makes more sense than what I proposed.
Anyway that naming is not going to work with biarch and I'm not going to
move all those files to %_datadir, that may not even work.
Christiaan
More information about the Mageia-dev
mailing list