Bug#690183:
https://salsa.debian.org/erpel/apt-fast https://mentors.debian.net/packages/ -- g. Marc GPG: 827C FD74 BA46 8152 A041 F3A0 7A6A 4F17 5995 A65B
Bug#690183: apt-fast: changing back from ITP to RFP
retitle 690183 RFP: apt-fast -- shellscript wrapper for apt-get or aptitude noowner 690183 tag 690183 - pending thanks Hi, A long time ago, you expressed interest in packaging apt-fast. Unfortunately, it seems that it did not happen. In Debian, we try not to keep ITP bugs open for a too long time, as it might cause other prospective maintainers to refrain from packaging the software. This is an automatic email to change the status of apt-fast back from ITP (Intent to Package) to RFP (Request for Package), because this bug hasn't seen any activity during the last 10 months. If you are still interested in packaging apt-fast, please send a mail to with: retitle 690183 ITP: apt-fast -- shellscript wrapper for apt-get or aptitude owner 690183 ! thanks It is also a good idea to document your progress on this ITP from time to time, by mailing <690...@bugs.debian.org>. If you need guidance on how to package this software, please reply to this email, and/or contact the debian-ment...@lists.debian.org mailing list. Thank you for your interest in Debian, -- Lucas, for the QA team -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1377092650.716045.1877.nullmai...@xanadu.blop.info
Bug#690183: ITP: apt-fast -- shellscript wrapper for apt-get or aptitude
Hi, On 13/10/12 16:26, David Kalnischkies wrote: > What I meant is that apt-fast combines the path itself. > With a setting like Dir::Cache::archives="/tmp" I would expect the > archives directory to be /tmp, but as the script reads Dir and Dir::Cache > separately and concatenates them I end up with /var/cache/apt/tmp. > > So what apt-fast should do is using > apt-config shell APTCACHE Dir::Cache::archives/d > instead of building the path manually as it will take care of all that. > (relative/absolute paths, RootDir set or not, …) Just fixed that (also in another maintainer script). Thank you! > > > Best regards > > David Kalnischkies > Regards Dominique 0xB2E4F4F3.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Bug#690183: ITP: apt-fast -- shellscript wrapper for apt-get or aptitude
On Thu, Oct 11, 2012 at 10:50:54PM +0200, Dominique Lasserre wrote: > Hi, > > wow, didn't thought there is much noise. Thank you all for your feedback! > > I added mirror support to download files from multiple mirrors at once > (aria2 only) and now md5 hashes are checked (thanks David for the > hint!). aria2 supports this ootb so no big changes were needed on > apt-fast itself. > > > On 11/10/12 18:22, Wouter Verhelst wrote: > > On Thu, Oct 11, 2012 at 09:59:35AM -0300, Lisandro Damián Nicanor Pérez > > Meyer wrote: > >> Of course, being able to download stuff from two different servers at the > >> same > >> time had a better end result, and as long as is one download at a time per > >> server, I think it can be considered socially acceptable. > > > > Yes, which is why there's > > > > Acquire::Queue-Mode "host"; > Nice "hidden" feature! > > But this option and the mirror: protocol doesn't support downloading > from multiple servers with same archive or am I missing something? No, and for good reasons. -- Copyshops should do vouchers. So that next time some bureaucracy requires you to mail a form in triplicate, you can mail it just once, add a voucher, and save on postage. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121012063607.ga7...@grep.be
Bug#690183: ITP: apt-fast -- shellscript wrapper for apt-get or aptitude
Hi On 11/10/12 16:52, David Kalnischkies wrote: > On Wed, Oct 10, 2012 at 11:53 PM, Dominique Lasserre > wrote: >> It uses aria2 oder axel as download managers and apt-get --print-uris to get >> download URLs. > > What it omits is using the checksums included in that output and therefore > falling victim to MITM attacks as it downloads directly to the archives dir > which APT considers a safe harbor and so doesn't validate its content again. > > (APT checks the filesize as it is basically a free check, but the time- > consuming calculation of checksums is omitted as this was already checked > at download time with the move from ./partial/ to its final storage space > and wouldn't improve security anyway as you would still have the time > between the check and dpkg calling for a local attack …) Thank you to mention that! Checksums get now verified. > > If there is really a need for a different methodology of downloading I would > suggest to write a new apt-transport-* rather than a wrapper around the > complete package manager. If people managed to bring bittorrent to APT this > way, I am sure you can work out how to use your beloved $DOWNLOADMANAGER, too, > if needed at all (yes, I have my doubts). > > I presume it will be even shorter in size of code, secure and more robust - > even if you write it in bash, which you can btw: It is a text interface. > Oh, and try dir::cache::archives="/tmp" and you will know why apt-config has > flags for these dir options instead of forcing people to build paths by hand. Those config options are used. apt-fast downloads into Dir::Cache::archives + "apt-fast" (but yes you can change it (still) in config file). > > In the meantime feel free to use services like http.debian.net or experiment > with the mirror apt-transport which both don't depend on you being the only > "lets add more own 'cars' to the traffic jam to get more through" person > and the placebo effect. > > > Best regards > > David Kalnischkies ~ an "apt-slow" contributor > Hehe (you like to rename apt?), thank you very much for your detailed explanations! Regards Dominique 0xB2E4F4F3.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Bug#690183: ITP: apt-fast -- shellscript wrapper for apt-get or aptitude
Hi, wow, didn't thought there is much noise. Thank you all for your feedback! I added mirror support to download files from multiple mirrors at once (aria2 only) and now md5 hashes are checked (thanks David for the hint!). aria2 supports this ootb so no big changes were needed on apt-fast itself. On 11/10/12 18:22, Wouter Verhelst wrote: > On Thu, Oct 11, 2012 at 09:59:35AM -0300, Lisandro Damián Nicanor Pérez Meyer > wrote: >> Of course, being able to download stuff from two different servers at the >> same >> time had a better end result, and as long as is one download at a time per >> server, I think it can be considered socially acceptable. > > Yes, which is why there's > > Acquire::Queue-Mode "host"; Nice "hidden" feature! But this option and the mirror: protocol doesn't support downloading from multiple servers with same archive or am I missing something? If this is already present there aren't any arguments of using apt-fast. This is the single feature of this wrapper: Downloading same file over multiple connections. Regards Dominique 0xB2E4F4F3.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Bug#690183: ITP: apt-fast -- shellscript wrapper for apt-get or aptitude
On Thu, Oct 11, 2012 at 09:59:35AM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: > Of course, being able to download stuff from two different servers at the > same > time had a better end result, and as long as is one download at a time per > server, I think it can be considered socially acceptable. Yes, which is why there's Acquire::Queue-Mode "host"; see apt.conf(5) for the full details on this one. You don't need shell scripts and things like axel to get this. -- Copyshops should do vouchers. So that next time some bureaucracy requires you to mail a form in triplicate, you can mail it just once, add a voucher, and save on postage. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121011162250.gd25...@grep.be
Bug#690183: ITP: apt-fast -- shellscript wrapper for apt-get or aptitude
On Thu 11 Oct 2012 09:59:35 Lisandro Damián Nicanor Pérez Meyer escribió: [snip] > Well, parallel download does **greatly** improves speed when you access > international servers, like we had to do in Argentina until some few weeks > ago. WRT non i386/amd64 archs. -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. Anonymous Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#690183: ITP: apt-fast -- shellscript wrapper for apt-get or aptitude
On Thu 11 Oct 2012 02:55:24 Marco d'Itri escribió: > On Oct 11, Hideki Yamane wrote: > > > apt-fast is a shellscript wrapper for apt-get that can drastically > > > improve apt download times by downloading packages in parallel, with > > > multiple connections per package. > > > > well, isn't it huge load for repository servers? > > As a mirror operator I consider this antisocial. True. > As a developer, I doubt that this can provide significant speed > improvements other than for pathological cases. Well, parallel download does **greatly** improves speed when you access international servers, like we had to do in Argentina until some few weeks ago. Of course, being able to download stuff from two different servers at the same time had a better end result, and as long as is one download at a time per server, I think it can be considered socially acceptable. Regards, Lisandro. -- The generation of random numbers is too important to be left to chance. http://www.devtopics.com/best-programming-jokes/ Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#690183: ITP: apt-fast -- shellscript wrapper for apt-get or aptitude
On Oct 11, Hideki Yamane wrote: > > apt-fast is a shellscript wrapper for apt-get that can drastically improve > > apt > > download times by downloading packages in parallel, with multiple > > connections > > per package. > well, isn't it huge load for repository servers? As a mirror operator I consider this antisocial. As a developer, I doubt that this can provide significant speed improvements other than for pathological cases. -- ciao, Marco signature.asc Description: Digital signature
Bug#690183: ITP: apt-fast -- shellscript wrapper for apt-get or aptitude
On Wed, 10 Oct 2012 23:53:31 +0200 Dominique Lasserre wrote: > * Package name: apt-fast > apt-fast is a shellscript wrapper for apt-get that can drastically improve apt > download times by downloading packages in parallel, with multiple connections > per package. well, isn't it huge load for repository servers? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121011102647.53585a12d8735b8b7cefc...@debian.or.jp
Bug#690183: ITP: apt-fast -- shellscript wrapper for apt-get or aptitude
Package: wnpp Severity: wishlist Owner: Dominique Lasserre * Package name: apt-fast Version : 0.7.6 Upstream Authors: Matt Parnell, Dominique Lasserre * URL : https://github.com/ilikenwf/apt-fast.git * License : GPL-3+ Programming Lang: Bash Description : shellscript wrapper for apt-get or aptitude apt-fast is a shellscript wrapper for apt-get that can drastically improve apt download times by downloading packages in parallel, with multiple connections per package. It uses aria2 oder axel as download managers and apt-get --print-uris to get download URLs. Bash and Zsh autocompletion included (derived from distributed apt-get). -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121010215331.7523.77516.reportbug@localhost
