Re: [cdt-dev] Updates for 9.0

[Jonah Graham <jonah@xxxxxxxxxxxxxxxx>]

Thanks for the info. Just to be clear I was talking about users
installing CDT from http://download.eclipse.org/releases/neon (which
appears in the list of update sites already populated) as opposed to
http://download.eclipse.org/tools/cdt/[...]. That has always been the
way I installed CDT in the past, normally starting with Eclipse for
Committers and adding everything else I normally use (I can't imagine
an IDE that doesn't support C/Java/Python fully from the same
instance, where is my EPP package for that ;-)

Jonah
~~~
Jonah Graham
Kichwa Coders Ltd.
www.kichwacoders.com


On 4 June 2016 at 16:40, Doug Schaefer <cdtdoug@xxxxxxxxx> wrote:
> On Sat, Jun 4, 2016 at 11:29 AM, Jonah Graham <jonah@xxxxxxxxxxxxxxxx>
> wrote:
>>
>> > We don't have to do turn it on in our main feature since that would
>> > affect all adopters, but I'd like to turn it on in our EPP. Any thoughts on
>> > that?
>>
>> +1 on this.
>>
>> What happens if a user downloads (e.g.) Eclipse for Java and then
>> installs CDT for the Neon update site? Will that cause CDT update site
>> to become enabled too? I think it is desirable if it does.
>
>
> No. We can't tell when users install from the CDT site whether it's a real
> user or a vendor's build machine building a product that includes the CDT
> (like our machine at QNX :)).
>
> And I'd like to direct users away from CDT's update site, and really the p2
> install UI, as much as possible. The experience is tough.
>
> What I'd like to do instead is create an Eclipse Marketplace entry for the
> Eclipse IDE for C++ that includes all the features we put into the EPP
> package. And we'll make sure the CDT site is enabled after that. We should
> be able to install that into any other package.
>
>>
>>
>> Thanks,
>> Jonah
>> ~~~
>> Jonah Graham
>> Kichwa Coders Ltd.
>> www.kichwacoders.com
>>
>>
>> On 4 June 2016 at 16:03, Doug Schaefer <cdtdoug@xxxxxxxxx> wrote:
>> > Thanks Marc. There's been discussion about this at the planning council
>> > level. There are vendors out there that want to be more diligent in what
>> > updates they put out to their customers. As such it's better to give
>> > them
>> > the choice if they want updates or not from upstream sources.
>> >
>> > :D
>> >
>> > On Sat, Jun 4, 2016 at 9:02 AM, Marc Khouzam <marc.khouzam@xxxxxxxxxxxx>
>> > wrote:
>> >>
>> >> +1
>> >>
>> >> What is the drawback of we turned it on for all CDT installations? Odds
>> >> are we will not put a new build on that update site but if we do it
>> >> will
>> >> mean it is very important.  We should probably have such a build only
>> >> contain the exact essential fix we need and nothing more to keep risk
>> >> low.
>> >>
>> >> Just curious.
>> >>
>> >> Thanks
>> >>
>> >> ________________________________
>> >> From: Doug Schaefer <cdtdoug@xxxxxxxxx>
>> >> Sent: Jun 3, 2016 13:55
>> >> To: CDT General developers list.
>> >> Subject: [cdt-dev] Updates for 9.0
>> >>
>> >> Hey gang,
>> >>
>> >> We currently enter our update site URL into the list of available sites
>> >> but we disable it. I want to be in a position where if we have
>> >> emergency
>> >> fixes to get out before September, I'd like to be able to do that and
>> >> only
>> >> have the user "Check for Updates" to get it. My testing this week
>> >> showed we
>> >> have some real rough spots where testing has been pretty light, Windows
>> >> in
>> >> particular. And if users run into real problems I don't want to tell
>> >> them to
>> >> wait until September.
>> >>
>> >> We don't have to do turn it on in our main feature since that would
>> >> affect
>> >> all adopters, but I'd like to turn it on in our EPP. Any thoughts on
>> >> that?
>> >>
>> >> Doug.
>> >>
>> >> _______________________________________________
>> >> cdt-dev mailing list
>> >> cdt-dev@xxxxxxxxxxx
>> >> To change your delivery options, retrieve your password, or unsubscribe
>> >> from this list, visit
>> >> https://dev.eclipse.org/mailman/listinfo/cdt-dev
>> >
>> >
>> >
>> > _______________________________________________
>> > cdt-dev mailing list
>> > cdt-dev@xxxxxxxxxxx
>> > To change your delivery options, retrieve your password, or unsubscribe
>> > from
>> > this list, visit
>> > https://dev.eclipse.org/mailman/listinfo/cdt-dev
>> _______________________________________________
>> cdt-dev mailing list
>> cdt-dev@xxxxxxxxxxx
>> To change your delivery options, retrieve your password, or unsubscribe
>> from this list, visit
>> https://dev.eclipse.org/mailman/listinfo/cdt-dev
>
>
>
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from
> this list, visit
> https://dev.eclipse.org/mailman/listinfo/cdt-dev