On Wednesday 10 of March 2010 07:52:28 Benedikt Böhm wrote:
> On Wed, Mar 10, 2010 at 4:30 AM, Sebastian Pipping <firstname.lastname@example.org> wrote:
> > There are quite a few bugs open for it plus the latest version (1.50.18)
> > is not even in Gentoo but on SourceForge only.
> The release on sourceforge is not compatible with the current
> implementation in Gentoo AFAIK.
> > So your first task would be a proper bump and a maybe few bug fixes after:
> webapp-config is in a horrible shape and also has several design
> flaws. i wouldn't touch it. that's why i already added an idea to the
> GSoC list for a complete w-c rewrite. i talked to gunnar in 2008 or
> 2009 at chemnitz linux days, and we agreed that w-c needs a rewrite.
> but none of us had/has time to do it. hopefully gsoc can change this
This issue always bothered me. Why do we need exclusive web-app config
application that effectively mirrors what emerge is supposed to do?
I mean installation/removal/updates, and what's the most important config
I see this solution suboptimal.
Don't bash me, maybe I'm obviously missing something but I'd really prefer
simpler, Debian-like approach to webapps, so:
- web-apps installed in /usr/share instead of /var/www (is there any benefit
from polluting /var/www with system-managed applications?)
- webapp-specific apache config installed in let's say /etc/apache2/conf.d/
and included from httpd.conf so that any application works out of the box
(Alias directive may be suitable in example below)
(example entry for phppgadmin
Allow from all
php_flag magic_quotes_gpc Off
php_flag track_vars On
php_value include_path .
That file (apache config) as well as wep-app specific config file
(/usr/share/phppgadmin/conf/config.inc.php) would be under config-protect, so
any modifications are tracked.
It's obviously less flexible than webapp-config (no automatic vhosts handling
- it would be installed initially for all vhosts, sure, one can easily
configure that), but at least doesn't need webapp-config anymore.