Mailing list for all users of the OCaml language and system.
 help / color / mirror / Atom feed
From: Goswin von Brederlow <brederlo@informatik.uni-tuebingen.de>
To: caml-list@inria.fr
Cc: debian-ocaml-maint@lists.debian.org
Subject: Re: [Caml-list] Debian apt-proxy/apt-cacher replacement
Date: Mon, 31 Jan 2005 14:41:55 +0100	[thread overview]
Message-ID: <87hdkx7m1o.fsf@informatik.uni-tuebingen.de> (raw)
In-Reply-To: <20050131075140.GD19902@pegasos> (Sven Luther's message of "Mon, 31 Jan 2005 08:51:40 +0100")

Sven Luther <sven.luther@wanadoo.fr> writes:

> On Sun, Jan 30, 2005 at 04:47:56PM -0500, Eric C. Cooper wrote:
>> Approx is a proxy server, written in OCaml, that can be used as an
>> alternative to apt-proxy or apt-cacher.  I've been using it for about
>> a month, and I find it faster and more robust than apt-proxy.
>
> Cool, ...

Very cool. I was about 90% ready to write one myself. :)

> I wonder if this should be packaged apart, or together with the other
> ocaml-written package related code, namely ara. I don't know if you are aware
> of that effort.
>
>> You can find the source and a Debian binary package at
>>     http://www.cs.cmu.edu/~ecc/software.html
>
> Cool, will have a look.
>
>> (If any Debian gurus have suggestions on whether/how to announce this
>> to the broader Debian community, please contact me off-list.)
>
> I am CCing this to debian-ocaml-maint mailing list, where all debian related
> folk interested i ocaml dwell. Maybe comments will come from there, and i will
> try to test and reply more in details later this week, as i am soon going to
> the Solutions Linux forum in Paris, and am not sure i will really have time
> for testing this kind of stuff until next WE.
>
> Friendly,
>
> Sven Luther

I see approx uses libcurl which makes it less cool again. Curl, among
other things, has no support for serializing multiple downloads into a
keep-alive connection. What I mean is that you can send 10 GET
requests to a server and then wait for 10 files to be send back. No
point sending each GET only after the previous file is done and
waiting for the round trip.

Anyway, a nice feature would be support for apt methods. Interfacing
with apts methods is real easy and you automatically get support for
file, copy, http, ftp urls and any future protocol to come.


I will try to test approx too but over the last month I heard many
complains about apt-proxy so approx might be welcomed immeditatly by
many.

MfG
        Goswin


      reply	other threads:[~2005-01-31 13:42 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-01-30 21:47 Eric C. Cooper
2005-01-31  7:51 ` [Caml-list] " Sven Luther
2005-01-31 13:41   ` Goswin von Brederlow [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87hdkx7m1o.fsf@informatik.uni-tuebingen.de \
    --to=brederlo@informatik.uni-tuebingen.de \
    --cc=caml-list@inria.fr \
    --cc=debian-ocaml-maint@lists.debian.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox