Bug#477665: aptitude: --download-only (or -d) not honoured in interactive mode
2008/8/16 Daniel Burrows [EMAIL PROTECTED]: This is not a policy violation and it does not, in my opinion, make the package unfit for release (especially since the bug has existed for multiple years and across multiple Debian releases). Unless you are a release manager, this is the wrong severity for this bug (see http://www.debian.org/Bugs/Developer#severities). If the situation were user asks program to do something, program doesn't do it, I might agree, however, user ask program not to do something, program goes ahead and does it anyway is a serious matter, especially when the goes ahead and does it anyway part can potentially leave a system in an unusable state. I hardly think that wishlist is appropriate for something which can cause real damage. -- Chris Jackson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477665: aptitude: --download-only (or -d) not honoured in interactive mode
severity 477665 serious thanks Regardless of the circumstances, don't install should mean don't install. Not taking action when the user requests it is one thing, but taking action that user is under the impression they have instructed the program *not* to perform (i.e. ignoring user input) is a serious matter. I see no reason why this option *shoudn't* work in interactive mode, especially since the current situation means that when the option is explicitly given to a non-interactive command and the user drops back to interactive, the program forgets that it has happened. -- Chris Jackson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477665: aptitude: --download-only (or -d) not honoured in interactive mode
On Sat, Aug 16, 2008 at 05:42:42PM +0100, Chris Jackson [EMAIL PROTECTED] was heard to say: severity 477665 serious thanks Regardless of the circumstances, don't install should mean don't install. Not taking action when the user requests it is one thing, but taking action that user is under the impression they have instructed the program *not* to perform (i.e. ignoring user input) is a serious matter. I see no reason why this option *shoudn't* work in interactive mode, especially since the current situation means that when the option is explicitly given to a non-interactive command and the user drops back to interactive, the program forgets that it has happened. This is not a policy violation and it does not, in my opinion, make the package unfit for release (especially since the bug has existed for multiple years and across multiple Debian releases). Unless you are a release manager, this is the wrong severity for this bug (see http://www.debian.org/Bugs/Developer#severities). To fix this bug, what needs to happen is: (1) Create and document a new option, Aptitude::Download-Only, defaulting to false. (2) Change the code that checks for Aptitude::CmdLine::Download-Only to also accept Aptitude::Download-Only. (3) Find the places where download_install_manager is instantiated (I think there's only one, in ui.cc) and make its instantiation conditional on Aptitude::Download-Only. This is not hard, I just haven't gotten around to it because I have other things I'm working on. If you want it to happen faster, you can do it yourself, but raising the severity to inappropriate levels will not fix the code. Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477665: aptitude: --download-only (or -d) not honoured in interactive mode
Package: aptitude Version: 0.4.11.4-1 Followup-For: Bug #477665 I just installed KDE 4 prematurely because of this bug. I did not expect that running 'sudo aptitude -d install -t experimental kde4-minimal', then pressing 'e' to massage some package versions manually in interactive mode, would cause the '-d' to become ignored. (All I wanted was to make efficient use of my internet quota, and maybe try KDE 4 later in the week. *Maybe.* I get to try it ealier, it seems.) IMO, this is not a wishlist, but a bug (of at least normal severity). If nothing else, any sort of warning would have been useful. Peace, Brendon -- Package-specific info: aptitude 0.4.11.4 compiled at Jun 8 2008 01:39:27 Compiler: g++ 4.3.1 20080523 (prerelease) Compiled against: apt version 4.6.0 NCurses version 5.6 libsigc++ version: 2.0.18 Ept support enabled. Current library versions: NCurses version: ncurses 5.6.20080308 cwidget version: 0.5.12 Apt version: 4.6.0 linux-vdso.so.1 = (0x7fffeb7fe000) libapt-pkg-libc6.7-6.so.4.6 = /usr/lib/libapt-pkg-libc6.7-6.so.4.6 (0x7febe312b000) libncursesw.so.5 = /lib/libncursesw.so.5 (0x7febe2ee2000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7febe2cdd000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7febe2a0a000) libept.so.0 = /usr/lib/libept.so.0 (0x7febe278e000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0x7febe2406000) libz.so.1 = /usr/lib/libz.so.1 (0x7febe21ef000) libpthread.so.0 = /lib/libpthread.so.0 (0x7febe1fd4000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7febe1cc8000) libm.so.6 = /lib/libm.so.6 (0x7febe1a49000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7febe1832000) libc.so.6 = /lib/libc.so.6 (0x7febe14ea000) libutil.so.1 = /lib/libutil.so.1 (0x7febe12e7000) libdl.so.2 = /lib/libdl.so.2 (0x7febe10e3000) /lib64/ld-linux-x86-64.so.2 (0x7febe33eb000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.14+b1 Advanced front-end for dpkg ii libc6 2.7-10GNU C Library: Shared libraries ii libcwidget30.5.12-1 high-level terminal interface libr ii libept00.5.17High-level library for managing De ii libgcc11:4.3.1-2 GCC support library ii libncursesw5 5.6+20080308-1Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 ii libxapian151.0.5-1 Search engine library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc 0.4.11.4-1 English manual for aptitude, a ter ii libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]