Cacti® 0.8.8a is out. Please bump!
Created attachment 310971 [details, diff] cacti-0.8.8a.patch How, this is a trivial patch for Prefix. Please review. If there is no objection, may I bump the version and apply the patch? Thanks in advance.
Hi, tested and works for me. Please bump. Cacti 8.8 also includes Plugin Architecture 3.1.
It seems that pva has been stalled for a while. There are some issues I am not clear of, before which I could become a co-maintainer and commit: a. in GLEP 11[1], it status that config files of webapp should go to /etc/webapp/${PF}. Should /usr/share/webapps/cacti/0.8.8a/htdocs/include/config.php (for setting mysql db user/password) go to /etc/webapp instead? b. from webapp.eclass[2], we can declare a file as config-protect with "webapp_configfile". Is this intened to be difference from GLEP 11? @webapp herd, could you please comment on the above questions? 1. http://www.gentoo.org/proj/en/glep/glep-0011.html 2. http://devmanual.gentoo.org/eclass-reference/webapp.eclass/index.html
Your questions went to /dev/null. JFYI. (In reply to comment #3) > @webapp herd, could you please comment on the above questions? 09:33 <darkside_> !expn webapps-request 09:33 <willikins> webapps-request = maintainer-wanted,
I guess EAPI also needs to be bumped to at least 3.
Created attachment 334150 [details] Enhanced Ebuild also installing some plugins I enhanced the ebuild to also install plugins based on use-flags. I added all plugins from cacti-plugin-page which I got working without any problems.
there's a bug there was in the old ebuild as well regarding adodb. to resolve i need to do the following. cd /usr/share/php/adodb/ ln -s /usr/share/php/adodb drivers if not I got the error: Missing file: /usr/share/php/adodb/drivers/adodb-mysql.inc.php besides that... amazing ebuild thanks so much!
well actually I have a problem with cacti. instead of graphs I see question marks. trying to investigate.
ok everything works.. giving it just five minutes wasn't enough for some reason. went through the configuration made sure that rrd tool version matches like that FAQ stated and everything is working. yay!
If you want to test cacti-0.8.8a[1] you can grab it from my overlay[2]. [1] - http://git.overlays.gentoo.org/gitweb/?p=dev/jmbsvicetto.git;a=blob_plain;f=net-analyzer/cacti/cacti-0.8.8a.ebuild;hb=refs/heads/master [2] - http://git.overlays.gentoo.org/gitweb/?p=dev/jmbsvicetto.git (In reply to comment #6) > Created attachment 334150 [details] > Enhanced Ebuild also installing some plugins > > I enhanced the ebuild to also install plugins based on use-flags. I added > all plugins from cacti-plugin-page which I got working without any problems. I've reviewed your ebuild while doing my local bump. I have a few issues with it: * don't use cd but pushd and popd * we should use separate ebuilds for the plugins * that solves all the hardcoded plugin versions in the ebuild * the src_unpack version is too large and repetitive - it would help adding an auxiliar function * the plugins need a thorough revision to verify their license * and finally some of them seem questionable An example for the last point is plugin\:flowview-v1.1-1.tgz which includes almost 1MB of RPMs for CentOS5.
*** Bug 467480 has been marked as a duplicate of this bug. ***
Finally bumped. As for plugins: maintaining them will be really hard, since there is no chance anybody will test all this plugins for compatibility with new cacti version. So I think best solution will be provide user with configurable path to install plugins and leave it as is. For example, it looks like it's possible to define variable somewhere make.conf or /etc/portage/env file, like: CACTI_PLUGINS="( "plugin_name%URL" )" and based on this variable ebuild will download and install plugin during installation process. Not best solution, but still better then nothing. As for EPREFIX changes - i think they should go to webapp.eclass.