Bug#776785: [Aptitude-devel] Bug#776785: aptitude: Fails to mark dependencies as automatically installed in Curses UI
Control: tag -1 + moreinfo Hi, Zane Peralta wrote: Aptitude fails to mark *some* dependencies as automatically installed when selecting a package in the Curses UI and pressing + (to install). I selected kde-full for installation and it marked other packages, such as kde-standard, for manual installation as well. The expected outcome is, of course, that the dependencies be marked as automatically installed. Yes and no. You may expect that, but at least in the case of kde-full, this is actually a wanted feature enabled by default: Dependecies of packages in the sections metapackages and oldlibs are configured to not automatically become marked as automatically installed. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756816#27 for the reasoning behind that behaviour. You should be able to change this behaviour in /etc/apt/apt.conf.d/01autoremove in the APT::Never-MarkAuto-Sections section. APT::Never-MarkAuto-Sections so far is only documented in /usr/share/doc/apt/examples/configure-index.gz I've filed a bug report about documenting APT::Never-MarkAuto-Sections properly in the man page apt.conf(5) at https://bugs.debian.org/776790 It *appears* to me that it's the hard dependencies that are correctly marked as automatically installed, and the recommendations that are marked as manual (but this may be a red herring). I doubt that. I suspect APT::Never-MarkAuto-Sections to be reason. I couldn't attach my state bundle because at 37MB it exceeds the attachment size accepted by reportbug. No need to do that at the moment. Please check if all packages whose dependencies were not marked as automatically installed are in the sections metapackages or oldlibs. If that's the case, I'd just close that bug report. Alternatively, if you're not happy with that, I can imagine two other options: * Reassign the bug report to apt to show that there are more users than just me unhappy with that default setting. I though doubt that this will help much. * Keep it open as wishlist bug to make Aptitude ignore (in a sane and configurable way) APT::Never-MarkAuto-Sections, maybe by just honouring Aptitude::Never-MarkAuto-Sections or by creating a new setting named Aptitude::Ignore-Never-MarkAuto-Sections and defaulting to yes. Reasoning behind this slightly subversive approach: It seems that primarily aptitude users are unhappy with that setting because of the completely different approach between aptitude and apt-get usage patterns (interactively fine-tune vs one-shot). If there were also packages from other sections than those listed in APT::Never-MarkAuto-Sections, then we should keep that bug report as is and just remove the moreinfo tag again. Then it's a real bug and not just a matter of preferences and expectations. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776785: aptitude: Fails to mark dependencies as automatically installed in Curses UI
Package: aptitude Version: 0.6.11-1+b1 Severity: important Dear Maintainer, Aptitude fails to mark *some* dependencies as automatically installed when selecting a package in the Curses UI and pressing + (to install). I selected kde-full for installation and it marked other packages, such as kde-standard, for manual installation as well. The expected outcome is, of course, that the dependencies be marked as automatically installed. It *appears* to me that it's the hard dependencies that are correctly marked as automatically installed, and the recommendations that are marked as manual (but this may be a red herring). I couldn't attach my state bundle because at 37MB it exceeds the attachment size accepted by reportbug. Apologies if this coincides with one of the markauto bugs already reported, but none of the descriptions seemed to describe my situation accurately enough. -- Package-specific info: Terminal: linux $DISPLAY not set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.11 compiled at Nov 8 2014 13:34:39 Compiler: g++ 4.9.1 Compiled against: apt version 4.12.0 NCurses version 5.9 libsigc++ version: 2.4.0 Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20140913 cwidget version: 0.5.17 Apt version: 4.12.0 aptitude linkage: linux-vdso.so.1 (0x7bd9) libapt-pkg.so.4.12 = /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 (0x7f5329c5c000) libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7f5329a26000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7f53297fb000) libsigc-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x7f53295f5000) libcwidget.so.3 = /usr/lib/x86_64-linux-gnu/libcwidget.so.3 (0x7f53292df000) libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7f5329016000) libboost_iostreams.so.1.55.0 = /usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.55.0 (0x7f5328dfe000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7f53289ed000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f53287cf000) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7f53284c4000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f53281c3000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f5327fac000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f5327c03000) libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7f5327a0) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f53277fb000) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7f53275e) libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7f53273d) liblzma.so.5 = /lib/x86_64-linux-gnu/liblzma.so.5 (0x7f53271ac000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f5326fa4000) libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f5326d9e000) /lib64/ld-linux-x86-64.so.2 (0x7f532a628000) -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages aptitude depends on: ii aptitude-common 0.6.11-1 ii libapt-pkg4.121.0.9.6 ii libboost-iostreams1.55.0 1.55.0+dfsg-3 ii libc6 2.19-13 ii libcwidget3 0.5.17-2 ii libgcc1 1:4.9.1-19 ii libncursesw5 5.9+20140913-1+b1 ii libsigc++-2.0-0c2a2.4.0-1 ii libsqlite3-0 3.8.7.1-1 ii libstdc++64.9.1-19 ii libtinfo5 5.9+20140913-1+b1 ii libxapian22 1.2.19-1 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-doc none pn libparse-debianchangelog-perl none ii sensible-utils 0.0.9 Versions of packages aptitude suggests: pn apt-xapian-index none pn debtags none ii tasksel 3.29 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776785: [Aptitude-devel] Bug#776785: aptitude: Fails to mark dependencies as automatically installed in Curses UI
Thanks for your thorough response. You were right, almost all the manual packages are metapackages and the rest oldlibs. I've commented out the Never-MarkAuto-Sections section in 01autoremove and that seems to give me the behavior that I want. On 01.02.2015 20:13, Axel Beckert wrote: Control: tag -1 + moreinfo Hi, Zane Peralta wrote: Aptitude fails to mark *some* dependencies as automatically installed when selecting a package in the Curses UI and pressing + (to install). I selected kde-full for installation and it marked other packages, such as kde-standard, for manual installation as well. The expected outcome is, of course, that the dependencies be marked as automatically installed. Yes and no. You may expect that, but at least in the case of kde-full, this is actually a wanted feature enabled by default: Dependecies of packages in the sections metapackages and oldlibs are configured to not automatically become marked as automatically installed. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756816#27 for the reasoning behind that behaviour. You should be able to change this behaviour in /etc/apt/apt.conf.d/01autoremove in the APT::Never-MarkAuto-Sections section. APT::Never-MarkAuto-Sections so far is only documented in /usr/share/doc/apt/examples/configure-index.gz I've filed a bug report about documenting APT::Never-MarkAuto-Sections properly in the man page apt.conf(5) at https://bugs.debian.org/776790 It *appears* to me that it's the hard dependencies that are correctly marked as automatically installed, and the recommendations that are marked as manual (but this may be a red herring). I doubt that. I suspect APT::Never-MarkAuto-Sections to be reason. I couldn't attach my state bundle because at 37MB it exceeds the attachment size accepted by reportbug. No need to do that at the moment. Please check if all packages whose dependencies were not marked as automatically installed are in the sections metapackages or oldlibs. If that's the case, I'd just close that bug report. Alternatively, if you're not happy with that, I can imagine two other options: * Reassign the bug report to apt to show that there are more users than just me unhappy with that default setting. I though doubt that this will help much. * Keep it open as wishlist bug to make Aptitude ignore (in a sane and configurable way) APT::Never-MarkAuto-Sections, maybe by just honouring Aptitude::Never-MarkAuto-Sections or by creating a new setting named Aptitude::Ignore-Never-MarkAuto-Sections and defaulting to yes. Reasoning behind this slightly subversive approach: It seems that primarily aptitude users are unhappy with that setting because of the completely different approach between aptitude and apt-get usage patterns (interactively fine-tune vs one-shot). If there were also packages from other sections than those listed in APT::Never-MarkAuto-Sections, then we should keep that bug report as is and just remove the moreinfo tag again. Then it's a real bug and not just a matter of preferences and expectations. Regards, Axel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org