On 06/14/2012 10:46 AM, Nathan Scott wrote:
Hi Stan,
--------------------------------------------------------------------------------
pcpfans(1) in src/src/python now has the beginnings of a system
statistics collector called pm-collectl.py (appended). The python
Interesting stuff! Is the intention there to make it output-compatible with
collectl?
directory contains, and the tool uses, Michael Werner's python bindings
(plus changes and additions) Any thoughts on a plan to move the python
bindings to the mainstream pcp upstream?
Since we might hope to see any number of new client tools that might be of
general use to people, I would vote for including it directly in the PCP build,
rather than as a separate tree (as Michael's initial variant was). But others
may
violently disagree based on the level of pain having some perl bindings in-tree
has caused.
I'd vote for including it in the main tree, but split it out as
pcp-python subpackage (so the PCP base package itself doesn't inherit
any more deps).
And regarding perl, that reminds me: the PCP base package ships
numerous PMDAs written in perl, but we only have soft deps. This
has already bitten Nathan recently, and will no doubt bite others
too. So either we split out those pmdas into yet another subpackage,
or add explicit install deps for pcp : perl-pcp-PMDA
$ rpm -q --requires perl-PCP-PMDA
libc.so.6()(64bit)
libc.so.6(GLIBC_2.14)(64bit)
libc.so.6(GLIBC_2.2.5)(64bit)
libc.so.6(GLIBC_2.4)(64bit)
libpcp.so.3()(64bit)
libpcp_pmda.so.3()(64bit)
pcp >= 3.6.3
perl(DynaLoader)
perl(Exporter)
perl(strict)
perl(vars)
perl(warnings)
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rtld(GNU_HASH)
rpmlib(PayloadIsXz) <= 5.2-1
|