[Bug 458826] Review Request: s390utils - Linux/390 specific utilities

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=458826





--- Comment #7 from Dan Horák <dan at danny.cz>  2009-03-13 06:23:00 EDT ---
Updated Spec URL: http://fedora.danny.cz/s390/s390utils.spec
Updated SRPM URL: http://fedora.danny.cz/s390/s390utils-1.8.0-4.el5.src.rpm

ChangeLog:
- update to 1.8.0
- cleanup for Fedora compliance
- removed setting of LD_LIBRARY_PATH in the src_vipa.sh script, even the author
didn't remember why it was there, but it was probably related multilib

Koji scratch build:
https://s390.koji.fedoraproject.org/koji/taskinfo?taskID=433

commented rpmlint output:
s390utils-base.s390x: W: non-conffile-in-etc /etc/profile.d/s390.sh
s390utils-base.s390x: W: non-conffile-in-etc /etc/profile.d/s390.csh
 => no problem

s390utils-base.s390x: W: no-soname /usr/lib64/src_vipa.so
 => no soname is passed to the linker, it is a preload-only library

s390utils-base.s390x: W: incoherent-init-script-name dumpconf
s390utils-cpuplugd.s390x: W: incoherent-init-script-name cpuplugd
s390utils-mon_statd.s390x: W: incoherent-init-script-name mon_statd
 => result of using variable for service name in the scripts

s390utils-libzfcphbaapi.s390x: W: shared-lib-calls-exit
/usr/lib64/libzfcphbaapi.so.0.0.4 exit at GLIBC_2.2
 => it is author's intention to call exit

s390utils.s390x: E: devel-dependency s390utils-libzfcphbaapi-devel
s390utils.s390x: E: no-binary
 => s390utils is a meta-package that installs all subpackages to simulate the
old s390utils package

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.