Rocket Mainframe DevOps

Hi Everyone, I am trying to setup my Gitlab Runner to SSH into my z/OS and execute command using Rocket Bash. Bash version - 5.1 When the runner connects to the z/OS and executes command via SSH, am getting the error below: Running with gitlab-runner 17.3.1 (51203123) on SSH Runner 123bcaivz, system ID: a_bcde123472c1 Resolving secrets Preparing the "ssh" executor 00:02 Using SSH executor... Preparing environment 00:01 /usr/lpp/Rocket/rsusr/ported/bin/bash: line 1: $'226@24724323120120320525211206@242205243@': command not found /usr/lpp/Rocket/rsusr/ported/bin/bash: line 1: $'226@227211227205206201211223^@206211^@242205243@': command not found /usr/lpp/Rocket/rsusr/ported/bin/bash: line 1: $'361367362': command not found /usr/lpp/Rocket/rsusr/ported/bin/bash: line 1: $'361': command not found /usr/lpp/Rocket/rsusr/ported/bin/bash: line 1: $'242226244243210205201242243': command not found /usr/lpp/Rocket/rsusr/ported/bin/bash: line 1: $'{Za244242231a202211225a205225245@2022012422102

Hello, I use curl -sSf -u "myid:mypwd" -o myfile.tar <URL to Artifactory maven2 artifact> When I do a ls -alT myfile.tar I get t IBM-1047    T=on  -rw-r--r-- How can I prevent curl th convert the Data? Regards Frank

Hi,  I have curl 8.4.0 with z/OS 2.4 and I am getting these errors: OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to xxx.xxx.xxx.xxx:443 On the first request if failed with insufficient randomness, which points to /dev/random and /dev/random not working correctly, which led me to find out CSF was not started and the SAF resources was not defined. We got past that, the User ID using Curl has READ access to the following CSFSERV profiles : CSNBRNG - Random Number Generate CSFNRNGL - Random Number Generate Long Now, is there any other profile that needs to be authorized for SSL to work ? I did peek the documentation and I could not find any references. curl -V curl 8.4.0 (i370-ibm-openedition) libcurl/8.4.0 OpenSSL/3.1.4Release-Date: 2023-10-11Protocols: dict file ftp ftps gopher gophers http https imap imaps mqtt pop3 pop3s rtsp smb smbs smtp smtps telnet tftpFeatures: alt-svc AsynchDNS HSTS HTTPS-proxy Largefile NTLM SSL TLS-SRP UnixSockets

Hi, Installing Git see below for output display; # conda install -c https://conda.anaconda.org/zoss-appdev git --override-channels                Collecting package metadata (repodata.json):   done                                              Solving environment:   done                                                                                                                                                                &nb

Hello, we're looking for a version of GnuPG running on z/OS. Is there a version available from Rocket or does anyone know a version somewhere available?  Furthermore can I find a list of all available ported tools from Rocket? Thanks for any help. Kind regards Juergen

Hi Everyone, We are planning to install curl on z/OS 2.2 I have a question related to curl for z/OS Is curl compatible for z/OS 2.2 , if yes, can you please let me know which version of curl is compatible to install on z/OS 2.2 ThanksSrinivas

I've installed Rocket Open AppDev for Z (free solution), but Python doesn't seem to be working quite right. In particular, I'm getting different behavior based on whether I invoke Python via executing the script vs. invoking Python manually and passing it the script.  For example, with the following sample test.py: #!/z/rocket/tools/bin/python print("Hello world!") If I invoke Python explicitly and pass it the script, it works just fine: $ /z/rocket/tools/bin/python test.py Hello world! If I instead invoke the script directly, I get the following. $ ./test.py ./test.py: can't open file '/u/z123/SHELL=/z/rocket/tools/bin/bash': [Errno 129] EDC5129I No such file or directory. That looks like it's somehow interpreting the environment being passed to python ("SHELL=...") as the script name it's supposed to execute.  Indeed, if I then pass the script name as the first argument, it works: $ ./test.py test.py Hello world! Stranger still, I don't see this behavior with scripts that i

Getting next error when using GIT 2.41.0-4 java.nio.file.InvalidPathException: Malformed input or input contains unmappable characters: a���a���������a���a���aٖ����a�����a������a���a���������

