Skip to main content

All of the Rocket z/OS ports of open source languages and tools are available for download from the Rocket Community website downloads page.

Log in to the Rocket Community here: https://my.rocketsoftware.com/RocketCommunity/RCLogin

If you do not have an account, you can request one here at no cost.

All downloads are meant to be unpacked on z/OS. However, most people first download to a PC and then transfer to z/OS (e.g. via SFTP) for unpacking. Be sure to use binary mode when transferring!

Other forum posts cover unpacking, version and README info, and installation generalities.

I just registered to download perl and did not see the download link in the email in Outlook. All it showed was
Download , or access all z/OS Open Source Tools.
However if you save the email and look at the source you will see the download link after the word Download

Al

Which version of perl did you try to download?


All of the Rocket z/OS ports of open source languages and tools are available for download from the Rocket Community website downloads page.

Log in to the Rocket Community here: https://my.rocketsoftware.com/RocketCommunity/RCLogin

If you do not have an account, you can request one here at no cost.

All downloads are meant to be unpacked on z/OS. However, most people first download to a PC and then transfer to z/OS (e.g. via SFTP) for unpacking. Be sure to use binary mode when transferring!

Other forum posts cover unpacking, version and README info, and installation generalities.

perl-5.22.0_b0005.160429.tar.gz


All of the Rocket z/OS ports of open source languages and tools are available for download from the Rocket Community website downloads page.

Log in to the Rocket Community here: https://my.rocketsoftware.com/RocketCommunity/RCLogin

If you do not have an account, you can request one here at no cost.

All downloads are meant to be unpacked on z/OS. However, most people first download to a PC and then transfer to z/OS (e.g. via SFTP) for unpacking. Be sure to use binary mode when transferring!

Other forum posts cover unpacking, version and README info, and installation generalities.

For Perl 5.22 (EBDCI only) you can use this URL.
For Perl 5.24 (supports z/OS enhanced ASCII) you can use this URL.


All of the Rocket z/OS ports of open source languages and tools are available for download from the Rocket Community website downloads page.

Log in to the Rocket Community here: https://my.rocketsoftware.com/RocketCommunity/RCLogin

If you do not have an account, you can request one here at no cost.

All downloads are meant to be unpacked on z/OS. However, most people first download to a PC and then transfer to z/OS (e.g. via SFTP) for unpacking. Be sure to use binary mode when transferring!

Other forum posts cover unpacking, version and README info, and installation generalities.

I am trying to download OpenSSL from link given. I am unable to download it using link I received after registering. I did try another tool, Python, and it worked without issue. Is there an alternative link for downloading OpenSSL?


I am trying to download OpenSSL from link given. I am unable to download it using link I received after registering. I did try another tool, Python, and it worked without issue. Is there an alternative link for downloading OpenSSL?

Try this please: https://download-eu.rocketsoftware.com/ro2/d/1B5CFF987BF64DAD872A54D72D5B3ACE


All of the Rocket z/OS ports of open source languages and tools are available for download from the Rocket Community website downloads page.

Log in to the Rocket Community here: https://my.rocketsoftware.com/RocketCommunity/RCLogin

If you do not have an account, you can request one here at no cost.

All downloads are meant to be unpacked on z/OS. However, most people first download to a PC and then transfer to z/OS (e.g. via SFTP) for unpacking. Be sure to use binary mode when transferring!

Other forum posts cover unpacking, version and README info, and installation generalities.

I’m trying to download and untar gzip-1.6-edc_b0005.160229.tar Like some other people above, when I try to untar it, I get the error:

tar: checksum error on tape (got 42e5, expected 0)

Using the:

od -t x1 < gzip-1.6-edc_b0005.160229.tar | head

command suggested above, I get:

0000000000 4B 61 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0000000020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
*
0000000140 00 00 00 00 F0 F0 F0 F7 F7 F5 40 00 F0 F0 F3 F1
0000000160 F4 F6 40 00 F0 F0 F0 F7 F6 F5 40 00 F0 F0 F0 F0
0000000200 F0 F0 F0 F0 F0 F0 F0 40 F1 F2 F6 F6 F4 F7 F5 F7
0000000220 F5 F6 F6 40 F0 F1 F1 F1 F1 F3 40 00 F5 00 00 00
0000000240 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
*
0000000400 00 A4 A2 A3 81 99 00 F0 F0 D7 C4 D2 E4 E9 D4 00
CEE5213S The signal SIGPIPE was received.

Compared to what I’m supposed to be getting (see above), this looks like it has gone through an ASCII -> EBCDIC IMB-1047 conversion. I uploaded the tar file to z/OS (from cygwin under Windows) using scp, which only supports binary file transfers (and presumably knows nothing about EBCDIC), so it seems likely that the unwanted ASCII -> EBCDIC IBM-1047 conversion happened on the receiving z/OS end of the scp transfer. (I have also confirmed with tar -tvf that the cygwin copy I was scping from is undamaged.) ls -alT shows that the z/OS received copy is untagged (I experimented with retagging it as binary or IBM-1047 text, but it didn’t help). Is there some z/OS configuration setting that I can change to disable this unhelpful behavior (automatically doing an ASCII -> EBCDIC conversion on files being received by scp)?


I’m trying to download and untar gzip-1.6-edc_b0005.160229.tar Like some other people above, when I try to untar it, I get the error:

