Oops, missed Dani’s response. I agree, though I put a friendlier spin on it
J. The decision affects the entire community but I’m sure the Eclipse PMC is taking that into consideration.
Doug.
From: eclipse.org-architecture-council-bounces@xxxxxxxxxxx [mailto:eclipse.org-architecture-council-bounces@xxxxxxxxxxx]
On Behalf Of Daniel Megert
Sent: Tuesday, December 19, 2017 8:37 AM
To: eclipse.org-architecture-council <eclipse.org-architecture-council@xxxxxxxxxxx>
Subject: Re: [eclipse.org-architecture-council] 32-bits for Desktop/RCPapplications?
>
Ultimately, the question is whether Simultaneous Release, EPP packages, installer and so on should keep targeting 32-bits and whether they can safely drop it from now
Except for actually building the 32-bit versions, is there real/much work involved for EPP (Markus)? If not, the discussion is worthless in my opinion and EPP should just ship/support what the platform
decides to support. And as Mike mentioned. The Eclipse TLP PMC decides which platforms are supported and not any of the councils.
Dani
From: Mickael Istria <mistria@xxxxxxxxxx>
To: "eclipse.org-architecture-council" <eclipse.org-architecture-council@xxxxxxxxxxx>
Date: 18.12.2017 23:14
Subject: Re: [eclipse.org-architecture-council] 32-bits for Desktop/RCP applications?
Sent by: eclipse.org-architecture-council-bounces@xxxxxxxxxxx
The target environments has a cross-project effect and may become a cross-project effort/win. Ultimately, the question is whether Simultaneous Release, EPP packages, installer and so on should keep targeting 32-bits and whether
they can safely drop it from now on as part of a collective decision. I believe if one of the councils emits a recommendation, it will be easier for projects to take a decision and action here. Without a clear recommendation, it's likely to be a "who's first"
staring contest ;)
Of course, it should still remain up to project to do differently according to their constraints.
_______________________________________________
eclipse.org-architecture-council mailing list
eclipse.org-architecture-council@xxxxxxxxxxx
https://urldefense.proofpoint.com/v2/url?u=https-3A__dev.eclipse.org_mailman_listinfo_eclipse.org-2Darchitecture-2Dcouncil&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y&m=zNkVU4hJXRjVF9qsutFl5NGF209xnBUCf5FjWo55ISM&s=nfxuYG4yL_76-zcrBf07Jtb2jk93Gwh2tc2n0KGS5E4&e=
IMPORTANT: Membership in this list is generated by processes internal to the Eclipse Foundation. To be permanently removed from this list, you must contact
emo@xxxxxxxxxxx to request removal.
