-1
Get an error:
Error C2065 'DAV_WALKTYPE_TOLERANT': undeclared identifier mod_dav_fs
C:\VS17\Win32\httpd-2.4\modules\dav\fs\repos.c 1599
Steffen
On 2024/04/03 12:26:09 Eric Covener wrote:
> Hi all,
>
> (After only minor embarrassment of patching tags/2.4.5
gt; I count that as a +1 on win64 unless someone objects.
>
> Cheers,
> Stefan
>
>
>> Am 17.10.2023 um 12:05 schrieb Stefan Eissing via dev :
>>
>> I am trying to contact another person that builds regularly mod_h2 on
>> Windows.
>>
>>>&g
I think William Rowe can help. He is the guy who helped a lot with windows.
> Op 17 okt 2023 om 12:05 heeft Stefan Eissing via dev
> het volgende geschreven:
>
> I am trying to contact another person that builds regularly mod_h2 on
> Windows.
>
>> Am 17.10.2023
Same error on win64.
Yes the reported mod_http2 errors on 32 and 64.
Yes, I am not able to tell what is wrong, only I can report the errors. I am
not a developer, just building and testing.
Regards, Steffen
> Op 17 okt 2023 om 11:08 heeft Stefan Eissing via dev
> het volgende gesc
-1 does not build on windows.
Steffen
> Op 16 okt 2023 om 17:10 heeft Stefan Eissing via dev
> het volgende geschreven:
>
> Hi all,
>
> after fixing my merge mistake in rc2 (sorry!), we go again:
>
> Please find below the proposed release tarball an
Yes
> Op 16 okt 2023 om 17:02 heeft Ruediger Pluem het volgende
> geschreven:
>
> Windows 64 bit is fine?
>
> Regards
>
> Rüdiger
>
>> On 10/16/23 3:52 PM, SteffenAL wrote:
>> No go. All other modules fine, only mod_http2 error.
>>
>> Recap:
>>
>> On windows 32:
>>
>> Generating Code...
There is a howto Building Apache and dependencies using CMake at
https://www.apachelounge.com/viewtopic.php?t=8609
> Op 24 apr. 2023 om 18:18 heeft jean-frederic clere het
> volgende geschreven:
> On 4/24/23 13:36, Ruediger Pluem wrote:
>> I am not a Windows guy, but I guess the best way
Good day,
+1 no issues seen on Windows after include ../../server for mod_rewrite
test_char.h
Steffen
> Op 2 apr. 2023 om 18:11 heeft Eric Covener het volgende
> geschreven:
> Hi all,
>
> Please find below the proposed release tarball and signatures:
>
> https://
+1 All looks fine on Windows.
> Op 5 mrt. 2023 om 22:32 heeft Eric Covener het volgende
> geschreven:
>
> Hi all,
>
> Please find below the proposed release tarball and signatures:
>
> https://dist.apache.org/repos/dist/dev/httpd/
>
> I would like to call a VOTE over the next few days to
+1 All looks fine on Windows.
> Op 6 jun. 2022 om 16:25 heeft Stefan Eissing het
> volgende geschreven:
>
> Here we go again! Sorry for the repeats, but that is why we build
> candidates, right?
>
> Hi all,
>
> Please find below the proposed release tarball and signatures:
>
>
No apr.h in httpd/include. In APR yes, but not the line you mention.
I am going out of town now. Monday again.
Maybe Gregg can chime in.
> Op 4 jun. 2022 om 13:18 heeft Stefan Eissing het
> volgende geschreven:
>
> How is the definition in your include/apr.h for APR_TCP_NOPUSH_FLAG?
Agree no need for it anymore.
Ps.
You wrote:
I have not yet heard any questions or feedback from anyone about it….If I
remember correctly, no one was around to make the cmake and Windows builds for
it.
I had given feedback and was able to build it on windows in 2017. In the
beginning
Yep,
next week I try PCRE 8.45 with the branche at
https://github.com/ylavic/httpd/tree/pcre2_tls
On Friday 18/02/2022 at 14:16, Eric Covener wrote:
@Steffen Land any chance you can test the pcre8 update on Windows
prior to integration in 2.4.x?
+ https://github.com/apache/httpd
+1 for Windows release.
Cheers, Steffen
> Op 16 dec. 2021 om 15:03 heeft Stefan Eissing het
> volgende geschreven:
>
> Hi all,
>
> Please find below the proposed release tarball and signatures:
>
> https://dist.apache.org/repos/dist/dev/httpd/
>
> I
: family, friends and the compassion of
strangers.
Steffen
+1 looks ok on Windows
On Thursday 07/10/2021 at 15:17, ste...@eissing.org wrote:
Hi all,
due to found security weaknesses in our 2.4.50 release, the security
team
feels it is necessary to do a new release on very short notice. We
will skip
the usual 3 day voting period and close the
+1 Windows
> Op 1 okt. 2021 om 16:41 heeft ste...@eissing.org het volgende geschreven:
> Hi, all;
> Please find below the proposed release tarball and signatures:
> https://dist.apache.org/repos/dist/dev/httpd/
>
> I would like to call a VOTE over the next few days to release
> this candidate
All fine on windows till now.
Only waiting for a full-cycle test mod_md.
PS.
Thanks Stefan,
but I hope not a release every month or two/three, cost too much of my
cycles/free time.
On 10-9-2021 17:23, ste...@eissing.org wrote:
Hi, all;
Please find below the proposed release tarball and
anticipating also a possible (likely?) OpenSSL 3.0.1, as a common
then when releases are done and the test base broadens significantly.
+1 for 3.0.1
Steffen
On Monday 13/09/2021 at 10:08, ste...@eissing.org wrote:
Am 13.09.2021 um 07:23 schrieb Dennis Clarke :
ALL :
I may
Steffen
Good evening Christophe,
+1 for Windows
Cheers, Steffen
> Op 17 mei 2021 om 23:37 heeft Christophe JAILLET
> het volgende geschreven:
>
> Hi, all;
> Please find below the proposed release tarball and signatures:
> https://dist.apache.org/repos/dist/dev/httpd/
>
&
Thanks MJ,
Found that I did not updated my build script for libhttpd.dll
Struggling now with the rest.
--- Original message ---
Subject: Re: Current branches mod_proxy link error
From: Marion JAILLET
To: , Steffen Land
Date: Saturday, 15/05/2021 18:43
Le 15/05/2021 à 16:18, Steffen
_ap_proxy_ssl_val@20
Do I miss a (new) include ?
Steffen
+1 for release on Windows.
> Op 22 apr. 2021 om 11:25 heeft Christophe JAILLET
> het volgende geschreven:
>
> Hi, all;
> Please find below the proposed release tarball and signatures:
> https://dist.apache.org/repos/dist/dev/httpd/
>
> I would like to call a VOTE over the next few days to
Trunk revision 1881390
02 sept 2020 404
01 sept 2020 405
On Tuesday 01/09/2020 at 16:30, Steffen Land wrote:
Trunk revision 1881351 date 1 sept 2020
New layout list, more readable now.
01 sept 2020 405 some solved already by jailletc36
14 May 2020 416
Steffen
Warning C4244
Trunk revision 1881351 date 1 sept 2020
New layout list, more readable now.
01 sept 2020 405 some solved already by jailletc36
14 May 2020 416
Steffen
Ah..found it. Was using an old .dsp for libhttpd.
Later I post the Win64 warnings
On Tuesday 01/09/2020 at 12:21, Steffen Land wrote:
I saw that jailletc36 was picking up the warnings !
So to check building trunk from today, revision 1881351
Creating library .\Release\mod_dav_fs.lib
dav_fs_getetag
Creating library .\Release\libhttpd.lib and object
.\Release\libhttpd.exp
core.obj : error LNK2019: unresolved external symbol ap_set_etag_fd
referenced in function default_handler
All others building fine
Steffen
WIN32 APR 1.7.0 APR-UTIL 1.6.1 with Analyses
Warning C6386 \apr\time\win32\timestr.c 189 Buffer overrun while
writing to 'new_format': the writable size is 'max+11' bytes, but 'j' bytes
might be written.
Warning C26451 \apr\time\win32\time.c 239 Arithmetic overflow: Using
Date in announcement is still :
September 21, 2018
> Op 1 aug. 2020 om 16:13 heeft Daniel Ruggeri het
> volgende geschreven:
>
> Hi, all;
>Third time is a charm! Please find below the proposed release tarball
> and signatures:
> https://dist.apache.org/repos/dist/dev/httpd/
>
> I would
Not agree. Fixes APLOGNO it for all platforms. Only I reported warnings on
Windows. Maybe on other platforms it is suppressed.
No credit for me, used to it.
See also my comment on an other post @dev :
Below said : *) mod_proxy_fcgi: Fix build on Windows
Not agree, just say what really
Below said : *) mod_proxy_fcgi: Fix build on Windows
Not agree, just say what really happened.
Better : *) mod_proxy_fcgi: Fix missing macro argument
No, not a fix for build on windows., was/is building fine. APLOGNO is used on
all platforms, only a list of warnings from my Windows build was
aplogno warnings on 2.4.40 was a reason to skip.
www.apachelounge.com/viewtopic.php?t=8329=aplogno
On Thursday 30/07/2020 at 17:10, Jim Jagielski wrote:
On Jul 30, 2020, at 5:55 AM, Christophe JAILLET
wrote:
I wouldn't say it is a show stopper, but I thought that we had a
travis
let it know (like in May) and post
warnings here. After some commits we test. It is not automated like Travis.
> Op 30 jul. 2020 om 11:56 heeft Graham Leggett het volgende
> geschreven:
>
> On 30 Jul 2020, at 11:16, Steffen Land wrote:
>
>> +1 on Windows.
>>
HTTPd 2.4.45
Warning C4267 modules\http\http_filters.c 284 '+=': conversion from
'size_t' to 'apr_int32_t', possible loss of data
Warning C4267 modules\http\http_filters.c 473 '=': conversion from
'size_t' to 'int', possible loss of data
Warning C4267
Once in a while I post the build warnings in Windows 32/64.
Till now this is not really picked up, some times it is solved.
Should it not be a goal to get warning free code on all platforms ?
What do you think.
Steffen
No crashes seen anymore. Thanks!
Regards
Steffen
> Op 20 mei 2020 om 16:38 heeft Ruediger Pluem het volgende
> geschreven:
>
>
>
>>>> On 5/20/20 4:20 PM, Steffen Land wrote:
>> Running production. Get crashes, mostly few times a day:
>> Error log:
&
access.
Attached
scoreboard.png
callstack.png
locals.png
Steffen
“” is fine.
Regards, Steffen
> Op 18 mei 2020 om 14:05 heeft Joe Orton het volgende
> geschreven:
>
> On Sat, May 16, 2020 at 11:19:58AM +0200, Steffen wrote:
>> Current trunk 1877795 Win
>> Change with current 2.4.43 :
>> MDStoreDire defaults to Se
fine.
Now running at www.apachelounge.com .
Steffen
Current trunk 1877795 Win
Change with current 2.4.43 :
MDStoreDire defaults to ServerRoot/logs and not relative to ServerRoot
Updating 2.4.43 to Trunk : issue my mailserver cannot find
certificates.
Steffen
Sorry forget to attach.
On 14-5-2020 15:54, Steffen wrote:
Trunk r1877740 Win64 builds fine.
Attach the warnings, order by module.
Steffen
SeverityCodeDescription Project FileLineSuppression
State
Warning C4267 'initializing': conversion from 'size_t
Trunk r1877740 Win64 builds fine.
Attach the warnings, order by module.
Steffen
It starts now:
[pid 3984:tid 640] AH00455: Apache/2.5.1-dev (Win32) OpenSSL/1.1.1g
configured -- resuming normal operations
Warm Regards,
Steffen
On Monday 11/05/2020 at 12:25, Yann Ylavic wrote:
On Mon, May 11, 2020 at 10:24 AM Steffen
wrote:
Then it did not start:
[core:error
Steffen
I open a new thread, the build errors reported here are solved.
Steffen
On Sunday 10/05/2020 at 15:41, Steffen wrote:
Running trunk : cannot start.
First with generated httpd conf:
[ssl:warn] [pid 1836:tid 636] AH10235: SSLRandomSeed is deprecated and
has no effect with OpenSSL
I'll
look at that.
Steffen
On Sunday 10/05/2020 at 14:36, Yann Ylavic wrote:
On Sun, May 10, 2020 at 2:28 PM Steffen wrote:
Builds now, Thanks!
Thanks for testing, committed in r1877548.
Builds now, Thanks!
On Sunday 10/05/2020 at 14:17, Yann Ylavic wrote:
On Sun, May 10, 2020 at 1:30 PM Steffen wrote:
Errors,
what I did: copied server/core.h to /include
You don't need this, my patch missed removing #include "core.h" from
"modules/ssl/ssl_engine
of 'ap_filter_adopt_brigade'
On Sunday 10/05/2020 at 12:10, Yann Ylavic wrote:
On Sat, May 9, 2020 at 5:30 PM Steffen wrote:
Patch gives errors, but was given me the direction, Thanks!
htdbm and htpasswd got it running !!
by adding in support/passwd_common.h :
#if !defined(WIN32) && !defined
o /include, mod_cache builds then, is that ok ?
Gregg: Yes to get it to build for now. We may just need to change the
location it's generated to, or just point to it's location in the
build. If it's not a public header then we do the second option. I'll
look at that.
Steffen, trying to be a human T
09/05/2020 at 01:10, Gregg Smith wrote:
Hi Steffen,
Assuming your building in the IDE as I know to be your usual;
On 5/8/2020 4:59 AM, Steffen wrote:
Tried revision 1877505.
libhttpd :
miss in trunk modules\http\http_etag.c. Moved the one from Branches to
include, libhttpd builds
rt
Looks like all the errors are related to changes in/after 2018. In
2018 I build it without errors.
Did not build all yet and only Win32 VS16, so maybe more to come.
Steffen
Current trunk has not this error anymore, thanks.
Later I build the rest. Seen already other errors, I have to do some
adjustments here because added includes. For example mod_ssl now needs
server/core.h.
On Thursday 07/05/2020 at 14:35, Steffen wrote:
Please fix in trunk. Then I test
tot the author.
>>>>>> Op 7 mei 2020 om 13:42 heeft Joe Orton het volgende
>>>>>> geschreven:
>> On Thu, May 07, 2020 at 12:55:03PM +0200, Steffen wrote:
>> Tried to build trunk again after 2 years :)
>> server\core.c(5618,58): error C
Tried to build trunk again after 2 years :)
server\core.c(5618,58): error C2065: 'DEFAULT_REL_STATEDIR':
undeclared identifier
Steffen
Tested trunk r1876616. All fine now.
Thanks! for fixing the regression introduced in 2.4.43 GA
Made new Windows binaries of mod_http2 available at AL.
Steffen
On Thursday 16/04/2020 at 19:21, Stefan Eissing wrote:
濫
Fixed in <https://github.com/icing/mod_h2/releases/tag/v1.1
!ap_internal_redirect_handler+0x29a
libhttpd!ap_process_request+0xf
mod_http2+0x188ef
libhttpd!ap_run_process_connection+0x35
mod_http2+0x185ba
mod_http2+0x1c36e
ucrtbase!beginthreadex+0x142
kernel32!BaseThreadInitThunk+0x14
ntdll!RtlUserThreadStart+0x21
Steffen
On Tuesday 14/04/2020 at 14:13, Eric Covener
hese should all be the same, but I want to make sure that we are not
> looking at some strange side effect.)
>
> Thanks, Stefan
>
>> Am 14.04.2020 um 10:13 schrieb Steffen :
>>
>>
>> What do you mean with a clean rebuild ?
>>
>> r1874909 (1.15
s\System32\kernel32.dll
#12 0x7ffbebecced1 in ntdll!RtlUserThreadStart () from
C:\Windows\SYSTEM32\ntdll.dll
#13 0x in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb)
On Tuesday 14/04/2020 at 11:57, Rainer Jung wrote:
Hi Steffen,
I didn't fi
Few posts above there is a GDB back trace.
On Tuesday 14/04/2020 at 11:38, Ruediger Pluem wrote:
Did I miss it, or isn't there any stacktrace posted from the Windows
crashes yet?
Regards
Rüdiger
which did not fulfil this requirement.
Regards,
Rainer
Am 14.04.2020 um 10:13 schrieb Steffen:
What do you mean with a clean rebuild ?
r1874909 (1.15.8) is the one from httpd 2.4.43 GA.
On Tuesday 14/04/2020 at 09:38, Stefan Eissing wrote:
In that revision, I see a change in the header file
You advise to try
r1861247
r1864126
r1872230
1861247 and 1864126 are already in the working 2.4.41.
Begin Message
Group: gmane.comp.apache.devel
MsgID:
>Am 09.04.2020 um 13:17 schrieb mdrmdr :
>
>I'm the one with the mod_http2 problem...
>
>The log posted was
Looks like a regression since 2.4.1
www.apachelounge.com/viewtopic.php?p=39012#39012
Thanks Rainer and Rüdiger,
When 2.4.43 is GA, I ship it with 1.1.1e.
When 1.1.1f is available : test and wait a week to ship it with 2.4.43.
Regards,
Steffen
> Op 27 mrt. 2020 om 20:33 heeft Rainer Jung het
> volgende geschreven:
>
> Am 27.03.2020 um 19:24 sch
; level throughout. I think you'll find we already sanitize all error results.
>
>
>
>> On Fri, Mar 27, 2020 at 1:24 PM Steffen wrote:
>>
>> A discussion started on Apachelounge about an possible issue with OpenSSL
>> 1.1.1e ( https://www.apachelounge.com/viewtop
+1 All fine on Windows.
Steffen
> Op 26 mrt. 2020 om 15:50 heeft Daniel Ruggeri het
> volgende geschreven:
>
> Hi, all;
>Please find below the proposed release tarball and signatures:
> https://dist.apache.org/repos/dist/dev/httpd/
>
> I would like to call a VOT
ends in middle of line
Hunk #3 succeeded at 395 with fuzz 1 (offset -9 lines).
How to test that the new OPENSSL_init_ssl() API, for OpenSSL = 1.1.
is used ?
Steffen
On Friday 21/02/2020 at 15:38, Yann Ylavic wrote:
On Fri, Feb 21, 2020 at 2:39 PM Ruediger Pluem
wrote:
So we need to have
I run without it.
Does that have a draw back ?
Steffen
> Op 21 feb. 2020 om 13:36 heeft Ruediger Pluem het
> volgende geschreven:
>
>
>
>> On 02/21/2020 11:14 AM, Yann Ylavic wrote:
>> Hi Steffen,
>>
>>> On Fri, Feb 21, 2020 at 10:23 AM
Yesterday it was building fine (before 1874281 ), was no ap_config..
So I removed #include "ap_config_auto.h", builds and runs fine so
far.
Steffen
On Friday 21/02/2020 at 11:14, Yann Ylavic wrote:
Hi Steffen,
On Fri, Feb 21, 2020 at 10:23 AM Steffen
wrote:
Buildin
Typo in the subject must be: branches 2.4.x (2.4.42-dev)
On Friday 21/02/2020 at 10:23, Steffen wrote:
Building revision 1874291 failed in Windows.
mod_ssl.c(27,10): fatal error C1083: Cannot open include file:
'ap_config_auto.h': No such file or directory
Steffen
Building revision 1874291 failed in Windows.
mod_ssl.c(27,10): fatal error C1083: Cannot open include file:
'ap_config_auto.h': No such file or directory
Steffen
In the branches/2.4/CHANGES there are three entries of mod_md, and one
is labeled 2.2.3.
Looks better to me just make one combined entry, version number not needed.
Now we have the latest mod_md v2.2.7 in branches :
Building/Running/Testing all fine.
On 12-2-2020 11:17, Steffen wrote
Like to see that mod_md gets a newer version.
Running/tested already 2.2.6 (trunk now 2.2.4 and branches 2.2.3)
Propose that it is time that mod_md becomes Stable. I do not foresee
expanding functions now we have ACMEv2, OCSP stapling, tls-alpn-01,
wildcard etc.
On 11-2-2020 15:12, Jim
+1
Good plan.
Steffen
>> Op 11 feb. 2020 om 15:13 heeft Jim Jagielski het volgende
>> geschreven:
> Seems like a good time to propose a release... I can RM if desired.
What is the procedure ? Do we need a separate vote “for stable” topic ?
Steffen
> Op 13 nov. 2019 om 12:20 heeft Stefan Eissing
> het volgende geschreven:
>
>> Am 13.11.2019 um 11:37 schrieb Steffen :
>>
>> +1 For me it is time to mark mod_md as "Stable&quo
/branches/v2.2.3 intensive and running in production, no
issues seen.
I had some notes at
https://bz.apache.org/bugzilla/show_bug.cgi?id=63877 They are just
to make it a little more user-friendly.
Thanks! Stephan
Steffen
rtificate successfully saved in domains",
"activity": "moving tmp to become new domains"
...
"type": "message-installed"
I think it is save to delete the md/temp/job.json ?
Steffen
On 16-10-2019 16:18, Steffen wrote: and
Had an issue
be used from Thu, 17 Oct 2019 12:46:49 GMT on. Next run ~22
hours.
After a restart got a MDMessageCmd:
installed apachelounge.com
Closed the issues on github.
Steffen
On Wednesday 16/10/2019 at 15:37, Stefan Eissing wrote:
Thanks!
Am 16.10.2019 um 15:26 schrieb Steffen :
mod_md.dsp
mod_md.dsp is fine.
It builds fine here.
Steffen
On Wednesday 16/10/2019 at 14:34, Stefan Eissing wrote:
Update from github tested mod_md in r1868506.
2 new source files added, you probably need to buildconfig. I added
the files to the CMakeLists.txt and modules/md/mod_md.dsp. Hope
SSLEngine on
MDomain apachelounge.nl www.apachelounge.nl vosadministraties.nl
www.vosadministraties.nl land10web.com
MDBaseServer on
MDPortMap https:443
MDCertificateAgreement accepted
MDRenewMode Always
MDRenewWindow 85d
- Steffen
On Thursday 22/08/2019 at 15:58, Stefan Eissing wrote:
Hi
+1
No issues/regressions reported by the AL Windows Community.
- Steffen
On Friday 09/08/2019 at 15:41, Daniel Ruggeri wrote:
Hi, all;
Please find below the proposed release tarball and signatures:
https://dist.apache.org/repos/dist/dev/httpd/
I would like to call a VOTE over the next
Are the reported APLOGNO all going to be solved in .41:
mod_proxy mod_http2 mod_ssl
> Op 8 aug. 2019 om 15:09 heeft Eric Covener het volgende
> geschreven:
>
> CC dev@ I assumed this was safe to just assert.
>
>> On Thu, Aug 8, 2019 at 9:08 AM wrote:
>>
>> Author: covener
>> Date: Thu
Forget to attached the log.
On 5-8-2019 15:19, Steffen wrote:
Thanks,
Same, also get again :
The https: challenge 'tls-alpn-01' is disabled because the Protocols
configuration does not include the 'acme-tls/1' protocol.
It is in the protocols directive:
ProtocolsHonorOrder
www.apachelounge.nl vosadministraties.nl
www.vosadministraties.nl land10web.com
MDBaseServer on
MDPortMap https:443
MDCertificateAgreement accepted
MDRenewMode Always
- Steffen
On Monday 05/08/2019 at 14:52, Stefan Eissing wrote:
I think mod_md is not particularly suited to server setups without any
otocol. (it is in
the protocols directive).
Or what I want is not supported, or I do some wrong. Appreciate some
help.
- Steffen
Runs all fine, no issues seen sofar.
+1
On Saturday 03/08/2019 at 15:51, Daniel Ruggeri wrote:
Hi, all;
Please find below the proposed release tarball and signatures:
https://dist.apache.org/repos/dist/dev/httpd/
I would like to call a VOTE over the next few days to release this
tion 'APLOGNO'
On Monday 05/08/2019 at 13:10, Rainer Jung wrote:
Hi Steffen,
it would help, it you could copy in the warnings here. Not everyone
uses a compiler setup that shows these warnings. Being explicit about
observations lowers the bar for us to fix them.
Thanks and regards,
Rainer
Also APLOGNO warnings in:
mod_proxy mod_http2 mod_ssl
On Monday 05/08/2019 at 12:32, Rainer Jung wrote:
Hi Stefan,
Am 05.08.2019 um 12:27 schrieb ic...@apache.org:
Author: icing
Date: Mon Aug 5 10:27:34 2019
New Revision: 1864425
URL: http://svn.apache.org/viewvc?rev=1864425=rev
Log:
Changelog says mod_ssl needs patch.
That is a typo or where is the patch.
*) mod_md: new features
- supports the ACMEv2 protocol
- new challenge method 'tls-alpn-01' implemented, needs mod_ssl
patch to become available
Build branches revision 1864213 (today).
Runs http2 v1.15.4 on W
-Steffen
On Thursday 01/08/2019 at 09:23, Stefan Eissing wrote:
This is my last plea for someone to vote for the HTTP/2 proposed
backport. It would be great if you could review that changes or even
try to compile them
archive and thanks to the moderators Mario, Gregg and Tom
we keeping the quality level. It is really rewarding to see that the
effort we put into the Apache Server is appreciated so much.
I want to ask you all:
Please help us (Gregg, Mario, Tom, Steffen) with the forum, we have
not all
- libxml2 2.9.9
- lua 5.2.4 with LUA_COMPAT_ALL
- expat 2.2.6
Not seen new warnings over I reported here before.
Cheers,
Steffen
On Thursday 17/01/2019 at 19:49, Daniel Ruggeri wrote:
Hi, all;
Please find below the proposed release tarball and signatures:
https://dist.apache.org
See no tarball at https://dist.apache.org/repos/dist/dev/httpd/
Also in SVN and Subject of theis mauk I see 2.4.28 instead of 2.4.28
On 17-01-19 18:13, Daniel Ruggeri wrote:
Hi, all;
Please find below the proposed release tarball and signatures:
Sorry make the same mistake :)
See no tarball at https://dist.apache.org/repos/dist/dev/httpd/
I was used to see the URL http://httpd.apache.org/dev/dist/ also there
no tarball
Also in SVN and Subject of this mail I see 2.4.28 instead of 2.4.38
On 17-01-19 18:24, Jim Jagielski wrote:
.
And for abs.exe, leave it in, does not harm and we are on the save side.
Regards,
Steffen
run with AH: httpd-2.4.35-o110i-x64-vc14.zip, Apache does not start
[Mon Oct 15 15:05:01.883939 2018] [md:debug] [pid 6796:tid 464]
mod_md.c(1012): AH10070: initializing post config dry run
[Mon Oct 15
Maybe I overlook it:
I miss in the change log:
http://svn.apache.org/viewvc?view=revision=date=1840546
Looks it needs special windows test attention.
Description:
Merge r1801144, r1801148, r1801456 from trunk:
mpm_winnt: Factor out a helper function to parse the type of an accept
filter and
All fine here on Windows.
> Op 18 sep. 2018 om 02:56 heeft Daniel Ruggeri het
> volgende geschreven:
>
> Hi, all;
>Please find below the proposed release tarball and signatures:
> https://dist.apache.org/repos/dist/dev/httpd/
>
> I would like to call a VOTE over the next few days to
1 - 100 of 571 matches
Mail list logo
