>>> Messages generated by process 18949 on 2013-06-15 16:04:18 EDT for package s ys-kernel/linux-headers-3.9: WARN: install chown failure ignored with unprivileged user: chown -R 0:0 3.9 gentoo-headers-base-3.9 ${EPREFIX}/bin/chown: changing ownership of ‘3.9/00_all_0003-linux-pull-in-o ther-needed-headers-for-userspace.patch’: Operation not permitted ${EPREFIX}/bin/chown: changing ownership of ‘3.9/00_all_0004-netfilter-pull-in-l imits.h.patch’: Operation not permitted ${EPREFIX}/bin/chown: changing ownership of ‘3.9/00_all_0007-unifdef-drop-unused -errno.h-include.patch’: Operation not permitted ${EPREFIX}/bin/chown: changing ownership of ‘3.9/00_all_0002-linux-stat.h-remove -__GLIBC__-checks.patch’: Operation not permitted ${EPREFIX}/bin/chown: changing ownership of ‘3.9/00_all_0001-kbuild-auto-convert -size-types-in-userspace-headers.patch’: Operation not permitted ${EPREFIX}/bin/chown: changing ownership of ‘3.9/00_all_0006-asm-generic-fcntl.h -namespace-kernel-file-structs.patch’: Operation not permitted ${EPREFIX}/bin/chown: changing ownership of ‘3.9/00_all_0005-convert-PAGE_SIZE-u sage.patch’: Operation not permitted ${EPREFIX}/bin/chown: changing ownership of ‘3.9’: Operation not permitted ${EPREFIX}/bin/chown: changing ownership of ‘gentoo-headers-base-3.9/tools/include/tools/le_byteshift.h’: Operation not permitted ${EPREFIX}/bin/chown: changing ownership of ‘gentoo-headers-base-3.9/tools/include/tools/be_byteshift.h’: Operation not permitted ...and so on The culprit appears to be the kernel-2 eclass function install_universal: install_universal() { # Fix silly permissions in tarball cd "${WORKDIR}" chown -R 0:0 * >& /dev/null chmod -R a+r-w+X,u+w * cd ${OLDPWD} } These messages do not appear in the build log, presumably because of the '>& /dev/null' after the chown call, but they are echoed at the end of the emerge run, making it difficult to read any previous ebuild messages. Since the failures are expected, it would be nice if this could be made a bit less verbose. (Maybe drop the printing of the error output or only print the first few lines or something.) This message is probably the cause of bug #470992, so fixing this would probably resolve that bug too.
Hi, William, I am intending to deal with this issue. A raw thought is from http://www.awa.tohoku.ac.jp/~benda/projects/android.html#sec-3, One of the amazing features of Gentoo Prefix is not needing root privilege to use portage, the Gentoo package manager. However in some cases, the user does have root privilege and still want to install a Gentoo Prefix as normal user and give it root privilege when necessary, such as setting suid root to some tools8. At present it will result in failure as portage run as normal user will refuse to do anything requiring root. We want to add such a feature to portage: call sudo/su before performing things requiring root, in such a way that this feature can be disabled by configuration or USE flags. Rooted Android will benefit from this feature via, for example, Superuser App9.
I think this resolved by the solution of bug 470992. Feel free to reopen it if the bug persists.