From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 82B00138CE3 for ; Mon, 10 Feb 2014 16:55:25 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A6686E0C19; Mon, 10 Feb 2014 16:55:20 +0000 (UTC) Received: from mail-yh0-f53.google.com (mail-yh0-f53.google.com [209.85.213.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 846F6E0BCF for ; Mon, 10 Feb 2014 16:55:19 +0000 (UTC) Received: by mail-yh0-f53.google.com with SMTP id v1so5366323yhn.40 for ; Mon, 10 Feb 2014 08:55:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=0MsXmAzr1gtQ/YvSIIuTG1VTHCt6AanVOl9xWpot3cM=; b=hGEeF9QIGpJkF6c5xld7YgIbLrkzDEpqBXUpqznJAjNNUUgRINTYGI0O/LRHak9RHM 3CmaRZZB6bK2+aroP1edo/q4Iy+51/p/SBAD5ncTGyhDFNngkLZFAg5Zas5c26tchwd7 02GPHyCwvgkf8KXvt0whbAssET8BrGRykIJC3Msoa74THR+Op1+yyf0RbiFKPXlzPmP+ F/YQufcpajsuFZX0SFj55+UpOjJWKVYzp78fX5GDuguzNHaQG6lNQssW6T0Rhfd74vAy KCRfMTsv3rCVmvLvZquYeVyCpUSB4+zEYCE4wXpGYA3M45tnIrKtsSMEJs96v23oQL9s RjWw== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.236.7.100 with SMTP id 64mr28482894yho.23.1392051318520; Mon, 10 Feb 2014 08:55:18 -0800 (PST) Received: by 10.170.165.68 with HTTP; Mon, 10 Feb 2014 08:55:18 -0800 (PST) Received: by 10.170.165.68 with HTTP; Mon, 10 Feb 2014 08:55:18 -0800 (PST) In-Reply-To: <197AEEF5-2BA3-43BF-944E-A5C4230D4CFB@stellar.eclipse.co.uk> References: <197AEEF5-2BA3-43BF-944E-A5C4230D4CFB@stellar.eclipse.co.uk> Date: Mon, 10 Feb 2014 20:55:18 +0400 Message-ID: Subject: Re: [gentoo-user] User eix-sync permissions problem From: Gleb Klochkov To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary=001a1133cc7859817404f21034b7 X-Archives-Salt: 03199aba-b45b-40a2-9c18-29cba9e4181b X-Archives-Hash: 03d4669b3986ef432393f57e97e88e91 --001a1133cc7859817404f21034b7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi. Try to use sudo with no password for eix-sync. 10.02.2014 20:07 =D0=BF=D0=BE=D0=BB=D1=8C=D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D0= =B5=D0=BB=D1=8C "Stroller" =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB: > Hello all, > > I'm a little bit rusty, but my recollection is that I should be able to > perform `eix-sync` (or `emerge --sync`?) as a user to synchronise my loca= l > copy of the portage tree with Gentoo's master portage tree. > > User is in the portage group: > > $ whoami > stroller > $ groups stroller > wheel audio video portage cron users > $ > > Yet I get these permissons denied errors: > > $ eix-sync > * Running emerge --sync > >>> Synchronization of repository 'gentoo' located in '/usr/portage'... > >>> Starting rsync with rsync://91.186.30.235/gentoo-portage... > >>> Checking server timestamp =E2=80=A6 > =E2=80=A6 > receiving incremental file list > rsync: delete_file: > unlink(app-accessibility/caribou/caribou-0.4.12.ebuild) failed: Permissio= n > denied (13) > rsync: delete_file: > unlink(app-accessibility/emacspeak/files/emacspeak-33.0-respect-ldflags.p= atch) > failed: Permission denied (13) > rsync: delete_file: > unlink(app-accessibility/emacspeak/files/emacspeak-33.0-greader-garbage.p= atch) > failed: Permission denied (13) > > (full output attached) > > > Googling the problem I see a bunch of Gentoo Forums posts talking about > changing at random the permissions of /var/tmp/ or /var/tmp/portage/, but > no rationale is given, and I don't think this is the cause: > > $ emerge --info | grep -i tmpdir > PORTAGE_TMPDIR=3D"/var/tmp" > $ ls -ld /var/tmp/ > drwxrwxrwt 3 root root 4096 Feb 5 13:47 /var/tmp/ > $ ls -ld /var/tmp/portage/ > drwxrwxr-x 5 portage portage 4096 Feb 5 12:32 /var/tmp/portage/ > $ > > > More likely seems to be the permissions of /usr/portage/: > > $ ls -ld /usr/portage/ > drwxr-xr-x 167 portage portage 4096 Jan 5 02:31 /usr/portage/ > $ ls -ld /usr/portage/app-accessibility/caribou/caribou*.ebuild > -rw-r--r-- 1 portage portage 2432 Aug 25 23:11 > /usr/portage/app-accessibility/caribou/caribou-0.4.12.ebuild > -rw-r--r-- 1 portage portage 2431 Dec 8 18:01 > /usr/portage/app-accessibility/caribou/caribou-0.4.13.ebuild > $ > > This would seem to allow portage itself to synchronise the Portage tree, > but not members of the portage group. > > > I am able to run `emerge --sync` as root, but it doesn't solve the solve > the problem - next time I run `eix-sync` as user, I'm permissions denied, > again. > > Shouldn't a sync reset the permissions of the portage tree to be correct? > > > `emerge --info | grep -i feature` shows that FEATURES=3D"userfetch userpr= iv > usersandbox usersync" (and some others - see attached) are set. > > I can reproduce this on a second AMD64 machine, both are running > portage-2.2.7. > > Thanks in advance for any help, advice or suggestions you can offer, > > Stroller. > > > > --001a1133cc7859817404f21034b7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hi. Try to use sudo with no password for eix-sync.

10.02.2014 20:07 =D0=BF=D0=BE=D0=BB=D1=8C=D0=B7= =D0=BE=D0=B2=D0=B0=D1=82=D0=B5=D0=BB=D1=8C "Stroller" <stroller@stellar.eclipse.co.uk> =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB:
=
Hello all,

I'm a little bit rusty, but my recollection is that I should be able to= perform `eix-sync` (or `emerge --sync`?) as a user to synchronise my local= copy of the portage tree with Gentoo's master portage tree.

User is in the portage group:

$ whoami
stroller
$ groups stroller
wheel audio video portage cron users
$

Yet I get these permissons denied errors:

$ eix-sync
=C2=A0* Running emerge --sync
>>> Synchronization of repository 'gentoo' located in '= ;/usr/portage'...
>>> Starting rsync with rsync://91.186.30.235/gentoo-portage...
>>> Checking server timestamp =E2=80=A6
=E2=80=A6
receiving incremental file list
rsync: delete_file: unlink(app-accessibility/caribou/caribou-0.4.12.ebuild)= failed: Permission denied (13)
rsync: delete_file: unlink(app-accessibility/emacspeak/files/emacspeak-33.0= -respect-ldflags.patch) failed: Permission denied (13)
rsync: delete_file: unlink(app-accessibility/emacspeak/files/emacspeak-33.0= -greader-garbage.patch) failed: Permission denied (13)

(full output attached)


Googling the problem I see a bunch of Gentoo Forums posts talking about cha= nging at random the permissions of /var/tmp/ or /var/tmp/portage/, but no r= ationale is given, and I don't think this is the cause:

$ emerge --info | grep -i tmpdir
PORTAGE_TMPDIR=3D"/var/tmp"
$ ls -ld /var/tmp/
drwxrwxrwt 3 root root 4096 Feb =C2=A05 13:47 /var/tmp/
$ ls -ld /var/tmp/portage/
drwxrwxr-x 5 portage portage 4096 Feb =C2=A05 12:32 /var/tmp/portage/
$


More likely seems to be the permissions of /usr/portage/:

$ ls -ld /usr/portage/
drwxr-xr-x 167 portage portage 4096 Jan =C2=A05 02:31 /usr/portage/
$ ls -ld /usr/portage/app-accessibility/caribou/caribou*.ebuild
-rw-r--r-- 1 portage portage 2432 Aug 25 23:11 /usr/portage/app-accessibili= ty/caribou/caribou-0.4.12.ebuild
-rw-r--r-- 1 portage portage 2431 Dec =C2=A08 18:01 /usr/portage/app-access= ibility/caribou/caribou-0.4.13.ebuild
$

This would seem to allow portage itself to synchronise the Portage tree, bu= t not members of the portage group.


I am able to run `emerge --sync` as root, but it doesn't solve the solv= e the problem - next time I run `eix-sync` as user, I'm permissions den= ied, again.

Shouldn't a sync reset the permissions of the portage tree to be correc= t?


`emerge --info | grep -i feature` shows that FEATURES=3D"userfetch use= rpriv usersandbox usersync" (and some others - see attached) are set.<= br>
I can reproduce this on a second AMD64 machine, both are running portage-2.= 2.7.

Thanks in advance for any help, advice or suggestions you can offer,

Stroller.



--001a1133cc7859817404f21034b7--