Hi list,
I have put up my recent work on the Apache HTTP server for inclusion
to the official Cygwin setup.exe distribution to:
http://apache.dev.wapme.net/support/apache-cygwin/
The setup.hint:
sdesc: "The Apache HTTP (Web) Server"
ldesc: "The Apache Project is a collaborative software develo
> http://apache.dev.wapme.net/support/apache-cygwin/
note that this server is running Apache 1.3.23-dev (Cygwin) :))
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf
Tel: +49-211-74845-0
Fax: +49-211-
> "Stipe" == Stipe Tolj <[EMAIL PROTECTED]> writes:
Stipe> Hi list,
Stipe> I have put up my recent work on the Apache HTTP server for inclusion
Stipe> to the official Cygwin setup.exe distribution to:
Stipe> http://apache.dev.wapme.net/support/apache-cygwin/
Stipe> If so
Excellent. I'm keen to see this available.
I'll happily let Gerrit and/or Volker review the tarballs though :}.
Rob
Stipe, is the below your correct email address?
Rob
+AD0APQA9-
- Original Message -
From: +ADw-postmaster+AEA-itdomain.net.au+AD4-
To: +ADw-robert.collins+AEA-itdomain.com.au+AD4-
Sent: Wednesday, January 09, 2002 10:26 PM
Subject: Delivery Status Notification (Failure)
+AD4- This is a
- Original Message -
From: "Mark Bradshaw" <[EMAIL PROTECTED]>
> Just wanted to drop in a reminder about the whois package. Could I
get an
> official/unofficial nanny to check it over, or at least a note telling
me to
> shut up til people have more time?
Looks OK Mark. Does it build OO
- Original Message -
From: "Charles Wilson" <[EMAIL PROTECTED]>
> I think some of my earlier test versions didn't "do it right" -- but
the
> current versions do. Try "reinstalling" from the net (not from your
> local repository).
>autoconf-devel-2.52-4
>automake-devel-1.5-5
Whadd
On Wed, Jan 09, 2002 at 09:16:12AM +0100, Stipe Tolj wrote:
> Users may have to include /usr/libexec to their PATH, due to the fact
> that libhttpd.dll resides there. Should we move at least that core
> library to /usr/bin to have it in PATH like the other cygfoo.dlls?
Shouldn't that be /usr/bin/
Stipe,
2002-01-09 12:17:13, du schriebst:
> http://apache.dev.wapme.net/support/apache-cygwin/
> The setup.hint:
> sdesc: "The Apache HTTP (Web) Server"
> ldesc: "The Apache Project is a collaborative software development
> effort aimed at creating a robust, commercial-grade, featureful,
>
===
- Original Message -
From: "Gerrit P. Haase" <[EMAIL PROTECTED]>
>
> (mainly because
> there is another proxyserver which works better for me like squid;)
I'm not sure what you mean here Gerrit - are you saying Squid is better
for you than apache (in proxy mode), or something else?
Corinna,
2002-01-09 12:50:02, du schriebst:
> On Wed, Jan 09, 2002 at 09:16:12AM +0100, Stipe Tolj wrote:
>> Users may have to include /usr/libexec to their PATH, due to the fact
>> that libhttpd.dll resides there. Should we move at least that core
>> library to /usr/bin to have it in PATH like
I have just put a new rebuilt of tetex-beta-20001218
for test.
A more mature version will be made out in accordance
with a texmf package.
Thanks for your reports,
Jerome BENOIT
Robert,
2002-01-09 13:04:30, du schriebst:
>> (mainly because
>> there is another proxyserver which works better for me like squid;)
> I'm not sure what you mean here Gerrit - are you saying Squid is better
> for you than apache (in proxy mode), or something else?
Though I think squid is a li
- Original Message -
From: "Gerrit P. Haase" <[EMAIL PROTECTED]>
> Robert,
>
> 2002-01-09 13:04:30, du schriebst:
>
> >> (mainly because
> >> there is another proxyserver which works better for me like squid;)
>
> > I'm not sure what you mean here Gerrit - are you saying Squid is
better
"Jérôme-Georges-Michel BENOIT" <[EMAIL PROTECTED]> writes:
> I have just put a new rebuilt of tetex-beta-20001218
> for test.
Thanks. Any chance for us earthlings being able download this today?
[is there any 'direct mirror?']
> A more mature version will be made out in accordance
> with a tex
Stipe,
2002-01-09 13:10:34, du schriebst:
and i'll start a build now to see if the
> patched source builds `user-friendly' without tweaking:-)
Intro:
==
$ cygcheck libhttpd.dll
Found: .\libhttpd.dll
Found: C:\cygwin\bin\libhttpd.dll
.\libhttpd.dll
.\cygwin1.dll
C:\WINNT\System32\KERN
Robert,
2002-01-09 13:29:59, du schriebst:
>> I really don't know which is 'better' in general;)
> I do :}. Squid is a dedicated proxy/web accelerator, and it does that
> quite well :]. I'd be quite interested to know how much RAM apache
> needed to run a 30-40Gb cache.
Well, I have no needs
Jérôme-Georges-Michel,
2002-01-09 13:34:00, du schriebst:
> I have just put a new rebuilt of tetex-beta-20001218
> for test.
Where do I get it?
Gerrit
--
=^..^=
Stipe,
2002-01-09 13:36:24, du schriebst:
> 2.
> A typo in the README:
> tar xjvf apache_1.3.22-1-src.tar.bz2
> cd apache_1.3.22
> configure --with-layour=Cygwin \
> ^
> --with-port=80 \
> --enable-module=most \
> --enable-shared=max
> 3.
> The Cygwin README with b
On Wed, Jan 09, 2002 at 12:52:45PM +0100, Gerrit P. Haase wrote:
> 2002-01-09 12:50:02, du schriebst:
>
> > On Wed, Jan 09, 2002 at 09:16:12AM +0100, Stipe Tolj wrote:
> >> Users may have to include /usr/libexec to their PATH, due to the fact
> >> that libhttpd.dll resides there. Should we move a
On Wed, Jan 09, 2002 at 01:27:47PM +0100, Gerrit P. Haase wrote:
> Question 3:
> ===
> Is it useful to link in libcrypt?
Ack! You mean libcrypto/libssl, not libcrypt (which consists entirely
of the 56bit DES routines), right?
Corinna
> What about https support for the proxy, is it possi
"Gerrit P. Haase" wrote:
> Some minor issues:
>
> 1.
> I think libhttpd.dll should be in /usr/bin like all the shared libs.
> To load the shared plugins it isn't needed to include /usr/libexec in
> the PATH?
So we would need to include all libfoo.dll and mod_bar.dll's to
/usr/bin, right?! Any o
"Gerrit P. Haase" wrote:
>
> Corinna,
>
> 2002-01-09 12:50:02, du schriebst:
>
> > On Wed, Jan 09, 2002 at 09:16:12AM +0100, Stipe Tolj wrote:
> >> Users may have to include /usr/libexec to their PATH, due to the fact
> >> that libhttpd.dll resides there. Should we move at least that core
> >>
Jason Tishler wrote:
>
> On Wed, Jan 09, 2002 at 12:52:45PM +0100, Gerrit P. Haase wrote:
> > 2002-01-09 12:50:02, du schriebst:
> >
> > > On Wed, Jan 09, 2002 at 09:16:12AM +0100, Stipe Tolj wrote:
> > >> Users may have to include /usr/libexec to their PATH, due to the fact
> > >> that libhttpd.
On Wed, Jan 09, 2002 at 03:53:44PM +0100, Stipe Tolj wrote:
> "Gerrit P. Haase" wrote:
> > 1.2.
> > # Cygwin 1.3.x layout
> >
> > prefix:/usr
> > exec_prefix: $prefix
> > bindir:$prefix/bin
> > sbindir: $prefix/sbin
> > libexecdir:$prefix/libexec
Robert Collins wrote:
> I do :}. Squid is a dedicated proxy/web accelerator, and it does that
> quite well :]. I'd be quite interested to know how much RAM apache
> needed to run a 30-40Gb cache.
Robert is right here. The Apache group has stated a couple of times
that squid is performing way mor
On Wed, Jan 09, 2002 at 03:56:36PM +0100, Stipe Tolj wrote:
> "Gerrit P. Haase" wrote:
> >
> > Corinna,
> >
> > 2002-01-09 12:50:02, du schriebst:
> >
> > > On Wed, Jan 09, 2002 at 09:16:12AM +0100, Stipe Tolj wrote:
> > >> Users may have to include /usr/libexec to their PATH, due to the fact
"Gerrit P. Haase" wrote:
> Question 1:
> ===
> The Apache isn't linked against libgdbm?
> Wouldn't it be a nice addition?
>
> I ask because of this message during configuring:
>
> + adding selected modules
> o rewrite_module uses ConfigStart/End
> disabling DBM support for mo
> Ah, I saw now, the README states:
> To build the application for cygwin:
>
> tar xjvf apache_1.3.22-1-src.tar.bz2
> cd apache_1.3.22
> configure --with-layout=Cygwin \
> --with-port=80 \
> --enable-module=most --enable-shared=max
> make
> make
> make install
>
> Perhaps you should point ou
> --prefix=/usr
> --sysconfdir=/etc
> --libexecdir='$(sbindir)'
> --localstatedir=/var
> --datadir='$(prefix)/share'
>
> I'd agree to change the sysconfdir to sth. below /etc as /etc/httpd
> but I don't see a reason to change libexecdir.
So you want to keep the *.dlls in /usr/libexec?
On Wed, Jan 09, 2002 at 04:17:54PM +0100, Stipe Tolj wrote:
> > --prefix=/usr
> > --sysconfdir=/etc
> > --libexecdir='$(sbindir)'
> > --localstatedir=/var
> > --datadir='$(prefix)/share'
> >
> > I'd agree to change the sysconfdir to sth. below /etc as /etc/httpd
> > but I don't see a re
> No. See my other mail. What I meant was, $libexecdir should be
> == $sbindir == $(prefix)/sbin == /usr/sbin.
>
> DLLs to
>
> /usr/libif run time loaded with e.g. dlopen()
> /usr/binif inherently linked in.
>
> Basically I don't want /usr/libexec in the users path.
Ok, so we
On the location of DLLs:
I agree with Corinna that "inherently linked" DLL's should be in
/usr/bin, and should be named "cygX.dll" not "libX.dll".
However, I don't think it TRULY matters where dlopen'ed DLLs live --
except that users should not have to add /usr/libexec (or
/usr/lib/
Stipe Tolj wrote:
>
> > No. See my other mail. What I meant was, $libexecdir should be
> > == $sbindir == $(prefix)/sbin == /usr/sbin.
> >
> > DLLs to
> >
> > /usr/libif run time loaded with e.g. dlopen()
> > /usr/binif inherently linked in.
> >
> > Basically I don't want /usr/l
On Wed, Jan 09, 2002 at 04:38:12PM +0100, Stipe Tolj wrote:
> > No. See my other mail. What I meant was, $libexecdir should be
> > == $sbindir == $(prefix)/sbin == /usr/sbin.
> >
> > DLLs to
> >
> > /usr/libif run time loaded with e.g. dlopen()
> > /usr/binif inherently linked
Stipe Tolj wrote:
>>>Shouldn't that be /usr/bin/cyghttpd.dll?
>>> ^^^
>>>
>>It is the same like it is with perl or python. These packages
>>doesn't use libtool and to change the name would need some additional
>>patches in a lot of build related files which would blo
Stipe Tolj wrote:
> "Gerrit P. Haase" wrote:
>
>
>>Question 1:
>>===
>>The Apache isn't linked against libgdbm?
>>Wouldn't it be a nice addition?
>>
>>I ask because of this message during configuring:
>>
>> + adding selected modules
>>o rewrite_module uses ConfigStart/End
>> di
> Suppose you had both a native apache port and a cygwin apache port.
> Assume both were built "shared" -- so both had a "libhttpd.dll" shared
> library. However, one is msvcrt.dll based, the other cygwin1.dll based.
> Because the respective httpd.exe's are inherently linked to these
> DLL's, b
Charles,
2002-01-09 17:20:32, du schriebst:
[expat]
> True -- are you volunteering, Gerrit? :-)
Well, I tried to build it with minimal effort, but it failed,
now I have done it like Robert with the libx*-packages and I
have a patch file with about 600KB:-(
If that doesn't matter, I'll contri
Stipe,
2002-01-09 16:32:57, du schriebst:
>> Question 1:
>> ===
>> The Apache isn't linked against libgdbm?
>> Wouldn't it be a nice addition?
>>
>> I ask because of this message during configuring:
>>
>> + adding selected modules
>> o rewrite_module uses ConfigStart/End
>>
On Wed, Jan 09, 2002 at 10:44:25AM -0500, Earnie Boyd wrote:
> Stipe Tolj wrote:
> >
> > > No. See my other mail. What I meant was, $libexecdir should be
> > > == $sbindir == $(prefix)/sbin == /usr/sbin.
> > >
> > > DLLs to
> > >
> > > /usr/libif run time loaded with e.g. dlopen()
> > >
Stipe,
2002-01-09 18:42:41, du schriebst:
*-cygwin*)
DEF_SHARED_CORE=yes
LDFLAGS_SHLIB="--export-all"
LDFLAGS_MOD_SHLIB=$LDFLAGS_SHLIB
SHLIB_SUFFIX_NAME=dll
SHMOD_SUFFIX_NAME=dll
SHLIB_SUFFIX_DEPTH=0
LD_
Gerrit,
2002-01-09 18:57:17, du schriebst:
> I suggest we add -lgdbm to EXTRA_LIBS in src/Configuration.apaci so
> mod_auth_dbm gets compiled correct.
Well it needs to be added elsewhere, Configuration.apaci is generated
from...? Configuration.tmpl?
Gerrit
--
=^..^=
Gerrit,
2002-01-09 19:07:04, du schriebst:
> Notes:
> - change SHCORE_IMPLIB='lib$(TARGET).dll' to
> SHCORE_IMPLIB='cyg$(TARGET).dll'
> and we have the right prefix;)
Ah no, it doesn't work that easy, why is the prefix hardcoded?
Gerri
Preliminary versions are here:
http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/
See this message (and the thread that follows it) for more info:
http://cygwin.com/ml/cygwin-apps/2001-12/msg00179.html
Although I will support these packages -- as "cygwin applications" I do
NOT inte
On Wed, Jan 09, 2002 at 01:21:02PM -0500, Charles Wilson wrote:
>Preliminary versions are here:
>
> http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/
>
>See this message (and the thread that follows it) for more info:
>
>http://cygwin.com/ml/cygwin-apps/2001-12/msg00179.html
>
>Although
Stipe Tolj wrote:
>
> > Suppose you had both a native apache port and a cygwin apache port.
> > Assume both were built "shared" -- so both had a "libhttpd.dll" shared
> > library. However, one is msvcrt.dll based, the other cygwin1.dll based.
> > Because the respective httpd.exe's are inherent
Earnie Boyd wrote:
> Yet, if the dll is dependent on cygwin1.dll it must be prefixed with
> `cyg'. There is not a point of argument, it is an agreed upon
> standard. Not all packages that existed before the standard was stated
> have been upgraded to the standard. However, new packages being
On Wed, Jan 09, 2002 at 10:44:29AM -0500, Charles Wilson wrote:
> However, I don't think it TRULY matters where dlopen'ed DLLs live --
> except that users should not have to add /usr/libexec (or
> /usr/lib/perl5/cygwin-multi/auto/ByteLoader/ and
> /usr/lib/perl5/cygwin-multi/auto/Data/Dumper/ a
Earnie,
2002-01-09 21:12:10, du schriebst:
> My guess is that you're using a cross build platform that hasn't
> incorporated the necessary changes to binutils to accomplish this
> naturally. If this is true then you need to upgrade your binutils cross
> to the most current versions of cygwin r
Charles Wilson wrote:
>
> Earnie Boyd wrote:
>
> > Yet, if the dll is dependent on cygwin1.dll it must be prefixed with
> > `cyg'. There is not a point of argument, it is an agreed upon
> > standard. Not all packages that existed before the standard was stated
> > have been upgraded to the sta
Earnie Boyd wrote:
>>>
>>I'm confused. What's all this talk about needing "new" binutils?
>>
>
> Yep, I'd say. My guess is that Stipe is using a cross buiold platform
> that doesn't include your change. Therefore he has to hard code the
> prefix in filename translations in the Makefile.in
- Original Message -
From: "Christopher Faylor" <[EMAIL PROTECTED]>
> On Wed, Jan 09, 2002 at 01:21:02PM -0500, Charles Wilson wrote:
> >Preliminary versions are here:
> >2) is "rc6" okay for a ${REL} number, or should it be a pure number?
> >(p.s. 'rc' means "robert collins hack" not "r
Hallo Mark,
Am 2002-01-09 um 05:24 schriebst du:
> Just wanted to drop in a reminder about the whois package. Could I get an
> official/unofficial nanny to check it over, or at least a note telling me to
> shut up til people have more time?
> http://www.networksimplicity.com/whois
I tried the
It built OOTB. I remove some source for an alternate mkpasswd app the
author had included. It wasn't needed for whois functionality. I didn't
really consider that patching the app. Other than that, the only
modifications that I made were to the Makefile to get things pointing in the
right dire
On Wed, Jan 09, 2002 at 11:51:20PM -0500, Mark Bradshaw wrote:
>From: Mark Bradshaw <[EMAIL PROTECTED]>
>To: CA List <[EMAIL PROTECTED]>
>Subject: FW: whois package
>Date: Wed, 9 Jan 2002 23:51:20 -0500
>
>It built OOTB. I remove some source for an alternate mkpasswd app the
>author had included
> Actually, -lgdbm SHOULD result in a dynamic link. unless you explicitly
> say '-static', ld will first attempt to link against "libgdbm.dll.a"
> (the import lib for cyggdbm.dll) BEFORE trying to link against
> "libgdbm.a" (the static lib).
???
Should this not be valid only when using libtool?
===
- Original Message -
From: "Stipe Tolj" <[EMAIL PROTECTED]>
Cc: "cygwin-apps" <[EMAIL PROTECTED]>
Sent: Thursday, January 10, 2002 6:19 PM
Subject: Re: [ANN] apache_1.3.22 package available for setup inclusion
> > Actually, -lgdbm SHOULD result in a dynamic link. unless you
explici
> Yet, if the dll is dependent on cygwin1.dll it must be prefixed with
> `cyg'. There is not a point of argument, it is an agreed upon
> standard. Not all packages that existed before the standard was stated
> have been upgraded to the standard. However, new packages being added
> must meet tha
> I patched it today to use a macro instead of the hardcoded prefix and
> this patch is about 15k big!
>
> Anyway, I'm in favour to include it and to submit the patch to the
> Apache developers because I think it is really stupid to hardcode
> something like this.
Gerrit's proposed patches will
> Yep, I'd say. My guess is that Stipe is using a cross buiold platform
> that doesn't include your change. Therefore he has to hard code the
> prefix in filename translations in the Makefile.in or what ever the
> configuration files are named.
BTW, I'm not using any cross build platform.
Stip
61 matches
Mail list logo