On Thu, Jul 19, 2012 at 8:54 AM, Jochen Hein joc...@jochen.org wrote:
Vladimir Vuksan vli...@veus.hr writes:
I would define a scaling factor or some other variable. I do want to
steer away from having tool specific options unless absolutely
necessary.
I agree that would be a useful goal, I
On Thu, Jul 19, 2012 at 8:54 AM, Jochen Hein joc...@jochen.org wrote:
Vladimir Vuksan vli...@veus.hr writes:
I would define a scaling factor or some other variable. I do want to
steer away from having tool specific options unless absolutely
necessary.
I agree that would be a useful goal, I
The web download includes a debian/ directory with files for building a
Debian package
Debian also keeps a separate set of files for the same purpose in the
Debian git VCS:
git.debian.org/git/collab-maint/ganglia-web.git
When importing release tarballs into the Debian VCS, it is
Hi Daniel:
One reason why we would want to keep the debian/ directory in our repo
is if for whatever reason the upstream Debian package doesn't get
updated, a user could still download our official tarball and build
Debian packages directly.
Cheers,
Bernard
On Thu, Jul 19, 2012 at 7:41 AM,
On Jul 19, 2012, at 9:12 AM, Jeff Buchbinder wrote:
On Thu, Jul 19, 2012 at 8:54 AM, Jochen Hein joc...@jochen.org wrote:
Vladimir Vuksan vli...@veus.hr writes:
I would define a scaling factor or some other variable. I do want to
steer away from having tool specific options unless
What Alex said.
- Logarithmic is universal so that shouldn't be controversial
Lower-limit and upper-limits are already implemented. Rigid is something
very rrdtool specific so I want to punt on it at this time.
Vladimir
On Thu, 19 Jul 2012, Alex Dean wrote:
On Jul 19, 2012, at 9:12 AM,
Exactly. The other day I was actually missing the debian/ directory in
ganglia-3.4.0 and as a result couldn't build it due to short timeline. Can
we put stuff like that back in. If Debian guys don't like it we can strip
it out for them.
Vladimir
On Thu, 19 Jul 2012, Bernard Li wrote:
Hi
It becomes problematic when the two /debian subdirs diverge and then
you may end up with official debian packages owning a different set of
files or having different install locations than ones built directly
from upstream. Other packages which depend on or work in concert with
packages that
