Bugzilla Bug 166853

When using webapp-config to show what applications are installed in a specific
directory (using --si or --show-installed), it improperly expands the -d switch
to include "/var/www/localhost/htdocs" as well.  This happens to be in an
environment where USE="vhosts" is defined.

Using the -h switch to specify a specific virtual host and then changing -d to
use the path relative to the virtual host works.  However, this seems to be a
fallacy.

Assumed proper behavior would dictate that -d, if passed an absolute path (as
provided in output by "webapp-config -li") should not expand the -d input with
default system host.

Reproducible: Always

Steps to Reproduce:
1. In /etc/make.conf: USE="${USE} vhosts"
2. Install various web applications in virtual hosts via 'webapp-config'
3. Perform a "webapp-config --li" to list all installed web applications on the
server.
4. Use the output from step 3 in a "webapp-config --si -d [dir]" to find out
what version is installed.
Actual Results:  
Where sis is a virtual host on this Apache server...
zeus ~ # webapp-config --li
/var/www/sis/htdocs/cacti
/var/www/sis/htdocs/phpmyadmin
/var/www/sis/htdocs/phpsyslogng

zeus ~ # webapp-config --si -d /var/www/sis/htdocs/cacti
* Fatal error: No .webapp file in
/var/www/localhost/htdocs/var/www/sis/htdocs/cacti; unable to continue
* Fatal error(s) - aborting


Expected Results:  
webapp-config should have understood -d as an absolute path in this instance.  

The concept for the use of this is to use it in the following loop:
for dir in `webapp-config --li`
do
   echo $dir
   webapp-config --si -d $dir
done

Which would list all the locations and versions of web applications installed
via webapp-config.  This aids in ensuring that the various web applications
have been upgraded to the newest version (or identifying ones with security
issues, when coupled with GLSA).

Of course, cutting on the 3rd field in the above instance to identify the
virtual host would work, but what if web applications were installed in a non
standard manner?  Having this behavior, especially since the output used is
from the same command, would greatly enhance the use of webapp-config in
identifying potential issues.

just to make sure i understand you correctly: you want to be able to use -d
with an absolute path?

(In reply to comment #1)
> just to make sure i understand you correctly: you want to be able to use -d
> with an absolute path?
> 

Yes, that would be ideal.  Thanks for the consideration.

http://webapp-config.svn.sourceforge.net/viewvc/webapp-config?view=rev&revision=15

fixed in 1.50.16-r3

Thanks, works as expected!  I appreciate the help.  In fact, I've already used
it in the intended manner (described below) and found a few places where the
software hasn't been updated.