This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: Function send_a_relocation()
- From: Arkady <arkady dot miasnikov at gmail dot com>
- To: David Smith <dsmith at redhat dot com>
- Cc: systemtap at sourceware dot org
- Date: Wed, 1 Mar 2017 18:29:21 +0200
- Subject: Re: Function send_a_relocation()
- Authentication-results: sourceware.org; auth=none
- References: <CANA-60qy9UW72pNLLE-8CMQZM8ATAeOyU5kGxnWQB4Za=bNJmQ@mail.gmail.com> <CANA-60qFme2m+X37xS9XG97n3vWLsL=ZjLF4ZbN=Zx1af+u1kg@mail.gmail.com> <e0079c0a-8fbe-34aa-7412-4f33e0bdfd22@redhat.com>
There are some constraints I have to deal with in a commercial
product. My goal is to reduce the number of dependencies when I am
installing the driver generated by STAP. Replacing of
systemtap_runtime package is one of the things I am considering.
On Wed, Mar 1, 2017 at 4:07 PM, David Smith <dsmith@redhat.com> wrote:
> On 03/01/2017 05:28 AM, Arkady wrote:
>> I will add a background here. I was trying to insmod the precompiled
>> driver without reliance on systemtap_runtime package. I have had a
>> crazy idea to package the kernel module in an RPM without dependency
>> on systemtap_runtime.rpm
>
> What are your reasons for wanting to run systemtap modules without the
> systemtap_runtime rpm?
>
A commercial entity insists on making the deployment RPM as light as
> --
> David Smith
> dsmith@redhat.com
> Red Hat
> http://www.redhat.com
> 256.217.0141 (direct)
> 256.837.0057 (fax)