From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5896 invoked by alias); 4 Jan 2009 18:30:50 -0000 Received: (qmail 5889 invoked by uid 22791); 4 Jan 2009 18:30:48 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,KAM_MX,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 04 Jan 2009 18:30:43 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n04IUfK0027854 for ; Sun, 4 Jan 2009 13:30:41 -0500 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n04IUekn005653 for ; Sun, 4 Jan 2009 13:30:40 -0500 Received: from [10.32.10.11] (vpn-10-11.str.redhat.com [10.32.10.11]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n04IUbDK016205; Sun, 4 Jan 2009 13:30:40 -0500 Subject: Re: /usr/bin/staprun hardcoded in latest git From: Mark Wielaard To: Andi Kleen Cc: systemtap@sources.redhat.com In-Reply-To: <20090104141653.GA6183@basil.nowhere.org> References: <20090104141653.GA6183@basil.nowhere.org> Content-Type: text/plain Date: Sun, 04 Jan 2009 18:30:00 -0000 Message-Id: <1231093835.3380.21.camel@hermans.wildebeest.org> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2009-q1/txt/msg00011.txt.bz2 Hi Andi, On Sun, 2009-01-04 at 15:16 +0100, Andi Kleen wrote: > I updated to a recent git version of systemtap. One issue I noticed > is that /usr/sbin/staprun is hardcoded somewhere in stap (I didn't find > it with a quick grep in the source, but according to strings it is in > stapio). I had it installed in /usr/local/bin > and "stap" failed because it couldn't find /usr/bin/staprun. > I worked around it with a symlink, but it should be probably fixed. Thanks for the report. stapio gets staprun through: const char *staprun = getenv ("SYSTEMTAP_STAPRUN") ?: BINDIR "/staprun"; So, you can also work around it by setting SYSTEMTAP_STAPRUN to your local staprun. But BINDIR should default to '${exec_prefix}/bin' unless you configure --bindir=/something/else. I am not sure how it could have been set to /usr/sbin in your case. Maybe config.log gives a hint how bindir was set? > The other issue was that the new NSS dependency is somewhat > annoying. I hope systemtap doesn't plan to descend further > into DLL hell territory. The NSS dependency is only needed for the client/server mode. It would be good to have a configure --disable-stap-sever for those that don't need it (or disable building it automagically when NSS isn't found). Cheers, Mark