1 |
Hi. Try to use sudo with no password for eix-sync. |
2 |
10.02.2014 20:07 пользователь "Stroller" <stroller@××××××××××××××××××.uk> |
3 |
написал: |
4 |
|
5 |
> Hello all, |
6 |
> |
7 |
> I'm a little bit rusty, but my recollection is that I should be able to |
8 |
> perform `eix-sync` (or `emerge --sync`?) as a user to synchronise my local |
9 |
> copy of the portage tree with Gentoo's master portage tree. |
10 |
> |
11 |
> User is in the portage group: |
12 |
> |
13 |
> $ whoami |
14 |
> stroller |
15 |
> $ groups stroller |
16 |
> wheel audio video portage cron users |
17 |
> $ |
18 |
> |
19 |
> Yet I get these permissons denied errors: |
20 |
> |
21 |
> $ eix-sync |
22 |
> * Running emerge --sync |
23 |
> >>> Synchronization of repository 'gentoo' located in '/usr/portage'... |
24 |
> >>> Starting rsync with rsync://91.186.30.235/gentoo-portage... |
25 |
> >>> Checking server timestamp … |
26 |
> … |
27 |
> receiving incremental file list |
28 |
> rsync: delete_file: |
29 |
> unlink(app-accessibility/caribou/caribou-0.4.12.ebuild) failed: Permission |
30 |
> denied (13) |
31 |
> rsync: delete_file: |
32 |
> unlink(app-accessibility/emacspeak/files/emacspeak-33.0-respect-ldflags.patch) |
33 |
> failed: Permission denied (13) |
34 |
> rsync: delete_file: |
35 |
> unlink(app-accessibility/emacspeak/files/emacspeak-33.0-greader-garbage.patch) |
36 |
> failed: Permission denied (13) |
37 |
> |
38 |
> (full output attached) |
39 |
> |
40 |
> |
41 |
> Googling the problem I see a bunch of Gentoo Forums posts talking about |
42 |
> changing at random the permissions of /var/tmp/ or /var/tmp/portage/, but |
43 |
> no rationale is given, and I don't think this is the cause: |
44 |
> |
45 |
> $ emerge --info | grep -i tmpdir |
46 |
> PORTAGE_TMPDIR="/var/tmp" |
47 |
> $ ls -ld /var/tmp/ |
48 |
> drwxrwxrwt 3 root root 4096 Feb 5 13:47 /var/tmp/ |
49 |
> $ ls -ld /var/tmp/portage/ |
50 |
> drwxrwxr-x 5 portage portage 4096 Feb 5 12:32 /var/tmp/portage/ |
51 |
> $ |
52 |
> |
53 |
> |
54 |
> More likely seems to be the permissions of /usr/portage/: |
55 |
> |
56 |
> $ ls -ld /usr/portage/ |
57 |
> drwxr-xr-x 167 portage portage 4096 Jan 5 02:31 /usr/portage/ |
58 |
> $ ls -ld /usr/portage/app-accessibility/caribou/caribou*.ebuild |
59 |
> -rw-r--r-- 1 portage portage 2432 Aug 25 23:11 |
60 |
> /usr/portage/app-accessibility/caribou/caribou-0.4.12.ebuild |
61 |
> -rw-r--r-- 1 portage portage 2431 Dec 8 18:01 |
62 |
> /usr/portage/app-accessibility/caribou/caribou-0.4.13.ebuild |
63 |
> $ |
64 |
> |
65 |
> This would seem to allow portage itself to synchronise the Portage tree, |
66 |
> but not members of the portage group. |
67 |
> |
68 |
> |
69 |
> I am able to run `emerge --sync` as root, but it doesn't solve the solve |
70 |
> the problem - next time I run `eix-sync` as user, I'm permissions denied, |
71 |
> again. |
72 |
> |
73 |
> Shouldn't a sync reset the permissions of the portage tree to be correct? |
74 |
> |
75 |
> |
76 |
> `emerge --info | grep -i feature` shows that FEATURES="userfetch userpriv |
77 |
> usersandbox usersync" (and some others - see attached) are set. |
78 |
> |
79 |
> I can reproduce this on a second AMD64 machine, both are running |
80 |
> portage-2.2.7. |
81 |
> |
82 |
> Thanks in advance for any help, advice or suggestions you can offer, |
83 |
> |
84 |
> Stroller. |
85 |
> |
86 |
> |
87 |
> |
88 |
> |