From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 69551 invoked by alias); 10 Nov 2019 05:05:20 -0000 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 Received: (qmail 69543 invoked by uid 89); 10 Nov 2019 05:05:20 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=look, Frank, HTo:U*fche, H*r:sk:systemt X-HELO: mail-lj1-f169.google.com Received: from mail-lj1-f169.google.com (HELO mail-lj1-f169.google.com) (209.85.208.169) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 10 Nov 2019 05:05:18 +0000 Received: by mail-lj1-f169.google.com with SMTP id y23so10263166ljh.10 for ; Sat, 09 Nov 2019 21:05:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=2ndquadrant-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=QQ23r2JffF5B6unnDTkgyJW7TRQQlm/kwkHhPlrrcHg=; b=C7TlDl0wGy/sLYV6wadwoQZLl6Htbf2fdb73+nRsGoz1CEPJhRv71rDtgFJV5BntCX /J7e1Utfn7GtooqAYBpZoliKpv0eJQxwseY5ywYFRIzOr6rQtyHFsnotNGq5OSknZ1eN gMbvJmWrFp1wtrROXgXAyLRt/ijSHzOGHajxx8MHoCJ+/iCmfcDXLGKFvI45ClBPCMYo suNQWcJOcWGKdJQyxPw8Y1h1gkUB7cMtA9G19uOfw1s7HmcO/8JW7ynfdibJI/Y0dMZ4 pnU/GGMN2sp5ciYoH7usDSSO01meZFkYzvv5pn048IeDo1uV+R+xsFm09O0GvwBmZqm4 1A8A== MIME-Version: 1.0 References: <87bltyf0zp.fsf@redhat.com> <20191107185157.GA19461@redhat.com> <20191108120338.GA22271@redhat.com> In-Reply-To: <20191108120338.GA22271@redhat.com> From: Craig Ringer Date: Sun, 10 Nov 2019 05:05:00 -0000 Message-ID: Subject: Re: Newbie Notes To: "Frank Ch. Eigler" Cc: systemtap@sourceware.org Content-Type: text/plain; charset="UTF-8" X-IsSubscribed: yes X-SW-Source: 2019-q4/txt/msg00035.txt.bz2 On Fri, Nov 8, 2019, 20:03 Frank Ch. Eigler wrote: > Hi - > > > Aha. Makes sense. > > > > I can work around the PATH issues with @var etc by generating a .tapm > > script with the paths templated in, then use that in a tapset that > defines > > the probe aliases etc. > > > > That'll work well enough that I think I can prepare a usable tapset for > > PostgreSQL. > > And if that tapset is in a tapset directory, then the unused var > warnings won't be an issue. > Yep. When I clean up my probes into a tapset I'll post about it here. > > > > OK, working on this bug. > > > > Cool. I dug through a fair bit of code without figuring it out, sorry :S > > Want me to open a github issue? > > Nah, already fixed it last night. (We use sourceware.org/bugzilla.) > Wow, thanks. Pulling to have a look. > > [...] > > I'll be stuck being backward compatible for a while so I had to work > around > > it anyway... > > Fair enough. When we release a new version, we do plop it onto as > many old platform versions as we can. So fedora30 etc. should get it, > within a few weeks. > Very nice! My work actually runs our own package distribution system now too, so if we needed to we could even build and ship systemtap. Which reminds me, I need to tweak our packages to force the installation of debuginfo. > > - FChE > >