This service will be undergoing maintenance at 03:30 UTC, 2016-05-27. It is expected to last about 2 hours

Bug 137690

Summary: rpm file conflicts are off
Product: [Fedora] Fedora Reporter: Nathan G. Grennan <redhat-bugzilla>
Component: rpmAssignee: Jeff Johnson <jbj>
Status: CLOSED RAWHIDE QA Contact:
Severity: high Docs Contact:
Priority: medium    
Version: rawhideCC: axel.thimm, barryn, dgunchev, dkelson, feliciano.matias, gafton, gajownik, herrold, leonard-rh-bugzilla, me, notting, pnasrat, rdieter, scop, wtogami
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-11-01 09:02:22 EST Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Bug Depends On:    
Bug Blocks: 130887    

Description Nathan G. Grennan 2004-10-30 14:59:53 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3)
Gecko/20041020 Galeon/1.3.17.99

Description of problem:
Two installed packages own the files in the same directories largely
defeats the point of package management. It is likely to cause broken
applications in many cases. Say two Gnome packages use the same
library, but want to compiled with different options. So that their
own versions of the file are mutally exclusive. So package A was
installed and working. Package B is installed and overwrites
/usr/lib/libgnomefoo.so.1. Now application B works and application A
doesn't.

Version-Release number of selected component (if applicable):
rpm-4.3.2-13

How reproducible:
Always

Steps to Reproduce:
1. rpm -i packagea.rpm
2. rpm -i packageb.rpm

    

Actual Results:  File conflicts by default

Expected Results:  No file conflicts by default

Additional info:

"RPM's default behavior regarding file conflicts in Fedora Core 3 has
changed. In the past, file conflicts (where a file from one
already-installed package also appears in a package that is to be
installed) caused the installation of the package containing the
conflicting file to abort.

In Fedora Core 3, RPM will ignore such conflicts, and the package
installation will proceed, overwriting any conflicting files from
previously-installed packages."
Comment 1 Nathan G. Grennan 2004-10-30 15:06:17 EDT
I got Actual and Expected Results reversed.

This default change could also have negative security effects.
Comment 2 Jeff Johnson 2004-10-31 03:29:39 EST
File conflicts reenabled by default in rpm-4.3.2-18.
Comment 3 Warren Togami 2004-10-31 05:41:48 EST
REOPEN because it was not built in dist-fc3-HEAD, but rather dist-fc4.
 rel-eng will need to accept this in order for this bug to be closed.
Comment 4 Warren Togami 2004-10-31 05:52:16 EST
*** Bug 131766 has been marked as a duplicate of this bug. ***
Comment 5 Robert Scheck 2004-10-31 06:01:44 EST
Copy Warren :)
Comment 6 Cristian Gafton 2004-10-31 07:30:47 EST
Fix summary to show better in the dependency list for the FC3Blocker.

Warren, please be careful when closing bugs as duplicate (you should
have closed this bug as duplicate and left #131766 alone, since that
was the older one filed)
Comment 14 Dax Kelson 2004-10-31 23:37:41 EST
I'm glad this change was reverted.