Re: Safety first: previewing with a 1.0.0-beta1

On Tuesday 17 February 2004 21.23, kfogel@collab.net wrote:
> Jostein, would you be up for rolling a subversion-1.0.0-beta1.tar.gz
> on Friday, if we get all the pending tweaks in by the end of Thursday?

Friday is OK, but then I need some help:

Can I have a SSH login to a Linux box somewhere when making the tarball?
I do still not have broadband and this stuff will take ages to finish.
Slackware 9.1 seems to have the right versions of Libtool and all other
stuff that makes other platforms happy :-) That's what I used last time.

I will be north in Sweden from feb. 21. to feb. 28. (but will have access
to broadband from there), so it would be nice if someone can provide me
with a SSH account to a decent Linux box (because I will borrow a
Windows machine but use PUTTY).

If not, then I have to figure something out (wich I will do if I have to,
but an account would be nice).

...
> I realize that we haven't yet completely worked out the exact
> mechanics by which we'll represent the release suffixes "-beta1",
> "-beta2", etc. So this time, some small hand-tweaking might be
> necessary. Fortunately, it looks like dist.sh is already equipped to
> generate releases named "1.0.0-beta1", e.g.,
>
> $ ./dist.sh -v 1.0.0-beta1 ...

Yes, this should do the trick.

>
> The only other thing we need to ensure is that the client itself
> prints out a distinguishing version:
>
> $ svn --version
> svn, version 1.0.0 (beta1)
> [...]
> $
>
> ... which is what the SVN_VER_TAG hack mentioned above should (?) do.

Will this in subversion/include/svn_version.h make it:
    #define SVN_VER_MICRO 0 (beta1)
or:
    #define SVN_VER_MICRO 0b1

wich should give: svn, version 1.0.0b1

?

> Let us know if you're okay with this.

Yesss, I thinks so with some help (see above) ;-)

I do not want to miss the making of 1.00.0.

Jostein

-- 
http://www.josander.net/kontakt/ ||
http://www.josander.net/en/contact/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org