[PATCH] rfc1413.{c|h} in libhttpd.dsp

2003-01-19 Thread Sebastian Bergmann
 The attached patch removes rfc1413.{c|h} from libhttpd.dsp.

--
 Sebastian Bergmann
 http://sebastian-bergmann.de/ http://phpOpenTracker.de/

 Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

? make.bat
? make_debug.bat
Index: libhttpd.dsp
===
RCS file: /home/cvspublic/httpd-2.0/libhttpd.dsp,v
retrieving revision 1.51
diff -u -r1.51 libhttpd.dsp
--- libhttpd.dsp20 Sep 2002 06:06:41 -  1.51
+++ libhttpd.dsp19 Jan 2003 12:32:46 -
@@ -405,14 +405,6 @@
 # End Source File
 # Begin Source File

-SOURCE=.\server\rfc1413.c
-# End Source File
-# Begin Source File
-
-SOURCE=.\include\rfc1413.h
-# End Source File
-# Begin Source File
-
 SOURCE=.\server\util.c
 # End Source File
 # Begin Source File


Re: Tagged and Rolled 2.0.44

2003-01-19 Thread André Malo
* William A. Rowe, Jr. wrote:

 Same here ... the win32 installers are now in place in /dist/httpd/binaries/win32
 and status has been updated.

*ahem*, could someone change the mod_autoindex config to use * length name 
fields?

nd
-- 
kann mir jemand sagen, was genau @-Domains sind?
Ein Mythos. Ein Werbetrick. Verarsche. Nenn es wie du willst...

 -- Alexandra Buss und Björn Höhrmann in dciwam



Need your advice about proper design of input and output filters

2003-01-19 Thread Yuriy Pasichnyk
Dear Sirs,

I am extensively using mod_dav module. And very often there is
a need to modify WebDAV/HTTP request and response.

Example:
1. User requests resource by the following URL: '/resource'
2. I have to modify the URL as the following: '/{username}/resource'
3. As you can see what has to be done seems like something for mod_rewrite,
  but the problem is that the same modification is needed for headers and 
