Stefan Eissing in gmane.comp.apache.devel (Mon, 6 Jun 2022 16:25:31
+0200):
>I would like to call a VOTE over the next few days to release
>this candidate tarball httpd-2.4.54-rc3 as 2.4.54:
>[x] +1: It's not just good, it's good enough!
No problems encountered on Windows (x64, VC15, OpenSSL 1.1.1
Stefan Eissing via dev in gmane.comp.apache.devel (Tue, 28 Mar 2023
10:16:34 +0200):
> Am 28.03.2023 um 01:21 schrieb Robert L Mathews :
>> On 3/16/23 5:38 AM, Stefan Eissing via dev wrote:
>>
>>> I am not familiar enough with mod_fcgi's operation to make a judgement on
>>> that.
>>
>> As a fol
Bert Huijben in gmane.comp.apache.devel (Thu, 26 Nov 2015 18:36:00 +0100):
>And another thing: gor my testing it would be useful if httpd would somehow
>start logging how it received the requests... Currently it still logs
>HTTP/1.1 in the access logs even for h2 requests.
Apache 2.4.18-dev does l
Bert Huijben in gmane.comp.apache.devel (Fri, 27 Nov 2015 20:04:14 +0100):
>Well
it is not a regression, so can it be a show stopper? ?
>But I would like to see this fixed.
Curious: are you still testing this on Windows? If so, I guess you
compiled your own httpd. I tried to do the same a couple
Jan Ehrhardt in gmane.comp.apache.devel (Fri, 27 Nov 2015 22:34:53 +0100):
>Bert Huijben in gmane.comp.apache.devel (Fri, 27 Nov 2015 20:04:14 +0100):
>>Well
it is not a regression, so can it be a show stopper? ?
>>But I would like to see this fixed.
>
>Curious: are you
Steffen in gmane.comp.apache.devel (Sat, 28 Nov 2015 10:44:44 +0100):
>I saw issues on boxes with the default of number of concurrent
>streams.
>
>Lowering the default 100 value of the directive H2MaxSessionStreams
>solved it.
I know that, because it is in this topic:
https://www.apachelounge
Jan Ehrhardt in gmane.comp.apache.devel (Sat, 28 Nov 2015 14:09:07 +0100):
>What is worrying me is that I do not have problems with mod_http2 1.0.5,
>but mod_http2 1.0.8 in a default installation causes trouble with Drupal7.
>It would be great if I could test it with mod_http2.so 1.0
Bert Huijben in gmane.comp.apache.devel (Sun, 29 Nov 2015 14:48:46 +0100):
>> -Original Message-
>> From: Stefan Eissing [mailto:stefan.eiss...@greenbytes.de]
>> Sent: zondag 29 november 2015 09:04
>> To: dev@httpd.apache.org
>> Subject: Re: No H2 Window updates!
>>
>> Ok, thanks. I think
Jim Jagielski in gmane.comp.apache.devel (Mon, 30 Nov 2015 07:24:07 -0500):
>I'm assuming that the brokenness also shows up on trunk,
>right?
>
>Bert, Jan, can you check if trunk shows the same behavior?
>I would prefer not hacking away on 2.4 directly and independently.
I checked out revision 171
Jim Jagielski in gmane.comp.apache.devel (Mon, 30 Nov 2015 07:24:07 -0500):
>I'm assuming that the brokenness also shows up on trunk,
>right?
>
>Bert, Jan, can you check if trunk shows the same behavior?
>I would prefer not hacking away on 2.4 directly and independently.
FYI: the only differences
Jim Jagielski in gmane.comp.apache.devel (Tue, 1 Dec 2015 07:38:47 -0500):
>
>> On Nov 30, 2015, at 5:53 PM, Jan Ehrhardt wrote:
>>
>> Creating library .\Release/mod_http2.lib and object .\Release/mod_http2.exp
>> 1>h2_from_h1.obj : error LNK2019: unresolved
William A Rowe Jr in gmane.comp.apache.devel (Tue, 1 Dec 2015 08:32:24 -0600):
>Hi Jan - it isn't possible to build httpd trunk sources using httpd 2.4.x build
>files, and this goes for windows or unix. How were you trying to build? ...
That was exactly what I was doing. I did not replace my work
Eric Covener in gmane.comp.apache.devel (Tue, 1 Dec 2015 10:50:56 -0500):
>I've been looking at an issue where a revalidation
>of a stale cache entry fails because the 304 response
>on the revalidation doesn't contain its own CC or Expires
>but the URL has a query string. This kicks the revalidati
Stefan Eissing in gmane.comp.apache.devel (Wed, 2 Dec 2015 15:44:53
+0100):
>Please find with r1717641 version 1.0.9-DEV of mod_http2 in trunk and
>branches/2.4.x
>that fixes the issue of streams with smallish inputs and lost WINDOW_UPDATEs.
I checked out 2.4.x which gave me revision 1717657.
>P
Stefan Eissing in gmane.comp.apache.devel (Fri, 4 Dec 2015 16:23:19
+0100):
>If you find the time, the lastest v1.0.10 mod_http2 in 2.4.x sets the
>connection window to max which addresses for me the window starvation
>issues I was able to reproduce (and put into my test suite). I hope this
>works
Stefan Eissing in gmane.comp.apache.devel (Fri, 4 Dec 2015 21:37:46
+0100):
>>
>> 1.0.10 did not solve my problems with the admin menu in Drupal7. Sorry.
>
>Do you have any advice how to reproduce the problem, so that I might see
>what it is? I am not familiar with drupal7, unfortunately.
I fina
Some words for sysadmins: this is a rather annoying bug because there is
not any sign in the logs that the client has a content decoding failure.
You can never be sure that the user gets to see what the server sends to
the client.
Jan Ehrhardt in gmane.comp.apache.devel (Sun, 06 Dec 2015 01:34:47
Jan Ehrhardt in gmane.comp.apache.devel (Sun, 06 Dec 2015 04:44:23 +0100):
>So far the analysis at this moment. I do not know what I could investigate
>now. Suggestions welcome.
Found the difference!
mod_http2 1.0.5 response headers
Cache-Control: private, max-age=31536000
Content-En
Jim Jagielski in gmane.comp.apache.devel (Sat, 5 Dec 2015 16:42:37 -0500):
>With the latest patches, I think we are in good shape.
>With that in mind, I plan to T&R on Tues (Dec 8)
I would not do that, unless
http://thread.gmane.org/gmane.comp.apache.devel/57728/focus=57827
is solved before Tuesda
Stefan Eissing in gmane.comp.apache.devel (Fri, 4 Dec 2015 21:37:46
+0100):
>> 1.0.10 did not solve my problems with the admin menu in Drupal7. Sorry.
>
>Do you have any advice how to reproduce the problem, so that I might see
>what it is? I am not familiar with drupal7, unfortunately.
mod_http2-
Jan Ehrhardt in gmane.comp.apache.devel (Sun, 06 Dec 2015 05:47:43 +0100):
>Content-Encoding: gzip, gzip
Comment in h2_from_h1.c:
/*
* Since some clients choke violently on multiple Vary fields, or
* Vary fields with duplicate tokens, combine any multiples and remove
* any duplica
Stefan Eissing in gmane.comp.apache.devel (Sun, 6 Dec 2015 09:26:56 +0100):
>Jan, thanks for tracking this down to the duplicate headers. I will look into
>it.
>
>Just to be sure I got everything right: you tested against the mod_h2 github
>versions?
I used the sources from the ASF repos. This o
Stefan Eissing in gmane.comp.apache.devel (Mon, 7 Dec 2015 13:58:07
+0100):
>if you could find the time to verify that the duplicate headers are gone
>in the current 2.4.x version, that'd be nice. Thanks!
They are gone! Time to T&R 2.4.18.
--
Jan
Eric Covener in gmane.comp.apache.devel (Mon, 7 Dec 2015 11:03:15 -0500):
>On Mon, Dec 7, 2015 at 10:56 AM, Jan Ehrhardt wrote:
>> Stefan Eissing in gmane.comp.apache.devel (Mon, 7 Dec 2015 13:58:07
>> +0100):
>>>if you could find the time to verify that the duplicate he
Jim Jagielski in gmane.comp.apache.devel (Tue, 8 Dec 2015 15:38:41 -0500):
>The pre-release test tarballs for Apache httpd 2.4.18 can be found
>at the usual place:
>
> http://httpd.apache.org/dev/dist/
>
>I'm calling a VOTE on releasing these as Apache httpd 2.4.18 GA.
No idea who has voting
Jim Jagielski in gmane.comp.apache.devel (Wed, 13 Jan 2016 07:33:43
-0500):
>Does it make sense to "officially" bundle mod_fcgid w/ httpd?
FWIW: I always compile mod_fcgid.so together with Apache httpd. I have
made it part of my VC 9/11/14 solution files. I guess that many Windows
users of httpd i
No question or issue, just a quick note.
On Apachelounge Mario Brandt (aka James Bond) once asked the question:
"Is there any chance to have a 256 cipher instead of
ECDHE-RSA-AES128-GCM-SHA256?"
It turns out, that there is a 256-bits cipher which will be used by Chrome
for HTTP/2 connections: ECD
Jim Jagielski in gmane.comp.apache.devel (Mon, 21 Mar 2016 10:55:52
-0400):
>UPDATE: I plan to T&R at ~1pm Eastern.
Will mod_fcgid be part of 2.4.19?
Jan
Jim Jagielski in gmane.comp.apache.devel (Mon, 21 Mar 2016 13:37:40
-0400):
>[x] +0: meh
mod_http2.so will not build 'out of the box' on Windows, because
mod_http2.dsp is missing
# Begin Source File
SOURCE=./h2_ngn_shed.c
# End Source File
This leads to build errors like:
1>h2_mplx.obj : error
Stefan Eissing in gmane.comp.apache.devel (Tue, 22 Mar 2016 11:38:31
+0100):
>I added the missing line in trunk and 2.4.x. Jan, are you able
>to verify that the current 2.4.x builds for you? Thanks!
I did not check the current build, but added the line myself and went
ahead:
https://www.ssllabs.co
Jeff Trawick in gmane.comp.apache.devel (Tue, 22 Mar 2016 18:11:59 -0400):
>What version of nghttp2 are you using?
I always use git head of nghttp2. So that is > v1.8.0 ATM
>Are you using the cmake build for httpd?
No. I open the *.dsw / *.dsp in with VC9 / VC11, after applying these
operations:
Steffen in gmane.comp.apache.devel (Wed, 23 Mar 2016 09:15:45 +0100):
>Saw that wrowe did a change win make files in 2.4. branche.
>
>The comment says the the .dsp files are entirely ! unusable.
>
>I can tell that they are entirely usable with V9-VC14. What was the issue ?
I agree with Steffen
William A Rowe Jr in gmane.comp.apache.devel (Wed, 23 Mar 2016 08:00:19
-0500):
>On Wed, Mar 23, 2016 at 7:42 AM, William A Rowe Jr
>wrote:
>
>> Again, a C89 regression breaking the candidate, but in an experimental
>> module that we don't promise will always build. nghttp2 is filled with C99
>>
William A Rowe Jr in gmane.comp.apache.devel (Thu, 24 Mar 2016 07:58:45
-0500):
>Precisely, Jan. We don't know where these truncation errors lead - do they
>portentially open security holes? They cetainly interefere with serving
>huge resources such as .iso images.
>
>When I first tripped over th
William A Rowe Jr in gmane.comp.apache.devel (Thu, 24 Mar 2016 09:16:17
-0500):
>> http://windows.php.net/downloads/snaps/master/r454ae8a/logs/make-ts-windows-vc14-x64-r454ae8a.html
>
>It's been a *long* time, and I know it hadn't been that well maintained
>for non-Linux (non-BSD) target architectu
Stefan Eissing in gmane.comp.apache.devel (Fri, 29 Apr 2016 11:46:14
+0200):
>Just a heads up for all people caring about "other" builds: with r1741596
>in trunk I remove h2_request.c from linking in mod_proxy_http2. This
>should help resolve some issues that where observed on the Windows build.
>
William A Rowe Jr in gmane.comp.apache.devel (Wed, 18 May 2016 14:54:41
-0500):
>The .dsp files become irrelevant in this day and age, the legacy environment
>it maps to is entirely dead and beyond availability (snip)...
Yet they are still the preferred way of building Apache by the people at
Apac
Stefan Eissing in gmane.comp.apache.devel (Wed, 18 May 2016 17:09:46
+0200):
>Reaching out to the knowledgable and always helpful Windows people: do we
>need a mod_proxy_http2.dsp in trunk/modules/http2 (and 2.4.x branch for
>next release)?
The project files for the 2.4.x branch I am using at the
Jim Jagielski in gmane.comp.apache.devel (Wed, 8 Jun 2016 09:34:35 -0400):
>I am thinking about a T&R next week...
>
>Get those backports and votes IN!
Gregg proposed a backport of the VC14 fix for abs. Bug report:
https://bz.apache.org/bugzilla/show_bug.cgi?id=59630
Patch:
https://bz.apache.org/b
Jim Jagielski in gmane.comp.apache.devel (Thu, 16 Jun 2016 13:07:51
-0400):
>The pre-release test tarballs for Apache httpd 2.4.21 can be found
>at the usual place:
>
> http://httpd.apache.org/dev/dist/
>
>I'm calling a VOTE on releasing these as Apache httpd 2.4.21 GA.
>
>[ ] +1: Good to go
Jim Jagielski in gmane.comp.apache.devel (Mon, 20 Jun 2016 09:20:43
-0400):
>The pre-release test tarballs for Apache httpd 2.4.22 can be found
>at the usual place:
>
> http://httpd.apache.org/dev/dist/
>
>I'm calling a VOTE on releasing these as Apache httpd 2.4.22 GA.
>
>[ ] +1: Good to go
Jim Jagielski in gmane.comp.apache.devel (Fri, 16 Dec 2016 13:29:04
-0500):
>[x] +1: Good to go
Running without problems on my dev server now.
Windows 2008 R2, VC9 x86 and VC11, x64
--
Jan
William A Rowe Jr in gmane.comp.apache.devel (Tue, 27 Dec 2016 23:35:50
-0600):
>But the vast majority of httpd, nginx, and yes - even IIS
>users are all running what they were handed from their
>OS distribution.
Do not underestimate the influence of control panels. On all my Centos
servers I am r
William A Rowe Jr in gmane.comp.apache.devel (Wed, 28 Dec 2016 10:46:51
-0600):
>On Wed, Dec 28, 2016 at 9:05 AM, Jan Ehrhardt wrote:
>
>> Do not underestimate the influence of control panels. On all my Centos
>> servers I am running Directadmin. DA always offers to upgrad
NormW in gmane.comp.apache.devel (Sat, 7 Jan 2017 11:31:32 +1100):
> D:\Projects\svn\httpd-2.2.x>svn diff
> Index: modules/proxy/mod_proxy.c
> ===
> --- modules/proxy/mod_proxy.c (revision 1777591)
> +++ modules/proxy/mod_proxy.c (
William A Rowe Jr in gmane.comp.apache.devel (Mon, 30 Mar 2020 09:01:07
-0500):
>I'm making no attempt to build against the no-longer-supported msldap API
>nor openldap which doesn't support building on windows.
Maybe I am missing the point, but at least OpenLDAP 2.4.47 builds fine
on Windows: htt
Rainer Jung in gmane.comp.apache.devel (Fri, 31 Jul 2020 15:36:16
+0200):
>Since there wasn't yet any reaction to Daniel's question: Is anybody
>right now working on more warnings fixes for Windows?
AFAIK, Steffen is not working on them and nobody else from the
Apachelounge or Apachehaus communit
Mario Brandt in gmane.comp.apache.devel (Tue, 15 Dec 2020 14:14:43
+0100):
>Ping
>
>On Thu, 24 Jan 2019 at 11:23, Mario Brandt wrote:
>>
>> Hi,
>> it has beens a while since there was the last release of mod_fcgid.
>> There are some important fixes in trunk, but never made it to a
>> release since
Christophe JAILLET in gmane.comp.apache.devel (Thu, 22 Apr 2021 11:25:01
+0200):
>[x] +1: It's not just good, it's good enough!
FWIW tested on Windows:
- VC9 x86
- VC15 x64
The latter is running on my dev-server right now. I especially tested if
mod_md works as expected in both versions, because
Christophe JAILLET in gmane.comp.apache.devel (Mon, 17 May 2021 23:36:29
+0200):
>https://dist.apache.org/repos/dist/dev/httpd/
>
>I would like to call a VOTE over the next few days to release this
>candidate tarball as 2.4.48:
>[x] +1: It's not just good, it's good enough!
I tested the substanti
Hi nikic,
Nikita Popov in gmane.comp.apache.devel (Thu, 27 May 2021 17:52:27 +0500):
>Hello. I'm a senior C developer working for CloudLinux. I would like
>to participate in the HTTPD project. Are there any unassigned tasks
>which I can take? And how to proceed with it? Thanks in advance.
Nice to
Gregg Smith in gmane.comp.apache.devel (Sat, 3 Aug 2019 08:43:21 -0700):
>On 8/3/2019 6:51 AM, Daniel Ruggeri wrote:
>> Hi, all;
>> Please find below the proposed release tarball and signatures:
>> https://dist.apache.org/repos/dist/dev/httpd/
>
>[X] +1: It's good enough!
>
>VC14 & 15 x86 & x64
Jan Ehrhardt in gmane.comp.apache.devel (Sat, 03 Aug 2019 21:22:58
+0200):
>Gregg Smith in gmane.comp.apache.devel (Sat, 3 Aug 2019 08:43:21 -0700):
>>On 8/3/2019 6:51 AM, Daniel Ruggeri wrote:
>>> Hi, all;
>>> Please find below the proposed release tarbal
Gregg Smith in gmane.comp.apache.devel (Sat, 3 Aug 2019 08:43:21 -0700):
>Opps, looks like the APLOGNO's didn't get filled in. I'm still ok with
>releasing .40 w/o them.
>
>mod_md.c(386): warning C4003: not enough actual parameters for macro
>'APLOGNO'
>mod_md.c(391): warning C4003: not enough ac
Jan Ehrhardt in gmane.comp.apache.devel (Sun, 04 Aug 2019 01:26:27
+0200):
>Maybe some config changes are needed, but then they should be clearly
>documented in the change log. The trouble with this release is that the
>problem with mod_md will only show up when the first certificate h
Stefan Eissing in gmane.comp.apache.devel (Mon, 5 Aug 2019 10:23:27
+0200):
>Trying to sum up what you are saying: mod_md 2.4.40 does not introduce a
>new problem, but testing with it exposed an issue that affects both.
>There is no regression in 2.4.40.
It was not an noticable issue in 2.4.39 and
Stefan Eissing in gmane.comp.apache.devel (Mon, 5 Aug 2019 11:01:32
+0200):
>I suspect it is the change in mod_ssl interface to the other modules. I
>have to write a test for it.
>
>It used to be that this chain file was ignored in mod_ssl 2.4.39 when it
>retrieved certificates from mod_md. Now mod
Jim Jagielski in gmane.comp.apache.devel (Mon, 5 Aug 2019 09:15:22
-0400):
>I vote -1 due to the known issue w/ building and running mod_md.
>
>Yes, it's not a regression, but the fix is easy and version numbers are
>cheap. We should release the best possible version each time.
The fix for the APL
Daniel Ruggeri in gmane.comp.apache.devel (Mon, 05 Aug 2019 18:54:18
-0500):
>Thanks, Jan;
> I'm afraid I have no way to verify or dig into Windows-specific
> issues. Can you share more information or errors that can help, or is
> this related to the things already discussed on the list?
There i
Steffen in gmane.comp.apache.devel (Thu, 8 Aug 2019 15:43:46 +0200):
>Are the reported APLOGNO all going to be solved in .41:
>
>mod_proxy mod_http2 mod_ssl
In mod_md.c I se no APLOGNO() without argument anymore, so they must be
gone. For instance, 2 out of three directly after line 600 were with
Stefan Eissing in gmane.comp.apache.devel (Mon, 3 Apr 2017 13:19:42
+0200):
>Hi there,
>
>a new version of mod_http2 has been backported to 2.4.x and there is
>also a github release, as usual:
> https://github.com/icing/mod_h2/releases/tag/v1.10.0
>
>I rewrote some key parts of scheduling and slave
Hi Gregg,
Gregg Smith in gmane.comp.apache.devel (Tue, 25 Apr 2017 18:23:50
-0700):
>Actually, I'll test here in a while and commit tomorrow.
Quote from modules/filters/mod_brotli.dsp
> +# ADD LINK32 kernel32.lib brotlicommon.lib brotlienc.lib /nologo
> /subsystem:windows /dll /incremental:no /
Jim Jagielski in gmane.comp.apache.devel (Fri, 28 Apr 2017 09:29:01
-0400):
>Are these issues with *building* the brotli library during
>the configure/make of httpd?
No, building the brotli library itself is a CMake thing. Something like
CMake -G "Visual Studio 14 2015 Win64" -DBUILD_SHARED_LIBS=
William A Rowe Jr in gmane.comp.apache.devel (Fri, 28 Apr 2017 09:57:53
-0500):
>Hmmm...
>
>Building brotli libs requires CMake.
>
>Perhaps only support building mod_brotli through the CMake build, and not
>the legacy build?
That would be not very convenient if you want to build Apache with all
mo
William A Rowe Jr in gmane.comp.apache.devel (Fri, 28 Apr 2017 10:30:03
-0500):
>You might have missed my thought here... suggesting that the CMake
>not-so-experimental build become recommended for users who want to
>build all the modules in one go including the new mod_brotli.
People like Steffen
Gregg Smith in gmane.comp.apache.devel (Sat, 29 Apr 2017 17:19:03
-0700):
>I have no problem with "recommending" folks use cmake, none at all. I
>find it to be a pain in the backside but that's just me. Others may
>share this but I will not stand in the way of simply "recommending" it.
>I'm actu
Jan Ehrhardt in gmane.comp.apache.devel (Sun, 30 Apr 2017 14:36:57
+0200):
>*.mak files in apr-util + the Makefile.win's in apr-util\(ces|css)
*.mak files in apr-iconv + the Makefile.win's in apr-iconv\(ces|css)
Gregg Smith in gmane.comp.apache.devel (Sun, 30 Apr 2017 08:54:34
-0700):
>On 4/30/2017 5:36 AM, Jan Ehrhardt wrote:
>
>> The problem with CMake is that it does not build all things, that AL and
>> AH put in their distributions. CMake will build Apr 1.6 and Apr-util
Rainer Jung in gmane.comp.apache.devel (Fri, 21 Apr 2017 00:29:38
+0200):
>Thanks for the analysis. So the following patch on trunk works for me
>when using OpenSSL 1.0.1e (on Solaris 10):
>
>Index: support/ab.c
>===
>--- support/ab.c
Rainer Jung in gmane.comp.apache.devel (Fri, 21 Apr 2017 00:29:38
+0200):
>Thanks for the analysis. So the following patch on trunk works for me
>when using OpenSSL 1.0.1e (on Solaris 10):
>
>Index: support/ab.c
>===
>--- support/ab.c
Rainer Jung in gmane.comp.apache.devel (Sun, 28 May 2017 23:20:35
+0200):
>Due to quick votes from the team this has now been committed in r1796539
>for 2.4.26.
Thanks. I checked woth the 2.4.x branch, built on Windows with
CMake/VC14 (plus APR 1.6 and OpenSSL 1.1.0) and the patch works OK.
CMake
Hi Rainer,
Rainer Jung in gmane.comp.apache.devel (Mon, 29 May 2017 15:00:45 +0200):
>Am 29.05.2017 um 10:54 schrieb Jan Ehrhardt:
>> If you really need one of these modules, with a slight modification of
>> CMakeLists.txt these can be built as well. Only real exception:
>>
Steffen in gmane.comp.apache.devel (Mon, 29 May 2017 15:42:46 +0200):
>Here only :
>
>-- Modules not built:
>-- mod_socache_dc
>-- mod_charset_lite
>-- Configuring done
>
>Building with:
>cmake -G "NMake Makefiles" -DCMAKE_INSTALL_PREFIX=C:\Apache24
>-DCMAKE_BUILD_TYPE=Release -DENABLE_
Hi Rainer,
Rainer Jung in gmane.comp.apache.devel (Mon, 29 May 2017 15:00:45
+0200):
>What is this "slight modification"?
Steffen showed me that these modifications aren't needed with the CMake
option -DENABLE_MODULES=i
--
Jan
Jan Ehrhardt in gmane.comp.apache.devel (Tue, 30 May 2017 07:13:41
+0200):
>Steffen in gmane.comp.apache.devel (Mon, 29 May 2017 15:42:46 +0200):
>
>> Cmake is now Windows only, is that the goal ?
>
>In what way is it Windows only?
To answer my own question: because of the use o
Jacob Champion in gmane.comp.apache.devel (Tue, 20 Jun 2017 09:07:44
-0700):
>On 02/08/2017 07:56 PM, Eric Covener wrote:
>> Assuming there's some alternate path that actually does change
>> SCRIPT_NAME by default, we a) don't have any complaint about
>> SCRIPT_NAME and b) have the SetEnv thing. I
Steffen in gmane.comp.apache.devel (Thu, 19 Oct 2017 23:15:32 +0200):
>I said before: In Apache.dsw is now project xml removed, it is not
>building out of the box with current released apr-util. With coming
>apr-util 1.6.1 it should be possible to build.
>
>With the expat/xml changes in apr-util
Steffen in gmane.comp.apache.devel (Thu, 19 Oct 2017 23:15:32 +0200):
>I said before: In Apache.dsw is now project xml removed, it is not
>building out of the box with current released apr-util. With coming
>apr-util 1.6.1 it should be possible to build.
>
>With the expat/xml changes in apr-util
Steffen in gmane.comp.apache.devel (Mon, 19 Feb 2018 12:38:27 +0100):
>Added mod_proxy_uwsgi to installwinconf.awk and BasAddr.ref in trunk
>and branches.
Apache.dsw needs an addition too:
###
Project: "mod_proxy_uwsgi
Eric Covener in gmane.comp.apache.devel (Thu, 15 Mar 2018 12:35:38
-0400):
>+1, probably the least confusing, and Windows users aren't
>quickly/casually picking up source releases.
Hmm. 2.4.32 coincided with the monthly Windows Update and with a curl
release. I upgraded everything yesterday...
--
Rainer Jung in gmane.comp.apache.devel (Thu, 15 Mar 2018 18:15:13
+0100):
>The artefacts are on the mirrors and out in the wild, so we can not get
>them back. Best is to soon proceed with the release and document the
>mod_proxy_balancer on Windows regression in the announcement.
+1
>About "not
William A Rowe Jr in gmane.comp.apache.devel (Thu, 15 Mar 2018 13:52:48
-0500):
>The largest headache is provisioning the entire suite of non-default perl
>modules required. Running the framework is trivial. I've been working on
>some workaround to this for unix and windows for "stock" test boxes.
William A Rowe Jr in gmane.comp.apache.devel (Thu, 15 Mar 2018 16:11:10
-0500):
>https://github.com/appsuite/oss-httpd-build is where this all lives, and is
>where the localized PERL5LIB schema for all the components will land.
>This can be further streamlined, and the really big caveat is that the
William A Rowe Jr in gmane.comp.apache.devel (Fri, 16 Mar 2018 00:17:45
-0500):
>That still leaves the headache of fallback-to-release when a candidate on
>these many projects isn't present (actually, the smart election between
>candidate and release if both exist!) But great pointer, TY!
The list
Yann Ylavic in gmane.comp.apache.devel (Fri, 16 Mar 2018 13:34:55
+0100):
>As already said on the other thread...
>
>On Fri, Mar 16, 2018 at 1:07 PM, Rainer Jung wrote:
>>
>> Do we have more data points? Opinions about increasing to 1.0.1?
>
>+1, and while at it I think I think we should even requ
85 matches
Mail list logo