GNU layout issues with encap

[Dave Dribin <da...@dribin.org>]

Hello,

I am upgrading to Apache 1.3.23 and I've decided to try the GNU layout
as it plays much nicer with the encap package system I've got setup
for /usr/local.

First issue, in config.layout, I think the libexecdir directory for
the GNU layout should have a "+" on the end of it so it gets installed
into /usr/local/libexec/httpd.  I believe most other programs do this
to keep /usr/local/libexec pollution down.

The other issue is that the "+" doesn't work at all if you try to
encap Apache, i.e. set the prefix to /usr/local/encap/apache-1.3.23.
Basically, the configure script is trying to be too smart.  The code
in "configure" to add on the target suffix has this comment in it near
line 1131:

    #   automatically add target suffix to path when it's
    #   requested (path has a trailing plus in config.layout) and
    #   looks reasonable (i.e. when "apache" or target-name
    #   still not part of path)

So, basically this is disabling the suffix because it's installing
into a directory that already as the word "apache" in it.  Now I can
see how this could be useful in some cases, but it doesn't play well
with encap.  Once you install the encap package, the
"encap/apache-1.3.23" essentially goes away and it really looks like
its installed in /usr/local.  The end result is /usr/local/etc,
etc. are filled with Apache stuff directly, rather than in a
subdirectory.

Given that the current behavior is useful, I can see the use of a new
option to disable this suffix check.  Should I report this and the
above issue as bugs and/or to the dev list for discussion?

BTW, I'm using the epkg encap package manager, which totally kicks
butt:

  http://www.encap.org/epkg/

-Dave

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org

Re: GNU layout issues with encap

[Dave Dribin <da...@dribin.org>]

On Tue, Feb 05, 2002 at 09:52:06AM -0500, Joshua Slive wrote:
> 
> > From: Dave Dribin [mailto:dave-ml@dribin.org]
> 
> > I am upgrading to Apache 1.3.23 and I've decided to try the GNU layout
> > as it plays much nicer with the encap package system I've got setup
> > for /usr/local.
> 
> It sounds like you have a rather special case here.  Why don't you just
> create your own layout in config.layout based on the GNU one, but with
> whatever changes you want.

Well, it may be a special case, but ./configure is acting broken.  It
eliminates the suffix because it thinks it is already installed in a
unique path.  However, once epkg installs the sym links, it is no
longer unique.  Besides, I want the GNU layout, and it's not giving me
the GNU layout. :) I found this open PR describing the same problem:

  http://bugs.apache.org/index.cgi/full/4634

It looks like quite an old PR, but it even states that neither way is
really "correct".  Thus, I've attached a patch against 1.2.23 that
adds a --force-suffix option to ./configure that overrides the suffix
elimination check.  This keeps the default configuration compatible
with the current behavior while fixing the PR and allowing the user to
decide which behavior is correct.

-Dave

RE: GNU layout issues with encap

[Joshua Slive <jo...@slive.ca>]

> From: Dave Dribin [mailto:dave-ml@dribin.org]

> I am upgrading to Apache 1.3.23 and I've decided to try the GNU layout
> as it plays much nicer with the encap package system I've got setup
> for /usr/local.

It sounds like you have a rather special case here.  Why don't you just
create your own layout in config.layout based on the GNU one, but with
whatever changes you want.

Joshua.


---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org