[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cross-project-issues-dev] [eclipse.org-planning-council] Neon.3 update problem status

Hi Ed,

The corresponding EPP repository can be found here:

https://hudson.eclipse.org/packaging/job/neon.epp-tycho-build/599/artifact/org.eclipse.epp.packages/archive/repository/

Regards,

Fred

On 28.04.2017 10:25, Ed Merks wrote:
> Fred,
> 
> If someone would let me know when there is a corresponding EPP
> repository available, I can do some further testing.   With regard to
> your specific question, if the p2.inf can specify an exact bundle
> version to remove that's probably a good idea.   And by exact I mean
> that it would only remove the known-to-be-broken versions of these
> bundles that no one should ever have used and no one should ever use in
> the future.  Those broken versions have never been in a "released"
> repository, except for Neon.3.  It should not remove newer versions of
> the fixed bundles, even though those might cause the same wiring
> problems.  That being said, I think a main contributing factor to the
> wiring problem is the constraints that were added to exclude higher
> versions.   I know for example that oomph and userstorage work fine with
> the latest versions of these bundles but it was constrained not to use
> to exclude the broken versions for Oomph 1.1.
> 
> I hope that everyone who added such constraints will be sure to remove
> them for Oxygen M7.  Oomph's 1.8 contribution to Oxygen will use and
> contribute the latest versions of those bundles...
> 
> 
> On 27.04.2017 22:14, Frederic Gurr wrote:
>> Open questions:
>> - Do we need to use the uninstall command in p2.inf to remove old Http*
>> bundles for users that already upgraded to Neon.3 and have a broken
>> setup at the moment? How would that affect 3rd party plugins that might
>> bring their own HttpClient version (Martin's question)?
> 
> _______________________________________________
> eclipse.org-planning-council mailing list
> eclipse.org-planning-council@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/eclipse.org-planning-council
> 
> 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.