You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Jacob Champion <ch...@gmail.com> on 2016/08/17 17:08:32 UTC

Re: svn commit: r1756556 - /httpd/httpd/branches/2.4.x/STATUS

On 08/16/2016 03:29 PM, ylavic@apache.org wrote:
>    *) autoconf: minor cleanup and removal of some dead code.
>       trunk patch: http://svn.apache.org/r1753315
>                    http://svn.apache.org/r1753316
>       +1: jchampion
> +     ylavic: some conflicts with r1753315 in 2.4.x's configure.in.

Trunk has config files that aren't present in 2.4.x, so the massive list 
of "files to generate" conflicts.

What's the procedure for dealing with this in STATUS when I propose 
something? A 2.4.x patch hosted... somewhere? Or do we just rely on 
proper manual resolution by whoever merges the patches?

--Jacob

Re: svn commit: r1756556 - /httpd/httpd/branches/2.4.x/STATUS

Posted by Jacob Champion <ch...@gmail.com>.
On 08/18/2016 04:11 AM, Yann Ylavic wrote:
> On Wed, Aug 17, 2016 at 7:08 PM, Jacob Champion <ch...@gmail.com> wrote:
>>
>> What's the procedure for dealing with this in STATUS when I propose
>> something? A 2.4.x patch hosted... somewhere?
>
> Yes, you can propose a branch merge in a standalone patch, and give a
> link to it in a "2.4.x patch: ..." line (otherwise, this line is
> usually "trunk works [modulo CHANGES/MMN --which the "merger" can
> easily resolve itself]".
>
> That way, the votes refer to the proposed patch, finally simply
> applied on the branch (with --record-only for the mergeinfo of trunk
> commits).

Ah, didn't know about --record-only; that explains other things for me. 
Thanks!

> For hosting the patches, it's either an external address (lifetime of
> the vote, at least ;) or your own Apache space at
> home.apache.org/~yourid/ (you may want to configure your SSH
> authorized_keys line on id.apache.org to be able to access it via
> sftp).

Thanks (and thanks to R�diger too!). The 2.4.x patch is up and reflected 
in STATUS now.

>> Or do we just rely on proper
>> manual resolution by whoever merges the patches?
>
> Ouch, no one would want to merge :)

Well, I guess if the merges are gigantic and the conflicts are nasty, sure.

> Also, votes wouldn't always correspond to the result...

Makes sense.

--Jacob

Re: svn commit: r1756556 - /httpd/httpd/branches/2.4.x/STATUS

Posted by Yann Ylavic <yl...@gmail.com>.
On Wed, Aug 17, 2016 at 7:08 PM, Jacob Champion <ch...@gmail.com> wrote:
>
> What's the procedure for dealing with this in STATUS when I propose
> something? A 2.4.x patch hosted... somewhere?

Yes, you can propose a branch merge in a standalone patch, and give a
link to it in a "2.4.x patch: ..." line (otherwise, this line is
usually "trunk works [modulo CHANGES/MMN --which the "merger" can
easily resolve itself]".

That way, the votes refer to the proposed patch, finally simply
applied on the branch (with --record-only for the mergeinfo of trunk
commits).

For hosting the patches, it's either an external address (lifetime of
the vote, at least ;) or your own Apache space at
home.apache.org/~yourid/ (you may want to configure your SSH
authorized_keys line on id.apache.org to be able to access it via
sftp).


> Or do we just rely on proper
> manual resolution by whoever merges the patches?

Ouch, no one would want to merge :)
Also, votes wouldn't always correspond to the result...


Regards,
Yann.

RE: svn commit: r1756556 - /httpd/httpd/branches/2.4.x/STATUS

Posted by Plüm, Rüdiger, Vodafone Group <ru...@vodafone.com>.

> -----Original Message-----
> From: Jacob Champion [mailto:champion.p@gmail.com]
> Sent: Mittwoch, 17. August 2016 19:09
> To: dev@httpd.apache.org
> Subject: Re: svn commit: r1756556 - /httpd/httpd/branches/2.4.x/STATUS
> 
> On 08/16/2016 03:29 PM, ylavic@apache.org wrote:
> >    *) autoconf: minor cleanup and removal of some dead code.
> >       trunk patch: http://svn.apache.org/r1753315
> >                    http://svn.apache.org/r1753316
> >       +1: jchampion
> > +     ylavic: some conflicts with r1753315 in 2.4.x's configure.in.
> 
> Trunk has config files that aren't present in 2.4.x, so the massive list
> of "files to generate" conflicts.
> 
> What's the procedure for dealing with this in STATUS when I propose
> something? A 2.4.x patch hosted... somewhere? Or do we just rely on
> proper manual resolution by whoever merges the patches?

In most cases people store the 2.x backport patch version (that resolves merge conflicts)
in their personal space on home.apache.org. (see line 250 in the current version of STATUS
as an example. Keep n mind that home.apache.org replaced people.apache.org).

Regards

Rüdiger