Hi Jim, Am 15.09.20 um 13:00 schrieb Jim Jagielski: > Hmmm... we still support 10.7 as the lowest macOS version on both truck and > AOO420 so somewhere, somehow, that got reverted. So let's go ahead and pull > those Issues into AOO418. It got reverted here (and in some other commits):
https://github.com/apache/openoffice/commit/63fbc773865edd81abc91dd88f871bf29ce0a1f1 This may also be needed for Don's Pull Request: https://github.com/apache/openoffice/pull/94 Regards, Matthias > >> On Sep 8, 2020, at 2:30 PM, Matthias Seidel <matthias.sei...@hamburg.de> >> wrote: >> >> Hi Jim, >> >> Am 08.09.20 um 19:53 schrieb Jim Jagielski: >>> Are these in trunk, or 4.2.x? >> I think so: >> >> https://bz.apache.org/ooo/show_bug.cgi?id=127887#c0 >> >> Especially this one from you ;-) >> >> https://svn.apache.org/viewvc?view=revision&revision=1805089 >> >> Regards, >> >> Matthias >> >>>> On Sep 7, 2020, at 10:31 AM, Matthias Seidel <matthias.sei...@hamburg.de> >>>> wrote: >>>> >>>> Hi Jim, >>>> >>>> Am 07.09.20 um 15:14 schrieb Jim Jagielski: >>>>> For 4.1.x we have always supported 10.7 as the min macOS version. >>>>> Changing supported versions via a patch release does not seem right. IMO, >>>>> we pull the rug out from under people when bumping patch revs. >>>> That's one of the reasons why it was backed out of 4.1.6 and why I >>>> wanted you to have a look. >>>> >>>> Maybe the patch works also with 10.7? >>>> >>>> Regards, >>>> >>>> Matthias >>>> >>>>>> On Sep 4, 2020, at 9:18 AM, Matthias Seidel <matthias.sei...@hamburg.de> >>>>>> wrote: >>>>>> >>>>>> Hi Jim, Don, >>>>>> >>>>>> Am 28.08.20 um 15:17 schrieb Jim Jagielski: >>>>>>> Let's commit and work after pushed. >>>>>> We should try >>>>>> >>>>>> https://bz.apache.org/ooo/show_bug.cgi?id=127887 >>>>>> >>>>>> again for 4.1.8. >>>>>> >>>>>> Regards, >>>>>> >>>>>> Matthias >>>>>> >>>>>>>> On Aug 27, 2020, at 2:02 PM, Don Lewis <truck...@apache.org> wrote: >>>>>>>> >>>>>>>> On 27 Aug, Matthias Seidel wrote: >>>>>>>>> Am 27.08.20 um 19:32 schrieb Matthias Seidel: >>>>>>>>>> Hi Don, >>>>>>>>>> >>>>>>>>>> Am 24.08.20 um 04:04 schrieb Don Lewis: >>>>>>>>>>> I've got a bunch of cherry picks that I'm planning to merge into >>>>>>>>>>> AOO418. >>>>>>>>>>> There are two categories: >>>>>>>>>>> * Fixes from the FreeBSD port that have been upstreamed to the trunk >>>>>>>>>>> and AOO42X branches, but I'm still carrying around in the FreeBSD >>>>>>>>>>> port of 4.1.7. >>>>>>>>>>> >>>>>>>>>>> * Updates of a bunch of the bundled dependencies. These have been >>>>>>>>>>> updated in AOO42X and trunk for a while, but haven't been merged to >>>>>>>>>>> AOO418. The FreeBSD port mostly usees the system versions of these. >>>>>>>>>>> >>>>>>>>>>> I'd like to revisit: >>>>>>>>>>> >>>>>>>>>>> commit 7a3beb322b74df1b6c96e03605837df34781c68f >>>>>>>>>>> Author: Matthias Seidel <msei...@apache.org> >>>>>>>>>>> Date: Thu Oct 11 16:53:51 2018 +0000 >>>>>>>>>>> >>>>>>>>>>> Rollback to Rev. 1843088 due to build errors. >>>>>>>>>>> >>>>>>>>>>> git-svn-id: >>>>>>>>>>> https://svn.apache.org/repos/asf/openoffice/branches/AOO416@18438571 >>>>>>>>>>> 13f79535-47bb-0310-9956-ffa450edef68 >>>>>>>>>>> >>>>>>>>>>> I'm still using the patch for the FreeBSD port. Without it, a build >>>>>>>>>>> with --enable-odk will fail with Java 8 or newer. I don't see how >>>>>>>>>>> it >>>>>>>>>>> would break the build since the changes are just to structured >>>>>>>>>>> comments >>>>>>>>>>> that are parsed to generate the documentation in the ODK. When >>>>>>>>>>> this was >>>>>>>>>>> backed out, I thought the reason was that building with a newer >>>>>>>>>>> version >>>>>>>>>>> of the JDK would prevent runtime detection of older versions of the >>>>>>>>>>> JDK. >>>>>>>>>>> So far asa I know, that's not a problem with AOO42X and trunk, which >>>>>>>>>>> have the changes. >>>>>>>>>> If I remember it right the Rollback included: >>>>>>>>>> >>>>>>>>>> - Issue 127887 - update bundled redland/raptor/rasqal >>>>>>>>>> - Issue 127875 - fix a loop that visits all objects on a page so that >>>>>>>>>> all objects get visited >>>>>>>>>> - Issue 127874 - fix bad potential invalid subscript bug when using >>>>>>>>>> Microsoft Uniscribe text layout API >>>>>>>>>> >>>>>>>>>> We should commit all of the above again, one after the other. >>>>>>>>>> >>>>>>>>> Correcting myself: I had re-committed Issue 127874 and Issue 127875 to >>>>>>>>> 4.1.6 after the Rollback. >>>>>>>>> >>>>>>>>> So Issue 127887 could now be committed to 4.1.8. >>>>>>>>> We should discuss the change in configure.in regarding MacOS with Jim. >>>>>>>> I'm working on a fairly large update to the bundled software. I should >>>>>>>> be able to create a pull request in a day or so. 127887 will be >>>>>>>> included. I'll test it on Linux and Windows. I'll take a stab at the >>>>>>>> MacOS bits, but won't be able to test it. >>>>>>>> >>>>>>>>> Regards, >>>>>>>>> >>>>>>>>> Matthias >>>>>>>>> >>>>>>>>>> "Issue 127876 - unbreak ODK build with Java 8" should be double >>>>>>>>>> checked because of the known issue with Java 7 JRE. >>>>>>>> Since 127876 only changes comments in our Java code, it should not >>>>>>>> affect detection. Without this change, is the Java 7 JRE detected if >>>>>>>> we >>>>>>>> build with Java 8? >>>>>>>> >>>>>>>> >>>>>>>> --------------------------------------------------------------------- >>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >>>>>>>> <mailto:dev-unsubscr...@openoffice.apache.org> >>>>>>>> For additional commands, e-mail: dev-h...@openoffice.apache.org >>>>>>>> <mailto:dev-h...@openoffice.apache.org> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >>>>> <mailto:dev-unsubscr...@openoffice.apache.org> >>>>> For additional commands, e-mail: dev-h...@openoffice.apache.org >>>>> <mailto:dev-h...@openoffice.apache.org> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org >
smime.p7s
Description: S/MIME Cryptographic Signature