Bug 212682 - i386 and x86_64 versions of gstreamer conflict
Summary: i386 and x86_64 versions of gstreamer conflict
Alias: None
Product: Fedora
Classification: Fedora
Component: rpm
Version: 6
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Panu Matilainen
QA Contact:
: 205212 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2006-10-28 00:09 UTC by Chris Petersen
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Clone Of:
Last Closed: 2007-08-13 12:18:32 UTC

Attachments (Terms of Use)

Description Chris Petersen 2006-10-28 00:09:50 UTC
Description of problem:

The latest update of gaim wants to pull down the i386 version of gstreamer, but
I get file conflicts from rpm over the shared man page.

This prevents "yum update" from running on any 64 bit system.

Error message from yum:

file /usr/share/man/man1/gst-launch-0.10.1.gz from install of gstreamer-0.10.9-2
conflicts with file from package gstreamer-0.10.9-2

There doesn't seem to be a way for me to disable the i386 repo for core, which
would be my preferred fix so that it stops trying to pull down i386 packages for
files that don't need to be (like gaim).

Comment 1 John Thacker 2006-10-28 15:14:54 UTC
Well, if that's your preferred fix, you can remove the i386 version of gaim.  I
believe that FC6 installs both the i386 and x86_64 versions of gaim by default
on x86_64:

$ rpm -q gaim

So do rpm -e gaim.i386 and that will work.

However, I will note that this WORKSFORME.  My system updated gaim and both
versions of gstreamer-0-10.9-2 without problems.  That might be because it did
both at the same time; I don't know.

Comment 2 Chris Petersen 2006-10-28 17:23:57 UTC
I don't have both versions of gaim installed.  It appears that gstreamer was
being brought in sort of sideways through various other updates, and by
hand-picking x86_64 packages, it eventually went away as a dependency.

Perhaps this ticket should be reassigned to whoever develops rpm, since it
appears now to be more of a bug in the package subsystem than the gstreamer
package itself.

Comment 3 Adam Jackson 2007-01-29 17:24:51 UTC
*** Bug 205212 has been marked as a duplicate of this bug. ***

Comment 4 Bastien Nocera 2007-02-01 13:45:13 UTC
Try changing the "transaction colour" in your /etc/rpm/macros files to "3".

#       The default transaction color. This value is a set of bits to
#       determine file and dependency affinity for this arch.
#               0       uncolored (i.e. use only arch as install hint)
#               1       Elf32 permitted
#               2       Elf64 permitted
%_transaction_color     0

In any case, not a GStreamer bug.

Comment 5 Paul Nasrat 2007-02-01 14:00:49 UTC
What is transaction color, and if you set as above does it work?

Comment 6 Panu Matilainen 2007-08-13 12:18:32 UTC
Closing due to lack of activity.

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