# Automatically generated email from bts, devscripts version 2.10.35lenny3
# via tagpending
#
# apt-cacher (1.6.9) unstable; urgency=low
#
# * Rescan cached files after checking for diff_Index parents (closes: #537189)
# * Fix handling of Keep-Alive and multiple hosts in path_map. Debugging by
# Automatically generated email from bts, devscripts version 2.10.35lenny3
# via tagpending
#
# apt-cacher (1.6.9) unstable; urgency=low
#
# * Rescan cached files after checking for diff_Index parents (closes: #537189)
# * Fix initscript for dependency based boot sequencing. Patch from Petter
# Automatically generated email from bts, devscripts version 2.10.35lenny3
# via tagpending
#
# apt-cacher (1.6.9) unstable; urgency=low
#
# * Rescan cached files after checking for diff_Index parents (closes: #537189)
# * Fix initscript for dependency based boot sequencing. Patch from Petter
On Fri, Aug 21, 2009 at 06:02:48PM -0400, Daniel Richard G. wrote:
Package: apt-cacher
Version: 1.6.8
This bug report is a spinoff of Bug#517761.
I'm using thttpd as the Web server for the simulated repository.
Apparently, it doesn't support HTTP Keep-Alive (let alone pipelining);
it
# Automatically generated email from bts, devscripts version 2.10.35lenny3
# via tagpending
#
# apt-cacher (1.6.9) unstable; urgency=low
#
# * Rescan cached files after checking for diff_Index parents (closes: #537189)
# * Fix initscript for dependency based boot sequencing. Patch from Petter
On Thu, Aug 20, 2009 at 06:29:25PM -0400, Daniel Richard G. wrote:
Okay, I think I've found out what was going on with server-hopping!
Look at the libcurl() routine, starting on line 1297 of version 1.6.8.
In there you have the bit that interacts with the curl download thread,
notably the
On Wed, Aug 19, 2009 at 04:53:31PM -0400, Dominique Brazziel wrote:
Is there a simple workaround for this problem until the
bug is fixed? Perhaps deleting some header files (I see
many '404 Not found' headers for i18n files in the 'headers'
directory)?
You could try this patch on
On Wed, Aug 19, 2009 at 01:57:46PM -0400, Daniel Richard G. wrote:
Okay, here is a revised patch implementing the feature. This time,
apt-cacher-cleanup.pl and the checksum database are onboard. I also
tweaked the long-filename convention to use :: right before the actual
package name, to make
On Sun, Aug 16, 2009 at 09:01:39PM +0100, Mark Hindley wrote:
Thanks for this. Interesting. When I originally went through sorting out
the 2 server workaround for this, I considered (and rejected :)) this
approach.
The problem with it is that apt-cacher was designed to ignore the server
On Sat, Aug 15, 2009 at 02:10:16AM -0400, Daniel Richard G. wrote:
8
Hit http://midnight jaunty-security Release.gpg
Ign http://midnight jaunty-security/main Translation-en_US
Err http://midnight jaunty-security/restricted Translation-en_US
Error reading from server - read (104
On Mon, Aug 17, 2009 at 01:24:53PM -0400, Daniel Richard G. wrote:
On Sun, 2009 Aug 16 21:10+0100, Mark Hindley wrote:
OK. Thanks for this. I have been unable to reproduce.
Could you try with LANG=en_US.UTF-8? (And you have pipelining enabled,
and are using path_map, yes?)
I still don't
On Mon, Aug 17, 2009 at 01:13:46PM -0400, Daniel Richard G. wrote:
On Sun, 2009 Aug 16 21:01+0100, Mark Hindley wrote:
Thanks for this. Interesting. When I originally went through sorting
out the 2 server workaround for this, I considered (and rejected :))
this approach.
The problem
On Mon, Aug 17, 2009 at 01:48:18PM -0400, Daniel Richard G. wrote:
On Mon, 2009 Aug 17 09:11+0100, Mark Hindley wrote:
Lying awake considering this more overnight, I realised this would
also break checksumming which only uses the filename without a path.
Well, for one, you wouldn't lop
On Mon, Aug 17, 2009 at 03:37:35PM -0400, Daniel Richard G. wrote:
As far as I'm aware, there isn't a good way to know. So the caveat is
that if a cache has short-filename packages, then it can't handle
multiple distributions, unless the packages somehow have the same
checksums across the
On Mon, Aug 17, 2009 at 04:04:06PM -0400, Daniel Richard G. wrote:
On Mon, 2009 Aug 17 19:24+0100, Mark Hindley wrote:
I still don't see it. But I am happy with your analysis. My default
LANG is en_GB, so I would have expect to have seen it with that as
that is also a missing Translation
On Mon, Aug 17, 2009 at 08:58:04PM +0100, Mark Hindley wrote:
On Mon, Aug 17, 2009 at 03:37:35PM -0400, Daniel Richard G. wrote:
As far as I'm aware, there isn't a good way to know. So the caveat is
that if a cache has short-filename packages, then it can't handle
multiple distributions
On Mon, Aug 17, 2009 at 06:20:20PM -0400, Daniel Richard G. wrote:
On Mon, 2009 Aug 17 21:35+0100, Mark Hindley wrote:
Actually, there is one more bit that concerns me. That is the checksum
code. Do you use checksumming?
I don't use checksumming, but aren't the checksum databases built
On Sat, Aug 15, 2009 at 02:10:16AM -0400, Daniel Richard G. wrote:
8
Hit http://midnight jaunty-security Release.gpg
Ign http://midnight jaunty-security/main Translation-en_US
Err http://midnight jaunty-security/restricted Translation-en_US
Error reading from server - read (104
On Thu, Aug 13, 2009 at 09:18:45PM +0200, Petter Reinholdtsen wrote:
Package: apt-cacher
Version: 1.5.4
Severity: important
Tags: patch
User: initscripts-ng-de...@lists.alioth.debian.org
Usertags: incorrect-dependency incorrect-runlevels
With dependency based boot sequencing,
On Sun, Aug 16, 2009 at 12:07:33PM -0400, Dominique Brazziel wrote:
The patch got rid of the error messages. A minor thing is that verbose
mode ('-v') reports trying to get (and finding) the Contents.[arch].bz2
file when it's really getting and finding the 'gz' file.
I am glad about that.
On Sun, Aug 09, 2009 at 02:28:45PM -0300, Tiago Bortoletto Vaz wrote:
Package: apt-cacher
Version: 1.6.8
Severity: normal
Hi, unfortunately I have to say this issue is still there :(
I am not convinced this is the same.
Failed to fetch
On Fri, Aug 14, 2009 at 06:53:41PM -0400, Daniel Richard G. wrote:
Package: apt-cacher
Version: 1.6.8
Severity: wishlist
Tags: patch
Currently, a single instance of apt-cacher cannot serve both Debian and
Ubuntu systems, even though it could serve either one alone. The reason
for this is
On Fri, Aug 14, 2009 at 01:56:11PM -0400, Daniel Richard G. wrote:
I've investigated this bug further, and found the problem. Here is a
walk-through of it, in apt-cacher 1.6.8:
1. First, in the handle_connection() subroutine (line 243), you read in
the request. apt-get(8) typically uses
On Thu, Jul 23, 2009 at 02:10:35PM -0700, Ross Boylan wrote:
No luck. Same or worse behavior as before.
During aptitude update
apt-cacher shows as using most CPU.
Has this always been the case with 1.6.8? Did something else change?
Throughput well below my link speed (this is the part
On Thu, Jul 23, 2009 at 03:07:20PM -0700, Ross Boylan wrote:
On Thu, 2009-07-23 at 22:16 +0100, Mark Hindley wrote:
On Thu, Jul 23, 2009 at 02:10:35PM -0700, Ross Boylan wrote:
No luck. Same or worse behavior as before.
During aptitude update
apt-cacher shows as using most CPU
Cheers
Mark
commit 9794616b17d6afb85aa1eca73e9f21cd9c18b1aa
Author: Mark Hindley m...@hindley.org.uk
Date: Tue Jul 21 15:25:29 2009 +0100
Possible fix for #533830
diff --git a/apt-cacher2 b/apt-cacher2
index 48741b6..df91fc3 100755
--- a/apt-cacher2
+++ b/apt-cacher2
@@ -1152,7 +1152,9 @@ sub
d0c393899e84edc4da1ae4bf07e11c771de0d610
Author: Mark Hindley m...@hindley.org.uk
Date: Tue Jul 21 16:09:30 2009 +0100
Possible fix for #537189
diff --git a/apt-cacher-cleanup.pl b/apt-cacher-cleanup.pl
index 62f2acf..18c1f56 100755
--- a/apt-cacher-cleanup.pl
+++ b/apt-cacher-cleanup.pl
@@ -609,7 +609,11
On Mon, Jun 29, 2009 at 11:33:14AM -0500, Karl O. Pinc wrote:
Package: apt-cacher
Version: 1.6.4
Severity: normal
Could you upgrade to 1.6.8 and see if that is better. Checksum database
handling was changed in 1.6.5.
I think it is related to checksumming, so you could turn that off if it
is a
On Wed, Jul 01, 2009 at 12:47:23PM -0500, Karl O. Pinc wrote:
On 07/01/2009 02:34:00 AM, Mark Hindley wrote:
On Mon, Jun 29, 2009 at 11:33:14AM -0500, Karl O. Pinc wrote:
Package: apt-cacher
Version: 1.6.4
Severity: normal
Could you upgrade to 1.6.8 and see if that is better. Checksum
On Wed, Jul 01, 2009 at 01:15:20PM -0500, Karl O. Pinc wrote:
On 07/01/2009 01:01:52 PM, Mark Hindley wrote:
On Wed, Jul 01, 2009 at 12:47:23PM -0500, Karl O. Pinc wrote:
On 07/01/2009 02:34:00 AM, Mark Hindley wrote:
On Mon, Jun 29, 2009 at 11:33:14AM -0500, Karl O. Pinc wrote
On Wed, Apr 01, 2009 at 01:30:29PM +0300, Jari Aalto wrote:
Package: apt-cacher
Version: 1.6.8
Severity: normal
The default installation of /etc/apt-cacher/apt-cacher.conf contains
line:
allowed_hosts=*
Which:
# Localhost (127.0.0.1) is always allowed. Other addresses
On Wed, Apr 01, 2009 at 01:54:02PM +0300, Jari Aalto wrote:
Package: apt-cacher
Version: 1.6.8
Severity: normal
apt-cacher-cleanup.pl reads:
387: my ($zip,$encoding) = ($name=~/bz2$/ ? (bzip2,x-bzip2) :
($name=~/gz$/ ? (gzip -9nc,x-gzip) : cat));
The compression level -9 is
On Tue, Mar 17, 2009 at 12:13:34PM +0100, Patrice Pillot wrote:
Mark Hindley a écrit :
I am at a slight disadvantage here as I can't actually reproduce this
behaviour which makes debugging and testing difficult.
Could you try this patch instead and see if it is better?
Well
On Wed, Mar 25, 2009 at 12:13:26AM +0100, Thomas Hahn wrote:
On Sun, Mar 22, 2009 at 10:06:34AM +, Mark Hindley wrote:
On Wed, Mar 18, 2009 at 12:45:42AM +0100, Thomas Hahn wrote:
with
LANG=C apt-get update
the update runs without problems.
Why am I the only one having
On Wed, Mar 18, 2009 at 12:45:42AM +0100, Thomas Hahn wrote:
with
LANG=C apt-get update
the update runs without problems.
Why am I the only one having this problem?
I don't know. I can't reproduce it so it is hard to get a handle on.
Can you run apt-get update with -o
I am at a slight disadvantage here as I can't actually reproduce this
behaviour which makes debugging and testing difficult.
Could you try this patch instead and see if it is better?
Thanks for your help.
Mark
diff --git a/apt-cacher b/apt-cacher
index 48741b6..7c58fae 100755
---
: Mark Hindley m...@hindley.org.uk
Date: Mon Mar 16 09:03:59 2009 +
Possible fix for #519896.
DB logging controlled with log_set_config in libdb-4.7
diff --git a/apt-cacher-lib-cs.pl b/apt-cacher-lib-cs.pl
index bff07aa..83feed9 100755
--- a/apt-cacher-lib-cs.pl
+++ b/apt-cacher-lib
On Mon, Mar 16, 2009 at 10:56:11AM +0100, Marc Dequènes (Duck) wrote:
Coin,
Quoting Mark Hindley m...@hindley.org.uk:
Could you try this patch.
Just moved the complaint to the log_set_config() line.
Sorry, they have changed the flag as well. Is this better?
commit
Thanks for this
Could you apply this patch to /usr/share/apt-cacher/apt-cacher and see
if it helps.
Mark
diff --git a/apt-cacher b/apt-cacher
index 48741b6..13e19f0 100755
--- a/apt-cacher2
+++ b/apt-cacher2
@@ -861,7 +861,7 @@ sub return_file {
debug_message(Header sent:
Could you try this patch against /usr/share/apt-cacher/apt-cacher and
see if it helps.
Thanks
Mark
diff --git a/apt-cacher b/apt-cacher
index 48741b6..13e19f0 100755
--- a/apt-cacher2
+++ b/apt-cacher2
@@ -861,7 +861,7 @@ sub return_file {
debug_message(Header sent:
On Wed, Mar 04, 2009 at 08:04:46PM -0500, Omari Norman wrote:
On Wed, Mar 04, 2009 at 08:45:49AM +, Mark Hindley wrote:
Before you do that could you run
bzcat
/var/cache/apt-cacher/packages/security.debian.org_dists_stable_updates_contrib_binary-i386_Packages.bz2
I would live
Package: security.debian.org
Severity: normal
Hi,
I have just has a bug report for apt-cacher (#517874) which I have tracked down
to
the Last-Modified times on s.d.o.
The file was
http://localhost:3142/security.debian.org/dists/stable/updates/contrib/binary-i386/Packages.bz2
On Tue, Mar 03, 2009 at 11:02:21PM -0500, Omari Norman wrote:
On Tue, Mar 03, 2009 at 01:45:36PM +, Mark Hindley wrote:
On Tue, Mar 03, 2009 at 01:31:40PM +, Mark Hindley wrote:
Having said that, I am not sure how it has happened. It could be that a
cache/server has lied
On Tue, Mar 03, 2009 at 10:58:37PM -0500, Omari Norman wrote:
On Tue, Mar 03, 2009 at 01:31:40PM +, Mark Hindley wrote:
Could you
cat
/var/cache/apt-cacher/headers/security.debian.org_dists_stable_updates_contrib_binary-i386_Packages.bz2
and post the contents
I think
On Mon, Mar 02, 2009 at 11:57:16AM -0500, Omari Norman wrote:
Package: apt-cacher
Version: 1.6.7
Severity: important
When I run apt-get update when using apt-cacher, I get an error message
from apt-get. Here is the tail end of the output of apt-get update:
Fetched 13.8kB in 41s
On Sun, Mar 01, 2009 at 10:58:57PM +0100, Thomas Hahn wrote:
Package: apt-cacher
Version: 1.6.7
Severity: important
After some upgrade on apt-get or apt-cacher, apt-get update fails if
LANG on client is different from the settings on the server.
sipia:~# echo $LANG
en_US.UTF-8
sipia:~#
On Sun, Mar 01, 2009 at 07:26:58PM -0600, Raphael Geissert wrote:
Hi,
Sorry for not replying to your other message; it went to the spam box.
What version did you upgrade from?
lenny's, 1.6.4
2009/3/1 Mark Hindley m...@hindley.org.uk:
On Sat, Feb 21, 2009 at 08:49:27PM -0600
On Tue, Mar 03, 2009 at 07:34:00AM -0500, Omari Norman wrote:
Greetings!
On Tue, Mar 03, 2009 at 09:10:29AM +, Mark Hindley wrote:
Is it always the same files, or always the same server?
It seems to always be these four files.
Could you run apt-get update with -o Debug::Acquire
Tue Mar 3 07:53:49 2009|debug [17547]: Add curl handle #108: for
http://security.debian.org/dists/stable/updates/contrib/binary-i386/Packages.bz2
Tue Mar 3 07:53:49 2009|debug [17547]: libcurl: setting up for HEAD request
On Tue, Mar 03, 2009 at 01:31:40PM +, Mark Hindley wrote:
Having said that, I am not sure how it has happened. It could be that a
cache/server has lied at some point and you end up with bad data. If
that is the case, it is difficult to see how to work round it.
Actually, are you using
On Sat, Feb 21, 2009 at 08:49:27PM -0600, Raphael Geissert wrote:
Package: apt-cacher
Version: 1.6.7
Hi,
Ever since I upgraded to the above mentioned version of apt-cacher, I started
to have 104 Connection reset by peer errors from apt on a machine other than
the one where apt-cacher
On Sat, Feb 21, 2009 at 08:49:27PM -0600, Raphael Geissert wrote:
Package: apt-cacher
Version: 1.6.7
Hi,
Ever since I upgraded to the above mentioned version of apt-cacher, I started
to have 104 Connection reset by peer errors from apt on a machine other than
the one where apt-cacher
On Sun, Feb 22, 2009 at 01:21:00PM +0100, Robert Luberda wrote:
Mark Hindley writes:
Hi,
Sat Jan 3 10:21:02 2009|debug [8421]: Checking host localhost in absolute
URI
Sat Jan 3 10:21:02 2009|debug [8421]: Host in Absolute URI is not this
server
^^^ This is the error
On Tue, Feb 03, 2009 at 07:35:40PM -0800, Ross Boylan wrote:
On Tue, 2009-02-03 at 23:04 +, Mark Hindley wrote:
On Thu, Dec 18, 2008 at 09:16:58AM -0800, Ross Boylan wrote:
Package: apt-cacher
Version: 1.6.5pre1rb1
Is it still this version? If so, I would suggest you upgrade to 1.6.7
On Thu, Dec 18, 2008 at 09:16:58AM -0800, Ross Boylan wrote:
Package: apt-cacher
Version: 1.6.5pre1rb1
Severity: normal
Today, cron reported
run-parts: /etc/cron.daily/apt-cacher exited with return code 25
Other than that, I don't see anything in the logs.
I am not sure I can do
me if it is fixed
Thanks
Mark
commit 7d434ff05b1aed07f17c82c755f20ee9f8782e24
Author: Mark Hindley m...@hindley.org.uk
Date: Fri Oct 31 15:01:54 2008 +
Set daemon_port from environment in CGI mode
diff --git a/apt-cacher2 b/apt-cacher2
index 75a777f..511d6b7 100755
--- a/apt-cacher2
On Thu, Dec 04, 2008 at 02:00:22PM +, Tom Wright wrote:
Package: apt-cacher
Version: 1.6.4
Severity: normal
*** Please type your report below this line ***
The rate limit specified in apt-cacher.conf seems to apply individually to
each package downloaded so if, for example, one
On Fri, Nov 07, 2008 at 10:05:30PM +, James Westby wrote:
Hi,
Thanks for your work on this. While it is much easier for an admin
to configure this thanks to your changes, do you think it would be
a good idea for the list of default index file regexps to be extended
to contain the one
On Tue, Oct 21, 2008 at 04:22:13PM +0200, Claudio Satriano wrote:
Package: apt-cacher
Version: 1.5.3
Severity: important
This bug is relevant to Debian, since apt-cacher can run on a Debian
server with Ubuntu clients.
It has been reported and fixed in Launchpad:
I would be grateful if you could take a look at apt-cacher version 1.6.7
which I believe has the functionality you were after. Although it is
transparent to the user. If a host is not contactable but the file is
cached, apt-cacher returns the cached file.
It will appear in the main repository in
On Thu, Oct 23, 2008 at 09:18:20AM -0700, Sebastien Delafond wrote:
On Wed, Oct 22, 2008 at 08:19:16PM +0100, Mark Hindley wrote:
I didn't like the try again part of the patch. The point of this
function is to prevent a DOS. I could see that by keeping a socket
open, but not sending
On Fri, Oct 24, 2008 at 09:26:57AM -0700, Sebastien Delafond wrote:
On Fri, Oct 24, 2008 at 11:14:28AM +0100, Mark Hindley wrote:
aptmethod got
'http://debian/debian/pool/main/x/xfce4/xfce4_4.4.2.1_all.deb'
aptmethod got
'http://debian/debian/pool/main/x/xfce4-session/xfce4
package apt-cacher
tag 502985 pending
thanks
On Tue, Oct 21, 2008 at 04:22:13PM +0200, Claudio Satriano wrote:
Package: apt-cacher
Version: 1.5.3
Severity: important
This bug is relevant to Debian, since apt-cacher can run on a Debian
server with Ubuntu clients.
It has been reported
On Wed, Oct 22, 2008 at 01:44:14PM +0300, Arto Jantunen wrote:
Hi,
I'm seeing the same bug here using http://ftp.fi.debian.org as the
mirror. The patch included in the report fixes the problem for me too.
Thanks.
I believe this is fixed in the 1.6 series. As 1.5.x will no longer be in
the
On Wed, Oct 22, 2008 at 11:28:45AM -0700, Sebastien Delafond wrote:
I still got a 400 this morning, but when I tried the second time
around I could not reproduce it; looking at your patch again, I see
you're not retrying the sysread call if somehow it failed the first
time, whereas initially
Actually, I think I have seen the bug. Could you try the following patch
and see if it fixes it for you.
Thanks
Mark
commit 3e0e725027d5b54db2e8d66acaa97258714ccd6f
Author: Mark Hindley [EMAIL PROTECTED]
Date: Sat Oct 18 23:27:13 2008 +0100
Cleanup of getRequestLine
diff --git a/apt
package apt-cacher
tag 502480 pending
thanks
On Tue, Oct 21, 2008 at 11:11:13AM -0700, Sebastien Delafond wrote:
On Tue, Oct 21, 2008 at 05:30:49PM +0100, Mark Hindley wrote:
Actually, I think I have seen the bug. Could you try the following
patch and see if it fixes it for you.
with your
On Thu, Oct 16, 2008 at 11:32:34AM -0700, Sebastien Delafond wrote:
Package: apt-cacher
Version: 1.6.5
Severity: normal
Tags: patch
I'm seeing the same exact bug as this one:
https://bugs.launchpad.net/ubuntu/+source/apt-cacher/+bug/219095
I have taken a look at this and I have to
I think I have tracked this down. Could you try this patch for
/usr/share/apt-cacher/apt-cacher (against 1.6.6.) and let me know.
Mark
diff --git a/apt-cacher b/apt-cacher
index 1fb7ab7..765b240 100755
--- a/apt-cacher
+++ b/apt-cacher
@@ -1211,7 +1211,7 @@ sub connect_curlm {
On Sat, Oct 18, 2008 at 10:46:31AM +0200, Robert Heel wrote:
Package: apt-cacher
Version: 1.6.4
Severity: normal
On some clients is installed debian, on some clients ubuntu. Many packages
have the same name, but not the same size, e.g.
Package: apt-cacher
tag 501747 pending
thanks
On Sat, Oct 18, 2008 at 02:27:11PM +0200, Guntsche Michael wrote:
On Oct 18, 2008, at 12:27, Mark Hindley wrote:
I think I have tracked this down. Could you try this patch for
/usr/share/apt-cacher/apt-cacher (against 1.6.6.) and let me know
On Thu, Oct 16, 2008 at 11:26:03AM +0200, Michael Guntsche wrote:
I do not see anything fishy here but i KNOW that a while back I had the
full download speed (back then around 330K). So I do not understand what's
happening here.
Thanks. It basically looks fine, appart from the frequent read
Could you apply this patch to /usr/share/apt-cacher/apt-cacher and see
if it makes any difference?
Mark
diff --git a/apt-cacher b/apt-cacher
index 1fb7ab7..9d2e7b2 100755
--- a/apt-cacher
+++ b/apt-cacher
@@ -1332,7 +1332,7 @@ sub libcurl {
}
elsif ($pkfdref) {
On Thu, Oct 16, 2008 at 01:19:40PM +0200, Michael Guntsche wrote:
On Thu, 16 Oct 2008 12:04:07 +0100, Mark Hindley [EMAIL PROTECTED]
wrote:
I had thought your problem was with 1.6.4. The OP of ths bug identifies
1.6.4 as problematic. Is it fine for you?
1.6.4 is fine for me. Sorry
On Thu, Oct 16, 2008 at 12:53:32PM +0200, Michael Guntsche wrote:
On Thu, 16 Oct 2008 11:28:54 +0100, Mark Hindley [EMAIL PROTECTED]
wrote:
Do you know which version gave you decent speed?
Hah, that was easier than I expected. 1.6.4 gives me decent performance, I
am not up to my
On Thu, Oct 16, 2008 at 11:32:34AM -0700, Sebastien Delafond wrote:
Package: apt-cacher
Version: 1.6.5
Severity: normal
Tags: patch
I'm seeing the same exact bug as this one:
https://bugs.launchpad.net/ubuntu/+source/apt-cacher/+bug/219095
Basically, I get a lot of 400 No Request
On Wed, Oct 15, 2008 at 09:22:11PM +0200, Guntsche Michael wrote:
Hi,
I seem to have a similar problem. In my case apt-get update works rather
fast. If I then download a package via apt-get install I get a download
rate of 167K if I got directly to the same server (removing the proxy
On Mon, Oct 13, 2008 at 09:53:25AM +1100, Ben Finney wrote:
package apt-cacher
found 501747 1.6.4
thanks
On 12-Oct-2008, Mark Hindley wrote:
Can you provide me with your apt-cacher version
=
$ aptitude show apt-cacher | grep '^Version:'
Version: 1.6.4
=
which mode are you
On Mon, Oct 13, 2008 at 06:46:07PM +1100, Ben Finney wrote:
I wasn't aware that ???apt-cacher??? works as an HTTP proxy, I'd love to
know how to use it that way! I thought one needs to modify the
requested URLs in ???sources.list??? directly.
Yes, you could leave sources.list unchanged and
On Sat, Oct 11, 2008 at 02:33:08AM +, Debian Bug Tracking System wrote:
Processing commands for [EMAIL PROTECTED]:
reassign 501747 apt-cacher
Can you provide me with your apt-cacher version, which mode are you
using (daemon, inetd or cgi) and the debug log output when you are doing
the
On Fri, Aug 29, 2008 at 04:08:40PM -0700, Dominique Brazziel wrote:
Only the compressed packages (.bz2 files) are being expired/cleaned up.
If I change to '/var/log/apt-cacher/' and do 'grep CLEAN access.log | grep
deb' nothing comes back. Further inspection with 'grep CLEAN access.log |
On Fri, Aug 29, 2008 at 03:52:42PM -0700, Dominique Brazziel wrote:
feta status gcc-4.1-base gcc-4.2-base
Running: dpkg --status 'gcc-4.1-base' 'gcc-4.2-base'
Package: gcc-4.1-base
Status: purge ok not-installed
Priority: optional
Section: libs
Package: gcc-4.2-base
Status: purge ok
On Fri, Aug 29, 2008 at 12:58:37PM -0700, Dominique Brazziel wrote:
It is nothing to do with what you have installed. This is a global cache
for your network. It removes .debs that have been replaced in the
upstream archive.
I understand that now, but when a package has been removed from the
On Thu, Aug 28, 2008 at 10:58:18PM -0700, Dominique Brazziel wrote:
This presents a problem as there is no interface to 'apt(itude) autoclean' or
'aptitude clean'. Once packages are imported they are in the apt-cacher
cache until the package is removed or purged.
If I understand what
On Fri, Aug 29, 2008 at 12:37:11PM -0700, Dominique Brazziel wrote:
I'm not sure the cleaner removes the old debs. As a test I purged some old
gcc versions (4.1(-base), 4.2(-base)) via aptitude, then ran a simulated
cleanup ('apt-cache-cleanup.pl -v -s). I don't see any gcc references but I
On Fri, Aug 29, 2008 at 12:58:37PM -0700, Dominique Brazziel wrote:
It is nothing to do with what you have installed. This is a global cache
for your network. It removes .debs that have been replaced in the
upstream archive.
I understand that now, but when a package has been removed from the
On Tue, Jul 08, 2008 at 12:17:47AM +0200, Raúl Sánchez Siles wrote:
Thanks for your reply. Not knowing in detail the problem may lead to
confusion, this is clear. Surely I'm not sure about the best solution to this
if any is feasible.
I think there are 2 options, either provide an
this:
Yes, I found this this morning. Pleas add the attached patch and try again
Mark
commit 79013c353d63565d294b33d5475a31747af2a40c
Author: Mark Hindley [EMAIL PROTECTED]
Date: Mon Jul 7 10:58:24 2008 +0100
Fix regexp in header parsing
diff --git a/apt-cacher2 b/apt-cacher2
index
package apt-cacher
tag 460020 pending
thanks
On Thu, Jun 26, 2008 at 03:45:06PM +0300, Mert Dirik wrote:
found 460020 1.6.4
thanks
It still appears in 1.6.4; checksumming is disabled. I've upgraded from 1.5.3
to
1.6.3 (I was using checksumming), then 1.6.3 didn't work with checksumming,
package apt-cacher
tag 487789 pending
thanks
On Tue, Jun 24, 2008 at 08:50:09AM +0200, Raúl Sánchez Siles wrote:
Package: apt-cacher
Version: 1.6.4
Severity: important
Hello:
When I start 2 aptitude sessions: one for a real system and one for a
chroot; and they concurrently run
On Fri, Jun 27, 2008 at 10:33:50PM +0200, Raúl Sánchez Siles wrote:
found 472378 1.6.4
thanks
Hello:
Indeed the bug is still alive.I got to reproduce it when i run out of /var
disk space. Remember I'm not running with checksum enabled.
Checksumming IS the way around this and seems
Package: apt-cacher
Version: 1.6.4
Severity: normal
Hi,
I have the same problem as described in this post:
http://thread.gmane.org/gmane.linux.debian.user/325219
That is, apt-cacher starts twice. Once very early:
Could you tell me what links to /etc/init.d/apt-cacher there are in
package apt-cacher
forwarded 487789 [EMAIL PROTECTED]
thanks
On Tue, Jun 24, 2008 at 08:50:09AM +0200, Raúl Sánchez Siles wrote:
Package: apt-cacher
Version: 1.6.4
Severity: important
Hello:
When I start 2 aptitude sessions: one for a real system and one for a
chroot; and they
Package: apt-cacher
Version: 1.6.4
Severity: normal
Hi,
I have the same problem as described in this post:
http://thread.gmane.org/gmane.linux.debian.user/325219
That is, apt-cacher starts twice. Once very early:
Could you tell me what links to /etc/init.d/apt-cacher there are in
On Fri, Jun 27, 2008 at 08:40:25PM +1000, Jon wrote:
Looks like it:
[EMAIL PROTECTED]:~0$ ls /etc/rc*.d/*apt-cacher
lrwxrwxrwx 1 root root 20 2008-06-27 20:13 /etc/rc0.d/K20apt-cacher -
../init.d/apt-cacher*
lrwxrwxrwx 1 root root 20 2008-06-27 20:13 /etc/rc1.d/K20apt-cacher -
On Fri, Jun 27, 2008 at 09:58:55PM +1000, Jon wrote:
On Fri, Jun 27, 2008 at 12:16:27PM +0100, Mark Hindley wrote:
OK, I think I understand this. Do you have the flag file
/etc/update-rc.d-lsbparse? Or are you using lsb (insserv etc)?
No and no. The etch system I upgraded was just
Package: apt-cacher
Version: 1.6.3
Severity: serious
Tags: pending
Locking of checksum database recovery is broken in 1.6.3 causing a hang.
Serverity to prevent Testing migration.
Fix upload is pending
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
package apt-cacher
tags 483666 pending
thanks
On Fri, May 30, 2008 at 12:19:11PM +0100, Stanislaw Sawa wrote:
Package: apt-cacher
Version: 1.6.3
Currently apt-cacher doesn't have option for selecting outgoing interface
for accessing mirrors. This option is useful in case of multi-interface
Version: 1.6.3
I believe this is fixed in the latest upload of 1.6.3. Please try and
report if there are still problems.
Thanks,
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Version: 1.6.3
I believe this is fixed by the latest upload. Please report if you still
find problems.
Thanks,
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
601 - 700 of 793 matches
Mail list logo