Bugzilla Bug 145285

The userfetch feature causes portage to drop root privileges (and use portage
user instead) to avoid being "owned" even if the fetch program is vulnerable.

1. The getdelta script currently writes its config files on first use.
   Thus the config cannot be written and fetch fails.
 Workaround: remove userfetch, let getdelta write its config files
             and add it again
 Possible solution: add config files creation to the ebuild.
2. Writing log fails:
   tee: /var/log/getdelta.log: Permission denied
 Possible solution:
   Let getdelta default to writing to a subdirectory which is
   writable by the portage user, so the log file e.g. becomes
   /var/log/[portage/]getdelta/getdelta.log
   Similar to elog directory in /var/log/portage the getdelta directory
   must be writable by portage user and should probably be created on emerge
   of getdelta.

Steps to reproduce:
1. Add userfetch to FEATURES variable in /etc/make.conf
2. Follow http://gentoo-wiki.com/HOWTO_Install_Deltup to install deltup.
3. Try to emerge something

Results:
mkdir: cannot create directory `/etc/deltup': Permission denied
grep: /etc/deltup/getdelta.rc: No such file or directory
/usr/bin/getdelta.sh: line 292: /etc/deltup/getdelta.rc: No such file or
directory
Added new variable KDE_MIRROR to config file /etc/deltup/getdelta.rc

please check if it fits your needs
[...]

thanks, I fixed this in portage with the new 0.7.4 version