Bug 62757 – .51_pre20 - nonexisting /tmp/sandboxpids.tmp + userpriv == fun

• Status: RESOLVED CANTFIX
• Product: Portage Development

[Description Carsten Lohrke (RETIRED) 2004-09-03 14:45:16 UTC]

make[2]: Leaving directory `/var/tmp/portage/qhacc-3.2.1/work/qhacc-3.2.1'
make[1]: Leaving directory `/var/tmp/portage/qhacc-3.2.1/work/qhacc-3.2.1'
Unable to delete file in security violation (bad owner/group): /tmp/sandboxpids.tmp

/tmp _is_ world writable

[Comment 1 Chris Gianelloni (RETIRED) 2004-09-03 15:24:23 UTC]

Are you also using usersandbox?

[Comment 2 Carsten Lohrke (RETIRED) 2004-09-03 15:30:23 UTC]

good question, Chris - yes

[Comment 3 Nicholas Jones (RETIRED) 2004-09-04 09:52:06 UTC]

You're going to have to merge the summary and the text to actually
say what is going on.

Here's my guess explaination/info-request:

If you don't have that file and it's reporting the inability to
unlink, what were you doing relating to /tmp and sandbox? Did you
have a concurrent execution of portage or repoman? Anything modifying
files?

[Comment 4 Carsten Lohrke (RETIRED) 2004-09-05 10:57:55 UTC]

>what were you doing relating to /tmp and sandbox?
Beside having "userpriv usersandbox" in features - nothing.

>have a concurrent execution of portage or repoman?
no

>Anything modifying files?
no

The not so funny thing: Even though I asked in #gentoo-dev and ferringb said he could reproduce it - I can't anymore. It was the first emerge <foo> after switching from .50 to .51 and I'm  pretty sure, that I did not execute portage stuff concurrently.

[Comment 5 Paul de Vrieze (RETIRED) 2004-09-06 02:30:48 UTC]

I have used userpriv/usersandbox exclusively and never have seen this problem either. I'm running _pre20 too.

[Comment 6 Nicholas Jones (RETIRED) 2004-09-08 23:35:01 UTC]

can't be duplicated