On Sat, 17 Jun 2017, Marco van de Voort wrote:
While I have not done much the last month, I did keep up with most of the
merging so most requests have been honoured, and I plan to branch mid next
week or even monday if there is not much response.
If I missed some, or there are important new
On Sat, 17 Jun 2017, Marco van de Voort wrote:
While I have not done much the last month, I did keep up with most of the
merging so most requests have been honoured, and I plan to branch mid next
week or even monday if there is not much response.
If I missed some, or there are important new
In our previous episode, Michael Van Canneyt said:
> > Some quick checks (greps for the searchterm in commitlog+ filenames)
>
> The 'merge sets' are followed by a pair of numbers.
> What is the meaning of these numbers ?
Active/inactive
> Then if I open 'fcl-pdf', I see: (inactive) Revisions
In our previous episode, Marco van de Voort said:
>
> So all new revs enter the "to be merged not in other sets" category, and
> when I do queries I get lists of revs that go into the query categories.
so e.g. newer fcl-base revs might still be in the to be merged category.
The
Can you merge r35878 as well please?
It is a small fix for TAssert.AssertEquals with strings.
Thanks,
Denis
On 17/06/2017 20:31, Marco van de Voort wrote:
While I have not done much the last month, I did keep up with most of the
merging so most requests have been honoured, and I plan to
On Sun, 18 Jun 2017, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
> time, waiting for the win32/64 findfirst fix.
This is now fixed, rev. 36510.
I will still check the svn log of rtl/packages for any fixes that may be merged.
Unless you have somewhere an
In our previous episode, Michael Van Canneyt said:
>
> You may want to add this info as a 'legend' to the pages, because it is not
> readily obvious
> (well, not to me anyway). Maybe also put the inactive ones at the end...
I added a line, but the most important thing to understand is that the
Op 18-06-17 om 09:34 schreef Michael Van Canneyt:
Below a really long list. They are patches that happened after tag of
3.0.2,
so they suppose that all earlier patches to fcl-pdf, fcl-js, pas2js,
fcl-passrc
have been merged already (which, I think, should be the case).
Everything related
In our previous episode, Michael Van Canneyt said:
> > time, waiting for the win32/64 findfirst fix.
>
> This is now fixed, rev. 36510.
>
> I will still check the svn log of rtl/packages for any fixes that may be
> merged.
>
> Unless you have somewhere an up-to-date list of possible candidates