* Garrett Rooney ([EMAIL PROTECTED]) wrote :
> On 5/8/06, Thom May <[EMAIL PROTECTED]> wrote:
> >Hey,
> >just had a report in debian that test/zb.c's license doesn't necessarily
> >allow you to modify and redistribute the code. A quick grep around doesn
Hey,
just had a report in debian that test/zb.c's license doesn't necessarily
allow you to modify and redistribute the code. A quick grep around doesn't
reveal any uses of this code in our tree, and given that we have
support/ab.c it seems strange to carry both.
Can we just drop it?
-Thom
* Joe Orton ([EMAIL PROTECTED]) wrote :
> On Tue, Jan 03, 2006 at 03:18:48PM -0800, Justin Erenkrantz wrote:
> > --On January 3, 2006 11:09:34 PM + Nick Kew <[EMAIL PROTECTED]> wrote:
> >
> > >That is of course resolved by LoadFile /lib/libz.so, which is what I
> > >contend should be standard
* Joe Orton ([EMAIL PROTECTED]) wrote :
> This factors out the logic for correctly inserting a file into a
> brigade, doing the special little dance for large files if necessary;
> the code was already duplicated twice and it's needed in other places
> too. (pervasive largefile support being my to
* Sander Striker ([EMAIL PROTECTED]) wrote :
> Hi,
>
> I've put the tarballs for 2.0.51 up at http://httpd.apache.org/dev/dist/.
> Please test and vote,
>
+1 on x86_64 linux. (Worker and prefork. perchild built but not tested)
-Thom
--
That sounds like a lot of work... Can we out source?
The Re
* Guenter Knauf ([EMAIL PROTECTED]) wrote :
> Hi Thom,
> > This really ought to be 4 seperate patches for ease of review.
> > Please can you resend as such?
> something's wrong with the four splitted patches, or simply no time to review??
>
Damn, dude. it's only been 1 *work*day.
-Thom
* Andres Salomon ([EMAIL PROTECTED]) wrote :
>
> I prefer the 021-pcre_mangle_symbols.patch patch, even though it's
> larger; it ensures stability, at the cost of some code duplication. The
> 020-external_pcre.patch patch isn't as clean as I'd hoped, and for the
> added complexity, not much memor
* Guenter Knauf ([EMAIL PROTECTED]) wrote :
> Hi,
> this patch makes htdigest use the apr_temp_dir_get() for getting the temp dir;
> and also removes the dependance on external cp/copy;
> changed printout to use apr function like htpasswd;
> replaced tabs with spaces.
This really ought to be 4 sepe
* Guenter Knauf ([EMAIL PROTECTED]) wrote :
> Hi,
> this patch makes htpasswd use the apr_temp_dir_get() instead of only asking the
> environment vars.
> If someone isnt fine with the move back into main() of this part, I can provide
> another patch which leaves the separate function in. In addit
* Sander Striker ([EMAIL PROTECTED]) wrote :
> Hi,
>
> I hereby would like to propose that we move the HTTP Server project
> codebase to the Subversion repository at:
> http://svn.apache.org/repos/asf/.
>
+1.
-Thom
* Andr? Malo ([EMAIL PROTECTED]) wrote :
> * Thom May <[EMAIL PROTECTED]> wrote:
>
> > * Thom May ([EMAIL PROTECTED]) wrote :
> > > Hey guys,
> > > just wondering why we use system(copy...)/system(cp...) in htdigest in
> > > 1.3, when the netware op
* Thom May ([EMAIL PROTECTED]) wrote :
> Hey guys,
> just wondering why we use system(copy...)/system(cp...) in htdigest in 1.3,
> when the netware option seems to be more secure?
> The patch attached just rips out the ifdef and uses the netware code
> globally.
No complaints? Su
Hey guys,
just wondering why we use system(copy...)/system(cp...) in htdigest in 1.3,
when the netware option seems to be more secure?
The patch attached just rips out the ifdef and uses the netware code
globally.
-Thom
Index: htdigest.c
+1 from Linux: prefork/perchild/threadpool/worker all build
prefork/worker both work fine in production environments.
* [EMAIL PROTECTED] (direkt) ([EMAIL PROTECTED]) wrote :
> Hi.
>
> I'm just writing a configure documentation. While trying to find out
> some more information about some configure options, I found all server
> and supporting programs like httpd, apachectl, suecex, htpasswd,
> dmmanage, etc. to be
* Ian Holsman ([EMAIL PROTECTED]) wrote :
> Cliff Woolley wrote:
> >It's too bad you can't set the ScriptLog in a per-dir context -- that
> >would allow an individual user (aka myself) to debug their own cgi scripts
> >into their own error log even though there's no global ScriptLog enabled.
> >
>
* Kurt Miller ([EMAIL PROTECTED]) wrote :
> I have a question regarding submitting reports to bugzilla. If a bug has
> been reported in bugzilla for 2.0.47, is it necessary to report it for
> 1.3.28 as well?
>
> The specific case I'm asking about is:
>
> http://nagoya.apache.org/bugzilla/show_bug
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote :
> nd 2003/08/05 10:44:02
>
> +return "RewriteLog and RewriteLogLevel are not support by this build "
supported
Cheers
-Thom
So this sounds like a regression in 2.0.47 with worker. Coming from the
debian POV, there is no difference in build environment between the two
builds, and no patches are applied to the mpms.
Just a heads up, I'll try and dig further in a bit.
-Thom
--- Begin Message ---
Hi Thom May and
* Justin Erenkrantz ([EMAIL PROTECTED]) wrote :
> --On Thursday, July 31, 2003 04:41:07 +0200 André Malo <[EMAIL PROTECTED]> wrote:
>
> >On high-traffic production sites it is unlikely that RewriteLog will ever
> >be used, so it may be desirable to strip the code entirely per compiler
> >option fr
* Sander Striker ([EMAIL PROTECTED]) wrote :
> > From: André Malo [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, July 24, 2003 11:38 PM
>
> > * Aaron Bannert wrote:
> >
> > > On Thursday, July 24, 2003, at 01:31 PM, Astrid Keßler wrote:
> > >
> > >>> It would be a big help to our users if config.n
* Jeff Trawick ([EMAIL PROTECTED]) wrote :
> Thom May wrote:
>
> >--- build-tree/apache_1.3.27/src/modules/proxy/proxy_ftp.c 2002-04-07
> >20:57:36.0 +0200
> >+++ build-tree/apache_1.3.27/src/modules/proxy/proxy_ftp.c 2003-07-17
> >12:12:34.000
* Jim Jagielski ([EMAIL PROTECTED]) wrote :
> Thom May wrote:
> >
> >
> > Hi folks,
>
> Hmmm... I wonder if we should hold off on 1.3.28 then. I'm
> leaning towards releasing 1.3.28 as-is, and us placing this
> in patches/ (and of course, being committed to
Hi folks,
so it seems that ProxyPass operation has been broken since at least 1.3.9;
we're currently firefighting our way through the list of debian bugs and
found http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=57316 - ProxyPass to
ftp urls causes apache to segfault.
The attached patch borrows fr
* Andr? Malo ([EMAIL PROTECTED]) wrote :
> * Justin Erenkrantz wrote:
>
> > Even if we don't drop the generated files in the repository (which I won't
> > really comment on, other than that Java on FreeBSD isn't very stable - which
> > matters because daedalus is on FreeBSD - someone may want to t
* Andr? Malo ([EMAIL PROTECTED]) wrote :
> Not so long time ago the build process wasn't stable enough (produced
> different results in different environments). After some tricks to work
> around the problems we could consider this point resolved now.
>
OK, so this sounds like a reasonable thing t
* Astrid Ke?ler ([EMAIL PROTECTED]) wrote :
> >> Hm, sorry.
> >> I'd see some alternatives
> >> - split the commit (e.g. by language)
> >> - create a new docs-cvs-mailinglist
> >> - drop the generated files and build the stuff online and for every release
> >> (RM job, resp. the tarball roller'
* Andr? Malo ([EMAIL PROTECTED]) wrote :
> * Aaron Bannert wrote:
>
> > On Thursday, May 29, 2003, at 12:30 PM, [EMAIL PROTECTED] wrote:
> >
> >> Modified:docs/manual Tag: APACHE_2_0_BRANCH bind.html.en
> >> bind.html.ja.jis bind.html.ko.euc-kr
> >>
* Jeff Trawick ([EMAIL PROTECTED]) wrote :
> This is Justin's suggested logic from an earlier thread, with some minor
> tweaks.
>
> Applying this patch to the 2.0.45 tarball allowed binbuild.sh to create
> a binary distribution on Linux. Prior to this change, apr configuration
> would bail bec
* Thom May ([EMAIL PROTECTED]) wrote :
> * Markus Welsch ([EMAIL PROTECTED]) wrote :
> the debian build scripts used to build the debs as released in unstable and
> testing run to close to 5000 lines of code, including support programs and
> so on.
> It's not really pract
* Markus Welsch ([EMAIL PROTECTED]) wrote :
> hi all,
>
> well since apache 2.0.45 a rpm build script has beed added. is there a
> chance to add a deb build script as well ?
the debian build scripts used to build the debs as released in unstable and
testing run to close to 5000 lines of code, in
* William A. Rowe, Jr. ([EMAIL PROTECTED]) wrote :
> The release tarball (and win32 .zip file) are now available for testing from;
>
> http://httpd.apache.org/dev/dist/
>
> Please test this 2.0.45-alpha candidate for general release within the
> next 24 hours. Once the dev@ list receives enou
* Justin Erenkrantz ([EMAIL PROTECTED]) wrote :
> --On Thursday, March 27, 2003 8:44 PM +0000 Thom May
> <[EMAIL PROTECTED]> wrote:
>
> >can we really not rely on /bin/sh doing something vaguely posix-ish?
>
> Nah, we can.
>
> apr-config should work on any
* Ian Holsman ([EMAIL PROTECTED]) wrote :
> Sander Striker wrote:
> >>From: Thom May [mailto:[EMAIL PROTECTED]
> >>Sent: Thursday, March 27, 2003 8:17 PM
> >
> >Just chiming in... Currently we have a dependency on perl to figure out
> >stuff like include
* Thom May ([EMAIL PROTECTED]) wrote :
> * Jeff Trawick ([EMAIL PROTECTED]) wrote :
> > can somebody confirm my results?
> >
> > apxs -c mod_foo.c
> >
> > first breakage is due to libtool referenced from wrong directory (apxs
> > looks for libtool in ap
* Jeff Trawick ([EMAIL PROTECTED]) wrote :
> can somebody confirm my results?
>
> apxs -c mod_foo.c
>
> first breakage is due to libtool referenced from wrong directory (apxs
> looks for libtool in apache's installbuilddir instead of apr's)
>
> once that is fixed, now only Apache includes are f
It seems like setting the x-gzip content encoding in /dist/ is causing a variety
of breakage.
MD5 sums and signatures for tar.gzs are being sent with ContentType x-gzip,
causing mozilla to try and uncompress a plain text file
tar.gz files are uncompressed when they're downloaded, so the md5 sums
* Aaron Bannert ([EMAIL PROTECTED]) wrote :
>
> On Wednesday, March 12, 2003, at 12:51 PM, Oden Eriksson wrote:
> >Anyway..., despite this enormous disregard or what it is called,
> >mandrake
> >Linux will be the first distribution shipping apache2 (my packaging),
> >_plus_
> >a whole bunch of
* G?nter Knauf ([EMAIL PROTECTED]) wrote :
> Hi,
> forgot to ask: I assume that apr and apr-util are the same for both trees??
>
yes.
* David Burry ([EMAIL PROTECTED]) wrote :
> are we talking about removing modules entirely, or just modifying what's
> enabled by default?
>
Just what's enabled by default.
-Thom
* Rich Bowen ([EMAIL PROTECTED]) wrote :
> It has irritated me for a while that the default Apache 1.3
> configuration contains the Port directive, when the documentation says
> not to use it. Does anyone object to this:
>
+1 to this change.
-Thom
* Jeff Trawick ([EMAIL PROTECTED]) wrote :
> Thom May wrote:
>
> >* Jeff Trawick ([EMAIL PROTECTED]) wrote :
> >
> >>Thom May wrote:
> >>
> >>
> >>>fails to configure with the following error:
> >>>Construct makefiles
* Jeff Trawick ([EMAIL PROTECTED]) wrote :
> Thom May wrote:
>
> >fails to configure with the following error:
> >Construct makefiles and header files...
> >creating config_vars.mk
> >updating cache ./config.cache
> >creating ./config.status
> >crea
fails to configure with the following error:
Construct makefiles and header files...
creating config_vars.mk
updating cache ./config.cache
creating ./config.status
creating docs/conf/httpd-std.conf
sed: file conftest.s2 line 71: Unterminated `s' command
sed: file conftest.s3 line 3: Unknown command
* Greg Ames ([EMAIL PROTECTED]) wrote :
> Thom May wrote:
> >
>
> ouch!
>
very ;-)
> > This patch would be very useful in that respect.
> >+1 from me to have CoreDumpDirectory be able to enable core dumps from root
> >owned processes.
> >
* Greg Ames ([EMAIL PROTECTED]) wrote :
> I mentioned this to other Apache folks around here and got some interesting
> reactions:
>
> * If we don't control this with a directive, we might violate the rule of
> least astonishment. For example, admins might be living with some buggy
> modules,
* Cliff Woolley ([EMAIL PROTECTED]) wrote :
> On Fri, 28 Feb 2003, Trevor Hurst wrote:
>
> > > Anyone in users have this problem, or should I say
> > > how mny out there have successfully compiled apache2.0.44
> > > with ldap and auth-ldap support?
> > >
> > > Did anyone have the same problem I'm
* Geoff Thorpe ([EMAIL PROTECTED]) wrote :
> Hi Madhu,
>
> * MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) ([EMAIL PROTECTED]) wrote:
>
> > 1. I thought we should not be enforcing openssl version number checks
> > (something like - openssl version SHOULD be > 0.9.6i) - mainly because ppl.
> > can appl
* Jeff Trawick ([EMAIL PROTECTED]) wrote :
> Thom May wrote:
>
> >As far as I'm aware, echo -n is POSIX; please beat me with a cluestick if
> >I'm wrong...
> >-Thom
>
> AIX 5.2
>
> % /bin/sh
> % echo -n "abc"
> -n abc
> %
>
* Thom May ([EMAIL PROTECTED]) wrote :
> * Justin Erenkrantz ([EMAIL PROTECTED]) wrote :
> > --On Wednesday, January 29, 2003 23:55:29 +0000 Thom May
> > <[EMAIL PROTECTED]> wrote:
> >
> > >+if [ ! -d "$apr_src_dir" -o ! -f "$apr_
* Justin Erenkrantz ([EMAIL PROTECTED]) wrote :
> --On Wednesday, January 29, 2003 23:55:29 +0000 Thom May
> <[EMAIL PROTECTED]> wrote:
>
> >+if [ ! -d "$apr_src_dir" -o ! -f "$apr_src_dir/build/apr_common.m4" ];
> >then echo ""
This builds on the work Craig Rodrigues did for apr-util; it uses the same
logic and mostly the same methodology.
Cheers,
-Thom
Index: buildconf
===
RCS file: /home/cvspublic/httpd-2.0/buildconf,v
retrieving revision 1.29
diff -u -r1
* Günter Knauf ([EMAIL PROTECTED]) wrote :
> > * Guenter Knauf ([EMAIL PROTECTED]) wrote :
> >> Hi,
> >> I can see that mod_log_config, mod_rewrite and mod_file_cache have it in;
> >> but where in the source tree is APR_INHERIT as set by
> >> apr_file_inherit_set() actually handled?
> >> A grep of
* Günter Knauf ([EMAIL PROTECTED]) wrote :
> Hi,
> I can see that mod_log_config, mod_rewrite and mod_file_cache have it in;
> but where in the source tree is APR_INHERIT as set by apr_file_inherit_set()
>actually handled?
> A grep of the source tree does not find any application of this flag.
I think this covers most of the points...
--- Begin Message ---
I just finished reading this so-called whitepaper and the press release, and
all I can say is hyped, sensationalised snakeoil.
The HttpOnly cookie feature, a proprietary Microsoft extension designed to
mitigate a single aspect of XSS
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote :
>I am interested in contributing code to mod_rewrite
> adding variable expansion in the CondPattern.
> Though an experienced programmer, I am not
> familiar with the protocols used on a large open
> source project such as Apache httpd.
>
>Cou
* Guntupalli, Santhi ([EMAIL PROTECTED]) wrote :
> Hi,
> Currently I am using HTTP Apache WebServer 1.3.9 with apache JServ
> 1.0 or 1.1 . I want to move to HTTP Apache (because multi threaded
> support) WebServer 2.0.43.Does Apache 2.0 support any of Apache JServ
> versions which is 1.0.x
>
> -/usr/local/apache/bin/httpd -t -D DUMP_VHOSTS
> +/usr/local/apache/bin/httpd -S
the path is still wrong :(
should be /usr/local/apache2/bin/httpd if we're following the default.
-Thom
* Greg Stein ([EMAIL PROTECTED]) wrote :
> On Fri, Jan 03, 2003 at 11:52:52PM +0000, Thom May wrote:
> > on the 2_0_BRANCH;
> >
>/home/thom/apache2-2.0.43+cvs.1041634517/build-tree/apache2/modules/ssl/ssl_engine_log.c:
> In function `ssl_log_ssl_error':
> >
on the 2_0_BRANCH;
/home/thom/apache2-2.0.43+cvs.1041634517/build-tree/apache2/modules/ssl/ssl_engine_log.c:
In function `ssl_log_ssl_error':
/home/thom/apache2-2.0.43+cvs.1041634517/build-tree/apache2/modules/ssl/ssl_engine_log.c:122:
warning: assignment makes pointer from integer without a cast
* EMRE KUNT (Ebi Bsk. - Sistem Prog) ([EMAIL PROTECTED]) wrote :
> Hello,
> What is the problem? Thanks and best regards,
I'd suggest you should use a more recent version of apache (2.0.43 is
current) and note that 0.9.7 is brand new and we've had no reports of it
working correctly.
try with 2.0.43
* Colm MacCárthaigh ([EMAIL PROTECTED]) wrote :
> On Wed, Jan 01, 2003 at 10:43:18PM +0000, Thom May wrote:
> > * Aaron Bannert ([EMAIL PROTECTED]) wrote :
> > > The log is generated from the suexec binary, not httpd, right?
> > > Then we can't use a directive
* Aaron Bannert ([EMAIL PROTECTED]) wrote :
> The log is generated from the suexec binary, not httpd, right?
> Then we can't use a directive to control it and it needs to be
> hardcoded for safety.
The other issue for suexec is mass vhosting; this has somewhat different
needs, and mostly results in
Hey Brian,
your patch seems to have been eaten by gremlins :-(
-Thom
* Brian Pane ([EMAIL PROTECTED]) wrote :
> Here's an updated patch for the worker MPM. It contains
> the pool-recycling changes from my first patch yesterday,
> plus a (mostly) mutex-free implementation of the idle worker
> coun
urage people to
use --with-suexec-logfile; but we shouldn't have suexec break into many
pieces just 'cos they don't...
-Thom
>
> ----- Original Message -
> From: "Thom May" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, Decemb
This is to fix PR 15713
"suexec-logfile has hardcoded default instead of being
placed in --logfiledir"
I'm not sure it's right, though, since I'm not sure of the status of suexec
on win32/other places where ap_config_layout.h isn't available.
-Thom
Index: support/suexec.h
===
* emf ([EMAIL PROTECTED]) wrote :
> Hello,
>
> The apache2.conf file I have includes this line:
>
> Include /etc/apache2/sites-enabled/*
>
> When I attempt to revision control /etc/, a .svn directory is placed in
> this directory. Apache then refuses to start, after attempting to read
> this d
see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=161512
-Thom
* emf ([EMAIL PROTECTED]) wrote :
> Hello,
>
> The apache2.conf file I have includes this line:
>
> Include /etc/apache2/sites-enabled/*
>
> When I attempt to revision control /etc/, a .svn directory is placed in
> this directory
As the topic :-)
-Thom
Index: modules/arch/netware/mod_netware.c
===
RCS file: /home/cvspublic/httpd-2.0/modules/arch/netware/mod_netware.c,v
retrieving revision 1.5
diff -u -u -r1.5 mod_netware.c
--- modules/arch/netware/mod_netware
* Bill Stoddard ([EMAIL PROTECTED]) wrote :
> AIX doesn't understand -maxdepth.
Yeah, it seems to be a gnuism.
-Thom
* Wilfredo S?nchez ([EMAIL PROTECTED]) wrote :
> Yeah, do you still have the log from when it failed? I noticed you
> took it off the URL you posted.
>
> Sander, you ran into the same build failures?
See Eric Gillespie's posts to dev@apr; David was seeing the same thing with
BeOS; I could re
* Joe Orton ([EMAIL PROTECTED]) wrote :
> Resend. I found a bug report on this as well:
>
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11212
>
> - Forwarded message from Joe Orton <[EMAIL PROTECTED]> -
>
> From: Joe Orton <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Mail-Followup
* Sebastian Bergmann ([EMAIL PROTECTED]) wrote :
> Sebastian Bergmann wrote:
> >> I can't compile current HEAD of httpd-2.0
> >
> > Am I the only one experiencing this? an updated build log is here:
> > http://www.sebastian-bergmann.de/stuff/httpd.txt
>
> Odd. After a fresh checkout from CVS it
* Eric Gillespie ([EMAIL PROTECTED]) wrote :
> Eric Gillespie <[EMAIL PROTECTED]> writes:
>
> > tmp=export_files_unsorted.txt; rm -f $tmp && touch $tmp; for dir in /usr/lo
> > cal/apache2/src/include /usr/local/apache2/src/os/S_DIR PR_INCLUDEDIR PU_INCL
> > UDEDIR /usr/local/apache2/src/modules/
* William A. Rowe, Jr. ([EMAIL PROTECTED]) wrote :
> At 07:58 PM 11/20/2002, Thom May wrote:
> >This is in response to a debian bug request; basically it just tightens up
> >the list of allowed characters, so we don't include .dotfiles and backups
> >etc.
> >T
* André Malo ([EMAIL PROTECTED]) wrote :
> * Thom May wrote:
>
> > This is in response to a debian bug request; basically it just tightens up
> > the list of allowed characters, so we don't include .dotfiles and backups
> > etc.
> > Thoughts?
>
> hmm. I d
This is in response to a debian bug request; basically it just tightens up
the list of allowed characters, so we don't include .dotfiles and backups
etc.
Thoughts?
-Thom
Index: server/config.c
===
RCS file: /home/cvspublic/httpd-2.0/s
* Joshua Slive ([EMAIL PROTECTED]) wrote :
> Pier Fumagalli wrote:
>
> >On 27/10/02 0:54, "David Burry" wrote:
> >
> >
>
>
> Right. If we had very reliable mirrors and a good technique for keeping
> them that way, I'd be fine with doing an automatic redirect or fancy DNS
> tricks. But we do
bits settle down) post for vote to commit into stable. This simplifies
> review, as all the bits can be worked and debated for days, weeks,
> months, as they relate to one big change, without constantly asking
> for votes.
This idea sounds brilliant, and exactly what is needed.
+1
Cheers,
-T
for 2.0.2x or less from this year: dont know how long it
>lasts...
So? This burden is on the module's author, it's not on us. The MMN has been
stable for 3 releases now.
-Thom
--
Thom May -> [EMAIL PROTECTED]
Overfiend: what's best? new or used pussy?
* stu hears the sound of #debian-devel opening up the fortunes file
with $EDITOR
mber (yea, to appease the folks who are allergic to 0's in version
> > numbers).
> >
>
> I like.
>
Me too.
--
Thom May -> [EMAIL PROTECTED]
Hello!
What is the voting period? From Mar 24th until?
until the candidate manoj wants to win is in the lead
* asuffield ducks into the icbm shelter
I have this filed bug via debian's bug system:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=157299&repeatmerged=yes
regarding the passing of SSI variables in fancy indexed pages using SSI
Header and Readme's.
Comments/thoughts/fixes?
Cheers,
-Thom
--
Thom May -> [EMAIL PR
lso on 10.2.1
Will try with .43 after dinner.
-Thom
--
Thom May -> [EMAIL PROTECTED]
"The use of unmanned aircraft could significantly improve the
survivability of combat missions" -- Boeing Defense study
PR: 13351
it's a pretty titchy change :)
Making the default validate is much harder.
Cheers,
-Thom
--
Thom May -> [EMAIL PROTECTED]
wiggy: I just hurt other people. because I am evil!!
muhahahahahahahaha! evil, I tell you, evil
Index: modules/generators/mod_aut
This allows people who are used to the 1.3 argument to continue working in
the style they are used to...
Cheers,
-Thom
--
Thom May -> [EMAIL PROTECTED]
wiggy: I just hurt other people. because I am evil!!
muhahahahahahahaha! evil, I tell you, evil
Index: include/http_mai
* G?nter Knauf ([EMAIL PROTECTED]) wrote :
> Hi,
> can someone tell what's the recommended opensll version which is known to run with
>2.0.43?
> thanks, g.
The latest one. 0.9.6g
Cheers,
-Thom
--
Thom May -> [EMAIL PROTECTED]
Lords and squires,
Were you aware of the
* William A. Rowe, Jr. ([EMAIL PROTECTED]) wrote :
> You are right.
>
> Folks, please vote (for the next hour or so) for one of the following
> (everyone is welcome to vote here...)
>
> [x] release 2.0.43 GA as is
> [ ] roll 2.0.44 again, plus mod_logio.c
> [ ] roll 2.0.44 again, minus mod
olve around whether to drop
> everything into /opt or in the standard locations like /usr/sbin)
>
The "Debian" layout should be fine for the latter.
-Thom
--
Thom May -> [EMAIL PROTECTED]
US elections:
For those of you fearing that the rest of the world might be making fun
of the US because of this: Rest assured, we are.
I'm forwarding this debian bug onto the dev list for discussion and
comments.
please can the cc line ([EMAIL PROTECTED]) be maintained so the bug
gets a record of this?
Cheers,
-Thom
--
Thom May -> [EMAIL PROTECTED]
< robster> SHIT
< robster> woody doesnt support devfs
<
* Justin Erenkrantz ([EMAIL PROTECTED]) wrote :
> On Sat, Aug 17, 2002 at 08:14:30PM +0100, Thom May wrote:
> > As the title says. I've been running into this problem on numerous debian
> > installs.
>
> I believe this patch may not work on Win32 and Netwa
Hi Guys,
this is a newly filed bug from the debian www team; it holds for apache2 and
is a real problem for us.
-Thom
--
Thom May -> [EMAIL PROTECTED]
stibbons: Good morning Mr Moo-lay
Moo-lay?
stibbons: It's French for mullet
--- Begin Message ---
Package: apache
Severity:
pr-util unless the
> non-API helper macros are removed from the public header file.
>
*nod*
-Thom
--
Thom May -> [EMAIL PROTECTED]
Lords and squires,
Were you aware of the fact that you could increaseth the size of
your penis by as much as half a cubit? Come visit the apot
just code width checks.
-Thom
--
Thom May -> [EMAIL PROTECTED]
Index: support/htpasswd.c
===
RCS file: /home/cvspublic/httpd-2.0/support/htpasswd.c,v
retrieving revision 1.55
diff -u -u -r1.55 htpasswd.c
--- support/htpasswd.c
As the title says. I've been running into this problem on numerous debian
installs.
-Thom
--
Thom May -> [EMAIL PROTECTED]
asuffield: my english is not so bas as you may think ;-)
Index: include/scoreboard.h
===
RCS fil
This is the twin of the commit I just did on APR, just to minimise
duplication.
Cheers,
-Thom
--
Thom May -> [EMAIL PROTECTED]
for the record:
AGH!
* Knghtbrd- gets back to abusing gdm
Index: acinclude.m4
===
RCS file: /h
e. The patch I
> got from Shantonu adds an APR function apr_atoll which returns a long
> long. It uses strtoll is available, otherwise falls back to strtol.
>
> Questions:
>
> 1- Is adding apr_strtoll kosher?
+1
> 2- Should I also add apr_strtoll for completeness?
+1
-Thom
--
Thom May -> [EMAIL PROTECTED]
* Jeff Trawick ([EMAIL PROTECTED]) wrote :
> Thom May <[EMAIL PROTECTED]> writes:
>
> > * James Cox ([EMAIL PROTECTED]) wrote :
> > > no! no! leave apachectl to behave as it always has done. could someone
> > > consider vetoing this argum
* James Cox ([EMAIL PROTECTED]) wrote :
> no! no! leave apachectl to behave as it always has done. could someone
> consider vetoing this argument based on backwards compatibility?
>
> -- James
Agreed - why do we need this many layers of indirection? what does it buy
us having apachectl call a sc
onf should be installed to
> + sysconfdir/examples or manualdir/exampleconf/
> + +1: slive
>
I think manualdir/example-confs/ is probably the best of the lot, but
manualdir/exampleconf/ is equally good.
-Thom
--
Thom May -> [EMAIL PROTECTED]
"Historically speaking,
.bak.# files.
Narrrgh. Put the new files as .new - that way we don't break anything.
We should only do this for $sysconfdir, too - it's the only place we can
pseudo guarantee that we're replacing like with like.
Cheers,
-Thom
--
Thom May -> [EMAIL PROTECTED]
Even Debian developers are human.
1 - 100 of 186 matches
Mail list logo
