Description of problem: plymouth uses this line to set the library directory: [ -z "$LIB" ] && $(eu-readelf -h /usr/bin/plymouth | grep Class | grep -q ELF64) && LIB="lib64" || LIB="lib" however on ia64 does not have both /usr/lib64 and /usr/lib like x86_64 does, the libs are all under /usr/lib (since we don't have 2 versions). So, plymouth fails when mkinitrd runs it with: /usr/libexec/plymouth/plymouth-populate-initrd: line 87: cd: /usr/lib64: No such file or directory install: cannot stat `/usr/lib64/plymouth/text.so': No such file or directory suggested patch is attached We do have a workaround of just removing the plymouth package so it does not get used. Version-Release number of selected component (if applicable): plymouth-0.5.0-3.fc9 How reproducible: 100% Steps to Reproduce: 1. on ia64 with the mkinitrd from fc10 (which uses plymouth) 2. make sure plymouth is installed 3. yum install kernel Actual results: Transaction Test Succeeded Running Transaction Installing : kernel [1/1] /usr/libexec/plymouth/plymouth-populate-initrd: line 87: cd: /usr/lib64: No such file or directory install: cannot stat `/usr/lib64/plymouth/text.so': No such file or directory system is then unbootable Expected results: Additional info:
Created attachment 311406 [details] patch to set lib correctly on ia64
Created attachment 311409 [details] updated patch for setting lib dir correctly on ia64 Oops, found a second place in plymouth with the same bit of code. This patch fixes both places I found it trying to use /usr/lib64 on ia64.
If possible, i'd like to limit special casing for this sort of thing. I commited this patch: http://cvs.fedoraproject.org/viewcvs/rpms/plymouth/devel/find-right-libdir.patch?rev=1.1 Should be in tomorrows rawhide. If not, please reopen.
Ray, MUCH better way of solving the problem. I wasn't too thrilled about my fix either. thanks for the quick resolution on this. - Doug