Summary: | "emerge --pretend -vuDN world" gives different results for root or user | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Clinton V. Weiss <cvweiss> |
Component: | Core - Interface (emerge) | Assignee: | Portage team <dev-portage> |
Status: | VERIFIED NEEDINFO | ||
Severity: | minor | CC: | 7335520f, cvweiss |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | raise PermissionDenied instead of ignoring permission errors |
Description
Clinton V. Weiss
2008-01-02 04:53:27 UTC
check permissions of files in /etc/portage, /var/lib/portage and /var/db/pkg presumably some of them aren't readable by your user. All files have user, group, and world permission for reading. The only oddity I could find was that /usr/lib/portage could not be cd'ed into, but the files /usr/lib/portage/world and /usr/lib/portage/config could still be read. Created attachment 139874 [details, diff]
raise PermissionDenied instead of ignoring permission errors
With this patch applied, you should be notified of any config files that are unreadable due to permissions. If it's saved as /tmp/eaccess.patch then you can apply it as follows:
patch /usr/lib/portage/pym/portage_util.py /tmp/eaccess.patch
Applied that patch. No change in behavior, no errors either. It seems to matter whether the user is a member of the portage group. The handbook says to make a user a member of the portage group if he is going to use "emerge --pretend" (In reply to comment #5) > It seems to matter whether the user is a member of the portage group. The > handbook says to make a user a member of the portage group if he is going to > use "emerge --pretend" That was necessary with older versions of portage but it shouldn't be anymore. Users in the portage group are capable of interfering with portage so having users in that group is a security risk. (In reply to comment #0) > Steps to Reproduce: > 1. Ensure you have some updates for emerge to process > 2. Run "emerge -pvuDN world" as a regular user, view results. > 3. Run "emerge -pvuDN world" as root or with sudo, view results. > 4. Notice the difference. Please attach logs for #2 and #3 with --debug enabled. Please reopen with logs requested in comment #7. (In reply to comment #8) > Please reopen with logs requested in comment #7. > This bug has not re-occurred. If I ever do see it again I will attach logs. Marking as closed for the time being. |