Yeah... sometimes it is easier to create a "combined" patchfile
which shows the collected changes, for ease of reviewing, but, as
you say, it can get out of sync as other patches are backported,
esp if the proposed backport is in STATUS for a semi-extended
period of time.
> On Apr 27, 2017, at 10:47 AM, Eric Covener <cove...@gmail.com> wrote:
> On Thu, Apr 27, 2017 at 10:15 AM, Stefan Eissing
> <stefan.eiss...@greenbytes.de> wrote:
>> Take this as an observation about proposals in general, nothing wrong with
>> this one in particular:
>> *) mod_proxy_hcheck: Honor checks in Vhosts w/o hanging
>> trunk patch: http://svn.apache.org/r1784203
>> 2.4.x patch: trunk works *after r1779573 above* (modulo CHANGES)
>> FULL hcheck patch:
>> (includes all hcheck related patches, including showstopper)
>> +1: jim, ylavic
>> So, how to check this? I tried the FULL hcheck patch. It does not work, ~50%
>> of hunks fail.
>> Ok, revert. Then I just tried this:
>> svn merge -c
>> ^/httpd/httpd/trunk .
> Looks much easier to me. Another option is what kotkov recently used
> Not 100% clear to me in this case that the collected patch was really
> just meant to be the same revs + merge conflicts due to the wording.