From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org)
by finch.gentoo.org with esmtp (Exim 4.60)
(envelope-from <gentoo-dev+bounces-39951-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1NpNXS-0001tf-Ax
for garchives@archives.gentoo.org; Wed, 10 Mar 2010 15:09:34 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 7AECCE0CDC;
Wed, 10 Mar 2010 15:09:32 +0000 (UTC)
Received: from mail-fx0-f215.google.com (mail-fx0-f215.google.com [209.85.220.215])
by pigeon.gentoo.org (Postfix) with ESMTP id 5668EE07FD
for <gentoo-dev@lists.gentoo.org>; Wed, 10 Mar 2010 15:09:24 +0000 (UTC)
Received: by fxm7 with SMTP id 7so741068fxm.26
for <gentoo-dev@lists.gentoo.org>; Wed, 10 Mar 2010 07:09:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=gamma;
h=domainkey-signature:received:received:from:to:subject:date
:user-agent:references:in-reply-to:disposition-notification-to
:mime-version:content-type:content-transfer-encoding:message-id;
bh=HqjbcMewRFb92iapmL0Znn2ypV6rxxm80G0/fmLzza8=;
b=ZZieB7akdMvTVwXrjjVyK9lUTEt9Bp4vOSygiduwMWW0xuDDZkN/cfocyobNiAfHSv
SgKiFh88Uk+0eGXJUFi3kPUs2bkpbCibpNcLp9RAZbKLgpfSgV7uud58KhxWVJ5o/Keb
5hl5OPBvJqTKYulQenhrJt3Y9/4wdn/o2QaCg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
d=gmail.com; s=gamma;
h=from:to:subject:date:user-agent:references:in-reply-to
:disposition-notification-to:mime-version:content-type
:content-transfer-encoding:message-id;
b=QekkklgNziuXckEN8+gCXcw6QIHZQenzLoD+97MaScUIyZX0EjrGDl5KOiMDH9Svyg
h3KNeYAQp12NvqLbsKrzZQHpJMS0eT6RMZ2FiCgxKKBsi4hMDRbT6SPx4METIJDidRZR
HTiU2nIXk/Td1WouB+DMGGyAQaSyMsKz4ejQo=
Received: by 10.223.102.214 with SMTP id h22mr1665211fao.105.1268233763496;
Wed, 10 Mar 2010 07:09:23 -0800 (PST)
Received: from lebrodyl.localnet (brm22.neoplus.adsl.tpnet.pl [83.29.106.22])
by mx.google.com with ESMTPS id f31sm13879709fkf.18.2010.03.10.07.09.21
(version=SSLv3 cipher=RC4-MD5);
Wed, 10 Mar 2010 07:09:22 -0800 (PST)
From: Maciej Mrozowski <reavertm@gmail.com>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] webapp-config needs a new maintainer
Date: Wed, 10 Mar 2010 16:09:26 +0100
User-Agent: KMail/1.13.1 (Linux/2.6.31-gentoo-r6; KDE/4.4.1; x86_64; ; )
References: <4B97125C.6050601@gentoo.org> <477338b91003092252u4ed393dj483d4f2f7d9a526c@mail.gmail.com>
In-Reply-To: <477338b91003092252u4ed393dj483d4f2f7d9a526c@mail.gmail.com>
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
Content-Type: Text/Plain;
charset="utf-8"
Message-Id: <201003101609.27337.reavertm@gmail.com>
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt: c7bee1e3-12b8-4864-9f63-39e86308515e
X-Archives-Hash: b45ec057c8bcf9174eb4dc95dbb381b4
On Wednesday 10 of March 2010 07:52:28 Benedikt B=C3=B6hm wrote:
> Hi!
>=20
> On Wed, Mar 10, 2010 at 4:30 AM, Sebastian Pipping <sping@gentoo.org> w=
rote:
> > 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.
>=20
> The release on sourceforge is not compatible with the current
> implementation in Gentoo AFAIK.
>=20
> > So your first task would be a proper bump and a maybe few bug fixes a=
fter:
> 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
> situation.
This issue always bothered me. Why do we need exclusive web-app config=20
application that effectively mirrors what emerge is supposed to do?
I mean installation/removal/updates, and what's the most important config=
=20
updates.
I see this solution suboptimal.
Don't bash me, maybe I'm obviously missing something but I'd really prefe=
r=20
simpler, Debian-like approach to webapps, so:
- web-apps installed in /usr/share instead of /var/www (is there any bene=
fit=20
from polluting /var/www with system-managed applications?)
- webapp-specific apache config installed in let's say /etc/apache2/conf.=
d/=20
and included from httpd.conf so that any application works out of the box=
=20
(Alias directive may be suitable in example below)
(example entry for phppgadmin:)
<Directory /usr/share/phppgadmin/>
DirectoryIndex index.php
Options +FollowSymLinks
AllowOverride None
Order deny,allow
Allow from all
<IfModule mod_php5.c>
php_flag magic_quotes_gpc Off
php_flag track_vars On
php_value include_path .
</IfModule>
</Directory>
That file (apache config) as well as wep-app specific config file=20
(/usr/share/phppgadmin/conf/config.inc.php) would be under config-protect=
, so=20
any modifications are tracked.
It's obviously less flexible than webapp-config (no automatic vhosts hand=
ling=20
- it would be installed initially for all vhosts, sure, one can easily=20
configure that), but at least doesn't need webapp-config anymore.
--=20
regards
MM