Description of problem: I tried to install a relocatable binary RPM as a non-root user on an AFS file system. It fails because rpm tries to chmod 02755 the prefix directory. That operation is forbidden on AFS. Only the low- order permission bits can be changed. Is the 02 really necessary? Would chmod 755 do the job? Version-Release number of selected component (if applicable): 4.0.4 and 4.2 are the versions I tried. How reproducible: Always Steps to Reproduce: 1. rpm -ivh --prefix <myInst> --dbpath <myDB> foobar.i386.rpm 2. 3. Actual results: Preparing... ########################################### [100%] 1:facilities error: unpacking of archive failed on file /u/ek/pln/rpm/inst/facilities: cpio: chmod failed - Permission denied (I don't know what cpio has to do with it.) Expected results: Preparing... ########################################### [100%] 1:facilities ########################################### [100%] Additional info:
Red Hat Linux 9 reached end of lifetime at 30th April 2004, so there won't be any fixes, I think. The Red Hat guys will suggest you to upgrade to FC1/2 or RHEL3.
I have a lot of linux boxes available for testing. I found one with RHEL3, and the symptom is exactly the same. Is there some way to route this to the proper people?
Yes, of course. Change the "Product" and its "Version" from this bug for RHEL3 and add the corresponding rpm version...after that you've got to wait for Jeff or another guy that fixes your issue. Well, if there is a fix available then, you can take the source rpm of "rpm" from RHEL3 and rebuild it at your RH9 (sure it's unsupported but most of the time, it still works).
The symptom is the same with rpm version 4.2.1 on RHEL3.
The package, not rpm, is attempting 02755 on AFS. Fix the package, or install on the server, not through AFS on client. Note that installing a file on a network shared path through NFS or AFS is often not correct, because different machines may install different versions of the file.