From owner-cvs-ports@FreeBSD.ORG Sat Jul 5 12:59:24 2008 Return-Path: Delivered-To: cvs-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2CE31065680; Sat, 5 Jul 2008 12:59:24 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 93D5F8FC16; Sat, 5 Jul 2008 12:59:24 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 964BD1CC077; Sat, 5 Jul 2008 05:42:46 -0700 (PDT) Date: Sat, 5 Jul 2008 05:42:46 -0700 From: Jeremy Chadwick To: JoaoBR Message-ID: <20080705124246.GA79996@eos.sc1.parodius.com> References: <200807050919.m659JG60084247@repoman.freebsd.org> <200807050836.54442.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200807050836.54442.joao@matik.com.br> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: cvs-ports@freebsd.org, bg1tpt@gmail.com, ports-committers@freebsd.org Subject: Re: rrdtool waked X-BeenThere: cvs-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jul 2008 12:59:24 -0000 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. 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. Bottom line: send all flames to Tobias Oetiker. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |