Re: Time for a new libapreq2 release?

count is made available > somehow. > > On Mon, Aug 28, 2023 at 4:50 PM Greg Stein wrote: > >> Your LDAP record is still present [1]. You're still on the PMC of httpd >> and perl. Commit rights to incubator, sis, subversion. Dunno where httpd >> went, but as a PMC member of ht

Re: Time for a new libapreq2 release?

? Cheers, -g [1] https://whimsy.apache.org/roster/committer/joes On Mon, Aug 28, 2023 at 8:43 AM Joe Schaefer wrote: > Because my account no longer exists? > > On Mon, Aug 28, 2023 at 1:43 AM Greg Stein wrote: > >> you're on the PMC. Why don't you do the tag ? >> >> O

Re: Time for a new libapreq2 release?

you're on the PMC. Why don't you do the tag ? On Sun, Aug 27, 2023 at 4:31 PM Joe Schaefer wrote: > Seems like it’s been a year since the last release, which means it’s time > for good people to take another try at releasing something nondefective. > > Here to help with the quality control this

Re: [VOTE] Switch read/write repository from Subversion to Git

On Wed, May 10, 2023 at 5:18 AM Stefan Sperling wrote: >... > I did have some hope that we would see individual self-motivated > contributors > arriving via various ASF projects because they are all using SVN every day > on svn.apache.org, are programmers, might have itches to scratch, already >

Re: [VOTE] Switch read/write repository from Subversion to Git

On Mon, May 8, 2023 at 9:08 AM Stefan Sperling wrote: >... > If the ASF at large was confident in SVN as a technology then our current > reality would look quite different. The Subversion project never managed > to grow its developer base by becoming part of the ASF. We've mostly seen > That is

what does svn/github integration mean? (was:: [VOTE] Switch read/write repository...)

On Mon, May 8, 2023 at 4:29 AM Graham Leggett via dev wrote: > On 04 May 2023, at 09:34, Ruediger Pluem wrote: > >... > > [X]: Leave everything as is. > > I would rather see proper SVN integration with Github. This is a vote of > no confidence in our own projects. > What do you mean by

Re: [VOTE] Switch read/write repository from Subversion to Git

I might suggest another day or two because of the weekend and because it is so high-impact. Maybe an extra post to private@ in case some PMC members aren't tracking dev@ very closely. On Mon, May 8, 2023 at 1:42 AM Ruediger Pluem wrote: > > > On 5/4/23 10:34 AM, Ruediger Pluem wrote: > > This

Re: [VOTE] Switch read/write repository from Subversion to Git

On Fri, May 5, 2023 at 3:19 AM Dennis Clarke wrote: > > > Everybody says git is decentralized, so why are you even asking this > > question? Can't you just use any git repository, anywhere? ;-) > > Github is microsoft and you can bet they will break things. It is only a > matter of time with

Re: [VOTE] Switch read/write repository from Subversion to Git

On Fri, May 5, 2023 at 2:12 AM Dennis Clarke wrote: >... > Why the assumption of Microsoft github? There is no reason to > migrate to a git service such as Microsoft github when sourcehut works > just fine as does a private git repo provided by Apache FSF itself. > Because the Apache

Re: [VOTE] Switch read/write repository from Subversion to Git

+1 for switching to GitHub (which implies a switch to git). So: [X]: Move the read/write repository from Subversion to Git and leverage the features of Github (for now Actions and PR). On Thu, May 4, 2023 at 3:34 AM Ruediger Pluem wrote: > This is a formal vote on whether we should move our

Re: ci vs PR approvals? (was: [apache/httpd] Fix a possible NULL pointer dereference in hook_uri2file (PR #355))

On Tue, Apr 25, 2023 at 1:45 AM Ruediger Pluem wrote: >... > 2. Switching from Subversion to Git is mostly an emotional problem for me. > We have some closer ties to Subversion by some >overlaps in the community and via mod_dav_svn we kind of partially eat > our very own dogfood here by

Re: [libapreq2] nits to pick about the patches to util.c over the past few years

F/OSS is not about telling others how to write their code, Joe. You know this. And it *definitely* is not about demanding they spend *their* time to fix your pet issues. If you have a problem with the code, then supply a fix. Your dozen emails are not fixing anything, and are certainly not

Re: svn commit: r1904638 - in /httpd/httpd/trunk: changes-entries/DAVLockDiscovery.txt modules/dav/main/mod_dav.c modules/dav/main/mod_dav.h modules/dav/main/props.c

On Thu, Oct 27, 2022 at 8:22 AM Emmanuel Dreyfus wrote: > On Thu, Oct 27, 2022 at 01:58:58AM -0500, Greg Stein wrote: > > With that said, I'm not a fan of [DAV or svn] locks. Anything that can be > > done to avoid a workflow that encompasses locks would be ideal. > > F

Re: svn commit: r1904638 - in /httpd/httpd/trunk: changes-entries/DAVLockDiscovery.txt modules/dav/main/mod_dav.c modules/dav/main/mod_dav.h modules/dav/main/props.c

On Wed, Oct 26, 2022 at 1:59 PM Emmanuel Dreyfus wrote: > On Tue, Oct 18, 2022 at 05:03:48PM +, Emmanuel Dreyfus wrote: > > dbm is fast once you have it open. mod_dav_fs opens DAVLockDB on each > > HTTP request, then it acquire a filesystem level lock on it. This is > > where contenton

Re: svn commit: r1904638 - in /httpd/httpd/trunk: changes-entries/DAVLockDiscovery.txt modules/dav/main/mod_dav.c modules/dav/main/mod_dav.h modules/dav/main/props.c

Did you run any tests to observe the alleged contention? The dbm database is very fast. I'd be surprised that contention occurs in any typical workload. Cheers, -g On Mon, Oct 17, 2022 at 4:48 AM wrote: > Author: ylavic > Date: Mon Oct 17 09:48:11 2022 > New Revision: 1904638 > > URL:

Re: announce mails

The mirror system is no longer used. Most downloads are processed through a CDN instead. European downloaders will tend to hit downloads.apache.org which is "instantly" updated once a release artifact is committed to the svn distribution repository. rsync.apache should be just as instant. If not,

Re: mod_tls as experimental module?

On Fri, Nov 26, 2021 at 3:49 AM ste...@eissing.org wrote: >... > Additionally, we need to clarify with ASF and ISRG if this needs some sort > of > paperwork. Since the ISRG repository uses the Apache license, in my naive > world > view, this should be quite an informal process. But I do not

Re: mod_tls as experimental module?

On Thu, Nov 25, 2021 at 3:42 AM ste...@eissing.org wrote: >... > In its development, the arrival of mod_tls has caused changes in our > server core. Not in any way related to Rust itself. But we added the > capability to have more than one SSL/TLS provider in our server. So people > can use

Re: Download page appears to be broken

On Sun, Oct 31, 2021 at 6:13 PM Noel Butler wrote: > On 01/11/2021 06:38, Gillis J. de Nijs wrote: > > There seems to be a problem with the correct rendering of the mirrors on > that page. It doesn't work for me, either. > > > > Mirrors are no more, ASF now uses a CDN, this change is very

Re: sending announcement mail

Fails, how? ... email to annou...@apache.org needs to come from your @ apache.org account and include a Reply-To. The moderators may have bounced your message, if it didn't include some key aspects (eg. download links, where to find KEYs, etc) Cheers, -g On Thu, Sep 16, 2021 at 4:26 AM

Re: svn commit: r1891407 - /httpd/site/trunk/content/docs-project/contribute.mdtext

On Tue, Jul 13, 2021 at 7:22 AM Ruediger Pluem wrote: > On 7/13/21 2:12 PM, Rich Bowen wrote: > > On 7/9/21 4:10 PM, Ruediger Pluem wrote: > >... > >> See also:https://infra.apache.org/asf-pelican.html > > > > I see. I misunderstood. I thought that Github was just a mirror. > > For all stuff

Re: migration of the HTTPD project website

On Wed, Jun 30, 2021 at 1:50 AM Ruediger Pluem wrote: >... > I guess he talks about > > # Get the tooling > svn co https://svn.apache.org/repos/asf/httpd/site/trunk/tools tools > > I think we should find a new location for this as this is not really site > related. > How about > >

Re: where do we want to send website bot notices?

I think any commit, including to the website, should go to commits@httpd (which should be the proper name for cvs@ which is stoopid archaic). Cheers, -g On Fri, Jun 25, 2021, 17:50 Roy T. Fielding wrote: > I was about to update the site config so that it wouldn't send notices > to dev, but I

Re: svn commit: r1879889 - in /httpd/httpd/trunk: CHANGES include/ap_mmn.h modules/dav/main/mod_dav.h modules/dav/main/props.c

You're already changing the API ... why not simply introduce insert_prop_v2() with the appropriate parameters? This concept of "pass parameters via the pool" is very disturbing. Cheers, -g On Wed, Jul 15, 2020 at 8:56 AM wrote: > Author: minfrin > Date: Wed Jul 15 13:56:55 2020 > New Revision:

Re: svn commit: r1879888 - in /httpd/httpd/trunk: CHANGES include/ap_mmn.h modules/dav/main/mod_dav.h modules/dav/main/util.c

Seems these helper functions would be a better fit within apr_xml, rather than httpd. On Wed, Jul 15, 2020 at 8:16 AM wrote: > Author: minfrin > Date: Wed Jul 15 13:16:19 2020 > New Revision: 1879888 > > URL: http://svn.apache.org/viewvc?rev=1879888=rev > Log: > mod_dav: Add utility functions

Re: svn commit: r1879306 - in /httpd/httpd/trunk: CHANGES include/ap_mmn.h modules/dav/main/mod_dav.c modules/dav/main/mod_dav.h

Hey Graham ... what's the goal with exposing these things? (this rev, and prior) ... I don't see any emails describing "why". Generally, it would be "shrug" ... but you're changing the MMN, and I don't see any discussion on why/goal. Thanks, -g On Sun, Jun 28, 2020 at 8:17 AM wrote: > Author:

Re: Can github activity (new PRs, comments) be forwarded to dev@ ?

On Wed, Apr 29, 2020 at 8:19 AM Joe Orton wrote: > On Tue, Apr 28, 2020 at 05:19:09PM +0200, Ruediger Pluem wrote: > > +1 g...@httpd.apache.org (I declare the naming discussion for the list > name opened :-)). > > This offers an easy opt-in for those who are interested in these updates. > > +1

Re: svn commit: r1872960 - /httpd/site/trunk/content/dev/release.mdtext

$ svn info --show-item last-changed-revision $whatever I think that's what you're looking for, in a simple command. On Sat, Jan 18, 2020 at 9:00 AM wrote: > Author: druggeri > Date: Sat Jan 18 15:00:05 2020 > New Revision: 1872960 > > URL: http://svn.apache.org/viewvc?rev=1872960=rev > Log: >

Re: Migrate to git?

On Tue, Oct 15, 2019 at 1:42 AM Ruediger Pluem wrote: >... > Would we lose this possibility [of editing log messages] with git? > Yes. The log message is part of the commit hash. You can effectively delete the "tip" commit of a line-of-development, and replace it with a new commit (ie. same

Re: Migrate to git?

On Wed, Oct 9, 2019 at 7:59 AM Michal Karm wrote: > On 10/08/2019 10:44 AM, Greg Stein wrote: > > On Tue, Oct 8, 2019 at 3:13 AM Joe Orton > <mailto:jor...@redhat.com>> wrote: > > > > On Sat, Oct 05, 2019 at 04:09:34PM -0400, Jim Jagielski wrote:

Re: Migrate to git?

On Tue, Oct 8, 2019 at 4:45 AM Nick Kew wrote: >... > OK, that's not quite fair. But isn't that what the github mirror is for? > Not even close to fair, stop that. The github mirror is readonly. As noted upthread, that means merging PRs and other activities are limited. It cannot act as a

Re: Migrate to git?

On Tue, Oct 8, 2019 at 3:13 AM Joe Orton wrote: > On Sat, Oct 05, 2019 at 04:09:34PM -0400, Jim Jagielski wrote: > > Various PMCs have made their default/de-facto SCM git and have seen an > > increase in contributions and contributors... > > > > Is this something the httpd project should

Re: Migrate to git?

On Sun, Oct 6, 2019, 11:52 Roy T. Fielding wrote: > > On Oct 5, 2019, at 1:09 PM, Jim Jagielski wrote: > > > > Various PMCs have made their default/de-facto SCM git and have seen an > increase in contributions and contributors... > Not because of git, but due to GitHub. Git is "meh", but

Re: Changing mod_lua to stable

On Fri, Jan 25, 2019 at 2:47 PM Chris Punches wrote: > Someone may want to add some text along the lines of when to use u/WSGI > instead of mod_lua as that's going to be a thing if this goes stable. If > the what/when isn't in there clearly we could run into really bad > situations like ASF

Re: svn commit: r1841225 - /httpd/httpd/trunk/modules/dav/main/props.c

On Mon, Nov 12, 2018 at 1:26 AM Ruediger Pluem wrote: >... > The discussion died a little bit, because of the other issue (frequent > writeev calls). > I know that the liveprops issue is not fixed yet, but I guess it makes > sense > if you commit the patch you posted here already. > My time has

Re: Using APR pools "better"

On Wed, Sep 26, 2018 at 10:20 AM Daniel Shahaf wrote: > Jim Jagielski wrote on Wed, 26 Sep 2018 11:09 -0400: > > At ApacheCon's welcoming event last night, Greg, Sander and I were > > chatting and Greg reminded us that the Subversion project "learned a lot > > about using APR pools" and it seems

Re: svn commit: r1841225 - /httpd/httpd/trunk/modules/dav/main/props.c

We learned a lot about pool handling while writing Subversion, after I wrote that mod_dav code. There are definite some improvements to be made. I'm not surprised that a propfind can go nuts like that ... I'll review the change and take a look generally. h/t to DanielR for the pointer to this

Re: Start using RCs (Was: Re: So... when should we do 2.4.34? [WAS: Re: Revisit Versioning? (Was: 2.4.3x regression w/SSL vhost configs)])

On Sun, Apr 22, 2018 at 11:34 AM, Daniel Ruggeri wrote: > Yeah - I think my main concern is really just around the backporting > process with STATUS and how that will have issues scaling across many > branches. Further, as each branch deviates, it becomes more of a >

Re: Versioning, Release Management, Stabilization, etc ... Subversion style

am pleasantly > surprised of the new bits added. > > with high regards, and respect, > > > > martin > > On Fri, Apr 20, 2018 at 10:05 AM, Jim Jagielski <j...@jagunet.com> wrote: > >> Great info! Thanks! >> >> >> On Apr 20, 2018, at 9:52

Versioning, Release Management, Stabilization, etc ... Subversion style

Hi all, I've been kind of watching the thrashing around on several threads now about problems and fixes to how the HTTPD project manages its process around releases. I thought it might be a good idea to suggest a tried-and-true alternative defined by the Apache Subversion project, and documented

Re: "Most Popular Web Server?"

Just. Stop. On Wed, Apr 18, 2018 at 5:29 PM, Jim Jagielski wrote: > > > > On Apr 18, 2018, at 2:32 PM, William A Rowe Jr > wrote: > > > > On Wed, Apr 18, 2018 at 1:07 PM, Jim Jagielski wrote: > >> > >>> On Apr 18, 2018, at 1:21 PM,

Re: TLSv1.3

On Thu, Mar 29, 2018 at 3:16 AM, Stefan Eissing < stefan.eiss...@greenbytes.de> wrote: >... > That is the intention behind "SSLPolicy modern|intermediate|old" that > configures the TLS stack according to the Mozilla server-side-tls > recommendations. So, one does not have to mess with many

Re: TLSv1.3

On Wed, Mar 28, 2018 at 10:49 AM, Stefan Eissing < stefan.eiss...@greenbytes.de> wrote: > Just added TLSv1.3 support in trunk. No fancy new early data features, > just the basic. > > Open for discussion: > - The Mozilla server-side-tls people are still thinking of what they will > recommend,

Re: svn commit: r1822849 - /httpd/httpd/trunk/modules/proxy/proxy_util.c

t; Thanks for the review. Does r1822858 address your concern? > > > > Regards > > > > Rüdiger > > > > *Von:* Greg Stein [mailto:gst...@gmail.com] > *Gesendet:* Donnerstag, 1. Februar 2018 09:01 > *An:* dev@httpd.apache.org > *Betreff:* Re: svn commit: r1822

Re: svn commit: r1822849 - /httpd/httpd/trunk/modules/proxy/proxy_util.c

On Thu, Feb 1, 2018 at 1:34 AM, wrote: > Author: rpluem > Date: Thu Feb 1 07:34:02 2018 > New Revision: 1822849 > > URL: http://svn.apache.org/viewvc?rev=1822849=rev > Log: > * When mod_http2 is loaded more then ThreadsPerChild backend connections > can > be useful as

Re: Pruning working branches (Was: Re: Why?)

To be clear: "delete" simply means "no longer seen in HEAD". This is version control. The data cannot truly be deleted, so it can always be revived. Or reviewed. On Oct 25, 2017 12:31, "Marion & Christophe JAILLET" < christophe.jail...@wanadoo.fr> wrote: > Just to mention that before giving a

Re: svn commit: r1804671 - /httpd/httpd/trunk/modules/md/mod_md_config.c

t a time > interval configured?) or is this something where you prefer outside > control anyway and > maybe a callable script that notifies/mails an admin? > > -Stefan > > > Am 14.08.2017 um 07:43 schrieb Greg Stein <gst...@gmail.com>: > > > > [cc: serf]

Re: svn commit: r1804671 - /httpd/httpd/trunk/modules/md/mod_md_config.c

[cc: serf] On Fri, Aug 11, 2017 at 3:41 AM, Stefan Eissing < stefan.eiss...@greenbytes.de> wrote: >... > If you're looking at this anyway, how hard would it be for someone > knowledgeable to make a md_serf.c as alternative to md_curl.c? ^^ > Should be pretty easy, I think. Looking at serf_get.c

Re: svn commit: r1804671 - /httpd/httpd/trunk/modules/md/mod_md_config.c

On Thu, Aug 10, 2017 at 8:58 AM, wrote: > Author: icing > Date: Thu Aug 10 13:58:26 2017 > New Revision: 1804671 > > URL: http://svn.apache.org/viewvc?rev=1804671=rev > Log: > fix for >... > +++ httpd/httpd/trunk/modules/md/mod_md_config.c Thu Aug 10 13:58:26 2017 > >... >

Re: svn commit: r1803072 - /httpd/site/trunk/content/security/vulnerabilities-httpd.page/securitydb.xsl

Hey Bill, There was a misconfigured LDAP server ... that was fixed earlier today, so you should be good to go now! Cheers, -g On Wed, Jul 26, 2017 at 2:53 PM, William A Rowe Jr wrote: > I would push this edit live (looking good from a local regen here), but >

Re: httpd and letsencrypt

Anything new on this? On Sep 15, 2016 00:35, "Dale Ghent" wrote: > > Apologies from necro’ing this thread, I’m just catching up. > > As a maintainer/user of a lesser-known open source OS (OmniOS, based on > illumos, which is the carry-on of what you all might remember as >

Re: mod_h2 CTR (Was: Re: svn commit: r1705257 - /httpd/httpd/trunk/modules/http2/config.m4)

On Fri, Sep 25, 2015 at 11:51 AM, Rainer Jung wrote: > Am 25.09.2015 um 17:56 schrieb Plüm, Rüdiger, Vodafone Group: > >> ... >>> +1 on CTR for mod_h2 in 2.4.x >>> >>> >> Just to clarify: CTR only on the code in modules/http2. All changes / >> adjustments that might be

Re: svn move modules/http2 modules/h2 ?

Yeah... if anything, rename to mod_http2. On Tue, Sep 22, 2015 at 12:01 PM, Gregg Smith wrote: > http2 is more descriptive for the module's purpose, even if the name is > mod_h2. I like it where it is. > - 0 > > > On 9/22/2015 5:08 AM, Stefan Eissing wrote: > >> +0.5 >> >> h2

Re: svn commit: r1703415 - in /httpd/test/framework/trunk/c-modules: authany/mod_authany.c test_session/mod_test_session.c

On Wed, Sep 16, 2015 at 9:18 AM, wrote: > Author: jim > Date: Wed Sep 16 14:18:49 2015 > New Revision: 1703415 > >... > Modified: > httpd/test/framework/trunk/c-modules/test_session/mod_test_session.c > URL: >

Re: svn commit: r1703415 - in /httpd/test/framework/trunk/c-modules: authany/mod_authany.c test_session/mod_test_session.c

d stop error and stop for these kinds > of warnings. These are simple 'squash warning' patches. > > > On Sep 16, 2015, at 10:50 AM, Greg Stein <gst...@gmail.com> wrote: > > > > On Wed, Sep 16, 2015 at 9:18 AM, <j...@apache.org> wrote: > > Author: jim > &

Re: mod_ssl namespacing: app_data2

On Fri, May 1, 2015 at 8:58 AM, Stefan Sperling s...@apache.org wrote: ... So modssl_ has been agreed on? :) It hasn't been agreed. Just not denied. Yet. :-P

Re: Change of web site layout

I find the carousel to be unhelpful. Left? Right? Is there an ordering? Where is the info I need? I actually clicked the arrows several times until I realized there were just three bits of info. It is just too difficult to see at a glance. Carousels like that (IMO) are best for non-task

Re: Change of web site layout

On Mon, Jun 16, 2014 at 3:00 AM, André Malo n...@perlig.de wrote: * Daniel Gruno wrote: ... I'm finding the back/forth here to be a bit more combative than maybe needed. Daniel: you asked for feedback. Andre could maybe be more constructive and appreciative of your work, but it *is* what you

Re: Change of web site layout

On Mon, Jun 16, 2014 at 3:54 AM, Daniel Gruno rum...@cord.dk wrote: On 06/16/2014 10:33 AM, Greg Stein wrote: I find the carousel to be unhelpful. Left? Right? Is there an ordering? Where is the info I need? I actually clicked the arrows several times until I realized there were just three

Re: [PATCH PR55304] mod_dav: COPY should not validate the parent of request.

Fixed in r1506714, and proposed for backport to 2.2.x and 2.4.x. On Wed, Jul 24, 2013 at 3:38 PM, Ben Reser b...@reser.org wrote: This patch fixes a regression created by the PR54610. COPY does not modify the parent of the source, so it should not be validating the parent. This issue

Re: trunk/mod_ssl and Windows

Gee, thanks for the education. And I will continue to top-post. Deal with it. On Feb 3, 2013 3:16 AM, Nick Kew n...@webthing.com wrote: On 3 Feb 2013, at 07:53, Greg Stein wrote: A: It reverses the normal flow of conversation. Q: What is wrong with top-posting? Whatever happened

Re: trunk/mod_ssl and Windows

Whatever happened to Commit-Then-Review?! On Feb 2, 2013 4:18 PM, Gregg Smith g...@gknw.net wrote: Hello, Since the Next Protocol Negotiation addition, mod_ssl cannot be compiled on Windows since the AP namespace is for imports. Are there any objections to this which allows the NPN hooks to

Re: If-Match not supported with PROPFIND?

On Mon, Sep 24, 2012 at 10:38 PM, Timothy Wood t...@omnigroup.com wrote: My reading of the WebDAV spec leads me to believe that PROPFIND should support If-Match, but trying it and looking at the code for dav_method_propfind() I don't see a call to dav_validate_request(),

Re: [users@httpd] Why does a DELETE transaction check for locks on Parent Collection

The parent collection is modified as a result of the DELETE (a resource is removed from the set). Thus, the parent requirements must be met. On Wed, Sep 26, 2012 at 8:35 PM, Jeff Trawick traw...@gmail.com wrote: adding dev@... On Wed, Sep 26, 2012 at 4:53 PM, Bennett, Tony

Re: [users@httpd] Why does a DELETE transaction check for locks on Parent Collection

dev@ people: my post bounced from users@ since I'm not subscribed there. IOW, Tony and others didn't see my response... On Wed, Sep 26, 2012 at 8:41 PM, Greg Stein gst...@gmail.com wrote: The parent collection is modified as a result of the DELETE (a resource is removed from the set). Thus

Re: DNT IE10 (was svn commit: r1371878 - /httpd/httpd/trunk/docs/conf/httpd.conf.in)

On Sep 13, 2012 7:48 AM, Eric Covener cove...@gmail.com wrote: On Sat, Aug 11, 2012 at 3:51 AM, field...@apache.org wrote: Author: fielding Date: Sat Aug 11 07:51:52 2012 New Revision: 1371878 URL: http://svn.apache.org/viewvc?rev=1371878view=rev Log: Apache does not tolerate

Re: DavGenericLockDB scope - what should it be?

The docs are correct. There shouldn't be any real problem with a server-wide database. Cheers, -g On Jul 25, 2012 7:36 AM, Graham Leggett minf...@sharp.fm wrote: Hi all, According to the docs at http://httpd.apache.org/docs/2.4/mod/mod_dav_lock.html#davgenericlockdbthe scope of the

Re: svnmerge.py (Was: Re: mergeinfo ignorance)

Nah... obsoleted by merge tracking (svn:mergeinfo) with the svn 1.5 release. Please ignore that script and use svn merge. And also that svn is a TLP sibling nowadays can surely help :-) Cheers, -g On Jul 23, 2012 10:56 AM, Jim Jagielski j...@jagunet.com wrote: Is this still useful:

Re: TRACE still enabled by default

On Wed, Mar 21, 2012 at 15:59, Mark Montague m...@catseye.org wrote: On March 21, 2012 15:33 , Roy T. Fielding field...@gbiv.com wrote: TRACE won't work at all if the most popular end-point doesn't support it. Why would this be a bad thing?  Or, to phrase it another way, what are the

Re: TRACE still enabled by default

On Wed, Mar 21, 2012 at 16:23, Reindl Harald h.rei...@thelounge.net wrote: Am 21.03.2012 21:02, schrieb Greg Stein: On Wed, Mar 21, 2012 at 15:59, Mark Montague m...@catseye.org wrote: On March 21, 2012 15:33 , Roy T. Fielding field...@gbiv.com wrote: TRACE won't work at all if the most

Re: SVN question (Was: Re: log-message-tags)

svn:externals is only a client-side mechanism. This will not bring log-message-tags/ into the branch, and especially not within the tag. In essence, you will not be able to recreate any specific state in time (or a release!) because of this. The repository doesn't actually reflect the state that

Re: SVN question (Was: Re: log-message-tags)

2012/3/7 Igor Galić i.ga...@brainsware.org: - Original Message - svn:externals is only a client-side mechanism. This will not bring log-message-tags/ into the branch, and especially not within the tag. In essence, you will not be able to recreate any specific state in time (or a

Re: SVN question (Was: Re: log-message-tags)

On Wed, Mar 7, 2012 at 06:59, Jim Jagielski j...@jagunet.com wrote: On Mar 7, 2012, at 6:40 AM, Greg Stein wrote: svn:externals is only a client-side mechanism. This will not bring log-message-tags/ into the branch, and especially not within the tag. Which is fine... docs/log-message-tags

Re: [RE-VOTE #2] adoption of mod_policy subproject

On Fri, Mar 2, 2012 at 14:42, Stefan Fritsch s...@sfritsch.de wrote: On Friday 02 March 2012, William A. Rowe Jr. wrote: A proposal to adopt mod_policy is attached.   [ ] Option 1: adopt as trunk module +1 to option 1 +1 to option 1.

Re: Technical reasons for -1 votes (?)

On Mar 1, 2012 12:20 PM, William A. Rowe Jr. wr...@rowe-clan.net wrote: ... If there are two other committers who will vote with Jim for this project to accept one or more of these modules into trunk (rather than subproject), and someone will finish the ip-clearance, I'm great with that. If

Re: [RE-VOTE] adoption of mod_firehose MODULE

On Mar 1, 2012 1:29 PM, Jim Jagielski j...@jagunet.com wrote: On Mar 1, 2012, at 1:11 PM, William A. Rowe Jr. wrote: Let's simply reset this whole mess. A proposal to adopt mod_firehose is attached. [X] Option 1: adopt as trunk module [ ] Option 2: adopt only as subproject [ ]

Re: [RE-VOTE] adoption of mod_firehose MODULE

PM, Greg Stein gst...@gmail.com wrote: On Mar 1, 2012 1:29 PM, Jim Jagielski j...@jagunet.com wrote: On Mar 1, 2012, at 1:11 PM, William A. Rowe Jr. wrote: Let's simply reset this whole mess. A proposal to adopt mod_firehose is attached.  [X] Option 1: adopt as trunk module

Re: [RE-VOTE] adoption of mod_firehose MODULE

On Thu, Mar 1, 2012 at 16:30, Rich Bowen rbo...@rcbowen.com wrote: ... I've often thought that modules like, say, mod_ftp, would have a much greater chance of being successful if they were in trunk rather than it being several additional steps to obtain. I'm +1 to having this in trunk, but am

Re: IP Clearance? NAK

On Thu, Mar 1, 2012 at 20:52, William A. Rowe Jr. wr...@rowe-clan.net wrote: On 3/1/2012 4:17 PM, Roy T. Fielding wrote: On Mar 1, 2012, at 9:20 AM, William A. Rowe Jr. wrote: Perhaps you are signing up to do that ip-clearance, since it doesn't seem to be coming from the committer. IP

Re: Apache 2.4.1 Throughput compared with nginx

Google Translate :-) On Fri, Feb 24, 2012 at 01:06, dreamice dreamice.ji...@gmail.com wrote: could you write it in English? 2012/2/24 MATSUMOTO Ryosuke matsu1...@gmail.com Hi all, I evaluated the throughput of Apaceh 2.4.1. I compared apache(2.4.1, 2.2.3) with nginx. I used httperf

Re: [VOTE] Bundle apr/apu with 2.4.x

On Feb 2, 2012 12:01 PM, Nick Kew n...@webthing.com wrote: On Thu, 2 Feb 2012 09:54:02 -0500 Jim Jagielski j...@jagunet.com wrote: [*] -1: Do not bundle apr/apu with Apache httpd 2.4.x Cheers! Those users who might have difficulty with an unbundled package aren't likely to be

Re: WebDAV and ACL (RFC3744), status?

Yeah: mod_dav itself has no direct support for ACLs. Way back when, when I wrote mod_dav and was working on DAV stuff in general, the ACL stuff created an interesting problem: how to propagate access control changes to all the httpd processes. If the processes do not contain the ACLs, then the

Re: APR hash vs httpd implementation

I think that question is best answered by the people who develop mod_cache, aka dev@httpd.apache.org. That said, I'll offer a guess: that is along-lived hash table that will see plenty of churn over time. An APR hash table would continue to grow and consume memory, but you really don't want that

Re: Limited connectivity

It's been nearly two weeks, and we can't block on individuals like this. I think it was the right move. Cheers, -g On Jul 23, 2011 1:51 PM, Stefan Fritsch s...@sfritsch.de wrote: On Sunday 17 July 2011, William A. Rowe Jr. wrote: On 7/17/2011 8:30 AM, Jim Jagielski wrote: Hey Bill, was

Re: [vote] mod_ldap

On Tue, Jul 12, 2011 at 00:02, William A. Rowe Jr. wr...@rowe-clan.net wrote: ... Which should be the combined revert of http://svn.apache.org/viewvc?view=revisionrevision=1143225 http://svn.apache.org/viewvc?view=revisionrevision=1143222

Re: svn commit: r1103315 - /httpd/httpd/trunk/modules/filters/mod_deflate.c

On Wed, May 25, 2011 at 02:53, Ruediger Pluem rpl...@apache.org wrote: ... Thanks. IMHO this is a design flaw in the DAV provider API in conjunction with the current filter API:  dav_error * (*deliver)(const dav_resource *resource,                           ap_filter_t *output); deliver is

Re: blocking Upgrade

On Wed, Mar 30, 2011 at 11:08, Graham Leggett minf...@sharp.fm wrote: On 30 Mar 2011, at 4:41 PM, Roy T. Fielding wrote: My guess is that it would if it were told to use a proxy for ws. Keep in mind that when I say proxy, I do not mean to include reverse proxy. A reverse proxy of websockets

Re: blocking Upgrade

Do you have an internet draft spec for some context here? Is there a proposal for HTTP/2.0? I might also argue that a directive is not the right answer here. Instead, I'd suggest that modules advertise their ability to consume protocols. If an Upgrade arrives, and a relevant module is found, then

Re: blocking Upgrade

On Mar 29, 2011 5:35 PM, William A. Rowe Jr. wr...@rowe-clan.net wrote: On 3/29/2011 4:16 PM, Greg Stein wrote: Do you have an internet draft spec for some context here? Is there a proposal for HTTP/2.0? I might also argue that a directive is not the right answer here. Instead, I'd

Re: Prior to apr 2.0 / httpd 2.4...

On Sun, Mar 20, 2011 at 21:13, William A. Rowe Jr. wr...@rowe-clan.net wrote: On 3/20/2011 7:43 PM, Dan Poirier wrote: On Sun. 2011-03-20 at 07:47 PM EDT, William A. Rowe Jr. wr...@rowe-clan.net wrote: [1] Note particularly that expat appears to be abandoned, no releases in almost 4 yrs,

Re: where is dav_get_limit_xml_body?

On Sun, Mar 20, 2011 at 14:59, Guenter Knauf fua...@apache.org wrote: Am 20.03.2011 19:41, schrieb William A. Rowe Jr.: Go ahead and simply remove it, just as the docs team would backport whatever documentation cleanup was appropriate without a STATUS dance.  No code is actually harmed in

Re: Prior to apr 2.0 / httpd 2.4...

On Mon, Mar 21, 2011 at 12:23, Guenter Knauf fua...@apache.org wrote: Greg, Am 21.03.2011 15:38, schrieb Greg Stein: ... I'm a committer on Expat, but (as you've noted) the project has had no attention for quite a while. I wasn't aware of a security problem in there, however. Even if I

Fwd: Prior to apr 2.0 / httpd 2.4...

I saw dev and was thinking this was on dev@apr... but it was @httpd. Anyways... APR peeps: see below. -- Forwarded message -- From: Greg Stein gst...@gmail.com Date: Mon, Mar 21, 2011 at 10:38 Subject: Re: Prior to apr 2.0 / httpd 2.4... To: dev@httpd.apache.org, William A. Rowe

Re: On topic serf/NetWare

Thanks, Norm! In the future, please send serf issues to serf-...@googlegroups.com (cc'd). We'll get this added before the next release. Cheers, -g On Mon, Mar 21, 2011 at 19:10, NormW no...@gknw.net wrote: Hi all, In serf src .\buckets\mmap_buckets.c : it needs something like : @@ -16,6

Re: where is dav_get_limit_xml_body?

The function name is probably obsolete. I'm away from my laptop, so can't find the answer. Search the source for that Limit directive mentioned, and work out from there. I think I moved it out of mod_dav into a more generic location On Mar 20, 2011 8:47 AM, Guenter Knauf fua...@apache.org wrote:

Re: Remove Limit and LimitExcept ?

The Limit/LimitExcept directives are *very* handy and important when mod_dav is being used. In fact, LimitExcept was created specifically in order to avoid listing every new method that might come along via DAV specs and such. As long as an alternative is available, then I don't care. But the

Re: subversion-1.6.12, apache-2.3.6

[resending; the original has httpd.apache.COM ...] On Mon, Jun 28, 2010 at 15:12, Greg Stein gst...@gmail.com wrote: On Mon, Jun 28, 2010 at 05:20, Philip Martin philip.mar...@wandisco.com wrote: Bert Huijben b...@qqmail.nl writes: -Original Message- From: szukw...@arcor.de

Re: Fast by default

Geez, Eric. No wonder people don't want to contribute to httpd, when they run into an attitude like yours. That dismissiveness makes me embarressed for our community. There is zero reason for us to avoid putting deflate into the default configuration. It is also very arguable that we should

Re: ACL changes in mod_dav

This is pretty cool. I'm assuming you're referring to the WebDAV ACL spec features? Every time that I started to look into the issue, I ran into one basic issue: how to notify the multiple processes that the ACLs around a particular namespace have changed. How did you handle that? Cheers, -g On

Re: Httpd 3.0 or something else

On Fri, Nov 13, 2009 at 14:01, Arturo 'Buanzo' Busleiman bua...@buanzo.com.ar wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Matthieu Estrade wrote: What about the non http protocol like ftp, or smtp tested during summer code ? The tentation to have a powerful core that we could

  1   2   3   4   5   >