Skip to main content

[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



Back to the top