[Bug 920903] [NEW] Aptitude does not show reliably if a package is installed

Launchpad Bug Tracker 920903 at bugs.launchpad.net
Tue Jan 24 10:42:06 UTC 2012


You have been subscribed to a public bug:

I have set up a new "oneiric" system (in a virtual machine) with
architecture x86-64 from a minimal image ("net install"), installed some
additional software, and installed all patches.

I have to mention that I did not select a predefined installation set
(like "desktop", "server", "developer" etc.), but did the minimal
install and then installed package by package what I needed, always
using no other command than aptitude, and of course always following the
recommends.

After some weeks, I was wondering why saslauthd had been installed; so I
used apt-file to investigate. apt-file showed me that saslauthd belongs
to package sasl2-bin. Therefore I was looking for all sasl packages
being installed with the following commands and results:

root at baldur:~# aptitude search sasl
p   cyrus-sasl2-dbg                                     - Cyrus SASL - debugging symbols
p   cyrus-sasl2-doc                                     - Cyrus SASL - documentation
p   cyrus-sasl2-heimdal-dbg                             - Cyrus SASL - debugging symbols for Heimdal modules
p   cyrus-sasl2-mit-dbg                                 - Cyrus SASL - debugging symbols for MIT modules
p   gsasl                                               - GNU SASL command line utility
p   gsasl-dbg                                           - GNU SASL debugging symbols
p   libapache2-mod-authn-sasl                           - SASL authentication backend provider for Apache
p   libauthen-sasl-cyrus-perl                           - Perl extension for Cyrus SASL library
p   libauthen-sasl-perl                                 - Authen::SASL - SASL Authentication framework
p   libgsasl7                                           - GNU SASL library
p   libgsasl7-dev                                       - Development files for the GNU SASL library
p   liblua5.1-cyrussasl-dev                             - Cyrus SASL development files for the Lua language version 5.1
p   liblua5.1-cyrussasl0                                - Cyrus SASL library for the Lua language version 5.1
p   libqca2-plugin-cyrus-sasl                           - QCA Cyrus SASL plugin for libqca2
i   libsasl2-2                                          - Cyrus SASL - authentication abstraction library
p   libsasl2-dev                                        - Cyrus SASL - development files for authentication abstraction
i   libsasl2-modules                                    - Cyrus SASL - pluggable authentication modules
p   libsasl2-modules-gssapi-heimdal                     - Pluggable Authentication Modules for SASL (GSSAPI)
p   libsasl2-modules-gssapi-mit                         - Cyrus SASL - pluggable authentication modules (GSSAPI)
p   libsasl2-modules-ldap                               - Cyrus SASL - pluggable authentication modules (LDAP)
p   libsasl2-modules-otp                                - Cyrus SASL - pluggable authentication modules (OTP)
p   libsasl2-modules-sql                                - Cyrus SASL - pluggable authentication modules (SQL)
p   php-auth-sasl                                       - Abstraction of various SASL mechanism responses
p   php5-sasl                                           - Cyrus SASL extension for PHP 5
p   sasl2-bin                                           - Cyrus SASL - administration programs for SASL users database
root at baldur:~#

Note that sasl2-bin is shown as being NOT installed.

Wondering about that, I checked again by doing the following and got
another result:

root at baldur:~# aptitude search sasl2-bin
i   sasl2-bin                                           - Cyrus SASL - administration programs for SASL users database
root at baldur:~#

In other words, "aptitude search sasl" tells that sasl2-bin is not
installed, and "aptitude search sasl2-bin" tells that sasl2-bin is
installed.

This is somehow frustrating, isn't it? Even worse, it may lead to
serious consequences if the package maintaining utilities think a
package is not installed although it is, or vice versa. I don't know if
it's just bug in aptitude's output, or if aptitude under certain
circumstances really thinks that the package in question isn't
installed.

Since I am not an expert regarding apt and the package maintenance
system, please tell me if you need further information to reproduce the
problem.

Regards,

Binarus

** Affects: aptitude (Ubuntu)
     Importance: Undecided
         Status: New

-- 
Aptitude does not show reliably if a package is installed
https://bugs.launchpad.net/bugs/920903
You received this bug notification because you are a member of Ubuntu Foundations Bugs, which is subscribed to aptitude in Ubuntu.




More information about the foundations-bugs mailing list