Re: Proposing task-debian
While we're discussing what's wrong with task packages, I'd like to pick on them a little more: Task packages make things like task-gnome-desktop very easy to install, but removing the packages which are installed can sometimes be really tough, if you just wanted to try out gnome, for example. Perhaps task packages should be required to flag their dependencies for removal in their prerm to ease removal of the entire package group. (probably a better name for this type of package..) Any better ideas?
Easy removal of tasks (was Re: Proposing task-debian)
On Wednesday 02 May 2001 13:51, Simon Law wrote:
> apt-get install { -remove }
>
> which happens to be REALLY ugly. Better to have apt-get support
> task-removals. For example:
>
> apt-get remove --remove-task [--purge] { }
>
> Simon
I think Roland's suggestion[1] of a new Installed-by: field in the apt
database is much cleaner, and could be used later on to make removing package
groups much simpler.
[1] http://lists.debian.org/debian-devel-0105/msg00082.html
Bug#111942: ITP: shx -- a console hotline client
Package: wnpp Version: N/A; reported 2001-09-10 Severity: wishlist * Package name: shx Version : 0.1.49 Upstream Author : Devin Teske <[EMAIL PROTECTED]> * URL : http://synhxd.sourceforge.net/ * License : GPL Description : a console hotline client -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux mars 2.4.9 #2 Sat Sep 8 18:42:14 PDT 2001 i586 Locale: LANG=C, LC_CTYPE=C
Re: PROPOSED: slight change to wnpp procedures
On Wed, Sep 26, 2001 at 04:54:29PM +0900, Junichi Uekawa wrote: > Branden Robinson <[EMAIL PROTECTED]> immo vero scripsit > > > closed automatically, but this way it is clear that the matter is out of > > the (prospective) package maintainer's hands, or those of the WNPP > > group, and in that of the FTP maintainers. > > it might be better to retitle it to make it look > "ITP-uploaded: package - description" This might end up being more of a question, but what about some kind of custom tag or something, perhaps tagging the ITP uploaded and then being tagged installed once installed into the archive.. all this could be done without continued human intervention, and provides both a place to store information about rejects, and shows at what stage the package is at during its lifespan. please exceuse any incorrect assumptions i may have made, i'm still kind of new to debian.
