Bug 228372 - multi-lib conflicts
multi-lib conflicts
Status: CLOSED WONTFIX
Product: Fedora
Classification: Fedora
Component: libburn (Show other bugs)
rawhide
x86_64 Linux
medium Severity medium
: ---
: ---
Assigned To: Denis Leroy
Fedora Extras Quality Assurance
:
Depends On:
Blocks: FE7Target
  Show dependency treegraph
 
Reported: 2007-02-12 15:13 EST by Michael Schwendt
Modified: 2007-11-30 17:11 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-06-08 09:31:41 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Michael Schwendt 2007-02-12 15:13:43 EST
libburn - 0.2.6.3-1.fc7.x86_64
  Conflicts: 32
  File conflict in:
     /usr/share/doc/libburn-0.2.6.3/html/comments-source.html
     /usr/share/doc/libburn-0.2.6.3/html/globals_enum.html
     /usr/share/doc/libburn-0.2.6.3/html/libburn_8h__dep__incl.png
     /usr/share/doc/libburn-0.2.6.3/html/libburner_8c-source.html
     /usr/share/doc/libburn-0.2.6.3/html/globals_func.html
     /usr/share/doc/libburn-0.2.6.3/html/globals.html
     /usr/share/doc/libburn-0.2.6.3/html/functions.html
     /usr/share/doc/libburn-0.2.6.3/html/structburn__source__coll__graph.png
     /usr/share/doc/libburn-0.2.6.3/html/functions_vars.html
     /usr/share/doc/libburn-0.2.6.3/html/libburn_8h.html
     /usr/share/doc/libburn-0.2.6.3/html/comments.html
     /usr/share/doc/libburn-0.2.6.3/html/globals_eval.html
     /usr/share/doc/libburn-0.2.6.3/html/libburner_8c__incl.md5
     /usr/share/doc/libburn-0.2.6.3/html/libburner_8c.html
     /usr/share/doc/libburn-0.2.6.3/html/structburn__progress.html
     /usr/share/doc/libburn-0.2.6.3/html/index.html
     /usr/share/doc/libburn-0.2.6.3/html/structburn__toc__entry.html
     /usr/share/doc/libburn-0.2.6.3/html/globals_type.html
     /usr/share/doc/libburn-0.2.6.3/html/files.html
     /usr/share/doc/libburn-0.2.6.3/html/libburn_8h__incl.png
     /usr/share/doc/libburn-0.2.6.3/html/graph_legend.png
     /usr/share/doc/libburn-0.2.6.3/html/annotated.html
     /usr/share/doc/libburn-0.2.6.3/html/libburn_8h__incl.md5
     /usr/share/doc/libburn-0.2.6.3/html/globals_defs.html
     /usr/share/doc/libburn-0.2.6.3/html/libburn_8h-source.html
     /usr/share/doc/libburn-0.2.6.3/html/structburn__source.html
     /usr/share/doc/libburn-0.2.6.3/html/libburner_8c__incl.png
     /usr/share/doc/libburn-0.2.6.3/html/graph_legend.html
     /usr/share/doc/libburn-0.2.6.3/html/libburn_8h__dep__incl.md5
     /usr/share/doc/libburn-0.2.6.3/html/globals_vars.html
     /usr/share/doc/libburn-0.2.6.3/html/structburn__source__coll__graph.md5
     /usr/share/doc/libburn-0.2.6.3/html/structburn__drive__info.html
  Packages with the same files:
     libburn - 0.2.6.3-1.fc7.i386
Comment 1 Jesse Keating 2007-05-22 17:54:11 EDT
Denis, can you take care of this, or have you already?
Comment 2 Denis Leroy 2007-06-06 09:22:25 EDT
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
verify correctly.

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.
Comment 3 Michael Schwendt 2007-06-06 10:53:32 EDT
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.
Comment 4 Denis Leroy 2007-06-08 09:31:41 EDT
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...

Note You need to log in before you can comment on or make changes to this bug.