Looking for a preupgrade with Sulphur(F9) listed as an upgrade target?

May 13, 2008

If you’re looking for an rpm of preupgrade wit Fedora 9 as an upgrade target then look no further than here:

Fedora 8: http://koji.fedoraproject.org/packages/preupgrade/0.9.3/2.fc8/noarch/preupgrade-0.9.3-2.fc8.noarch.rpm

Fedora 7: http://koji.fedoraproject.org/packages/preupgrade/0.9.3/2.fc7/noarch/preupgrade-0.9.3-2.fc7.noarch.rpm



8 Responses to “Looking for a preupgrade with Sulphur(F9) listed as an upgrade target?”

  1. Mark Kennedy Says:

    is this a way to “yum upgrade” from FC8 to FC9?

  2. Tim Says:

    Thx, was loking for it 😛

  3. Fred Says:

    An honest question….

    From Red Hat 7 all the way to Fedora 8 I’ve always done a clean install. ( pain in the ass really, moving my data over ) The reason being is I’m thinking to myself ( coming from a windows world a long time ago ) that if i do an upgrade, a lot of unnecessary *stuff* from the previously installation will be left behind, albeit not used anymore.

    Can someone please set me straight on this. Is the *cleanup* really that good that no useless files will be left behind?

    If there is an *official* documentation regarding upgrades and “whats left behind” i’d really appreciate it. 🙂


  4. Dado Says:

    Doesn’t work for me, sadly. After it downloads all the packages, it spits out:

    Loading “presto” plugin
    Setting up and reading Presto delta metadata
    No Presto metadata available for anaconda-upgrade
    Setting up and reading Presto delta metadata
    No Presto metadata available for anaconda-upgrade
    No package matched to remove
    Downloading DeltaRPMs:
    Rebuilding rpms from deltarpms
    Traceback (most recent call last):
    File “/usr/share/preupgrade/preupgrade-gtk.py”, line 198, in on_assistant_apply
    File “/usr/share/preupgrade/preupgrade-gtk.py”, line 206, in _do_main
    File “/usr/share/preupgrade/preupgrade-gtk.py”, line 349, in main_preupgrade
    File “/usr/lib/python2.5/site-packages/preupgrade/__init__.py”, line 381, in retrieve_treeinfo
    File “/usr/lib/python2.5/ConfigParser.py”, line 286, in readfp
    self._read(fp, filename)
    File “/usr/lib/python2.5/ConfigParser.py”, line 462, in _read
    raise MissingSectionHeaderError(fpname, lineno, line)
    ConfigParser.MissingSectionHeaderError: File contains no section headers.
    file: , line: 2
    ‘<!DOCTYPE HTML PUBLIC “-//W3C//DTD HTML 4.0 Transitional//EN”\n’

    And just hangs there. 😦 IIRC the text is “Downloading installer metadata” or something, can’t remember. I’ve ran GUI version twice, just running -cli to see what happens. Bugger. 🙂

  5. Sprag Says:

    0.9.3-2 is broken — it hangs at the last step per bug 446244. 0.9.3-3 is supposed to have the patch which fixes it.

  6. Paul Says:

    “package-config –orphans” from yum-utils will find leftovers. Usually it’s not very much. I’m usually more concerned about not getting some new stuff if I upgrade.

  7. Dave Stevens Says:


    I run F7 64 bit. It isn’t clear if I preupgrade to Sulphur whether I’ll get a 64 bit OS. I have lotsa RAM and need all those bits.
    Preupgrade doesn’t self-identify. A splash box would be informative and useful.
    No man page.
    It doesn’t seem to install itself into a menu, System Tools or System Administration would be useful.
    Some indication of time needed with a cancellation option would be really handy.

    A really good idea and would relieve one of the biggest impediments to me keeping up-to-date, many thanks.


Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )


Connecting to %s

%d bloggers like this: