Debian Bug report logs - #301100
aptitude: 'justification' field

version graph

Package: aptitude; Maintainer for aptitude is Aptitude Development Team <>; Source for aptitude is src:aptitude.

Reported by: dann frazier <>

Date: Wed, 23 Mar 2005 20:18:03 UTC

Severity: wishlist

Found in version

Fix blocked by 695436: aptitude: user extensions

Reply or subscribe to this bug.

Toggle useless messages

View this report as an mbox folder, status mbox, maintainer mbox

Report forwarded to,, Daniel Burrows <>:
Bug#301100; Package aptitude. Full text and rfc822 format available.

Acknowledgement sent to dann frazier <>:
New Bug report received and forwarded. Copy sent to, Daniel Burrows <>. Full text and rfc822 format available.

Message #5 received at (full text, mbox):

From: dann frazier <>
To: Debian Bug Tracking System <>
Subject: aptitude: 'justification' field
Date: Wed, 23 Mar 2005 13:04:04 -0700
Package: aptitude
Severity: wishlist

I'd like to see a feature in aptitude that allows for "justification" tags
for packages on a system.  

For instance, on a multi-admin system, it would be nice for admin1 to be able
to aptitude install a package, and add a note justifying its existance.

For example:

# aptitude install docbook-utils \
  --justification="User allison needs this for her tech-writing class, we can
                   remove it at the end of spring semester 2005."

aptitude when then store this justification for the docbook-utils package and
for all of the dependencies it drags in (which should probably have an
automatic justification added that refers to the docbook-utils justification,
and classifies itself as a dependency).

When cleaning up the system, aptitude could be queried to determine why
certain packages are installed.

I could imagine people using this text field for rfc822 formatted data, and
use that for categorization.  Example fields might be:

Users: bobm, brett, dannf
Courses: CS143
Purgeable: No
Pulled-in-by: python2.4
Installed-by: dannf
Upgrade-restrictions: Don't upgrade!! new version breaks abi w/ user app

User removals, course cancellations, etc, could all trigger cleanup events.

aptitude seems like a logical place for this feature, since it already seems
to track why some packages have been installed implicitly.

Even if you don't have the time/interest to implement this feature yourself,
please let me know if you think aptitude is a good place for it.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: ia64
Kernel: Linux 2.6.8-2-mckinley-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.3-5-3     Advanced front-end for dpkg
ii  libc6.1                     2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libgcc1                     1:3.4.3-6    GCC support library
ii  libncurses5                 5.4-4        Shared libraries for terminal hand
ii  libsigc++-1.2-5c102         1.2.5-4      type-safe Signal Framework for C++
ii  libstdc++5                  1:3.3.5-8    The GNU Standard C++ Library v3

-- no debconf information

Added blocking bug(s) of 301100: 695436 Request was from Daniel Hartwig <> to (Sat, 08 Dec 2012 06:00:07 GMT) Full text and rfc822 format available.

Send a report that this bug log contains spam.

Debian bug tracking system administrator <>. Last modified: Wed Apr 23 18:59:35 2014; Machine Name:

Debian Bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.