Bug#25021: marked as done (apt: Need some control over multiple connections)
Your message dated Sun, 21 Mar 1999 00:04:02 -0700 (MST)
with message-id <Pine.LNX.3.96.990321000217.26357I-100000@Wakko.deltatee.com>
and subject line Fixed
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'm
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Ian Jackson
(administrator, Debian bugs database)
Received: (at submit) by bugs.debian.org; 25 Jul 1998 18:39:02 +0000
Received: (qmail 9210 invoked from network); 25 Jul 1998 18:39:02 -0000
Received: from bigbang.generation.net (205.205.118.5)
by debian.novare.net with SMTP; 25 Jul 1998 18:39:02 -0000
Received: from localhost (portY18.lanzen.net [205.205.70.117])
by bigbang.Generation.NET (8.8.7/8.8.7) with SMTP id OAA05607;
Sat, 25 Jul 1998 14:39:03 -0400 (EDT)
Message-Id: <199807251839.OAA05607@bigbang.Generation.NET>
Received: by localhost (sSMTP sendmail emulation); Sat, 25 Jul 1998 14:38:56 -0400
Date: Sat, 25 Jul 1998 14:38:56 -0400
From: "Gregory S. Stark" <gsstark@mit.edu>
Subject: apt: Need some control over multiple connections
To: submit@bugs.debian.org
X-Mailer: bug 3.1.5
Package: apt
Version: 0.1.3
It's nice that we can specify multiple archives for apt to check, but it seems
to have only one policy for dealing with connections, and that policy isn't
necessarily appropriate everywhere.
It opens one connection to every server, and opens them all at once. That
sounds like the right policy when you have a big fat pipe but the servers have
only limitted bandwidth. For people who are behind small straws opening
multiple connections only tends to cause lots of dropped packets and lower
aggregate bandwidth.
Also, it would be very nice to be able to specify that certain sets of servers
are alternative sites for the same archive. That apt should check them all but
only actually download the latest dated packages file. Currently it downloads
them all and counts on the later steps to merge the contents.
Also, it appears dselect currently aborts the update if any of the servers are
unreachable. If there was some way to indicate that certain archives are
equivalent it would be possible to deal properly with a failure. Instead of
aborting the entire update apt could simply fall back to the next server of the
same archive.
greg
-- System Information
Debian Release: 2.0
Kernel Version: Linux portY18.lanzen.net 2.0.34 #1 Wed Apr 22 19:07:55 EDT 1998 i586 unknown
Versions of the packages apt depends on:
hi libc6 2.0.7t-1 The GNU C library version 2 (run-time files)
hi libc6 2.0.7t-1 The GNU C library version 2 (run-time files)
hi libstdc++2.8 2.90.29-0.6 The GNU stdc++ library (egcs version)
--- Begin /etc/apt/sources.list (modified conffile)
deb ftp://ftp.debian.org/pub/debian hamm main contrib non-free
deb ftp://ftp.debian.org/pub/debian slink main contrib non-free
deb http://ftp.cdrom.com/pub/linux/debian hamm main contrib non-free
deb http://ftp.cdrom.com/pub/linux/debian slink main contrib non-free
deb ftp://ftp.jimpick.com/pub/debian-non-US hamm/binary-i386/
deb ftp://ftp.jimpick.com/pub/debian-non-US slink/binary-i386/
deb ftp://nonus.debian.org/pub/debian-non-US hamm/binary-i386/
deb ftp://nonus.debian.org/pub/debian-non-US slink/binary-i386/
--- End /etc/apt/sources.list
Reply to: