On Fri, May 30, 2008 at 8:03 AM, Stefan Fritsch [EMAIL PROTECTED] wrote:
On Friday 30 May 2008, Paul Querna wrote:
https://issues.apache.org/bugzilla/attachment.cgi?id=21137 has
been in Debian testing and unstable for about 6 months without
problems. It is not an elegant solution but it
On Mon, May 5, 2008 at 8:31 PM, Paul Querna [EMAIL PROTECTED] wrote:
Mads Toftum wrote:
Theo just announced dtrace probes for httpd:
http://www.opensolaris.org/jive/thread.jspa?threadID=59306tstart=0
I wouldn't mind seeing those (or something similar) make it into trunk.
+1, this
On 11/13/07, Paul Querna [EMAIL PROTECTED] wrote:
I've added mod_serf in r594425:
http://svn.apache.org/viewvc?view=revrevision=594425
Nice!
I've grown exceptionally... tired of looking at mod_proxy. mod_serf is
nice and tight at 440 lines or so.
A cool low number. Fits snugly with the
On 7/31/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Niklas Edmundsson wrote:
On Mon, 30 Jul 2007, Niklas Edmundsson wrote:
However, if stuff is really depending on Date/Expires being what it
thinks it is (*shiver*) then I guess there won't be any other options...
Here's a
On 5/24/07, Niklas Edmundsson [EMAIL PROTECTED] wrote:
On Tue, 22 May 2007, Henrik Nordstrom wrote:
tis 2007-05-22 klockan 11:40 +0200 skrev Niklas Edmundsson:
-8---
Does anybody see a problem with changing mod_cache to not update the
stored headers when the request has
Plüm wrote:
I think the SSL problem is caused by throwing away the conn_rec
entry for the backend and create a new one for each request.
That does not sound right, but I admit that keeping it must be
carefully examinated due to several possible issues. Two
that I can see immeditately are:
+1, passes 'make test' on Ubuntu Linux 5.10.
Thanks,
Sander
Brian Akins wrote:
Sander Striker wrote:
Ok, let me tell you why I want it. I want to implement a directive
called CacheErrorServeStale, which, when it hits the CACHE_SAVE filter
say with a 503 Service Temporarily Unavailable, and has a
cache-stale_handle,
continues as if it would have
Roy T. Fielding wrote:
On Dec 30, 2005, at 5:51 PM, Brian Pane wrote:
I haven't been able to find the bug yet. As a next step, I'll try using
valgrind on a build with pool debugging enabled.
On entry to allocator_free, if
(node == node-next node-index current_free_index)
is true,
Ruediger Pluem wrote:
On 12/29/2005 02:11 AM, Sander Striker wrote:
[..cut..]
First it doesn't seem to be the case that mod_proxy actually
sets r-status in the case of an error (service temporarily
unavailable caused by ProxyTimeout for instance). This may
not matter for a handler
Hi,
I'm timing out on this one, but I thought I'd throw it in here in
case someone has a bright idea on what is actually going on...
First it doesn't seem to be the case that mod_proxy actually
sets r-status in the case of an error (service temporarily
unavailable caused by ProxyTimeout for
[EMAIL PROTECTED] wrote:
As I try to improve my Apache code style awareness. What is wrong with the
formatting?
http://httpd.apache.org/dev/styleguide.html
The basic objection to your patch would be that statements after
your if's; put them on the next line.
HTH,
Sander
Regards
Jim Jagielski wrote:
William A. Rowe, Jr. wrote:
Jim Jagielski wrote:
Could someone explain to me what the current thinking is about
the httpd SVN trunk? Is it 2.3.0? 2.1.x? Where does 2.2 fit
in all this? So patches made to HEAD/trunk need to be
backported to 2.2, and 2.1 and then 2.0 ???
Joe Orton wrote:
On Fri, Jul 22, 2005 at 12:11:56PM -, Martin Kraemer wrote:
Author: martin
Date: Fri Jul 22 05:11:55 2005
New Revision: 220307
URL: http://svn.apache.org/viewcvs?rev=220307view=rev
Log:
Allow extraction of the values of SSL certificate extensions into
environment
Forwarding for Rüdiger, since he's having some problems posting.
Sander
Original Message
Subject: [PATCH] 404 does not delete cached entries using mod_disk_cache
Date: Thu, 21 Jul 2005 14:52:19 +0200
From: Plüm, Rüdiger, VIS [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
After
William A. Rowe, Jr. wrote:
At 12:51 PM 7/18/2005, Roy T. Fielding wrote:
Or you could simply keep working on trunk like everyone else
and let releases be made when a tarball gets three +1s.
Version numbers are cheap. Telling the entire group to stop while
you work on the next big patch is
William A. Rowe, Jr. wrote:
At 12:12 AM 7/17/2005, [EMAIL PROTECTED] wrote:
Author: ianh
Date: Sat Jul 16 22:12:10 2005
New Revision: 219372
URL: http://svn.apache.org/viewcvs?rev=219372view=rev
Log:
This patch adds a new hook (request_status) that gets ran in proxy_handler
just before the
[EMAIL PROTECTED] wrote:
Hansjoerg Pehofer wrote:
On Thu, Jul 07, 2005 at 09:22:25PM +0200, [EMAIL PROTECTED] wrote:
Have you checked
http://mail-archives.apache.org/mod_mbox/httpd-dev/200504.mbox/[EMAIL
PROTECTED] ?
It contains a small patch which was not discussed any further here.
Maxime Petazzoni wrote:
There's no reason the strings have to be hard coded into the C code.
You can pull them out into some sort of language specific file, just
like any other C program that worries about i18n.
This would mean more file I/O every time mod_mbox runs, and maybe
using an
William A. Rowe, Jr. wrote:
At 01:33 PM 7/1/2005, William A. Rowe, Jr. wrote:
I have bumped the MODULE_MAGIC_COOKIE for 2.1.7. This will be
bumped again upon 2.2 release to AP22.
-#define MODULE_MAGIC_COOKIE 0x41503230UL /* AP20 */
+#define MODULE_MAGIC_COOKIE 0x41503231UL /* AP21 */
Jim Jagielski wrote:
Now that Covalent has released it's ERS 3.0 distribution, mod_ftp is now
officially offered for donation/incubation/graduation to the ASF.
mod_ftp (previously Covalent FTP) is an Apache 2.0 Protocol Module which
implements FTP (RFCs 959, 1123, 2228, 2389), including such
William A. Rowe, Jr. wrote:
I have bumped the MODULE_MAGIC_COOKIE for 2.1.7. This will be
bumped again upon 2.2 release to AP22.
-1.
The modules are significantly disjoint, and testing for the
mmn date and level between a 2.0 and 2.1 module will not produce
the desired results.
Given that
William A. Rowe, Jr. wrote:
[...]
My goal is to tag and roll 2.0 by Friday for release early next
week, unless the fixes are ready sooner. There is a list of
already-accepted patches in status, if anyone wants to pick some
low hanging fruit for 2.0.
Bill, are you volunteering for RM? I'm
Paul Querna wrote:
We ship with 3 to 4 different packages of the source for each release.
Currently, we ship bzip2(.bz2), gzip(.gz) and old school compress (.Z)
for each release. In addition, we do get .zip files for win32 too.
Sizes:
12Mhttpd-2.1.6-alpha.tar.Z
5.4M
[EMAIL PROTECTED] wrote:
Sorry for being persistent, but any news / comments on this?
Thanks for being persistent and patient.
Unfortunately, no, I don't think there is any news yet. I have
gone over your patch, but not detailed enough to commit it.
I'll give it another shot before friday.
William A. Rowe, Jr. wrote:
At 09:43 AM 6/16/2005, Brad Nicholes wrote:
I have run into this one also and I still don't understand why the make is
all of the sudden asking for yacc when this all worked before. Since neither
mod_ssl nor BSD sockets are part of the standard NetWare build,
William A. Rowe, Jr. wrote:
At 09:59 AM 6/16/2005, Sander Striker wrote:
William A. Rowe, Jr. wrote:
* The most recent tarballs have been pulled together with SVN's
absolutely bogus default of [miscellany] use-commit-times = no
(see your ~/.svn/config, where you can uncomment this section
Joshua Slive wrote:
[Bringing [EMAIL PROTECTED] into the discussion; we just activated
mod_disk_cache from 2.1-head on the apache wiki and it is broken.]
Geir Magnusson Jr. wrote:
We're having problems now getting to the geronimo wiki
http://wiki.apache.org/geronimo/
some people get
Justin Erenkrantz wrote:
On Mon, Jun 06, 2005 at 03:40:41PM +0200, Sander Striker wrote:
[...]
Can we keep the caching running on port 81 on ajax? That'll make it easier to
debug if I do get some time. We'd really need to see what the
request/response chain is. I thought someone said
William A. Rowe, Jr. wrote:
At 11:43 AM 6/6/2005, Paul Querna wrote:
André Malo wrote:
Sandbox of httpd/trunk/modules/ssl/ for OpenSSL 0.9.7 fips integration
development
Added:
httpd/httpd/branches/ssl-fips-dev/
- copied from r180332, httpd/httpd/trunk/modules/ssl/
I'm not sure about
[EMAIL PROTECTED] wrote:
Felix Enning pointed me again to an interesting question regarding mod_cache /
mod_disk_cache:
The following situation was observed with Apache 2.0.54 (same applies to trunk):
1. A resource gets cached.
2. The original resource gets removed from the backend (e.g on a
[EMAIL PROTECTED] wrote:
Sander Striker wrote:
[EMAIL PROTECTED] wrote:
[...]
Might as well not do revalidation in that case; actually that would be
better, because the 304's that are returned may not even be correct. The
conditions are replaced with the ones from the cache, remember
[EMAIL PROTECTED] wrote:
[...]
I found out that during the second request which returns a 304 the CACHE_SAVE
filter,
which would be able to deal with such things (- (not so) stale cache entries)
is never
used.
The change of the conditionals in cache_storage.c starting at line 269 leads to
Andr Malo wrote:
I'm seeing it like this:
Once forked off, 2.1.x would be *stabilizing* branch, that finally leads
to a 2.2.x branch, when we feel, it's stable (svn mv 2.1.x 2.2.x?). From the
2.1.x branch we tag alpha and beta releases; from *stable* 2.2.x rc and
stable release. I think that's
Paul Querna wrote:
Okay, because of the quirky behavior of a 'sometimes' cached page, this
one had me going in circles for a little while.
What this patch does, is add a new command to mod_cache,
'CacheRunAfterOthers_RenameThisCmd'[1]
The effect this has is to run mod_cache as a normal handler,
Paul Querna wrote:
[EMAIL PROTECTED] wrote:
Author: bnicholes
Date: Wed May 11 15:34:18 2005
New Revision: 169705
URL: http://svn.apache.org/viewcvs?rev=169705view=rev
Log:
Add the LDAPVerifyServerCert directive to util_ldap to force
verification of a server certificate when establishing an SSL
Jim Jagielski wrote:
William A. Rowe, Jr. wrote:
From discussion - I see us branching 2.1.x anyways, but still object
since we will now be maintaining two or three backports for every
bugfix commit to trunk/.
If the trees are so in sync that the same patch applies it's trivial
to do the
[EMAIL PROTECTED] wrote:
The problem seems to be, that the proxied backend server that is cached via
mod_disk_cache originally
delivers HTTP status 301 and the Location
http://www.beach-clothing.com/where-to-buy/, but once cached
mod_disk_cache delivers HTTP status 200 instead of 301 (but
Sander Striker wrote:
Hi,
As usual the tarballs are at:
http://httpd.apache.org/dev/dist/
Please give 2.0.54 a whirl and report any problems (or successes) ;)
Given the reponses and the fact that it has been hosting most
of our own webtraffic for a bit I conclude it is looking good for
release
Hi,
As usual the tarballs are at:
http://httpd.apache.org/dev/dist/
Please give 2.0.54 a whirl and report any problems (or successes) ;)
Thanks,
Sander
Brad Nicholes wrote:
This broke the NetWare build so I fixed it. I never saw the
same problem in trunk so I'm not sure where this patch came
from in the first place. I don't have a problem with
redefining new, I just need it fixed so that NetWare will build
before Sander tags the tree.
Yah,
[EMAIL PROTECTED] wrote:
Author: bnicholes
Date: Fri Apr 8 16:03:45 2005
New Revision: 160636
URL: http://svn.apache.org/viewcvs?view=revrev=160636
Log:
Update the mod_dav import file for NetWare
I assume something similar has to be done for 2.0.x?
Sander
[EMAIL PROTECTED] wrote:
Author: wrowe
Date: Fri Apr 8 17:38:46 2005
New Revision: 160645
@@ -208,7 +209,7 @@
* Win32: Move call to mpm_service_install to the rewrite_args hook
from the post_config hook.
http://svn.apache.org/viewcvs?view=revrev=154319
- +1: stoddard,
Sander Striker wrote:
Sander Striker wrote:
Hi guys,
It's been almost 2 months since 2.0.53. Think it is time for 2.0.54 yet?
I'll volunteer to RM if that is a yes ;)
Just a heads up: I'm planning on starting the TR of 2.0.54 on thursday
night (UTC +1).
And ofcourse it's friday night already
[EMAIL PROTECTED] wrote:
Author: wrowe
Date: Thu Apr 7 12:19:58 2005
New Revision: 160441
URL: http://svn.apache.org/viewcvs?view=revrev=160441
Log:
Catch up with Apache.exe-httpd.exe rename; it seems svn rn can't
be combined with svn commit and source changes.
Can you please save these
Sander Striker wrote:
Hi guys,
It's been almost 2 months since 2.0.53. Think it is time for 2.0.54 yet?
I'll volunteer to RM if that is a yes ;)
Just a heads up: I'm planning on starting the TR of 2.0.54 on thursday
night
(UTC +1). I would be thankful if someone could start backporting
William A. Rowe, Jr. wrote:
'Apache' was our program. It became our project. It's become
our entire organization.
In 2.2, I -will- be changing the default location for the Win32
installer from %programsdir%\Apache Group\Apache2\ over to
%programsdir%\Apache Software Foundation\Apache HTTP Server
Hi,
It seems like mod_proxy_http is being cute and not sending an EOS
bucket down the rest of the filter stack when it only receives
headers. This (most likely) causes mod_cache's cache_save_filter
to not be run when it receives a 304.
Unfortunately I cannot 100% reproduce this locally, but the
Hi,
Rather than sending a patch (since it isn't readable) you'll find
a reformatted httpd-win.conf attached. It uses the new IfModule
style, and is indented as with the non-win32 counterpart.
Objections?
Sander
#
# Based upon the NCSA server configuration files originally by Rob McCool.
#
# This
Hi guys,
It's been almost 2 months since 2.0.53. Think it is time for 2.0.54 yet?
I'll volunteer to RM if that is a yes ;)
Sander
Justin Erenkrantz wrote:
--On Tuesday, March 22, 2005 3:22 PM -0600 William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
Of course! Now I'm on the same page with you. Actually,
I believe a buildconf.nice is a better solution (for reasons
in my other note.) We really have no say-so about what is
William A. Rowe, Jr. wrote:
At 11:26 PM 3/19/2005, [EMAIL PROTECTED] wrote:
Author: pquerna
Date: Sat Mar 19 21:26:22 2005
New Revision: 158303
URL: http://svn.apache.org/viewcvs?view=revrev=158303
Log:
Test for APR and APR-Util one directory bellow httpd too. I like not having to
put them
Sander Striker wrote:
Justin Erenkrantz wrote:
On Mon, Mar 14, 2005 at 08:03:43PM -0800, Paul Querna wrote:
I would like to roll the 2.1.4 alpha right after APR 1.1.1 is released.
I plan on rolling APR tonight or Tuesday morning. If there arent any
problems, I am hoping to create 2.1.4
Hi all,
There are some 2.1.4-alpha tarballs waiting to be tested at:
http://httpd.apache.org/dev/dist/
Please report back with any problems.
Thanks for testing!
Sander
Sander Striker wrote:
Hi all,
There are some 2.1.4-alpha tarballs waiting to be tested at:
http://httpd.apache.org/dev/dist/
Please report back with any problems.
Thanks for testing!
FWIW: +1
Tested on:
Linux (Ubuntu - Warty Warthog)
Win32 (XP SP2)*
Sander
*) Source from the tag, no zip ball
Paul Querna wrote:
I would like to roll the 2.1.4 alpha right after APR 1.1.1 is released.
I plan on rolling APR tonight or Tuesday morning. If there arent any
problems, I am hoping to create 2.1.4 on Thursday. Any big outstanding
issues?
Nope, just the wait on APR IMO. FWIW, I might get to
Justin Erenkrantz wrote:
On Mon, Mar 14, 2005 at 08:03:43PM -0800, Paul Querna wrote:
I would like to roll the 2.1.4 alpha right after APR 1.1.1 is released.
I plan on rolling APR tonight or Tuesday morning. If there arent any
problems, I am hoping to create 2.1.4 on Thursday. Any big
Justin Erenkrantz wrote:
On Tue, Mar 08, 2005 at 03:57:55AM +0100, Sander Striker wrote:
Hi,
Currently CacheIgnoreCacheControl On only ignores Cache-Control: no-cache
and Pragma: no-cache. I'd like to add ignoring Cache-Control: max-age=...
and Cache-Control: min-fresh=... as well.
This would
Justin Erenkrantz wrote:
It's just that you brought up the point
of making the directive more intuitive - and I have problems from the word go
on this particular directive being intuitive. It's not.
In order to understand what this directive does, you need to know what
Cache-Control from the RFC
Eli Marmor wrote:
[...]
CacheForOffline? (or Cache4Offline)
Offline browsing is the main case where you need such absolute caching.
But it requires you to cache EVERYTHING. Including dynamic content, and
even different content according to different POST input. Maybe two
directives are needed,
Hi,
There is a no_cache field in the request rec. It only seems to be set by
mod_negotiation. Given the big chunk of comments at mod_negotiation.c:2920
I'm not sure if we actually need this field, or if we can reach the same
result in another fashion (without some dodgy flag).
Thoughts?
Sander
Jim Jagielski wrote:
I vote +1 for a beta.
Ditto.
Sander
Hi,
Currently CacheIgnoreCacheControl On only ignores Cache-Control: no-cache
and Pragma: no-cache. I'd like to add ignoring Cache-Control: max-age=...
and Cache-Control: min-fresh=... as well.
This would give the admin more control, and would also make the directive
slightly more intuitive IMO.
William A. Rowe, Jr. wrote:
jakarta-tomcat-dev reports Gump can't build, but since they
haven't given us details so not much we can do about it.
Fails to even build on Win32.
-1 for beta on 2.1.3.
I think we passed the 2.1.3 station already.
Onward to 14 ++1 to Sander's efforts to roll out 2.1.4
Justin Erenkrantz wrote:
--On Friday, March 4, 2005 11:55 PM +0100 Sander Striker
[...]
What happens if the 'Cache-Control: no-store' header came in with a
304 Not Modified and the original request wasn't conditional?
If I read the spec correctly a 304 can carry a Cache-Control header,
if it has
Justin Erenkrantz wrote:
--On Wednesday, August 4, 2004 12:39 PM -0700 Justin Erenkrantz
[EMAIL PROTECTED] wrote:
This patch removes the mod_cache dependencies upon the odd vtable and
hooks
and standardizes upon the ap_provider_* API. mod_auth uses this provider
interface now as has mod_dav.
Sander Striker wrote:
Justin Erenkrantz wrote:
--On Wednesday, August 4, 2004 12:39 PM -0700 Justin Erenkrantz
[EMAIL PROTECTED] wrote:
This patch removes the mod_cache dependencies upon the odd vtable and
hooks
and standardizes upon the ap_provider_* API. mod_auth uses this
provider
Justin Erenkrantz wrote:
2.1.3 tarballs at: http://httpd.apache.org/dev/dist/
I'd like to get enough votes for 2.1.3 to be a beta and commence the
feature freeze towards a 2.2.0 GA.
As we discussed at ApacheCon in November (over three months ago), this
would mean we create a 2.2.x branch from
Sander Striker wrote:
Justin Erenkrantz wrote:
Sander Striker wrote:
AIUI, we can cache 302 Found (HTTP_MOVED_TEMPORARILY) when it has an
Expires or Cache-Control indicating that the request can be cached.
Fair enough. Feel free to add it, if you like.
Well, I'm first going to check if we
Justin Erenkrantz wrote:
Sander Striker wrote:
[...]
Luckily for us, there is more work left even in mod_cache. Right now,
whenever we hit a Cache-Control: no-cache in the request, the cache
declines to handle the request, while it could be handling it (be it
with a required validation request
Justin Erenkrantz wrote:
Sander Striker wrote:
I completely agree. So much even that I just committed it (r156306).
Why are we storing the header fd in the disk object anyways? I haven't
gone through mod_disk_cache.c yet, but at least for store_headers() it
doesn't seem to make any sense.
It's
Jeff Trawick wrote:
On Sat, 05 Mar 2005 20:39:33 -, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Author: trawick
Date: Sat Mar 5 12:39:32 2005
New Revision: 156279
Submitted by: Sander Striker
oops, I put the wrong Sander too :(
Good thing you can fix log messages with svn
(Hint: svn propset
Hi,
I'm going over mod_cache and I'm wondering about some things:
--
modules/cache/mod_cache.c:271
/* If the request has Cache-Control: no-store from RFC 2616, don't store
* unless CacheStoreNoStore is active.
*/
cc_in = apr_table_get(r-headers_in, Cache-Control);
if (r-no_cache
Hi,
The point of this small patch is to allow mod_dav to take an easy
out instead of actually going through the (expensive) delivery
step, in case of a conditional request. Think of cache
validating requests for instance.
I found this interesting because of the potential of serving
content
From: Leif W [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 10, 2005 3:10 PM
[...]
It's already a huge list of workaround and compatibility and portability for
an admin could be a nightmare. I do not know if there are even more security
wrappers needed for other language modules. Can
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 09, 2005 2:39 AM
New Revision: 152973
[...]
+/* RFC 2616 10.3.5 states that entity headers are not supposed
+ * to be in the 304 response. Therefore, we need to load in the
+ * cached headers
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 09, 2005 6:20 PM
[...]
Hence, the response headers from the origin server on a 304 response aren't
guaranteed to be complete. So, what this commit does now is load in the
stored cached response headers and
Hi,
Anyone object to me renaming proxy_[ajp|balancer|connect|ftp|http].c to
mod_proxy_[ajp|balancer|connect|ftp|http].c?
Reason:
IfModule mod_proxy_http.c
...
/IfModule
I had to look a few times to figure out I had to leave out the
mod_ part. Since all the other modules start with mod_, I'd
-Original Message-
From: Graham Leggett [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 02, 2005 10:39 PM
To: dev@httpd.apache.org
Subject: Re: re-do of proxy request body handling - ready for review
Justin Erenkrantz wrote:
I don't understand the purpose of serving
Hi,
The last couple of weeks I've had to dive into mod_proxy. I'd
like to know what all the #ifdef FIX_15207 lines are all about
in mod_proxy.c. Keeping the #define breaks the crap out of
interaction with mod_rewrite for instance.
Furthermore the documentation of mod_proxy* explains a lot
of
From: Jim Jagielski [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 01, 2005 8:03 PM
It's been on my table to attack the FIX_15207 fooishness, but neither
keeping the define nor commenting it out results in expected, correct
behavior :(...
For my specific use case (mod_rewrite,
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]
Sent: Monday, January 31, 2005 10:19 PM
Any opposition to doing a tag and roll of 2.0.53 soon?
Nope.
(Yes, I volunteer to be RM.)
Thanks Justin.
How about targetting next Tuesday (2/8) for 2.0.53? I can lay
down the candidate tarball
From: Jim Jagielski [mailto:[EMAIL PROTECTED]
Sent: Friday, January 07, 2005 8:52 PM
To: dev@httpd.apache.org
Subject: Working on some load balancing methods
I'm currently working on code that extended the lb method within the
2.1/2.2 proxy from what is basically a weighted request count
Hi everyone,
The CVS to SVN conversion of the Apache HTTP Server projects is
complete.
To check out your project:
apache 1.3:
$ svn co http://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x \
apache-1.3
httpd 2.0:
$ svn co http://svn.apache.org/repos/asf/httpd/httpd/branches/2.0.x
Hi again,
The actual load seems to be working now (save the documentation...).
Given that this wasn't a smooth ride, we've loaded things in the
test repository. Please take a look at it:
http://svn.apache.org/repos/test/httpd/
If noone raises any issues we'll load it in the main repository
Hi everyone,
The CVS to SVN conversion of the Apache HTTP Server projects is
complete.
To check out your project:
apache 1.3:
$ svn co http://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x \
apache-1.3
httpd 2.0:
$ svn co http://svn.apache.org/repos/asf/httpd/httpd/branches/2.0.x
On Fri, 2004-11-19 at 11:04, Justin Erenkrantz wrote:
--On Friday, November 19, 2004 7:57 PM +0100 André Malo [EMAIL PROTECTED]
wrote:
Looks basically fine. I'm wondering a bit about the tags directory,
especially the 1.3 subdir. Is it necessary, is there something broken?
Just to be
Hi guys,
Now that we are using SVN, would we want to adopt a guideline
for log messages. The SVN project itself uses a standard format
for all their log messages and I must say that it has helped
me tremendously when doing reviews.
See http://svn.collab.net/repos/svn/HACKING for details
(look
Hi all,
Justin and I have been up all night again working on the httpd-*
conversion. We've come to about 10% of loading the final dumpfile
and then we run into some issues.
We think we've sorted that out now and are restarting the load
(in a test repos). Loading takes quite a long time, so
On Tue, 2004-11-16 at 07:03, Bill Stoddard wrote:
Sander Striker wrote:
Hi,
I'm finally taking care of the conversion of httpd-* to SVN.
I'll follow up with instructions on how to pull new workingcopies,
etc etc. I'm looking for volunteers to actually write a page
for developers
On Tue, 2004-11-16 at 09:34, Sander Striker wrote:
On Tue, 2004-11-16 at 07:03, Bill Stoddard wrote:
Sander Striker wrote:
Did this happen?
Some irresponsible partying is delaying the process a bit...
To clarify: I was planning on moving forward yesterday after
The Incredibles. I got
Hi,
I'm finally taking care of the conversion of httpd-* to SVN.
I'll follow up with instructions on how to pull new workingcopies,
etc etc. I'm looking for volunteers to actually write a page
for developers on where to get SVN and how to check out the
sources from the SVN repository.
I'm
Hi,
I did some mods to the site, highlighting all sessions about
httpd, but frankly, it looks totally messy. If someone with
a bright idea on how to make this look better wants to take
a stab at it, that would be much appreciated.
Sander
site.ac2004.patch
Description: Binary data
On Thu, 2004-10-07 at 12:08, John Rowe wrote:
If I was a newbie, and I saw a page that says `it worked`, my immediate
reaction would be `what worked?` and I would start asking the exact
questions we`re trying to stop people from asking.
We can always go with simply displaying a
-Original Message-
From: Graham Leggett [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 06, 2004 8:36 PM
To: [EMAIL PROTECTED]
Subject: Re: Bye bye welcome page
Joshua Slive wrote:
My opinion is that the shorter message is better because, by the fact
that it gives no
On Mon, 2004-09-27 at 06:13, Joe Schaefer wrote:
Sander Striker [EMAIL PROTECTED] writes:
Probably not worth it given all of the parallel development.
Well, I'd rather see us using something like this:
httpd/
apreq/
trunk/
branches/
tags/
+1
From: Jeff Trawick [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 23, 2004 2:50 PM
On Thu, 23 Sep 2004 13:20:49 +0200, Mladen Turk [EMAIL PROTECTED] wrote:
Hi,
Is there any reason why apr, apr-util, httpd mailing lists have
Reply-To header set to the sender and not to the list
From: Paul Querna [EMAIL PROTECTED]
Sent: Friday, September 17, 2004 7:34 AM
Hi,
The Original Proposal was in March of this year:
http://marc.theaimsgroup.com/?t=10791831443r=2w=2
+1 Votes:
Tom May
Justin Erenkrantz
Andr Malo
Erik Abele
Jim Jagielski
Bill Stoddard
Hi,
I've put the tarballs for 2.0.51 up at http://httpd.apache.org/dev/dist/.
Please test and vote,
Sander
From: Sander Striker [EMAIL PROTECTED]
Sent: Wednesday, September 15, 2004 4:49 PM
Thanks. I've moved the tarballs to the distribution area.
Could someone please take care of the httpd.apache.org site?
I'm in a bit of a bind currently (for at least another 1-2 hours).
Sander
1 - 100 of 493 matches
Mail list logo