Description of problem: After upgrading to cups-1.2.0, after reboot rc.sysinit claims about a directory which can't be removed Version-Release number of selected component (if applicable): initscripts-8.31.1-1 cups-1.2.0-1.2 cups-libs-1.2.0-1.2 How reproducible: On every reboot Steps to Reproduce: 1. Upgrade FC5 system to cups-1.2.0 2. Reboot Actual results: Remounting root filesystem in read-write mode: [ OK ] Mounting local filesystems: [ OK ] Enabling local filesystem quotas: [ OK ] rm: cannot remove `/var/run/cups/certs': Is a directory Enabling swap space: [ OK ] INIT: Entering runlevel: 3 Expected results: Not such message Additional info: This was caused by a missing entry in code part: # Clean up /var. I'd use find, but /usr may not be mounted. for afile in /var/lock/* /var/run/* ; do if [ -d "$afile" ]; then case "$afile" in */news|*/mon) ;; */sudo) rm -f $afile/*/* ;; */vmware) rm -rf $afile/*/* ;; */samba) rm -rf $afile/*/* ;; */screen) rm -rf $afile/* ;; */cvs) rm -rf $afile/* ;; */dovecot) rm -f $afile/*/* ;; *) rm -f $afile/* ;; esac else rm -f $afile fi done Looks like this piece of code is not well designed because it need to be synchronized with other packages, so everytime, a package would create a subdirectory in /var/run, such issue rises up again... In comment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=192034#c5 this issue was mentioned first
Sorry, my comment was not proper, this problem rised up now, because a sub-sub-directory was created by cups. sub-directories are already handled proper.
*** This bug has been marked as a duplicate of 189168 ***