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

Re: [PATCH] new property 'svn:tarballs'

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2003-07-13 05:31:15 CEST

Lele Gaifax <lele@seldati.it> writes:

> >>>>> Ben Collins-Sussman l'ha dit:
> Ben> Subversion is not a build system. It's a way to version
> Ben> source code.
> Well, consider Subversion itself for an actual example: it'd make it a
> breeze fetch an arbitrary tagged version *with* exactly the right
> version of the various external libs that version depended on. No need
> of parsing the README to extract that info.

Didn't you read my previous mail? I specifically said that even if
this feature were added to Subversion, Subversion would *not* need to
use it.

Our release tarballs *already* have the exact, correct versions of
tarballs inside them. There's no need for anyone to hunt for the
correct versions. You build the release tarball, 'make install', and
you're done. If you want the latest code, then check out HEAD, and
just build. Still no tarball fetching required, because the correct
tarballs are already installed in the system.

> I don't care if it's done within svn or not, but I think it would be
> nice to reserve a *standard* and promoted property to track this
> kind of things.

I don't think there are any "reserved" svn: props that don't make
Subversion behave a certain way. Instead, perhaps you should write a
build system (or workflow system) with its own "reserved" propnames
that describe tarballs.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Jul 13 05:33:19 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.