From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13021 invoked by alias); 5 May 2010 13:43:08 -0000 Received: (qmail 12970 invoked by uid 48); 5 May 2010 13:42:56 -0000 Date: Wed, 05 May 2010 13:43:00 -0000 From: "david dot lloyd at redhat dot com" To: glibc-bugs@sources.redhat.com Message-ID: <20100505134255.11570.david.lloyd@redhat.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug libc/11570] New: RPATH $ORIGIN fails in programs with capabilities set X-Bugzilla-Reason: CC Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org X-SW-Source: 2010-05/txt/msg00034.txt.bz2 Executable files with an RPATH which contains $ORIGIN fail to dynamically link when a capability is set on the file. Rather than replacing $ORIGIN as expected, the string $ORIGIN is preserved as-is in the search path. The only workaround I am aware of is to use a program like patchelf to manually expand the value first. There is a self-contained test case here: https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/565002 Also related is this Java bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6919633 The common practical difficulty is that this makes it impossible for Java to be granted CAP_NET_BIND_SERVICE. -- Summary: RPATH $ORIGIN fails in programs with capabilities set Product: glibc Version: 2.10 Status: NEW Severity: normal Priority: P2 Component: libc AssignedTo: drepper at redhat dot com ReportedBy: david dot lloyd at redhat dot com CC: glibc-bugs at sources dot redhat dot com http://sourceware.org/bugzilla/show_bug.cgi?id=11570 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.