Hi Olivier, Yes, I meant the graphiques / graphs on the administration site.
rrdtools has been in since the beginning ; care to specify which Perl module you're referring to ? Usually, I've been depending on complaints - on the command line or in the logs - to find missing Perl modules, but this may be on a different basis. So far, there hasn't been anything about a Perl module relevant to graphs. Any info would be most appreciated. jpgraph & jpgraph_docs have also been taken from your repository (to be certain) and aliened and in from the beginning. So far, there has been not a trace of the graphs. I've been searching and have discovered that there *may* be a Debian issue involved. Apparently the GD project forked some time ago and all the 'new' functions (on which, for example, jpgraph, depends) are in the 'new' branch of the projects, which Debian has rejected for reasons of security. I can't assess that, of course, but the Debian version of php5-gd as a result contains the 'old' branch of the GD project. There are many references claiming that the 'dotdeb.org' version of the package contains the correct (for us) 'new' version of GD. We have installed it from their repo but as yet there are no graphs in evidence ... I have no idea which version the CentOS distro uses, but it's probably the correct one for PacketFence ! In the event, many thanks for your input, as usual, and any further suggestions for search or focus on this issue would of course be appreciated. Best wishes, Chris (Private reply follows.) On Tue 8.Feb'11 at 16:58:35 -0500, Olivier Bilodeau wrote: > Hi Chris, > > > A quick announcement : we are now fully (and stably) > > functional. Thanks greatly to all for the great (and patient) > > assistance. We're preparing for the university roll-out ! > > > > Glad to hear that. > > > > > Naturally, there is a loose end. Largely cosmetic now, but potentially > > useful, the graphics in the admin module aren't working. I'd much > > appreciate it if someone could point to a weak spot I've > > overlooked. Actually, the graphics have never worked. Wondering > > whether this is a Debian issue ... > > It's because you are on Debian but the issue is not debian's, it's > because we make assumptions about the environment. > > Here, I assumed you meant graphs (graphiques in french) and not images. > - SNMP Trap stat graphs uses RRD so you would need rrdtools and a perl > module > - most other graphs rely on jpgraph which is installed in > html/admin/common/jpgraph/ by our > php-jpgraph-packetfence-2.3.4-1.noarch.rpm package. You probably need to > alien it into a dpkg or just get the files from it. > > Hope this helps! > -- > Olivier Bilodeau > [email protected] :: +1.514.447.4918 *115 :: www.inverse.ca > Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence > (www.packetfence.org) > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Packetfence-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/packetfence-users > ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Packetfence-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/packetfence-users
