apt-proxy hangs when client aborting download

I can confirm that apt-proxy hangs a lot. I haven't noticed if it is related to client aborts or not (will keep an eye on that). Just now the process itself was hung on me, to the extent that /etc/init.d/apt-proxy stop didn't even work (I had to kill -9 the pid myself).

I also seems to experience this. Except that apt-proxy is not really hung, but being busy with "something" for quite some time quiten often.

Can you guys look at top and process from the apt-proxy user on the proxy machine?

I wonder if this is related but fetches from the cache are often a lot slower for me than when fetching straight from the Internet and my Internet connection is not all that fast.

I can confirm this under gutsy. It hangs when someone aborts a download, it's fine after a restart.

I, too, have been experiencing hangs with apt-proxy v1.9.35.

as a workaround you can change all mirrors to ftp

I can confirm this on gutsy and hardy. "/etc/init.d/apt-proxy restart" is not working for me, I have to kill the pid.

I can confirm this bug. It's a headache, because I'd like to use apt-proxy to let my high school classroom full of machines tax our overburdened school connection less. It works brilliantly except when it hangs spectacularly, and I ideally want a server I can just forget about.

I'm trying out Elijah's workaround today. If Elijah is right, then the bug would seem to be related to the http handling code (handled as an import) in apt-proxy.py It looks from the Sourceforge page and the project webpage that apt-proxy hasn't seen any development in years. The last CVS commit from a developer on the main component (apt-proxy.py) was 3 years and 1 month ago.

I haven't programmed in Python, but I've been looking for an excuse to learn that language. Does this seem like a bug that a (relative) novice could tackle? I need to get my feet wet with some code anyway, since I might be teaching a programming class next year. Ultimately, I'd like to find a project in Java to help with, but this one is something I use. It's a programming itch that I want scratched, to borrow E.S.R.'s metaphor.

Thanks for taking this on and you are right thy this bug has been
around a while. I've not seen dev work on it in 2 years.
Good luck and let us know how you get on.

Tim

Sent from my iPhone

On 1/05/2008, at 4:54 AM, Tom Kiesel <email address hidden> wrote:

> I can confirm this bug. It's a headache, because I'd like to use apt-
> proxy to let my high school classroom full of machines tax our
> overburdened school connection less. It works brilliantly except
> when it
> hangs spectacularly, and I ideally want a server I can just forget
> about.
>
> I'm trying out Elijah's workaround today. If Elijah is right, then the
> bug would seem to be related to the http handling code (handled as an
> import) in apt-proxy.py It looks from the Sourceforge page and the
> project webpage that apt-proxy hasn't seen any development in years.
> The last CVS commit from a developer on the main component (apt-
> proxy.py) was 3 years and 1 month ago.
>
> I haven't programmed in Python, but I've been looking for an excuse to
> learn that language. Does this seem like a bug that a (relative)
> novice
> could tackle? I need to get my feet wet with some code anyway,
> since I
> might be teaching a programming class next year. Ultimately, I'd
> like to
> find a project in Java to help with, but this one is something I use.
> It's a programming itch that I want scratched, to borrow E.S.R.'s
> metaphor.
>
> --
> apt-proxy hangs when client aborting download
> https://bugs.launchpad.net/bugs/83783
> You received this bug notification because you are a direct subscriber
> of the bug.

After some cursory reading of the code and consulting some Python resources, I don't think I'm up to this challenge in a language I'm this unfamiliar with.... yet.

Is there any alternative or is everybody on broadband these days and does not think about the amount of stuff they download from the ubuntu mirrors?

I guess squid comes to mind. But I guess a specialized solution like apt-proxy would be nice.

Tom, please contact me on IRC or jabber. I am also a python novice and eager to learn the language. Maybe we can try this together?

I believe we are basically seeing the same effect as http://sourceforge.net/tracker/index.php?func=detail&aid=1802545&group_id=12078&atid=112078

As far as alternatives go, the apt-proxy homepage lists a few, but it does not look like any of them have much momentum.

One thing we could look into is the twisted libraries. It looks from the source like apt-proxy uses twisted for most of its networking features. Twisted is still under active development:

http://twistedmatrix.com/

One thing I don't know is if apt-proxy circa 2005 isn't fouling up somehow with twisted circa 2008. Ideally, APIs stay stable long term, but you never know.

From reading http://twistedmatrix.com/projects/core/documentation/howto/internet-overview.html it looks like it should be possible to write apt-proxy's networking code so that it doesn't choke on hung/broken client connections or multiple simultaneous requests. Still daunting, given I know nearly nothing about Python yet. Maybe we can work on this some during the summer, Rolf. :)

You can use apt-cacher instead. It's slightly different, but have more power and does it's job very well.

I think I will seriously look into apt-cacher-ng

Tom, I chatted a bit with the twisted crowd on IRC and they were very helpful. They made me aware of the unit tests provided by the program itself. The ubuntu package fails quite many. I think this might be an approach to break down this task into bitesize, manageable pieces to fix and an opportunity for us to learn apt-proxy along the way. If we are lucky, we can already fix this bug by fixing the unit tests. Do "apt-get source apt-proxy" and call the "runtests" script. 49 of 160 tests failed for me.

Here is the log from the unittests (have not had a chance yet to look at them closely)

> I think I will seriously look into apt-cacher-ng

apt-cacher-ng is absolutely fantastic. Development is very fast (latest snapshot in my ppa, a number of bugs fixed compared to the hardy version), the program itself is lightning fast (apt-proxy was a dog). Administration IMHO is also a bit easier once you get the hang of it. I am sold.

I looked a bit at the code today to try to make apt-proxy-import create hardlinks instead of copies, and although I am not a Python expert, I found it really messy : there is a lot of useless code in there to replicate functions that already exist in Python. I am not surprised to learn it is buggy. I guess I will also have to use apt-cacher-ng.

We've used apt-proxy for the last 3 or so years, but there seems to be little improvement in this situation. I'm also giving apt-cacher-ng a try to see if it's any better.

We switched to using Approx, and it has been doing a pretty good job.

Apt-proxy is a dead project. We really should remove this from the repositories and ubuntu wiki pages as it is not working anymore and people like us searching for an "apt proxy" server continue to stumble upon it.

Debian maintenance seems to have been revived about a month ago

I think it has been removed from the repository.
Can you confirm this? If it's removed, it isn't relevant here anymore and the bug can be closed...

It looks like apt-proxy has indeed been removed from the Ubuntu repository as of Maverick:

http://packages.ubuntu.com/search?keywords=apt-proxy