Re: [tools-pmc] TCF would like to piggy-back on the Oxygen RC4a respin

[Aleksandar Kurtakov <akurtako@xxxxxxxxxx>]

Sorry for not acting accordingly. I'm pretty new to the planning
council and never followed this procedure. Done now.

On Tue, Jun 20, 2017 at 10:20 AM, Martin Oberhuber
<mober.at+eclipse@xxxxxxxxx> wrote:
> Hi Alex,
>
> Thanks a lot for your +1 !
>
> According to my information, the next step is "The Tools PMC Planning
> Council representative needs to take it to the Planning Council for
> discussion and approval"
>
> Since you seem to represent tools at the PC, could you take it from here?
>
> I haven't seen any public PC discussion regarding the respin so far, and I
> don't want to push for it since we just piggy-back ... just trying to make
> sure that things don't get lost in translation :) See also
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=518336#c14
>
> Thanks,
> Martin
>
> Am 2017-06-19 um 12:41 schrieb Aleksandar Kurtakov:
>
> On Mon, Jun 19, 2017 at 1:10 PM, Martin Oberhuber
> <mober.at+eclipse@xxxxxxxxx> wrote:
>
> Dear Tools PMC,
>
> The TCF project would like to piggy-back on the Oxygen RC4a respin on
> Tuesday (in case it happens), and requests tools-pmc support for this as per
> the Simrel exception process.
>
> Our rationale:
> When updating our releng / build infrastructure after our Oxygen
> contribution, it turned out that newer build JRE required a newer Tycho,
> which in turn uncovered one invalid pom.xml (that did not cause any issues
> with older Tycho). Bottomline: our binaries contributed to Oxygen are fine,
> but nobody could build it from source unless using Java 7 with Tycho-0.22 .
> This is not a blocker for users (so we'd not request a respin just for
> that). But we'd much appreciate cleaning this up, to make our Oxygen
> binaries consistent with the source builds so we'd like to piggy-back if a
> respin occurs.
>
> TCF is not in any epp package, and I'm not aware of any downstream consumers
> on simrel so the risk should be minimal.
>
> Our updated contribution has been made available as rc4a . A Gerrit for
> simlrel is ready and verified by Simrel Hudson, so this can merge if the
> tools-pmc / planning council agrees on the respin:
> https://git.eclipse.org/r/#/c/99564/
>
> I'll be happy to answer any questions, and would like to requests the
> tools-pmc's support at the planning council.
>
> +1 From Tools PMC. Being able to build from source is one of the major
> virtues of FOSS.
>
> Thanks!
> Martin
>
> ---------- Forwarded message ----------
> From: Frederic Gurr <frederic.gurr@xxxxxxxxxxxxxxxxxxxxxx>
> Date: Fri, Jun 16, 2017 at 5:54 PM
> Subject: Re: [cross-project-issues-dev] Nature autodiscovery broken!
> Blocker? - Was: [epp-dev] Oxygen RC4 EPP packages
> To: cross-project-issues-dev@xxxxxxxxxxx
>
>
> Hi,
>
> Respin of RC4 is scheduled for Tuesday, June 20th, if the fix is in and
> no additional blockers have been found by Monday night CET.
>
> Please let me know if you have any questions or concerns.
>
> Regards,
>
> Fred
>
> On 16.06.2017 08:59, Andreas Sewe wrote:
>
> Hi all,
>
> the Oxygen RC4 packages are ready for testing at
>
>
> https://hudson.eclipse.org/packaging/job/oxygen.epp-tycho-build/318/artifact/org.eclipse.epp.packages/archive/
>
> while testing the RC4 Java package, I discovered an issue related to the
> "nature autodiscovery" feature recently introduced (by the Eclipse
> Marketplace Client?) that I consider a blocker for Oxygen (hence Cc'ing
> to cross-projects).
>
> Creating a new *Java* project with the Eclipse IDE for *Java* Developers
> complains that it doesn't have support for the Java nature (which it
> does) and that JDT needs to be installed (which already is). This is
> obviously not a good first impression.
>
> See Bug 518336 [1] for details.
>
> Best wishes,
>
> Andreas
>
> [1] <https://bugs.eclipse.org/bugs/show_bug.cgi?id=518336>
>
>
>
> _______________________________________________
> cross-project-issues-dev mailing list
> cross-project-issues-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
> _______________________________________________
> cross-project-issues-dev mailing list
> cross-project-issues-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from
> this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
>
> _______________________________________________
> tools-pmc mailing list
> tools-pmc@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from
> this list, visit
> https://dev.eclipse.org/mailman/listinfo/tools-pmc
>
>
>
> --
> -- Martin Oberhuber | Software Architect, Project Lead & Consultant |
> Austria



-- 
Alexander Kurtakov
Red Hat Eclipse Team