public inbox for systemtap@sourceware.org
 help / color / mirror / Atom feed
From: fche@redhat.com (Frank Ch. Eigler)
To: Anithra P Janakiraman <anithra@linux.vnet.ibm.com>
Cc: systemtap@sourceware.org
Subject: Re: [RFC] Framework for easy distribution of SystemTap scripts.
Date: Tue, 02 Feb 2010 20:28:00 -0000	[thread overview]
Message-ID: <y0m636ftmbf.fsf@fche.csb> (raw)
In-Reply-To: <4B685611.5090402@linux.vnet.ibm.com> (Anithra P. Janakiraman's message of "Tue, 02 Feb 2010 22:12:57 +0530")


anithra wrote:

> [...] We would like to keep the framework in a seperate directory
> (similar to the initscript dir) for the sake of simplicity. (called
> distribution-framework or distribution-fw?)

You need to think about fit-and-finish issues such as man pages & test
cases, the installation siting of these files (changes to "make
install"), and packaging issues (changes to systemtap.spec).  Source
level location is a lesser matter.

> The directory would contain the following
> template.specfile
> template.install
> template.binextractor
> config.rpmoptions
> systemtap-rpm-generator   (This is the executable script)
> README

(<bikeshed>consider renaming systemtap-rpm-generator to stap-buildrpm</>)

> Let me know if any changes are needed (names of files/directory or
> contents). If there is any naming convention that i should adhere to
> please let me know.  [...]

Have you reviewed fedora packaging guidelines?  These scripts themselves
should be installed in a generally compatible manner.  Plus the *products*
of these scripts should also be generally compatible.


> [...]
>> Options:
>> * --install -i Install the tapset rpm.
>> * --run -r Runs the scripts
>> for n minutes where n can be passed as a parameter. o The default value
>> is 10 minutes. Post processing is performed after the script completes.
>> * --start -s Invokes the script as a background process.
>> * --stop -x Stops the script and performs post processing.
>> * --uninstall -u Stops the script if running and uninstalls the rpm.
>> * --all Installs the rpm, runs the scrip, processes the output and
>> uninstalls the rpm.
>> * --help Displays this usage text.

It seems odd to have the file created by the framework-script to both
manage installation as well as execution of the compiled systemtap
materials.  Why install if it can be run directly?  If installed, how
else to execute the systemtap module except via this file?

Perhaps the stap-buildrpm widget should create a plain rpm that is
self-explanatory to install, within which a /usr/bin/FOO shell script
manage the execution of the script.

It may be nice if stap-buildrpm interfaced with stap-initscripts, so
that rpms produced this way were easily activatable from that scheme.


- FChE

  reply	other threads:[~2010-02-02 20:28 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-09 18:00 Anithra P Janakiraman
2010-02-02 16:43 ` Anithra P Janakiraman
2010-02-02 20:28   ` Frank Ch. Eigler [this message]
2010-02-04  9:17     ` Prerna Saxena
2010-02-17 18:09   ` Anithra P Janakiraman
2010-02-28  9:58     ` Anithra P Janakiraman
2010-02-28 20:26       ` Ahmed Taha
2010-03-01  6:41         ` Anithra P Janakiraman
2010-03-22 20:48   ` Anithra P Janakiraman
2010-04-07  9:21     ` Anithra P Janakiraman
2010-04-08 15:47       ` Frank Ch. Eigler
2010-04-09 16:19         ` [RFC] Framework for easy distribution of SystemTap scripts (V2) Anithra P Janakiraman
2010-04-09 17:03           ` Frank Ch. Eigler
2010-04-13 17:17             ` [RFC] Framework for easy distribution of SystemTap scripts (V3) Anithra P Janakiraman
2010-04-13 20:56               ` Frank Ch. Eigler
2010-04-14 22:32                 ` [RFC] Framework for easy distribution of SystemTap scripts (V4) Anithra P Janakiraman
2010-04-14 22:32                   ` Frank Ch. Eigler

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=y0m636ftmbf.fsf@fche.csb \
    --to=fche@redhat.com \
    --cc=anithra@linux.vnet.ibm.com \
    --cc=systemtap@sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).