Rocket Mainframe DevOps

Hi, I’m trying to use “git bisect” on z/OS, but it crashes with a segmentation fault: $ git version git version 2.3.5_os390_b013 $ git bisect start HEAD 4471995 -- CEE5203S The signal SIGSEGV was received. error: git-bisect died of signal 11 Is anybody using “git bisect” successfully? Is this a known problem?

Hello! I couldn’t find any similar questions on this in the forum so I’ve posted my own. I recently installed perl 5.24 on zOS. When we use the perldoc command, for example ‘perldoc perlbot’, the command returns garbage characters along with valid text, like so: ^[1mNAME^[m perlbot - Links to information on object-oriented programming in Perl ^[1mDESCRIPTION^[m For information on OO programming with Perl, please see perlootut and perlobj. (The above documents supersede the collection of tricks that was formerly here in perlbot.) /tmp/D2m_sMWEA1 I found what I think are the source files for these pages in /share/man/cat1. They look OK there. The output looks mostly ok but not perfect if I’m in the OMVS shell (called from TSO). It looks worse in putty, which is what I was using in the example above. I’m wondering what I did wrong on the install/configuration. I do have a file not found that didn’t pass the check after the install : /lib/perl5/5.24.0/os390/perllocal.pod . It gets a ‘f

Hello, I am hoping to find a port of Xvfb for z/OS 2.3 that I can download and install. I didn’t find it on the current Rocket OPENSOURCE downloads list. Regards Bruce Hewson

When I try to look at a manpage from openssl, e.g. man sha256 I get: FSUMF061 Cannot format /usr/local/ssl/man/man1/sha256.1 Using the file command: file /usr/local/ssl/man/man1/sha256.1 I get: /usr/local/ssl/man/man1/sha256.1: nroff, eqn, or tbl text input text When scanning the rocket ported tools for files which are nroff, eqn, or tbl text input text I see that most if not all man pages from php, openssl, libssh2 are not usable. A possible fix from my side is to dowload the man page to my laptop (using ascii conversion) and run something like: mv openssl.1 openssl.1.bad groff -mandoc -Tascii openssl.1.bad > openssl.1 and then upload to the z/OS host.

apache-ant’s VERSION.ZOS looks like follows: Tool: apache Version: ant-1.9.2 Build Number: 0002 Shouldn’t it be? Tool: apache-ant Version: 1.9.2 Build Number: 0002

I’m installing Perl under USS on z/OS 2.2 to support Python for a RedHat Ansible PoC. Everything was going swimmingly until I tried to run ./change_pwd_perl.sh, during which I received a fail for the file …/lib/perl5/5.24.0/os390/perllocal.pod (output from the script is attached). I looked in the directory and the perllocal.pod file wasn’t there. Is this normal, or am I missing something?change_pwd_perl_sh_output.docx (12.2 KB)

ZMF RACF PassTicket No Replay Protection ErrorsSteve Nevin talks about RACF PassTicket No Replay protection errors#ChangeManZMF#Videos#HowTo-BestPractice#Announcement

IMPORTANT NOTICE for users of the Rocket port of git for z/OS The most recent versions of git (versions 2.18 and later) available from the official git repository on github and other locations contain support for the working-tree-encoding git attribute. This support is not conditionalized for the platform on which git is being run. The result is that git repository created on z/OS containing a .gitattributes file similar to this: # Default to EBCDIC unless otherwise specified * working-tree-encoding=ibm-1047 git-encoding=iso8859-1 # The git attributes and ignore files MUST be ASCII *.gitattributes working-tree-encoding=iso8859-1 git-encoding=iso8859-1 *.gitignore working-tree-encoding=iso8859-1 git-encoding=iso8859-1 will have problems when cloned to a non-z/OS platform (such as Windows or Linux), as git will attempt to convert files to the specified encoding. For more information about this issue, see this thread on the git maintainers mailing list. Rocket will

I have written a REXX exec to inface to GIT. Specifically I use BPXWUNIX to issue my commands. The issue I have is the output from the command is always in ASCII (ISO-8859-1). Forcing me the perform a conversion before I can read the results. This doesn’t happen if I issue the command in OMVS. I’ve tried using BPXWUNIX using redirection eg x=BPXWUNIX('git status >output.txt',,,,,1) and coding the stdout in the function call eg x=BPXWUNIX('git status',,'output.',,,1) I have my profile setup with export _CEE_RUNOPTS="FILETAG(AUTOCVT,AUTOTAG) POSIX(ON)" export _BPXK_AUTOCVT=ON export _TAG_REDIR_ERR=TXT export _TAG_REDIR_IN=TXT export _TAG_REDIR_OUT=TXT Does anyone know how I can get the system/git to perform the conversion to EBCDIC before I get the output ? Regards, Gary

Hi, Is there any way that I can call bluezone emulator via Python. did anybody tried connecting bluzone mainframe session with python? appreciate help on this.

Hi. Running Rocket curl 7.52.1 on z/OS 2.2. Calling curl from a REXX running in TSO via the BPXWUNIX program as in the following example: /rexx/ cmd=’/rocket/bin/curl’, ‘http://www.yahoo.com -i’ stdin.0=0 stdout.0=0 stderr.0=0 env.1=’_BPXK_AUTOCVT=ON’ env.2=’_CEE_RUNOPTS=FILETAG(AUTOCVT,AUTOTAG) POSIX(ON)‘ env.3=’_TAG_REDIR_ERR=txt’ env.4=’_TAG_REDIR_IN=txt’ env.5=’_TAG_REDIR_OUT=txt’ env.0=5 call bpxwunix cmd,“stdin.”,“stdout.”,“stderr.”,"env." say "BPXWUNIX RC="result; say;say “STDOUT >”;say do i=1 to stdout.0;say stdout.i;end say;say “STDERR >”;say do i=1 to stderr.0;say stderr.i;end Depending on the URL passed to curl the output looks something like the following: BPXWUNIX RC=0 STDOUT > :::&:::::::::|.:::/::::(?>::::::::::::::::::::::::(::::::::::::(?>::::::::::::::::::: :::>:::::::/>::::::>:?::>::::::>,:::::?>::>::::::::::::::%/:>:::::>,>?:>::::::::: STDERR > :::::?:/%::::::::::::::::::::::::::::/::::::::::::::::::::::::::::_:

Hi, Can I have the link to see the steps on how to install python on ZOS, please…

Hello All, I have read the page listed below and tried a few things. Any ideas? SyntaxError: Non-UTF-8 code starting with ‘\\x89’ in file test1.py on line 1, but no encoding declared; see http://python.org/dev/peps/pep-0263/ for details

Are there any (not very obvious) dependencies for curl to run successfully ? I have a z/OS 2.1 system that gets curl: (35) SSL connect error and a z/OS 2.2 system that works fine. P.S. I’m not the Systems Programmer so I’m not aware of any build differences between the two OMVS systems.

Hello! Just wondering if there is a bundle that includes all the ported tools? Thanks!

I am just taking my first steps in using USS as a dev environment and am trying to set it up like the Linux systems I am used to. I am connecting to USS via Putty using telnet. I installed mc and it starts up OK but when I try to navigate around the panels the cursor and backspace keys just produce text. Function keys work OK. OTOH, I installed vim and bash and the cursor keys work normally. I have declare -x TERM=“xterm” declare -x TERMINFO="./share/mc" set as advised. What have I missed? Thanks Robin

Curl put works fine using bash in BPXBATCH and puts file as desired in EBCDIC. //TRANS EXEC PGM=BPXBATCH //STDPARM DD * sh /shared/swp/uss/rok/bin/bash -c ’ curl --user xxxxx:xxxxx –show-error --verbose -k -T ROLITES2.TXT https://files.admin.com/xxxx/yyyy/ ’ //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* Curl get converts same file into ASCII. We tried several options to avoid conversion. Nothing helped. //TRANS1 EXEC PGM=BPXBATCH //STDPARM DD * sh /shared/swp/uss/rok/bin/bash -c ’ curl --user xxxxx:xxxxxx --show-error --verbose -k https://files.admin.com/xxxx/yyyy/ROLITES2.TXT /home/t7555/ROLITES2.TXT ’ //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* We have moved to Curl 7.52.1 with z/os V2R3 Migration. Former Curl with z/OS V2R1 curl 7.16.1 has no problem. With z/OS V2R3 we have to take it as a sperate Rocket product. It is no more integrated in z/OS. OMVS Profile contains _BPXK_AUTOCVT=“ON” _CEE_RUNOPTS=“FILETAG(AUTOCVT,AUTOTAG) POSIX(ON)” Any hints would be appreciated.

Hi, We want to use PHP to access DB2 tables with VARCHAR columns longer than 255 characters. When a SELECT query is executed, the value of a VARCHAR column of more than 255 characters is not returned … By enabling a trace in the DSNAOINI configuration (APPLTRACE = 1 and APPLTRACEFILENAME = path), we find that the SQLGetData statement returns an SQL_ERROR when accessing this column. Is this a limitation of the ODBC driver? Of PDO? Is there a way to circumvent this limitation? Thank you in advance for your help. Regards, Denis

You ever bang you head against several issues that a simple solution seems too fuzzy to figure out? Well, that’s where I think I am. I’m dealing with a couple of issues like php mail, sendmail, and the sendmail to cssmtp bridge. Thought I take baby steps to figure out what I may be doing wrong. I’m running zos2.2 and just trying to use sendmail for now. This is the first time I’ve ever played with php. I’ve gotten a helloworld.php program to work. So I grabbed a simple php to mail comments to myself. (of course there is more to it than this line). mail( $webmaster_email,“Feedback Form Results”,$msg ) but I get this error. NOQUEUE: SYSERR(userid): EZZ9892I unable to setreuid from 1 to 0: EDC5121I Invalid argument This is where the fuzzy comes in. I’ve tried so many things to fix the first part, I’m not sure what might work. I believe it’s my configuration but not sure where. The second part I’m not sure about. Any help would be much appreciated.

When I use Make 4.1 and use the make file function, make seems to create the file in ISO8859-1 format (it is tagged as such). Whereas, if I use a Make 4.0 version if creates the file in IBM-1047 format. How do I get Make 4.1 to create the file in IBM-1047 format?

Hello! I’m running a test hello world program using the release python-2017-04-12-py27. It’s a simple hello world, but I seem to run into an error. Are there any hardcoded values to take into account with the new installer? # python /u/myID/pythontest.py CEE3501S The module libpython2.7.so was not found. From compile unit RS25:/u/pdharr/anaconda-build/build/python/python-2.7.13/Modules/python.c at entry point main at stateme t 33 at compile unit offset +000000001B60A174 at entry offset +0000000000000034 at address 000000001B60A174. Ý1¨ + Done(137) python /u/myID/pythontest.py 16778631 Killed ./python The same error occurs while simply invoking python with no arguments. I would appreciate any help in understanding what I can do to bypass the error. Joe

The default gzip distribution available on Rocket’s open source tool download page does not support z/OS 1.13. Users that attempt to run the default distribution on z/OS 1.13 will see this error: “CEE3728S The use of a function, which is not supported by this release of Language Environment was detected” A special distribution is attached here that works with z/OS 1.13. After downloading, transfer the file to z/OS in binary mode and unpack with command: tar -xvof fileName gzip-1.6-zos1.13_b0002.tar (630 KB)

As the title says, I don’t see colors in the ssh screen. I use Cygwin’s ssh to connect to USS. I’m clueless about TERM/TERMINFO/TERMCAP/etc. I read the thread here, but it rambles a bit and I can’t extract a solution from it. Are there any smart people out there who can help? Edit: I am in fact not seeing colors in Git, either. I have color.ui=auto and color.branch.current=red, but git branch -v gives me: image.png761×104 3.35 KB

May i know how to connect from mobile app to office server universe database? any guide i can refer? web services?

Here’s a sequence of commands I just entered in USS: 14:38 /u/tstjv > ls file t IBM-1047 T=on -rwxr-xr-x nl 1 5 Apr 6 14:38 file 14:38 /u/tstjv > sed -i 's/f/p/g' file 14:39 /u/tstjv > ls file - untagged T=off -rwxr-xr-x ---- 1 5 Apr 6 14:39 file As you can see, the EBCDIC encoding is lost. Does anybody know what’s going on? Thanks. Edit: command -v sed yields /rsusr/ported/bin/sed.