Skip to content
This repository has been archived by the owner on May 9, 2022. It is now read-only.

Check for stable fedup updates before proceeding #42

Open
AdamWill opened this issue Dec 20, 2013 · 4 comments
Open

Check for stable fedup updates before proceeding #42

AdamWill opened this issue Dec 20, 2013 · 4 comments

Comments

@AdamWill
Copy link

I've been thinking about how to protect against the F20 fedup 0.7/0.8 issue occurring again. Among other changes, one I thought of is this.

Could fedup, as the first thing it does before proceeding, check whether a newer version of itself is available in the stable updates repository, and recommend/require the user to update to that before proceeding?

This would at least prevent people running into this kind of issue once the 'correct' fedup reached stable.

@hroncok
Copy link

hroncok commented Dec 30, 2013

Why not even check updates-testing?

@relrod
Copy link

relrod commented Dec 30, 2013

I think I agree with @hroncok. Check both and warn the user that it's in testing if it is.

@wgwoods
Copy link
Contributor

wgwoods commented Jan 6, 2014

There's actually a whole class of problems for which the solution is "install some updates before starting the upgrade" - bug 910326 is another example.

Fixing this class of problems will require:

  • Some way to identify which packages should be installed by fedup
  • Code in fedup to install those updates (including prompting the user, etc)
  • Documentation for maintainers: what to do to mark your package as "required for upgrade"

@AdamWill
Copy link
Author

Well, isn't just implementing item #1 on the checklist better than a kick in the teeth? Even if fedup just says 'hey, sport, you should update this stuff before upgrading' and quits, that's better than going ahead and blowing things up. It's doubleplus nice if it actually handles the 'update this stuff' part, but it doesn't really seem required.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

4 participants