hi all :)
a co-worker and I were just adding some functionality to an internal
httpd module when we noticed that mod_log_config misbehaves when logging
cookie values...
in short, we have a cookie FOO and were adding a cookie CLIENT_FOO. in
the log format we used
%{FOO}C\t%{CLIENT_FOO}C
but
hi all :)
the new set_define() function currently has some unused variables, so it
won't compile with -Werror
patch attached.
--Geoff
Index: server/core.c
===
--- server/core.c (revision 549098)
+++ server/core.c (working copy)
@@
I'm cross-posting this to apreq-dev - since you're using Apache::Request
and it seems to be behaving differently using mp1 versus mp2, the apreq
folks will be in a better position to comment on the behavior.
--Geoff
Miles Crawford wrote:
I posted this to the Firefox guys as well, because I
Steve Hay wrote:
Philip M. Gollucci wrote:
A release candidate for Apache-Test 1.29-rc3 is now available.
http://people.apache.org/~pgollucci/at/Apache-Test-1.29-rc3.tar.gz
looks good on apache 2.2.2, perl 5.8.8
+1
--Geoff
Sander Temme wrote:
On Apr 23, 2006, at 9:37 AM, Paul Querna wrote:
Sander Temme wrote:
FreeBSD bagheera.sandla.org. 6.1-RC FreeBSD 6.1-RC #3: Fri Apr 21
08:35:33 PDT 2006 [EMAIL PROTECTED]:/usr/obj/usr/
src/sys/GENERIC i386
Testsuite currently unusable, hangs on:
resending to all the interested lists...
Sander Temme wrote:
On Apr 23, 2006, at 9:37 AM, Paul Querna wrote:
Sander Temme wrote:
FreeBSD bagheera.sandla.org. 6.1-RC FreeBSD 6.1-RC #3: Fri Apr 21
08:35:33 PDT 2006 [EMAIL PROTECTED]:/usr/obj/usr/
src/sys/GENERIC i386
Testsuite
for mod_imap
or mod_imagemap [ Colm MacCarthaigh ]
shortcuts like need_cgi() and need_php() no longer spit out
bogus skip messages [Geoffrey Young]
Adjust Apache::TestConfig::untaint_path() to handle relative paths
that don't start with /. [Stas]
If perlpath is longer than 62 chars, some shells
I think that's a good idea, so long as [EMAIL PROTECTED]
can withstand the occasional question about our
perl glue. Someday I'd actually like to see
trunk/glue/perl moved over to mod_perl's trunk,
and our C code folded into httpd somehow, but
that may take some time doing.
in principle I
2. perl Makefile.PL
-apxs /home/sris/projects/ers-3-0-2/apache2.0/bin/apxs
3. make
4. t/TEST
OUTPUT
[EMAIL PROTECTED]:~/projects/temp/httpd-test/perl-framework$ t/TEST
[warning] setting ulimit to allow core files
ulimit -c
unlimited; /usr/bin/perl
[ Colm MacCarthaigh ]
shortcuts like need_cgi() and need_php() no longer spit out
bogus skip messages [Geoffrey Young]
Adjust Apache::TestConfig::untaint_path() to handle relative paths
that don't start with /. [Stas]
If perlpath is longer than 62 chars, some shells on certain platforms
won't
Mark Galbreath wrote:
I'm drawing a blank
for those following only dev@httpd.apache.org, and thus may be unaware of
what Apache-Test is, here's the deal...
Apache-Test
http://perl.apache.org/Apache-Test/
is the engine that drives the perl-framework
Justin Erenkrantz wrote:
On Fri, Dec 16, 2005 at 12:04:56AM -0800, Justin Erenkrantz wrote:
I'd like to propose shutting down [EMAIL PROTECTED] and move it all back under
[EMAIL PROTECTED]
The traffic on [EMAIL PROTECTED] list doesn't justify a separate list, and the
Apache-Test code is now
Justin Erenkrantz wrote:
I'd like to propose shutting down [EMAIL PROTECTED] and move it all back under
[EMAIL PROTECTED]
The traffic on [EMAIL PROTECTED] list doesn't justify a separate list, and the
Apache-Test code is now property of the Apache::Perl PMC, so discussions of
that are now
Justin Erenkrantz wrote:
I'd like to propose shutting down [EMAIL PROTECTED] and move it all back under
[EMAIL PROTECTED]
The traffic on [EMAIL PROTECTED] list doesn't justify a separate list, and the
Apache-Test code is now property of the Apache::Perl PMC, so discussions of
that are now
Justin Erenkrantz wrote:
--On December 6, 2005 11:04:13 AM -0700 Brad Nicholes
[EMAIL PROTECTED] wrote:
Good, then I am +1 on the authz providers only returning AUTHZ_GRANTED
or AUTHZ_DENIED. I don't see a need for anything else.
FWIW, I do see a case for returning 'uh-oh, an error
Chris Shiflett wrote:
Hi Filin,
I've tride a lot of variants and I even think that
IfModule @PHP_MODULE@
php_admin_value extension_dir /usr/lib/php4/
/IfModule
_should_ work - but it doesn't! I don't know why :(
(I tried both t/extra.conf.in and
t/conf/extra.conf.in)
The
or wathever. Killing AuthtType is good in that it propably lets you
combine different Accesses with Auth much cleaner.
Dw
Good point. After thinking about it, it seems that AuthType could be
eliminated completely. The authentication type is already implied by
the use of the directives
cc'ing chris :)
I think a line in the t/conf/php.ini:
extension_dir = ./
means that php seeks libraries in the current
directory, while those
libraries are in the /usr/lib/php4/.
hmm, could be. chris would know better.
Thereby I have 2
questions:
1) Why it is necessary to
Justin Erenkrantz wrote:
--On November 3, 2005 4:54:08 PM + Nick Kew [EMAIL PROTECTED] wrote:
Just to elaborate on that, it's the name I'm not happy about.
I'm perfectly happy with the /modules/aaa/ classification.
The problem is that mod_access does not indicate the purpose of the
Nick Kew wrote:
On Thursday 03 November 2005 16:37, Brad Nicholes wrote:
But it does handle access control which kind of puts in the category
of authz vs. anywhere else.
So can mod_rewrite and others, but that doesn't make it mod_authz_url!
Perhaps mod_load_average should be called
Justin Erenkrantz wrote:
httpd-test gives a really cryptic error message when LWP isn't
installed:
Use of uninitialized value in concatenation (.) or string at
.../Apache-Test/lib/Apache/TestHarness.pm line 121.
Be nice if we could fix that. It seems that $_ is trounced by
If $file does exist, then the
if (! -e $file -e $default_conf) {
}
is ignored, but the
else {
}
will be followed; in my case, on Win32, it overwrote the correct,
exisiting $file with
$file = catfile $root, $default_conf;
blarg, sorry about that.
which didn't exist.
So with 2.1.7 $r-ext_lookup(2.16.840.1.113730.1.13) should return
This Is A Comment for any SSL vhost in the test suite if it works
properly.
excellent!
thanks so much for the info.
--Geoff
+#ifdef HAVE_SSL_EXT_LOOKUP
if (!ext_lookup) {
ap_rputs(ssl_ext_lookup not available, r);
return OK;
}
hey, speaking of this ext_lookup, can you give me an example of what this
function does? in Apache::SSLLookup I've added perl glue for this method,
and right
-my ($self, $user, $uid, $gid) = @_;
+my($self, $user, $uid, $gid) = @_;
eew, the mod_perl style guide doesn't really say that, does it? that's awful.
--Geoff
Philip M. Gollucci wrote:
Jim Martinez wrote:
Who maintains http://httpd.apache.org/test/ ?
There's a image on it that reads ApacheCon Europe 2005 that links to
the
ApacheCon US 2005 (via a redirect).
ApacheCon Europe 2005 was, according to the web site, held around July
18th, 2005.
I saw that.. The link of perl.apache.org is blank though right ?
I'm not quite with the program yet... what do you mean?
httpd.apache.org/test links to perl.apache.org/Apache-Test.
--Geoff
to complete
mp1 runs. [Matt Sergeant, Geoffrey Young]
add Apache::TestConfigParrot and Apache::TestRunParrot to
support mod_parrot server-side testing [Geoffrey Young]
update -withtestmore action to properly work with newer versions
of Test::Builder [Geoffrey Young]
Well, maybe I explained it bad, so I'll try again:
ok :)
In 2.1, the AAA was totally restructured, to separate the algorithm
(BASIC or DIGEST or whatever) from the storage (FILE or DBM or a
database), and to open the full matrix of options to users.
However, even if it was done in the
William A. Rowe, Jr. wrote:
Well now; rm -rf t , and svn up, gives me the original error
attempting to create 'serial', a 'serial.old' lingers during
the config phase.
after nuking t/ make sure to nuke ~/.apache-test (or whatever it is on
win32) and run with
Too late to run INIT block at C:/Perl/site/lib/Devel/Cover.pm line 153.
Too late to run CHECK block at C:/Perl/site/lib/Devel/Cover.pm line 155.
don't worry about those.
The only interesting line in t/logs/error_log is:
[Mon Jul 18 14:32:40 2005] [error] [client 127.0.0.1] failed to
Jim Jagielski wrote:
Now that Covalent has released it's ERS 3.0 distribution, mod_ftp is now
officially offered for donation/incubation/graduation to the ASF.
sounds like fun
The entire code-base, including Perl test scripts for inclusion in
httpd-test,
is available and ready for
Stas Bekman wrote:
Geoffrey Young wrote:
Now, this looks like a bug. The T::B-reset method expects an object,
Apache::Test calls it as a class method. I allow for the possibility that
I've completely misunderstood everything--or even just some things.
well, it's not exactly a bug - it looks
Now, this looks like a bug. The T::B-reset method expects an object,
Apache::Test calls it as a class method. I allow for the possibility that
I've completely misunderstood everything--or even just some things.
well, it's not exactly a bug - it looks like Test::Builder changed
reset() from
we are pleased to announce the latest Apache-Test release, 1.22.
the important change to note for this release is that mod_perl support is
incompatible with mod_perl versions 1.999_21 and earlier. in other words if
you are a mod_perl user only upgrade to this release if you also plan to
upgrade
Stas Bekman wrote:
Geoffrey Young wrote:
we are pleased to announce the latest Apache-Test release, 1.22.
the important change to note for this release is that mod_perl support is
incompatible with mod_perl versions 1.999_21 and earlier.
by earlier Geoff meant 1.99_xx .. 1.999_20
::import) [William McKee [EMAIL PROTECTED]]
TestConfigPerl will now configure mod_perl last, giving mod_perl
highest priority throughout the httpd lifecycle. [Geoffrey Young]
Apache::TestConfig::untaint_path needs to remove empty entries in the
PATH list, since -T considers those tainted too. [Stas
:
fix Apache::TestConfig (was missing 'use lib' before using
lib::import) [William McKee [EMAIL PROTECTED]]
TestConfigPerl will now configure mod_perl last, giving mod_perl
highest priority throughout the httpd lifecycle. [Geoffrey Young]
Apache::TestConfig::untaint_path needs to remove empty
This functionality would be useful for more than just LDAP: you might want
to use two different flat file databases, or maybe you want to auth
someone in LDAP and someone else in SQL.
This is really an AAA-wide question rather than an LDAP specific question.
Anyone know how difficult
This solves the problem for multiple providers, but the problem isn't
solved for where the same provider is used twice, for example:
- If user is present in file A or file B
- If user is present in directory A or directory B
hmm...
isn't this kind of thing really up to the provider
To fill out the example of the Auth container to better illustrate what
I mean, you might have this:
Auth ldap-acc-activedirectory
require ldap-group cn=Accounting,ou=Groups,ou=XXX
AuthLDAPBindDN cn=Mail,dc=XXX
AuthLDAPBindPassword blah1
LDAPTrustedMode SSL
AuthLDAPURL
AUTH_USER_NOT_FOUND acts as AUTH_DECLINED.
The auth modules loop until it runs out of providers or it receives something
other than AUTH_USER_NOT_FOUND. -- justin
duh. I saw that but was reading the logic wrong. thanks :)
--Geoff
Paul Querna wrote:
Ian Holsman wrote:
Also I would start discussing with some of the other 1.3-only module
writers out there on how to port their stuff to 2.0, or port it for them.
There are not many left now Just those mod_perl guys, and they are
at 1.99.9.
I think you left
Jeff Trawick wrote:
On Mon, 28 Feb 2005 08:39:06 -0600, William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
Wow :) That would be extraordinarily useful. Any hope the scheme
would be extensible, so a module such as cgi or rewrite could show
more specific Phases?
I'm leaning towards having
I've approved joe as a poster.
Geoff, why the moderation hits the modperl-cvs /at/ perl.apache.org list?
I dunno. ask set these up.
pinging ask now :)
Also it looks that commits to A-T go to two lists:
To: [EMAIL PROTECTED], modperl-cvs@perl.apache.org
any special reason?
I
yay, php docs at perl.apache.org :)
they may be more popular, but I think we still win when it comes to
open-source altruism :)
sure. but what I'm hoping to accomplish is a more coherent set of
documentation for Apache-Test that transcends what we've done (and
documented well) over in
This solution looks good to me, but should be mod_embperl.c instead of
Embperl.c.
well, I went to the embperl site and added this to my httpd.conf
LoadModule embperl_module /tmp/Embperl.so
and things worked out as expected
[ debug] /tmp/Embperl.so is already absolute
[ debug]
Stas Bekman wrote:
Folks committing to A-T, please don't forget to subscribe to the new lists:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
I think I mentioned that before, but it never hurts :)
I've approved joe as a poster.
Geoff, why the moderation hits the modperl-cvs /at/
Bojan Smojver wrote:
if I rely on what's below CORE_PRIVATE, am I setting myself up
for a disaster when those things change without notice?
I think the answer to this is similar to the old line if you need to ask
how much it costs you can't afford it.
;)
--Geoff
Stas Bekman wrote:
Geoffrey Young wrote:
the Apache-Test/ subdirectory of the perl-framework has migrated to a new
location:
https://svn.apache.org/repos/asf/perl/Apache-Test
what this means for you is that you need to manually adjust your checkout
$ rm -rf Apache-Test/
$ svn
Also Geoff please don't forget to update the documentation. Both inside
the module and at perl.apache.org docs. Thanks.
I couldn't find any mentions of the location of the repository outside of
README-SVN. do you know of others?
additionally, we should probably update httpd.apache.org/test
Jim Martinez wrote:
Hi,
I'm looking for some suggestions for a library problem with Apache::Test,
which I'm using to develop a web application.
Hope this is the place to ask.
better [EMAIL PROTECTED] now, but that list was just created yesterday :)
Using Apache 1 and Mod perl 1, how
may be we should be more flexible right away and use the same approach
Apache uses, i.e. have each custom module a say for its insertion
priority. So we could add mod_perl as middle module and give other
modules an opportunity to load themselves before (first/very_first or
after
Christopher H. Laco wrote:
Geoffrey Young wrote:
in general, I think it is atypical that one apache module depends on
another
module being loaded before it itself can load. that is, in a LoadModule
sense - sure, lots of things depend on mod_perl, but they use
PerlModule not
LoadModule
if you don't find any with grep, then there are none. So we should add
one then :)
:)
yes, now that it's officially ours we should do more to publicise it.
additionally, we should probably update httpd.apache.org/test and
create a
home for Apache-Test under perl.apache.org.
I see
hi all...
in TestConfigPerl we have this logic and comment
# modules like Embperl.so need mod_perl.so to be loaded first,
# so make sure that it's loaded before files inherited from the
# global httpd.conf
$self-preamble_first(IfModule = '!mod_perl.c', $cfg);
what this does is
the Apache-Test/ subdirectory of the perl-framework has migrated to a new
location:
https://svn.apache.org/repos/asf/perl/Apache-Test
what this means for you is that you need to manually adjust your checkout
$ rm -rf Apache-Test/
$ svn update
to get the perl-framework running smoothly
Joe Orton wrote:
I presume this fixes #31418? Your patch makes sense to me. I could
argue that it could even be done *before* the SSLRequire checking, such
that the username is logged appropriately even if an SSLRequire
triggers a 403, but I doubt that matters much.
fwiw that's the route
Geoff, removing the SSLRequire line is right, it
doesn't really matter though...
ok, done. thanks for the input.
--Geoff
So Geoff is saying, you must try and at the next line you must also
succeed. With SSLVerifyClient optional, the semantics would be
instead Don't bother to insist for a certificate, but if user
forgot it, give him flaming death. Considered inappropriate :-)
i'm no expert here - I took the
I made the change, and it now works, thanks!
Is it possible to fix mod_authn_anon? How hard is the bug to fix?
Not that hard. If nobody beats me, I'm going to make it over the weekend.
It's because conf-anyuserid is not checked in the provider when no further
user id is configured.
I
Gavin Carr wrote:
On Fri, Jan 21, 2005 at 09:26:53AM -0500, Geoffrey Young wrote:
I'm trying to test a C module against both apache2 and apache1. apache1
is working beautifully, but when I attempt to reconfigure for apache2
(stock FC1), A::T (1.20) keeps complaining about finding mod_perl 1
http://perl.apache.org/docs/general/testing/testing.html#Parallel_Testing
Here's what I see when I run t/TEST -start-httpd -port=34343
yeah, this is where Apache-Test gets confusing...
it's '-port 34343' not '-port=34343'. same with '-port select'. this is
different than, say
I think we should implement it, since if someone is very unhappy about
the autogenerated httpd.conf they can supply their custom httpd.conf.in
that feels like a lot of work to me - like making A-T respect the Port
setting from httpd.conf.in, because that's what they would expect.
I think that
Stas Bekman wrote:
Geoffrey Young wrote:
In which case we need to remove the custom patterns we have added so
far?
hmm, did we actually add any, or just make the regex a bit more loose? I
can't recall.
can you see how Apache-PREFORK-AdvancedExtranetServer/2.0.52 matches 1
Stas Bekman wrote:
As you can see from the email below, some modules embed a version number
in the module 'mod_fastcgi-2.4.2-AP20.dll'. Our should_skip_module only
matches an exact name. The patch at the end of this email extends the
functionality to support regex skip arguments. Let me know
This can be done quite safely in Apache1, by the way.
I don't believe it can. Code?
Well, since you don't need to worry about thread safety as long as you set
it on every request, or reset it after each request you are fine.
Something like:
foo-old = ap_document_root(r);
conf =
I'm trying to understand whether Apache even supports application driven
Basic Authentication.
it does, but our ideas of application are very different. more on that
later...
It seems odd that this should be difficult to do -
I've worked with a fair number of Web Servers over the yaers
ok, it just hit me that my last response was probably too academic for your
needs. this part escaped me...
Apache does all that but only against its files, not against application
generated requests.
Anyway if I do this inside of my directory tag:
All requests are going through and my
AuthType Basic
AuthUserFile d:\server\users\passwords.txt
Is there anything I'm missing here?
I think you need a Require directive
http://httpd.apache.org/docs/mod/core.html#require
HTH
--Geoff
Rick Strahl wrote:
Thanks Geoff,
I think you need a Require directive
Yes I do g... but as soon as I put a Require in there it tries to validate
every request into the directory.
yes it does :)
This is not what's requried.
I need conditional authentication that's generated
so you are looking at encountering other
problems, as you try to run modperl tests without using a correct
environment.
yeah, you're right.
or something else needs to be done with t/more.
yes. well, with Apache/Test.pm actually. this should be more helpful:
Index: lib/Apache/Test.pm
the problem is simple - A-T's test suite doesn't use
Apache::TestRunPerl, so all the special stuff needed by modperl is not
used. So it picks the default module it finds (if any). in this case it
picks the wrong mod_perl.so, and the server side ends up running under a
different perl.
yeah,
Torsten Foertsch wrote:
Hi,
I am writing a mod_perl module that makes mod_ssl optional functions
accessible via perl. I have currently implemented ssl_is_https() and
ssl_var_lookup() which is enough for my needs.
for the record, this interface is/was already available for perl on CPAN,
svn copy https://svn.apache.org/.../trunk \
https://svn.apache.org/.../tags/1.17
(optionally with an -r to peg at specific revision, I guess)
Yes, that's probably what we will have to end up doing in the future.
if you can find the time, can you please make sure the RELEASE file is
doesn't seem to be right. sub is a compile time directive, so putting it
in a conditional doesn't prevent from it being compiled:
indeed. guess I wasn't thinking, which seems to be happening lots lately.
Moreover it now introduces a warning in mp2 build
Subroutine MY::libscan redefined at
add response code 226 constant (HTTP_IM_USED) and status
line (226 IM Used). PR 31128.
As I emailed when this patch and issue was originally opened, I thought
this patch was unnecessary.
I'll pull it out if you want, but I thought it sounded like a decent enough
idea and there was at
I will veto it. -1. I consider 3229 to be harmful to HTTP and do not
wish to
support it in the current form. Folks can still implement it with
extensions
if needed.
the change was backed out as r111432
--Geoff
Stas Bekman wrote:
Stas Bekman wrote:
I know we tried to avoid external dependencies, but Cwd coming with
5.6.x is unusable under -T. At the moment this breaks some mp2 tests
(the problem comes from A-T, which indirectly invokes Cwd::cwd via
File::Spec's rel2abs. I've tried to code a
-plan tests = 6, need_module('mod_alias.c') need_lwp;
+plan tests = 6, need need_module('mod_alias.c'), need_lwp;
^
?
:)
--Geoff
Am I correct to say that Test::More is in the core for all but 5.6.1 the
required minimum by mp2?
yes, but see below - we would have further version restrictions if we chose
to make T::M the engine for the entire mp2 test suite.
so if we make a dependency on Test::More only
the 5.6.1 users
anyway, in the end I guess I wouldn't suggest moving to T::M entirely
just
yet. but if you want to use it occasionally within certain tests I think
that's fine.
Of course another alternative is to bundle a sufficient version of T::M
under t/.
that's an idea. so long as it's not
Stas Bekman wrote:
Stas Bekman wrote:
Of course another alternative is to bundle a sufficient version of T::M
under t/.
that's an idea. so long as it's not installed with 'make install'. or
indexed by cpan either, I suppose.
anything living under t/ is not installed on 'make
Justin Erenkrantz wrote:
--On Monday, November 29, 2004 10:41 AM -0800 Greg Stein
[EMAIL PROTECTED] wrote:
but we were not allowed to remove features. Removing the fp from the
API would have disabled this feature in mod_perl, among others.
I can't tell you how often I've been bitten
but in that
respect, we are no different from any other module that wants to implement a
RAW_ARGS directive...
Hardly. RAW_ARGS takes a single line of text. No file pointer. That
line could come from anywhere.
yeah, ok. I _meant_ create your own Foo container, which I guess is the
typical
Cliff Woolley wrote:
On Tue, 23 Nov 2004, Joe Orton wrote:
Discussion of whether or not it's useful to have PHP tests in httpd-test
can take place on test-dev@, please send your comments there and I'll
follow up.
I actually think it's useful to have php tests in our suite, because
So, uhh, ping? Any comments other than i'm iffy and is there any
reason not to add it?
+1 (concept; implementation not verified)
here too. is this the most recent patch:
http://issues.eu.apache.org/bugzilla/attachment.cgi?id=12746
?
if so, I'll try and review the implementation early
Graham Leggett wrote:
Hi all,
I have attached a small filter module that strips leading whitespace
from text files. This would typically be used to remove the indenting
whitespace found inside HTML files, resulting in a significant reduction
in network traffic for some sites.
I didn't
what's the replacement for .cvsignore under svn? I can't see where the
data in .cvsignore has migrated to.
each directory now has properties and one of those properties is which files
to ignore. see
http://svnbook.red-bean.com/en/1.0/apas06.html
for metadata info in general,
The .cvsignore properties were automatically added into the svn:ignore
properties by cvs2svn when the repos was converted, so when I removed
the .cvsignore files that's all I did, nothing else needed tweaking.
Great! so Geoff, that means you can drop the .cvsignore files in the mp2
tree
hi all...
we have the following entries in CHANGES under 2.1-dev:
*) Drop the ErrorHeader directive which turned out to be a misnomer.
Instead there's a new optional flag for the Header directive
('always'), which keeps the former ErrorHeader functionality.
[André Malo]
*)
In this case, I think, no. It's clearly stated in 2.0, that's a backport from
the development branch (since it were different changes to the code base).
ok. it still feels a little strange to talk about something that was both
(re)added and removed between releases, since the net change is no
Sander Striker wrote:
Hi,
I'm finally taking care of the conversion of httpd-* to SVN.
I'll follow up with instructions on how to pull new workingcopies,
etc etc. I'm looking for volunteers to actually write a page
for developers on where to get SVN and how to check out the
sources from
It's just that someone needs to simultaneously move modperl-2.0 to
subversion too. And modperl-docs too, since they are checked out into
modperl-2.0 check out. As long as this is all done at once there should
be no problem. None of these projects had any branching so it shouldn't
be a
Seems reasonable to do so. 2.0 was our first threaded release - making
a threaded MPM by default (if available) for 2.2 seems fine by me. --
justin
agreed :)
however, something that I heard recently is that if you specify a threaded
MPM on a platform that does not support it, the build
hi all...
with the php hooks pretty much solidified, I would like to release A-T 1.16
before apachecon so that the presentation there is associated with an
official release version.
I plan on rolling a release candidate early next week, so if there is some
work that you want to get into this
If I had to guess, this borks anything but gmake. Test for that.
I had asked on #asf about this and somebody (I forget who) said that the
make manpage on minortaur (some bsd variant) supports ?= as well. from
looking at that it seems to be the manpage for pmake, which I guess is some
other
a little digging on my own at the time made it seem like solaris make is
really gmake
Well, the way you have it installed perhaps. But attempting this
against /usr/ccs/bin/make it most definately blows up.
ok. I actually don't have a solaris box to try on - I just went to sun's
support
(though with proxy
issues on HEAD mod_rewrite [P] stuff is still completely broken).
yeah. if I have the time I'll try to track down exactly the revision that
caused this failure so it can also be added to showstoppers, if merely so
somebody takes the time to explicitly address it. not sure
@
if (my $custom_config_path = custom_config_path()) {
debug loading custom config data from: '$custom_config_path';
$custom_config_loaded++;
+($candidate) = $candidate=~/^(.*)/; # launder for -T
require $custom_config_path;
huh?
something
1 - 100 of 454 matches
Mail list logo