[ATrpms-users] How to downgrade back to myth .23.1

Axel Thimm Axel.Thimm at ATrpms.net
Fri Nov 12 20:34:44 CET 2010


On Fri, 2010-11-12 at 08:59 -0800, Gabe Rubin wrote:
> On Thu, Nov 11, 2010 at 9:15 PM, Axel Thimm <Axel.Thimm at atrpms.net> wrote:
> > On Thu, 2010-11-11 at 17:13 -0800, Gabe Rubin wrote:
> >> I am having some issues with the new release of mythtv [...] I want to
> >> downgrade back to .23.1.
> >
> >> So now I have no myth on my system.  What command do I need to issue
> >> to make this work?
> >
> > Try adding --exclude=\*-0.24-\* to your yum commands. If that doesn't
> > work, please add the yum output to the reply, thanks!
> 
> I wound up downgrading before this message came through.  I decided to
> try smart instead of yum (btw, when I installed smart, it gave the
> wrong base url for atrpms.  It used i686 in the url when that does not
> exist, and I had to change it to i386 I believe).  Smart still wanted
> to install some .24 portions (themes, docs, web, and, I think setup).
> I stepped back and specified installing the .23.1 versions for each of
> those packages and then tried installing mythtv-0.23.1 which seemed to
> bring in everything I needed.  So in short, I did not try your
> workaround, but may give .24 another go and will try that if I need to
> downgrade again.
> 
> It looks like someone else on the list was having the exact same issue.

Yes, the packages aren't meant to be really used for downgrading when
the package sets are in the same repo.

Until now the model was that there was say 0.27 in bleeding and 0.26 in
stable. When a user activated bleeding she could upgrade to 0.27, play
around and when she wanted to go back to the stable version she would
disable bleeding, remove the packages and reinstall them.

For the model of two releases in one repo you need to disable the other
package set. You don't have a repo to turn off, so you need more
surgically explicit setup, e.g. using --exclude with the version of the
undesired package set.

I think I need to start adding versioned dependencies rather sooner than
later to allow easier transitions, downgrades etc.
-- 
http://thimm.gr/ - http://ATrpms.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.atrpms.net/pipermail/atrpms-users/attachments/20101112/6d996c5a/attachment.sig>


More information about the atrpms-users mailing list