Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [tm-dev] terminal repo

BTW, that¹s probably not a conversation that should be private, at least
not totally. Remember, we¹re an open project ;)

Doug

On 2015-06-09, 4:50 AM, "Stieber, Uwe" <Uwe.Stieber@xxxxxxxxxxxxx> wrote:

>Apparently, the issue has been discussed and resolved between Greg and
>Martin O. behind the scenes :)
>
>Best regards, Uwe :)
>
>
>> -----Original Message-----
>> From: tm-dev-bounces@xxxxxxxxxxx [mailto:tm-dev-bounces@xxxxxxxxxxx] On
>> Behalf Of Stieber, Uwe
>> Sent: Dienstag, 09. Juni 2015 10:02
>> To: TM project developer discussions
>> Subject: Re: [tm-dev] terminal repo
>> 
>> Hi,
>> 
>> Regarding the original question:
>> 
>> > It looks the terminal build has been split into two parts, remote and
>> > everything else. Can whoever did this explain how they are planning to
>> include both these in the 4.0milestones update site so they can be
>>picked up by
>> the simrel build?
>> 
>> The "nightly" repositories are composite repositories and so must be the
>> 4.0milestone repository. Just put the 2 repos, "common" and "remote"
>>below
>> 4.0milestones and create the compositeArtifacts.xml and
>> compositeContent.xml files. That's the way it is/was supposed to work.
>>The
>> simrel build will never know that there are two repositories.
>> 
>> >My only question is why inflict that pain on the community. Everyone
>>else is
>> working towards shipping the entire stack from Mars, not picking and
>>choosing
>> >releases. You could create your own builds that do that (like we have
>>with CDT
>> and the different targets for each platform release).
>> 
>> Why do you say that we inflict any pain on the community? For Terminal,
>>we do
>> release the entire stack from the Mars build. All other jobs are for
>> compatibility verification only and of interest for the Terminal
>>committers only.
>> The community does not need to know how we organize our repositories.
>>As I
>> wrote above, to the community and the simrel build it all looks like a
>>single
>> repository, just as before.
>> 
>> Best regards, Uwe :)
>> 
>> 
>> > -----Original Message-----
>> > From: tm-dev-bounces@xxxxxxxxxxx [mailto:tm-dev-bounces@xxxxxxxxxxx]
>> > On Behalf Of Doug Schaefer
>> > Sent: Mittwoch, 03. Juni 2015 16:23
>> > To: TM project developer discussions
>> > Subject: Re: [tm-dev] terminal repo
>> >
>> > My only question is why inflict that pain on the community. Everyone
>> > else is working towards shipping the entire stack from Mars, not
>> > picking and choosing releases. You could create your own builds that
>> > do that (like we have with CDT and the different targets for each
>>platform
>> release).
>> >
>> > Doug
>> >
>> > On 2015-06-03, 10:12 AM, "Oberhuber, Martin"
>> > <Martin.Oberhuber@xxxxxxxxxxxxx> wrote:
>> >
>> > >Hi Greg,
>> > >
>> > >The reason for splitting was that o.e.remote still doesn't build on
>> > >Eclipse 3.8 (my contribution supports 4.3 but not 3.8).
>> > >But we want the Terminal to also work on 3.8 at least for now.
>> > >
>> > >I would suggest releasing mars from the 4.0-maintenance branch --
>> > >this allows us to stabilize for mars without blocking development in
>>master.
>> > >
>> > >I've created a "terminal-4.0-maintenance" Hudson Job for you:
>> > >https://hudson.eclipse.org/tm/job/terminal-4.0-maintenance/
>> > >It's output is deployed to this repo:
>> > >http://download.eclipse.org/tm/terminal/builds/mars/nightly
>> > >
>> > >So you now have both options --
>> > >a) copy the builds/mars/nightly to builds/mars/milestones and
>> > >register that for the simrel RC3, if you want to release from the
>> > >branch. Or
>> > >b) copy the builds/development/nightly to
>> > >builds/development/milestones, and  if you want to release from
>>master.
>> > >    The nightly is already set up as a composite, and composites
>> > >under another composite work just fine.
>> > >
>> > >HTH, let me know if you have any more questions.
>> > >
>> > >Thanks,
>> > >Martin
>> > >--
>> > >Martin Oberhuber, SMTS / Product Owner - Development Tools, Wind
>> > >River direct +43.662.457915.85  fax +43.662.457915.6
>> > >
>> > >
>> > >-----Original Message-----
>> > >From: tm-dev-bounces@xxxxxxxxxxx [mailto:tm-dev-bounces@xxxxxxxxxxx]
>> > >On Behalf Of Greg Watson
>> > >Sent: Wednesday, June 03, 2015 3:43 AM
>> > >To: TM project developer discussions
>> > >Subject: [tm-dev] terminal repo
>> > >
>> > >It looks the terminal build has been split into two parts, remote and
>> > >everything else. Can whoever did this explain how they are planning
>> > >to include both these in the 4.0milestones update site so they can be
>> > >picked up by the simrel build? I need this sorted out right now so
>> > >that I can get changes into the RC3 build.
>> > >
>> > >Greg
>> > >_______________________________________________
>> > >tm-dev mailing list
>> > >tm-dev@xxxxxxxxxxx
>> > >To change your delivery options, retrieve your password, or
>> > >unsubscribe from this list, visit
>> > >https://dev.eclipse.org/mailman/listinfo/tm-dev
>> > >_______________________________________________
>> > >tm-dev mailing list
>> > >tm-dev@xxxxxxxxxxx
>> > >To change your delivery options, retrieve your password, or
>> > >unsubscribe from this list, visit
>> > >https://dev.eclipse.org/mailman/listinfo/tm-dev
>> >
>> > _______________________________________________
>> > tm-dev mailing list
>> > tm-dev@xxxxxxxxxxx
>> > To change your delivery options, retrieve your password, or
>> > unsubscribe from this list, visit
>> > https://dev.eclipse.org/mailman/listinfo/tm-dev
>> _______________________________________________
>> tm-dev mailing list
>> tm-dev@xxxxxxxxxxx
>> To change your delivery options, retrieve your password, or unsubscribe
>>from
>> this list, visit https://dev.eclipse.org/mailman/listinfo/tm-dev
>_______________________________________________
>tm-dev mailing list
>tm-dev@xxxxxxxxxxx
>To change your delivery options, retrieve your password, or unsubscribe
>from this list, visit
>https://dev.eclipse.org/mailman/listinfo/tm-dev



Back to the top