Red Hat Bugzilla – Bug 228372
Last modified: 2007-11-30 17:11:57 EST
libburn - 0.2.6.3-1.fc7.x86_64
File conflict in:
Packages with the same files:
libburn - 0.2.6.3-1.fc7.i386
Denis, can you take care of this, or have you already?
Ok, so this is a fairly classic case of multilib conflicts caused by doxygen,
which puts random anchor tags in the generated html files. I suggest 2 solutions:
1) do nothing and close this as won't fix. I don't see what is the real problem
here ? You can safely install both devel packages, RPM won't complain about the
conflicts. They're not even reported by rpm -V, both i386 and x86_64 packages
2) spin off the documentation into its own noarch package. Its size would be
about 1Mb. Considering that the documentation is not even installed by default
by the upstream makefiles, that seems like a reasonable thing to do.
Nobody seems to know whether RPM works around some forms of
conflicts in multilib installs for %doc files. Some Core packagers
(e.g. Matthias Clasen) even prebuild doc files to avoid the conflict.
Perhaps %_docdir is covered by hacks in RPM. %_mandir isn't.
I can confirm that %doc files seem to be immune to conflicts, at least in this
particular case. Moving the documentation somewhere under %datadir for example,
will cause RPM conflicts, while in this case we have none.
Being naturally lazy, i'm going to close this as WON'T FIX. But if someone has a
strong opinion and want to twist my arm, go ahead and reopen and I'll request
the creation of a new libburn-doc package (seems to be the only way to fix this,
which just seems overkill, though I'm well aware other packages do this already).
I was looking at writing a perl scripts to normalize the HTML anchors used by
doxygen, but there are also conflicts on the png images generated by dot and i
don't know how to prevent those...