Hello community,
I am new to eGroupware and am using it within a debian box. I also am relatively new to linux and started solely with debian. So I don’t know exactly but assume that debian behaves a little bit different in some ways than other linux distros.
Hear my story about engaging jpgraph 2.3.3 within eGroupware 1.4.004-2 (installed by aptitude which is maybe important for provoking my problem) on a debian 2.6.25-7 box:
(1) Prerequisites already done a long time before installing eGroupware: PHP5 (not 4 which is maybe important for provoking my problem), Apache2, MySQL, Pear, … maybe I forgot s. th.
(2) Installation of eGroupware via aptitude
(3) Configuration steps via web ui
(4) Everything worked except project manager drawings and in project manager configuration the famous message:
You are using the old version of JPGraph, bundled with eGroupWare. It has only limited functionality.*
Please download a recent version from www.aditus.nu/jpgraph and install it in /serveroot/jpgraph.
appeared.
(5) Ok, after checking aditus.nu this is plausible because what I am using here is PHP5 and version 1.x of jpgraph is not compatible with that
(6) As proposed I downloaded jpgraph version 2.x
(7) Tried to engage jpgraph 2.x with copying it in different directories (following all proposals from the forum here), but no success
(8) Therefore I searched in class.ganttchart.inc.php what location is checked for an alternative version of jpgraph - it says the FILESYSTEM directory ABOVE egroupware dir. What I cried in caps now is important, because the following is not equal on my debian box:
- shell:/usr/share/egroupware$ -> cd … => because it gets /usr/share then
-
http://myhostname/egroupware -> http://myhostname => because it gets the http root then which is somewhere else and the subdirectory “egroupware” is symlinked to /usr/share/egroupware !
(9) So i concluded why I had no success while putting jpgraph into:
- http root (because the gantchart class searches elsewhere)
- /usr/share (because there the web server has no read access)
- … everything I tried else was more false then those two so I skip them
(10) Modifying the directory access rules of /usr/share/jpgraph did not changed the behaviour, because it is the apache configuration that misses access to this dir
(11) Therefore changing the open_basedir directive in /etc/egroupware/apache.conf solved the problem:
add /usr/share/jpgraph to the line:
php_admin_value openbasedir /usr/share/egroupware:/some/dir/else/here
so it goes to e. g.:
php_admin_value openbasedir /usr/share/egroupware:/some/dir/else/here:/usr/share/jpgraph
This is how I successfully engaged jpgraph now and maybe it helps someone else. Ask your questions if I described everything too much confusing here… 
Nicolas