Bug#831858: aptitude sets already auto-installed packages as manually installed

2017-02-18 Thread Manuel A. Fernandez Montecelo 

Control: tags 831858 + pending


Hi,

2016-07-20 11:27 Vincent Lefevre:

Package: aptitude
Version: 0.8.1-1
Severity: normal

After installing packages (having dependencies) with "apt" and running
aptitude, aptitude sometimes changes the auto-installed dependencies
to manually installed in the /var/lib/apt/extended_states file.

To reproduce, the problem, I did the following:
[...]


Thanks for the clear case.



At this time, the "automatic" packages are marked as auto-installed
in /var/lib/apt/extended_states, i.e. with "Auto-Installed: 1".

But just after running aptitude as root with no arguments (just to
get the UI), for the above "automatic" packages, the Auto-Installed
field is changed to "Auto-Installed: 0".



2017-01-31 20:06 Piotr Jurkiewicz:

I also encountered this bug on Stretch with aptitude 0.8.4-1.

In my case it can be reproduced even simpler:
[...]


Same.


I think that this is the same problem as #841347, not merging just in
case, but I just commited a fix for this, so marking as pending.


Cheers.
--
Manuel A. Fernandez Montecelo

Bug#831858: aptitude sets already auto-installed packages as manually installed

2017-01-20 Thread Vincent Lefevre 
Control: severity -1 important
Control: tags -1 security

I don't know whether this is related or a new bug, but auto-installed
packages via dependencies are also sometimes marked as manually
installed. This occurred on 2016-12-13 with:

[INSTALL, DEPENDENCIES] libmariadbclient18:amd64 10.0.28-2
[INSTALL, DEPENDENCIES] mariadb-common:amd64 10.0.28-2

