Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [tools-pmc] TCF would like to piggy-back on the Oxygen RC4a respin

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


Back to the top