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@xxxxxxxx> 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@xxxxxxxxx => 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. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-package-review