upgrade/downgrade loop

Anders F Björklund afb at algonet.se
Thu Sep 9 14:28:55 PDT 2010


Steve Kelem wrote:

>  I have "smart" in one of my desktop panels. It lets me know when  
> there are new upgrades available, but it is currently stuck in a  
> loop.  This morning it wanted to upgrade gnupg, and downgrade gnupg2:
> 2010/9/9 11:10
> gnupg    1.4.10-2.fc13 at x86_64
>     Downgrades
>         [x] gnupg2    2.0.14-2.fc13 at x86_64
>
> gnupg2    2.0.14-6.fc13 at x86_64
>     Upgrades
>         gnupg2    2.0.14-2.fc13 at x86_64
>
> from download.fedoraproject.org/.../gnupg...
>
> Three minutes later, after the above action had completed, it  
> wanted to downgrade gnupg and upgrade gnupg2:
> 2010/9/9 11:13
> gnupg2     2.0.14-2.fc13 at x86_64
>      Downgrades
>         [x] gnupg2    2.0.14-6.fc13 at x86_64
>      Upgrades
>         [x] gnupg    1.4.10-2.fc13 at x86_64
>
> 1. Why is there this loop?

Well presumably you have something else requiring "gpg"...

The original package provides both:
gpg = 2.0.14-2.fc13
gnupg2 = 2.0.14-2.fc13

Then it was split, for the  update:
gpg = 1.4.10-2.fc13
gnupg = 1.4.10-2.fc13
gnupg2 = 2.0.14-6.fc13

So in order to upgrade "gnupg2", "gnupg" must be installed.


smart query --requires gpg

> 2. How do we fix it?

I think you should be able to break free of the loop by
locking the version of "gnupg" to be "= 1.4.10-2.fc13" ?

That way you will still get updates to gnupg2, but it
won't upgrade gnupg just because of the "gpg" provides.


smart flag --set lock 'gnupg = 1.4.10-2.fc13 at x86_64'

> 3. Is this the correct email list for this problem?
> 4. Should I file a bug? If so, where?
>
> Thanks for your help,
> Steve
>
> I'm running Fedora 13 on a dual x86_64 system (Dell Latitude E6500).

This seems like the correct list, maybe on Fedora too ?

You can report bugs at https://bugs.launchpad.net/smart

--anders




More information about the Smart mailing list