On Thu, 3 Sep 2020 at 20:26, John Mc wrote:
> I could make the change locally in the distpreparation folder, and then
> locally build the installer again and do a PR to fix it for 12.2 moving
> forward?
>
> That's probably the simplest solution, if that's allowed?
This is only affecting source
I could make the change locally in the distpreparation folder, and then
locally build the installer again and do a PR to fix it for 12.2 moving
forward?
That's probably the simplest solution, if that's allowed?
Regards
John
On Thu, 3 Sep 2020 at 20:24, Neil C Smith wrote:
>
>
> On Thu, 3 Sep
On Thu, 3 Sep 2020, 20:11 John Mc, wrote:
> I assume, the correct approach will be to create a PR against the branch
> "release121" and kick off the Jenkins job(
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release121/)
> again, correct?
>
We can't add to the rel
Hi Christian,
Yeah I just checked it there myself and got the same results.
I'll be closing that vote thread soon.
@Neil C Smith Quick one for you, seems later mac os
versions are causing problems, I need to update the following file:
https://github.com/apache/netbeans/blob/35c435706b941e2fa03e
As Scott has pointed out on the VOTE thread. The current Java detection
will not work on the upcoming version of macOS since the + option has been
removed.
I believe removing the version flag should produce the same result as
specifying 1.8+. I.e the newest version installed on the machine.
% /us
