Howto handle multilib conflict?
Neal Becker
ndbecker2 at gmail.com
Sat Oct 10 01:12:15 UTC 2009
Adam Williamson wrote:
> On Fri, 2009-10-09 at 16:41 -0700, Toshio Kuratomi wrote:
>
>> > It's not to be considered a bug, AFAIK. We don't stipulate that
>> > development packages be installable side-by-side in this way, we only
>> > stipulate that for library packages where there's a need for it.
>> > There's no particular use case where you absolutely need both -devel
>> > packages installed at once.
>> >
>> I believe this is incorrect. devel packages are supposed to be multilib
>> installable. There's two things that are two files that conflict above
>> and there's two different fixes for each.
>
> I'm happy to be wrong :), but is this documented anywhere? That's why I
> thought the opposite was the case, I couldn't find anything to this
> effect in the packaging documentation when I was starting out.
>
> It seems like a lot of work for very little return if it is our policy,
> especially fiddling around with *-config and the like executables, which
> are far from uncommon...what's the use case for multilib -devel
> packages? When is it actually useful to have both arches installed at
> once for a -devel package?
>
Fortunately, it seems that this particular case (2 file conflicts) was
pretty easy to fix (just remove the offending files). Looking at
emacs-23.1, it appears to be using pkgconfig, and libotf already was
installing a proper libotf.pc. I'm hoping /usr/bin/libotf-config isn't
essential.
More information about the fedora-devel-list
mailing list