tar: checksum error on tape (got 42e5, expected 0)

Using the:

od -t x1 < gzip-1.6-edc_b0005.160229.tar | head

command suggested above, I get:

0000000000 4B 61 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0000000020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
*
0000000140 00 00 00 00 F0 F0 F0 F7 F7 F5 40 00 F0 F0 F3 F1
0000000160 F4 F6 40 00 F0 F0 F0 F7 F6 F5 40 00 F0 F0 F0 F0
0000000200 F0 F0 F0 F0 F0 F0 F0 40 F1 F2 F6 F6 F4 F7 F5 F7
0000000220 F5 F6 F6 40 F0 F1 F1 F1 F1 F3 40 00 F5 00 00 00
0000000240 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
*
0000000400 00 A4 A2 A3 81 99 00 F0 F0 D7 C4 D2 E4 E9 D4 00
CEE5213S The signal SIGPIPE was received.

Compared to what I’m supposed to be getting (see above), this looks like it has gone through an ASCII -> EBCDIC IMB-1047 conversion. I uploaded the tar file to z/OS (from cygwin under Windows) using scp, which only supports binary file transfers (and presumably knows nothing about EBCDIC), so it seems likely that the unwanted ASCII -> EBCDIC IBM-1047 conversion happened on the receiving z/OS end of the scp transfer. (I have also confirmed with tar -tvf that the cygwin copy I was scping from is undamaged.) ls -alT shows that the z/OS received copy is untagged (I experimented with retagging it as binary or IBM-1047 text, but it didn’t help). Is there some z/OS configuration setting that I can change to disable this unhelpful behavior (automatically doing an ASCII -> EBCDIC conversion on files being received by scp)?

Applying:

iconv -f IBM-1047 -t ISO8859-1 gzip-1.6-edc_b0005.160229.tar > gzip-1.6-edc_b0005.160229.new.tar

undoes the corruption and yields a usable new.tar file, but this is annoying to have to do every time I upload a file.


All of the Rocket z/OS ports of open source languages and tools are available for download from the Rocket Community website downloads page.

Log in to the Rocket Community here: https://my.rocketsoftware.com/RocketCommunity/RCLogin

If you do not have an account, you can request one here at no cost.

All downloads are meant to be unpacked on z/OS. However, most people first download to a PC and then transfer to z/OS (e.g. via SFTP) for unpacking. Be sure to use binary mode when transferring!

Other forum posts cover unpacking, version and README info, and installation generalities.

Note, many of the posts on this topic relate to the old way to download Rocket’s z/OS open source products, and are no longer relevant with the introduction of a new system which is easier to use. The original posting has been edited to describe the new system.


I’m trying to download and untar gzip-1.6-edc_b0005.160229.tar Like some other people above, when I try to untar it, I get the error:

tar: checksum error on tape (got 42e5, expected 0)

Using the:

od -t x1 < gzip-1.6-edc_b0005.160229.tar | head

command suggested above, I get:

0000000000 4B 61 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0000000020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
*
0000000140 00 00 00 00 F0 F0 F0 F7 F7 F5 40 00 F0 F0 F3 F1
0000000160 F4 F6 40 00 F0 F0 F0 F7 F6 F5 40 00 F0 F0 F0 F0
0000000200 F0 F0 F0 F0 F0 F0 F0 40 F1 F2 F6 F6 F4 F7 F5 F7
0000000220 F5 F6 F6 40 F0 F1 F1 F1 F1 F3 40 00 F5 00 00 00
0000000240 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
*
0000000400 00 A4 A2 A3 81 99 00 F0 F0 D7 C4 D2 E4 E9 D4 00
CEE5213S The signal SIGPIPE was received.

Compared to what I’m supposed to be getting (see above), this looks like it has gone through an ASCII -> EBCDIC IMB-1047 conversion. I uploaded the tar file to z/OS (from cygwin under Windows) using scp, which only supports binary file transfers (and presumably knows nothing about EBCDIC), so it seems likely that the unwanted ASCII -> EBCDIC IBM-1047 conversion happened on the receiving z/OS end of the scp transfer. (I have also confirmed with tar -tvf that the cygwin copy I was scping from is undamaged.) ls -alT shows that the z/OS received copy is untagged (I experimented with retagging it as binary or IBM-1047 text, but it didn’t help). Is there some z/OS configuration setting that I can change to disable this unhelpful behavior (automatically doing an ASCII -> EBCDIC conversion on files being received by scp)?

I cannot answer your question per se but I have found that by using WinSCP and SFTP protocol and of course using binary mode, no unwanted encoding conversion occurs.


All of the Rocket z/OS ports of open source languages and tools are available for download from the Rocket Community website downloads page.

Log in to the Rocket Community here: https://my.rocketsoftware.com/RocketCommunity/RCLogin

If you do not have an account, you can request one here at no cost.

All downloads are meant to be unpacked on z/OS. However, most people first download to a PC and then transfer to z/OS (e.g. via SFTP) for unpacking. Be sure to use binary mode when transferring!

Other forum posts cover unpacking, version and README info, and installation generalities.

Hello,

on https://www.rocketsoftware.com/de/zos-open-source/tools the package findutils 4.4.2 is listed to download, the link leads to Rocket Community, but there I couldn’t find a download link for this package.
What I’m doing wrong?

Kind regards
Juergen