On Mon, May 11, 2009 at 11:18 PM, William A. Rowe, Jr.
wr...@rowe-clan.netwrote:
William A. Rowe, Jr. wrote:
Roy T. Fielding wrote:
On May 7, 2009, at 10:57 PM, William A. Rowe, Jr. wrote:
In any case, I have a better solution. mod_so is not a URI mapper, nor
is mod_watchdog. I created
William A. Rowe, Jr. wrote:
Roy T. Fielding wrote:
On May 7, 2009, at 10:57 PM, William A. Rowe, Jr. wrote:
In any case, I have a better solution. mod_so is not a URI mapper, nor
is mod_watchdog. I created a modules/core/ tree; fixed.
Why do people always want to use core as a directory
Please stop your sending email to me.
Thank you.
- Original Message -
From: William A. Rowe, Jr. wr...@rowe-clan.net
To: William A. Rowe, Jr. wr...@rowe-clan.net; dev@httpd.apache.org
Sent: Thursday, May 07, 2009 10:36 PM
Subject: Re: svn commit: r771998
Joe Orton wrote:
Hah
-Ursprüngliche Nachricht-
Von: William A. Rowe, Jr.
Gesendet: Freitag, 8. Mai 2009 07:57
An: dev@httpd.apache.org
Betreff: Re: svn commit: r771998
William A. Rowe, Jr. wrote:
Joe Orton wrote:
Hah - please explain motivation for changes in the
changelog message
On Fri, May 8, 2009 at 6:49 AM, Plüm, Rüdiger, VF-Group
ruediger.pl...@vodafone.com wrote:
I guess this is because mod_watchdog is now build dynamically and
mod_watchdog is not
stored in includes/.
So I guess we either need to do that or rewrite the watchdog to be either
provider
or
-Ursprüngliche Nachricht-
Von: Jeff Trawick
Gesendet: Freitag, 8. Mai 2009 12:59
An: dev@httpd.apache.org
Betreff: Re: svn commit: r771998
On Fri, May 8, 2009 at 6:49 AM, Plüm, Rüdiger, VF-Group
ruediger.pl...@vodafone.com wrote:
I guess this is because
-Ursprüngliche Nachricht-
Von: William A. Rowe, Jr.
Gesendet: Freitag, 8. Mai 2009 17:42
An: dev@httpd.apache.org
Betreff: Re: svn commit: r771998
Jeff Trawick wrote:
anyway, I think we should address any such ordering
problems by axing
the export of raw functions
Plüm, Rüdiger, VF-Group wrote:
Tried all that it still fails to build:
modules/cluster/.libs/libmod_heartbeat.a(mod_heartbeat.o)(.text+0x2a5): In
function `hb_register_hooks':
/home/pluem/apache/httpd-trunk/modules/cluster/mod_heartbeat.c:153: undefined
reference to
-Ursprüngliche Nachricht-
Von: William A. Rowe, Jr.
Gesendet: Freitag, 8. Mai 2009 18:24
An: dev@httpd.apache.org
Betreff: Re: svn commit: r771998
Plüm, Rüdiger, VF-Group wrote:
Tried all that it still fails to build:
modules/cluster/.libs/libmod_heartbeat.a
Plüm, Rüdiger, VF-Group wrote:
I had not, but the same result with it.
EMISMATCH; you can't enable-static mod_dav_fs using dynamic mod_dav, and
you can't enable heartbeat/heartmonitor static using dynamic mod_watchdog.
What is your ./configure?
-Ursprüngliche Nachricht-
Von: William A. Rowe, Jr.
Gesendet: Freitag, 8. Mai 2009 18:52
An: dev@httpd.apache.org
Betreff: Re: svn commit: r771998
Plüm, Rüdiger, VF-Group wrote:
I had not, but the same result with it.
EMISMATCH; you can't enable-static mod_dav_fs using
Plüm, Rüdiger, VF-Group wrote:
--enable-mods-shared=all \
And what is/was your last httpd -l
IIRC, --enable-mods-shared does not override your -enable-mod
On May 7, 2009, at 10:57 PM, William A. Rowe, Jr. wrote:
In any case, I have a better solution. mod_so is not a URI mapper,
nor
is mod_watchdog. I created a modules/core/ tree; fixed.
Why do people always want to use core as a directory name?
sys or systemic would be better, or just move
Roy T. Fielding wrote:
On May 7, 2009, at 10:57 PM, William A. Rowe, Jr. wrote:
In any case, I have a better solution. mod_so is not a URI mapper, nor
is mod_watchdog. I created a modules/core/ tree; fixed.
Why do people always want to use core as a directory name?
sys or systemic would
On Fri, May 8, 2009 at 11:41 AM, William A. Rowe, Jr.
wr...@rowe-clan.netwrote:
Jeff Trawick wrote:
anyway, I think we should address any such ordering problems by axing
the export of raw functions
FWIW I don't disagree, I just don't have time to invest in it
yeah; I felt at least a
On 05/08/2009 07:09 PM, William A. Rowe, Jr. wrote:
Plüm, Rüdiger, VF-Group wrote:
--enable-mods-shared=all \
And what is/was your last httpd -l
Compiled in modules:
core.c
http_core.c
worker.c
mod_so.c
Ruediger Pluem wrote:
On 05/08/2009 07:09 PM, William A. Rowe, Jr. wrote:
Plüm, Rüdiger, VF-Group wrote:
--enable-mods-shared=all \
And what is/was your last httpd -l
Compiled in modules:
core.c
http_core.c
worker.c
mod_so.c
This is extremely odd. Review your config.m4, it
On Fri, May 8, 2009 at 1:49 PM, William A. Rowe, Jr.
wr...@rowe-clan.net wrote:
Ruediger Pluem wrote:
On 05/08/2009 07:09 PM, William A. Rowe, Jr. wrote:
Plüm, Rüdiger, VF-Group wrote:
--enable-mods-shared=all \
And what is/was your last httpd -l
Compiled in modules:
core.c
Paul Querna wrote:
disagree, there is still a load order issue between mod_watchdog and
any modules using the api, we should not do that.
And what of mod_dav? svn rm it?
Same problem set; the new schema sets up watchdog at config2; if you want
to consume it's API (as modules/cluster/ does)
On 05/08/2009 10:49 PM, William A. Rowe, Jr. wrote:
Ruediger Pluem wrote:
On 05/08/2009 07:09 PM, William A. Rowe, Jr. wrote:
Plüm, Rüdiger, VF-Group wrote:
--enable-mods-shared=all \
And what is/was your last httpd -l
Compiled in modules:
core.c
http_core.c
worker.c
mod_so.c
Ruediger Pluem wrote:
I found it: There was a stray config.m4 located in my modules/cluster
directory. I guess it got there during my tries to fix the issue and
I missed to delete it afterwards.
Thanks for your extensive help and sorry for the noise.
No bother; fyi a personal favorite (as
On Wed, May 06, 2009 at 02:54:59PM -0500, William Rowe wrote:
Plüm, Rüdiger, VF-Group wrote:
This causes trunk to fail compilation with:
make[1]: *** No rule to make target `modules/mappers/libmod_so.la', needed
by `httpd'. Stop.
make: *** [all-recursive] Error 1
Please don't
Joe Orton wrote:
Hah - please explain motivation for changes in the changelog message,
likewise!
It appeared that the choice of config9 was deliberate. Going on the
assumption that this was not, and dropping the entire directory back
to config2 to test this theory.
It's broken because
William A. Rowe, Jr. wrote:
Joe Orton wrote:
Hah - please explain motivation for changes in the changelog message,
likewise!
It appeared that the choice of config9 was deliberate. Going on the
assumption that this was not, and dropping the entire directory back
to config2 to test this
This causes trunk to fail compilation with:
make[1]: *** No rule to make target `modules/mappers/libmod_so.la', needed by
`httpd'. Stop.
make: *** [all-recursive] Error 1
Reverting it fixes the problem.
Regards
Rüdiger
Plüm, Rüdiger, VF-Group wrote:
This causes trunk to fail compilation with:
make[1]: *** No rule to make target `modules/mappers/libmod_so.la', needed by
`httpd'. Stop.
make: *** [all-recursive] Error 1
Please don't do that, you have everyone chasing down if they owned 771998.
At least
On 05/06/2009 09:54 PM, William A. Rowe, Jr. wrote:
Plüm, Rüdiger, VF-Group wrote:
This causes trunk to fail compilation with:
make[1]: *** No rule to make target `modules/mappers/libmod_so.la', needed
by `httpd'. Stop.
make: *** [all-recursive] Error 1
Please don't do that, you have
Ruediger Pluem wrote:
The issue happend on RHEL 4 64 Bit.
FWIW - FC10 x86_64 is my own default testing schema.
28 matches
Mail list logo