On Fri, 2009 Sep 11 10:22+0100, Mark Hindley wrote: > > I thought I had worked out a locking error that was causing this, but > obviously not. Could you remove these last patches and turn on > debugging and send the error.log so I can try to see why $cached_file > is not getting initialised. As you say, it is easy to set the default > value as a workaround, but I can't see why it is not being set with > the current code. Must be missing something
An update: It turns out that I misapplied your patch in message #67. (I'm applying these by hand, since patch(1) is barfing on random/whitespace anomalies.) I'd left in the first call to release_global_lock() in connect_curlm(). My apologies! After fixing that, I no longer get locking errors. However, I'm still seeing infrequent "uninitialized value" warnings as before. Would you still like to see error.log + debugging with the patch applied, or without? On a side note, I'm seeing the following on the Ubuntu 32-bit client: --------8<-------- Get:43 http://apt-cacher.server jaunty/free Sources [3200B] Get:44 http://apt-cacher.server jaunty/non-free Sources [5932B] Ign http://apt-cacher.server jaunty/free Packages Ign http://apt-cacher.server jaunty/non-free Packages Err http://apt-cacher.server jaunty/free Packages 403 Sorry, not allowed to fetch that type of file: Packages Err http://apt-cacher.server jaunty/non-free Packages 403 Sorry, not allowed to fetch that type of file: Packages Fetched 9930kB in 2min 7s (78.0kB/s) W: Failed to fetch http://apt-cacher.server:3142/medibuntu/dists/jaunty/free/binary-i386/Packages 403 Sorry, not allowed to fetch that type of file: Packages W: Failed to fetch http://apt-cacher.server:3142/medibuntu/dists/jaunty/non-free/binary-i386/Packages 403 Sorry, not allowed to fetch that type of file: Packages E: Some index files failed to download, they have been ignored, or old ones used instead. -------->8-------- The 64-bit Ubuntu client doesn't do this, and this occurs only for the Medibuntu package repository. If you look in one of the upstream directories in question... http://packages.medibuntu.org/dists/jaunty/free/binary-i386/ you'll see a plain Packages file in addition to the .gz/.bz2 copies. I don't know why apt-get(8) is pulling down the uncompressed file, but in any event, this looks like a good reason to update index_files_regexp in apt-cacher-lib.pl. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