body
  of a request as well (something that mod_rewrite doesn't do).
4. Request is pocessed by a content handler
5. Now we have to do similar modifications with response (headers and body)

I think that the problem is quite generic so instead of hacking/modifying
mod_dav I was thinking of writing separate apache module/filter that can be
reused by other people as well.

So, as it appears to me, I have the following options:
1. Write handler (let's say fixup_handler or url_translate_name_handler) 
that
  will intercept and modify a request, but I cannot use anything like that 
for
  modifying response (as I understand for that matter I have to use filters 
only,
  unless content handler is mod_perl perl handler that is written with 
chaining
  requests in mind). I don't think that combining handler and filter is
  elegant solution.
2. Write request input and output filters (the problem here is - access to
  URL and headers of request and response)
3. WRite connection input and output filters (the problem here is - 
subrequest.
  I need to know user name during the modification process. To discover the 
user
  name I need to issue subrequest. If I had request_rec in hands that the 
issueing
  subrequest wouldn't be a problem. But how do I do it in connection filter 
?)

So, if you were so kind to express your ideas I whould highly appreciate it.


Thanks in advance,

Yuriy







_
The new MSN 8 is here: Try it free* for 2 months 
http://join.msn.com/?page=dept/dialup



Re: Tagged and Rolled 2.0.44

2003-01-19 Thread Bill Stoddard
Sander Striker wrote:


Hi,

I just tagged and rolled 2.0.44.  Tarballs are up at:

 http://httpd.apache.org/dev/dist/

Please cast your votes accordingly.


I did the roll with libtool 1.4.2.  If this is a problem,
let me know, I'll upgrade my libtool to 1.4.3 and re-roll
ASAP.

Thanks,

Sander

 

WooHoo!! Thanks Sander!

Bill




daedalus is running httpd 2.0.44

2003-01-19 Thread Greg Ames
...since Sunday, 19-Jan-2003 07:28:37 PST.

Greg




Re: Tagged and Rolled 2.0.44 (fwd)

2003-01-19 Thread Joshua Slive
Hey Pier,

This is another thing that got a little messed up in your mirror
transition.  Could you match your configuration on
nagoya.apache.org/mirror/ to
http://www.apache.org/info/how-to-mirror.html

Thanks.


-- Forwarded message --
Date: Sun, 19 Jan 2003 14:19:53 +0100
From: André Malo [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: Tagged and Rolled 2.0.44

* William A. Rowe, Jr. wrote:

 Same here ... the win32 installers are now in place in /dist/httpd/binaries/win32
 and status has been updated.

*ahem*, could someone change the mod_autoindex config to use * length name
fields?

nd
-- 
kann mir jemand sagen, was genau @-Domains sind?
Ein Mythos. Ein Werbetrick. Verarsche. Nenn es wie du willst...

 -- Alexandra Buss und Björn Höhrmann in dciwam



Re: Tagged and Rolled 2.0.44

2003-01-19 Thread Joshua Slive
Just as an interesting data point based on the new 2.0.44 release being
put in the dist directory last evening:

Of our 159 mirrors, 125 have picked up the release over-night.

Perhaps we should make nightly updates a requirement rather than a
recommendation?

Joshua.



Re: Need your advice about proper design of input and outputfilters

2003-01-19 Thread Justin Erenkrantz
--On Sunday, January 19, 2003 2:33 PM +0100 Yuriy Pasichnyk 
[EMAIL PROTECTED] wrote:

I think that the problem is quite generic so instead of
hacking/modifying mod_dav I was thinking of writing separate apache
module/filter that can be reused by other people as well.


Yeah, WebDAV has a slight architectural problem in that there is 
resource metadata in the body.  It'd be much nicer if it could 
constrain itself to only the header rather than the body.  That would 
make it far easier for proxies to deal with WebDAV.  Alas...

Regardless, you might want to take a look at an extension to the 
httpd module for Subversion (mod_dav_svn) that does the rewriting for 
DAV requests on-the-fly using filters.

http://svn.collab.net/repos/svn/branches/dav-mirror/subversion/mod_da
v_svn/

In particular, look at the filters in mod_dav_svn.  It'll tell you 
how one particular person thought it should work.  It'd be nice to 
make that more general, but there's always other things to do.  -- 
justin


Re: Tagged and Rolled 2.0.44

2003-01-19 Thread Dirk-Willem van Gulik

 Sander Striker wrote:
..libtool...

Works for me gov on MacOSX.

But I did notice two warnings which may have not been there with the newer
libtool (plus I need to check why it includes /usr/local; I really dislike
configure making assumptions that buildbox==deploybox).

Dw.

c1: warning: changing search order for system directory
/usr/local/include
cc1: warning:   as it has already been specified as a non-system directory

ld: warning multiple definitions of symbol _regcomp
/Users/dirkx/tmp/asf/httpd-2.0.44/srclib/pcre/.libs/libpcre.al(pcreposix.lo) 
definition of _regcomp in section (__TEXT,__text)
/usr/lib/libm.dylib(regcomp.So) definition of _regcomp




Re: cvs commit: httpd-site/docs/info apache_books.html

2003-01-19 Thread André Malo
* [EMAIL PROTECTED] wrote:

   replacing  with amp; in an URL is not a good idea.

sorry, but it is. Not using amp; is wrong.
See: http://www.w3.org/TR/html401/appendix/notes.html#h-B.2.2

nd
-- 
die (eval q-qq:Just Another Perl Hacker
:-)

# André Malo, http://www.perlig.de/ #



[PATCH]: Fix broken URL in docs/conf/mime.type

2003-01-19 Thread B. W. Fitzpatrick

IANA's ftp server doesn't seem to be allowing connections, but this
URL works just fine.

-Fitz

--
Brian W. Fitzpatrick[EMAIL PROTECTED]   http://www.red-bean.com/fitz/


8cut-here-8
Index: mime.types
===
RCS file: /home/cvspublic/httpd-2.0/docs/conf/mime.types,v
retrieving revision 1.15
diff -u -r1.15 mime.types
--- mime.types  30 Sep 2002 09:27:24 -  1.15
+++ mime.types  19 Jan 2003 19:12:40 -
@@ -6,7 +6,7 @@
 # Extra types can either be added here or by using an AddType directive
 # in your config files. For more information about Internet media types,
 # please read RFC 2045, 2046, 2047, 2048, and 2077.  The Internet media type
-# registry is at ftp://ftp.iana.org/assignments/media-types/.
+# registry is at http://www.iana.org/assignments/media-types/.
 
 # MIME typeExtension
 application/EDI-Consent
8cut-here-8



Re: cvs commit: httpd-site/docs/info apache_books.html

2003-01-19 Thread Lars Eilebrecht
According to André Malo:

 * [EMAIL PROTECTED] wrote:
 
replacing  with amp; in an URL is not a good idea.
 
 sorry, but it is. Not using amp; is wrong.
 See: http://www.w3.org/TR/html401/appendix/notes.html#h-B.2.2

Err ... but the links don't work then. (?)


ciao..
-- 
Lars Eilebrecht  - The steady state of disks is full.
[EMAIL PROTECTED]   (Ken Thompson)



Re: cvs commit: httpd-site/docs/info apache_books.html

2003-01-19 Thread André Malo
* Lars Eilebrecht wrote:

 According to André Malo:
 
 * [EMAIL PROTECTED] wrote:

   replacing  with amp; in an URL is not a good idea.

 sorry, but it is. Not using amp; is wrong.
 See: http://www.w3.org/TR/html401/appendix/notes.html#h-B.2.2
 
 Err ... but the links don't work then. (?)

Sure. Alan Flavell has made some test and written a lot of stuff about this 
topic: http://ppewww.ph.gla.ac.uk/~flavell/www/formgetbyurl.html#htmlify

Conclusion:  in URLs (in HTML, i.e. within the href attribute) should 
always be encoded as amp;, otherwise the browsers may fail (wide spread 
example: /foo?blah=1copy=2 may be resolved to /foo?blah=1©=2, which is 
really not desired).
Since it's HTML, the browser will resolve the amp; correctly to  (already 
at parse time). I don't know any webbrowser that does it wrong.
However, I guess, in xhtml it's even a must.

nd
-- 
die (eval q-qq[Just Another Perl Hacker
]
;-)
# André Malo, http://www.perlig.de/ #



Re: cvs commit: httpd-site/docs/info apache_books.html

2003-01-19 Thread Lars Eilebrecht
According to André Malo:

 Conclusion:  in URLs (in HTML, i.e. within the href attribute) should 
 always be encoded as amp;, otherwise the browsers may fail 

Ok, you're right ... I tested the URLs by pasting them directly
into the browser which failed, so I thought it is wrong.
I've reverted my patch.

ciao...
-- 
Lars Eilebrecht   - Quoting one is plagiarism.
[EMAIL PROTECTED] - Quoting many is research.



Re: Tagged and Rolled 2.0.44

2003-01-19 Thread Dirk-Willem van Gulik

 it would be even better if there was the ability for the apache.org
 mirroring system to do a push signal as a number of other archives
 now do (e.g gnome) via ssh.  though maybe not for 159 mirrors if you think
 the overhead would be too much (i do) but this comes back to dividing up
 mirrors into tier1 and tier2 and then making a push signalling sync
 via ssh mandatory for a tier1.

Perhaps easier to temporarily take a mirror out of the redirect loop
automatically.

Dw




Re: Tagged and Rolled 2.0.44

2003-01-19 Thread Sander Temme
 ld: warning multiple definitions of symbol _regcomp
 /Users/dirkx/tmp/asf/httpd-2.0.44/srclib/pcre/.libs/libpcre.al(pcreposix.lo)
 definition of _regcomp in section (__TEXT,__text)
 /usr/lib/libm.dylib(regcomp.So) definition of _regcomp

This has been there for a long time and appears to be harmless: we include a
regex parser, but there is one already in libSystem.dylib. We apparently
link against libm, which on Darwin is just a soft link to the System
library:

[MonaLisa:/usr/lib] sctemme% ls -l libm.dylib
lrwxr-xr-x  1 root  wheel  15 Jan 19 10:35 libm.dylib - libSystem.dylib
[MonaLisa:/usr/lib] sctemme% ls -l libc.dylib
lrwxr-xr-x  1 root  wheel  15 Jan 19 10:35 libc.dylib - libSystem.dylib
[MonaLisa:/usr/lib] sctemme% ls -l libSystem.dylib
lrwxr-xr-x  1 root  wheel  17 Jan 19 10:35 libSystem.dylib -
libSystem.B.dylib
[MonaLisa:/usr/lib] sctemme% ls -l libSystem.B.dylib
-r-xr-xr-x  1 root  wheel  1245772 Dec 14 02:58 libSystem.B.dylib

(They put this in I believe in 10.1/Darwin 5; before there was only
libSystem.dylib)

S.

-- 
Covalent Technologies [EMAIL PROTECTED]
Engineering groupVoice: (415) 856 4214
303 Second Street #375 South   Fax: (415) 856 4210
San Francisco CA 94107

   PGP Fingerprint: 7A8D B189 E871 80CB 9521  9320 C11E 7B47 964F 31D9

===
This email message is for the sole use of the intended recipient(s) and may
contain confidential and privileged information. Any unauthorized review,
use, disclosure or distribution is prohibited.  If you are not the intended
recipient, please contact the sender by reply email and destroy all copies
of the original message
===




Re: authz / authn and mod_auth_ldap

2003-01-19 Thread Graham Leggett
Estrade Matthieu wrote:


I read the discussion for few messages, i am not an apache developper, 
so i will speak as a user. IMHO, Splitting into two modules will make 
auth more complex. actually, it's not really easy to setup, and the 
documentation is not always up to date.

The configuration for users will remain exactly the same as it is now, 
so I don't believe a split will make it any harder for users. It will 
however make the code a lot simpler to read, and hopefully more stable 
as a result.

Regards,
Graham
--
-
[EMAIL PROTECTED]		There's a moon
	over Bourbon Street
		tonight...