Bug 472958 - anaconda tries to do install, but then fails while installing due to "file conflicts"
Summary: anaconda tries to do install, but then fails while installing due to "file co...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 12
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Chris Lumens
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 492629 558808 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-11-25 20:04 UTC by James Antill
Modified: 2013-01-10 04:56 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-06-24 15:05:39 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description James Antill 2008-11-25 20:04:20 UTC
Description of problem:
 Installing Fedora 10, via. anaconda CD1 + http, everything seemed to be going fine but then after an hour or so it had stopped due to the file conflict between the new Fedora gstreamer-plugins-good and my old Livna gstreamer-plugins-bad.
 The install seemed to have half happened, I have the new kernel and plymouth etc. ... but Xorg is an old version as is gdm (and so logging in crashes instantly).

Comment 1 Panu Matilainen 2008-12-01 10:49:46 UTC
Rpm determines file conflicts at the beginning of transaction, not in mid-flight. So anaconda appears to be calling ts.run() again while install is in progress.

Comment 2 Jeremy Katz 2008-12-01 17:01:30 UTC
With CD installs, we have to split into a transaction for each individual CD

Comment 3 James Antill 2008-12-01 17:34:33 UTC
Ahh, interesting ... one minor point is that this install was:

 . download install CDs
 . unpack CDs to local network
 . insert first CD and use askmethod

...so _in theory_ anaconda could have worked it out. But it'd be nice to "fix" it
 in the general case (so it doesn't abort the install half way through).

Comment 4 Chris Lumens 2008-12-02 16:26:22 UTC
Well we could always break the RPM headers out into separate files on the first disc...

Comment 5 Jeremy Katz 2008-12-02 16:34:53 UTC
(In reply to comment #4)
> Well we could always break the RPM headers out into separate files on the first
> disc...

And call the file an "hdlist"? ;-)   *sigh*

More seriously, didn't we talk about in this case having to just pull the packages to the local hard drive early and install from there?  It sucks from a disk space perspective (and might require some "fun" to ensure there's sufficient space), but I can't really think of a way to handle this otherwise in the case of multiple media.

Comment 6 James Antill 2008-12-02 16:39:46 UTC
Yeh, I have > 100 GB free, so pulling all the files locally works for me(tm).

That probably means the install will be slightly slower, but I don't think it'll be a significant regression in that regard.

 Oh, and I'll remind Seth to stab Chris at FudCon for comment #4 ;).

Comment 7 Chris Lumens 2008-12-02 20:49:17 UTC
Yes, we did talk about doing just that.  I think it's even on my TODO list but I got distracted by something else and never got around to doing it.

Comment 8 Chris Lumens 2009-06-08 19:32:52 UTC
*** Bug 492629 has been marked as a duplicate of this bug. ***

Comment 9 Bug Zapper 2009-11-16 09:38:40 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 10 Chris Lumens 2010-03-16 18:09:14 UTC
*** Bug 558808 has been marked as a duplicate of this bug. ***


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