Re: svn commit: r823703 - in /httpd/httpd/trunk: CHANGES modules/dav/fs/repos.c modules/dav/main/mod_dav.h

Hi Brian, Brian J. France schrieb: > Ya, I have been trying to get somebody to commit this fixup patch: > > http://www.brianfrance.com/software/apache/dav/fixup.diff done: http://svn.apache.org/viewvc?rev=830284&view=rev > It fixes comments of the new function pointers (so they match others), > m

Re: svn commit: r823703 - in /httpd/httpd/trunk: CHANGES modules/dav/fs/repos.c modules/dav/main/mod_dav.h

Hi, minf...@apache.org schrieb: Author: minfrin Date: Fri Oct 9 21:41:31 2009 New Revision: 823703 URL: http://svn.apache.org/viewvc?rev=823703&view=rev Log: mod_dav: Provide a mechanism to obtain the request_rec and pathname from the dav_resource. Submitted by: Jari Urpalainen ,

Re: svn commit: r829619 - in /httpd/httpd/trunk: ./ modules/ssl/

Hi Joe, Steve, I have some probs with getting this compiled; first its inclear for me from where HAVE_OCSP should get defined in ssl_toolkit.compat.h - for me it seems its not defined in line 42, thus #include in line 44 is not included, and causes compile errors on NetWare since later on in l

Re: Strange error(parse tlsext bug) in mod_ssl since httpd-2.2.12

Hi Kamesh, nice to meet you here again! Kamesh Jayachandran schrieb: > I could not isolate this issue to openssl versions as it happens with > openssl-0.9.8k, openssl-0.9.8g, openssl-0.9.8-b > > When I built the server against openssl-1.0.0-beta3, I could *not* > access svn at all using svn client

Re: svn commit: r826520 - /httpd/httpd/trunk/support/htdigest.c

Hi Stefan, Stefan Fritsch schrieb: > digest.c already has > > #define MAX_STRING_LEN 256 > > No problem there. ah, thanks for the pointer - I thought the setting was inherited from the httpd.h define ... Gün.

Re: svn commit: r826520 - /httpd/httpd/trunk/support/htdigest.c

Hi, Guenter Knauf schrieb: > another problem I see here is that MAX_STRING_LEN = 8192 bytes, that > means that already 6*8k are allocated from stack which is a problem at > least on NetWare, as already discussed here back in 2001: > http://mail-archives.apache.org/mod_mbox/httpd-dev

Re: svn commit: r826520 - /httpd/httpd/trunk/support/htdigest.c

