--- William A. Rowe, Jr. [EMAIL PROTECTED]
wrote:
http://msdn.microsoft.com/visualc/default.aspx?pull=/library/en-us/dnvs05/html/bakerdozen.asp
Thought that might get some other's attention, I
can't delve until sometime over the new year
holiday.
Gasp...choke.. Jezus! This is getting
From: Tonko Juricic
Subject: Compiling with VC++ 8 (Express beta)
Isn't the loading of the CLR
different for _any_ .NET
version over 1.1?
Hasn't
CLSID_CorRuntimeHost
and
IID_ICorRuntimeHost
been replaced with
CLSID_CLRRuntimeHost
and
IID_ICLRRuntimeHost?
And aren't there many, many
--- Jeff White [EMAIL PROTECTED] wrote:
Isn't the loading of the CLR
different for _any_ .NET
version over 1.1?
Hasn't
CLSID_CorRuntimeHost
and
IID_ICorRuntimeHost
been replaced with
CLSID_CLRRuntimeHost
and
IID_ICLRRuntimeHost?
And aren't there many, many
hosting options
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
Geoff,
This change:
http://svn.apache.org/viewcvs.cgi/httpd/test/trunk/perl-framework/Apache-Test/Makefile.PL?rev=105822r1=105299r2=105822diff_format=h
adding:
if ($ExtUtils::MakeMaker::VERSION 6.06) {
# now that we're using subversion, make sure that
# .svn
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
Geoffrey Young wrote:
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.
No worries :) There is a way too many things to think about.
Moreover
* Justin Erenkrantz [EMAIL PROTECTED] wrote:
snip
automake corrupts the build process by forcing us to give up control without
solving any fundamental problems and introduce a lot of needless complexity
and bugs into the build system. I wouldn't let any project that I hate use
it. It's
* Max Bowsher [EMAIL PROTECTED] wrote:
snip
Actually aclocal belongs to automake.
But then, it would be a weird system where autoconf/automake/libtool are
not installed as a group, so I guess that's still ok.
I personally prefer just install exactly these packages which
are really needed
Enrico Weigelt wrote:
I have to build many binary packages for several targets (crosscompiling)
and there're just a few days when the autoconf'ed configure stuff works
withouut trouble. Carefully hand-written Makefiles and configure-scripts
work much better.
httpd has already been there. See the
* Paul Querna [EMAIL PROTECTED] wrote:
snip
I only see patches for 2.0.48 and .49. Do you have something against
Subversion Trunk? Have you tried it against 2.1 yet?
not yet.
we all have very plenty time. the maillist is full of people, but 99.9%
only lurking :(
snip
Then be active on
Enrico Weigelt wrote:
snip
Dependencies are to be tracked by a vendor, not by our users who
download the source from us.
Ah, great. And when will be the day when glibc is included in httpd ?
Never. glibc is GPL/LGPLed, and the httpd server project cannot
distribute it as part of our license and
* Paul Querna [EMAIL PROTECTED] wrote:
snip
You aren't. I agree auto* sucks, but there isn't a viable alternative
that works today.
Well, I've tried to aquire helpers for such a project for years,
in dozens of other projects. But the only ones who were at least
thinking about it were the
* Paul Querna [EMAIL PROTECTED] wrote:
snip
LGPL`ed, and I have never seen it used from an Apache Module.
something bad on lgpl ?
It looks quite heavy... the APR DBD api is just a loose wrapper
around the low level calls, its a different target than unixODBC,
which looks to be much much
* Paul Querna [EMAIL PROTECTED] wrote:
Enrico Weigelt wrote:
snip
Dependencies are to be tracked by a vendor, not by our users who
download the source from us.
Ah, great. And when will be the day when glibc is included in httpd ?
Never. glibc is GPL/LGPLed, and the httpd server project
* Enrico Weigelt [EMAIL PROTECTED] wrote:
* Dmitry Koteroff [EMAIL PROTECTED] wrote:
Hi,
Perchild MPM allows to run different vhost requests under
different user accounts. But:
no, it doesn't.
I have to correct myself:
It does, but its fundamentally insecure -- nearly
* Enrico Weigelt wrote:
* Paul Querna [EMAIL PROTECTED] wrote:
We are the httpd server project, not the autoconf
replacement project.
With this mentality we will never get something better.
Such software doesnt simply fall from the heaven.
Sure. We get a better httpd.
nd
* Enrico Weigelt wrote:
Why is pcre bundled anyway ? Other packages (ie zlib or expat) are
also not bundled, so why pcre ?
vendor branch.
nd
* Enrico Weigelt wrote:
As long as httpd brings its own expat and pcre, we dont need to
discuss about the heavyliness of unixodbc.
Fine. Nobody here even wants to discuss it.
nd
--
die (eval q-qq[Just Another Perl Hacker
]
;-)
# André Malo, http://pub.perlig.de/ #
On Fri, Dec 03, 2004 at 12:33:59PM +, Nick Kew wrote:
I've updated the proposed DBD API, and written a better description
of it at URL:http://www.apache.org/~niq/dbd.html. This defines
only the API, decoupled from my software implementing it.
...
Bearing this in mind, I'd like to
Enrico Weigelt wrote:
* Paul Querna [EMAIL PROTECTED] wrote:
snip
LGPL`ed, and I have never seen it used from an Apache Module.
something bad on lgpl ?
Yes, but this is not the place to dicuss philosophical differences on
open source.
It looks quite heavy... the APR DBD api is just a loose
On Mon, Nov 29, 2004 at 10:08:26AM +, Nick Kew wrote:
...
Several folks on IRC favour an apr_dbi layer. That's great, but it's a
different project, and I'd certainly want to look at harnessing existing
DBI projects rather than reinventing that wheel.
Yes, but what you're seeing is a bunch
The original email was deleted because it contained the virus Sober.I
On Mon, 13 Dec 2004, Greg Stein wrote:
On Fri, Dec 03, 2004 at 12:33:59PM +, Nick Kew wrote:
I've updated the proposed DBD API, and written a better description
of it at URL:http://www.apache.org/~niq/dbd.html. This defines
only the API, decoupled from my software implementing it.
On Sat, Dec 11, 2004 at 09:53:17AM -, Paul Querna wrote:
Author: pquerna
Date: Sat Dec 11 01:53:16 2004
New Revision: 111596
URL: http://svn.apache.org/viewcvs?view=revrev=111596
Log:
* Add bits to use APR_TCP_DEFER_ACCEPT
* Log Warnings when adding defer accept or an accept filter
On Mon, Dec 13, 2004 at 12:57:36AM -0700, Paul Querna wrote:
I agree with you however, but this is the current state of httpd.
Patches to allow using of external libs for everything we currently
embed are extremely welcome.
For external PCRE:
On Mon, Dec 13, 2004 at 05:43:58AM +0100, Enrico Weigelt wrote:
* Brad Nicholes [EMAIL PROTECTED] wrote:
big_snip /
Hi folks,
Why bundling 3rd-party packages anyway ?!
I personally *always* use sysetm libs instead of bundled libs when
some packages do such bundling. But I'm really
On Mon, Dec 13, 2004 at 09:20:41AM +0100, Enrico Weigelt wrote:
* Paul Querna [EMAIL PROTECTED] wrote:
snip
You aren't. I agree auto* sucks, but there isn't a viable alternative
that works today.
Well, I've tried to aquire helpers for such a project for years,
in dozens of other
On Fri, Nov 26, 2004 at 09:44:19AM +, Joe Orton wrote:
On Thu, Nov 25, 2004 at 03:19:44PM -0800, Brian Pane wrote:
I found that the configure.in in recent releases of PCRE uses some
autoconf macros that won't work unless aclocal is called first to
produce a proper aclocal.m4:
Joe Orton wrote:
On Sat, Dec 11, 2004 at 09:53:17AM -, Paul Querna wrote:
Author: pquerna
Date: Sat Dec 11 01:53:16 2004
New Revision: 111596
URL: http://svn.apache.org/viewcvs?view=revrev=111596
Log:
* Add bits to use APR_TCP_DEFER_ACCEPT
* Log Warnings when adding defer accept or an accept
Wayne,
have you looked into the SSLOptions +FakeBasicAuth directive?
regards,
tt
317-510-5987
-Original Message-
From: Wayne S. Frazee [mailto:[EMAIL PROTECTED]
Sent: Monday, December 13, 2004 12:49 PM
To: [EMAIL PROTECTED]
Subject: Auth LDAP Authentication of Client SSL
I am
On Monday 13 December 2004 11:26, TAYLOR, TIM (CONTRACTOR) wrote:
Wayne,
have you looked into the SSLOptions +FakeBasicAuth directive?
Fakeauth allows the transfer of the DN to use as a basic name, which is fine,
however the problem I am having is more along the lines of verifying the
With reference to [Re: svn commit: r111596]
The following proposal attempts to provide a simple way of configuring
a server which supports multiple protocols (http, ftp, nntp) while
allowing the administrator and/or packager to configure OS kernel-
implemented accept filters, as provided by
(An addendum to the previous mod_acceptfilter proposal.)
From my experience on #apache, it appears that Mere Mortals have
a great deal of difficulty successfully configuring virtual hosts.
I think this is understandable; the algorithm used to allocate
requests to virtual host sections is
At 07:28 PM 12/12/2004, Paul Querna wrote:
+1 for promoting it to beta status.
I tested on NetBSD-2.0 and FreeBSD 5.2.1.
I was able to duplicate the regressions in mod_rewrite and mod_proxy:
http://issues.apache.org/bugzilla/show_bug.cgi?id=32459
However, the proxy related regressions are only
--On Monday, December 13, 2004 5:29 AM +0100 Enrico Weigelt
[EMAIL PROTECTED] wrote:
we don't maintain configure;
bad enough. an carefully hand-written configure would be much better.
Been there, done that with APACI. We ain't going back to a hand-written
configure.
AIUI, your problem is
--On Sunday, December 12, 2004 3:49 PM +0100 Andreas Steinmetz
[EMAIL PROTECTED] wrote:
It seems from the tcpdump that img
src=http://www.bitmover.com/gifs/bitkeeper-shadow.gif; is requested by
the proxy resulting in a 304 and then the same tcp connection is
erroneously reused to request the
Paul Querna wrote:
+1 for promoting it to beta status.
+1 for making it beta.. time to get some more people to shake the bugs out.
been using it on OS/X for a while now and it seems not to crash every 5
seconds ;-)
Ian
On Mon, Dec 13, 2004 at 03:35:38PM -0800, Justin Erenkrantz wrote:
--On Monday, December 13, 2004 5:29 AM +0100 Enrico Weigelt
[EMAIL PROTECTED] wrote:
we don't maintain configure;
bad enough. an carefully hand-written configure would be much better.
Been there, done that with APACI. We
At 08:08 AM 12/13/2004, Patrick Welche wrote:
Is part of the problem automake avoidance? AFAIR httpd just uses
autoconf and libtool. The other thing is that now that libtool
has a LT_PREREQ (VERSION) macro, one could set that and no longer
maintain the special httpd distributed version and
On Tue, Dec 14, 2004 at 09:00:58AM +, Joe Orton wrote:
Yeah, that was fixed in 1.5.10. For an autoconf 2.59-generated
configure script the only reference to grep -E is in the test to see
whether grep -E works or not, so that looks fixed to me too.
Excellent. So we've wasted all this
At 03:33 AM 12/14/2004, Justin Erenkrantz wrote:
On Tue, Dec 14, 2004 at 03:20:26AM -0600, William A. Rowe, Jr. wrote:
Seriously, we could target only latest-n-greatest, but that
goes against the grain of many participants.
I think we should be much stricter for the releases we make and
On Tue, Dec 14, 2004 at 06:39:25AM +0100, Enrico Weigelt wrote:
hi folks,
when trying to crosscompile apache, it breaks in libapr configure:
cannot check setpgrp when crosscompiling
So crosscompiling seems to be impossible. I've tested it on
2.0.49 up to 2.0.52.
It is possible
* Paul Querna [EMAIL PROTECTED] wrote:
snip
srclib/apr-util/configure --help | grep expat
--with-expat=DIRspecify Expat location
Ah, yeah. I've grepped for --with-pcre, which is missing.
I'm now trying it on my buildfarm ...
snip
btw: why is it a goal to put all dependencies into
I am interested in constructing an environment where an identity token is
stored on a user-specific hardware (eg keyfob or smartcard) and the matching
token is in an LDAP directory. After looking through the Apache 2
mod_auth_ldap documentation, it occured to me that the base functionality for
On Mon, Dec 13, 2004 at 12:52:00PM -0700, Wayne S. Frazee wrote:
On Monday 13 December 2004 11:26, TAYLOR, TIM (CONTRACTOR) wrote:
Wayne,
have you looked into the SSLOptions +FakeBasicAuth directive?
Fakeauth allows the transfer of the DN to use as a basic name, which is fine,
William A. Rowe, Jr. wrote:
-0 right now on beta, here's my thinking;
Apache 2.0 didn't (originally) deliver a functioning cache
or proxy. That was the #1 reason for folks to 'choose' to
hang onto 1.3 when the 2.0 server went out the door.
Delivering Beta 1 with a fully functioning cache and
--On Monday, December 13, 2004 2:40 PM -0700 Paul Querna
[EMAIL PROTECTED] wrote:
This would be 2.1.2-beta right? Not 2.2.0-beta1?
Correct.
Our first 'beta' release doesn't necessarily mean that it'd be 2.2.0-beta1.
We can have as many 2.1.x betas as we want. However, I think it was said
that
Ian Holsman wrote:
Paul Querna wrote:
+1 for promoting it to beta status.
+1 for making it beta.. time to get some more people to shake the bugs out.
been using it on OS/X for a while now and it seems not to crash every 5
seconds ;-)
Ian
.
OS/X?
N.
A co-worker of mine pointed out that the following works in Apache
1.3, but not 2.0 if the location /foo, doesn't exist on the disk:
AddHandler foobar /cgi-bin/printenv
Location /foo
SetHandler foobar
/Location
This patch ports this behavior forward into 2.0.
Index:
* Justin Erenkrantz [EMAIL PROTECTED] wrote:
snip
AIUI, your problem is fixed if we roll with current autoconf and libtool
versions. I've been using ac 2.59 and lt 1.5.10 for 2.1.x releases - do
they work for you out-of-the-box? I don't know of any particular reason
No, doesn't make a
* André Malo [EMAIL PROTECTED] wrote:
snip
With this mentality we will never get something better.
Such software doesnt simply fall from the heaven.
Sure. We get a better httpd.
Yes, of course.
Software doesn't get built from source by magic. Either people
to this completely by hand or
* Patrick Welche [EMAIL PROTECTED] wrote:
snip
Is part of the problem automake avoidance? AFAIR httpd just uses
No, autoconf is bad enough, automake will make it even worse.
Dont expect apache to remain in so many distros if you switch
to automake and bring distributor's life ten steps nearer
* Richard Jones [EMAIL PROTECTED] wrote:
Why is pcre bundled anyway ? Other packages (ie zlib or expat) are
also not bundled, so why pcre ?
http://issues.apache.org/bugzilla/show_bug.cgi?id=27550
Doesnt answer the question, instead clearly showing in what trouble
we run when doing such
* André Malo [EMAIL PROTECTED] wrote:
* Enrico Weigelt wrote:
Why is pcre bundled anyway ? Other packages (ie zlib or expat) are
also not bundled, so why pcre ?
vendor branch.
how does it answer my question ?
cu
--
-
hi folks,
when trying to crosscompile apache, it breaks in libapr configure:
cannot check setpgrp when crosscompiling
So crosscompiling seems to be impossible. I've tested it on
2.0.49 up to 2.0.52.
cu
--
-
Enrico
On Mon, 13 Dec 2004, Ryan Bloom wrote:
A co-worker of mine pointed out that the following works in Apache
1.3, but not 2.0 if the location /foo, doesn't exist on the disk:
AddHandler foobar /cgi-bin/printenv
Location /foo
SetHandler foobar
/Location
This patch ports this behavior
* Paul Querna [EMAIL PROTECTED] wrote:
snip
So crosscompiling seems to be impossible. I've tested it on
2.0.49 up to 2.0.52.
uhm. cross compiling from what to what?
i686-pc-gnu-linux - i686-pc-gnu-linux, but with sysroot and
different libc versions.
cu
--
* Enrico Weigelt wrote:
Again its an autoconf problem. More than just a bug.
I'm wondering why you report it *here*. Sure, it's interesting, but did you
consider opening a bug report at the autoconf site?
nd
--
die (eval q-qq:Just Another Perl Hacker
:-)
# André Malo, http://pub.perlig.de/
* Enrico Weigelt wrote:
* André Malo [EMAIL PROTECTED] wrote:
* Enrico Weigelt wrote:
Why is pcre bundled anyway ? Other packages (ie zlib or expat) are
also not bundled, so why pcre ?
vendor branch.
how does it answer my question ?
It gives you a piece of information, that you
Enrico Weigelt wrote:
hi folks,
when trying to crosscompile apache, it breaks in libapr configure:
cannot check setpgrp when crosscompiling
So crosscompiling seems to be impossible. I've tested it on
2.0.49 up to 2.0.52.
uhm. cross compiling from what to what?
61 matches
Mail list logo