Menu
▾
▴
apt-proxy-users — Users of apt-proxy
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
|
Feb
(5) |
Mar
|
Apr
(2) |
May
(3) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2002 |
Jan
(2) |
Feb
(5) |
Mar
(14) |
Apr
(1) |
May
(7) |
Jun
(2) |
Jul
(7) |
Aug
(13) |
Sep
(21) |
Oct
(3) |
Nov
|
Dec
|
| 2003 |
Jan
(6) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(5) |
Nov
|
Dec
(3) |
| 2004 |
Jan
(11) |
Feb
(2) |
Mar
(4) |
Apr
|
May
(9) |
Jun
|
Jul
(1) |
Aug
(12) |
Sep
(6) |
Oct
(7) |
Nov
(10) |
Dec
(3) |
| 2005 |
Jan
(22) |
Feb
(20) |
Mar
(5) |
Apr
(10) |
May
(15) |
Jun
(14) |
Jul
(9) |
Aug
(3) |
Sep
(7) |
Oct
(1) |
Nov
(3) |
Dec
(12) |
| 2006 |
Jan
(1) |
Feb
(1) |
Mar
(5) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
(2) |
Dec
(2) |
| 2007 |
Jan
|
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Chris B. <chr...@ov...> - 2007-02-21 09:38:49
|
On Wed 21 Feb, Chris Bell wrote: > > All boxes running etch had /etc/apt/sources.list pointing to etch, not > testing. I then noticed that I had the following files, with different > sizes: > > /var/cache/apt-proxy/debian/dists/etch/Release.gpg 189 bytes > > /var/cache/apt-proxy/debian/dists/testing/Release.gpg 378 bytes > > Unfortunately, adding pointers in /etc/apt/sources.list to testing as well > as etch just increased the number of error messages from aptitude. > The two files above have now been updated by apt-proxy, and they now show the same file contents. Unfortunately, apt-proxy does not find and supply them from the cache. I am not a programmer, and am not able to supply a patch. -- Chris Bell |
|
From: Chris B. <chr...@ov...> - 2007-02-21 00:13:56
|
I am now finding that boxes running Debian sarge are able to download from the apt-proxy-v2 without complaints. Also, I am able to use jigdo to build etch ISO images via the apt-proxy-v2 without problems, although jigdo does run separate checks as it builds. All boxes running etch had /etc/apt/sources.list pointing to etch, not testing. I then noticed that I had the following files, with different sizes: /var/cache/apt-proxy/debian/dists/etch/Release.gpg 189 bytes /var/cache/apt-proxy/debian/dists/testing/Release.gpg 378 bytes Unfortunately, adding pointers in /etc/apt/sources.list to testing as well as etch just increased the number of error messages from aptitude. -- Chris Bell |
|
From: Chris B. <chr...@ov...> - 2007-02-02 10:11:20
|
Hello, I have been using apt-proxy for some time for installing and updating Debian software, including building ISO images using jigdo. Aptitude now reports repeated errors. The first request from aptitude is for the file Release.gpg and I can see a recently updated file /var/cache/apt-proxy/debian/dists/etch/Release.gpg but now all attempts to get it from apt-proxy are answered by a failure to connect, even when aptitude is running on the same box as apt-proxy. I suspect that apt-proxy is only searching through /var/cache/apt-proxy/debian/dists/etch/main/ /var/cache/apt-proxy/debian/dists/etch/contrib/ /var/cache/apt-proxy/debian/dists/etch/non-free/ and not /var/cache/apt-proxy/debian/dists/etch/ aptitude will then report failure to connect for other requests or just ignore any other output from apt-proxy and collect from a normal Debian mirror site instead. I did have apt-proxy as the only source listed in /etc/apt/sources.list and had a few messages about an untusted site but then decided to add some standard mirror sites just to get regular updates. I was running apt-proxy then apt-proxy-v2 on a sarge box, so tried upgrading that box to etch, and also apt-proxy on a totally new box running etch, but get the same results, now also from boxes still running aptitude on sarge. Any ideas? It would be good to get this working before etch is officially released. -- Chris Bell |
|
From: Chris H. <ha...@de...> - 2006-12-04 17:37:56
|
HI Nicolas
Thanks for your report. I think this is already fixed in current svn - I did
see this error a while ago. Would you be able to test this against current
svn?
Thanks
Chris
On Monday 04 December 2006 15:00, Nicolas Huillard wrote:
> Hi,
>
> I experience a weird and not-that-much reproducible problem with
> apt-proxy on Debian etch.
>
> Here is the log on the proxy host ("/etc/apt-proxy/apt-proxy-v2.conf" :
> "debug = all:9") :
>
> ===========================================================================
>= 2006/12/04 15:50 CET [Channel,0,192.168.0.173] [CacheEntry] start
> download:dists/etch/updates/main/binary-i386/Packages.gz
> 2006/12/04 15:50 CET [Channel,0,192.168.0.173] [DownloadQueue] start
> next download (security/dists/etch/updates/main/binary-i386/Packages.gz)
> 2006/12/04 15:50 CET [Channel,0,192.168.0.173] [DownloadQueue] keeping
> backend server
> 2006/12/04 15:50 CET [Channel,0,192.168.0.173] [fetcher] fetcher
> start:Packages.gz
> 2006/12/04 15:50 CET [Channel,0,192.168.0.173] [Fetcher] Downloading:
> /var/cache/apt-proxy/security/dists/etch/updates/main/binary-i386/Packages.
>gz 2006/12/04 15:50 CET [Channel,0,192.168.0.173] [fetcher] Connecting to
> backend server (security) http://security.debian.org:80
> 2006/12/04 15:50 CET [Channel,0,192.168.0.173] Starting factory
> <apt_proxy.fetchers.HttpFetcher instance at 0xa73284cc>
> 2006/12/04 15:50 CET [Channel,0,192.168.0.173] Starting factory
> <twisted.protocols.policies.ThrottlingFactory instance at 0xa7328d2c>
> 2006/12/04 15:50 CET [Uninitialized] [Fetcher] Connected to
> http://security.debian.org/debian-security
> 2006/12/04 15:50 CET [Uninitialized] [Fetcher]
> downloading:dists/etch/updates/main/binary-i386/Packages.gz
> mtime:1161956310 2006/12/04 15:50 CET [Uninitialized] [http_client]
> GET:/debian-security/dists/etch/updates/main/binary-i386/Packages.gz
> 2006/12/04 15:50 CET [Uninitialized] [http_client] host
> sendHeader:security.debian.org
> 2006/12/04 15:50 CET [Uninitialized] [http_client] if-modified-since
> sendHeader:Fri, 27 Oct 2006 13:38:30 GMT
> 2006/12/04 15:50 CET [Channel,0,192.168.0.173] [CacheEntry] transfer
> complete: /var/cache/apt-proxy/debian/dists/etch/main/source/Sources.gz
> 2006/12/04 15:50 CET [Channel,0,192.168.0.173] [Request] finish. Queued: 0
> 2006/12/04 15:50 CET [Channel,0,192.168.0.173] [CacheEntry] transfer
> complete: /var/cache/apt-proxy/debian/dists/etch/main/source/Sources.gz
> 2006/12/04 15:50 CET [Channel,0,192.168.0.173] [Request] finish. Queued: 0
> 2006/12/04 15:50 CET [Channel,0,192.168.0.173] Unhandled error in Deferred:
> 2006/12/04 15:50 CET [Channel,0,192.168.0.173] Traceback (most recent
> call last):
> File
> "/usr/lib/python2.4/site-packages/twisted/internet/abstract.py", line
> 127, in doWrite
> self.producer.resumeProducing()
> File
> "/usr/lib/python2.4/site-packages/twisted/protocols/basic.py", line 442,
> in resumeProducing
> self.deferred.callback(self.lastSent)
> File
> "/usr/lib/python2.4/site-packages/twisted/internet/defer.py", line 229,
> in callback
> self._startRunCallbacks(result)
> File
> "/usr/lib/python2.4/site-packages/twisted/internet/defer.py", line 294,
> in _startRunCallbacks
> self._runCallbacks()
> --- <exception caught here> ---
> File
> "/usr/lib/python2.4/site-packages/twisted/internet/defer.py", line 307,
> in _runCallbacks
> self.result = callback(self.result, *args, **kw)
> File "/usr/lib/python2.4/site-packages/apt_proxy/cache.py",
> line 267, in file_transfer_complete
> request.finish()
> File
> "/usr/lib/python2.4/site-packages/apt_proxy/apt_proxy.py", line 324, in
> finish
> http.Request.finish(self)
> File "/usr/lib/python2.4/site-packages/twisted/web/http.py",
> line 674, in finish
> self._cleanup()
> File "/usr/lib/python2.4/site-packages/twisted/web/http.py",
> line 483, in _cleanup
> self.channel.requestDone(self)
> File "/usr/lib/python2.4/site-packages/twisted/web/http.py",
> line 1101, in requestDone
> self.requests[0].noLongerQueued()
> File "/usr/lib/python2.4/site-packages/twisted/web/http.py",
> line 518, in noLongerQueued
> self._cleanup()
> File "/usr/lib/python2.4/site-packages/twisted/web/http.py",
> line 483, in _cleanup
> self.channel.requestDone(self)
> exceptions.AttributeError: Request instance has no attribute
> 'channel'
> ===========================================================================
>=
>
>
> Here is the apt-get update output on the client host :
>
> ===========================================================================
>= Get:3 http://debian etch/main Sources [1667kB]
> Get:4 http://debian etch/main Sources [1667kB]
> 51% [3 Sources gzip 4612096] [4 Sources 160/1667kB 0%]
> gzip: stdin: unexpected end of file
> Err http://debian etch/main Sources
> Sub-process gzip returned an error code (1)
> Err http://debian etch/main Sources
> Connection timed out
> Hit http://debian unstable/main Packages
> Hit http://debian unstable/main Sources
> Hit http://debian etch/updates/main Packages
> Hit http://debian etch/updates/main Sources
> Fetched 1668kB in 2m9s (12.9kB/s)
> Failed to fetch
> http://debian:9999/debian/dists/etch/main/source/Sources.gz Sub-process
> gzip returned an error code (1)
> Failed to fetch
> http://debian:9999/debian/dists/etch/main/source/Sources.gz Connection
> timed out
> Reading package lists... Done
> E: Some index files failed to download, they have been ignored, or old
> ones used instead.
> ===========================================================================
>=
>
>
> The "Unhandled error" occurs at the "gzip: stdin: unexpected end of
> file" step. There is a second error on the client-side, with no obvious
> exception on the server-side.
>
> /etc/apt/sources.list :
> deb http://debian:9999/debian etch main
> deb-src http://debian:9999/debian etch main
> deb http://debian:9999/security etch/updates main
> deb-src http://debian:9999/security etch/updates main
> deb http://debian:9999/doloforge unstable main
> deb-src http://debian:9999/doloforge unstable main
>
> /etc/apt-proxy/apt-proxy-v2.conf :
> [debian]
> backends =
> http://ftp.fr.debian.org/debian
> http://ftp2.fr.debian.org/debian
> http://ftp.de.debian.org/debian
> http://ftp2.de.debian.org/debian
> [security]
> backends =
> http://security.debian.org/debian-security
> http://ftp2.de.debian.org/debian-security
> [doloforge]
> backends = http://debian/debarchiver
>
> Every package is up-to-date as of today : in sync with etch.
|
|
From: Nicolas H. <ni...@hu...> - 2006-12-04 15:00:56
|
Hi,
I experience a weird and not-that-much reproducible problem with
apt-proxy on Debian etch.
Here is the log on the proxy host ("/etc/apt-proxy/apt-proxy-v2.conf" :
"debug = all:9") :
============================================================================
2006/12/04 15:50 CET [Channel,0,192.168.0.173] [CacheEntry] start
download:dists/etch/updates/main/binary-i386/Packages.gz
2006/12/04 15:50 CET [Channel,0,192.168.0.173] [DownloadQueue] start
next download (security/dists/etch/updates/main/binary-i386/Packages.gz)
2006/12/04 15:50 CET [Channel,0,192.168.0.173] [DownloadQueue] keeping
backend server
2006/12/04 15:50 CET [Channel,0,192.168.0.173] [fetcher] fetcher
start:Packages.gz
2006/12/04 15:50 CET [Channel,0,192.168.0.173] [Fetcher] Downloading:
/var/cache/apt-proxy/security/dists/etch/updates/main/binary-i386/Packages.gz
2006/12/04 15:50 CET [Channel,0,192.168.0.173] [fetcher] Connecting to
backend server (security) http://security.debian.org:80
2006/12/04 15:50 CET [Channel,0,192.168.0.173] Starting factory
<apt_proxy.fetchers.HttpFetcher instance at 0xa73284cc>
2006/12/04 15:50 CET [Channel,0,192.168.0.173] Starting factory
<twisted.protocols.policies.ThrottlingFactory instance at 0xa7328d2c>
2006/12/04 15:50 CET [Uninitialized] [Fetcher] Connected to
http://security.debian.org/debian-security
2006/12/04 15:50 CET [Uninitialized] [Fetcher]
downloading:dists/etch/updates/main/binary-i386/Packages.gz mtime:1161956310
2006/12/04 15:50 CET [Uninitialized] [http_client]
GET:/debian-security/dists/etch/updates/main/binary-i386/Packages.gz
2006/12/04 15:50 CET [Uninitialized] [http_client] host
sendHeader:security.debian.org
2006/12/04 15:50 CET [Uninitialized] [http_client] if-modified-since
sendHeader:Fri, 27 Oct 2006 13:38:30 GMT
2006/12/04 15:50 CET [Channel,0,192.168.0.173] [CacheEntry] transfer
complete: /var/cache/apt-proxy/debian/dists/etch/main/source/Sources.gz
2006/12/04 15:50 CET [Channel,0,192.168.0.173] [Request] finish. Queued: 0
2006/12/04 15:50 CET [Channel,0,192.168.0.173] [CacheEntry] transfer
complete: /var/cache/apt-proxy/debian/dists/etch/main/source/Sources.gz
2006/12/04 15:50 CET [Channel,0,192.168.0.173] [Request] finish. Queued: 0
2006/12/04 15:50 CET [Channel,0,192.168.0.173] Unhandled error in Deferred:
2006/12/04 15:50 CET [Channel,0,192.168.0.173] Traceback (most recent
call last):
File
"/usr/lib/python2.4/site-packages/twisted/internet/abstract.py", line
127, in doWrite
self.producer.resumeProducing()
File
"/usr/lib/python2.4/site-packages/twisted/protocols/basic.py", line 442,
in resumeProducing
self.deferred.callback(self.lastSent)
File
"/usr/lib/python2.4/site-packages/twisted/internet/defer.py", line 229,
in callback
self._startRunCallbacks(result)
File
"/usr/lib/python2.4/site-packages/twisted/internet/defer.py", line 294,
in _startRunCallbacks
self._runCallbacks()
--- <exception caught here> ---
File
"/usr/lib/python2.4/site-packages/twisted/internet/defer.py", line 307,
in _runCallbacks
self.result = callback(self.result, *args, **kw)
File "/usr/lib/python2.4/site-packages/apt_proxy/cache.py",
line 267, in file_transfer_complete
request.finish()
File
"/usr/lib/python2.4/site-packages/apt_proxy/apt_proxy.py", line 324, in
finish
http.Request.finish(self)
File "/usr/lib/python2.4/site-packages/twisted/web/http.py",
line 674, in finish
self._cleanup()
File "/usr/lib/python2.4/site-packages/twisted/web/http.py",
line 483, in _cleanup
self.channel.requestDone(self)
File "/usr/lib/python2.4/site-packages/twisted/web/http.py",
line 1101, in requestDone
self.requests[0].noLongerQueued()
File "/usr/lib/python2.4/site-packages/twisted/web/http.py",
line 518, in noLongerQueued
self._cleanup()
File "/usr/lib/python2.4/site-packages/twisted/web/http.py",
line 483, in _cleanup
self.channel.requestDone(self)
exceptions.AttributeError: Request instance has no attribute
'channel'
============================================================================
Here is the apt-get update output on the client host :
============================================================================
Get:3 http://debian etch/main Sources [1667kB]
Get:4 http://debian etch/main Sources [1667kB]
51% [3 Sources gzip 4612096] [4 Sources 160/1667kB 0%]
gzip: stdin: unexpected end of file
Err http://debian etch/main Sources
Sub-process gzip returned an error code (1)
Err http://debian etch/main Sources
Connection timed out
Hit http://debian unstable/main Packages
Hit http://debian unstable/main Sources
Hit http://debian etch/updates/main Packages
Hit http://debian etch/updates/main Sources
Fetched 1668kB in 2m9s (12.9kB/s)
Failed to fetch
http://debian:9999/debian/dists/etch/main/source/Sources.gz Sub-process
gzip returned an error code (1)
Failed to fetch
http://debian:9999/debian/dists/etch/main/source/Sources.gz Connection
timed out
Reading package lists... Done
E: Some index files failed to download, they have been ignored, or old
ones used instead.
============================================================================
The "Unhandled error" occurs at the "gzip: stdin: unexpected end of
file" step. There is a second error on the client-side, with no obvious
exception on the server-side.
/etc/apt/sources.list :
deb http://debian:9999/debian etch main
deb-src http://debian:9999/debian etch main
deb http://debian:9999/security etch/updates main
deb-src http://debian:9999/security etch/updates main
deb http://debian:9999/doloforge unstable main
deb-src http://debian:9999/doloforge unstable main
/etc/apt-proxy/apt-proxy-v2.conf :
[debian]
backends =
http://ftp.fr.debian.org/debian
http://ftp2.fr.debian.org/debian
http://ftp.de.debian.org/debian
http://ftp2.de.debian.org/debian
[security]
backends =
http://security.debian.org/debian-security
http://ftp2.de.debian.org/debian-security
[doloforge]
backends = http://debian/debarchiver
Every package is up-to-date as of today : in sync with etch.
--
NH
|
|
From: Chris H. <ha...@de...> - 2006-11-08 15:55:52
|
Hi Paul
Thanks for your report. This was actually fixed in version 1.9.34. This is the
relevant changelog entry:
apt-proxy (1.9.34) unstable; urgency=low
[...]
* Caching behaviour changes:
[...]
- Remove http scheme, host and port from URL requested by clients
(Closes: #374405)
-- Chris Halls <ha...@de...> Mon, 7 Aug 2006 18:54:56 +0100
https://launchpad.net/distros/ubuntu/+search?text=apt-proxy shows that 1.9.35
is in Ubuntu edgy and feisty already.
Chris
|
|
From: Paul B. <bo...@di...> - 2006-11-08 02:32:22
|
Package: apt-proxy
Version: 1.9.33ubuntu1
Severity: important
Tags: patch experimental
When apt proxy receives a full URI such as http://host:port/path/file rather
than just path/file it gets confused. This change allows it to strip the
protocol, host and port parts from the URI in order to find a suitable back=
end.
In apt-proxy/apt-proxy.py near line 1498
The function begins with:
path =3D re.sub(r"//+", "/", old_path)
Replace this line with the following two lines:
path =3D re.sub(r"^http://[^/]+", "", old_path)
path =3D re.sub(r"//+", "/", path)
Appologies for the lack of a diff -u patch. I wasn't aware of where to
download a relevent source tree.
Thanks.
-- System Information:
Debian Release: testing/unstable
APT prefers dapper-security
APT policy: (500, 'dapper-security'), (500, 'dapper')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-27-686
Locale: LANG=3Den_AU.UTF-8, LC_CTYPE=3Den_AU.UTF-8 (charmap=3DUTF-8)
Versions of packages apt-proxy depends on:
ii adduser 3.80ubuntu2 Add and remove users and groups
ii bzip2 1.0.3-0ubuntu2 high-quality block-sorting fil=
e co
ii debconf [debconf-2.0] 1.4.72ubuntu9 Debian configuration managemen=
t sy
ii logrotate 3.7.1-2 Log rotation utility
ii python 2.4.2-0ubuntu3 An interactive high-level obje=
ct-o
ii python-apt 0.6.16.2ubuntu8 Python interface to libapt-pkg
ii python-bsddb3 3.3.0-6ubuntu1 Python interface to libdb3
ii python-twisted 2.2.0-2ubuntu1 Event-based framework for inte=
rnet
ii python-twisted-web 0.5.0-3ubuntu2 An HTTP protocol implementatio=
n to
apt-proxy recommends no packages.
-- debconf information:
apt-proxy/upgrading-v2:
apt-proxy/upgrading-v2-result:
--=20
Paul Bone
Software Developer
http://www.digitalerection.com
|
|
From: SourceForge.net <no...@so...> - 2006-09-26 11:53:55
|
Bugs item #1565341, was opened at 2006-09-25 13:20 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112078&aid=1565341&group_id=12078 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Name of package not found when use http method on client Initial Comment: Using FTP method on BACKENDS and HTTP on clients some errors occurs during downloads. througth the investigations we discovered that cause of this problem is some characters of the package name are converted by the HTTP method. e.g. " ~ " is converted to %7e. For fix this problem we put this row above into the method simplify_path on apt-proxy.py "path = re.sub(r"%7e+", "~", path)" I think this solution are not adequate for the definitive solution to this problem. Thanks Pedro Lucas <ped...@ca...> ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-09-26 04:53 Message: Logged In: NO The version of apt-proxy is 1.9.29 of Debian sarge. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112078&aid=1565341&group_id=12078 |
|
From: SourceForge.net <no...@so...> - 2006-09-25 20:20:31
|
Bugs item #1565341, was opened at 2006-09-25 13:20 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112078&aid=1565341&group_id=12078 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Name of package not found when use http method on client Initial Comment: Using FTP method on BACKENDS and HTTP on clients some errors occurs during downloads. througth the investigations we discovered that cause of this problem is some characters of the package name are converted by the HTTP method. e.g. " ~ " is converted to %7e. For fix this problem we put this row above into the method simplify_path on apt-proxy.py "path = re.sub(r"%7e+", "~", path)" I think this solution are not adequate for the definitive solution to this problem. Thanks Pedro Lucas <ped...@ca...> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112078&aid=1565341&group_id=12078 |
|
From: Micha <ear...@gm...> - 2006-06-28 23:02:37
|
After latest update of debian unstable, which included lots of python packages, ap2 doesn't work anymore. Log attached. # =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D System: # Machine: i586=20 # Kernel: Linux 2.6.15 (custom) # Debian GNU/Linux testing/unstable # Installed: libc6 2.3.6-15 libc6-dbg 2.3.6-15 libc6-dev 2.3.6-15 gcc 4:4.1.1-1 gcc-2.95 1:2.95.4-25 gcc-3.3-base 1:3.3.6-13 gcc-3.4 3.4.6-2 gcc-3.4-base 3.4.6-2 gcc-3.4-doc 3.4.6-2 gcc-4.0 4.0.3-3 gcc-4.0-base 4.0.3-3 gcc-4.0-doc 4.0.3-3 gcc-4.0-locales 4.0.3-3 gcc-4.1 4.1.1-5 gcc-4.1-base 4.1.1-5 apt 0.6.44.2 apt-dpkg-ref 5 apt-file 2.0.8 apt-howto-common 2.0.0-2 apt-howto-de 2.0.0-2 apt-howto-en 2.0.0-2 apt-move 4.2.24-1.1 apt-proxy 1.9.33-0.1 apt-show-source 0.10 apt-show-versions 0.09 apt-spy 3.1-14 apt-utils 0.6.44.2 aptconf 0.8-0.1 aptitude 0.4.1-1.1 aptitude-doc-en 0.4.1-1.1 python 2.3.5-11 python-all 2.3.5-11 python-all-dev 2.3.5-11 python-apt 0.6.18 python-cairo 1.0.2-2 python-central 0.5.0 python-crypto 2.0.1+dfsg1-1.2 python-dev 2.3.5-11 python-doc 2.3.5-6 python-glade2 2.8.6-2 python-gmenu 2.14.0-3 python-gtk2 2.8.6-2 python-libxml2 2.6.26.dfsg-1 python-numeric 24.2-3 python-profiler 2.3.5-6 python-support 0.3.8 python-tk 2.4.3-1 python-twisted 2.4.0-1 python-twisted-conch 1:0.7.0-1 python-twisted-core 2.4.0-1 python-twisted-lore 0.2.0-1 python-twisted-mail 0.3.0-1 python-twisted-names 0.3.0-1 python-twisted-news 0.2.0-1 python-twisted-runner 0.2.0-1 python-twisted-web 0.6.0-1 python-twisted-words 0.4.0-1 python-zopeinterface 3.2.1-3 python2.3 2.3.5-14 python2.3-dev 2.3.5-14 python2.3-doc 2.3.5-11 python2.3-imaging 1.1.5-4 python2.3-imaging-tk 1.1.5-4 python2.3-libxml2 2.6.26.dfsg-1 python2.3-profiler 2.3.5-6 python2.4 2.4.3-7 python2.4-dev 2.4.3-7 python2.4-doc 2.4.3-3 python2.4-minimal 2.4.3-7 =B0 /\/ |
|
From: SourceForge.net <no...@so...> - 2006-06-01 14:19:11
|
Bugs item #1223254, was opened at 2005-06-18 10:21 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112078&aid=1223254&group_id=12078 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: apt-proxy-import: no suitable backend Initial Comment: Upon updating to Sarge I wanted to minimize mirror traffic so I attempted to install and initialize apt-proxy version 2. Attempting to run apt-proxy-import -i /var/cachce/apt/archives gave a permissions error. I changed the shell in /etc/passwd for aptproxy to be bash, did: su - aptproxy, and attempted to re-run the above command. At this point, I was told that every package was being skipped due to the inability to find a suitable backend. After searching the bug data base, it appears that this problem was reported, then reported fixed more than ten days ago, but it appears to still be in the apt-proxy package I installed on 2005 Jun 18. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-06-01 07:18 Message: Logged In: NO (using apt-proxy 1.9.x (1.9.33-0.1) on debian) Having digged through the sources of apt-proxy-import, it seems the import utility relies on packages.db in /var/cache/apt-proxy/.apt-proxy-import/backend/xxxxx directories. On my system these directories are empty until I start apt-proxy-import. After that there are databases, but they are empty. Is it possible, that apt-proxy-import is not up to date with apt-proxy 2 ? ---------------------------------------------------------------------- Comment By: chris (cbz) Date: 2005-11-23 16:25 Message: Logged In: YES user_id=24312 Additionally, the other message printed out repeatedly is: No Packages files available for %s backend ---------------------------------------------------------------------- Comment By: chris (cbz) Date: 2005-11-23 16:17 Message: Logged In: YES user_id=24312 This is still a problem as of version 1.9.32 of apt-proxy. >From a brief look at the problem, when 'import_file' in packages.py is reached, the value of 'paths' returned by: try: paths = get_mirror_path(factory, dir+'/'+file) except SystemError: log.msg(file + ' skipped - wrong format or corrupted', 'import') return is the empty array. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-06-18 10:22 Message: Logged In: NO Email me at john at betelgeuse dot us Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112078&aid=1223254&group_id=12078 |
|
From: Micha <ear...@gm...> - 2006-03-24 03:38:11
|
Chris Halls <ha...@de...>: | On Thursday 23 March 2006 03:55, Micha wrote: | > | Your configuration as shown should work... but only if a-p has been | > | running for a whole day. Try setting cleanup_freq to something small = so | > | the cleanup cycle is started quickly, e.g. 30m. | > | > Hey, wait ! Looks like i misinterpreted it. | > I thought it would check the date...but it checks uptime ? | > That would explain a lot. I shutdown the box every day. | > I just thought the cleanup didn't work correctly, somehow. |=20 | It's a bug. See this report: |=20 | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D343922 ok, let's have some closer look. I restarted ap with the following config: port =3D 9999 min_refresh_delay =3D 1h complete_clientless_downloads =3D 1 debug =3D all:9 telnet_port =3D 2222 telnet_user =3D apt-proxy telnet_password =3D apt-proxy timeout =3D 30 cache_dir =3D /var/cache/apt-proxy passive_ftp =3D on cleanup_freq =3D 1m max_age =3D 1m max_versions =3D 1 dynamic_backends =3D off ps aux (process list) shows, <aptproxy 6538 0.0 2.5 13868 6432 ? S 00:56 0:00 /usr/bin/= python2.3 /usr/bin/twistd --pidfile=3D/var/run/apt-proxy//apt-proxy.pid --r= undir=3D/var/run/apt-proxy/ --python=3D/usr/sbin/apt-proxy --logfile=3D/var= /log/apt-proxy.log --no_save> and the log says, first of all, for stopping: 2006/03/24 01:00 CET [-] Received SIGTERM, shutting down. 2006/03/24 01:00 CET [-] (Port 9999 Closed) 2006/03/24 01:00 CET [-] Stopping factory <apt_proxy.apt_proxy.Factory inst= ance at 0xb74b2c4c> 2006/03/24 01:00 CET [-] Traceback (most recent call last): File "/usr/lib/python2.3/site-packages/twisted/scripts/twistd.py", line = 197, in runApp app.runReactorWithLogging(config, oldstdout, oldstderr) File "/usr/lib/python2.3/site-packages/twisted/application/app.py", line= 131, in runReactorWithLogging reactor.run() File "/usr/lib/python2.3/site-packages/twisted/internet/posixbase.py", l= ine 218, in run self.mainLoop() File "/usr/lib/python2.3/site-packages/twisted/internet/posixbase.py", l= ine 226, in mainLoop self.runUntilCurrent() --- <exception caught here> --- File "/usr/lib/python2.3/site-packages/twisted/internet/base.py", line 5= 41, in runUntilCurrent call.func(*call.args, **call.kw) File "/usr/lib/python2.3/site-packages/twisted/internet/tcp.py", line 81= 4, in connectionLost self.factory.doStop() File "/usr/lib/python2.3/site-packages/twisted/internet/protocol.py", li= ne 64, in doStop self.stopFactory() File "/usr/share/python-support/apt-proxy/apt_proxy/apt_proxy.py", line = 1922, in stopFactory packages.cleanup(self) File "/usr/share/python-support/apt-proxy/apt_proxy/packages.py", line 2= 98, in cleanup backend.get_packages_db().cleanup() exceptions.AttributeError: 'str' object has no attribute 'get_packages_db' =09 2006/03/24 01:00 CET [-] Received SIGTERM, shutting down. 2006/03/24 01:00 CET [-] Main loop terminated. 2006/03/24 01:00 CET [-] Server Shut Down. and for the restart (shortened): 2006/03/24 01:02 CET [-] twistd 2.2.0 (/usr/bin/python2.3 2.3.5) starting up 2006/03/24 01:02 CET [-] reactor class: twisted.internet.selectreactor.Sele= ctReactor 2006/03/24 01:02 CET [-] Loading /usr/sbin/apt-proxy... 2006/03/24 01:02 CET [-] /usr/lib/python2.3/site-packages/twisted/manhole/t= elnet.py:8: exceptions.DeprecationWarning: As of Twisted 2.1, twisted.proto= cols.telnet is deprecated. See twisted.conch.telnet for the current, suppo= rted API. 2006/03/24 01:02 CET [-] WARNING: apt-proxy has not been tested under this = version of twisted (2.2.0). 2006/03/24 01:02 CET [-] WARNING: although it should work without problem. 2006/03/24 01:02 CET [-] [config] config value min_refresh_delay=3D3600 2006/03/24 01:02 CET [-] [config] config value complete_clientless_download= s=3DTrue 2006/03/24 01:02 CET [-] [config] config value telnet_port=3D2222 2006/03/24 01:02 CET [-] [config] config value telnet_user=3Dapt-proxy 2006/03/24 01:02 CET [-] [config] config value cleanup_freq=3D60 2006/03/24 01:02 CET [-] [config] config value max_versions=3D1 2006/03/24 01:02 CET [-] [config] config value max_age=3D60 2006/03/24 01:02 CET [-] [config] config value passive_ftp=3DTrue 2006/03/24 01:02 CET [-] [config] config value dynamic_backends=3DFalse -> [backends stuff] -> 2006/03/24 01:02 CET [-] Loaded. 2006/03/24 01:02 CET [-] apt_proxy.apt_proxy.Factory starting on 9999 2006/03/24 01:02 CET [-] Starting factory <apt_proxy.apt_proxy.Factory inst= ance at 0xb77e840c> 2006/03/24 01:02 CET [-] [debug] Created new BackendServer: ftp://ftp.infor= matik.hu-berlin.de/pub/Java/Linux/debian 2006/03/24 01:02 CET [-] [debug] Created new BackendServer: ftp://ftp.tux.o= rg/java/debian 2006/03/24 01:02 CET [-] [debug] Created new BackendServer: http://www.line= x.org/sources/linex/debian 2006/03/24 01:02 CET [-] [debug] Created new BackendServer: http://download= .videolan.org/pub/videolan/debian 2006/03/24 01:02 CET [-] [debug] Created new BackendServer: ftp://ftp.nerim= .net/debian-marillat 2006/03/24 01:02 CET [-] [debug] Created new BackendServer: http://kibi.dyn= dns.org/packages 2006/03/24 01:02 CET [-] [debug] Created new BackendServer: http://secure-t= esting.debian.net/debian-secure-unstable 2006/03/24 01:02 CET [-] [debug] Created new BackendServer: http://secure-t= esting.debian.net/debian-secure-testing 2006/03/24 01:02 CET [-] [debug] Created new BackendServer: http://ftp2.de.= debian.org/debian 2006/03/24 01:02 CET [-] set uid/gid 107/65534 and a little later, 2006/03/24 01:03 CET [-] [debug] Doing periodic cleaning up 2006/03/24 01:03 CET [-] [debug] Verifying database: /var/cache/apt-proxy/.= apt-proxy/db/access.db 2006/03/24 01:03 CET [-] [debug] Opening database /var/cache/apt-proxy/.apt= -proxy/db/access.db 2006/03/24 01:03 CET [-] [debug] Verifying database: /var/cache/apt-proxy/.= apt-proxy/db/update.db 2006/03/24 01:03 CET [-] [debug] Opening database /var/cache/apt-proxy/.apt= -proxy/db/update.db 2006/03/24 01:03 CET [-] [debug] Periodic cleaning done 2006/03/24 01:04 CET [-] [debug] Doing periodic cleaning up 2006/03/24 01:04 CET [-] [debug] Periodic cleaning done 2006/03/24 01:05 CET [-] [debug] Doing periodic cleaning up 2006/03/24 01:05 CET [-] [debug] Periodic cleaning done 2006/03/24 01:06 CET [-] [debug] Doing periodic cleaning up 2006/03/24 01:06 CET [-] [debug] Periodic cleaning done oops, that was fast...i missed to lookup the cache volume, before. It should have been something about 200M, though. That's what i donwloaded the last days. However, now i have /dev/hda13 3.7G 328K 3.7G 1% /var/cache/apt-proxy find . -name *.deb reveals: not a single file left. So far for fiddling with testbeds...but it's ok, for now. I should learn how to do it right, before piling up 4 GB again. Q: What is preceeding, max_age or max_versions ? I was thinking max_versions=3D1 means at least one version will be kept anyway. Do i have to set max_age=3Doff to make it work this=20 way ? -- I set it to off now :) | The cleanup does a lot of sleeping in between each disk access=20 ok. Maybe that's why i couldn't see it, i only used top. | > There's no commandline to trigger cleanup, right? |=20 | No, but it sounds like it might be a good idea to add this. Indeed. Always fiddling with the config isn't that cool... It would also be handy to have a 'simulate' option (show what would be done) which could save some people's cache (see above) ;o) | That is the HTTP socket. You can't do telnet commands to this port, only= =20 | requests for files. Yes, but i wondered why then no error mesg from any side...looks like i have to learn something about tje telnet protocol yet. Anyway, i mainly wanted to test if i can call on the ports at all. I wonder now if that port 9998 just wasn't available from the AP side? I never tried a dummy port...! Indeed: /var r: telnet localhost 1234567 Trying 127.0.0.1... telnet: Unable to connect to remote host: Connection refused /var r: telnet localhost 2222 Trying 127.0.0.1... telnet: Unable to connect to remote host: Connection refused | Have a look at the debug log. It should say if it is listening. My versio= n=20 | says: |=20 | 2006/03/01 10:31 GMT [-] twisted.manhole.telnet.ShellFactory starting on = 2222 | 2006/03/01 10:31 GMT [-] Starting factory <twisted.manhole.telnet.ShellFa= ctory=20 | instance at 0xb77611ec> I see no related AP log message at all, nor any error log in the syslogs - only the connect attempt. And i _can_ do telnet, local and from other mac= hines. It's just not working.=20 =20 | > At this occasion i noticed that AP keeps a direct stream even if it can= 't | > use the cache anymore. Well done. |=20 | Erm, that is just a lucky accident :) :) Be the force with us. ps. I'm free to do some tuning now...so i just I recreated the partition=20 with dir_index, let's see what it does... mke2fs /dev/hda13 -c -T largefile -m 0 -O dir_index -O sparse_user -T largefile (1 inode per 1MB) created: Block size: 4096 Fragment size: 4096 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 128 Inode blocks per group: 4 -T news (1 inode / 4k block) would do: Block size: 4096 Fragment size: 4096 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 32576 Inode blocks per group: 1018 I can get a list of the installed packages' sizes with aptitude search ~i -F "%D %p" and it appears there are very few packages with MB sizes (>=3D10000kB),=20 like some kernel sources, and most notably the 144 MB openoffice=20 clipart .deb file. This leaves1650 packages with plain average 540kB. (However, there are 250 additional virtual packges with <N/A> size) Looks like largefile is ok, right ? =B0 /\/ |
|
From: Chris H. <ha...@de...> - 2006-03-23 14:28:45
|
On Thursday 23 March 2006 03:55, Micha wrote: > | Your configuration as shown should work... but only if a-p has been > | running for a whole day. Try setting cleanup_freq to something small so > | the cleanup cycle is started quickly, e.g. 30m. > > Hey, wait ! Looks like i misinterpreted it. > I thought it would check the date...but it checks uptime ? > That would explain a lot. I shutdown the box every day. > I just thought the cleanup didn't work correctly, somehow. It's a bug. See this report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=343922 > Hmmm...i still would prefer to run the cleanup only on demand, > i do compiling/installing more often, and the ap background process could > slow down things when i like to have 100% cpu myself... The cleanup does a lot of sleeping in between each disk access so that it does not disturb any busy processes. It should use less than 0.5% CPU, depending on your processor speed. > There's no commandline to trigger cleanup, right? No, but it sounds like it might be a good idea to add this. > Perhaps simply restart then with cleanup_freq = 1m...However: > Tried it right now, but i can't see any twisted process activity, > nor anything in the ap log ? That's strange. I see activity on my version, although I am working on a different version of the code. > How about telnet, connecting to the running server ? It should be possible, but I can't get this working properly either - maybe it is because of the deprecated error that you saw. It is probably best for you to use find to remove the files for now, until bug #343922 is fixed. > I just enabled the config options for port 998 and restarted ap and tried a > simple telnet connect but i can't get any connection there, It will only enable the telnet server if you specify a port, username and password. Maybe something was not spelled correctly. > it seems to > work however on the normal http server port 9999. (without password > request...?) That is the HTTP socket. You can't do telnet commands to this port, only requests for files. > I also dug holes into xinetd / libwrap / ident so they should be ok with > telnet queries. libwrap (hosts.allow) is open for "apt-proxy:" and there's > anyway no port assigned enywhere (in /etc/services) .... > so why not 9998 ? Is there a mistake ? Have a look at the debug log. It should say if it is listening. My version says: 2006/03/01 10:31 GMT [-] twisted.manhole.telnet.ShellFactory starting on 2222 2006/03/01 10:31 GMT [-] Starting factory <twisted.manhole.telnet.ShellFactory instance at 0xb77611ec> (my telnet socket is port 2222) > At this occasion i noticed that AP keeps a direct stream even if it can't > use the cache anymore. Well done. Erm, that is just a lucky accident :) Chris |
|
From: Micha <ear...@gm...> - 2006-03-23 03:55:24
|
Chris Halls <ha...@de...>:
| This particular problem is very hard to solve
=20
| Your configuration as shown should work... but only if a-p has been runni=
ng=20
| for a whole day. Try setting cleanup_freq to something small so the clean=
up=20
| cycle is started quickly, e.g. 30m.
Hey, wait ! Looks like i misinterpreted it.
I thought it would check the date...but it checks uptime ?
That would explain a lot. I shutdown the box every day.
I just thought the cleanup didn't work correctly, somehow.
Hmmm...i still would prefer to run the cleanup only on demand,
i do compiling/installing more often, and the ap background process could=20
slow down things when i like to have 100% cpu myself...
There's no commandline to trigger cleanup, right?
Perhaps simply restart then with cleanup_freq =3D 1m...However:
Tried it right now, but i can't see any twisted process activity,=20
nor anything in the ap log ?=20
How about telnet, connecting to the running server ?=20
Can i trigger something that way ?
Oh, I just see,=20
"Warning: As of Twisted 2.1, twisted.protocols.telnet is deprecated. =20
See twisted.conch.telnet for the current, supported API."
(Plus general warning for twisted 2.2.0 but normal operation are ok, so...)
I never used the python thing, and have no clue what i could do with it=20
anyway, is there any information available ?
I just enabled the config options for port 998 and restarted ap and tried a=
=20
simple telnet connect but i can't get any connection there, it seems to work
however on the normal http server port 9999. (without password request...?)
/ r: telnet localhost 9998
Trying 127.0.0.1...
telnet: Unable to connect to remote host: Connection refused
/etc r: telnet localhost 9999
Trying 127.0.0.1...
Connected to woody.
Escape character is '^]'.
I also dug holes into xinetd / libwrap / ident so they should be ok with=20
telnet queries. libwrap (hosts.allow) is open for "apt-proxy:" and there's=
=20
anyway no port assigned enywhere (in /etc/services) ....=20
so why not 9998 ? Is there a mistake ?
I just installed identtestd, that works ok too.
=20
| Alternatively, use a find command to remove the files from the cache:
|=20
| find /var/cache/apt-proxy/* -amin +1440 -exec rm {} \;
ok that's what i wanted to hear, anyway :)
Though it's coming too late. Cache ran out of space, and i decided
to start from scratch, this time, since i just yesterday moved all machines
to unstable, (many laptops you know) and there's much turnover, and i=20
think most packages will be cached again very soon.
Pity, but not critical (by now).
At this occasion i noticed that AP keeps a direct stream even if it can't=20
use the cache anymore. Well done.
=B0
/\/
|
|
From: Chris H. <ha...@de...> - 2006-03-22 23:47:46
|
On Sunday 19 March 2006 02:36, Micha wrote:
> The latter, found in debian/pool/main/m/mozilla-firefox,
> is a good example for a related issue, that is, changing
> package names and/or classification. Debian unstable has firefox
> version 1.5, which i can find now in debian/pool/main/f/firefox:
> firefox_1.5.dfsg+1.5.0.1-4_i386.deb
> mozilla-firefox_1.5.dfsg+1.5.0.1-4_all.deb
This particular problem is very hard to solve, and I don't think it is worth
spending time trying to do this.
> The question is, can i have AP 'clean up' all files that are older
> than a specified time regardless of the number of versions ?
> Can i modify the config temporarily to delete anything older than (today) 1
> day, and that would leave me with 'sid' only ?
>
> These are the related config settings:
>
> min_refresh_delay = 1h
> cleanup_freq = 1d
> max_age = 1d
> max_versions = 1
> dynamic_backends = off
>
> So, how can i have AP clear the old files ?
Your configuration as shown should work... but only if a-p has been running
for a whole day. Try setting cleanup_freq to something small so the cleanup
cycle is started quickly, e.g. 30m.
Alternatively, use a find command to remove the files from the cache:
find /var/cache/apt-proxy/* -amin +1440 -exec rm {} \;
(1440 is 60*24 minutes = 1 day)
Chris
|
|
From: Micha <ear...@gm...> - 2006-03-19 02:37:09
|
Hello, i'm no more on the list (too less problems with AP :) -> please 'reply to all'. The cache here is about 3.6 GB, and unfortunately my i can't give the cache more than 4GB total (seperate partition) without rebuilding the whole partition table... I switched from debian testing to unstable, yesterday, and there's still stable + testing stuff in the cache. Plus repositores for obsolete backends that i don't use anymore. However, i can find files from 2005 in the cache, and more than 1 version anyway. For example, openoffice.org_2.0.0-5_i386.deb openoffice.org_2.0.2-1_i386.deb mozilla-browser_1.7.12-1.1_i386.deb mozilla-browser_1.7.12-1_i386.deb mozilla-browser_1.7.8-1_i386.deb mozilla-firefox_1.0.4-2_i386.deb mozilla-firefox_1.0.6-5_i386.deb mozilla-firefox_1.0.7-1_i386.deb The latter, found in debian/pool/main/m/mozilla-firefox, is a good example for a related issue, that is, changing package names and/or classification. Debian unstable has firefox version 1.5, which i can find now in debian/pool/main/f/firefox: firefox_1.5.dfsg+1.5.0.1-4_i386.deb mozilla-firefox_1.5.dfsg+1.5.0.1-4_all.deb The question is, can i have AP 'clean up' all files that are older than a specified time regardless of the number of versions ? Can i modify the config temporarily to delete anything older than (today) 1 day, and that would leave me with 'sid' only ? These are the related config settings: min_refresh_delay = 1h cleanup_freq = 1d max_age = 1d max_versions = 1 dynamic_backends = off So, how can i have AP clear the old files ? |
|
From: SourceForge.net <no...@so...> - 2006-02-18 12:12:38
|
Feature Requests item #1434110, was opened at 2006-02-18 13:12 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=362078&aid=1434110&group_id=12078 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Submitted By: Linus Lotz (linusl) Assigned to: Nobody/Anonymous (nobody) Summary: Add proxy auth support for v2 Initial Comment: I don't know if this is really a feature request, as I've implemented it already. The patch that is included will make it possible to use proxy auth. Just modify the configuration from http_proxy = host:port to http_proxy = user:password@host:port the patch must be aplied in the same directory as apt_proxy.py Have fun Linus Lotz ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=362078&aid=1434110&group_id=12078 |
|
From: SourceForge.net <no...@so...> - 2006-01-27 06:17:48
|
Bugs item #1217563, was opened at 2005-06-10 00:13 Message generated for change (Comment added) made by naaman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112078&aid=1217563&group_id=12078 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Apt-proxy and http_proxy Initial Comment: Hi! I moved from Debian's Woody apt-proxy to Debian's Sarge apt-proxy. apt-proxy-v1tov2 converted my old apt-proxy.conf configuration file to apt-proxy-v2.conf new format. I usually use a HTTP Proxy server with user authentication to fetch packages from Debian repositories. wget works properly. In the new configuration file I use: http_proxy = http://nameuser:passworduser@httphost:hostport When I try to apt-get from a client, it hangs on client's side and later I receive "Connection failed". On server side I receive this error in the log file: 2005/06/09 15:56 CEST [Channel,0,10.26.226.231] [Fetcher.activate] (debian) servers:4/debian/dists/stable/main/binary-i386/Packages.gz 2005/06/09 15:56 CEST [Channel,0,10.26.226.231] Unhandled error in Deferred: 2005/06/09 15:56 CEST [Channel,0,10.26.226.231] Traceback (most recent call last): File "/usr/lib/python2.3/site-packages/twisted/protocols/http.py", line 557, in requestReceived self.process() File "/usr/lib/python2.3/site-packages/apt_proxy/apt_proxy.py", line 1375, in process self.fetch() File "/usr/lib/python2.3/site-packages/apt_proxy/apt_proxy.py", line 1454, in fetch (dummyFetcher, 0, running,), None) File "/usr/lib/python2.3/site-packages/twisted/internet/defer.py", line 205, in addCallbacks self._runCallbacks() --- <exception caught here> --- File "/usr/lib/python2.3/site-packages/twisted/internet/defer.py", line 338, in _runCallbacks self.result = callback(self.result, *args, **kw) File "/usr/lib/python2.3/site-packages/apt_proxy/apt_proxy.py", line 1422, in fetch_real fetcher = dummyFetcher.apEndTransfer(fetcher_class) File "/usr/lib/python2.3/site-packages/apt_proxy/apt_proxy.py", line 463, in apEndTransfer fetcher = fetcher_class(req) File "/usr/lib/python2.3/site-packages/apt_proxy/apt_proxy.py", line 317, in __init__ self.activate(request) File "/usr/lib/python2.3/site-packages/apt_proxy/apt_proxy.py", line 553, in activate (self.proxy_host, self.proxy_port) = request.factory.http_proxy.split(':') exceptions.ValueError: unpack list of wrong size Is it an authentication problem with Http proxy server? With the previous version it worked without problems. thank you in advance, riccardo ---------------------------------------------------------------------- Comment By: Naaman Campbell (naaman) Date: 2006-01-27 16:17 Message: Logged In: YES user_id=1354179 Chris, I am experiencing the same issue as Fran�ois and, along with him, I believe that the issue is not related to passwords containing '@' or ':' characters and could be fixed by a more robust section of python code. I have tried configuration of the http_proxy variable to point to a proxy server that requires authentication and a proxy server that does not require authentication. Both proxy servers did not provide a successful connection to the Internet. Also the same error message as above had appeared in /var/log/apt-proxy.conf I have installed apt-proxy 1.9.31 on Ubuntu Breezy Badger. ---------------------------------------------------------------------- Comment By: François Ouellet (ouef) Date: 2005-07-09 12:49 Message: Logged In: YES user_id=1166285 I am using apt-proxy 1.9.31 from debian unstable and I get the same behavior. I have an all alphanumeric username and passord. Looking at /usr/lib/python2.3/site-packages/apt_proxy/apt_proxy.py and searching for http_proxy, It seems it's not expecting anything else than a host:port. I can't program in python. It must be real easy to fix for a knowledgeable python programmer. Thanks François ---------------------------------------------------------------------- Comment By: Chris Halls (haggai) Date: 2005-06-10 03:21 Message: Logged In: YES user_id=161154 Hi it looks like you have this problem: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=309288 Do you have special characters (: or @) in the proxy password? Can you replace them with another special character as a workaround for the problem? Thanks Chris ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112078&aid=1217563&group_id=12078 |
|
From: <bjo...@we...> - 2005-12-30 13:37:13
|
Hello apt-proxy-users (and developers), I've implemented a auto-update script for the apt-proxy-cache. Everytime you call it, it updates every Packages.gz (through the proxy, so only if neccesary) and Release file (if exists) and looks which packages from this Packages-file are also in the cache and if they are up to date (only if in cache), if not update them (as before: only if in cache). So you have a up to date transparent partial mirror of the packages you need, which extends itself by need. The skript may not be the best and beatifullst, but it works for me. Perhaps it works for some more people, perhaps after working a little bit on it. You can tweak the verbosity of the script by changing the variables verbose, wgvp, and wgvd. Just have a look in the script and it explains by itself (so I hope). Kind regards Bjoern Fay PS: I'm not on the mailing-list. ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193 |
|
From: Micha <ear...@gm...> - 2005-12-18 01:14:46
|
What does it mean, when the log says,
2005/12/18 01:38 CET [-] [apt_pkg] No Packages files available for cyril backend
2005/12/18 01:38 CET [-] [apt_pkg] No Packages files available for java backend
2005/12/18 01:38 CET [-] [apt_pkg] No Packages files available for videolan backend
I can see the blackdown JRE package in the java/pool dir,
but there's no 'pool' for cyril, which looks different:
r: # ---------------------------------------------------------------
r:
r: ls -R cyril
cyril:
binaries Packages Packages.gz Release Release.gpg
cyril/binaries:
sharpconstruct_0.10-1_i386.deb
r: # ---------------------------------------------------------------
'videolan' has just kind of a 'official' structure:
r: # ---------------------------------------------------------------
r:
r: ls -R videolan
videolan:
dists
videolan/dists:
sid
videolan/dists/sid:
main
videolan/dists/sid/main:
binary-i386
videolan/dists/sid/main/binary-i386:
Packages Packages.gz
r: # ---------------------------------------------------------------
... so it looks like there actually was no binary cached by ap.
This is strange, because i've installed vlc 0.7.0 which should be from that source;
where the other sources are directed to debian testing, which doesn't yet have vlc
at all... so what ?
The corresponding backends are,
(together with the related sources.list entry in comment):
[java]
backends =
ftp://ftp.informatik.hu-berlin.de/pub/Java/Linux/debian
ftp://ftp.tux.org/java/debian
;; deb http://localhost:9999/java testing non-free
[cyril]
backends =
http://kibi.dyndns.org/packages
;; deb http://localhost:9999/cyril ./
[videolan]
backends =
http://download.videolan.org/pub/videolan/debian
;; deb http://localhost:9999/videolan sid main
|
|
From: Micha <ear...@gm...> - 2005-12-13 23:16:39
|
| Hmm. Do you really run apt-proxy on port 80? Did you maybe mean this? | | deb http://localhost:9999/videolan sid main ooops ! Of course it's port 9999! Apparently a far too silly bug to discover *shame* =| Plus, ap was running fine for so many months, maybe i got a bit out of training... (And i finally should learn not to begin icky things too late in the evening ... but i always do :| ) | Also, do you really what sid in there, or etch? This server had no vlc for etch, and i even couldn't find any testing version at all yesterday. But i didn't search very tough. Merging some multimedia stuff from Sid into testing is often no problem, with some test-installation on one machine until you found a working mix... anyway, thx for the feedback ! micha |
|
From: Chris H. <ha...@de...> - 2005-12-13 17:32:51
|
Package: apt-proxy Version: 1.9.32 Severity: minor Hi On Monday 12 Dec 2005 12:56, Micha wrote: > I wonder if the db debug level triggers a whole db lookup which somehow's > using up rather much resources (both hd and cpu) ? I think your analysis is exactly right. running the database at full debug= =20 does generate a *lot* of log output, including complete dumps of the=20 databases. Normally it is not necessary to enable debug so I have not looke= d=20 at optimising this. > This is ap 19.x, debian testing/unstable, kernel 2.6.13 with a > low-latency-desktop kernel (*) Maybe this makes the usage worse. I am opening a bug to make sure this is n= ot=20 forgotten. Thanks for the report Chris =2D------------- =46ull message: Hi, just made the regular daily update (well, this time after it was suspendet= =20 for some edays) and noticed ap's running very slow, with pauses between=20 every download (which run at normal speed themwselves) and sometimes=20 even within a single download.=20 Parallel streaming is _not_ enabled in the config. After 60 packages or so i interrupted the update. Debug level was all:9 so i got some logging (last lines): (...) 2005/12/12 13:14 CET [FetcherHttp,client] [db] openssh-server:=20 2005/12/12 13:14 CET [FetcherHttp,client]=20 [db] =A0/debian/pool/main/o/openssh/openssh-server_4.2p1-5_i386.deb 2005/12/12 13:14 CET [FetcherHttp,client] [db] gstreamer0.8-ffmpeg:=20 2005/12/12 13:14 CET [FetcherHttp,client]=20 [db] =A0/debian/pool/main/g/gst-ffmpeg/gstreamer0.8-ffmpeg_0.8.5-2_i386.deb 2005/12/12 13:14 CET [FetcherHttp,client]=20 [db] =A0/debian/pool/main/g/gst-ffmpeg/gstreamer0.8-ffmpeg_0.8.7-4_i386.deb 2005/12/12 13:14 CET [FetcherHttp,client] [db] binutils:=20 2005/12/12 13:14 CET [FetcherHttp,client]=20 [db] =A0/debian/pool/main/b/binutils/binutils_2.15-6_i386.deb 2005/12/12 13:14 CET [FetcherHttp,client]=20 [db] =A0/debian/pool/main/b/binutils/binutils_2.16.1-2_i386.deb 2005/12/12 13:14 CET [FetcherHttp,client]=20 [db] =A0/debian/pool/main/b/binutils/binutils_2.16.1cvs20051117-1_i386.deb 2005/12/12 13:14 CET [FetcherHttp,client] [Fetcher] Last request removed 2005/12/12 13:14 CET [FetcherHttp,client] [http-client] XXX=20 clientConnectionLost 2005/12/12 13:14 CET [FetcherHttp,client] Stopping factory=20 <apt_proxy.apt_proxy.ClientFactory instance at 0xb6a5d88c> 2005/12/12 13:14 CET [Channel,73,127.0.0.1] [debug] Client connection closed 2005/12/12 13:14 CET [Channel,73,127.0.0.1] Top 10: 2005/12/12 13:14 CET [Channel,73,127.0.0.1] =A0 =A0 =A0 =A0282 WeakKeyDicti= onary 2005/12/12 13:14 CET [Channel,73,127.0.0.1] =A0 =A0 =A0 =A0 94 Exception 2005/12/12 13:14 CET [Channel,73,127.0.0.1] =A0 =A0 =A0 =A0 32 DBError 2005/12/12 13:14 CET [Channel,73,127.0.0.1] =A0 =A0 =A0 =A0 31 SelectReactor 2005/12/12 13:14 CET [Channel,73,127.0.0.1] =A0 =A0 =A0 =A0 28=20 ProtocolToConsumerAdapter 2005/12/12 13:14 CET [Channel,73,127.0.0.1] =A0 =A0 =A0 =A0 28 DBError 2005/12/12 13:14 CET [Channel,73,127.0.0.1] =A0 =A0 =A0 =A0 26 Protocol 2005/12/12 13:14 CET [Channel,73,127.0.0.1] =A0 =A0 =A0 =A0 24 StandardError 2005/12/12 13:14 CET [Channel,73,127.0.0.1] =A0 =A0 =A0 =A0 17 Warning 2005/12/12 13:14 CET [Channel,73,127.0.0.1] =A0 =A0 =A0 =A0 17 ValueError Apparently, ap2 was busy with recreating (? or whatever) the database=20 in the background. This is only an AMD K6 (500mhz) with 512MB, but=20 anything is fully optimized and it's rarely grunting under load. =A0But i=20 suspect=20 a bottleneck somewhere. I set debug =3D all:9 db:0, restarted ap, and bingo= it=20 worked fast as usual again. After some 20 packages i interrupted the update= =20 agian, and here are the last logline: (...) 2005/12/12 13:28 CET [Channel,28,127.0.0.1] [Fetcher.activate] (debian)=20 servers:1/debian/pool/main/d/dbus/python2.3-dbus_0.23.4-8_i386.deb 2005/12/12 13:28 CET [Channel,28,127.0.0.1] Starting factory=20 <apt_proxy.apt_proxy.ClientFactory instance at 0xb6adc1cc> 2005/12/12 13:28 CET [Uninitialized] [http_client]=20 GET:/debian/pool/main/d/dbus/python2.3-dbus_0.23.4-8_i386.deb 2005/12/12 13:28 CET [Uninitialized] [http_client] host:ftp2.de.debian.org 2005/12/12 13:28 CET [FetcherHttp,client] [http_client] handleStatus 200 - = OK 2005/12/12 13:28 CET [FetcherHttp,client] [debug] Received: Date Mon, 12 De= c=20 2005 12:28:56 GMT 2005/12/12 13:28 CET [FetcherHttp,client] [debug] Received: Server=20 Apache/2.0.54 (Debian GNU/Linux) 2005/12/12 13:28 CET [FetcherHttp,client] [debug] Received: Last-Modified M= on,=20 28 Nov 2005 22:02:07 GMT 2005/12/12 13:28 CET [FetcherHttp,client] [debug] Received: ETag=20 "165c084-23470-410515c0" 2005/12/12 13:28 CET [FetcherHttp,client] [debug] Received: Accept-Ranges=20 bytes 2005/12/12 13:28 CET [FetcherHttp,client] [debug] Received: Content-Length= =20 144496 2005/12/12 13:28 CET [FetcherHttp,client] [debug] Received: Connection close 2005/12/12 13:28 CET [FetcherHttp,client] [debug] Received: Content-Type=20 application/x-debian-package 2005/12/12 13:28 CET [Channel,28,127.0.0.1] [Fetcher] Last request removed 2005/12/12 13:28 CET [Channel,28,127.0.0.1] [debug] Client connection closed 2005/12/12 13:28 CET [Channel,28,127.0.0.1] Top 10: 2005/12/12 13:28 CET [Channel,28,127.0.0.1] =A0 =A0 =A0 =A0274 WeakKeyDicti= onary 2005/12/12 13:28 CET [Channel,28,127.0.0.1] =A0 =A0 =A0 =A0 93 Exception 2005/12/12 13:28 CET [Channel,28,127.0.0.1] =A0 =A0 =A0 =A0 32 DBError 2005/12/12 13:28 CET [Channel,28,127.0.0.1] =A0 =A0 =A0 =A0 28 DBError 2005/12/12 13:28 CET [Channel,28,127.0.0.1] =A0 =A0 =A0 =A0 27 SelectReactor 2005/12/12 13:28 CET [Channel,28,127.0.0.1] =A0 =A0 =A0 =A0 26 Protocol 2005/12/12 13:28 CET [Channel,28,127.0.0.1] =A0 =A0 =A0 =A0 24 StandardError 2005/12/12 13:28 CET [Channel,28,127.0.0.1] =A0 =A0 =A0 =A0 24=20 ProtocolToConsumerAdapter 2005/12/12 13:28 CET [Channel,28,127.0.0.1] =A0 =A0 =A0 =A0 17 Warning 2005/12/12 13:28 CET [Channel,28,127.0.0.1] =A0 =A0 =A0 =A0 17 ValueError 2005/12/12 13:28 CET [FetcherHttp,client] [Fetcher] Finished receiving data= ,=20 status:200 saveData:1 2005/12/12 13:29 CET [FetcherHttp,client] [max_versions] [['0.23.4-8',=20 '/debian/pool/main/d/dbus/python2.3-dbus_0.23.4-8_i386.deb'], ['0.23.4-7',= =20 '/debian/pool/main/d/dbus/python2.3-dbus_0.23.4-7_i386.deb'], ['0.23.4-1',= =20 '/debian/pool/main/d/dbus/python2.3-dbus_0.23.4-1_i386.deb']] 2005/12/12 13:29 CET [FetcherHttp,client] [apt_pkg] No Packages files=20 available for cyril backend 2005/12/12 13:29 CET [FetcherHttp,client] [apt_pkg] No Packages files=20 available for java backend 2005/12/12 13:29 CET [FetcherHttp,client] [apt_pkg] No Packages files=20 available for videolan backend 2005/12/12 13:29 CET [FetcherHttp,client] [max_versions] Current Versions:= =20 [('0.23.4-1', 'debian/pool/main/d/dbus/python2.3-dbus_0.23.4-1_i386.deb')] 2005/12/12 13:29 CET [FetcherHttp,client] [max_versions]=20 Deleting /var/cache/apt-proxy//debian/pool/main/d/dbus/python2.3-dbus_0.23.= 4-7_i386.deb 2005/12/12 13:29 CET [FetcherHttp,client] [max_versions] reset at=20 debian/pool/main/d/dbus/python2.3-dbus_0.23.4-1_i386.deb 2005/12/12 13:29 CET [FetcherHttp,client] [http-client] XXX=20 clientConnectionLost 2005/12/12 13:29 CET [FetcherHttp,client] Stopping factory=20 <apt_proxy.apt_proxy.ClientFactory instance at 0xb6adc1cc> But was the database process also running time ? I didn't know how to=20 determine that. So i tried with debug =3D all:9 again to see if it would ru= n=20 slow again. I couldn't see any database activity this time, it just said, 2005/12/12 13:44 CET [-] [debug] Verifying=20 database: /var/cache/apt-proxy/.apt-proxy/db/access.db 2005/12/12 13:44 CET [-] [debug] Opening=20 database /var/cache/apt-proxy/.apt-proxy/db/access.db and that's all. But hey, the database activity started immediately again=20 when the update continued again ! Like shown above, it went through all=20 kind of packages which are completely unrelated to the actual update.=20 And again the download/serving was heavily disrupted. The last loglines until finishing were: 2005/12/12 13:50 CET [FetcherHttp,client] [db] gstreamer0.8-ffmpeg:=20 2005/12/12 13:50 CET [FetcherHttp,client]=20 [db] =A0/debian/pool/main/g/gst-ffmpeg/gstreamer0.8-ffmpeg_0.8.5-2_i386.deb 2005/12/12 13:50 CET [FetcherHttp,client]=20 [db] =A0/debian/pool/main/g/gst-ffmpeg/gstreamer0.8-ffmpeg_0.8.7-4_i386.deb 2005/12/12 13:50 CET [FetcherHttp,client] [db] binutils:=20 2005/12/12 13:50 CET [FetcherHttp,client]=20 [db] =A0/debian/pool/main/b/binutils/binutils_2.15-6_i386.deb 2005/12/12 13:50 CET [FetcherHttp,client]=20 [db] =A0/debian/pool/main/b/binutils/binutils_2.16.1-2_i386.deb 2005/12/12 13:50 CET [FetcherHttp,client]=20 [db] =A0/debian/pool/main/b/binutils/binutils_2.16.1cvs20051117-1_i386.deb 2005/12/12 13:50 CET [FetcherHttp,client] [Fetcher] Last request removed 2005/12/12 13:50 CET [FetcherHttp,client] [http-client] XXX=20 clientConnectionLost 2005/12/12 13:50 CET [FetcherHttp,client] Stopping factory=20 <apt_proxy.apt_proxy.ClientFactory instance at 0xb5831e6c> 2005/12/12 13:50 CET [Channel,14,127.0.0.1] [debug] Client connection closed 2005/12/12 13:50 CET [Channel,14,127.0.0.1] Top 10: 2005/12/12 13:50 CET [Channel,14,127.0.0.1] =A0 =A0 =A0 =A0265 WeakKeyDicti= onary 2005/12/12 13:50 CET [Channel,14,127.0.0.1] =A0 =A0 =A0 =A0 93 Exception 2005/12/12 13:50 CET [Channel,14,127.0.0.1] =A0 =A0 =A0 =A0 41 SelectReactor 2005/12/12 13:50 CET [Channel,14,127.0.0.1] =A0 =A0 =A0 =A0 32 DBError 2005/12/12 13:50 CET [Channel,14,127.0.0.1] =A0 =A0 =A0 =A0 28 DBError 2005/12/12 13:50 CET [Channel,14,127.0.0.1] =A0 =A0 =A0 =A0 26 Protocol 2005/12/12 13:50 CET [Channel,14,127.0.0.1] =A0 =A0 =A0 =A0 24 StandardError 2005/12/12 13:50 CET [Channel,14,127.0.0.1] =A0 =A0 =A0 =A0 20 DelayedCall 2005/12/12 13:50 CET [Channel,14,127.0.0.1] =A0 =A0 =A0 =A0 20=20 ProtocolToConsumerAdapter 2005/12/12 13:50 CET [Channel,14,127.0.0.1] =A0 =A0 =A0 =A0 17 Warning I wonder if the db debug level triggers a whole db lookup which somehow's=20 using up rather much resources (both hd and cpu) ? This is ap 19.x, debian testing/unstable, kernel 2.6.13 with a=20 low-latency-desktop kernel (*) HTH,=20 micha *) The respective description of the kernel source is,=20 =A0CONFIG_PREEMPT: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0=20 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=20 =A0 =A0 This option reduces the latency of the kernel by making =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=20 =A0 =A0 all kernel code (that is not executing in a critical section) =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=20 =A0 =A0 preemptible. =A0This allows reaction to interactive events by =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=20 =A0 =A0 permitting a low priority process to be preempted involuntarily =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=20 =A0 =A0 even if it is in kernel mode executing a system call and would =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 otherwise not be about to reach a natural preemption point. =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=20 =A0 =A0 This allows applications to run more 'smoothly' even when the =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=20 =A0 =A0 system is under load, at the cost of slighly lower throughput =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=20 =A0 =A0 and a slight runtime overhead to kernel code. =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=20 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=20 =A0 =A0 Select this if you are building a kernel for a desktop or =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=20 =A0 =A0 embedded system with latency requirements in the milliseconds =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=20 =A0 =A0 range. =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 |
|
From: Chris H. <ha...@de...> - 2005-12-13 17:24:45
|
Hi Micha On Saturday 10 Dec 2005 21:42, Micha wrote: > So i made this entry into ap2 config: > > [videolan] > backends = > http://download.videolan.org/pub/videolan/debian Looks fine > ...and inserted a line into apt sources.list: > > deb http://localhost/videolan sid main Hmm. Do you really run apt-proxy on port 80? Did you maybe mean this? deb http://localhost:9999/videolan sid main Chris |
|
From: Chris H. <ha...@de...> - 2005-12-13 17:22:02
|
Hi, sorry for the delay On Wednesday 07 Dec 2005 14:23, David Rayner wrote: > I'm running a small group of servers and apt-proxy looks just what I > need for cutting down on downloading. To get things started I want to > use the standard Debian sarge 3.1 release on a DVD as a source of > packages. Just as an experiment I have commented out the http servers in > the [debian] list of backend servers in apt-proxy-v2.conf, and inserted > 'file:///media/cdrom sarge main', which normally works for my setup. > The apt-proxy log file gets quite excited, but it takes a bit of > understanding and I'm not there yet. Before I waste any time here I > wonder if someone could let me know whether my hope of using a cdrom as > input is a reasonable one.. apt-proxy 1.9.32 supports file:// backends - you should find it works from that version. But the version in sarge is too old I'm afraid. Which version of debian is your apt-proxy server running? Chris |
|
From: Chris H. <ha...@de...> - 2005-12-13 17:09:02
|
On Friday 25 Nov 2005 08:07, Micha wrote: > I noptice that the member list of > > <http://lists.sourceforge.net/lists/listinfo/apt-proxy-users> > > is hidden but not of > > <http://lists.alioth.debian.org/mailman/roster/apt-proxy-users> > > -- is that ok ? The listed links leads to pages where a bot > can easily grab the email in the headline from simple HTML text. Ah, sorry. I've changed it so only subscribers can see the list now. > The reason i looke at the sites is that i still receive daily spam > via the alioth thing, so i guess i have to unsubscribe there, too. > Let's see. What sort of spam? There should not be any spam getting through to the list because I moderate messages from addresses that are not subscribed. About your subject line, Otavio was moving the project from sourceforge to alioth and created the new repository and lists, but the old project has not been completely shut down yet. Chris |