Hi, Ruediger Pluem schrieb: > Why do you think that line should be also 3 * MAX_STRING_LEN? > I guess currently it can be MAX_STRING_LEN at max because of line > 256: > > while (!(get_line(line, > http://mail-archives.apache.org/mod_mbox/httpd-dev/200107.mbox/%3csb52b03e@prv-mail20.provo.

Re: Trunk MPM API changes and the OS/2 and NetWare MPMs

Hi Jeff, Jeff Trawick schrieb: > I am happy to > > * start committing the necessary changes (unbuilt and untested) > * provide some notes on what needs to be done > * continue to ignore > > as desired by the maintainers. Just let me know ;) please do! Although I have current trunk working, its s

Re: [PATCH] roll.sh output equal checksum files independent of OS

Hi, Guenter Knauf schrieb: > here's based on input from Rainer and Rüdiger my last trial unless I get > further positive comments instead of disappointing ones ... > highlighted: > http://people.apache.org/~fuankg/testchecksum/testchecksums.sh.html > plaintext: > http://pe

Re: checksum madness - follow-up

Hi, Graham Leggett schrieb: > To put this into perspective, checking an md5 (or sha1) checksum is > simply a case of doing the following three steps: > > - Run md5sum, or openssl, or perl, or whatever you want, and get the md5 > hash string of the binary you downloaded printed out to your terminal

Re: [VOTE] release httpd mod_ftp-0.9.6 beta?

William A. Rowe, Jr. schrieb: > For getting started, > > http://httpd.apache.org/mod_ftp/ perhaps something for the FAQ: Q: Why does does the build-in ftp client of Firefox not work with some configurations? A: Due to stupid command sequences the Firefox internal ftp client fails if you have subfo

Re: [VOTE] release httpd mod_ftp-0.9.6 beta?

William A. Rowe, Jr. schrieb: > Following Rainer's Solaris discoveries and our DISTDIR suggestions, > > Please fetch up the newly prepared mod_ftp-0.9.6.tar.gz (or .bz2), or the > win32/netware/os2 suitable package mod_ftp-0.9.6-crlf.zip from; > > http://httpd.apache.org/dev/dist/mod_ftp/ > >

small docu enhancement

Hi, every now and then I get asked about why Apache doesnt start, and it always turns out that folks try to load 2.0.x modules into 2.2.x, or even 1.3.x modules into 2.0.x ... therefore I posted already about 4 years this on my site: http://www.gknw.net/phpbb/viewtopic.php?t=88 so that I only need

Re: svn commit: r821452 - /httpd/mod_fcgid/trunk/modules/fcgid/fcgid_pm_unix.c

William A. Rowe, Jr. schrieb: > But since his comment, "my friend always prefers to stay anonymous" implied > more > than this single patch, it seems appropriate to call out the general concern. you got this wrong - I meant that he prefers so at all other places too, and not that he sends me tons

Re: svn commit: r821452 - /httpd/mod_fcgid/trunk/modules/fcgid/fcgid_pm_unix.c

Hi, William A. Rowe, Jr. schrieb: > If your anonymous friend does not have a CLA on file, you must revert; that is > a condition you accepted, signing your own CLA. huh? and this condition changes if I write his name and email address into logs? Gün.

Re: svn commit: r821452 - /httpd/mod_fcgid/trunk/modules/fcgid/fcgid_pm_unix.c

Hi, Jeff Trawick schrieb: > you mentioned in another thread that somebody sent this to you; in that > case the commit log should show > > Submitted by: xxx yyy http://zzz.com>> > Reviewed by: (you) I know, I know; but my friend always prefers to stay anonymous, and wants to get me blamed for every

Re: [Fwd: SvnPubSub websites -- need more volunteers]

Paul, Paul Querna schrieb: > all the files are now sourced from svn: > another question: with one of last releases I suggested that we should introduce SSI for all the html pages where the release numbers appear; few days ago I tested with one fil

Re: [Fwd: SvnPubSub websites -- need more volunteers]

Hi Paul, Paul Querna schrieb: > all the files are now sourced from svn: > woah, so that means all files are now to be commited to SVN? And that's not an issue on the long term with storage place? I think even if we delete the old archives when we

Re: [Fwd: SvnPubSub websites -- need more volunteers]

Hi Graham, Graham Leggett schrieb: > I would feel a lot better if this process was documented somewhere, so I > didn't have to sit and guess what stupid thing I had missed, and not > knowing what I'd missed, not be in a position to fix it. dont worry - many of us have fallen into such traps ... /me

Re: svn commit: r820427 - in /httpd/httpd/trunk/modules: cluster/mod_heartmonitor.c core/mod_watchdog.c core/mod_watchdog.h

Jeff, Jeff Trawick schrieb: > On Wed, Sep 30, 2009 at 9:56 PM, Guenter Knauf What is the symptom? that I was too tired :) > The AP_WD_DECLARE stuff is still needed for the external hooks > implemented by mod_watchdog, such as > > APR_DECLARE_EXTERNAL_HOOK(ap, AP_WD, int

Re: [VOTE] release httpd mod_fcgid-2.3.2?

Jeff, Jeff Trawick schrieb: > --- fcgid_pm_unix.c.orig2009-09-18 06:14:45.0 +1000 > +++ fcgid_pm_unix.c 2009-09-30 12:52:22.609375000 +1000 > @@ -22,6 +22,7 @@ > #include "apr_queue.h" > #include "apr_global_mutex.h" > #include "apr_support.h" > +#

Re: [Fwd: SvnPubSub websites -- need more volunteers]

Hi, Guenter Knauf schrieb: > I did chmod 664 from the beginning, and my NetWare bins are still not > sync'd, and also I see no win32 bins yet (though not looked if you had > already put some up, but guess so since I see the win32-src mirrored); > the src tar.* are now up fin

Re: [VOTE] release httpd mod_fcgid-2.3.2?

Bill, William A. Rowe, Jr. schrieb: > William A. Rowe, Jr. wrote: >> [X] -1 for any release of 2.3.2 (regressed from 2.3.1?) >> [ ] +1 to release as 2.3.2-beta >> [ ] +1 to release as 2.3.2-GA > > C:\local0\asf\release\module-build\mod_fcgid\modules\fcgid\fcgid_pm_win.c(142) > : > error C2

Re: [Fwd: SvnPubSub websites -- need more volunteers]

Hi Bill, William A. Rowe, Jr. schrieb: > If I had to speculate; somehow the permissions that my login are SUPPOSED > to be setting (even for scp) were not, and yesterday I chmod'ed those files > to be 664 perms. The files were then mirrored. > > I will hazard a guess that you didn't follow up on

Re: [vote] release httpd-2.2.14?

Hi, Graham Leggett schrieb: > Still waiting for www.apache.org/dist/httpd to pick up the binaries, > have pinging infra to see if there is anything wrong. still not sync'd, also my NetWare binaries not; there is something wrong ... Gün.

Re: svn commit: r820427 - in /httpd/httpd/trunk/modules: cluster/mod_heartmonitor.c core/mod_watchdog.c core/mod_watchdog.h

Hi Jeff, traw...@apache.org schrieb: > Author: trawick > Date: Wed Sep 30 20:00:37 2009 > New Revision: 820427 > > URL: http://svn.apache.org/viewvc?rev=820427&view=rev > Log: > change the callable functions in the mod_watchdog API > to optional hooks to avoid module ordering or other symbol > res

Re: mod_serf uses non-public API

Paul, Paul Querna schrieb: > very likely, mod_serf in its current for should just be polished to > replace mod_proxy_*, and all of the async stuff should be pushed > towards the MPMs.. well the question is: do we want to export ap_process_request_after_handler() in the future, and if so we shou

mod_serf uses non-public API

Hi, mod_serf uses in line 102: ap_process_request_after_handler(ctx->r); while in http_request.h line 319 we have: void ap_process_request_after_handler(request_rec *r); so this seems not a function yet declared for export. Gün.

few other compiler warnings .....

Hi, just for fun I did a compile of the 2.2.x branch on OpenSuSE 11.1-64 with some more gcc warnings than what we normally use: http://people.apache.org/~fuankg/warnings/conf.sh.txt result: http://people.apache.org/~fuankg/warnings/ap22xbuild.txt.gz while most of them can be ignored, I think at som

Re: [PATCH-REVIEW] shm.c

Hi, Guenter Knauf schrieb: > can you perhaps review and verify if this patch fixes the Sun Studio > warnings in shm.c? > http://people.apache.org/~fuankg/diffs/shm.c.diff > whole file apr/shmem/unix/shm.c: > http://people.apache.org/~fuankg/diffs/shm.c > Maybe I did something w

Re: [vote] release httpd-2.2.14?

Hi, Jie Gao schrieb: > /usr/local/src/httpd-2.2.14/srclib/apr/libtool --silent --mode=compile > /opt/SUNWspro/bin/cc -g -fast -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS > -D_REENTRANT -D_LARGEFILE64_SOURCE -DAP_DEBUG > -I/usr/local/src/httpd-2.2.14/srclib/pcre -I. > -I/usr/local/src/httpd-2.

Re: checksum madness - got it

William A. Rowe, Jr. schrieb: > Don't forget your BSD vs FSF nonsense... > > FSF - http://httpd.apache.org/dev/dist/mod_fcgid/mod_fcgid-2.3.2.tar.gz.md5 > BSD - http://httpd.apache.org/dev/dist/mod_fcgid/mod_fcgid-2.3.2-crlf.zip.md5 naa, already covered: http://www.gknw.net/phpbb/viewtopic.php?t=5

Re: [vote] release httpd-2.2.14?

Hi Jie, Jie Gao schrieb: > I have also found the following warnings: > > /bin/bash /usr/local/src/httpd-2.2.14/srclib/apr/libtool --silent > --mode=compile /opt/SUNWspro/bin/cc -g -fast -DHAVE_CONFIG_H -DSOLARIS2=10 > -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -I./include

[PATCH-REVIEW] shm.c

Hi Jeff, Jeff Trawick schrieb: > IMO we should just let it be; users/developers can set CFLAGS to > suppress it if desired. personally I dislike to globaly suppress warnings since at some point we might hide also real problems - and if we can fix it then I think we should do ...; as I showed with

Re: svn commit: r819289 - in /httpd/httpd/branches/2.2.x: CHANGES STATUS modules/ssl/ssl_engine_vars.c modules/ssl/ssl_toolkit_compat.h support/ab.c

Hi, Jeff Trawick schrieb: > It is fine to use a commit log of simply "promote" for STATUS, if that > is all that is modified. (I used to enjoy Justin's updates here on what > jazz album he was listening to... I guess people use Twitter for that now.) > > When you commit code, you need to include

Re: [vote] release httpd-2.2.14?

Hi Jie, Jie Gao schrieb: > Building shared: mod_dbd.la > /usr/local/src/httpd-2.2.14/srclib/apr/libtool --silent --mode=compile > /opt/SUNWspro/bin/cc -g -fast -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS > -D_REENTRANT -D_LARGEFILE64_SOURCE -DAP_DEBUG > -I/usr/local/src/httpd-2.2.14/srclib/pcr

Re: [vote] release httpd-2.2.14?

Hi Jeff, Jeff Trawick schrieb: > (Perhaps non-suppressing Sun Studio users among the developers will > notice when a new one crops up and evaluate whether or not it is a real > problem; perhaps other compilers will warn in scenarios where it is more > likely?) /* test for "warning: statement not re

Re: [vote] release httpd-2.2.14?

Hi, Jie Gao schrieb: That error is now gone. But I've found more errors: /bin/bash /usr/local/src/httpd-2.2.14/srclib/apr/libtool --silent --mode=compile /opt/SUNWspro/bin/cc -g -fast -DHAVE_CONFIG_H -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -I./include -I

Re: [vote] release httpd-2.2.14?

Hi, Jie Gao schrieb: Building shared: mod_dbd.la /usr/local/src/httpd-2.2.14/srclib/apr/libtool --silent --mode=compile /opt/SUNWspro/bin/cc -g -fast -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -DAP_DEBUG -I/usr/local/src/httpd-2.2.14/srclib/pcre -I. -I/us

Re: [VOTE] release httpd mod_ftp-0.9.5 beta?

Hi, Guenter Knauf schrieb: > Some more results: > FZ, IE6, IE7, Opera 10.0, Mozilla 1.7.13 work fine against Linux + NetWare; forgot to mention Konqueror which works also fine ... > BUT: FF 2.0.0.20, 3.0.13, 3.5.3, SeaMonkey 1.1.16 _ALL_ DONT display the > root directory - though t

Re: [vote] release httpd-2.2.14?

Hi Jie, Jie Gao schrieb: * Guenter Knauf wrote: That worked. However, I am getting this: good. Patch is already applied to 2.2.x branch. /usr/local/src/httpd-2.2.14/srclib/apr/libtool --silent --mode=compile /opt/SUNWspro/bin/cc -g -fast -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS

Re: [vote] release httpd-2.2.14?

Hi Jie, Jie Gao schrieb: > Didn't really work: > > # patch -p 0 -i openssl-0.9.7g-compat-2.2.x.diff > Looks like a unified context diff. > The next patch looks like a unified context diff. > The next patch looks like a unified context diff. > I can't seem to find a patch in there anywhere.

Re: [vote] release httpd-2.2.14?

Hi Jie, Jie Gao schrieb: > Patch applied (after removing "g" at the end of a few lines) and compiled > without errors. thanks very much for confirming. I guess the fix shows up with next release (after .14) if not other things pop up with .14 which require a re-roll; will probably tomorrow look in

Re: [vote] release httpd-2.2.14?

Guenter Knauf schrieb: > Hi Jie, > Jie Gao schrieb: >> * Guenter Knauf wrote: >>> anyway, can you please try if the attached patch fixes the issue for >>> you? I've not yet figured out from which version exactly openssl >>> starts to use const, bu

Re: [vote] release httpd-2.2.14?

Hi Jie, Jie Gao schrieb: * Guenter Knauf wrote: anyway, can you please try if the attached patch fixes the issue for you? I've not yet figured out from which version exactly openssl starts to use const, but that I do if you report back that it works That error is now gone. fine. Here&

Re: [vote] release httpd-2.2.14?

Hi Jie, Jie Gao schrieb: Also: ... /usr/local/src/apache/srclib/apr/libtool --silent --mode=compile /opt/SUNWspro/bin/cc -g -fast -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -DAP_DEBUG-I/usr/local/src/apache/srclib/pcre -I. -I/usr/local/src/apache/os/unix

Re: [vote] release httpd-2.2.14?

Hi, Guenter Knauf schrieb: > can you please lookup the prototype for SSL_CIPHER_get_bits() from your > 0.9.7d ssl.h and post here? > I would be suprised if the prototype would change within one branch > (0.9.7) ... ok, found some other versions in my code tomb, and can say that indee

Re: [vote] release httpd-2.2.14?

Hi, Jie Gao schrieb: Also: ... /usr/local/src/apache/srclib/apr/libtool --silent --mode=compile /opt/SUNWspro/bin/cc -g -fast -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -DAP_DEBUG-I/usr/local/src/apache/srclib/pcre -I. -I/usr/local/src/apache/os/unix -I/

Re: [vote] release httpd-2.2.14?

Hi, Jie Gao schrieb: I am getting errors using Sun's compiler: well, not sure if it makes much sense to support such a stone-age openssl version, even if in your case its patched with all security fixes ... :) anyway, can you please try if the attached patch fixes the issue for you? I've not y

checksum madness - got it

Hi, Roy T. Fielding schrieb: > If you don't like the file format, write a friggin perl script > to read whatever is there and feed it to your *personal* tool > of choice. Personally, I use 'cat'. > > Roy yeaaahh, I got it now: nobody cares about different formats, and we dont want to commonly

Re: [PATCH] roll.sh output equal checksum files independent of OS

Hi, Roy T. Fielding schrieb: > I get > > % sh testchecksums.sh fred > > Generating MD5/SHA1 checksum files ... > > openssl: creating md5 checksum file for fred.tar.gz ... > openssl: creating sha1 checksum file for fred.tar.gz ... > openssl: creating md5 checksum file for fred.tar.bz2 ... > opens

Re: [vote] release httpd-2.2.14?

Graham Leggett schrieb: > Hi all, > > The tarballs are (will soon be) at http://httpd.apache.org/dev/dist/. > > This release contains fixes for the following security issues: > > *) SECURITY: CVE-2009-2699 (cve.mitre.org) > Fixed in APR 1.3.9. Faulty error handling in the Solaris >

Re: [PATCH] roll.sh output equal checksum files independent of OS

Hi, William A. Rowe, Jr. schrieb: > Guenter Knauf wrote: >> If there's acceptance, and we commit it, I will also write some lines to >> explain how to use the common spreaded checksum tools to verify tarballs >> which we can then either add to the download page; or bette

[PATCH] roll.sh output equal checksum files independent of OS

Hi, here's based on input from Rainer and Rüdiger my last trial unless I get further positive comments instead of disappointing ones ... highlighted: http://people.apache.org/~fuankg/testchecksum/testchecksums.sh.html plaintext: http://people.apache.org/~fuankg/testchecksum/testchecksums.sh.txt wit

Re: [vote] release httpd-2.2.14?

Hi, Graham Leggett schrieb: > Now that a release is being done on a platform other than Linux, > suddenly some people are complaining[1]. > > Not fixing the problem, not submitting patches, just complaining. I hope you dont target me here - I did quickly come up with a patch; might be my patch is

Re: [vote] release httpd-2.2.14?

Hi, Graham Leggett schrieb: > As the roll.sh script is the current authoritative mechanism for how md5 > signatures are created, and roll.sh makes no guarantee as to the format > of the md5 file, all claims made to date that the signatures are in the > wrong format are therefore false. agreed, but

Re: [vote] release httpd-2.2.14?

Graham Leggett schrieb: > openssl md5 offers a -verify option to verify the signature, and this > works on a wider set of platforms than md5sum does. can you please post the commandline which automatically checks with help of .md5 ? thanks, Gün.

Re: [vote] release httpd-2.2.14?

Guenter Knauf schrieb: > Graham Leggett schrieb: >>>> With the downside that what you propose only works on Linux. >>> huh? nope - these tools are available on Win32 too; and where is a >>> downside at all? >> Ok, now what you propose only works on Lin

Re: [vote] release httpd-2.2.14?

Graham Leggett schrieb: > Guenter Knauf wrote: > >>> Can you point out where this is documented? >> I'll try to dig that up. > > If you can, please. I think what I meant were the pointers on the download side: http://httpd.apache.org/download.cgi see down

Re: [vote] release httpd-2.2.14?

Hi, Graham Leggett schrieb: > Can you point out where this is documented? I'll try to dig that up. >> The huge benefit of this format is that the binaries can then be checked >> with same tools (option -c). > > With the downside that what you propose only works on Linux. huh? nope - these tools a

Re: [vote] release httpd-2.2.14?

Graham Leggett schrieb: > The checksums are generated by the release.sh script, and if they are in > the wrong format, then the release.sh script must be updated to reflect > this. sorry, didnt know; have now checked dist/roll.sh, and see the problem: the md5 checksum file is generated with either

Re: [vote] release httpd-2.2.14?

resend without attachments cause stupid mail server marked as virus ... Hi Graham, Graham Leggett schrieb: > The tarballs are (will soon be) at http://httpd.apache.org/dev/dist/. > > This release contains fixes for the following security issues: > > *) SECURITY: CVE-2009-2699 (cve.mitre.org) >

Re: [VOTE] release httpd mod_ftp-0.9.5 beta?

Bill, William A. Rowe, Jr. schrieb: > Guenter Knauf wrote: >> BTW I've just tested 'FTPOptions NoUTF8Feature' - gave me no error >> during start, but still get UTF8 with feature list ... >> hopefully I have a bit time to investigate that further later - unles

Re: [VOTE] release httpd mod_ftp-0.9.5 beta?

Bill, William A. Rowe, Jr. schrieb: > To confirm; if UTF8 characters are *invalid* and won't be accepted for > path names, this feature should be set. If the server *can* name files > in UTF8 this is the correct feature, even if the file names would appear > 'odd' to the local user. This is why t

Re: [VOTE] release httpd mod_ftp-0.9.5 beta?

Hi Bill, William A. Rowe, Jr. schrieb: > Then I'll roll tomorrow afternoon along with mod_fcgid. We have two ways to > handle this; FTPOptions NoUTF8Feature, or something like; > > --- mod_ftp.c (revision 816386) > +++ mod_ftp.c (working copy) > @@ -86,12 +86,14 @@ > > ap_add_version_co

Re: [VOTE] release httpd mod_ftp-0.9.5 beta?

Hi, William A. Rowe, Jr. schrieb: > Guenter Knauf wrote: >> well, thats fine, but at least FZ only uses it because mod_ftp claims to >> support it - so why do we so if we anyway dont take action on it but >> only fail? >> Lets remove it from FEAT reply unless we

Re: [VOTE] release httpd mod_ftp-0.9.5 beta?

Hi, William A. Rowe, Jr. schrieb: > William A. Rowe, Jr. wrote: >> Guenter Knauf wrote: >>> Befehl: OPTS UTF8 ON >>> Antwort:504 Error (no message) >>> >>> so clearly mod_ftp now claims to support UTF8, but when FZ tries to set >&

Re: [VOTE] release httpd mod_ftp-0.9.5 beta?

Hi, William A. Rowe, Jr. schrieb: > William A. Rowe, Jr. wrote: >> Guenter Knauf wrote: >>> Befehl: OPTS UTF8 ON >>> Antwort:504 Error (no message) >>> >>> so clearly mod_ftp now claims to support UTF8, but when FZ tries to set >&

Re: [VOTE] release httpd mod_ftp-0.9.5 beta?

Bill, William A. Rowe, Jr. schrieb: > Guenter Knauf wrote: >> ftp_commands.c: In function ‘common_list’: >> >> ftp_commands.c:694: warning: suggest parentheses around && within || > > As we worked out, the distinction made no effective difference, but..

Re: svn commit: r815527 - /httpd/mod_ftp/trunk/modules/ftp/ftp_commands.c

Hi, William A. Rowe, Jr. schrieb: > Wouldn't this be > > if (!is_list && ((fsc->options & FTP_OPT_NLSTISLIST) || dashl)) { > > as there is no point otherwise? Actually we could drop the !is_list test, > considering that forced-override isn't harmful. sorry, didnt look closely enough, please fo

Re: [VOTE] release httpd mod_ftp-0.9.5 beta?

Bill, William A. Rowe, Jr. schrieb: >> William A. Rowe, Jr. wrote: >>> [X] +1 to release as 0.9.5-beta >> But with a single vote, I'll declare this vote DOA on Tuesday night, after >> seven days of voting. > > And in 18 hours, with no other voters, it seems appropriate to begin a vote > for diss

Re: [VOTE] release httpd mod_ftp-0.9.5 beta?

Bill, Mario just told me that there's no mod_ftp Win32 binary yet: http://httpd.apache.org/dev/dist/mod_ftp/ maybe you can one upload? Gün.

Re: [VOTE] release httpd mod_ftp-0.9.5 beta?

Sander Temme schrieb: > So, rather than threatening to get rid of the module, I move to fold it > into trunk. +1 Gün.

Re: [VOTE] release httpd mod_ftp-0.9.5 beta?

Hi Mario, Mario Brandt schrieb: > On Tue, Sep 15, 2009 at 6:43 AM, William A. Rowe, Jr. > wrote: >> Please share your thoughts on the topic. > > I like that module.Since I have only one sever to configure / > maintain. I use 0.9.2 from Günther since 2007 on my windows dev > server. 0.9.5 compiles

Re: [VOTE] release httpd mod_ftp-0.9.5 beta?

Hi Bill, William A. Rowe, Jr. schrieb: > And in 18 hours, with no other voters, it seems appropriate to begin a vote > for dissolving mod_ftp from the httpd project. Please share your thoughts > on the topic. please dont do that! Maybe that currently folks are otherwise busy (me too), but that sho

Re: vote on concept of ServerTokens Off

William A. Rowe, Jr. schrieb: > Guenter, please confirm if you are casting a veto, or in light of this > earlier discussion and rationale, you are just expressing your standing > distaste for the patch (which is -0)? -0 Gün.

Re: vote on concept of ServerTokens Off

Hi, William A. Rowe, Jr. schrieb: > Jim Jagielski wrote: >> Lars Eilebrecht wrote: >>> According to Jeff: >>> A lot of opinions were offered back in August. Some were negative but I don't see anything that looks like a veto. >>> I voted -1 at that time which is a veto. >>> >>> My opinion

Re: svn commit: r808062 - /httpd/mod_ftp/trunk/README-FTP

Bill, William A. Rowe, Jr. schrieb: > Guenter Knauf wrote: >> what two different copies? where are these two? > > There were two flavors of the instructions for netware, one occurred > before and one after the section on rebuilding docs. whoups? >>> It is not clear

Re: svn commit: r808062 - /httpd/mod_ftp/trunk/README-FTP

Bill, wr...@apache.org schrieb: > Author: wrowe > Date: Wed Aug 26 15:44:52 2009 > New Revision: 808062 > > URL: http://svn.apache.org/viewvc?rev=808062&view=rev > Log: > Attempt to merge two different copies of the netware build instructions. what two different copies? where are these two? > It

[PROPOSAL] add an alternate icon for back.(gif|png)

All, we have the nice IndexStyleSheet directive for a while now with mod_autoindex, and if you make use of it and choose a black background instead of the default white then our back.(gif|png) is close to invisible since its also black. Therefore I would like to add another alternate icon which is

Re: Aug project status to board

William A. Rowe, Jr. schrieb: > I may have mis-read Guenter's observations as a +1. was my fault that I didnt explicitely write a +1, but both your new Win32 distro as well as my NetWare one were fine as far as I tested them. Günter.

Re: svn commit: r803704 - in /httpd/httpd/trunk: CHANGES modules/generators/mod_autoindex.c

Hi Rüdiger, from the BZ it looks as if 2.2.x is affected as well - shouldnt we backport this? Günter. rpl...@apache.org schrieb: > Author: rpluem > Date: Wed Aug 12 20:42:48 2009 > New Revision: 803704 > > URL: http://svn.apache.org/viewvc?rev=803704&view=rev > Log: > * Correctly create an empty

Re: Main httpd web site page: update needed for 2.2.13

all, Guenter Knauf schrieb: > good idea! Based on this here modified samples: > http://people.apache.org/~fuankg/testhttpd/releases.txt > http://people.apache.org/~fuankg/testhttpd/main_index.txt > and final result: > http://people.apache.org/~fuankg/testhttpd/main_index.html

Re: criteria for axing MPMs from the tree

Jeff Trawick schrieb: > On Tue, Aug 11, 2009 at 8:38 AM, Paul Smedley > mailto:pauldes...@despamsmedley.id.au>> > wrote: > Sorry for the late response, but if there is no current OS/2 > maintainer for APR and httpd - I'm happy to take on that role. > > > I hope you've noticed that the OS/

Re: criteria for axing MPMs from the tree

Hi Paul, Paul Smedley schrieb: >> I hope you've noticed that the OS/2 MPM is gone from trunk ;) > > Actually no, as I just build from the tar.bz2 on each release :) hehe, our snapshots are stalled for the last 15 months - so either checkout from SVN, or get snapshots from my home: http://people.ap

Re: backport of 630858

Hi Peter, Peter Sylvester schrieb: > can someone make a backport of 630858 > > * modules/ssl/ssl_engine_init.c (ssl_init_FindCAList): Cast return > value of sk_X509_NAME_set_cmp_func to void, to avoid warnings with > recent version of OpenSSL. > > --- httpd/httpd/trunk/modules/ssl/ssl_engine_init

Re: Help in Understanding Apache Filter

Mansour schrieb: > Do you know a good tutorial that will help me in understanding how to > write filter for apache? Or can any one help me with that? or take a look here: http://onlamp.com/pub/ct/38 Günter.

Re: Help in Understanding Apache Filter

Hi, Mansour schrieb: > I’m working in master project and I need to write an apache filter in > this project. > > I want to understand how to write a filter in apache, I read tens of > tutorials and books and I did not find any thing simple and clear, I got > confused! > > For now I need a simpl

Re: Main httpd web site page: update needed for 2.2.13

Hi, Rainer Jung schrieb: > +1 > > It would also apply to the download page, and the vars could even be put > in a small separate file included with #include, so being shared by > index and download. good idea! Based on this here modified samples: http://people.apache.org/~fuankg/testhttpd/releases

Re: Main httpd web site page: update needed for 2.2.13

Hi, Rainer Jung schrieb: > I noticed there was still a 2.2.12 in a section heading of the httpd > landing page. I updated in svn: > > http://svn.apache.org/viewvc?view=rev&revision=802660 > > Could someone with karma on people.apache.org please update >/x1/www/httpd.apache.org > from svn? >

Re: [VOTE] httpd 2.2.13 candidate

Bill, William A. Rowe, Jr. schrieb: > This was a simple (irritatingly simple) issue fixed on /dev/dist/ now, > with new 2.2.13 packages. The 2.2.12 package was not refreshed and > has been rm'ed, but that deletion doesn't show up for a day. > > Looks like this is revived and ready, thanks for che

Re: [VOTE] httpd 2.2.13 candidate

Bill, William A. Rowe, Jr. schrieb: >>> Windows installer test packages of 2.2.12 and .13 are in the >>> http://httpd.apache.org/dev/dist/ dir, but were created on a new machine >>> and I'd appreciate someone validating them before we take them to the >>> distribution directory. Thanks! the .md5 f

Re: [VOTE] httpd 2.2.13 candidate

Bill, William A. Rowe, Jr. schrieb: > The only modulo are the binaries, if one installer works, all four should > be fine. I usually only extract the msi with: msiexec /a apache_2.2.. this does not work with 2.2.13 msi - see snapshot (tested on W2KSP4) Gün. <>

Re: [VOTE] httpd 2.2.13 candidate

Bill, William A. Rowe, Jr. schrieb: > Windows installer test packages of 2.2.12 and .13 are in the > http://httpd.apache.org/dev/dist/ dir, but were created on a new machine > and I'd appreciate someone validating them before we take them to the > distribution directory. Thanks! what sense does th

Re: svn commit: r798359 - in /httpd/httpd/branches/2.2.x: modules/ssl/ssl_engine_init.c modules/ssl/ssl_engine_kernel.c modules/ssl/ssl_engine_vars.c modules/ssl/ssl_util_ssl.c support/ab.c

Bill, William A. Rowe, Jr. schrieb: > For trunk, it should be committed. Casts are generally signs of a dumb > compiler or poor coding design and must be avoided. done: http://svn.apache.org/viewvc?view=rev&revision=798989 > I'm generally -1 for stylistic cleanup backports. Although it might bri

Re: is it possible to push a patch for Bug 29744 against trunk ?

Hi Lionel, since no other replied to your post I try to answer your questions ... Lionel VICTOR (free) schrieb: > I'm trying to bring some attention on Bug 29744. its always helpful if you post a link to the bug like this: https://issues.apache.org/bugzilla/show_bug.cgi?id=29744 > This bug is rel

Re: svn commit: r798359 - in /httpd/httpd/branches/2.2.x: modules/ssl/ssl_engine_init.c modules/ssl/ssl_engine_kernel.c modules/ssl/ssl_engine_vars.c modules/ssl/ssl_util_ssl.c support/ab.c

Hi Peter, Peter Sylvester schrieb: > A little nit in ssl_engine_init.c: > instead of > > -SSL_CTX_set_client_CA_list(ctx, (STACK *)ca_list); > +SSL_CTX_set_client_CA_list(ctx, (STACK_OF(X509_NAME) *)ca_list); > > I think I'd prefer > +SSL_CTX_set_client_CA_list(ctx, ca_lis

Re: svn commit: r798359 - in /httpd/httpd/branches/2.2.x: modules/ssl/ssl_engine_init.c modules/ssl/ssl_engine_kernel.c modules/ssl/ssl_engine_vars.c modules/ssl/ssl_util_ssl.c support/ab.c

Hi, Paul Querna schrieb: > -1 veto, please revert this commit. done: http://svn.apache.org/viewvc?view=rev&revision=798508 > Unless I missed something, these changes were not voted on in the > STATUS file. no, you missed nothing, I was also very suprised about Bill's reply. My own intention was v

Re: [FINAL] Re: [VOTE] httpd 2.2.12 tarballs

Jim, Jim Jagielski schrieb: > *Still* waiting for the sync between people and www > httpd.apache.org hasn't slurped up the updates yet (eg: index.html) the announcement at: http://www.apache.org/dist/httpd/Announcement2.2.html reads: ... A condensed list, CHANGES_2.2.12 provides the complete li

Re: OpenSSL 1.0.0

Hi Bill, William A. Rowe, Jr. schrieb: > Since 2.2.12 just shipped, I'd say apply it. It will be easier for > everyone to validate from svn, no? sure; you're the director - I hear ya! :) > So +1 for committing and I'll commit to helping review-after-commit. done: http://svn.apache.org/viewvc?rev=

<    1   2   3   4   5   6   7   >