145285 2006-08-27 13:42 0000 app-portage/getdelta-0.7.2 doesn't work when userfetch feature is enabled 2006-09-09 06:59:51 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Other RESOLVED FIXED P5 minor --- 1 andyreif@studcs.uni-sb.de nlissne@linux01.gwdg.de andyreif@studcs.uni-sb.de 2006-08-27 13:42:05 0000 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 [...] genstef@gentoo.org 2006-09-09 06:59:51 0000 thanks, I fixed this in portage with the new 0.7.4 version