Is there best practices for separating custom/contrib gmond python 
modules from the packaged ones ?
Currently I have to install everything under lib64 (ie. 
/usr/lib64/libganglia/python_modules) on our redhat boxes. It would be 
easier to do sysadmin tasks if the custom ones had a different location 
or easy to identify based on filename.

regards,
chris hunter
yale hpc group

On 02/05/2015 11:21 AM, Chris Burroughs wrote:
 > Currently python modules are bundled in monitor-core, some are in
 > gmond_python_modules (or os specific repos), and a few are in both.
 >
 > Ones in  monitor-core (at least in RedHat-land) get their own package
 > which makes them easy to install.  I suspect they are also presumed to
 > by users to be somehow more 'official' or at least that's how I thought
 > of them.  I don't think gmond_python_modules has releases or os
 > packaging for example.  I suspect some of this might reflect a pre-git
 > situation where it was harder to contribute to monitoring-core.
 >
 > I'd like to propose the following for now:
 >    * For modules that are in both monitor-core and somewhere else, make
 > the monitor-core version canonical and remove the other.
 >    * Everything else stays where it is.
 >
 > This will make it for to contribute patches are report issues without
 > looking in two different places and manually syncing files.
 >
 > Longer term there is probably something fancy we could do such as build
 > time flags to opt modules in, or maybe switch to a deb/rpm per module.
 > That way 'is this module "good enough"' can be decoupled from which repo
 > is it in.

------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Ganglia-developers mailing list
Ganglia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-developers

Reply via email to