From sandrahenderson@example.org Mon Jul 01 11:32:18 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 56422 invoked by uid 500); 1 Jul 2002 11:32:18 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 56411 invoked from network); 1 Jul 2002 11:32:17 -0000 X-Lotus-FromDomain: TELEKURS DEUTSCHLAND GMBH From: sandrahenderson@example.org To: sandrahenderson@example.org Message-ID: <sandrahenderson@example.org> Date: Mon, 1 Jul 2002 13:23:30 +0200 Subject: Antwort: Re: Antwort: Vhosts docs Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Spam-Rating: 83.161.120.155 1.6.2 0/1000/N Hi Rich, > I've read your note a few times, and I think I may still be > missing what you're sandrahenderson@example.org. I'm not clear what you > are recommending actually go into this part of the docs to > address your "first experience" with vhosts. > It is specifically folks' first experience with vhosts that > we want to make better. However, most of what you seem to be > talking about is running Apache without any sandrahenderson@example.org. > What am I missing? How does this have anything to do with > the doc that we are working on here? I believe that people don't use features because they are there, but because they need them. People don't need Virtual Hosts - they need "several web servers on one machine". Or at least they believe they need this, unless they are told that Virtual Hosts will supply exactly this feature. IMHO there is no need mentioning IP addresses or port numbers this early. There may be a lot of other things one can do with Virtual Hosts, but the most important thing in my eyes is that you can access different DNS names on one machine via HTTP. You will need IP address knowledge to really make it work (because one has to map the DNS name to some IP adress), but not yet for under- standing what Virtual Hosts are good for. I agree that for using Apache professionally people should have enough networking knowledge to be able to understand about IP adresses and ports. But since Apache is available and stable under Win32 it can (and should) serve as a development platform for everyone's little CGI scripts before they are uploaded to their web space. You don't need a web server to create HTML pages but you do need one for CGI and SSI testing. And these users might want to have a Virtual Host to 'mirror' their online web space, and other Virtual Hosts for other purposes (like the Apache docs, which again will need a web server because of MultiViews required). But they still don't need to understand a lot about networking. Greetings, Michael --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org From sandrahenderson@example.org Tue Jul 02 19:21:57 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 50764 invoked by uid 500); 2 Jul 2002 19:21:56 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 50651 invoked from network); 2 Jul 2002 19:21:56 -0000 Date: Tue, 2 Jul 2002 08:25:12 -0400 (EDT) From: Rich Bowen <sandrahenderson@example.org> To: <sandrahenderson@example.org> Subject: Re: Antwort: Re: Antwort: Vhosts docs In-Reply-To: <sandrahenderson@example.org> Message-ID: <sandrahenderson@example.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Mon, 1 Jul 2002 sandrahenderson@example.org wrote: > > Hi Rich, > > I believe that people don't use features because they > are there, but because they need them. The features are there because people need them. This seems like a rather strange distinction to make, but I *think* I follow what you are saying. > People don't need Virtual Hosts - they need "several > web servers on one machine". There is a real value to technical terms. The correctly-used technical term saves pages of explanation, and there is a distinct value in teaching people to use the right words for the right concepts. > Or at least they believe they need this, unless they > are told that Virtual Hosts will supply exactly this > feature. > > IMHO there is no need mentioning IP addresses or port > numbers this early. How about if I make the IP address phrase parenthetical? I am very averse to "dumbing down" the docs. Yes, they should be accessible to the beginner, but not to the point where they become useless to the advanced user. > There may be a lot of other things one can do with > Virtual Hosts, but the most important thing in my eyes > is that you can access different DNS names on one > machine via HTTP. You will need IP address knowledge > to really make it work (because one has to map the > DNS name to some IP adress), but not yet for under- > standing what Virtual Hosts are good for. Hmm. I'm not really sure if I agree. Primarily because of the fact that people seem to think that if they add a vhost, it will magically make DNS resolve that name to their server. These are the same folks who also think that if they add a vhost for cnn.com they will suddenly hijack all traffic from that site. It *is* important that they have at least a smidgen of networking knowledge, even to understand *basic* name-based vhosts. In my first example, I try to keep it at what I perceive to be the barest minimum. Additionally, I *frequently* get asked why the vhost docs don't contain more about DNS configuration (standard answer: a) this is the Apache doc, not a DNS doc and 2) Which DNS server should I document here?) And folks want to have something here about the format of /etc/hosts files. I don't think that there is any way to make everyone happy, but it's a noble goal. -- Who can say where the road goes Where the day flows Only time --Pilgrim (Enya - A Day Without Rain) --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org From sandrahenderson@example.org Tue Jul 02 20:51:54 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 40147 invoked by uid 500); 2 Jul 2002 20:51:53 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 40105 invoked from network); 2 Jul 2002 20:51:52 -0000 X-Lotus-FromDomain: TELEKURS DEUTSCHLAND GMBH From: sandrahenderson@example.org To: sandrahenderson@example.org Message-ID: <sandrahenderson@example.org> Date: Tue, 2 Jul 2002 22:43:02 +0200 Subject: Antwort: Re: Antwort: Re: Antwort: Vhosts docs Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hi Rich, >> IMHO there is no need mentioning IP addresses or port >> numbers this early. > How about if I make the IP address phrase parenthetical? Fine. I myself am using parentheses frequently to express something like a "melody" or "less emphasis" and the like. HTML _does_ provide things like these, and I just think this would be a place to make use of it. > I am very averse to "dumbing down" the docs. Full ACK. > Yes, they should be accessible to the beginner, but not > to the point where they become useless to the advanced user. I would not suggest to totally leaving out mentioning IP adresses. My point was just about whether it must be at the very start of the first line of the paragraph, instead of maybe the fourth or so, as I think this is not what the (scanning) reader has in mind at this moment. But it is not that much of a difference. > Hmm. I'm not really sure if I agree. Primarily because > of the fact that people seem to think that if they add > a vhost, it will magically make DNS resolve that name > to their server. I did mention that they would have to do something for it, either in some DNS config if they are network people or maybe in their hosts file if the are using Apache on their standalone PC. > These are the same folks who also think that if they add > a vhost for cnn.com they will suddenly hijack all traffic > from that site. I wouldn't bother letting _these_ people be misguided. ;-) > Additionally, I *frequently* get asked why the vhost docs > don't contain more about DNS configuration (standard answer: > a) this is the Apache doc, not a DNS doc and 2) Which DNS > server should I document here?) > And folks want to have something here about the format of > /etc/hosts files. To your surprise, I can well understand this. ;-) I would not suggest to document any DNS server software, and not even the "hosts" format (because it may well be platform specific whether whitespace is valid in certain situations). But I _would_ try to document _why_ there is the need of name resolving, and that there are two basic concepts how to do this (either locally by a file, or externally by some server), any _then_ it would be easy to explain the visibility scopes of name resolving (as you mentioned the "hijacking" scenario above). To sum it up: Apache IMHO should not explain _syntax_ of name resolving (and should explicitly say why: One can always refer to some man page about hosts format - there should be stable URLs in the Web for that - or "read the manual of the DNS server in question"), but it might help to explain part of the _semantics_. > I don't think that there is any way to make everyone happy, > but it's a noble goal. Consider my opinion as just one more opinion - I may well be misguided at this point. Greetings, Michael --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org From sandrahenderson@example.org Wed Jul 03 02:00:17 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 65566 invoked by uid 500); 3 Jul 2002 02:00:14 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 65543 invoked by uid 500); 3 Jul 2002 02:00:13 -0000 Delivered-To: sandrahenderson@example.org Delivered-To: sandrahenderson@example.org Date: 3 Jul 2002 02:00:12 -0000 Message-ID: <sandrahenderson@example.org> From: sandrahenderson@example.org To: sandrahenderson@example.org Subject: cvs commit: httpd-docs-1.3/htdocs/manual/mod core.html.en X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N rbowen 2002/07/02 19:00:12 Modified: htdocs/manual/mod core.html.en Log: Submitted by: Owen Boyle et al Attempt to remove some of the confusion about what the "canonical name" actually is. From discussion on users@ Revision Changes Path 1.226 +20 -11 httpd-docs-1.3/htdocs/manual/mod/core.html.en Index: core.html.en =================================================================== RCS file: /home/cvs/httpd-docs-1.3/htdocs/manual/mod/core.html.en,v retrieving revision 1.225 retrieving revision 1.226 diff -u -r1.225 -r1.226 --- core.html.en 26 Jun 2002 19:01:39 -0000 1.225 +++ core.html.en 3 Jul 2002 02:00:11 -0000 1.226 @@ -3684,20 +3684,27 @@ to the same server. With <code>UseCanonicalName on</code> (and in all versions prior to 1.3) Apache will use the <a href="#servername">ServerName</a> and <a href="#port">Port</a> - directives to construct a canonical name for the server. This + directives to construct the canonical name for the server. This name is used in all self-referential URLs, and for the values of <code>SERVER_NAME</code> and <code>SERVER_PORT</code> in CGIs.</p> + <p>For example, if <a href="#servername">ServerName</a> is set to + <code>www.example.com</code> and <a href="#port">Port</a> is set to + <code>9090</code>, then the <em>canonical name</em> of the server is + <code>www.example.com:9090</code>. In the event that + <code>Port</code> has its default value of <code>80</code>, the + <code>:80</code> is ommitted from the <em>canonical name</em>. + <p>With <code>UseCanonicalName off</code> Apache will form self-referential URLs using the hostname and port supplied by the client if any are supplied (otherwise it will use the - canonical name). These values are the same that are used to - implement <a href="../vhosts/name-based.html">name based - virtual hosts</a>, and are available with the same clients. The - CGI variables <code>SERVER_NAME</code> and - <code>SERVER_PORT</code> will be constructed from the client - supplied values as well.</p> + canonical name, as defined above). These values are the same + that are used to implement <a + href="../vhosts/name-based.html">name based virtual hosts</a>, + and are available with the same clients. The CGI variables + <code>SERVER_NAME</code> and <code>SERVER_PORT</code> will be + constructed from the client supplied values as well.</p> <p>An example where this may be useful is on an intranet server where you have users connecting to the machine using short @@ -3707,10 +3714,12 @@ slash</em> then Apache will redirect them to <code>http://www.domain.com/splat/</code>. If you have authentication enabled, this will cause the user to have to - reauthenticate twice (once for <code>www</code> and once again - for <code>www.domain.com</code>). But if - <code>UseCanonicalName</code> is set off, then Apache will - redirect to <code>http://www/splat/</code>.</p> + authenticate twice (once for <code>www</code> and once again + for <code>www.domain.com</code> -- see <a + href="../misc/FAQ.html#prompted-twice">the FAQ on this subject for + more information</a>). But if <code>UseCanonicalName</code> + is set off, then Apache will redirect to + <code>http://www/splat/</code>.</p> <p>There is a third option, <code>UseCanonicalName DNS</code>, which is intended for use with mass IP-based virtual hosting to --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org From sandrahenderson@example.org Wed Jul 03 10:40:06 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 11341 invoked by uid 500); 3 Jul 2002 10:40:05 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 11325 invoked from network); 3 Jul 2002 10:40:05 -0000 Date: Wed, 3 Jul 2002 06:40:16 -0400 (EDT) From: Rich Bowen <sandrahenderson@example.org> To: <sandrahenderson@example.org> Subject: Re: cvs commit: httpd-docs-1.3/htdocs/manual/mod core.html.en In-Reply-To: <sandrahenderson@example.org> Message-ID: <sandrahenderson@example.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On 3 Jul 2002 sandrahenderson@example.org wrote: > rbowen 2002/07/02 19:00:12 > > Modified: htdocs/manual/mod core.html.en > Log: > Submitted by: Owen Boyle et al > Attempt to remove some of the confusion about what the "canonical name" > actually is. From discussion on users@ And, yes, I'll make a similar change to the 2.0 docs, when I have a couple more tuits. > > Revision Changes Path > 1.226 +20 -11 httpd-docs-1.3/htdocs/manual/mod/core.html.en -- Rich Bowen - sandrahenderson@example.org As we trace our own few circles around the sun We get it backwards and our seven years go by like one Dog Years (Rush - Test for Echo - 1999) --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org From sandrahenderson@example.org Thu Jul 04 03:45:21 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 65386 invoked by uid 500); 4 Jul 2002 03:45:21 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 65375 invoked by uid 500); 4 Jul 2002 03:45:20 -0000 Delivered-To: sandrahenderson@example.org Date: Wed, 3 Jul 2002 23:45:33 -0400 Message-Id: <sandrahenderson@example.org> From: Rodent of Unusual Size <sandrahenderson@example.org> To: Apache httpd documenters <sandrahenderson@example.org> Subject: [STATUS] (httpd-docs-1.3) Wed Jul 3 23:45:32 EDT 2002 X-Note: This is an automated message. X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Apache HTTP Server 1.3 Documentation Status File. Last modified: $Date: 2002/06/09 11:34:54 $ If you are interested in helping accomplish some of the tasks on this list or otherwise improving the documentation, please join the apache-docs mailing list by sending an empty message to sandrahenderson@example.org. For more information on how to contribute to the Apache Documentation Project, please see http://httpd.apache.org/docs-project/, and http://apache-server.com/tutorials/ATdocs-project.html for an excellent tutorial on how to get started with making your contribution. ------------------------------ Translations ============ * We appear to have people working on translation into the following languages. These may just be the 'it worked' page, but if so the authors of those should perhaps be contacted to help do the rest.. :-) Note that this list is NOT identical to that for the 2.0 documentation project! [Should we attempt to get a known-current authorlist together? --jsl] - Catalan (.ca) - Czech Republic (.cz) - German (.de) - Danish (.dk) - Estonia (.ee) - Greek (.el) - Spanish (.es) - French (.fr) - Hebrew (.he.iso8859-8) - Italian (.it) - Japanese (.ja.jis) - Korean (.kt.iso-kr) - Luxembourgish (.lb) - Dutch (.nl) - Norwegian (.no) - Polish (.po.iso-pl) - Portuguese (.pt) - Portuguese [Brasilian] (.pt-br) - Russian (.ru.cp-1251, .ru.cp866, .ru.iso-ru, .ru.koi8-r, .ru.ucs[248]) - Swedish (.se) - Chinese (.zh) Tutorials ========= * Tutorial on "log files in apache" - Rich has kindy donated the "4-part logging article on Apache Today" articles that will need a little massaging. - Chris Pepper <sandrahenderson@example.org> has offered to look into this. New User documentation ====================== * Adding more documentation for new users - I believe that we'll need to get more info on what is missing, ie. user feedback and whatnot. --jsl Documentation improvements ========================== * Improving the "security docs" - More content and better organisation. * General cleaning and improving of module docs * Making the directive definitions "less terse" (i.e., adding more examples and details to the definitions of the directives) - We'll need to audit these and find out which ones need munging, as some of it looks ok. --jsl * Making site-specific enhancements easier, including a documented and robust way for 3P module docco to be added -- and have it survive a server docco upgrade - This could be something a simple and hackish as a manual/extra/ directory (a la the 1.3 src/modules/extra/ directory) and a script in the support directory that scans the files there and updates the manual indices. (We do something like that now for httpd.conf file with apxs [LoadModule, etc.].) --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org From sandrahenderson@example.org Thu Jul 04 03:45:27 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 65735 invoked by uid 500); 4 Jul 2002 03:45:27 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 65723 invoked by uid 500); 4 Jul 2002 03:45:27 -0000 Delivered-To: sandrahenderson@example.org Date: Wed, 3 Jul 2002 23:45:39 -0400 Message-Id: <sandrahenderson@example.org> From: Rodent of Unusual Size <sandrahenderson@example.org> To: Apache httpd documenters <sandrahenderson@example.org> Subject: [STATUS] (httpd-docs-2.0) Wed Jul 3 23:45:39 EDT 2002 X-Note: This is an automated message. X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Apache HTTP Server 2.0 Documentation Status File. Last modified: $Date: 2002/06/22 19:54:41 $ If you are interested in helping accomplish some of the tasks on this list or otherwise improving the documentation, please join the apache-docs mailing list by mailing to sandrahenderson@example.org For more information on how to contribute to the Apache Documentation Project, please see http://httpd.apache.org/docs-project/, and http://apache-server.com/tutorials/ATdocs-project.html for an excellent tutorial on how to get started with making your contribution. ------------------------------ - XML - The xsl transformations could be greatly improved to a) look better and b) use proper CSS+html rather than the horrible hack that Joshua did. - The build system does not work very well right now. - modules docs - mod_suexec: very little documentation - mod_proxy: updates for 2.0 - mod_status: updates for 2.0 - mod_example: updates for 2.0 - man pages - Some of the man pages need to be updated for 2.0. At least the httpd man page appears to be outdated, and perhaps other. After this is done, the manual/programs/ versions can be regenerated. - MPM documentation - Each MPM needs to have a documentation file in manual/mod/ which lists the directives it provides, and some details about its operation. Status: Initial outlines done. Much more details need to be filled in. - Non unix/windows MPMs still need to be completed. - the perchild directives in threaded/worker need docs - Individual docs will need some cleanup. Status: What docs still need to be touched here? - misc/perf-tuning.html - needs major rewrite for 2.0 - misc/tutorials.html - mostly not relevant to 2.0 - misc/stopping.html - misc/rewriteguide.html - needs cleaning in 1.3 and 2.0 - misc/known_client_problems.html - mostly ancient - content-negotiation.html - Multiviews has changed significantly since 1.3, so this needs updating Bill Rowe can probably help with any questions - New build process. - install.html has had a first-pass rewrite, but many things have changed in the build system since it was written. - Documentation of new features. - This will probably require more input from new-httpd, since not many people here follow the development process close enough to know what is going on. - API documentation Status: Ben Laurie has written some hooks documentation - Translations We appear to have people working on translation into the following languages. These may just be the 'it worked' page, but if so the authors of those should perhaps be contacted to help do the rest.. :-) Note that this list is NOT identical to that for the 1.3 documentation project..! [Should we attempt to get a known-current authorlist together? --jsl] - Catalan (.ca) - Czech Republic (.cz) - German (.de) - Danish (.dk) - Estonia (.ee) - Greek (.el) - Spanish (.es) - Estonian (.et) - French (.fr) - Hebrew (.he.iso8859-8) - Italian (.it) - Japanese (.ja.iso2022-jp, .ja.jis) - Korean (.ko.euc-kr) - Luxembourgish (.lb) - Dutch (.nl) - Norwegian (.no) - Polish (.po.iso-pl) - Portuguese (.pt) - Portuguese [Brasilian] (.pt-br) - Russian (.ru.cp-1251, .ru.cp866, .ru.iso-ru, .ru.koi8-r, .ru.ucs[248]) - Swedish (.se) - Chinese (.zh) [Need this clarified --jsl] New User documentation ====================== * Directory Handling (mod_dir/mod_autoindex/etc) * Sections (<Directory>/<Files>/<Location>) * public_html - tutorial covering what is involved in helping users set up web serving out of their home directory. * .htaccess - Perhaps as simple as an auto-generated listing of what directives are permitted in .htaccess files (possible with the appropriate xsl stylesheet). Would be nice if common examples (authentication, adding SSI or CGI capabilities, etc) could be given as well. Documentation improvements ========================== * Improving the "security docs" - More content and better organisation. * General cleaning and improving of module docs * Making the directive definitions "less terse" (i.e., adding more examples and details to the definitions of the directives) - We'll need to audit these and find out which ones need munging, as some of it looks ok. --jsl * Making site-specific enhancements easier, including a documented and robust way for 3P module docco to be added -- and have it survive a server docco upgrade - This could be something a simple and hackish as a manual/extra/ directory (a la the 1.3 src/modules/extra/ directory) and a script in the support directory that scans the files there and updates the manual indices. (We do something like that now for httpd.conf file with apxs [LoadModule, etc.].) * regex: We should at least document someplace what regex library we are using and how to find more information about it --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org From sandrahenderson@example.org Thu Jul 04 12:38:08 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 70502 invoked by uid 500); 4 Jul 2002 12:38:05 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 70491 invoked from network); 4 Jul 2002 12:38:04 -0000 Date: Thu, 4 Jul 2002 08:38:15 -0400 (EDT) From: Rich Bowen <sandrahenderson@example.org> To: <sandrahenderson@example.org> Subject: Re: [STATUS] (httpd-docs-1.3) Wed Jul 3 23:45:32 EDT 2002 In-Reply-To: <sandrahenderson@example.org> Message-ID: <sandrahenderson@example.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Wed, 3 Jul 2002, Rodent of Unusual Size wrote: > * Tutorial on "log files in apache" > - Rich has kindy donated the "4-part logging article on Apache Today" > articles that will need a little massaging. > - Chris Pepper <sandrahenderson@example.org> has offered to look into this. Chris, (or anyone) What is the status of this? It seems that http://httpd.apache.org/docs/logs.html really fills this need, and we'd rather augment it than duplicate it. It also seems that my goal of putting this sort of stuff in a howto/ subdirectory has largely failed, and generated more duplication and confusion than anything else. I'll poke at the logs document a bit, but I'm not sure that this needs to stay in the STATUS doc any more. Comments? -- Rich Bowen Apache - mod_perl - Perl - CGI http://www.ApacheAdmin.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org From sandrahenderson@example.org Fri Jul 05 03:07:13 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 38709 invoked by uid 500); 5 Jul 2002 03:07:13 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 38698 invoked from network); 5 Jul 2002 03:07:13 -0000 Mime-Version: 1.0 X-Sender: sandrahenderson@example.org Message-Id: <a05200109b94abd6fe6c3@[83.161.120.155]> In-Reply-To: <sandrahenderson@example.org> References: <sandrahenderson@example.org> Date: Thu, 4 Jul 2002 23:06:54 -0400 To: sandrahenderson@example.org From: Chris Pepper <sandrahenderson@example.org> Subject: Re: [STATUS] (httpd-docs-1.3) Wed Jul 3 23:45:32 EDT 2002 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Rich, I was pretty much at a loss as to what was worth salvaging/rewriting from your articles in light of <http://httpd.apache.org/docs/logs.html>. If anyone has specifics of what they'd like to see, I'll take another stab at it; otherwise it should probably just come out of STATUS. Chris At 8:38 AM -0400 2002/07/04, Rich Bowen wrote: >On Wed, 3 Jul 2002, Rodent of Unusual Size wrote: > >> * Tutorial on "log files in apache" >> - Rich has kindy donated the "4-part logging article on Apache Today" >> articles that will need a little massaging. >> - Chris Pepper <sandrahenderson@example.org> has offered to look into this. > >Chris, (or anyone) > >What is the status of this? > >It seems that http://httpd.apache.org/docs/logs.html really fills this >need, and we'd rather augment it than duplicate it. It also seems that >my goal of putting this sort of stuff in a howto/ subdirectory has >largely failed, and generated more duplication and confusion than >anything else. > >I'll poke at the logs document a bit, but I'm not sure that this needs >to stay in the STATUS doc any more. Comments? -- Chris Pepper: <http://www.reppep.com/~pepper/> Rockefeller University: <http://www.rockefeller.edu/> --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org From sandrahenderson@example.org Fri Jul 05 03:21:16 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 41523 invoked by uid 500); 5 Jul 2002 03:21:16 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 41512 invoked from network); 5 Jul 2002 03:21:15 -0000 Date: Thu, 4 Jul 2002 23:21:30 -0400 (EDT) From: Rich Bowen <sandrahenderson@example.org> To: <sandrahenderson@example.org> Subject: Re: [STATUS] (httpd-docs-1.3) Wed Jul 3 23:45:32 EDT 2002 In-Reply-To: <a05200109b94abd6fe6c3@[83.161.120.155]> Message-ID: <{{EMAIL+PHONE}}> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Thu, 4 Jul 2002, Chris Pepper wrote: > Rich, > > I was pretty much at a loss as to what was worth > salvaging/rewriting from your articles in light of > <http://httpd.apache.org/docs/logs.html>. > > If anyone has specifics of what they'd like to see, I'll take > another stab at it; otherwise it should probably just come out of > STATUS. Yeah. I'm +1 on that. I will take a look at http://httpd.apache.org/docs/logs.html and see if any improvements can be made, and I'll take this note out of status. Thanks, Chris. > > > Chris > > At 8:38 AM -0400 2002/07/04, Rich Bowen wrote: > >On Wed, 3 Jul 2002, Rodent of Unusual Size wrote: > > > >> * Tutorial on "log files in apache" > >> - Rich has kindy donated the "4-part logging article on Apache Today" > >> articles that will need a little massaging. > >> - Chris Pepper <sandrahenderson@example.org> has offered to look into this. > > > >Chris, (or anyone) > > > >What is the status of this? > > > >It seems that http://httpd.apache.org/docs/logs.html really fills this > >need, and we'd rather augment it than duplicate it. It also seems that > >my goal of putting this sort of stuff in a howto/ subdirectory has > >largely failed, and generated more duplication and confusion than > >anything else. > > > >I'll poke at the logs document a bit, but I'm not sure that this needs > >to stay in the STATUS doc any more. Comments? > > -- Pilgrim, how you journey on the road you chose To find out where the winds die and where the stories go --Pilgrim (Enya - A Day Without Rain) --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org From sandrahenderson@example.org Fri Jul 05 03:23:44 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 42374 invoked by uid 500); 5 Jul 2002 03:23:43 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 42356 invoked by uid 500); 5 Jul 2002 03:23:42 -0000 Delivered-To: sandrahenderson@example.org Delivered-To: sandrahenderson@example.org Date: 5 Jul 2002 03:23:41 -0000 Message-ID: <sandrahenderson@example.org> From: sandrahenderson@example.org To: sandrahenderson@example.org Subject: cvs commit: httpd-docs-1.3 STATUS X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N rbowen 2002/07/04 20:23:41 Modified: . STATUS Log: This is no longer relevant, as there is a good tutorial on logs already at http://httpd.apache.org/docs/logs.html Revision Changes Path 1.9 +1 -10 httpd-docs-1.3/STATUS Index: STATUS =================================================================== RCS file: /home/cvs/httpd-docs-1.3/STATUS,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- STATUS 9 Jun 2002 11:34:54 -0000 1.8 +++ STATUS 5 Jul 2002 03:23:41 -0000 1.9 @@ -46,15 +46,6 @@ - Swedish (.se) - Chinese (.zh) - -Tutorials -========= - -* Tutorial on "log files in apache" - - Rich has kindy donated the "4-part logging article on Apache Today" - articles that will need a little massaging. - - Chris Pepper <sandrahenderson@example.org> has offered to look into this. - New User documentation ====================== --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org From sandrahenderson@example.org Fri Jul 05 17:19:44 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 95808 invoked by uid 500); 5 Jul 2002 17:19:44 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 95797 invoked from network); 5 Jul 2002 17:19:43 -0000 X-Authentication-Warning: dugong.informatik.uni-leipzig.de: sven set sender to sandrahenderson@example.org using -f Date: Fri, 5 Jul 2002 19:19:46 +0200 From: Sven Hessler <sandrahenderson@example.org> To: sandrahenderson@example.org Subject: German translation Message-ID: <sandrahenderson@example.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Organization: http://www.informatik.uni-leipzig.de/rnvs X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hi! I'd like to contribute some German translation for the documentation project. I'm not really sure how to submit changes. Should I send patch files to this list or could I get writing access to the respository as a regular cvs user? regards, sven -- "They expect nothing. They can no longer be surprised." [XP explained] --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org From sandrahenderson@example.org Sun Jul 07 17:01:28 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 76306 invoked by uid 500); 7 Jul 2002 17:01:28 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 76295 invoked from network); 7 Jul 2002 17:01:28 -0000 Date: Sun, 7 Jul 2002 10:01:31 -0700 From: Aaron Bannert <sandrahenderson@example.org> To: sandrahenderson@example.org Subject: Re: German translation Message-ID: <sandrahenderson@example.org> References: <sandrahenderson@example.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <sandrahenderson@example.org> User-Agent: Mutt/1.3.23i X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Fri, Jul 05, 2002 at 07:19:46PM +0200, Sven Hessler wrote: > I'd like to contribute some German translation for the documentation > project. > > I'm not really sure how to submit changes. Should I send patch files > to this list or could I get writing access to the respository as a > regular cvs user? Hi, patches would be greatly appreciated! If you end up producing a fair amount of docs, you may be offered a cvs account. -aaron --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org From sandrahenderson@example.org Sun Jul 07 18:52:43 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 10623 invoked by uid 500); 7 Jul 2002 18:52:43 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 10612 invoked from network); 7 Jul 2002 18:52:42 -0000 User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.0.4 Date: Sun, 07 Jul 2002 20:52:45 +0200 Subject: [PATCH] XHTML Error-Docs From: Erik Abele <sandrahenderson@example.org> To: <sandrahenderson@example.org> Message-ID: <sandrahenderson@example.org> Mime-version: 1.0 Content-type: multipart/mixed; boundary="MS_Mac_OE_579.467.9527_536689_MIME_Part" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N --MS_Mac_OE_579.467.9527_536689_MIME_Part Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Hi! Some weeks ago I posted the attached patch. It modifies the present error doc templates (spacer.html, top.html, bottom.html) to be valid xhtml documents. To ensure their correctness, I validated all the resulting error documents (the ssi-parsed output) at w3.org. I also had to correct the <br>-tags in HTTP_INTERNAL_SERVER_ERROR.html.var and an <a>-tag in contact.html.var (see attached patch). regards, erik --MS_Mac_OE_579.467.9527_536689_MIME_Part Content-type: text/plain; name="errordocs-xhtml-patch.txt"; x-mac-creator="74747874"; x-mac-type="54455854" Content-disposition: attachment Content-transfer-encoding: base64 SW5kZXg6IGh0dHBkLWRvY3MtMi4wL2Vycm9yL0hUVFBfSU5URVJOQUxfU0VSVkVSX0VSUk9S Lmh0bWwudmFyCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3B1YmxpYy9odHRw ZC0yLjAvZG9jcy9lcnJvci9IVFRQX0lOVEVSTkFMX1NFUlZFUl9FUlJPUi5odG1sLnZhcix2 CnJldHJpZXZpbmcgcmV2aXNpb24gMS4zCmRpZmYgLXUgLUkqLkFwcGxlRG91YmxlIC1yMS4z IEhUVFBfSU5URVJOQUxfU0VSVkVSX0VSUk9SLmh0bWwudmFyCi0tLSBodHRwZC1kb2NzLTIu MC9lcnJvci9IVFRQX0lOVEVSTkFMX1NFUlZFUl9FUlJPUi5odG1sLnZhcgkxOCBKdW4gMjAw MiAyMjozNDozNCAtMDAwMAkxLjMKKysrIGh0dHBkLWRvY3MtMi4wL2Vycm9yL0hUVFBfSU5U RVJOQUxfU0VSVkVSX0VSUk9SLmh0bWwudmFyCTcgSnVsIDIwMDIgMTg6MTM6MTcgLTAwMDAK QEAgLTEyLDcgKzEyLDcgQEAKICAgICA8IS0tI2luY2x1ZGUgdmlydHVhbD0iaW5jbHVkZS9z cGFjZXIuaHRtbCIgLS0+CiAKICAgICBGZWhsZXJtZWxkdW5nOgotICAgIDxCUj48IS0tI2Vj aG8gdmFyPSJSRURJUkVDVF9FUlJPUl9OT1RFUyIgLS0+CisgICAgPGJyIC8+PCEtLSNlY2hv IHZhcj0iUkVESVJFQ1RfRVJST1JfTk9URVMiIC0tPgogCiAKICAgPCEtLSNlbHNlIC0tPgpA QCAtMzgsNyArMzgsNyBAQAogICAgIDwhLS0jaW5jbHVkZSB2aXJ0dWFsPSJpbmNsdWRlL3Nw YWNlci5odG1sIiAtLT4KIAogICAgIEVycm9yIG1lc3NhZ2U6Ci0gICAgPEJSPjwhLS0jZWNo byB2YXI9IlJFRElSRUNUX0VSUk9SX05PVEVTIiAtLT4KKyAgICA8YnIgLz48IS0tI2VjaG8g dmFyPSJSRURJUkVDVF9FUlJPUl9OT1RFUyIgLS0+CiAKICAgPCEtLSNlbHNlIC0tPgogCkBA IC02NSw3ICs2NSw3IEBACiAgICAgPCEtLSNpbmNsdWRlIHZpcnR1YWw9ImluY2x1ZGUvc3Bh Y2VyLmh0bWwiIC0tPgogCiAgICAgICAgIE1lbnNhamUgZGUgZXJyb3I6Ci0gICAgPEJSPjwh LS0jZWNobyB2YXI9IlJFRElSRUNUX0VSUk9SX05PVEVTIiAtLT4KKyAgICA8YnIgLz48IS0t I2VjaG8gdmFyPSJSRURJUkVDVF9FUlJPUl9OT1RFUyIgLS0+CiAKICAgPCEtLSNlbHNlIC0t PgogCkBAIC05NCw3ICs5NCw3IEBACiAgICAgPCEtLSNpbmNsdWRlIHZpcnR1YWw9ImluY2x1 ZGUvc3BhY2VyLmh0bWwiIC0tPgogCiAgICAgICAgIE1lc3NhZ2UgZCdlcnJldXI6Ci0gICAg PEJSPjwhLS0jZWNobyB2YXI9IlJFRElSRUNUX0VSUk9SX05PVEVTIiAtLT4KKyAgICA8YnIg Lz48IS0tI2VjaG8gdmFyPSJSRURJUkVDVF9FUlJPUl9OT1RFUyIgLS0+CiAKICAgPCEtLSNl bHNlIC0tPgogCkluZGV4OiBodHRwZC1kb2NzLTIuMC9lcnJvci9jb250YWN0Lmh0bWwudmFy Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3B1YmxpYy9odHRwZC0yLjAvZG9j cy9lcnJvci9jb250YWN0Lmh0bWwudmFyLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjUKZGlm ZiAtdSAtSSouQXBwbGVEb3VibGUgLXIxLjUgY29udGFjdC5odG1sLnZhcgotLS0gaHR0cGQt ZG9jcy0yLjAvZXJyb3IvY29udGFjdC5odG1sLnZhcgkxOCBKdW4gMjAwMiAyMjozNDozNCAt MDAwMAkxLjUKKysrIGh0dHBkLWRvY3MtMi4wL2Vycm9yL2NvbnRhY3QuaHRtbC52YXIJNyBK dWwgMjAwMiAxODoxMzoxNyAtMDAwMApAQCAtMSwyNCArMSwyNCBAQAogQ29udGVudC1sYW5n dWFnZTogZGUKIENvbnRlbnQtdHlwZTogdGV4dC9odG1sCiBCb2R5Oi0tLS0tLS0tLS1kZS0t Ci0gU29mZXJuIFNpZSBkaWVzIGYmdXVtbDtyIGVpbmUgRmVobGZ1bmt0aW9uIGRlcyBTZXJ2 ZXJzIGhhbHRlbiwKLSBpbmZvcm1pZXJlbiBTaWUgYml0dGUgZGVuCi0gPEEgSFJFRj0ibWFp bHRvOjwhLS0jZWNobyBlbmNvZGluZz0ibm9uZSIgdmFyPSJTRVJWRVJfQURNSU4iIC0tPiI+ V2VibWFzdGVyPC9BPgotIGhpZXImdXVtbDtiZXIuCitTb2Zlcm4gU2llIGRpZXMgZiZ1dW1s O3IgZWluZSBGZWhsZnVua3Rpb24gZGVzIFNlcnZlcnMgaGFsdGVuLAoraW5mb3JtaWVyZW4g U2llIGJpdHRlIGRlbgorPGEgaHJlZj0ibWFpbHRvOjwhLS0jZWNobyBlbmNvZGluZz0ibm9u ZSIgdmFyPSJTRVJWRVJfQURNSU4iIC0tPiI+V2VibWFzdGVyPC9hPgoraGllciZ1dW1sO2Jl ci4KIC0tLS0tLS0tLS1kZS0tCiAKIENvbnRlbnQtbGFuZ3VhZ2U6IGVuCiBDb250ZW50LXR5 cGU6IHRleHQvaHRtbAogQm9keTotLS0tLS0tLS0tZW4tLQotIElmIHlvdSB0aGluayB0aGlz IGlzIGEgc2VydmVyIGVycm9yLCBwbGVhc2UgY29udGFjdAotIHRoZSA8QSBIUkVGPSJtYWls dG86PCEtLSNlY2hvIGVuY29kaW5nPSJub25lIiB2YXI9IlNFUlZFUl9BRE1JTiIgLS0+Ij53 ZWJtYXN0ZXI8L0E+CitJZiB5b3UgdGhpbmsgdGhpcyBpcyBhIHNlcnZlciBlcnJvciwgcGxl YXNlIGNvbnRhY3QKK3RoZSA8YSBocmVmPSJtYWlsdG86PCEtLSNlY2hvIGVuY29kaW5nPSJu b25lIiB2YXI9IlNFUlZFUl9BRE1JTiIgLS0+Ij53ZWJtYXN0ZXI8L2E+CiAtLS0tLS0tLS0t ZW4tLQogCiBDb250ZW50LWxhbmd1YWdlOiBlcwogQ29udGVudC10eXBlOiB0ZXh0L2h0bWwK IEJvZHk6LS0tLS0tLS0tLWVzLS0KIEZhdm9yIGRlIGNvbnRhY3RhciBhbCAKLTxBIEhSRUY9 Im1haWx0bzo8IS0tI2VjaG8gZW5jb2Rpbmc9Im5vbmUiIHZhcj0iU0VSVkVSX0FETUlOIiAt LT4iPndlYm1hc3RlcjwvQT4KKzxhIGhyZWY9Im1haWx0bzo8IS0tI2VjaG8gZW5jb2Rpbmc9 Im5vbmUiIHZhcj0iU0VSVkVSX0FETUlOIiAtLT4iPndlYm1hc3RlcjwvYT4KIGVuIGNhc28g ZGUgcXVlIHVzdGVkIGNyZWEgcXVlIGV4aXN0ZSB1biBlcnJvciBlbiBlbCBzZXJ2aWRvci4g CiAtLS0tLS0tLS0tZXMtLQogCkBAIC0yNiw1ICsyNiw1IEBACiBDb250ZW50LXR5cGU6IHRl eHQvaHRtbAogQm9keTotLS0tLS0tLS0tZnItLQogU2kgdm91cyBwZW5zZXogcXUnaWwgcydh Z2l0IGQndW5lIGVycmV1ciBkdSBzZXJ2ZXVyLCB2ZXVpbGxleiBjb250YWN0ZXIgCi1sZSA8 QSBIUkVGPSJtYWlsdG86PCEtLSNlY2hvIGVuY29kaW5nPSJub25lIiB2YXI9IlNFUlZFUl9B RE1JTiIgLS0+Ij5nZXN0aW9ubmFpcmUgZHUgc2l0ZTwvQT4gICAKK2xlIDxhIGhyZWY9Im1h aWx0bzo8IS0tI2VjaG8gZW5jb2Rpbmc9Im5vbmUiIHZhcj0iU0VSVkVSX0FETUlOIiAtLT4i Pmdlc3Rpb25uYWlyZSBkdSBzaXRlPC9hPiAgIAogLS0tLS0tLS0tLWZyLS0KSW5kZXg6IGh0 dHBkLWRvY3MtMi4wL2Vycm9yL2luY2x1ZGUvYm90dG9tLmh0bWwKPT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpS Q1MgZmlsZTogL2hvbWUvY3ZzcHVibGljL2h0dHBkLTIuMC9kb2NzL2Vycm9yL2luY2x1ZGUv Ym90dG9tLmh0bWwsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTAKZGlmZiAtdSAtSSouQXBw bGVEb3VibGUgLXIxLjEwIGJvdHRvbS5odG1sCi0tLSBodHRwZC1kb2NzLTIuMC9lcnJvci9p bmNsdWRlL2JvdHRvbS5odG1sCTIwIEp1biAyMDAyIDAzOjUxOjQ2IC0wMDAwCTEuMTAKKysr IGh0dHBkLWRvY3MtMi4wL2Vycm9yL2luY2x1ZGUvYm90dG9tLmh0bWwJNyBKdWwgMjAwMiAx ODoxMzoxNyAtMDAwMApAQCAtMSwxOSArMSwyNiBAQAotPC9ETD48REw+PEREPgorPC9kZD48 L2RsPjxkbD48ZGQ+CiA8IS0tI2luY2x1ZGUgdmlydHVhbD0iLi4vY29udGFjdC5odG1sLnZh ciIgLS0+Ci08L0RMPgorPC9kZD48L2RsPgogCi08SDI+RXJyb3IgPCEtLSNlY2hvIGVuY29k aW5nPSJub25lIiB2YXI9IlJFRElSRUNUX1NUQVRVUyIgLS0+PC9IMj4KLTxETD4KLTxERD4K LTxBRERSRVNTPgotICA8QSBIUkVGPSIvIj48IS0tI2VjaG8gZW5jb2Rpbmc9Im5vbmUiIHZh cj0iU0VSVkVSX05BTUUiIC0tPjwvQT4KLSAgPEJSPgorPGgyPkVycm9yIDwhLS0jZWNobyBl bmNvZGluZz0ibm9uZSIgdmFyPSJSRURJUkVDVF9TVEFUVVMiIC0tPjwvaDI+Cis8ZGw+Cis8 ZGQ+Cis8YWRkcmVzcz4KKyAgPGEgaHJlZj0iLyI+PCEtLSNlY2hvIGVuY29kaW5nPSJub25l IiB2YXI9IlNFUlZFUl9OQU1FIiAtLT48L2E+CisgIDxiciAvPgogICA8IS0tI2NvbmZpZyB0 aW1lZm10PSIlYyIgLS0+CiAgIDxzbWFsbD48IS0tI2VjaG8gZW5jb2Rpbmc9Im5vbmUiIHZh cj0iREFURV9MT0NBTCIgLS0+PC9zbWFsbD4KLSAgPEJSPgorICA8YnIgLz4KIAorICA8IS0t IFNldCB0aGlzIHZhbHVlIHRvIDEgdG8gZGlzcGxheSBzZXJ2ZXIgdmVyc2lvbiBpbiBhbGwg ZXJyb3IKKyAgZG9jdW1lbnRzIC0tPgorICA8IS0tI3NldCB2YXI9IlNob3dWZXJzaW9uIiB2 YWx1ZT0iMCIgLS0+CisKKyAgPCEtLSNpZiBleHByPSIkU2hvd1ZlcnNpb24gPSAxIiAtLT4K ICAgPHNtYWxsPjwhLS0jZWNobyBlbmNvZGluZz0ibm9uZSIgdmFyPSJTRVJWRVJfU09GVFdB UkUiIC0tPjwvc21hbGw+Ci08L0FERFJFU1M+Ci08L0RMPgotPC9CT0RZPgotPC9IVE1MPgor ICA8IS0tI2VuZGlmIC0tPgorPC9hZGRyZXNzPgorPC9kZD4KKzwvZGw+Cis8L2JvZHk+Cis8 L2h0bWw+CkluZGV4OiBodHRwZC1kb2NzLTIuMC9lcnJvci9pbmNsdWRlL3NwYWNlci5odG1s Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2c3B1YmxpYy9odHRwZC0yLjAvZG9j cy9lcnJvci9pbmNsdWRlL3NwYWNlci5odG1sLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjEK ZGlmZiAtdSAtSSouQXBwbGVEb3VibGUgLXIxLjEgc3BhY2VyLmh0bWwKLS0tIGh0dHBkLWRv Y3MtMi4wL2Vycm9yL2luY2x1ZGUvc3BhY2VyLmh0bWwJMTkgQXVnIDIwMDEgMDE6MDE6NTEg LTAwMDAJMS4xCisrKyBodHRwZC1kb2NzLTIuMC9lcnJvci9pbmNsdWRlL3NwYWNlci5odG1s CTcgSnVsIDIwMDIgMTg6MTM6MTcgLTAwMDAKQEAgLTEgKzEgQEAKLTwvREw+PERMPjxERD4K KzwvZGQ+PC9kbD48ZGw+PGRkPgpJbmRleDogaHR0cGQtZG9jcy0yLjAvZXJyb3IvaW5jbHVk ZS90b3AuaHRtbAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnNwdWJsaWMvaHR0 cGQtMi4wL2RvY3MvZXJyb3IvaW5jbHVkZS90b3AuaHRtbCx2CnJldHJpZXZpbmcgcmV2aXNp b24gMS40CmRpZmYgLXUgLUkqLkFwcGxlRG91YmxlIC1yMS40IHRvcC5odG1sCi0tLSBodHRw ZC1kb2NzLTIuMC9lcnJvci9pbmNsdWRlL3RvcC5odG1sCTIxIEF1ZyAyMDAxIDAxOjMxOjIz IC0wMDAwCTEuNAorKysgaHR0cGQtZG9jcy0yLjAvZXJyb3IvaW5jbHVkZS90b3AuaHRtbAk3 IEp1bCAyMDAyIDE4OjEzOjE3IC0wMDAwCkBAIC0xLDExICsxLDEzIEBACi08IURPQ1RZUEUg SFRNTCBQVUJMSUMgIi0vL1czQy8vRFREIEhUTUwgNC4wIFRyYW5zaXRpb25hbC8vRU4iPgot PEhUTUw+Ci08SEVBRD4KLTxUSVRMRT48IS0tI2VjaG8gdmFyPSJUSVRMRSIgLS0+PC9USVRM RT4KLTxMSU5LIFJFVj0ibWFkZSIgSFJFRj0ibWFpbHRvOjwhLS0jZWNobyBlbmNvZGluZz0i bm9uZSIgdmFyPSJTRVJWRVJfQURNSU4iIC0tPiI+Ci08L0hFQUQ+Cis8P3htbCB2ZXJzaW9u PSIxLjAiIGVuY29kaW5nPSJJU08tODg1OS0xIj8+Cis8IURPQ1RZUEUgaHRtbCBQVUJMSUMg Ii0vL1czQy8vRFREIFhIVE1MIDEuMCBUcmFuc2l0aW9uYWwvL0VOIgorICAgICJodHRwOi8v d3d3LnczLm9yZy9UUi94aHRtbDEvRFREL3hodG1sMS10cmFuc2l0aW9uYWwuZHRkIj4KKzxo dG1sIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5L3hodG1sIiB4bWw6bGFuZz0iZW4t VVMiIGxhbmc9ImVuLVVTIj4KKzxoZWFkPgorPHRpdGxlPjwhLS0jZWNobyB2YXI9IlRJVExF IiAtLT48L3RpdGxlPgorPGxpbmsgcmV2PSJtYWRlIiBocmVmPSJtYWlsdG86PCEtLSNlY2hv IGVuY29kaW5nPSJub25lIiB2YXI9IlNFUlZFUl9BRE1JTiIgLS0+IiAvPgorPC9oZWFkPgog Ci08Qk9EWSBCR0NPTE9SPSIjRkZGRkZGIiBURVhUPSIjMDAwMDAwIiBMSU5LPSIjMDAwMEND Ij4KLTxIMT48IS0tI2VjaG8gZW5jb2Rpbmc9Im5vbmUiIHZhcj0iVElUTEUiIC0tPjwvSDE+ Ci08REw+Ci08REQ+Cis8Ym9keSBiZ2NvbG9yPSIjRkZGRkZGIiB0ZXh0PSIjMDAwMDAwIiBs aW5rPSIjMDAwMENDIj4KKzxoMT48IS0tI2VjaG8gZW5jb2Rpbmc9Im5vbmUiIHZhcj0iVElU TEUiIC0tPjwvaDE+Cis8ZGw+Cis8ZGQ+Cg== --MS_Mac_OE_579.467.9527_536689_MIME_Part Content-Type: text/plain; charset=us-ascii --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org --MS_Mac_OE_579.467.9527_536689_MIME_Part-- From sandrahenderson@example.org Mon Jul 08 10:24:50 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 96017 invoked by uid 500); 8 Jul 2002 10:24:49 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 96006 invoked from network); 8 Jul 2002 10:24:49 -0000 X-Authentication-Warning: dugong.informatik.uni-leipzig.de: sven set sender to sandrahenderson@example.org using -f Date: Mon, 8 Jul 2002 12:25:01 +0200 From: Sven Hessler <sandrahenderson@example.org> To: sandrahenderson@example.org Subject: Re: German translation Message-ID: <sandrahenderson@example.org> References: <sandrahenderson@example.org> <sandrahenderson@example.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <sandrahenderson@example.org> User-Agent: Mutt/1.4i Organization: http://www.informatik.uni-leipzig.de/rnvs X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Sun Jul 07, 2002 at 10:01:31AM -0700, Aaron Bannert wrote: > Hi, patches would be greatly appreciated! If you end up producing a > fair amount of docs, you may be offered a cvs account. Fair enough. Let's start... :) sven -- "They expect nothing. They can no longer be surprised." [XP explained] --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org From sandrahenderson@example.org Mon Jul 08 11:34:30 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 32316 invoked by uid 500); 8 Jul 2002 11:34:30 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 32305 invoked from network); 8 Jul 2002 11:34:29 -0000 X-Authentication-Warning: dugong.informatik.uni-leipzig.de: sven set sender to sandrahenderson@example.org using -f Date: Mon, 8 Jul 2002 13:34:28 +0200 From: Sven Hessler <sandrahenderson@example.org> To: sandrahenderson@example.org Subject: [PATCH] German translation, unixware.html.de (new file) Message-ID: <sandrahenderson@example.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="JP+T4n/bALQSJXh8" Content-Disposition: inline User-Agent: Mutt/1.4i Organization: http://www.informatik.uni-leipzig.de/rnvs X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N --JP+T4n/bALQSJXh8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi! Here we are, attached the German translation for unixware.html Comments (e.g. mistakes while / improvements for submitting the diff etc.) will be highly appreciated. regards, Sven -- "They expect nothing. They can no longer be surprised." [XP explained] --JP+T4n/bALQSJXh8 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="unixware.html.de" <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta name="generator" content="HTML Tidy, see www.w3.org" /> <title>Apache unter UnixWare kompilieren</title> </head> <!-- Background white, links blue (unvisited), navy (visited), red (active) --> <body bgcolor="#FFFFFF" text="#000000" link="#0000FF" vlink="#000080" alink="#FF0000"> <!--#include virtual="header.html" --> <h1 align="center">Apache unter UnixWare kompilieren</h1> Beim &Uuml;bersetzen der aktuellen Version von Apache unter UnixWare gilt es einige Dinge zu beachten. Dadurch k&ouml;nnen Probleme wie z.B. Zombie-Prozesse, Fehler mit dem Nameserver oder accept()-Fehler vermieden werden. <h2>UnixWare 1.x</h2> Stellen Sie sicher, dass USE_FCNTL_SERIALIZE_ACCEPT definiert ist (wenn es nicht schon durch die Apache Autokonfiguration definiert wurde). Wenn Sie den UnixWare <em>cc</em> Kompiler verwenden und trotzdem noch accept()-Fehler auftreten, schalten Sie die Optimierungen des Kompilers aus oder verwenden Sie den Kompiler <em>gcc</em> stattdessen. <h2>UnixWare 2.0.x</h2> Um Apache unter UnixWare 2.0.x verwenden zu k&ouml;nnen, wird der SCO Patch <a href="ftp://ftp.sco.com/UW20/tf2163.txt">tf2163</a> ben&ouml;tigt. Auf <a href="http://www.sco.com">http://www.sco.com</a> sind weitere Informationen zu UnixWare Patches zu finden. <p>Desweiteren muss sichergestellt werden, dass USE_FCNTL_SERIALIZE_ACCEPT definiert ist (sofern es nicht schon durch die Apache Autokonfiguration definiert wurde). Um die Anzahl der Instanzen von Verbindungen zu reduzieren, die sich im Status FIN_WAIT_2 befinden, kann NO_LINGCLOSE (nur in Apache 1.2) definiert werden.</p> <h2>UnixWare 2.1.x</h2> Um Apache unter UnixWare 2.1.x verwenden zu k&ouml;nnen, wird der SCO Patch <a href="ftp://ftp.sco.com/UW21/ptf3123b.txt">ptf3123</a> ben&ouml;tigt. Auf <a href="http://www.sco.com">http://www.sco.com</a> sind weitere Informationen zu UnixWare Patches zu finden. <p><strong>ANMERKUNG:</strong> In Unixware 2.1.2 und sp&auml;teren Versionen ist der Patch ptf3123 bereits enthalten.</p> <p>Desweiteren muss sichergestellt werden, dass USE_FCNTL_SERIALIZE_ACCEPT definiert ist (sofern es nicht schon durch die Apache Autokonfiguration definiert wurde). Um die Anzahl der Instanzen von Verbindungen zu reduzieren, die sich im Status FIN_WAIT_2 befinden, kann NO_LINGCLOSE (nur in Apache 1.2) definiert werden.</p> <p>Vielen Dank an Joe Doupnik &lt;sandrahenderson@example.org&gt; und Rich Vaughn &lt;sandrahenderson@example.org&gt; f&uuml;r die zus&auml;tzlichen Informationen zu UnixWare.</p> <p><!--#include virtual="footer.html" --> </p> </body> </html> --JP+T4n/bALQSJXh8 Content-Type: text/plain; charset=us-ascii --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org --JP+T4n/bALQSJXh8-- From sandrahenderson@example.org Mon Jul 08 11:38:11 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 33814 invoked by uid 500); 8 Jul 2002 11:38:11 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 33795 invoked from network); 8 Jul 2002 11:38:11 -0000 X-Authentication-Warning: dugong.informatik.uni-leipzig.de: sven set sender to sandrahenderson@example.org using -f Date: Mon, 8 Jul 2002 13:38:11 +0200 From: Sven Hessler <sandrahenderson@example.org> To: sandrahenderson@example.org Subject: [PATCH] unixware.html Message-ID: <sandrahenderson@example.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Bu8it7iiRSEf40bY" Content-Disposition: inline User-Agent: Mutt/1.4i Organization: http://www.informatik.uni-leipzig.de/rnvs X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N --Bu8it7iiRSEf40bY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, the HTML validator at <URL:http://validator.w3.org/> muttered about the upper case of 'CENTER'. Thus I've changed it. regards, sven -- "They expect nothing. They can no longer be surprised." [XP explained] --Bu8it7iiRSEf40bY Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="unixware.html.patch" Index: unixware.html =================================================================== RCS file: /home/cvspublic/httpd-docs-1.3/htdocs/manual/unixware.html,v retrieving revision 1.8 diff -u -r1.8 unixware.html --- unixware.html 2 Oct 2001 11:02:58 -0000 1.8 +++ unixware.html 8 Jul 2002 11:37:20 -0000 @@ -13,7 +13,7 @@ vlink="#000080" alink="#FF0000"> <!--#include virtual="header.html" --> - <h1 align="CENTER">Compiling Apache under UnixWare</h1> + <h1 align="center">Compiling Apache under UnixWare</h1> To compile a working copy of Apache under UnixWare, there are several other steps you may need to take. These prevent such problems as zombie processes, bind errors, and accept errors, --Bu8it7iiRSEf40bY Content-Type: text/plain; charset=us-ascii --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org --Bu8it7iiRSEf40bY-- From sandrahenderson@example.org Mon Jul 08 12:22:37 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 59294 invoked by uid 500); 8 Jul 2002 12:22:35 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 59283 invoked from network); 8 Jul 2002 12:22:35 -0000 X-Lotus-FromDomain: TELEKURS DEUTSCHLAND GMBH From: sandrahenderson@example.org To: sandrahenderson@example.org cc: sandrahenderson@example.org Message-ID: <sandrahenderson@example.org> Date: Mon, 8 Jul 2002 14:13:25 +0200 Subject: Antwort: [PATCH] German translation, unixware.html.de (new file) Mime-Version: 1.0 Content-type: multipart/mixed; Boundary="0__=bQADnpesTV8l5o4T14jm8zBiMD3OmpJ1gaj5Od5PbFCc8ytzm7odxkpv" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N --0__=bQADnpesTV8l5o4T14jm8zBiMD3OmpJ1gaj5Od5PbFCc8ytzm7odxkpv Content-type: text/plain; charset=us-ascii Hi Sven, > Here we are, attached the German translation for unixware.html > Comments (e.g. mistakes while / improvements for submitting the > diff etc.) will be highly appreciated. if you would a) omit the color definitions in the <body> tag, i. e. use CSS to specify them (probably in some global file being used by the whole Apache documentation), b) replace <h1 align="center"> by some CSS definition for the <h1> tag, i. e. "h1{text-align:center;}" (again this might be used once for the complete Apache docs) and c) consequently wrap all text lines into <p>...</p> tags then the document would validate against "XHTML 1.0 Strict" and even "XHTML 1.1". I have made some version of this, attached to this mail; CSS definitions are inside the <head> section. Surely using CSS would generally make it easier to specify some unique layout of the whole Apache documentation (in one file, instead of speading this upon dozens), but it would not render perfectly in pre-CSS UserAgents like Netscape 3.0. >From my point of view all of the Apache documentation could well be XHTML 1.1 without too much of a problem, and the file size would even shrink (by some one-digit pct rate). Regards, Michael (See attached file: unixware.htm) --0__=bQADnpesTV8l5o4T14jm8zBiMD3OmpJ1gaj5Od5PbFCc8ytzm7odxkpv Content-type: application/octet-stream; name="unixware.htm" Content-transfer-encoding: base64 PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iaXNvLTg4NTktMSIgPz4KPCFET0NUWVBFIGh0 bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjEvL0VOIiAiaHR0cDovL3d3dy53My5vcmcv VFIveGh0bWwxMS9EVEQveGh0bWwxMS5kdGQiPgo8aHRtbCB4bWxucz0iaHR0cDovL3d3dy53My5v cmcvMTk5OS94aHRtbCI+Cgo8aGVhZD4KPHRpdGxlPkFwYWNoZSB1bnRlciBVbml4V2FyZSBrb21w aWxpZXJlbjwvdGl0bGU+CjxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyI+CiA8IS0tCiBib2R5e2NvbG9y OiMwMDA7YmFja2dyb3VuZC1jb2xvcjojZmZmO30KIGE6bGlua3tjb2xvcjojMDBmO30KIGE6dmlz aXRlZHtjb2xvcjojMDAwMDgwO30KIGE6YWN0aXZle2NvbG9yOiNmMDAwO30KIGgxe3RleHQtYWxp Z246Y2VudGVyO30KICAtLT4KPC9zdHlsZT4KPC9oZWFkPgoKPGJvZHk+CjwhLS0jaW5jbHVkZSB2 aXJ0dWFsPSJoZWFkZXIuaHRtbCIgLS0+Cgo8aDE+QXBhY2hlIHVudGVyIFVuaXhXYXJlIGtvbXBp bGllcmVuPC9oMT4KPHA+QmVpbSAmVXVtbDtiZXJzZXR6ZW4gZGVyIGFrdHVlbGxlbiBWZXJzaW9u IHZvbiBBcGFjaGUgdW50ZXIKVW5peFdhcmUgZ2lsdCBlcyBlaW5pZ2UgRGluZ2UgenUgYmVhY2h0 ZW4uIERhZHVyY2ggayZvdW1sO25uZW4KUHJvYmxlbWUgd2llIHouQi4gWm9tYmllLVByb3plc3Nl LCBGZWhsZXIgbWl0IGRlbSBOYW1lc2VydmVyIG9kZXIgYWNjZXB0KCktRmVobGVyIHZlcm1pZWRl biB3ZXJkZW4uPC9wPgoKPGgyPlVuaXhXYXJlIDEueDwvaDI+CjxwPlN0ZWxsZW4gU2llIHNpY2hl ciwgZGFzcyBVU0VfRkNOVExfU0VSSUFMSVpFX0FDQ0VQVCBkZWZpbmllcnQgaXN0Cih3ZW5uIGVz IG5pY2h0IHNjaG9uIGR1cmNoIGRpZSBBcGFjaGUgQXV0b2tvbmZpZ3VyYXRpb24gZGVmaW5pZXJ0 IHd1cmRlKS4gV2VubiBTaWUgZGVuIFVuaXhXYXJlIDxlbT5jYzwvZW0+IEtvbXBpbGVyIHZlcndl bmRlbiB1bmQKdHJvdHpkZW0gbm9jaCBhY2NlcHQoKS1GZWhsZXIgYXVmdHJldGVuLCBzY2hhbHRl biBTaWUgZGllCk9wdGltaWVydW5nZW4gZGVzIEtvbXBpbGVycyBhdXMgb2RlciB2ZXJ3ZW5kZW4g U2llIGRlbiBLb21waWxlciA8ZW0+Z2NjPC9lbT4gc3RhdHRkZXNzZW4uPC9wPgoKPGgyPlVuaXhX YXJlIDIuMC54PC9oMj4KPHA+VW0gQXBhY2hlIHVudGVyIFVuaXhXYXJlIDIuMC54IHZlcndlbmRl biB6dSBrJm91bWw7bm5lbiwgd2lyZCBkZXIKU0NPIFBhdGNoIDxhCmhyZWY9ImZ0cDovL2Z0cC5z Y28uY29tL1VXMjAvdGYyMTYzLnR4dCI+dGYyMTYzPC9hPiBiZW4mb3VtbDt0aWd0LgpBdWYgPGEK aHJlZj0iaHR0cDovL3d3dy5zY28uY29tIj5odHRwOi8vd3d3LnNjby5jb208L2E+IHNpbmQgd2Vp dGVyZSBJbmZvcm1hdGlvbmVuIHp1IFVuaXhXYXJlIFBhdGNoZXMgenUgZmluZGVuLjwvcD4KCjxw PkRlc3dlaXRlcmVuIG11c3Mgc2ljaGVyZ2VzdGVsbHQgd2VyZGVuLCBkYXNzIFVTRV9GQ05UTF9T RVJJQUxJWkVfQUNDRVBUIGRlZmluaWVydCBpc3QgKHNvZmVybiBlcyBuaWNodCBzY2hvbiBkdXJj aCBkaWUgQXBhY2hlIEF1dG9rb25maWd1cmF0aW9uIGRlZmluaWVydCB3dXJkZSkuIFVtIGRpZSBB bnphaGwgZGVyCkluc3RhbnplbiB2b24gVmVyYmluZHVuZ2VuIHp1IHJlZHV6aWVyZW4sIGRpZSBz aWNoIGltIFN0YXR1cwpGSU5fV0FJVF8yIGJlZmluZGVuLCBrYW5uIE5PX0xJTkdDTE9TRSAobnVy IGluIEFwYWNoZSAxLjIpIGRlZmluaWVydAp3ZXJkZW4uPC9wPgoKCjxoMj5Vbml4V2FyZSAyLjEu eDwvaDI+CjxwPlVtIEFwYWNoZSB1bnRlciBVbml4V2FyZQoyLjEueCB2ZXJ3ZW5kZW4genUgayZv dW1sO25uZW4sIHdpcmQgZGVyIFNDTyBQYXRjaCA8YSBocmVmPSJmdHA6Ly9mdHAuc2NvLmNvbS9V VzIxL3B0ZjMxMjNiLnR4dCI+cHRmMzEyMzwvYT4gYmVuJm91bWw7dGlndC4KQXVmIDxhCmhyZWY9 Imh0dHA6Ly93d3cuc2NvLmNvbSI+aHR0cDovL3d3dy5zY28uY29tPC9hPiBzaW5kIHdlaXRlcmUg SW5mb3JtYXRpb25lbiB6dSBVbml4V2FyZSBQYXRjaGVzIHp1IGZpbmRlbi48L3A+Cgo8cD48c3Ry b25nPkFOTUVSS1VORzo8L3N0cm9uZz4gSW4gVW5peHdhcmUgMi4xLjIgdW5kIHNwJmF1bWw7dGVy ZW4gVmVyc2lvbmVuIGlzdCBkZXIgUGF0Y2ggcHRmMzEyMyBiZXJlaXRzIGVudGhhbHRlbi48L3A+ Cgo8cD5EZXN3ZWl0ZXJlbiBtdXNzIHNpY2hlcmdlc3RlbGx0IHdlcmRlbiwgZGFzcyBVU0VfRkNO VExfU0VSSUFMSVpFX0FDQ0VQVCBkZWZpbmllcnQgaXN0IChzb2Zlcm4gZXMgbmljaHQgc2Nob24g ZHVyY2ggZGllIEFwYWNoZSBBdXRva29uZmlndXJhdGlvbiBkZWZpbmllcnQgd3VyZGUpLiBVbSBk aWUgQW56YWhsIGRlcgpJbnN0YW56ZW4gdm9uIFZlcmJpbmR1bmdlbiB6dSByZWR1emllcmVuLCBk aWUgc2ljaCBpbSBTdGF0dXMKRklOX1dBSVRfMiBiZWZpbmRlbiwga2FubiBOT19MSU5HQ0xPU0Ug KG51ciBpbiBBcGFjaGUgMS4yKSBkZWZpbmllcnQKd2VyZGVuLjwvcD4KCjxwPlZpZWxlbiBEYW5r IGFuIEpvZSBEb3VwbmlrICZsdDtKUkRAY2MudXN1LmVkdSZndDsgdW5kIFJpY2ggVmF1Z2huCiZs dDtydmF1Z2huQGFhZC5jb20mZ3Q7IGYmdXVtbDtyIGRpZSB6dXMmYXVtbDt0emxpY2hlbgpJbmZv cm1hdGlvbmVuIHp1IFVuaXhXYXJlLjwvcD4KCjxwPjwhLS0jaW5jbHVkZSB2aXJ0dWFsPSJmb290 ZXIuaHRtbCIgLS0+PC9wPgo8L2JvZHk+CjwvaHRtbD4= --0__=bQADnpesTV8l5o4T14jm8zBiMD3OmpJ1gaj5Od5PbFCc8ytzm7odxkpv Content-Type: text/plain; charset=us-ascii --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org --0__=bQADnpesTV8l5o4T14jm8zBiMD3OmpJ1gaj5Od5PbFCc8ytzm7odxkpv-- From sandrahenderson@example.org Mon Jul 08 14:05:25 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 48483 invoked by uid 500); 8 Jul 2002 14:05:24 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 48472 invoked from network); 8 Jul 2002 14:05:23 -0000 Message-ID: <sandrahenderson@example.org> Date: Mon, 08 Jul 2002 10:16:10 -0400 From: Rodent of Unusual Size <sandrahenderson@example.org> Organization: The Apache Software Foundation X-Mailer: Mozilla 4.79 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Apache docs list <sandrahenderson@example.org> Subject: CVS location of online docs-project files Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Out of curiousity, why are the <URL:http://httpd.apache.org/docs-project/> files in CVS module httpd-site/docs/docs-project/ rather than in the (currently empty) httpd-site/docs/docs-project one? If there's no reason for it, would anyone object to my moving them to the former location? I noticed it because I'm looking at another HTTP Server subproject's files, apreq, and they, too, are nested apparently one level too deep.. -- #ken P-)} Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/ Author, developer, opinionist http://Apache-Server.Com/ "Millennium hand and shrimp!" --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org From sandrahenderson@example.org Mon Jul 08 14:34:46 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 72575 invoked by uid 500); 8 Jul 2002 14:34:45 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 72545 invoked from network); 8 Jul 2002 14:34:44 -0000 X-Newsgroups: internal.mailingliste.apache.httpd.docs Subject: Re: German translation From: Astrid Kessler <sandrahenderson@example.org> References: <sandrahenderson@example.org> Organization: Kess-Net Message-ID: <sandrahenderson@example.org> User-Agent: Xnews/L5 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit To: sandrahenderson@example.org X-Gate: Hamster/83.161.120.155 NewsToMail-Gate X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Sven Hessler <sandrahenderson@example.org> wrote in news:sandrahenderson@example.org: > Hi! > > I'd like to contribute some German translation for the documentation > project. As Aaron said and you know did... just do it. ;-) But, ... do you know there has be a discussion some time ago to do the translation on xml files? And to this list: I'm very silent at the moment because I have a new project at the job which takes a lot of time until end of July and prevents me from having enough spare time to do more for the translation :( And I want to remind you of the manualpage.dtd. Are there any decisons about? Kess --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org From sandrahenderson@example.org Mon Jul 08 14:36:44 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 74234 invoked by uid 500); 8 Jul 2002 14:36:44 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 74223 invoked from network); 8 Jul 2002 14:36:44 -0000 Message-ID: <sandrahenderson@example.org> Date: Mon, 08 Jul 2002 10:47:30 -0400 From: Rodent of Unusual Size <sandrahenderson@example.org> Organization: The Apache Software Foundation X-Mailer: Mozilla 4.79 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: sandrahenderson@example.org Subject: Re: Antwort: [PATCH] German translation, unixware.html.de (new file) References: <sandrahenderson@example.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N sandrahenderson@example.org wrote: > > if you would > > a) omit the color definitions in the <body> tag, i. e. use > CSS to specify them (probably in some global file being > used by the whole Apache documentation), Why? AFAIK, we haven't (yet) moved the entire project to CSS, so submissions shouldn't be forced to use it. > b) replace <h1 align="center"> by some CSS definition for > the <h1> tag, i. e. "h1{text-align:center;}" > (again this might be used once for the complete Apache > docs) and Likewise.. > c) consequently wrap all text lines into <p>...</p> tags Long lines should be wrapped, yes; lines that exist outside any reasonable block element should be <p> wrapped, yes.. > Surely using CSS would generally make it easier to specify > some unique layout of the whole Apache documentation (in > one file, instead of speading this upon dozens), but it > would not render perfectly in pre-CSS UserAgents like > Netscape 3.0. Absolutely correct on both counts -- however things can be set up so it looks acceptable even in non-CSS aware browsers (there's an example over on one of the Collab sites, if I can find it..). However, this requires that the project as a whole conclude that the time has come to make the transition, and to figure out how. As yet that hasn't happened (AFAIK). -- #ken P-)} Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/ Author, developer, opinionist http://Apache-Server.Com/ "Millennium hand and shrimp!" --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org From sandrahenderson@example.org Mon Jul 08 14:50:59 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 84948 invoked by uid 500); 8 Jul 2002 14:50:58 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 84898 invoked from network); 8 Jul 2002 14:50:57 -0000 X-Authentication-Warning: dugong.informatik.uni-leipzig.de: sven set sender to sandrahenderson@example.org using -f Date: Mon, 8 Jul 2002 16:50:59 +0200 From: Sven Hessler <sandrahenderson@example.org> To: sandrahenderson@example.org Subject: Re: German translation Message-ID: <sandrahenderson@example.org> References: <sandrahenderson@example.org> <sandrahenderson@example.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <sandrahenderson@example.org> User-Agent: Mutt/1.4i Organization: http://www.informatik.uni-leipzig.de/rnvs X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Mon Jul 08, 2002 at 04:34:51PM +0200, Astrid Kessler wrote: > Sven Hessler <sandrahenderson@example.org> wrote: > > > I'd like to contribute some German translation for the documentation > > project. > > But, ... do you know there has be a discussion some time ago to do > the translation on xml files? No, unfortunately not. Is there something I should worry about? Could you please tell me more or give me a link where I could read about it? regards, sven -- "They expect nothing. They can no longer be surprised." [XP explained] --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org From sandrahenderson@example.org Mon Jul 08 14:54:29 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 90707 invoked by uid 500); 8 Jul 2002 14:54:28 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 90531 invoked from network); 8 Jul 2002 14:54:28 -0000 X-Lotus-FromDomain: TELEKURS DEUTSCHLAND GMBH From: sandrahenderson@example.org To: sandrahenderson@example.org Message-ID: <sandrahenderson@example.org> Date: Mon, 8 Jul 2002 16:45:26 +0200 Subject: Antwort: Re: Antwort: [PATCH] German translation, unixware.html .de (new file) Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hi Ken, >> a) omit the color definitions in the <body> tag, i. e. use >> CSS to specify them (probably in some global file being >> used by the whole Apache documentation), > Why? AFAIK, we haven't (yet) moved the entire project to CSS, does that explicitly mean the use of CSS is forbidden as for now? > so submissions shouldn't be forced to use it. Full Ack. The file I have posted contains CSS locally (in the <head>); this _might_ be a way to use CSS until some global decision about using external CSS files is done. I would neither suggest doing this right now, nor am I unhappy if you just throw away my version. All I wanted to show is how little was missing for XHTML 1.1 ... > However, this requires that the project as a whole conclude > that the time has come to make the transition, and to figure > out how. As yet that hasn't happened (AFAIK). ... and by the way why not open a little discussion about using CSS in all Apache docs? If you feel that it is not the right time to think about this, just say so. I thought it might well be the right time, as generating these documents from XML sources might also provide a way to specify references to CSS definitions there; maybe the module docs would require different CSS defs that the article docs or whatever. But when I look at the HTML source of Apache docs, I don't find too much of different formatting there, thus the CSS definitions for this shouldn't be too complicated. Regards, Michael --------------------------------------------------------------------- To unsubscribe, e-mail: sandrahenderson@example.org For additional commands, e-mail: sandrahenderson@example.org From sandrahenderson@example.org Mon Jul 08 15:06:00 2002 Return-Path: <sandrahenderson@example.org> Delivered-To: sandrahenderson@example.org Received: (qmail 3510 invoked by uid 500); 8 Jul 2002 15:05:59 -0000 Mailing-List: contact sandrahenderson@example.org; run by ezmlm Precedence: bulk list-help: <mailto:sandrahenderson@example.org> list-unsubscribe: <mailto:sandrahenderson@example.org> list-post: <mailto:sandrahenderson@example.org> Reply-To: sandrahenderson@example.org Delivered-To: mailing list sandrahenderson@example.org Received: (qmail 3492 invoked from network); 8 Jul 2002 15:05:58 -0000 X-Authentication-Warning: dugong.informatik.uni-leipzig.de: sven set sender to sandrahenderson@example.org using -f Date: Mon, 8 Jul 2002 17:06:00 +0200 From: Sven Hessler <sandrahenderson@example.org> To: sandrahenderson@example.org Subject: Re: [PATCH] German translation, unixware.html.de (new file) Message-ID: <sandrahenderson@example.org> References: <sandrahenderson@example.org> <sandrahenderson@example.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <sandrahenderson@example.org> User-Agent: Mutt/1.4i Organization: http://www.informatik.uni-leipzig.de/rnvs X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Mon Jul 08, 2002, Rodent of Unusual Size wrote: > sandrahenderson@example.org wrote: > >
{'source': 'Apache Software Foundation Public Mail Archives'}