[Yum-devel] [PATCH 1/3] Add update-to and upgrade-to commands, as "hidden" alias for update/upgrade.

[tim.lauridsen at gmail.com]

On Thu, Mar 31, 2011 at 8:55 PM, James Antill <james at fedoraproject.org>wrote:

> On Thu, 2011-03-31 at 07:26 +0200, tim.lauridsen at gmail.com wrote:
> >
> > Do we need a separate command for this, is it not better to just fix 'yum
> > update foo-1.2' to do what 'yum update-to foo-1.2', if I understand it
> > right then 'yum update foo-1.2' will update to the newest version of foo
> >
> > 1.2, if foo-1.2 is already installed. This is kind of wrong in my book.
> > If I do a 'yum install foo-1.2' I expect foo-1.2 to get installed and get
> a
> > foo-1.2 is already installed if foo-1.2 is already installed.
> > yum update foo-1.2 should work the same way.
>
>  Well Seth and I discussed it when he saw:
>
> http://fossplanet.com/f13/%5Brhelv5-list%
> 5D-poll-expected-behavior-yum-wheninstalling-updating-packages-108604/
>
> ...and we thought that although although most people expected the
> "update-to" behaviour changing update directly would almost certainly
> break something, so we'd do a new command and be safe (we are old gits
> resistant to change though :).
>  It also helps doing it as a new command if it's broken horribly in some
> way I didn't test.
>
>  Doing the one line change to my patch to set update_to=True all the
> time breaks roughly ~5 test cases ... a lot of them seem to be due to
> obsoletes processing (AIUI if you have an update and an obsolete "update
> blah" will install the update, and "update-to blah" will install the
> obsolete).
>  I am also worried about cross arch. updates (although in quick tests
> they seem the same), and updates for globs.
>
>  I can see the desire to "just" fix update, and even if we add the new
> command now we could "easily" switch over at some future point ... what
> does anyone else think?
>
> _______________________________________________
> Yum-devel mailing list
> Yum-devel at lists.baseurl.org
> http://lists.baseurl.org/mailman/listinfo/yum-devel
>

Fine with me.

ACK

Tim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.baseurl.org/pipermail/yum-devel/attachments/20110401/6872dcbc/attachment.html>