Re: After upgrade from 10 to 11, 63 broken packages and aptitude never finishes.
On Sun, Dec 12, 2021 at 09:02:45AM +0100, Andrei POPESCU wrote:
> On Sb, 11 dec 21, 14:44:42, A. F. Cano wrote:
> >
> > After many iterations of installing, autoremoving, updating and
> > upgrading, some packages were installed along with their dependencies,
> > but I'm also getting:
> >
> > E; Packae '<package name>' has no installation candidate
> >
> > or <package name> is alerady the newest version (<version number>)
> >
> > dpkg -l | grep -v ^ii | wc -l
> > 209
> >
> > Which is lower than before, but aptitude still runs for hours resolving
> > dependencies and exhausts RAM and swap.
>
> With aptitude you might want to try running
>
> aptitude keep-all
This got rid of the unending loop of resolving dependencies. Thanks for
the hint!
> > The remaining lines begin with
> > 'ri' and 'rc'.
It also got rid of the 'ri' packages. Now all that remain are the 'rc'
packages (58 of them),
>
> The 'rc' packages shouldn't be a problem (see the header of the output
> of an explanation of the flags) and getting rid of them should be as
> simple as
>
> aptitude purge '?config-files'
Mmm... I think there's more to it than that. For example, kdesudo
shows up in the list with an 'rc', kopete with 'ic' (the only one with
that). Both give the same "has no installation candidate" error when I
attempt to 'apt-get install kdesudo | kopete'. They cannot be installed
with apt-get install <package> either. Even though I did
apg-get install kde-full
and it installed lots of packages that should have been there, kopete and
kdesudo are not in /var/cache/apt/archives and they show in aptitude
with a 'c' in the first column and aptitude cannot be told to install
them. Mmm... searching packages.debian.org shows that kopete and
kdesudo are not available in 11/bullseye (kopete only in stretch,
buster and experimental), so that explains that.
> The 'ri' means 'dpkg' thinks they are installed, but remove was
> requested.
>
> If you still need them try downloading the .deb files and passing them
> to `dpkg -i` otherwise pass the list to one of `apt purge`,
> `aptitude purge` or `dpkg --purge`.
Thanks for all the help. Turns out that at least those 2 packages, and
possibly more cannot be found because they're no longer in the release.
I might have other issues, but at least aptitude is useable now, so I
can do whatever cleanup I need to do.
> Or it might be taken care of by `aptitude keep-all` ;)
That did the trick. Thanks again.
> Hope this helps,
> Andrei
> --
> http://wiki.debian.org/FAQsFromDebianUser
Augustine
Reply to: