(sorry, i can't include the earlier posting this is in relation to.) recently, i posted on trying to (test) install a PPC-arch RPM on my x86 box, using --root= just for a test. it failed, and paul mundt quickly pointed out that, even though i had specified a --root= install location, the internal chroot() had clearly failed and the installation therefore also failed since, without having done the chroot, i (as a regular user) was denied permission to install the file /etc/minicom.users. no surprise there. why did the chroot() call fail just because i was a regular user? i gave, as an argument to --root=, a directory for which i as a regular user have full permission. is there something about running a chroot()-based command as non-root that causes it to fail? i su'ed, and the install to the same directory worked fine. but i don't *want* to have to su. i'm trying to build an NFS-mounted root filesystem on my system, and i don't want to require root privilege. and that makes it essential that i be able to install this way as a regular user. thoughts? rday p.s. just as a refresher, i was trying to: $ rpm -ivh --root=/home/rpjday/tmp --nodeps --ignorearch \ minicom-1.83.1-16.ppc.rpm _______________________________________________ Rpm-list mailing list Rpm-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/rpm-list
