Nathan Scott wrote:
On Wed, 2009-02-04 at 07:27 +1100, Ken McDonell wrote:
...
Renaming kmchart -> pmchart and kmtime -> pmtime is fine if the sgi
proprietary pieces are cremated.
The original pmchart and pmtime will not be released (and are
effectively already cremated).
So, to sum up my current thinking:
- basically same source tree structures, kmchart becomes pcp-gui
Will I clone the kmchart tree as a bare repository in
git://oss/pcp/pcp-gui.git
or do you want to hack it up a bit and discuss it some more first?
- km* -> pm* executables rename goes ahead
- we'll have pcp-gui not pcp-monitor (Mark wanted that too, so
I'm outvoted on this one, and theres no right answer really)
yes that's fine my me. You really do not want to go back down
the collector / monitor rathole - we've been around that circle
multiple times. Splitting it as pcp / pcp-gui or maybe pcp-desktop,
i.e. by the major build & install dependencies, is much better IMO.
- the pcp rpm packaging rework I think still needs to happen,
but that will come later & hopefully someone else can do this
(hopefully entirely within pcp.spec.in too...)
I would vote for the pcp build to spit out pcp and pcp-devel RPMs
since distros like it that way - that's a fairly simple RPM spec
change, not a separate source tree thing; though not sure how
compatible it would be for non-rpm based distros/packagers,
(does that even matter?)
- pmdumptext-in-pcp replaced by renamed-kmdumptext-in-pcp-gui
- old PMC code dropped in favour of its derivative, QMC.
Coming with the pending pmview release is libpcp_omc and libpcp_inv.
I'm only releasing the former so that it'll be easier to port pmview
to use qmc and kmtime - but otherwise strongly suggest it *not* be
incorporated into the pcp-gui codebase :) As for libpcp_inv,
it should probably also be deprecated in favor of some kind of
class abstraction over QT and OSG - such a thing may already exist?
Cheers
-- Mark
|