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