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
[...]
