All programs that only work with rrdtool-1.0.x Want to get rid of it in favor of the 1.2 branch
After a discussion in #-netmon with pva we agreed on the following "roadmap": 1) angleto provides us with a list of apps that don't run with rrdtool 1.2 branch 2) we use that list to see whether upstream either released a 1.2 compatible version or ask to port / help with porting 3) after that list has narrowed down we reconsider if we try again to slot rrdtool
The packages dependents from rrdtool-1.0.* are: DR : dev-ruby/ruby-rrd-1.1 DR : net-analyzer/jffnms-0.8.2 R : www-apps/drraw-2.0.1 where: R := RDEPEND D := DEPEND drraw-2.1.3 require >=net-analyzer/rrdtool-1.2.1
Created attachment 86517 [details] ebuilds dependents from rrdtool-*
Created attachment 86527 [details] ebuild dependents on rrdtool-1.2.*
Created attachment 86528 [details] ebuilds that does not specify the rrdtool version depending on this list=(all rrdtool dependants)-(require 1.2.*)-(require 1.0.*)
Created attachment 86548 [details] files/main.c.patch and patch for ruby-rrd-1.1.ebuild the attached patches allow to compile ruby-rrd-1.1 using >=net-analyzer/rrdtool-1.2.6-r1. The main.c was modified according to the implementation of the function rrd_graph (see rrdtool-1.2.6/src/rrd_graph.c). Attention: functionality tests must still be done.
ruby herd: Can you please test and apply the attached patch for ruby-rrd-1.1? I can confirm that it builds fine but I don't know enough about ruby to test properly ;)
without the patch in the comment #6 ruby-rrd-1.1 rise also a sandbox violation
Created attachment 86823 [details, diff] patch for jffnms-0.8.2.ebuild the patch fix a wrong chmod
Created attachment 86825 [details] list of the ebuilds successfully emerged This list contains the ebuilds which does not require a specific version of rrdtool and that was successfully emerged with rrdtool-1.2.*
I'll take care of ruby-rrd now.
Okay patch added to ruby-rrd, it's conditional to the installed version so that the same ebuild works for both 1.0 and 1.2. Enjoy.
*** Bug 97403 has been marked as a duplicate of this bug. ***
DR : sys-cluster/ganglia-3.0.2: success <<<
I'm adding this here for now, feel free to create a new bug if that's more appropriate. rrdtool includes ">=media-libs/libart_lgpl-2.3.16" in $DEPEND but not in $RDEPEND. This causes the package to break if installed with "emerge -k". I noticed this while installing mailgraph today. Here's what I did (please advise if you need more info). The package lists are pulled from emerge.log. server1 & server2 are identical servers using shared portage & pkg dirs. server1 # emerge mailgraph emerge (1 of 6) media-libs/libart_lgpl-2.3.17 emerge (2 of 6) dev-libs/cgilib-0.5 emerge (3 of 6) net-analyzer/rrdtool-1.2.6-r1 emerge (4 of 6) dev-perl/File-Tail-0.99.1 emerge (5 of 6) app-admin/webapp-config-1.50.15 emerge (6 of 6) net-mail/mailgraph-1.12 server2 # emerge -k mailgraph emerge (1 of 4) net-analyzer/rrdtool-1.2.6-r1 emerge (2 of 4) dev-perl/File-Tail-0.99.1 emerge (3 of 4) app-admin/webapp-config-1.50.15 emerge (4 of 4) net-mail/mailgraph-1.12 mailgraph runs fine on server1. On server2, it fails. Apache logs show: Can't load '/usr/lib/perl5/vendor_perl/5.8.8/i686-linux/auto/RRDs/RRDs.so' for module RRDs: libart_lgpl_2.so.2: cannot open shared object file: No such file or directory at /usr/lib/perl5/5.8.8/i686-linux/DynaLoader.pm line 230. Compilation failed in require at mailgraph.cgi line 7. emerge -k libart_lgpl appears to fix things on server2, but I think libart_lgpl should be added to $RDEPEND for rrdtool.
Nothing left here.