We are testing upgrade in our Jenkins development environment with following version changes   Jenkins Master version from v2.346.2 to 2.387.1 Git client plugin from v3.11.2 to v4.2.0    Git Version z/OS not changed 2.14.4_zos_b09   We have setup up Jenkins Agent as a started task Setting up the CI Pipeline Agent on IBM Z as a Started Task   We see following errors   Jenkins Console:   org.eclipse.jgit.errors.InvalidObjectIdException: Invalid id: fatal: bad config line 1 in file .git/config     STDERR info Jenkins Slave Started Task z/OS:   Exception caught during execution of command '<gitInstallFolder>/git/bin/git, config, --system, --edit¨' in '<gitInstallFolder>/git/bin', return code '128', error message 'fatal: Invalid path '/rsusr': EDC5129I No such file or directory.     Check System config location When we check system config information we receive following error git config --list --sys

Something changed in git in terms of file encoding.These files were created using this code:cmd = 'cd' localrep'/'zigirep ,    '&& git show' hcommit':'element ,    '>' filewhere localrep/zigirep, hcommit, element and file are all variables. This is what I have on my work system for this use case using git version 2.26.2-78 t IBM-1047 T=on -rw-rw-rw- 1 SPLBD SYS1 1875 Feb 1 05:03 CHGSTR But with git version 2.26.2-84 I get this: t ISO8859-1 T=on -rw-rw-rw- 1 LBDYCK ZOWEDEV 1875 Feb 1 08:06 CHGSTRTo summarize this - with git 2.26.2-27 the git show generated file is tagged as IBM-1047 and then with git 2.26.2-84 it is now tagged as ISO8859-1.Why the change and how can I control it?

Hi, I was asked to install curl to help diagnose a problem with another product.  I installed miniconda, and that seems to be ok. When I try to use miniconda to install curl, I get: Collecting package metadata (repodata.json):   failed                                                                                                           CondaHTTPError: HTTP 401 UNAUTHORIZED for url <https://condaserver.rocketsoftware.com/api/repo/zoss-appdev/zos-z/repodata.json> I don't have a support contract with Rocket Software. What do I have to do? Thanks Gadi

I'm attempting to run the miniconda self-extracting installer and am receiving the following error.  Thanks for any help you can provide. The license agreement can later be accessed for review at the following path:            /usr/local/miniconda/IBM_LICENSE.txt                                                                                                                                        Please, press ENTER to continue                                                      

Hi all,I am having a problem with sudo 1.8.6p3. I know, I know this is not the latest release, but we're still not ready to deploy miniconda, so please bear with me.The problem is that upon executing some commands I get a SIGPIPE.Example: yesterday I was experimenting with some sudoers rules and I launched this one (real user has been amended):sudo -H -n -u XXXXX -- git ls-remote --tags origin "refs/tags/PROD*"which ends immediately with this error: CEE5213S The signal SIGPIPE was received.The same command executed without sudo (from the correct user) works perfectly.I have tried googling around but I do not find anything. Is this a known behavior fixed in the latest release?Thank you in advanceCris

We have some interest in a zip/unzip that can handle very large files greater than 2GB or 4GB and beyond.'Dan

Hello,There is a new vulnerabilty CVE-2022-37454 for "Extended Keccak Code Package Project Extended Keccak Code Package vulnerabilities"Does this affect any Rocket z/OS Tools?Many Thanks!

Hello,We're having an issue trying to read a z/OS dataset. It works for a USS file. Running Python 3.95 in the base environment.What are we missing?thanks# FileNotFoundError: [Errno 129] EDC5129I No such file or directory.with open("//'xxxxxx.x.xxxxx'", 'r') as f:     print(f.read()) # this workswith open('/u/xxxxxx/python/aws.py', 'r') as f:    print(f.read())

Hi.OpenSSL recently reported critical/high vulnerability CVE-2022-3602 which is a buffer overrun in v3.x that is fixed in v3.0.7.Can you confirm that this vulnerability is not present in the OpenSSL supplied with Rocket z/OS Open-Source tools or any other z/OS tool supplied by Rocket?The "openssl version" command shows OpenSSL at v1.0.2 in Rocket Open-Source tools for z/OS so it would appear that this version is not affected.Thanks.

After updating Miniconda  with miniconda-zos-2.0-2022-01-17.run and appdev_manifest_1.2.1.txt,  Python 3.9.5 was installed in the base environment.A few questions:1)  All of the packages I installed in the "base" environment prior to the update had to be re-installed. Is this to be expected?2)  I created a new environment and installed several packages from my file channel. How do I install Python 3.9.5 into this environment?3)  Using Python 3.9.5, how do I install the boto3 python package? Can I run pip3 install boto3? I saw this message after cancelling the download.WARNING: You are using pip version 21.3.1; however, version 22.3 is available.You should consider upgrading via the '/hewitt/rocket/miniconda/bin/python3.9 -m pip install --upgrade pip' command.Thanks,Gary

Hi Team, I am installing Miniconda and while running the command for installing products, I get an unexpected error....(Rocket) bash-4.3$ conda install - -file /shrd/miniconda/appdev_manifest_1.2.txt# >>>>>>>>>>>>>>>>>>>>>> ERROR REPORT <<<<<<<<<<<<<<<<<<<<<<Traceback (most recent call last):File "/shrd/miniconda/v2/lib/python3.9/site-packages/conda/exceptions.py", line 819, in __call__return func(*args, **kwargs)File "/shrd/miniconda/v2/lib/python3.9/site-packages/conda/cli/main.py", line 78, in _mainexit_code = do_call(args, p)File "/shrd/miniconda/v2/lib/python3.9/site-packages/conda/cli/conda_argparse.py", line 77, in do_callexit_code = getattr(module, func_name)(args, parser)File "/shrd/miniconda/v2/lib/python3.9/site-packages/conda/cli/main_install.py", line 11, in executeinstall(args, parser, 'install')File "/shrd/miniconda/v2/lib/python3.9/sit

Generating a crl works fine with openssl 1.1.0c but not with openssl 1.1.1kFollowing command gives response "Using configuration from openssl.cfg" but does not create an out file.openssl ca -gencrl -keyfile zos.ca.key -cert zos.ca.pem -out zos.ca.crl.pem -config openssl.cfgecho $? gives a code of 1.Any ideas on how to debug this?   Adding -verbose does not give anything more.openssl ca -revoke  does not work either.openssl crl -in   will correctly display a crl created by openssl 1.1.0c

Are any fixes required to run on a z16?  I cannot find any documentation on the Rocket site.

Hi. Will PHP 8 be made available for z/OS? This release includes several useful features such as named arguments. PHP 8.1 includes even more features and delivers a performance improvement over 7.0 and 8.0. Thanks. Richard

My apologies upfront as I am clueless about  the subject for which I'm about to request assistance.I want to install curl on z/OS.  I've used curl on other platforms and am interested to install on z/OS.  I downloaded the package from the Rocket download site, I went to the readme, install,  and other docs and z/OS is mentioned only in the "list of operating systems" but not as an install location.  From looking through this forum, it appears that other tools are used to install this curl version on USS..z/OS?  I need "For Dummies" version of where to even begin to install curl on z/OS.  Any help would be appreciated.

This week I started to get this error on two of my systems - different locations so non-shared dasd:fatal: unable to access 'https://github.com/xxxx/test.git/1: error setting certificate verify locations: CAfile: /u/xxxx/conda/envs/git226/bin/ca-bundle.crt CApath: noneHas something changed?  I have not updated git since 2.26 came out, nor have I updated any of the miniconda managed components.Thanks

Hi all, We have a version of vim from several years ago, which was obtained from the download site as a .tgz and installed in the pre-conda days. We've been happily using this on a daily basis for some time, but recently there has been some more interest in some of the other tools such as Python. I've now installed all the free packages from the anaconda site via conda, which obviously includes the latest vim. I've noticed a difference in behaviour of vim between the two packages. The original vim was compiled in 2017: VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Jun 7 2017 07:22:47)Included patches: 1-22Compiled by PDKUZM@RS12.rocketsoftware.comBig version without GUI. Features included (+) or not (-):+acl +cmdline_hist +ebcdic -gettext +listcmds +mouse_sgr +persistent_undo +smartindent +textobjects +wildmenu-arabic +cmdline_info +emacs_tags -hangul_input +localmap -mouse_sysmouse +postscript +startuptime +timers +windows+autocmd +comments +eval -iconv -lua +mouse_urxvt