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