rrdtool waked

[JoaoBR]

On Saturday 05 July 2008 09:42:46 Jeremy Chadwick wrote:
> On Sat, Jul 05, 2008 at 08:36:54AM -0300, JoaoBR wrote:
> > a week ago portupgrade fucked rrdtool up and now it got worse
> > why rrdtool is installing all this new and unecessessary dependencies?
> > X11 font stuff, including python with it sub-ports even if only the cgi
> > module is selected, what is next? kpresenter dependency to make better
> > artwork on a server?
> > and there is'nt the smallest advice in UPDATING ...
> > that was really not so very cool, you could have made an option for this
> > extra stuff
>
> It's not extra.  rrdtool now requires Cairo and Pango, which require
> tons of X fonts and other things.  They are *mandatory* for rrdtool to
> function, as can be confirmed here:
>
> http://oss.oetiker.ch/rrdtool-trac/wiki/RRDtool13
>
> The number of dependencies in the port has grown from something like 12
> to 35.  There's nothing we can really do about it.  It's not the fault
> of the port maintainer -- it's the fault of rrdtool.
>



hum, sorry then, I never ever looked again there because it ever worked - lame 
excuse I know and thank's for clarification

even so a little hello in UPDATING would not be so bad

> <opinion>
> rrdtool is worth *avoiding* at all costs.  The only reason it's used
> so much is because it's the only choice available in the open-source
> world.  (Well actually there's RTG, but it's in a complete state of
> disarray, and to get any decent features you have to use the version
> in CVS rather than the "stable" build...)  I'm still amazed that no one
> has written an alternative.
>
> I've hated rrdtool since day one of using it.  Yes, because all of
> those cryptic command-line arguments for creating RRAs and DSes make so
> much sense when reading them; because config files are just too hard.
> Sure, those arguments work, but 6 months from now when you need to do
> something with the database, you get to re-learn what all of that crap
> means.

:) 

>
> And don't even get me started on the "API" it claims to have.
>
> The rrdtool 1.3 upgrade is the "last straw" for me.  We've pulled
> anything that uses rrdtool off of our production systems; that means
> no more symon/symux, cacti, or anything else.  I would highly recommend
> others do the same.
> </opinion>
>
> Bottom line: send all flames to Tobias Oetiker.

well,  he would say "send patches" I guess :) 
even if you are right, it is the only one for graphing multi data and it works 
and quiet well so why make another?


thank's

-- 

João







A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura.
Service fornecido pelo Datacenter Matik  https://datacenter.matik.com.br