Description of problem: There is one failure in for lsbcmdchk. 15|72 tetj-1.0 1|TCM Start 400|72 1 14:42:44|IC Start 200|72 1 14:42:44|Looking for command mailx 220|72 1 1 14:42:44|FAIL 410|72 1 14:42:44|IC End 80|72 0 14:42:44|TC End Version-Release number of selected component (if applicable): redhat-lsb-3.0-3.EL.test How reproducible: Always Steps to Reproduce: 1.install lsbcmdchk 2. 3. Actual results: LSB failed to locate mailx Expected results: Zerro error Additional info: Same error on both x86 and x86_64 arch
(cc'ing mailx maintainer) Would it be better to do it in mailx package to comply with LSB3? This must be fixed to meet the requirement of LSB3, so putting this into RHEL4U2Proposed.
Hello, I think it is redhat-lsb problem. redhat-lsb misses require /bin/mail. Ivana Varekova
But there is missed /bin/mailx symlink (mailx provided only /usr/mail) too. So there should be created this symlink. I don't know whether this symlink should be created by mailx package or by redhat-lsb package. redhat-lsb should ensure LSB3 compatibility - so probably this package should create symlink (I undarstand that LSB3 don't say anything about concreate packages but about whole system). Ivana varekova
I think the underlying problem is if we are going to create the symlink in redhat-lsb, by default redhat-lsb is not installed and the system will not comply with LSB.
redhat-lsb is required to be installed for LSB conformance, so confining fixes for LSB to redhat-lsb should be fine.
Does it create a problem when customers/partners create script/program to run in LSB conformed system and by default expect mailx package contains /sbin/mailx? or Does customers have to install redhat-lsb if they want RHEL to be a LSB conformed environment? If it is latter then I am fine with that.
The latter - if they want a LSB environment, they need to install redhat-lsb.
redhat-lsb-3.0-5.EL should fix the problem. Waiting for QA ack before modifying the status.
Tested redhat-lsb-3.0-5.EL with lsb-cmdchk on ppc64, confirmed this has been fixed. 10|72 mailx 16:53:28|TC Start 15|72 tetj-1.0 1|TCM Start 400|72 1 16:53:28|IC Start 200|72 1 16:53:28|Looking for command mailx 220|72 1 0 16:53:28|PASS 410|72 1 16:53:28|IC End 80|72 0 16:53:28|TC End
QE ACK
It is done. Changing to MODIFIED.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHEA-2005-649.html