Bug#783652: Bug #783652: apt-transport-tor: retry downloading for interrupted packages

On Sun, Dec 18, 2016 at 10:08:10AM +0100, Petter Reinholdtsen wrote: > Is increasing the number retries done by default for the tor transport a > good idea? Are there better ideas to make the tor transport more > robust? It is used by default on Freedombox, and should be more > reliable to make

Bug#783652: Bug #783652: apt-transport-tor: retry downloading for interrupted packages

Is increasing the number retries done by default for the tor transport a good idea? Are there better ideas to make the tor transport more robust? It is used by default on Freedombox, and should be more reliable to make sure security fixes are installed in a timely manner. -- Happy hacking

Bug#783652: Bug #783652: apt-transport-tor: retry downloading for interrupted packages

Hi. [Tim Retout] > Although I regret that errors occur more frequently when using tor, I > don't believe this is one to be fixed in every apt transport. Apt > provides the config value "Apt::Acquire::Retries" that should retry > downloads whether it's HTTP, HTTPS or any other mechanism. I'll

Bug#783652: Bug #783652: apt-transport-tor: retry downloading for interrupted packages

tags 783652 wontfix thanks Hi again, Although I regret that errors occur more frequently when using tor, I don't believe this is one to be fixed in every apt transport. Apt provides the config value "Apt::Acquire::Retries" that should retry downloads whether it's HTTP, HTTPS or any other

Bug#783652: apt-transport-tor: retry downloading for interrupted packages

Here is one example from todays upgrade: Get:2 tor+http://vwakviie2ienjx6t.onion/debian/ jessie/main base-files amd64 8+deb8u5 [69.6 kB] Err tor+http://vwakviie2ienjx6t.onion/debian/ jessie/main base-files amd64 8+deb8u5 transfer closed with 27578 bytes remaining to read Get:3

Bug#783652: apt-transport-tor: retry downloading for interrupted packages

[Tim Retout] > Hi Petter, Hi Tim. Very glad to see you are still working on the tor transport for apt. :) > Do you think part of this might need to be fixed at the apt level? > Downloads could fail with plain HTTP too. How much is within scope for > the transport to retry automatically? In my

Bug#783652: apt-transport-tor: retry downloading for interrupted packages

On 28 Feb 2016 22:21, "Petter Reinholdtsen" wrote: > > [Reiner] > > It would be nice when the dowload retry once again before the > > installation stops. > > This would be great. Every time I upgrade more than a handfull packages, one > of the downloads fail and I have to

Bug#783652: apt-transport-tor: retry downloading for interrupted packages

[Reiner] > It would be nice when the dowload retry once again before the > installation stops. This would be great. Every time I upgrade more than a handfull packages, one of the downloads fail and I have to restart the upgrade. This is very annoying when I start an upgrade and get back a few

Bug#783652: apt-transport-tor: retry downloading for interrupted packages

Package: apt-transport-tor Version: 0.2.1-1 Severity: wishlist Dear Maintainer, sometimes when connection is slow or ip-address change, the download of a packages interrupts. At the end of downloading the installation stops. It would be nice when the dowload retry once again before the