This is TikiWiki CMS/Groupware v1.9.11 (CVS) -Sirius- © 2002–2008 by the Tiki community Fri 10 of Sep, 2010 [00:30 UTC]
Menu
  Wiki
  Forums
  FAQs

Forum: Help

Forums->Help->php_ui installs to eprefix/sbin

illtiz
Germany
php_ui installs to eprefix/sbin


Hi,

I don't think this should be the default behaviour. I've been using the --with-cgidir option to configure to not use nagios/sbin.

The PHP UI however, is unaffected. I think in phpgui/Makefile, INST_PHPUI_PATH should not be set to ${exec_prefix}/sbin, but ${INST_CGI_PATH} instead?

Just my two cents..

Regards
 
on: Mon 02 of Apr, 2007 [16:46 UTC] score: 0.00 reads: 3960

Posted messages

author message
kukulkan
kukulkan
United States of America
Re: php_ui installs to eprefix/sbin
on: Fri 29 of Jan, 2010 [16:29 UTC] score: 0.00
> Hi,
>
> I don't think this should be the default behaviour. I've been using the --with-cgidir option to configure to not use nagios/sbin.
>
> The PHP UI however, is unaffected. I think in phpgui/Makefile, INST_PHPUI_PATH should not be set to ${exec_prefix}/sbin, but ${INST_CGI_PATH} instead?
>
> Just my two cents..
>
> Regards

I'm actually looking at the same issue right now, the PHP UI definitely should not be getting installed to the nagios/sbin as it's wreaking havoc on it. I've tinkered around with moving everything for it into its own directory and tweaking the paths in the files, but it's really a headache. I finally decided to just continue using the perfparse.cgi for now.

author message
illtiz
Germany
Re: php_ui installs to eprefix/sbin
on: Wed 04 of Apr, 2007 [08:36 UTC] score: 0.00
Uhm *cough, cough*

yes, alright, there is the --with-phpuidir option. Honestly missed that, sorry.

Still - shouldn't this rather default to cgidir rather than sbindir...? wink

I'd have posted a patch to configure.ac, but it ended up full of wiki syntax. Here's a simple diff:
318c318
< INST_PHPUI_PATH=${sbindir}
===
> INST_PHPUI_PATH=${INST_CGI_PATH}


Regards,
Felix

author message
Aw: Re: php_ui installs to eprefix/sbin
on: Wed 04 of Apr, 2007 [09:09 UTC] score: 0.00
Hmm. Does it create any problems mixing php and cgi directories? What does apache do if a php file has accidentaly set the execution (x) bit? In my opinion the php and cgi directories shall remain separated.
sbin is not a good choice too. In the actual CVS tree i have set it to:
INST_PHPUI_PATH=${prefix}/share/phpui

What do you think?

Flo

author message
illtiz
Germany
Re: Aw: Re: php_ui installs to eprefix/sbin
on: Thu 12 of Apr, 2007 [12:07 UTC] score: 0.00
> Hmm. Does it create any problems mixing php and cgi directories? What does apache do if a php file has accidentaly set the execution (x) bit? In my opinion the php and cgi directories shall remain separated.
> sbin is not a good choice too. In the actual CVS tree i have set it to:
> INST_PHPUI_PATH=${prefix}/share/phpui

Sounds good. Missed your answer up till now, sorry.

As i noted several followup issues, i think i should elaborate on my setup a little.

I opted to keep all "web" content seperate from nagios, so there is no nagios/share/ directory, but a nagios/ directory in my DocumentRoot instead. nagios/sbin/ is not present either, all nagios CGIs live in cgi-bin/.

This is OK for nagios. Perfparse an its PHP GUI still suffer some problems from that, though.

./configure --prefix=/usr/nagios_srv --with-http_image_path=/nagios/images --with-imagedir=/usr1/www/doc/nagios/images --with-cgidir=/usr1/www/cgi-bin/perfparse --with-phpuidir=/usr1/www/doc/perfparse --with-apache-user=nagios

Here's what I had to do make perfparse.php deal with my setup:
- change the paths to both nagios.cfg and perfparse.cfg from relative to absolute
- change the beginning of the graph URLs from "cgi-bin/" to "/cgi-bin/perfparse/"

I think that some (dangerous) assumptions are still being made at those points.

Also, i had to fix permissions for the templates_c/ subdirectory. The --with-apache-user seems to take no effect. I shall post this as a patch, as it is typoed as "apacheuser" in configure.ac. Specifying --with-apacheuser helps, though ;-)

Other than that, it's great. I suggest that in the source, perfparse.php should exist only as a skeleton with some generic strings in places where absolute paths might be required, so that all file locations can be fed to it using ./configure.

Felix



author message
Aw: Re: Aw: Re: php_ui installs to eprefix/sbin
on: Sun 15 of Apr, 2007 [21:20 UTC] score: 0.00

> This is OK for nagios. Perfparse an its PHP GUI still suffer some problems from that, though.
>
> ./configure --prefix=/usr/nagios_srv --with-http_image_path=/nagios/images --with-imagedir=/usr1/www/doc/nagios/images --with-cgidir=/usr1/www/cgi-bin/perfparse --with-phpuidir=/usr1/www/doc/perfparse --with-apache-user=nagios
>
> Here's what I had to do make perfparse.php deal with my setup:
> - change the paths to both nagios.cfg and perfparse.cfg from relative to absolute
> - change the beginning of the graph URLs from "cgi-bin/" to "/cgi-bin/perfparse/"
>

This is due to my limited knowledge of autoconf/automake. It should handle that. As soon as i know how to make this i'll do it :-)


> I think that some (dangerous) assumptions are still being made at those points.
>
> Also, i had to fix permissions for the templates_c/ subdirectory. The --with-apache-user seems to take no effect. I shall post this as a patch, as it is typoed as "apacheuser" in configure.ac. Specifying --with-apacheuser helps, though ;-)
>

Thanks. Fixed. Soon in CVS.

> Other than that, it's great. I suggest that in the source, perfparse.php should exist only as a skeleton with some generic strings in places where absolute paths might be required, so that all file locations can be fed to it using ./configure.

see above. If you'd like to provide a patch it would be great.


author message
illtiz
Germany
Re: Aw: Re: Aw: Re: php_ui installs to eprefix/sbin
on: Wed 25 of Apr, 2007 [07:42 UTC] score: 0.00
Sorry for the late reply. I'll look into the perfparse PHP as soon as i'll get the opportunity again. Sadly, there are more pressing matters at work at the moment, and atm, i have no spare time to spend on it, either. Hope to be posting again, later.

Regards

> see above. If you'd like to provide a patch it would be great.



Show posts:
 
google search
 
Powered by Tikiwiki Powered by PHP Powered by Smarty Powered by ADOdb Made with CSS Powered by RDF powered by The PHP Layers Menu System
RSS Wiki RSS Forums
[ Execution time: 0.12 secs ]   [ Memory usage: 4.33MB ]   [ GZIP Enabled ]   [ Server load: 0.10 ]