and mariadb-common was marked as manually installed (no "A" in
aptitude's UI); the dpkg logs show just this install and usual
upgrades. The consequence is that mariadb-common was not proposed
for removal as it should be after a later upgrade, leaving a
security issue:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850216

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#831858: aptitude sets already auto-installed packages as manually installed

2016-07-20 Thread Vincent Lefevre 
Package: aptitude
Version: 0.8.1-1
Severity: normal

After installing packages (having dependencies) with "apt" and running
aptitude, aptitude sometimes changes the auto-installed dependencies
to manually installed in the /var/lib/apt/extended_states file.

To reproduce, the problem, I did the following:

1. An upgrade with aptitude (this appears to be important).
/var/log/apt/history.log contains:

Start-Date: 2016-07-20  10:59:25
Upgrade: linux-doc-4.6:amd64 (4.6.3-1, 4.6.4-1), manpages:amd64 (4.06-1, 
4.07-1), libc6-dev-x32:amd64 (2.23-1, 2.23-2), linux-libc-dev:amd64 (4.6.3-1, 
4.6.4-1), libc6-dev-i386:amd64 (2.23-1, 2.23-2), libdv4:amd64 (1.0.0-10, 
1.0.0-11), libc6-dbg:amd64 (2.23-1, 2.23-2), libc6-dev:amd64 (2.23-1, 2.23-2), 
ruby-xmlparser:amd64 (0.7.3-2, 0.7.3-3), libc6:amd64 (2.23-1, 2.23-2), 
libc6:i386 (2.23-1, 2.23-2), locales:amd64 (2.23-1, 2.23-2), metacity:amd64 
(1:3.20.1.1-1, 1:3.20.2-1), ruby-unf-ext:amd64 (0.0.7.2-1+b2, 0.0.7.2-2), 
linux-headers-4.6.0-1-common:amd64 (4.6.3-1, 4.6.4-1), 
linux-headers-4.6.0-1-amd64:amd64 (4.6.3-1, 4.6.4-1), libinput-bin:amd64 
(1.3.1-1, 1.3.3-1), libc-l10n:amd64 (2.23-1, 2.23-2), libc-bin:amd64 (2.23-1, 
2.23-2), libc6-x32:amd64 (2.23-1, 2.23-2), libmetacity0:amd64 (1:3.20.1.1-1, 
1:3.20.2-1), metacity-common:amd64 (1:3.20.1.1-1, 1:3.20.2-1), libc6-i386:amd64 
(2.23-1, 2.23-2), linux-kbuild-4.6:amd64 (4.6.3-1, 4.6.4-1), ruby-unf:amd64 
(0.1.4-1, 0.1.4-2), manpages-dev:amd64 (4.06-1, 4.07-1), libc-dev-bin:amd64 
(2.23-1, 2.23-2), multiarch-support:amd64 (2.23-1, 2.23-2), glibc-doc:amd64 
(2.23-1, 2.23-2), linux-compiler-gcc-5-x86:amd64 (4.6.3-1, 4.6.4-1), 
linux-image-4.6.0-1-amd64:amd64 (4.6.3-1, 4.6.4-1), libinput10:amd64 (1.3.1-1, 
1.3.3-1)
End-Date: 2016-07-20  11:06:52

2. Purge packages with "apt" (the goal being to reproduce the problem
after reinstalling them). /var/log/apt/history.log contains:

Start-Date: 2016-07-20  11:07:48
Commandline: apt purge julia libopenlibm2 libjs-mathjax julia-doc libspqr2 
libdsfmt-19937-1 fonts-mathjax libjs-underscore sphinx-rtd-theme-common 
libpcre2-8-0 libopenblas-base libunwind8 julia-common libarpack2 
libopenspecfun1 libjs-modernizr libjs-sphinxdoc libutf8proc2
Purge: julia:amd64 (0.4.6-1+b1), libopenlibm2:amd64 (0.5.1+dfsg-1), 
libutf8proc2:amd64 (2.0.1-1), libjs-mathjax:amd64 (2.6.1-1), julia-doc:amd64 
(0.4.6-1), libspqr2:amd64 (1:4.5.3-1), libdsfmt-19937-1:amd64 (2.2.3+dfsg-3), 
fonts-mathjax:amd64 (2.6.1-1), libjs-underscore:amd64 (1.7.0~dfsg-1), 
sphinx-rtd-theme-common:amd64 (0.1.9-1), libpcre2-8-0:amd64 (10.21-1), 
libopenblas-base:amd64 (0.2.18-1), libunwind8:amd64 (1.1-4.1), 
julia-common:amd64 (0.4.6-1), libarpack2:amd64 (3.4.0-1), libopenspecfun1:amd64 
(0.5.2-1), libjs-modernizr:amd64 (2.6.2+ds1-1), libjs-sphinxdoc:amd64 (1.4.5-1)
End-Date: 2016-07-20  11:07:56

3. Reinstall the packages (with auto-installed dependencies) with
"apt". /var/log/apt/history.log contains:

Start-Date: 2016-07-20  11:08:36
Commandline: apt install julia julia-doc
Install: julia:amd64 (0.4.6-1+b1), libopenlibm2:amd64 (0.5.1+dfsg-1, 
automatic), libutf8proc2:amd64 (2.0.1-1, automatic), libjs-mathjax:amd64 
(2.6.1-1, automatic), julia-doc:amd64 (0.4.6-1), libspqr2:amd64 (1:4.5.3-1, 
automatic), libdsfmt-19937-1:amd64 (2.2.3+dfsg-3, automatic), 
fonts-mathjax:amd64 (2.6.1-1, automatic), libjs-underscore:amd64 (1.7.0~dfsg-1, 
automatic), sphinx-rtd-theme-common:amd64 (0.1.9-1, automatic), 
libpcre2-8-0:amd64 (10.21-1, automatic), libopenblas-base:amd64 (0.2.18-1, 
automatic), libunwind8:amd64 (1.1-4.1, automatic), julia-common:amd64 (0.4.6-1, 
automatic), libarpack2:amd64 (3.4.0-1, automatic), libopenspecfun1:amd64 
(0.5.2-1, automatic), libjs-modernizr:amd64 (2.6.2+ds1-1, automatic), 
libjs-sphinxdoc:amd64 (1.4.5-1, automatic)
End-Date: 2016-07-20  11:08:48

At this time, the "automatic" packages are marked as auto-installed
in /var/lib/apt/extended_states, i.e. with "Auto-Installed: 1".

But just after running aptitude as root with no arguments (just to
get the UI), for the above "automatic" packages, the Auto-Installed
field is changed to "Auto-Installed: 0".

-- Package-specific info:
Terminal: xterm-debian
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.8.1
Compiler: g++ 5.3.1 20160429
Compiled against:
  apt version 5.0.0
  NCurses version 6.0
  libsigc++ version: 2.8.0
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 6.0.20160625
  cwidget version: 0.5.17
  Apt version: 5.0.0

aptitude linkage:
linux-vdso.so.1 (0x7fff249d1000)
libapt-pkg.so.5.0 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0 
(0x7fdc3c61f000)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7fdc3c3ef000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7fdc3c1c4000)
libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7fdc3bfbd000)
libcwidget.so.3 =>