public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Max Kalika <max@gentoo.org>
To: Troy Dack <tad@gentoo.org>, gentoo-dev@gentoo.org
Subject: [gentoo-dev] Re: [gentoo-core] [GLEP] Web Application Installation
Date: Sat, 02 Aug 2003 16:11:29 -0700	[thread overview]
Message-ID: <2147483647.1059840689@[192.168.26.4]> (raw)
In-Reply-To: <1059843010.5023.80.camel@carbon.internal.lan>

> ...
> Due to a lack of standard install method configuration files are at
> risk of being overwritten during upgrade, potentially causing system
> administrators down tine as they have to reconfigure web applications
> after an upgrade.

(typo) down time.  Also how about say "after each upgrade."

> 2. Application Location
> -----------------------
> ... 
> A suggested alternative installation location for web applications, 
> outside of the Document:

outside Document Root?

>	* for files to be served to clients::
>
>		/usr/share/webapps/<application>/files/

I think this should just be /usr/share/webapps/<application>/

>	* for documentation files (not served to clients)::
>
>		/usr/share/doc/webapps/<application>/

Perhaps keep things consistant and put docs in /usr/share/doc/${PF}.  This
way the current dodoc() and dohtml() utility functions can continue to be
used without extra effort on behalf of the ebuild writers.

> 3. Application Configuration
> ----------------------------
> ...
>	* Apache configuration directives:
>	
>	   - install a sample file in::
>
>			/usr/share/doc/webapps/<application>/conf/
>
>	   the ebuild should inform the user how to include this 
>	   information in their Apache configuration.
> 
>	   - alternatively the configuration directives could be placed in::
>
>			/etc/apache{1,2}/conf/webapps/<application>
>
>	   this directory and the files in it should be included by the
>	   main Apache configuration file.
>
> By installing application configuration files in /etc Portage 
> CONFIG_PROTECT features can be used to ensure that configuration files
are 
> not overwritten.

The eclass currently puts them as /etc/webapps/<application>.conf.  This
way they are parallel to the application configuration files and are also
web-server independent, all while being protected by CONFIG_PROTECT.  The
ebuild informs the user to how to activate the installed app which, when
executed,
just creates a link into the already-configured apache directory.


Some other difficulty I came across while installing various webapps that
we may want to address (perhaps not in this GLEP, but definitely sometime
down the road) are:

 - Determining what modules mod_php has built into it.  Currently, I have
   a quick and dirty function in the webapp eclass called check_php() which
   looks for a particular USE flag in /var/db/pkg/dev-php/mod_php*/USE.
   This probably needs to be a bit cleaner.
 - Certain web applications need to have write access to the directory where
   they are installed (curse them!) :-)
 - Great care must be taken to properly prepare the configuration files.
   For example, Horde config files have paths defined relative to the config
   file itself so some sed magic was used to fix a lot of it.

Otherwise I am thrilled to see all this progress.  Thank you!
Standardization should always be applauded. :-)

--mk

--
gentoo-dev@gentoo.org mailing list


  parent reply	other threads:[~2003-08-02 23:11 UTC|newest]

Thread overview: 19+ 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 ` Max Kalika [this message]
2003-08-02 23:51   ` [gentoo-dev] Re: [gentoo-core] " 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
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

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='2147483647.1059840689@[192.168.26.4]' \
    --to=max@gentoo.org \
    --cc=gentoo-dev@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