This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: Newbie Notes
- From: Craig Ringer <craig at 2ndquadrant dot com>
- To: "Frank Ch. Eigler" <fche at redhat dot com>
- Cc: systemtap at sourceware dot org
- Date: Sun, 10 Nov 2019 13:05:02 +0800
- Subject: Re: Newbie Notes
- References: <CAMsr+YEm42ERBdSH22=G9X84GvSGiV0ExPkaULyUyGvFqvLAQw@mail.gmail.com> <87bltyf0zp.fsf@redhat.com> <CAMsr+YEJUuncM_XB2WM=gk9ja2MeaqYBj6swzjG=CnmmcPQtWw@mail.gmail.com> <20191107185157.GA19461@redhat.com> <CAMsr+YENsoK3jpyHKmdLd_Xz561mrCFu=eqy9+thu-4ba7Fh0w@mail.gmail.com> <20191108120338.GA22271@redhat.com>
On Fri, Nov 8, 2019, 20:03 Frank Ch. Eigler <fche@redhat.com> 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
>
>