[Pkg-cacti-maint] Bug#653897: [RFR] templates://cacti/{cacti.templates}

sean finney seanius at debian.org
Sun Jan 22 19:42:59 UTC 2012


Hi everyone,

Catching up here... please forgive me if I'm commenting on anything that's
no longer relevant.

On Thu, Jan 05, 2012 at 06:43:53PM +0100, Christian PERRIER wrote:
> - Select "None" if you would like to configure your webserver by hand.
> + Select "None" if you would like to configure the web server manually.
> 
> "Manually" is more often used than "by hand". Could also be
> "yourself".
> 
> Avoid "your web server". This might not be "mine"..:)

Speeking of the 2nd person, should we also avoid "you" in that case?  i.e.

+ Select "None" to configure the web server manually.

On Fri, Jan 06, 2012 at 01:28:14AM +0000, Justin B Rye wrote:
> Then in the control file:
> >  Package: cacti
> >  Architecture: all
> >  Depends: apache2 | apache | apache-ssl | apache-perl | httpd, [...]
>                      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> (Apache-what?)

Yeah, it's very obsolete.  I think it was left as a placeholder for
supporting newer httpd's when the support was added (either that or
I forgot and am only coming up with excuses now :)

> > -Description: Frontend to rrdtool for monitoring systems and services
> > +Description: web frontend for graphing systems and services monitoring data
> 
> That doesn't quite work - is it a frontend for graphingsystems and for
> services which are monitoring data, or a frontend for
> graphing-systems-and-services (which also monitors data), or what?
> The original was already a bit ambiguous - does it mean that it's a
>  * "front-end for monitoring-systems and monitoring-services"?
>  * "front-end for monitoring-systems and for services"?
>  * "front-end for doing some monitoring of systems and services"?
>  * "front-end for services and for doing some monitoring of systems"?
> I'm going to try suggesting:
> 
>    Description: web interface for graphing of monitoring systems

That still sounds a little funny to me.  It's not graphing the monitoring
system, but the data collected by said system, right?  How about this as
a counter suggestion?

Description: web-based interface for graphing and monitoring diverse data

Not particularly attached to it or anyhting...

> "It only uses PHP" isn't really accurate - it also uses RRDTool,
> MySQL, and so on.  It seems to me this fact would fit in neatly as the
> expression "PHP-driven" in the first sentence (a phrase I have no
> objection to - I prefer it to "PHP-based" for a start).

No objection to either PHP-driven or PHP-based -- both are more accurate (not
worth mentioning but there are also shell scripts and even perl down in
the guts of this beast).  Aesthetically it's a bit ugly with
two hyphenated words on the same line, but I have nothing as a
counter-suggestion.

On Fri, Jan 06, 2012 at 12:56:28PM +0700, Mahyuddin Susanto wrote:
> hello Justin and Christian PERRIER
> On 06/01/12 08:28, Justin B Rye wrote:
> 
> > Then in the control file:
> >>  Package: cacti
> >>  Architecture: all
> >>  Depends: apache2 | apache | apache-ssl | apache-perl | httpd, [...]
> >                      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > (Apache-what?)
> > 
> 
> Yeah, this is absolute, i will move apache/web server depends to Suggest
> because at this version we planned to support lighttpd/nginx

I disagree here: I think at most it should be Recommends and not Suggests,
but I'm not sure that even this is necessary (99% of cacti installations
probably need a packaged/installed web server).  

I'd suggest removing the obsolete options and replacing them with lighttpd
/ nginx once the support is added to the package, and likewise with the
control into adding the new alternate Dependencies and removing any cruft.

On Fri, Jan 20, 2012 at 10:06:32PM +0100, Paul Gevers wrote:
 
> I agree with the proposed texts.
> 
> Although on real close inspection, I would say that Cacti does
> technically not "populate the MySQL database with round-robin archives."
> So, just for the record, as far as I know, it just stores all the meta
> info in the MySQL database, the real round-robin archives are separate
> files on the file system.

This is going from memory, but AFAIR it does store the data in the database,
and exports them into rrd files for more effeciently graphing them.
That's why the rrd files are in /var/cache, since they're supposedly
repopulatable from the rra data stored in mysql.





	sean

-- 



More information about the Pkg-cacti-maint mailing list