hercules.s390x: I: binary-or-shlib-calls-gethostbyname /usr/lib64/hercules/hdt1403.so
hercules.s390x: I: binary-or-shlib-calls-gethostbyname /usr/lib64/hercules/hdt2703.so
hercules.s390x: I: binary-or-shlib-calls-gethostbyname /usr/lib64/hercules/hdt3088.so
hercules.s390x: I: binary-or-shlib-calls-gethostbyname /usr/lib64/hercules/hdt3270.so
hercules.s390x: I: binary-or-shlib-calls-gethostbyname /usr/lib64/hercules/hdt3505.so
hercules.s390x: I: binary-or-shlib-calls-gethostbyname /usr/lib64/hercules/hdt3705.so
hercules.s390x: I: binary-or-shlib-calls-gethostbyname /usr/lib64/libhercd.so
The binary calls gethostbyname(). Please port the code to use getaddrinfo().

hercules.s390x: W: files-duplicate /usr/share/hercules/images/dial3.gif /usr/share/hercules/images/dial2.gif:/usr/share/hercules/images/dial4.gif
hercules.src:58: W: macro-in-comment %_libdir
hercules.src:58: W: macro-in-comment %{name}
There is a unescaped macro after a shell style comment in the specfile. Macros
are expanded everywhere, so check if it can cause a problem in this case and
escape the macro with another leading % if appropriate.

hercules.s390x: W: missing-call-to-setgroups-before-setuid /usr/lib64/hercules/hdt1403.so
hercules.s390x: W: missing-call-to-setgroups-before-setuid /usr/lib64/libherc.so
This executable is calling setuid and setgid without setgroups or initgroups.
There is a high probability this means it didn't relinquish all groups, and
this would be a potential security issue to be fixed. Seek POS36-C on the web
for details about the problem.

hercules.s390x: W: name-repeated-in-summary C Hercules
hercules.src: W: name-repeated-in-summary C Hercules
The name of the package is repeated in its summary.  This is often redundant
information and looks silly in various programs' output.  Make the summary
brief and to the point without including redundant information in it.

hercules.s390x: W: shared-lib-calls-exit /usr/lib64/libhercu.so exit@GLIBC_2.2
This library package calls exit() or _exit(), probably in a non-fork()
context. Doing so from a library is strongly discouraged - when a library
function calls exit(), it prevents the calling program from handling the
error, reporting it to the user, closing files properly, and cleaning up any
state that the program has. It is preferred for the library to return an
actual error code and let the calling program decide how to handle the
situation.

hercules.s390x: W: shlib-policy-missing-suffix
Your package containing shared libraries does not end in a digit and should
probably be split.

hercules.s390x: W: wrong-script-end-of-line-encoding /usr/bin/bldlvlck
This script has wrong end-of-line encoding, usually caused by creation or
modification on a non-Unix system. It will prevent its execution.

2 packages and 0 specfiles checked; 0 errors, 10 warnings.