From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 8DAC21382C5 for ; Thu, 29 Mar 2018 04:33:38 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E8886E08F2; Thu, 29 Mar 2018 04:33:28 +0000 (UTC) Received: from mail-ot0-x22c.google.com (mail-ot0-x22c.google.com [IPv6:2607:f8b0:4003:c0f::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 6BCAFE08D1 for ; Thu, 29 Mar 2018 04:33:28 +0000 (UTC) Received: by mail-ot0-x22c.google.com with SMTP id y46-v6so5118633otd.4 for ; Wed, 28 Mar 2018 21:33:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:from:date:message-id:subject:to; bh=fyYTnmR/RJN5uRKJDX4roRx3hMVfNx9tyTWQ5ashg0I=; b=Ae0wqYWcPITJHr7ykhiXaMrldEDFSG5DAvwY2F/XdShdvXxUd2H23t/JL5vCd0zEgY GMF3f6spWHq+YbWKzC6/QaJwzeZPXrzjLrNf3ZaWkZBkF1uYdFHl63U/m8Ha8m9qQdKl aRknxiKSZr5Aqf20wYdt3qX+6EpHJN0oEMgLLQKTdPUNFsVPiijrqf6cGoJrKIDFUz83 ZRGp/2/ly7q2vM2c1aY04DU7Yi2aVIqpXNe6myD371vtv4oqIZ4+Ri2qcrWb/YhRb6os BY9IZr+hEeW5mvzPOhAOJRbyTCGrkNlS4k19uek4BNpNwWhJZ0nyth5QVkg196L4x12P AJJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=fyYTnmR/RJN5uRKJDX4roRx3hMVfNx9tyTWQ5ashg0I=; b=TCIg7goTuaA1LvHjTOxgsk9VzVran35FhFQWTST4IvRRgGdrER3WIf1hVprmP0vmAO c58DfVKDdBdzMSCn6ThaH0fmpBeIIIp3mbiJRXRJV6onkQjHwzW00MmDFEJmB+uQlo6e ghPV/AW5P1QmySZKMGnsjrXekzKOhY9/2UE6M31Ubu2qKNXf/OimhZzkqENivRlf3lHW LKugwogOzIEsTKWleklfYKBdhcV3frO426Zjr5plh90JY027mCTpPJhjmOfZ1j6HZCOr UjK32CWA42h2ZO3OxPCDnmH4vFwvQyoUMl4/j2Okq8597QdsXc5OhfreXpY8zIn3HSIY LGRw== X-Gm-Message-State: AElRT7HqBPdAjOs/DnvQRKZO7Wj+dp8zxV7QEO10k6m2XoJjexV8w0qf SP1eEqQJRzwbagT9drCEKXdV2rAXXMIHly1P43QF3A== X-Google-Smtp-Source: AIpwx49986QKE/Za12p7sEihOLo+cHdkgABYimYxDDJpqZQZokh4E205oz0CFDturpeW/hFOL/tRBhVTy1/KcxEp5xA= X-Received: by 2002:a9d:4c0c:: with SMTP id l12-v6mr3623537otf.239.1522298006760; Wed, 28 Mar 2018 21:33:26 -0700 (PDT) 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 Sender: nsane457@gmail.com Received: by 10.74.169.202 with HTTP; Wed, 28 Mar 2018 21:33:06 -0700 (PDT) From: P Levine Date: Thu, 29 Mar 2018 00:33:06 -0400 X-Google-Sender-Auth: 3vC4FzHOywMa4tut7TAL_LGRKRQ Message-ID: Subject: [gentoo-user] sys-libs/e2fsprogs-libs causing sandbox violation in /root/.ccache? To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary="000000000000ef73270568859f8a" X-Archives-Salt: 42860cf7-1850-4b71-9871-e389a1da3fac X-Archives-Hash: fa7fcdc250f70e3ba1b1f8c3f9251e8c --000000000000ef73270568859f8a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Th =E2=80=8Bis has been going on for the last few months. It only seems to ha= ppen for sys-libs/e2fsprogs-libs. I haven't filed a bug yet as I'm unsure if there is something I'm overlooking on my end. I can delete /root/.ccache and remerge and it seems to be fine after that, but while updating the world a few weeks later it sporadically returns. The relevant part of the build: make[1]: 'compile_et' is up to date. > make[1]: Leaving directory > '/var/tmp/portage/sys-libs/e2fsprogs-libs-1.44.1/work/e2fsprogs-libs-1.44= .1-ab > i_x86_64.amd64/lib/et' > making all in lib/et > * ACCESS DENIED: utimes: /root/.ccache > * ACCESS DENIED: mkdir: /root/.ccache/3 > make[1]: Entering directory > '/var/tmp/portage/sys-libs/e2fsprogs-libs-1.44.1/work/e2fsprogs-libs-1.44= .1-a > bi_x86_64.amd64/lib/et' > make[1]: Nothing to be done for 'all'. > make[1]: Leaving directory > '/var/tmp/portage/sys-libs/e2fsprogs-libs-1.44.1/work/e2fsprogs-libs-1.44= .1-ab > i_x86_64.amd64/lib/et' =E2=80=8BAnd the sandbox report:=E2=80=8B * --------------------------- ACCESS VIOLATION SUMMARY > --------------------------- > * LOG FILE: "/var/log/sandbox/sandbox-28430.log" > * > VERSION 1.0 > FORMAT: F - Function called > FORMAT: S - Access Status > FORMAT: P - Path as passed to function > FORMAT: A - Absolute Path (not canonical) > FORMAT: R - Canonical Path > FORMAT: C - Command Line > > F: utimes > S: deny > P: /root/.ccache > A: /root/.ccache > R: /root/.ccache > C: x86_64-pc-linux-gnu-gcc -x c -v -c /dev/null -o /dev/null > F: mkdir > S: deny > P: /root/.ccache/3 > A: /root/.ccache/3 > R: /root/.ccache/3 > C: x86_64-pc-linux-gnu-gcc -x c -v -c /dev/null -o /dev/null > * > -------------------------------------------------------------------------= ------- Has anyone else run into sporadic build failures like this? --000000000000ef73270568859f8a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Th
=E2=80=8Bis has been going on f= or the last few months.=C2=A0 It only seems to happen for sys-libs/e2fsprog= s-libs.=C2=A0 I haven't filed a bug yet as I'm unsure if there is s= omething I'm overlooking on my end.=C2=A0 I can delete=C2=A0/root/.ccac= he and remerge and it seems to be fine after that, but while updating the w= orld a few weeks later it sporadically returns.

The= relevant part of the build:
<= br>
make[1]: = 'compile_et' is up to date.=C2=A0
make[1]: = Leaving directory '/var/tmp/portage/sys-libs/e2fsprogs-libs-1.44.1/work= /e2fsprogs-libs-1.44.1-ab
i_x86_64.am= d64/lib/et'
making all in lib/et
* ACCESS= DENIED: =C2=A0utimes: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0/root/.ccache
* ACCESS DENIED: =C2=A0mkdir: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0/roo= t/.ccache/3
make[1]: Entering directory '= /var/tmp/portage/sys-libs/e2fsprogs-libs-1.44.1/work/e2fsprogs-libs-1.44.1-= a
bi_x86_64.amd64/lib/et'
make[1]: Nothing to be done for 'all= '.
make[1]: Leaving directory '/var/tmp= /portage/sys-libs/e2fsprogs-libs-1.44.1/work/e2fsprogs-libs-1.44.1-ab
i_x86_64.amd64/lib/et'

=E2=80=8BAnd the sand= box report:=E2=80=8B

* --= ------------------------- ACCESS VIOLATION SUMMARY ------------------------= ---
* LOG FILE:= "/var/log/sandbox/sandbox-28430.log"
* =C2=A0VERSION 1.0
FORMAT: F - Function called FORMAT: S - Access Status
FORMAT: P - Path as passed to = function
FORMAT: A - Absolute Path (not= canonical)
FORMAT: R - Canonical Path
FORMAT: C - Command Line

F: utimes
S: deny
P: /root/.ccache
A: /root/.ccache
R: /root/.ccache
C: x86_64-pc-linux-gnu-gcc -x = c -v -c /dev/null -o /dev/null =C2=A0
F: mkdir
S: deny
P: /root/.ccache/3
A: /root/.ccache/3
R: /root/.ccache/3
C: x86_64-pc-linux-gnu-gcc -x = c -v -c /dev/null -o /dev/null =C2=A0
* --------------------------------------------------= ------------------------------

Has anyone else run into sporadic build failures like this?
--000000000000ef73270568859f8a--