[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [modeling-pmc] Infrastructure Changes
|
Hi Nick,
This sounds like a reasonable approach to developing our "uber builder," and
I'm sure Max will be interested in working with you on it so we can close
this bug: https://bugs.eclipse.org/bugs/show_bug.cgi?id=151607
Best,
Rich
On 7/24/06 3:38 PM, "Nick Boldt" <codeslave@xxxxxxxxxx> wrote:
>
> Rich, Max, everyone:
>
> In order to speed up the time required to get the stuff* in CVS munged into
> a shape that everyone's happy with, and not require extra support from
> Denis & Matt as far as permissions, would everyone agree that one quick
> solution would be to set up a CVS repo on emft.eclipse.org and begin the
> migration work there?
>
> That server is a vserver running Fedora Core 4, and I've got root access so
> we can do anything we want on it.
>
> I can create /cvsroot/modeling and on the box and into it put copies of
> what's on dev.eclipse. I'll set up userids for anyone who needs 'em, which
> ought to be the same as your ids for accessing dev.eclipse.org (for
> simplicity). Currently, SSH access is restricted to allowing users to
> connect only FROM dev.eclipse.org, but if you have static IP addresses and
> want to connect directly (which you'd need to access its cvs repo), just
> let me know your IP or IP block and I'll add you to the firewall.
>
> An added bonus to doing things this way is that when we migrate this
> content back to dev.eclipse, we won't carry need to all the cvs history and
> thus can keep the files cleaner.
>
> Also, emft.eclipse.org is the build server for half of emft's builds (the
> ones with non-IBM committers), so we'd be able to prototype the new
> emft/emf/uml2/gmf/gef UberBuilder and run builds on the same machine
> (making debugging easier since you can see the cvs content and console out
> in the same place).
>
> * stuff = releng builder code modified/merged + plugins/tests/doc/examples
> reorganized
>
> If we're in agreement, send me your dev.eclipse.org usernames (and IP
> addresses) and I'll add you onto the box. If you have a different idea,
> please propose it.
>
> BTW, I've now got Yahoo and MSN accounts under the names nickboldt and
> nick@xxxxxxxxxxxxx (plus Skype: nickboldt), respectively, should anyone
> need to reach me in an IM way.
>
> Cheers,
>
> --
> Nick Boldt :: Software Developer, IBM Toronto Lab
> Eclipse Modeling Framework :: http://eclipse.org/emf
> 905/413/4308 (t/l 969) :: codeslave@xxxxxxxxxx
>
>
>
>
>
> Monday, July 24, 2006 8:03 AM
> To: "PMC members mailing list" <modeling-pmc@xxxxxxxxxxx>
> cc: Nick Boldt/Toronto/IBM@IBMCA, <modeling-pmc-bounces@xxxxxxxxxxx>, "Max
> Feldman" <Max.Feldman@xxxxxxxxxxx>
> From: "Richard Gronback" <Richard.Gronback@xxxxxxxxxxx>
> Subject: Re: [modeling-pmc] Infrastructure Changes
>
>
> Hi All,
>
> I¹ve sent out a warning to the GMF dev mailing list regarding these coming
> changes within our project. I think the best way to proceed is for each
> Project Lead to do similarly and manage their own migrations to the
> structure below using Foundation/Community bugzilla reports.
>
> This seems like the ideal time to get this done (between release cycles),
> and the sooner we do, the sooner we can work toward consolidated
> builds/reporting/etc.
>
> Thanks,
> Rich
>
>
> On 7/20/06 8:20 AM, "Richard Gronback" <richard.gronback@xxxxxxxxxxx>
> wrote:
>
>> Right, thanks Kenn. What else did I miss?
>>
>> Thanks,
>> Rich
>>
>>
>> On 7/20/06 7:39 AM, "Kenneth Hussey" <khussey@xxxxxxxxxx> wrote:
>>
>>>
>>> Rich,
>>>
>>> I think we had decided that XSD was to be part of MDT, and OCL was to be
> part
>>> of UML2, so:
>>>
>>> eclipse.tools.xsd -> eclipse.modeling.mdt.xsd (need new
> e.m.mdt)
>>> eclipse.technology.emft (ocl) -> eclipse.modeling.mdt.uml2 (ocl)
>>>
>>> Bugzilla components for MDT would initially include UML2 UML, UML2
> Codegen,
>>> UML2 OCL, and XSD (and perhaps others).
>>>
>>> /cvsroot
>>> /modeling
>>> /mdt (not yet provisioned)
>>> /org.eclipse.uml2 (includes org.eclipse.uml2.uml,
>>> org.eclipse.uml2.ocl, org.eclipse.uml2.di metamodels)
>>> /org.eclipse.xsd
>>>
>>> The plug-in names for OCL will not necessarily change until the next
> major
>>> release.
>>>
>>> /tools/xsd -> /modeling/mdt/xsd
>>>
>>> Cheers,
>>>
>>> Kenn Hussey
>>>
>>> Eclipse UML2 Project Lead
>>> Rational Software, IBM Software Group
>>>
>>> 770 Palladium Drive
>>> Kanata, Ontario, K2V 1C8
>>>
>>> T: (613) 599-3980 F: (613) 599-3912
>>>
>>>
>>>
>>> Richard Gronback <richard.gronback@xxxxxxxxxxx>
>>> Sent by: modeling-pmc-bounces@xxxxxxxxxxx 07/19/2006 10:10 PM
>>> Please respond to
>>> PMC members mailing list <modeling-pmc@xxxxxxxxxxx>
>>> To
>>> PMC members mailing list <modeling-pmc@xxxxxxxxxxx>
>>> cc
>>> Nick Boldt/Toronto/IBM@IBMCA, Max Feldman <Max.Feldman@xxxxxxxxxxx>
>>> Subject
>>> [modeling-pmc] Infrastructure Changes
>>>
>>>
>>>
>>>
>>> Hi All,
>>>
>>> As discussed on our last call, a number of infrastructure items need to
> be
>>> discussed/agreed to before submitting the requests to the webmaster.
>>>
>>> I've included those that are not yet proposed/approved/provisioned just
> for
>>> a more complete picture, while they will not be part of the initial
> request.
>>> When they are provisioned, I imagine they will look similar to what is
>>> below:
>>>
>>> Newsgroups:
>>>
>>> eclipse.tools.emf -> eclipse.modeling.emf
>>> eclipse.tools.uml2 -> eclipse.modeling.mdt.uml2 (need new
> e.m.mdt)
>>> eclipse.technology.gmf -> eclipse.modeling.gmf
>>> eclipse.technology.emft -> eclipse.modeling.emf (with additional
>>> *.emf.ocl, *.emf.validation, *.emf.query, *.emf.transaction, etc.?)
>>> eclipse.technology.gmt -> eclipse.modeling.gmt
>>> eclipse.technology.gmt.amw -> eclipse.modeling.gmt.amw
>>> eclipse.technology.mddi -> eclipse.modeling.mddi
>>>
>>> Bugzilla:
>>>
>>> Need new 'Modeling' classification with following 'Product' migrations:
>>> Tools/EMF -> Modeling/EMF
>>> Tools/UML2 -> Modeling/MDT (UML2 is first component)
>>> Technology/GMF -> Modeling/GMF
>>> Technology/GMT -> Modeling/GMT
>>> Technology/MDDi -> Modeling/MDDi
>>>
>>> CVS:
>>>
>>> /cvsroot
>>> /modeling
>>> /emf
>>> /org.eclipse.emf
>>> /..
>>> /mdt (not yet provisioned)
>>> /org.eclipse.uml2
>>> /org.eclipse.emf.ocl (future org.eclipse.ocl?)
>>> /..
>>> /gmf
>>> /org.eclipse.gmf
>>> /gmt
>>> /org.eclipse.gmt
>>> /..
>>> /mddi
>>> /org.eclipse.mddi
>>> /m2m (not yet provisioned)
>>> /org.eclipse.qvt
>>> /..
>>> /m2t (not yet provisioned)
>>> /org.eclipse.jet
>>> /org.eclipse.xpand ?
>>> /..
>>>
>>> Download site:
>>>
>>> /technology/gmf -> /modeling/gmf
>>> /tools/emf -> /modeling/emf
>>> /tools/uml2 -> /modeling/mdt/uml2
>>> /technology/gmt -> /modeling/gmt
>>> /technology/mddi -> /modeling/mddi
>>> /technology/emft -> /modeling/emf/..
>>>
>>> Mailing lists:
>>> No changes required.
>>>
>>> Thanks,
>>> Rich
>>
>
>
> --
> Richard C. Gronback
> Borland Software Corporation
> richard.gronback@xxxxxxxxxxx
> +1 860 227 9215
>
>
> _______________________________________________
> modeling-pmc mailing list
> modeling-pmc@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/modeling-pmc
--
Richard C. Gronback
Borland Software Corporation
richard.gronback@xxxxxxxxxxx
+1 860 227 9215