It turns out my city computer didn't have that problem. So I can't help
further with any bundles.
AB> * APT::AutoRemove::RecommendsImportant (when set to false)
AB> * APT::AutoRemove::SuggestsImportant (when set to false)..
AB> I though was not able to find a combination of these and
AB> Aptitude::Purge-Unused to provoke this behaviour either.
Well
APT::Default-Release "unstable";
Control: tag -1 + unreproducible moreinfo
Hi,
Sven Joachim wrote:
> On 2020-05-14 06:48 +0800, 積丹尼 Dan Jacobson wrote:
>
> > Package: aptitude
> > Version: 0.8.12-3
> >
> > Odd, today I had to reinstall a package to get aptitude to stop trying
> > to get rid of it.
>
> The package in question
> "SJ" == Sven Joachim writes:
SJ> There might be some arguments for "aptitude install " to clear
SJ> the automatic flag (IIRC apt and apt-get do that), but some people
SJ> probably rely on the current aptitude behavior not to do that.
Well like
$ man aptitude
forbid-version
On 2020-05-14 06:48 +0800, 積丹尼 Dan Jacobson wrote:
> Package: aptitude
> Version: 0.8.12-3
>
> Odd, today I had to reinstall a package to get aptitude to stop trying
> to get rid of it.
The package in question has been marked as automatically installed and
there are no longer any reverse
Package: aptitude
Version: 0.8.12-3
Odd, today I had to reinstall a package to get aptitude to stop trying
to get rid of it.
# aptitude install fdisk
fdisk is already installed at the requested version (2.35.1-5)
fdisk is already installed at the requested version (2.35.1-5)
The following
6 matches
Mail list logo
