[Aptitude-devel] Bug#819943: really should add an unforbid-version command

積丹尼 Dan Jacobson jidanni at jidanni.org
Mon Apr 4 02:05:10 UTC 2016


Package: aptitude
Version: 0.7.8-1

Today I will inspect the how hard it is to just simple reverse the action of
# aptitude forbid-version somepackage
so we are back to the state before we did it.

The man page says

           To revert the action, "aptitude install <package>" will remove the
           ban. To remove the forbidden version without installing the
           candidate version, the current version should be appended: "install
           <package>=<version>".

Well I think you really should an unforbid-version command.

With no = then it should clear the forbidden version of that package(s).

Also the man page should say if only one version can be forbidden or
more.

Also one thinks I could just use forbid-version=0 to clear it, but that
is not a current version of that package.

And
# aptitude forbid-version package1 package2 package3 ... package20
will require an enormous amount of work to reverse, digging up each
version number...

OK, let's try
# aptitude install xserver-xorg-video-cirrus=1:1.5.3-1+b1

We will very likely encounter some
"The following actions will resolve these dependencies:

      Remove the following packages:"
questions which we will very probably answer "n", never reaching the
point where supposedly the forbid-version will be erased without
installing the package before quitting!

And, when you think about it
# aptitude install xserver-xorg-video-cirrus=<current-version>
means the same as
# aptitude install xserver-xorg-video-cirrus
so if one didn't want to install the package one would answer "n" when
asked so never reaching the step where ... anyway one big no-op and the
forbid-version stays.



More information about the Aptitude-devel mailing list