public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Stuart Herbert <stuart@gentoo.org>
To: Max Kalika <max@gentoo.org>, Troy Dack <tad@gentoo.org>,
	gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] [GLEP] Web Application Installation
Date: Sun, 3 Aug 2003 18:43:07 +0100	[thread overview]
Message-ID: <200308031843.10426.stuart@gentoo.org> (raw)
In-Reply-To: <2147483647.1059898856@[192.168.26.4]>

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 3903 bytes --]

'lo Max,

Keep it comming.  I think we're really getting this thrashed out ;-)

On Sunday 03 August 2003 4:20 pm, Max Kalika wrote:
> Correct.  I also create an apache config block as
>
>   /etc/webapps/<application>.conf

If it's apache-specific, can't we at least call it <application>-apache.conf?

> This is what gets included into the apache config if a user activates the
> specific application.  For example, the horde config block looks like this:
>
> max@ike webapps $ cat horde-apache.conf
> Alias /horde /usr/share/webapps/horde/
> <Directory /usr/share/webapps/horde>
>   Allow from all
>   AllowOverride Limit
>   Options Indexes FollowSymLinks
>   php_flag safe_mode off
>   php_flag magic_quotes_gpc off
>   php_flag magic_quotes_runtime off
>   php_flag register_globals off
>   php_flag file_uploads on
>   php_value upload_max_filesize 50M
>   php_value include_path /usr/lib/horde-pear
> </Directory>

Thanks for the example - it helps a great deal.  Now, how would you deal with 
a site needing to run two copies of horde under the one web server?

> The whole reason for keeping config files under /etc is for CONFIG_PROTECT.
> Multiple versions of any app would be handled the same way as all other
> packages on Gentoo -- core files get overwritten in an upgrade and the
> config files are updated through dispatch-conf/etc-update/manually.

Yeah - but how do you handle sites (like ISPs) that need to run multiple 
installations of the same app on the same box?  You can't have a single 
globla configuration file for that.  Makes sense for the home user, but not 
for ISPs.

> Right, but if the file itself gets rearranged constantly (as some apps do),
> it may be difficult to maintain the patch.  

In ten years of maintaining apps, I've never found it a problem myself.  But 
hey - it's not important ;-)

> But again, this all depends on
> the package at hand -- as stands right now everywhere else in gentoo, lets
> do what is easier/more maintainable.

Absolutely.  Gentoo works *because* it is anarchy ;-)

> > Last night, I thought I was sure.  Unfortunately, waking up today I've
> > forgotten ;-)  I'll go back and re-read the thread.
>
> Don't you just hate when that happens :-)

Yeah ;-)

> Currently there's nothing in the eclass that is language specific other
> than that check_php function (which, as I said before, I'd like to find a
> replacement for).

Well, PHP apps'll need to check for which PHP extensions are active from time 
to time.

> Certainly.  Perhaps if we don't find anything that is language specific
> (which I have yet to see), we can take a different approach and do
> webapp-<webservertype>

See previous emails.  I *really* don't support making any of this stuff 
webserver-specific in the ebuilds or eclasses ;-)  A two-stage install - 
ebuilds to get apps onto the machine, user-space tools to install an app for 
a specific web server - are the way to go, imho.

How do you make an app install on (say) Zeus or (say) iPlanet or (say) 
n.e.other web server if the ebuild itself is server-specific?  We're boxing 
ourselves in, for no good reason.

Gentoo's supposed to be about configurability.  It even says so right at the 
top of www.gentoo.org.  Let's not throw that out of the window just yet ;-)

> > It can't be that difficult - it's only  a web server.
>
> Isn't that on the list of "Famous Last Words" ? :-)

Lots of laughter ;-)  I hope not!

Take care,
Stu
-- 
Stuart Herbert                                              stuart@gentoo.org
Gentoo Developer                                       http://www.gentoo.org/
Beta packages for download            http://dev.gentoo.org/~stuart/packages/

GnuGP key id# F9AFC57C available from http://pgp.mit.edu
Key fingerprint = 31FB 50D4 1F88 E227 F319  C549 0C2F 80BA F9AF C57C
--

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2003-08-03 17:45 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-08-02 16:50 [gentoo-dev] [GLEP] Web Application Installation Troy Dack
2003-08-02 20:39 ` Robin H.Johnson
2003-08-02 23:11 ` [gentoo-dev] Re: [gentoo-core] " Max Kalika
2003-08-02 23:51   ` Stuart Herbert
2003-08-03  2:26     ` [gentoo-dev] " Max Kalika
2003-08-03 14:46       ` Stuart Herbert
2003-08-03 15:20         ` Max Kalika
2003-08-03 17:43           ` Stuart Herbert [this message]
2003-08-03 19:03             ` Max Kalika
2003-08-03 19:43               ` Stuart Herbert
2003-08-04  4:29                 ` Max Kalika
2003-08-04 10:43                   ` Stuart Herbert
2003-08-03  0:30 ` Austin Frank
2003-08-03  7:50   ` Tal Peer
2003-08-03 14:45   ` Don Seiler
2003-08-03 14:49     ` [gentoo-dev] Re: [gentoo-core] " Stuart Herbert
2003-08-05  3:46       ` Robin H.Johnson
2003-08-05 10:21         ` Stuart Herbert
2003-08-05  8:12 ` Troy Dack
  -- strict thread matches above, loose matches on Subject: below --
2003-08-04 17:11 Max Kalika
2003-08-04 22:16 ` Stuart Herbert
2003-08-05  9:49   ` Michael Cummings
2003-08-04 23:16 Max Kalika
2003-08-05  0:14 ` Stuart Herbert
2003-08-05  2:30   ` Donny Davies
2003-08-05 10:12     ` Stuart Herbert
2003-08-06  4:01       ` Donny Davies
2003-08-05  3:04   ` Max Kalika
2003-08-05 10:39     ` Stuart Herbert
2003-08-05  9:34   ` Paul de Vrieze
2003-08-05 11:19     ` Stuart Herbert
2003-08-05 11:37       ` Paul de Vrieze
2003-08-05 21:00       ` Max Kalika
2003-08-05 23:43         ` Cal Evans
2003-08-06  1:54           ` Stuart Herbert
2003-08-06  2:16             ` Robin H.Johnson
2003-08-06  2:44               ` Stuart Herbert
2003-08-07  1:08 Troy Dack

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200308031843.10426.stuart@gentoo.org \
    --to=stuart@gentoo.org \
    --cc=gentoo-dev@gentoo.org \
    --cc=max@gentoo.org \
    --cc=tad@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox