Your message dated Wed, 14 Mar 2001 13:29:43 -0700 (MST)
with message-id <[EMAIL PROTECTED]>
and subject line Bug#89629: apt: cruft in apt-get -s ordering simulation
printout
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Darren Benham
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 14 Mar 2001 17:58:38 +0000
>From [EMAIL PROTECTED] Wed Mar 14 11:58:38 2001
Return-path: <[EMAIL PROTECTED]>
Received: from mb-20-100.mitre.org (smtpproxy1.mitre.org) [129.83.20.100]
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 14dFXh-000264-00; Wed, 14 Mar 2001 11:58:37 -0600
Received: from vanzandt-pc.mitre.org ([EMAIL PROTECTED] [129.83.216.153])
by smtpproxy1.mitre.org (8.9.3/8.9.3) with ESMTP id MAA04345
for <[EMAIL PROTECTED]>; Wed, 14 Mar 2001 12:58:03 -0500 (EST)
Received: by mitre.org
via sendmail from stdin
id <[EMAIL PROTECTED]> (Debian Smail3.2.0.102)
for [EMAIL PROTECTED]; Wed, 14 Mar 2001 12:58:03 -0500 (EST)
Message-Id: <[EMAIL PROTECTED]>
Date: Wed, 14 Mar 2001 12:58:03 -0500 (EST)
From: "James R. Van Zandt" <[EMAIL PROTECTED]>
Subject: apt: cruft in apt-get -s ordering simulation printout
To: [EMAIL PROTECTED]
X-Mailer: bug 3.2.10
Reply-To: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
Package: apt
Version: 0.3.19
Severity: normal
Here, "apt-get -s upgrade|grep Inst" generates this:
...
Inst util-linux
Inst e2fsprogs
Inst sysvinit
Inst dpkg
Inst fileutils
Inst findutils
Inst libpam-runtime
Inst libpam0g
Inst libpam-modules
Inst login
Inst sed
Inst shellutils [shellutils on hurd]
Inst tar [shellutils on hurd]
Inst textutils [shellutils on hurd]
Inst update [shellutils on hurd]
Inst ncurses-base [shellutils on hurd]
Inst libncurses5-dev [shellutils on hurd] []
Inst libncurses5 [shellutils on hurd]
Inst ncurses-bin [shellutils on hurd]
...
I don't know what the "[shellutils on hurd]" notation means, but I'm
fairly sure it should not be repeated on all 175 of the following
"Inst" lines.
- Jim Van Zandt
-- System Information
Debian Release: 2.2
Kernel Version: Linux vanzandt-pc 2.2.15 #5 SMP Thu Nov 2 09:35:53 EST 2000
i686 unknown
Versions of the packages apt depends on:
ii libc6 2.2.1-1 GNU C Library: Shared libraries and Timezone
ii libstdc++2.10 2.95.2-10 The GNU stdc++ library
---------------------------------------
Received: (at 89629-done) by bugs.debian.org; 14 Mar 2001 20:29:49 +0000
>From [EMAIL PROTECTED] Wed Mar 14 14:29:49 2001
Return-path: <[EMAIL PROTECTED]>
Received: from cast-ext.ab.videon.ca [206.75.216.34]
by master.debian.org with smtp (Exim 3.12 1 (Debian))
id 14dHtz-0005u7-00; Wed, 14 Mar 2001 14:29:47 -0600
Received: (qmail 4524 invoked from network); 14 Mar 2001 20:29:45 -0000
Received: from unknown (HELO wakko.deltatee.com) ([24.108.173.63])
(envelope-sender <[EMAIL PROTECTED]>)
by cast-ext.ab.videon.ca (qmail-ldap-1.03) with SMTP
for <[EMAIL PROTECTED]>; 14 Mar 2001 20:29:45 -0000
Received: from localhost
([127.0.0.1] helo=wakko.deltatee.com ident=jgg)
by wakko.deltatee.com with smtp (Exim 3.16 #1 (Debian))
id 14dHtw-0000Mq-00; Wed, 14 Mar 2001 13:29:44 -0700
Date: Wed, 14 Mar 2001 13:29:43 -0700 (MST)
From: Jason Gunthorpe <[EMAIL PROTECTED]>
X-Sender: [EMAIL PROTECTED]
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
cc: APT Development Team <[EMAIL PROTECTED]>
Subject: Re: Bug#89629: apt: cruft in apt-get -s ordering simulation printout
In-Reply-To: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Delivered-To: [EMAIL PROTECTED]
On Wed, 14 Mar 2001, James R. Van Zandt wrote:
> Here, "apt-get -s upgrade|grep Inst" generates this:
I think I changed this in 0.5, I forget. Either way it is not cruft, nor
really a mistake. If you look at the dependencies of shellutils you will
see what it is.
Jason