Bug 309469 – net-libs/libsoup-2.30.1 sandbox violation

• Status: RESOLVED DUPLICATE of bug 282768
• Product: Gentoo Linux

[Description tonich 2010-03-15 09:54:25 UTC]

F: unlink
S: deny
P: /session_mm_cli0.sem
A: /session_mm_cli0.sem
R: /session_mm_cli0.sem
C: php --rf xmlrpc_server_create 

F: open_wr
S: deny
P: /session_mm_cli0.sem
A: /session_mm_cli0.sem
R: /session_mm_cli0.sem
C: php --rf xmlrpc_server_create 

F: unlink
S: deny
P: /session_mm_cli0.sem
A: /session_mm_cli0.sem
R: /session_mm_cli0.sem
C: php --rf xmlrpc_server_create

Reproducible: Always

[Comment 1 tonich 2010-03-15 09:55:38 UTC]

Created attachment 223603 [details]
build log

[Comment 2 tonich 2010-03-15 10:04:38 UTC]

need reactivate USE-flag "test"

and 

if ! use tests; then
    G2CONF="${G2CONF} --without-apache-httpd"
fi

then builds successfull

[Comment 3 tonich 2010-03-15 10:05:24 UTC]

...

if ! use test; then
    G2CONF="${G2CONF} --without-apache-httpd"
fi

[Comment 4 Priit Laes (IRC: plaes) 2010-03-17 17:42:00 UTC]

Could you add following line to the ebuild, and report back whether it fixes it:
RESTRICT="test"

[Comment 5 Gilles Dartiguelongue (RETIRED) 2010-03-17 17:47:28 UTC]

no, we do not disable tests if the failure is just caused by a missing runtime dependency of the check, we fix the ebuild to pull the deps.

[Comment 6 Pacho Ramos 2010-06-12 14:34:28 UTC]

No problem with 2.30.1

[Comment 7 Samuli Suominen (RETIRED) 2010-06-20 14:42:50 UTC]

*** Bug 324845 has been marked as a duplicate of this bug. ***

[Comment 8 Samuli Suominen (RETIRED) 2010-06-20 14:43:15 UTC]

(In reply to comment #6)
> No problem with 2.30.1
> 

untrue, see the duped bug above

[Comment 9 Pacho Ramos 2010-06-20 19:34:09 UTC]

There are lots of sandbox violations reported involving php :-/, not sure where the root cause is...

[Comment 10 Pacho Ramos 2010-06-30 11:05:45 UTC]

The root cause seems bug 282768, please go to it to provide your installed (and still failing) versions and check config files 

[Comment 11 Radoslaw Stachowiak (RETIRED) 2010-07-03 13:16:48 UTC]

Confirm that solution given in http://bugs.gentoo.org/show_bug.cgi?id=282768#c5 worked for me.

[Comment 12 Yevgeny Armor 2010-07-04 19:09:16 UTC]

Thanks to longshot in http://forums.gentoo.org/viewtopic-t-832879.html?sid=d2f7eaf53810bb25f45a5de67aa470c6

"
Workaround I'm using is to (i) emerge --delete net-snmp (ii) emerge libsoup (iii) emerge net-snmp
"

Worked for me.

[Comment 13 Pacho Ramos 2010-07-06 20:30:47 UTC]

Affected people, please go to bug 282768 and reply to questions since it's the root cause of this bug

[Comment 14 Pacho Ramos 2010-07-08 09:50:34 UTC]

*** This bug has been marked as a duplicate of bug 282768 ***

[Comment 15 Oliver Schwabedissen 2010-08-03 05:19:04 UTC]

(In reply to comment #13)
> Affected people, please go to bug 282768 and reply to questions since it's the
> root cause of this bug

I have the same sandbox violation when trying to emerge net-libs/libsoup-2.30.2-r1 (trying to write to /session_mm_cli0.sem).

But I don't have any of the problems listed in bug 282768, php --version runs fine here:

 ~ # php --version
PHP 5.2.13-pl0-gentoo (cli) (built: Jul  1 2010 20:33:06) 
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2010 Zend Technologies

[Comment 16 Marijn 2010-08-03 11:57:19 UTC]

I also had the issue with net-libs/libsoup-2.30.2-r1, while php --version ran fine.

The "fix" supplied in bug 282768 of setting an explicit save_path in php.ini did solve the problem for me though.

[Comment 17 Oliver Schwabedissen 2010-08-03 19:10:24 UTC]

(In reply to comment #16)
> I also had the issue with net-libs/libsoup-2.30.2-r1, while php --version ran
> fine.
> 
> The "fix" supplied in bug 282768 of setting an explicit save_path in php.ini
> did solve the problem for me though.

Thanks for the hint. Enabling 'session.save_path = "/tmp"' did solve it for me, too!

[Comment 18 Gilles Dartiguelongue (RETIRED) 2010-08-05 07:54:38 UTC]

*** Bug 331281 has been marked as a duplicate of this bug. ***