[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [modeling-pmc] Infrastructure Changes
|
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
