Build Update for apache/httpd
-
Build: #1475
Status: Broken
Duration: 3 mins and 46 secs
Commit: 6951408 (trunk)
Author: Stefan Eissing
Message: Changed ap_ssl_answer_challenge() and its hook to provide PEM data for
certificate and key instead of file names.
Build Update for apache/httpd
-
Build: #1474
Status: Errored
Duration: 3 mins and 12 secs
Commit: 33af74c (trunk)
Author: Joe Orton
Message: Synch from mod_md github:
mod_md: tolerate missing revokeCert or keyChange resource
RFC 8555 §7.1 states:
The
> Am 03.03.2021 um 13:05 schrieb Stefan Eissing :
>
>
>
>> Am 03.03.2021 um 11:36 schrieb Ruediger Pluem :
>>
>>
>>
>> On 3/3/21 11:25 AM, Stefan Eissing wrote:
>>>
>>>
Am 03.03.2021 um 11:17 schrieb Ruediger Pluem :
On 3/3/21 11:01 AM, Stefan Eissing wrote:
Build Update for apache/httpd
-
Build: #1472
Status: Fixed
Duration: 3 mins and 23 secs
Commit: 8008cb3 (trunk)
Author: Jean-Frederic Clere
Message: rollback r1887138. Sorry ;-(
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1887143
> Am 03.03.2021 um 11:36 schrieb Ruediger Pluem :
>
>
>
> On 3/3/21 11:25 AM, Stefan Eissing wrote:
>>
>>
>>> Am 03.03.2021 um 11:17 schrieb Ruediger Pluem :
>>>
>>>
>>>
>>> On 3/3/21 11:01 AM, Stefan Eissing wrote:
> Am 03.03.2021 um 10:44 schrieb Stefan Eissing
>
Oops
# Noop config to trigger merging bug.
Require all granted
I am investigating :-(
--
Cheers
Jean-Frederic
On Wed, Mar 3, 2021 at 11:17 AM Stefan Eissing
wrote:
>
> > Am 03.03.2021 um 11:14 schrieb Yann Ylavic :
> >
> > Possibly apr_array_header_t could do it too:
> > AP_DECLARE(int) ap_ssl_answer_challenge(conn_rec *c, const char
> > *server_name, const apr_array_header_t **pcertificate_key_pem);
>
Build Update for apache/httpd
-
Build: #1471
Status: Broken
Duration: 11 mins and 29 secs
Commit: 89d5433 (trunk)
Author: Jean-Frederic Clere
Message: Allow empty and add a provider to allow other
modules to create workers.
git-svn-id:
On 3/3/21 11:56 AM, Joe Orton wrote:
> On Wed, Mar 03, 2021 at 11:06:20AM +0100, Stefan Eissing wrote:
>> Hi,
>>
>> could someone from infra shed some light on what the current status of
>> the subversion/github integration is? Is there some documentation
>> about the state of things?
>>
>> I
On Wed, Mar 3, 2021 at 11:32 AM Ruediger Pluem wrote:
>
> All good. I guess it would have lowered my confusion if there would have been
> a pointer in STATUS that this backports
> stuff needed for 2.4.x from r1836237 as well.
Yeah, I'm a bit torn on this, removing the STATUS entry in the commit
> Am 03.03.2021 um 11:56 schrieb Joe Orton :
>
> On Wed, Mar 03, 2021 at 11:06:20AM +0100, Stefan Eissing wrote:
>> Hi,
>>
>> could someone from infra shed some light on what the current status of
>> the subversion/github integration is? Is there some documentation
>> about the state of
On Wed, Mar 03, 2021 at 11:06:20AM +0100, Stefan Eissing wrote:
> Hi,
>
> could someone from infra shed some light on what the current status of
> the subversion/github integration is? Is there some documentation
> about the state of things?
>
> I am asking because some devs seem to use it,
On 3/3/21 11:25 AM, Stefan Eissing wrote:
>
>
>> Am 03.03.2021 um 11:17 schrieb Ruediger Pluem :
>>
>>
>>
>> On 3/3/21 11:01 AM, Stefan Eissing wrote:
>>>
>>>
Am 03.03.2021 um 10:44 schrieb Stefan Eissing
:
> Am 03.03.2021 um 10:31 schrieb Ruediger Pluem :
>
> Am 03.03.2021 um 11:25 schrieb Stefan Eissing :
>
>
>
>> Am 03.03.2021 um 11:17 schrieb Ruediger Pluem :
>>
>>
>>
>> On 3/3/21 11:01 AM, Stefan Eissing wrote:
>>>
>>>
Am 03.03.2021 um 10:44 schrieb Stefan Eissing
:
> Am 03.03.2021 um 10:31 schrieb
On 3/3/21 10:56 AM, Yann Ylavic wrote:
> On Wed, Mar 3, 2021 at 9:05 AM Ruediger Pluem wrote:
>>
>>
>> I think the change to core_filters.c is unrelated.
>
> The changes are unrelated to each other yes, but the proposal was to
> fix r1885239 and r1885573 in one go (both from the
> Am 03.03.2021 um 11:17 schrieb Ruediger Pluem :
>
>
>
> On 3/3/21 11:01 AM, Stefan Eissing wrote:
>>
>>
>>> Am 03.03.2021 um 10:44 schrieb Stefan Eissing
>>> :
>>>
>>>
>>>
Am 03.03.2021 um 10:31 schrieb Ruediger Pluem :
On 3/3/21 9:54 AM, Stefan Eissing
On 3/3/21 11:01 AM, Stefan Eissing wrote:
>
>
>> Am 03.03.2021 um 10:44 schrieb Stefan Eissing :
>>
>>
>>
>>> Am 03.03.2021 um 10:31 schrieb Ruediger Pluem :
>>>
>>>
>>>
>>> On 3/3/21 9:54 AM, Stefan Eissing wrote:
> Am 03.03.2021 um 09:35 schrieb Stefan Eissing
> :
>
>
>
> Am 03.03.2021 um 11:14 schrieb Yann Ylavic :
>
> On Wed, Mar 3, 2021 at 11:02 AM Stefan Eissing
> wrote:
>>
>> Good that there is Rüdiger!
>
> +1
>
>>
>> Thinking about this: how much work would it be for mod_ssl to accept PEM
>> bytes? That would make the exchange of certificate
On Wed, Mar 3, 2021 at 11:02 AM Stefan Eissing
wrote:
>
> Good that there is Rüdiger!
+1
>
> Thinking about this: how much work would it be for mod_ssl to accept PEM
> bytes? That would make the exchange of certificate independent of the file
> system and portable.
>
> typedef struct ap_bytes
On 3/3/21 10:44 AM, Stefan Eissing wrote:
>
>
>> Am 03.03.2021 um 10:31 schrieb Ruediger Pluem :
>>
>>
>>
>> On 3/3/21 9:54 AM, Stefan Eissing wrote:
Am 03.03.2021 um 09:35 schrieb Stefan Eissing
:
> Am 02.03.2021 um 20:54 schrieb Ruediger Pluem :
>
>
Hi,
could someone from infra shed some light on what the current status of the
subversion/github integration is? Is there some documentation about the state
of things?
I am asking because some devs seem to use it, there are PRs out there, but
attempts to push a new branch to
Build Update for apache/httpd
-
Build: #1468
Status: Passed
Duration: 5 mins and 19 secs
Commit: 083b4b1 (trunk)
Author: Stefan Eissing
Message: Fixed regression in r1887085 where a SSL function was used that is not
available in OpenSSL 1.0.2.
git-svn-id:
> Am 03.03.2021 um 10:44 schrieb Stefan Eissing :
>
>
>
>> Am 03.03.2021 um 10:31 schrieb Ruediger Pluem :
>>
>>
>>
>> On 3/3/21 9:54 AM, Stefan Eissing wrote:
Am 03.03.2021 um 09:35 schrieb Stefan Eissing
:
> Am 02.03.2021 um 20:54 schrieb Ruediger Pluem
On Wed, Mar 3, 2021 at 9:05 AM Ruediger Pluem wrote:
>
>
> I think the change to core_filters.c is unrelated.
The changes are unrelated to each other yes, but the proposal was to
fix r1885239 and r1885573 in one go (both from the mod_proxy/core
series which made it to 2.4.x a few time ago):
-
> Am 03.03.2021 um 10:31 schrieb Ruediger Pluem :
>
>
>
> On 3/3/21 9:54 AM, Stefan Eissing wrote:
>>> Am 03.03.2021 um 09:35 schrieb Stefan Eissing
>>> :
>>>
>>>
>>>
Am 02.03.2021 um 20:54 schrieb Ruediger Pluem :
On 3/2/21 3:21 PM, ic...@apache.org wrote:
On 3/3/21 9:54 AM, Stefan Eissing wrote:
>> Am 03.03.2021 um 09:35 schrieb Stefan Eissing :
>>
>>
>>
>>> Am 02.03.2021 um 20:54 schrieb Ruediger Pluem :
>>>
>>>
>>>
>>> On 3/2/21 3:21 PM, ic...@apache.org wrote:
Author: icing
Date: Tue Mar 2 14:21:18 2021
New Revision: 1887085
> Am 03.03.2021 um 09:35 schrieb Stefan Eissing :
>
>
>
>> Am 02.03.2021 um 20:54 schrieb Ruediger Pluem :
>>
>>
>>
>> On 3/2/21 3:21 PM, ic...@apache.org wrote:
>>> Author: icing
>>> Date: Tue Mar 2 14:21:18 2021
>>> New Revision: 1887085
>>>
>>> URL:
> Am 02.03.2021 um 20:54 schrieb Ruediger Pluem :
>
>
>
> On 3/2/21 3:21 PM, ic...@apache.org wrote:
>> Author: icing
>> Date: Tue Mar 2 14:21:18 2021
>> New Revision: 1887085
>>
>> URL: http://svn.apache.org/viewvc?rev=1887085=rev
>> Log:
>> Adding more ap_ssl_* functions and hooks to the
On 3/2/21 9:50 PM, yla...@apache.org wrote:
> Author: ylavic
> Date: Tue Mar 2 20:50:40 2021
> New Revision: 1887118
>
> URL: http://svn.apache.org/viewvc?rev=1887118=rev
> Log:
> Merge r1886141, r1886151 from trunk:
>
> * We need to check for (!scheme && (u = strchr(url, ':')) && (u - url)
29 matches
Mail list logo