[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: subversion and library-tarballs

From: SteveKing <steveking_at_gmx.ch>
Date: 2003-07-08 21:47:36 CEST

----- Original Message -----
From: "Paul L Lussier" <pll@lanminds.com>
>
> I *love* the idea (certainly would make my relmgr life a little easier ;)
>
> I'm concerned about the implementation of the property.
>
> Do you set something like:
> svn:tarball
> neon: http://www.webdav.org/neon/neon-0.23.9.tar.gz
> ?

yes, exactly. That way the untar/unzip program also knows
to where (folder neon in this example) to extract.

> If so, how do set the property such that it's OS-agnostic?
> Additional layers:
>
> neon-unix: http://www.webdav.org/neon/neon-0.23.9.tar.gz
> neon-win: http://www.webdav.org/neon/neon-0.23.9.zip
> neon-mac: http://www.webdav.org/neon/neon-0.23.9.???
>
> And if so, how do you determine which one to pull down for the
> current build machine?

I don't think this would be a big problem. Usually (correct me if
I'm wrong) the archived sources are identical, they just provide
different archive formats for the different platforms.
Most untar/unzip programs know at least zip and tar.gz - so
you don't have to specify different URLs - just make it
a requirement for the user to have a "good" untar/unzip program
installed which can handle the most common formats.
On windows for example, both WinZip and Powerarchiver
know the tar.gz format.

Another little problem is: what to do in an update?
The tarball is already extracted, so no way to check
if a new tarball needs to be fetched.
--> store the URL of the tarball somewhere in the .svn
folder and check if the URL is still the same. Maybe
with the size of the tarball - that way even if the URL
stays the same but the size changes the client could
decide to download it or not.

Stefan

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jul 8 21:50:57 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.