Bugzilla – Full Text Bug Listing
| Summary: | EMFCompare Move from EMFT to EMF | ||
|---|---|---|---|
| Product: | Community | Reporter: | Cedric Brun <cedric.brun> |
| Component: | CommitterTools | Assignee: | Cedric Brun <cedric.brun> |
| Status: | CLOSED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | anne.jacko, emo, laurent.goubet, nboldt, sharon.corbett |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
Webmaster: The committers paperwork enables them to all move to EMF. Please script the necessary changes in the DB. Regards, Sharon I have a couple of questions: Should the bugzilla component EMFT/Compare be moved straight to EMF/Compare? And are we creating a new mailing list, or will you be re-using an existing list? -M. > Should the bugzilla component EMFT/Compare be moved straight to EMF/Compare? Yep, sounds good to me. >And are we creating a new mailing list, or will you be re-using an existing list? We'll use the existing EMF mailling list. Hi Cedric: Could you please check to see if any relevant CQs for EMF_Compare need to move from EMFT to EMF subproject in IPzilla. Please provide CQ numbers here and I'll arrange to move them. If there are any, please ensure they can move (meaning they are no longer required in EMFT for other components). If any can't be moved but are required, please enter necessary CQs using the "piggyback" function. Regards, Sharon (In reply to comment #0) > Here is what I think is needed : Looks good. Frankly, I'm surprised there's no wiki doc detailing the process already. Apparently I'm falling down on the job. :) Feel free to copy what you have into the wiki somewhere and link to it from here so the next time round we have a reference guide for the process. Thanks! The modeling.emf.compare project has been created in the Foundation db. Let me know when to archive modeling.emft.compare. Ok, I have the move planned out, is it ok if I do this this afternoon? -M. Yep, should be perfect :) Ok, I've moved the committers in our internal DB, copied the downloads data into download.eclipse.org/emf/compare, the website from org.eclipse/www/emft/projects/compare into org.eclipse/www/emf/compare and moved the Compare component in bugzilla. Nick are you the guy to update the EMFT and EMF websites to link to the 'missing'/'new' content? Is there anything else you need from Webmaster? -M. (In reply to comment #9) > Nick are you the guy to update the EMFT and EMF websites to link to the > 'missing'/'new' content? I can, unless someone in EMF/EMFT-land gets there first. There should be documentation in www/emft/_projectCommon.php and www/emf/_projectCommon.php on how to "move" or "graduate" projects from one bucket to the other. Should also be lots of examples of simple index.php files that can be used to redirect a user to the new page using <?php header("Location: /modeling/emf/whatever/path/"); ?> There's already code in the downloads-common.php script which will bounce a user from old URL to new URL automatically, keeping the user's bookmarked search parameters or querystring, eg.: header("Location: http://www.eclipse.org/modeling/" . $hasmoved[$projct] . "/downloads/?" . $_SERVER["QUERY_STRING"]); Modeling.emft.compare has been archived in the Foundation db. so far I updated a few PHP files, we've got the compare item in the left menu here : http://www.eclipse.org/modeling/emf/ clicking on it we're going there : http://www.eclipse.org/modeling/emf/?project=compare which has styling issue with the pictures but that's a different story.. clicking on the "download" button http://www.eclipse.org/modeling/emf/downloads/?project=compare We get on a page but as the zips are not named emf-compare but emft-compare there is no active links. should we rename the zips ? > http://www.eclipse.org/modeling/emf/downloads/?project=compare
> We get on a page but as the zips are not named emf-compare but emft-compare
> there is no active links.
> should we rename the zips ?
No, just look at what's been done for Teneo, CDO & Net4j.
In modeling/emf/downloads/index.php:
/* list of valid file prefixes for projects who have been renamed; keys have leading / to match $proj */
/* only required if using something other than the default; otherwise will be generated */
$filePre = array(
/* "/newproj" => array("emft-newproj", "emf-newproj"), */
"/emf" => array("emf-sdo-xsd", "emf-sdo", "emf", "sdo", "xsd"),
"/teneo" => array("emft-teneo","emf-teneo"),
"/cdo" => array("emft-cdo","emf-cdo"),
"/net4j" => array("emft-net4j","emf-net4j"),
);
Add a line for Compare and you should be done.
Hi Nick, Thanks for the pointer, before I add this line though the zips' names have another thing that could raise issues : they all contain "-incubation-". Will the line you prompted us to add in index.php be enough or should I add something else for this incubation segment? (In reply to comment #14) > Hi Nick, > > Thanks for the pointer, before I add this line though the zips' names have > another thing that could raise issues : they all contain "-incubation-". Will > the line you prompted us to add in index.php be enough or should I add > something else for this incubation segment? Can't recall offhand - last time I did a move was May/June 2008. Commit it and see (wait 30-60 seconds for website to refresh from cvs), or edit the file locally (w/ vi or nano) on modeling.eclipse (changes are immediate) and test it before committing. Re-assigning this bug to Nick, as it sounds like Webmasters work is finished. Feel free to change that if I'm wrong. -M. Nick, I haven't got commit rights on this file (modeling/emf/download/index.php) and Cedric is away for three weeks. Could you commit the necessary change? I can create a patch if you need ... but I believe you'll be faster adding the line yourself than trying to apply a patch :). I'm away but you can never really escape the Eclipse way of life ;) I'm gonna make the change. Looks like the gods are not with us, I'm getting :
cvs ci -m -l "/modeling/emf/downloads/index.php"
/cvsroot/org.eclipse/www/modeling/emf/downloads/index.php,v <-- emf/downloads/index.php
new revision: 1.36; previous revision: 1.35
cvs [commit aborted]: could not open lock file `/cvsroot/org.eclipse/www/modeling/emf/downloads/,index.php,': Permission denied
The server reported an error while performing the "cvs commit" command. (took 0:00.662)
Error: modeling: cvs [commit aborted]: could not open lock file `/cvsroot/org.eclipse/www/modeling/emf/downloads/,index.php,': Permission denied
***
when I try to commit.
Is the file locked in some way ? I already did a lot of changes in many files there, is this one locked in some way ?
Sorry, you can't do that. > look around In the darkness, you can see a cvsroot, and there is a torch on the wall. > examine cvsroot It's too dark to make out any detail. > get torch Taken. > examine cvs root On the side of the root you can make out the following symbols, crudely carved: /cvsroot/org.eclipse/www/modeling/emf/ > add cbrun, lgoubet, meysholdt, jmusset to group modeling.emf.website Please wait while your request is considered... > wait The time passes uneventfully. You hum a catchy tune to yourself about rules and process. > wait You look back at comment 0 and wonder why this wasn't done automatically as part of the migration process. > snicker Yeah, I hear ya. Your score has gone up! > score You have achieved the rank of Sarcastic Bastard, with a score of 42 points.
> You look back at comment 0 and wonder why this wasn't done automatically as
> part of the migration process.
A disembodied voice answers: They owned the files that were moved, and there was no specification for access to other parts of the EMF website.
You hear the distant hum of well oiled machinery working to grant your wish and with a final 'gnip' a note appears stating simply 'It is done'
-M.
(In reply to comment #21) | > You look back at comment 0 and wonder why this wasn't done automatically as | > part of the migration process. | | A disembodied voice answers: They owned the files that were moved, and there | was no specification for access to other parts of the EMF website. | | You hear the distant hum of well oiled machinery working to grant your wish and | with a final 'gnip' a note appears stating simply 'It is done' > inv You are carrying a scroll. > examine scroll The scroll contains information about standardized unix groups, project names, and ACLs. It appears incomplete, as if a work in progress. > turn over scroll The back of the scroll only contains three letters and 6 digits: bug 198541. > cast nag spell You cast the Nag spell. A great fluttering of wings can be heard in the distance, as if 100s of people just had mail delivered to them via a bug tracker. You score has gone up! > score You score is 47, which is a prime number. Congratulations! You have earned the rank of Prime Pain In The A$$. Not sure why this is dependent on bug 198541. The ldap group name for EMF.compare was updated to be consistent with the standardized groups schema. It sounds as if you want to change the owning group of the EMF.compare WWW files which is within the scope of this bug, although it still wouldn't technically solve the previous issue(comment 20). Am I missing something? Or is this the prelude to a new bug to bring the EMF website into conformance? -M. (In reply to comment #23) > Not sure why this is dependent on bug 198541. The ldap group name for > EMF.compare was updated to be consistent with the standardized groups schema. That was just done to cause a "ping" to happen on that bug, since it's been sitting idle for a while, and we're still not 100% standardized in Modeling. I'll drop the dep. > Am I missing something? Or is this the prelude to a new bug to bring the EMF > website into conformance? You're right, this issue deserves a separate bug: bug 285073. > "Your Princess is in Another Castle"
Dammit, looks like I've got only one step to go through : writing my scroll to share it with the other druids through the Wiki spirit.
Let's start with a quick refill of hydromel ("nectar of the gods") to get enough energy ...
Thanks for your help !
Nick, I'm trying to kick the build from the modeling server and would need the emf build credentials, are you the right person I should ask that to ? :D (In reply to comment #26) > Nick, I'm trying to kick the build from the modeling server and would need the > emf build credentials, are you the right person I should ask that to ? :D Check your mail for web UI username/password and how to SSH to the server directly. Hi Cedric: Just a final check; were there any EPL CQs that should have been moved from EFMT to EMF to align with the approved move? Since no third party cqs were indicated on the approved IP log, it is only EPL CQs that would need to be checked. Thanks, Sharon Cedric: Now that IPzilla has been componentized; it really would be ideal if the EPL CQs entered against EMF Compare were moved to align accordingly. It would be appreciated if you could assist. I had a quick check and it appears the following CQs may be pertinent: CQ3061 - EMF Compare (GMF/Int) CQ3063 - EMF Compare (EMFT Patch) CQ1039 - Compare Framework for EMF A resolution is required to ensure IP logs are not gated during a release review. Regards, Sharon Hi Sharon, sorry for the lag. I see no other CQ's needing to move, only : CQ3061 - EMF Compare (GMF/Int) CQ3063 - EMF Compare (EMFT Patch) and CQ1039 - Compare Framework for EMF Please tell me if you need any other information. Thanks Cedric. Identified CQs have been moved... I think we can close this bug now? Regards, Sharon Thanks Sharon ! |
Hi, as part of the Galileo Release the EMF Compare component has graduated and won its 1.0 stamp ! The plugins and feature have been updated (version number and removal of "Incubation") though the website still refers to the "EMF Compare in EMFT". Here is what I think is needed : - move the following EMF Compare commiters from EMFT to EMF : Cedric Brun Moritz Eysholdt Laurent Goubet Jonathan Musset - move the web pages keeping redirection from the EMFT website (http://www.eclipse.org/modeling/emft/) to the EMF one (http://www.eclipse.org/modeling/emf/ ) - making sure that no more "incubation" is displayed on the compare web pages - moving the build system from EMFT (http://emft.eclipse.org/modeling/emft/compare/build/) to EMF (http://emft.eclipse.org/modeling/emf/compare/build/) with granted access to the webpages - making sure the build scripts no more refers to EMFT - changing any reference to the EMFT newsgroup to the EMF one Anybody see an action I might be missing ? Cédric