Bug 492634 - anaconda doesn't handle repo=hd::/path (preupgrade special case)
anaconda doesn't handle repo=hd::/path (preupgrade special case)
Product: Fedora
Classification: Fedora
Component: anaconda (Show other bugs)
All Linux
low Severity medium
: ---
: ---
Assigned To: David Lehman
Fedora Extras Quality Assurance
Depends On:
Blocks: 492516 F11AnacondaBlocker
  Show dependency treegraph
Reported: 2009-03-27 15:09 EDT by Will Woods
Modified: 2009-04-16 13:17 EDT (History)
7 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2009-04-16 13:17:55 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Will Woods 2009-03-27 15:09:28 EDT
In Fedora 10 and earlier, there's a special case in yuminstall.py (see line 401 in current git) for handling "repo=hd:device:/path" when the system is booted with "preupgrade" on the commandline:

      (device, fstype, path) = m[3:].split(":")

  if flags.cmdline.has_key("preupgrade"):
      self._baseRepoURL = "file:///mnt/sysimage/%s" % path

As you can see, the device name is discarded and yum is instructed to get its packages from the given path, on the mounted system. Hence preupgrades are booted with:
  preupgrade repo=hd::/var/cache/yum/preupgrade [etc]

The new anaconda storage code needs to handle this special case, or provide another way for preupgrade to specify that the upgrade should get its packages from a certain path on the filesystem being upgraded - for example, "repo=file:///..."
Comment 1 Chris Lumens 2009-03-27 15:18:04 EDT
dlehman had a plan for dealing with this that involved making an empty path resolve to a FileDevice.
Comment 2 David Lehman 2009-04-16 12:09:57 EDT
Can you retest with anaconda- or later?
Comment 3 Will Woods 2009-04-16 13:17:55 EDT
I have an upgrade from F10->Rawhide (anaconda IIRC) at the "Finishing upgrade process step." Everything seems have worked as expected.

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