Your message dated Wed, 4 May 2016 17:59:17 +0100
with message-id <[email protected]>
and subject line Re: allow temporary install
has caused the Debian Bug report #432057,
regarding allow temporary install
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
432057: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=432057
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: aptitude
Version: 0.4.5.4-1
Severity: wishlist
--- Please enter the report below this line. ---
It is not unfrequent that people do install packages just in order to give
them a try, even because in Debian installing packages is so easy, safe, and
clean. In my experience, it's quite frequent to forget to either remove or
further be trying them. Another rationale for wanting installed packages to
be removed/purged (semi-)automatically is when they are needed only for a
really short time.
In my weird opinion, it would be nice if one could "temp-install" packages so
that when running after at least a specified (or defaulted) amount of time
aptitude would warn her/him about their presence and make her/him choice
among either:
1) just remove them (and their no more used dependencies), or
2) let them installed and pause warnings for a specified amount of time, or
3) let them installed and stop warnings forever, or
4) just ignore this for that time.
The above-mentioned quantity of time might be provided as a command-line
parameter.
Of course, this would imply information about temporarily installed packages
to be stored somewhere. I have no valuable knowledge about aptitude's
internals.
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.21-2-686
Debian Release: lenny/sid
500 unstable www.debian-multimedia.org
500 unstable mi.mirror.garr.it
500 testing security.debian.org
500 testing mi.mirror.garr.it
1 experimental mi.mirror.garr.it
--- Package information. ---
Depends (Version) | Installed
================================================-+-====================
libapt-pkg-libc6.5-6-4.4 |
libc6 (>= 2.5-5) | 2.5-11
libgcc1 (>= 1:4.2-20070516) | 1:4.2-20070627-1
libncursesw5 (>= 5.4-5) | 5.6-3
libsigc++-2.0-0c2a (>= 2.0.2) | 2.0.17-2
libstdc++6 (>= 4.2-20070516) | 4.2-20070627-1
--- End Message ---
--- Begin Message ---
2015-11-11 01:23 Manuel A. Fernandez Montecelo:
Control: tags -1 + wontfix
Hi Luca,
2007-07-07 05:58 Luca Brivio:
Package: aptitude
Version: 0.4.5.4-1
Severity: wishlist
--- Please enter the report below this line. ---
It is not unfrequent that people do install packages just in order to give
them a try, even because in Debian installing packages is so easy, safe, and
clean. In my experience, it's quite frequent to forget to either remove or
further be trying them. Another rationale for wanting installed packages to
be removed/purged (semi-)automatically is when they are needed only for a
really short time.
In my weird opinion, it would be nice if one could "temp-install" packages so
that when running after at least a specified (or defaulted) amount of time
aptitude would warn her/him about their presence and make her/him choice
among either:
1) just remove them (and their no more used dependencies), or
2) let them installed and pause warnings for a specified amount of time, or
3) let them installed and stop warnings forever, or
4) just ignore this for that time.
The above-mentioned quantity of time might be provided as a command-line
parameter.
Of course, this would imply information about temporarily installed packages
to be stored somewhere. I have no valuable knowledge about aptitude's
internals.
2012-03-26 17:47 Daniel Hartwig:
Luca Brivio <[email protected]> wrote:
It is not unfrequent that people do install packages just in order to give
them a try, even because in Debian installing packages is so easy, safe, and
clean. In my experience, it's quite frequent to forget to either remove or
further be trying them. Another rationale for wanting installed packages to
be removed/purged (semi-)automatically is when they are needed only for a
really short time.
In my weird opinion, it would be nice if one could "temp-install" packages so
that when running after at least a specified (or defaulted) amount of time
aptitude would warn her/him about their presence and make her/him choice
among either:
1) just remove them (and their no more used dependencies), or
2) let them installed and pause warnings for a specified amount of time, or
3) let them installed and stop warnings forever, or
4) just ignore this for that time.
The above-mentioned quantity of time might be provided as a command-line
parameter.
Of course, this would imply information about temporarily installed packages
to be stored somewhere. I have no valuable knowledge about aptitude's
internals.
Hello
Long time no reply on this bug report :-)
What do you think about whether user-tags is enough to support this?
# aptitude install --add-user-tag temp package1 package2
# aptitude search '?user-tag(temp)'
# aptitude purge --remove-unused '?user-tag(temp)'
Of course, if you only want to purge some of the temp packages then
you need to forget that last one and remove them manually, which you
can do after search.
I believe that the above information is a good solution for this
use-case, I am not sure that implementing the other solution is a good
idea, there ar lots of details that are needed to get it right.
Since this has been unattended for years I am marking it as +wontfix, it
doesn't look likely that nobody takes a stab in the near future.
Closing now.
--
Manuel A. Fernandez Montecelo <[email protected]>
--- End Message ---
_______________________________________________
Aptitude-devel mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel
