Your message dated Mon, 29 Jan 2001 23:44:40 -0700 (MST)
with message-id <[EMAIL PROTECTED]>
and subject line Bug#81657: should support downloading Packages instead of
Packages.gz
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; 9 Jan 2001 06:42:39 +0000
>From [EMAIL PROTECTED] Tue Jan 09 00:42:39 2001
Return-path: <[EMAIL PROTECTED]>
Received: from snoopy.apana.org.au [202.12.87.129] (postfix)
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 14FsUQ-0005tX-00; Tue, 09 Jan 2001 00:42:39 -0600
Received: by snoopy.apana.org.au (Postfix, from userid 1003)
id 9365C3489B; Tue, 9 Jan 2001 17:42:29 +1100 (EST)
From: Brian May <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: should support downloading Packages instead of Packages.gz
X-Reportbug-Version: 0.54
X-Mailer: reportbug 0.54
Date: Tue, 09 Jan 2001 17:42:29 +1100
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
Package: apt
Version: 0.3.19
Severity: normal
Hello,
I can't see how to force apt-get to download the Packages file instead
of Packages.gz.
Downloading the uncompressed file is more efficient when done via an rproxy
tunnel.
-- System Information
Debian Release: 2.2
Architecture: i386
Kernel: Linux snoopy 2.4.0-test10 #1 Sun Dec 31 17:47:29 EST 2000 i686
Versions of packages apt depends on:
ii libc6 2.1.3-13 GNU C Library: Shared libraries an
ii libstdc++2.10 1:2.95.2-13 The GNU stdc++ library
---------------------------------------
Received: (at 81657-done) by bugs.debian.org; 30 Jan 2001 06:44:42 +0000
>From [EMAIL PROTECTED] Tue Jan 30 00:44:42 2001
Return-path: <[EMAIL PROTECTED]>
Received: from ike-ext.ab.videon.ca [::ffff:206.75.216.35]
by master.debian.org with smtp (Exim 3.12 1 (Debian))
id 14NUWw-0002WL-00; Tue, 30 Jan 2001 00:44:42 -0600
Received: (qmail 12048 invoked from network); 30 Jan 2001 06:44:41 -0000
Received: from unknown (HELO wakko.deltatee.com) ([24.108.173.63])
(envelope-sender <[EMAIL PROTECTED]>)
by ike-ext.ab.videon.ca (qmail-ldap-1.03) with SMTP
for <[EMAIL PROTECTED]>; 30 Jan 2001 06:44:41 -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 14NUWu-0000BZ-00; Mon, 29 Jan 2001 23:44:40 -0700
Date: Mon, 29 Jan 2001 23:44:40 -0700 (MST)
From: Jason Gunthorpe <[EMAIL PROTECTED]>
X-Sender: [EMAIL PROTECTED]
To: Brian May <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
cc: APT Development Team <[EMAIL PROTECTED]>
Subject: Re: Bug#81657: should support downloading Packages instead of
Packages.gz
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 Tue, 9 Jan 2001, Brian May wrote:
> I can't see how to force apt-get to download the Packages file instead
> of Packages.gz.
You can't, without writing a custom acquire bit..
Regrettably, a general option for this is really ugly because the only way
to make it useful is to only do it for Packages, and even then those might
go away eventually too.
I'd really rather someone write a proper rproxy connection..
But, if you want to really do it you can make a change in APT 4, in the
file apt-pkg/deb/debindexfile.cc, in the function debPackagesIndex::GetIndexes,
so that it reads more like:
if (_config->FindB("Acquire::CompressedIndexes",true) == true)
new pkgAcqIndex(Owner,IndexURI("Packages"),Info("Packages"),"Packages");
else
new
pkgAcqIndexRel(Owner,IndexURI("Packages"),Info("Packages"),"Packages");
instead of:
new pkgAcqIndex(Owner,IndexURI("Packages"),Info("Packages"),"Packages");
However, that is so amazingly non-general that I don't really want to have
it officially supported.
Jason
