On 07/17/2017 06:15 AM, James Pearson wrote: > Walter H. wrote: >> >> at the last update (Kernel updated >> from 2.6.32-696.3.2.el6.x86_64 to 2.6.32-696.6.3.el6.x86_64) >> I got these messages >> >> Updating : ipv6calc-1.0.0-20.el6.x86_64 6/25 >> /var/tmp/rpm-tmp.yi7R81: line 1: /usr/sbin/ldconfig: No such file or >> directory >> warning: %post(ipv6calc-1.0.0-20.el6.x86_64) scriptlet failed, exit status >> 127 >> Non-fatal POSTIN scriptlet failure in rpm package >> ipv6calc-1.0.0-20.el6.x86_64 >> >> Cleanup : ipv6calc-0.99.2-17.el6.x86_64 25/25 >> /var/tmp/rpm-tmp.i7G3si: line 1: /usr/sbin/ldconfig: No such file or >> directory >> warning: %postun(ipv6calc-0.99.2-17.el6.x86_64) scriptlet failed, exit >> status 127 >> Non-fatal POSTUN scriptlet failure in rpm package ipv6calc >> >> after this a >> ipv6calc -A conv6to4 77.88.99.111 >> works ... >> >> what does the messages should say to me ... > > Looks like ipv6calc is provided by EPEL - and the %post and %postun > scripts in that RPM use '/usr/sbin/ldconfig' - which doesn't exist ... > > They should be using '/sbin/ldconfig' ? > > I guess you need to report this as a bug > (https://fedoraproject.org/wiki/EPEL#Communicating_with_the_EPEL_SIG) ? And possibly create a symlink for ldconfig in /usr/sbin/ as it likely will happen with other other newer software from EPEL for el6. as root .. : cd /usr/sbin/ ln -s /sbin/ldconfig . THEN: ll ldconfig SHOULD SHOW: lrwxrwxrwx. 1 root root 14 Jul 17 12:50 ldconfig -> /sbin/ldconfig (the date would be different) This is NOT required .. but would solve any problems with the movement (in fedora and rhel after the el6 tree was stablized) of ldconfig from /sbin to /usr/sbin To be clear, it is a software bug as James stated and it should be reported to the EPEL bugzilla (as should any others found). -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/centos/attachments/20170717/4d73d231/attachment-0005.sig>