Re: Porting Subversion to VMS

From: "John E. Malmberg" <wb8tyw@qsl.network>
[color=blue]
> I am currently working on getting GNU TAR 1.19 to run on VMS as I am
> starting to find tarballs that the existing VMSTAR and GNUTAR can not
> handle.[/color]

Unofficial, and not seriously tested, but potentially useful:

[url]http://antinode.org/ftp/vmstar/v3r5_pre2_src.zip[/url]

I'd build it using something like "MMS LARGE=1". It's intended to deal
with GNU-style long names, symlinks, and large files. No bets, but feel
free to wake me when it breaks down. (There's also a "pre1" edition in
the same place which uses older builders. Not much difference in the
actual code, though.)

GNU "tar" 1.19 seems to have build problems on some UNIX systems.
I'd stick with 1.18 (or wait for 1.20), unless I had a good reason to
use 1.19.

------------------------------------------------------------------------

Steven M. Schweda sms@antinode-org
382 South Warwick Street (+1) 651-699-9818
Saint Paul MN 55105-2547

Steven M. Schweda wrote:[color=blue]
> From: "John E. Malmberg" <wb8tyw@qsl.network>
>[color=green]
>> I am currently working on getting GNU TAR 1.19 to run on VMS as I am
>> starting to find tarballs that the existing VMSTAR and GNUTAR can not
>> handle.[/color]
>
> Unofficial, and not seriously tested, but potentially useful:
>
> [url]http://antinode.org/ftp/vmstar/v3r5_pre2_src.zip[/url]
>
> I'd build it using something like "MMS LARGE=1". It's intended to deal
> with GNU-style long names, symlinks, and large files. No bets, but feel
> free to wake me when it breaks down. (There's also a "pre1" edition in
> the same place which uses older builders. Not much difference in the
> actual code, though.)
>
> GNU "tar" 1.19 seems to have build problems on some UNIX systems.
> I'd stick with 1.18 (or wait for 1.20), unless I had a good reason to
> use 1.19.[/color]

Since I do not have a working gnu tar at the moment, I have nothing to
fall back to.

And 1.19 is building for me now on VMS without the VMS specific stuff
for fork(), pipe(), and lib$initialize special sauce, I have no reason
to fall back to 1.19. I plan to add the same code that I used in bash.

Once a current gnutar is fully functional on VMS, I would like to see
what could be done to put a wrapper around it to produce VMSTAR
functionality.

-John
[email]wb8tyw@qsl.netw[/email]ork
Personal Opinion Only

John E. Malmberg wrote:[color=blue]
> Steven M. Schweda wrote:[color=green]
>> From: "John E. Malmberg" <wb8tyw@qsl.network>
>>[color=darkred]
>>> I am currently working on getting GNU TAR 1.19 to run on VMS as I am
>>> starting to find tarballs that the existing VMSTAR and GNUTAR can not
>>> handle.[/color]
>>
>> Unofficial, and not seriously tested, but potentially useful:
>>
>> [url]http://antinode.org/ftp/vmstar/v3r5_pre2_src.zip[/url]
>>
>> I'd build it using something like "MMS LARGE=1". It's intended to deal
>> with GNU-style long names, symlinks, and large files. No bets, but feel
>> free to wake me when it breaks down. (There's also a "pre1" edition in
>> the same place which uses older builders. Not much difference in the
>> actual code, though.)
>>
>> GNU "tar" 1.19 seems to have build problems on some UNIX systems.
>> I'd stick with 1.18 (or wait for 1.20), unless I had a good reason to
>> use 1.19.[/color]
>
> Since I do not have a working gnu tar at the moment, I have nothing to
> fall back to.
>[/color]

To extract tar file (or compressed tar file) I use without any problem
Python which include a tarfile module
([url]http://docs.python.org/lib/module-tarfile.html[/url])
something like
import tarfile
f=tarfile.open('foo.tgz,'r')
f.extractall()

I succesfully extract Python, MySQL (which is fairly large) and many
others tools.
[color=blue]
> And 1.19 is building for me now on VMS without the VMS specific stuff
> for fork(), pipe(), and lib$initialize special sauce, I have no reason
> to fall back to 1.19. I plan to add the same code that I used in bash.
>
> Once a current gnutar is fully functional on VMS, I would like to see
> what could be done to put a wrapper around it to produce VMSTAR
> functionality.
>
> -John
> [email]wb8tyw@qsl.netw[/email]ork
> Personal Opinion Only[/color]