Re: Default Download Site: Google Code

On Mon, Jun 8, 2009 at 1:47 AM, Chris Giles<[email protected]> wrote:
> I'm sure that European users find your Danish AP download site to be fast=
,
> but those in other parts of the world might not.=C2=A0 For example, it's
> significantly slower than Google for Australian users.

You're right.

> Perhaps part of an AP script could read the output from 'wget', to retrie=
ve
> the speed of the download.=C2=A0 This info could then be relayed back to =
us via
> PHP and automatically stored in a central database, full of mirrors and
> their speeds to each country.=C2=A0 This way, we'd know how fast each mir=
ror is
> when accessed from different parts of the world.

Good idea, but I think it would take to long to implement. And as you
said: Google Code will probably always win ;)

>> Furthermore there are other alternatives. For example github.com is
>> similar to Google Code and could also be used for code since git is a
>> very nice VCS (imo better then svn).
>
> Linus' Git is apparently very powerful and flexible, although Google Code
> went with Mercurial for the reasons stated on this wiki page:
> http://code.google.com/p/support/wiki/DVCSAnalysis.
>
> If you wanna switch AP from SVN to Git, by all means use GitHub instead o=
f
> Google Code for download mirroring.=C2=A0 Although, keep in mind that Goo=
gle Code
> would probably be faster and you're already using SVN.

Currently I think the switch wouldn't be worth the effort since track
is working really well and currently I and Isak are the only persons
committing stuff.

>> Another example is my own server (watteimdocht.de) which is currently
>> also hosting the forums:
>> http://watteimdocht.de/autopackage/forum
>> The advantage over Google Code is that I have root access, so I can
>> add symbolic links, execute script to automatically fetch the current
>> release, etc. If we create a Google Code project we would need to
>> upload the tarballs there every time we make a new release.
>
> Your server is probably a lot slower than Google Code is, when accessed f=
rom
> distant countries.=C2=A0 IMHO, download speed is the highest priority, si=
nce
> users hate waiting on slow servers when trying to install applications.
>
> Why can't we use both methods?=C2=A0 The AP could initially query your se=
rver,
> which would ultimately point them to download the current release from
> Google Code or GitHub.

Okay, I'll think about that.

> I'll let you decide about that, but I have a feeling that Google Code wou=
ld
> be the 'only' download site we'd need.=C2=A0 If it does prove to be quick=
 from
> most countries, the word 'mirror' would become obsolete from AP.

Hm ... I don't think so. Let's say Google doesn't allow us to use it
as a download site anymore. Google has also been unaccessible several
times here in Germany due to problems with ISPs, etc. And never
forget: Even Google can have server problems. I don't think
code.google.com has the same uptime as google.com.

You said you could maintain the google code mirror? Can you set it up
and upload the latest tarballs? I will try to implement a mirror list
fetching code in the meantime.

---------------------------------------------------------------------
To unsubscribe, e-mail: autopackage-dev-unsubscribe-OfajU3CKLf1/[email protected]
For additional commands, e-mail: autopackage-dev-help-OfajU3CKLf1/[email protected]