Re: [cross-project-issues-dev] Ready for our yearly final daze?

[David M Williams <david_williams@xxxxxxxxxx>]

I think that is it, as far as I know. I
did, just now, add a FAQ for this. If others have other/better tips, or
clearer instructions, feel free to update with wiki: 

http://wiki.eclipse.org/SimRel/Simultaneous_Release_FAQ#How_is_a_final_build_made_.22invisible.22_until_release.3F





From:      
 Markus Knauer <mknauer@xxxxxxxxxxxxxxxxx>
To:      
 Cross project issues
<cross-project-issues-dev@xxxxxxxxxxx>
Date:      
 06/06/2011 03:24 AM
Subject:    
   Re: [cross-project-issues-dev]
Ready for our yearly final daze?
Sent by:    
   cross-project-issues-dev-bounces@xxxxxxxxxxx

---

If it is a zip file, just copy it to its final location
but do not link to it from any of your web sites. 
If it is a p2 repository it depends on the structure you are using. In
case of a composite p2 repository it should be enough not to update the
links inside compositeArtifacts/compositeContent. In case of a "standard"
p2 repository layout, copy everything except the content.jar/content.xml.
In all cases it is important that no web browser or p2 client is able to
find them linked from any other known location. Did I forget something?

Hope that helps,
Markus


On 6 June 2011 09:10, Tsvetkov, Krum <krum.tsvetkov@xxxxxxx>
wrote:
Hi David,

 

thanks for the detailed description. I have one question related to what I read on the Final_Daze page:

>> During quiet week, prepare your final releases zipped files, repository sites, etc., but only put zipped up builds, update jars, etc., in their final (mirrored) release areas of eclipse.org if you leave them "invisible". If you do not know how to leave them invisible, please ask.

 

Well, how do I leave them invisible?

 

Thanks,

Krum

 

From: cross-project-issues-dev-bounces@xxxxxxxxxxx [mailto:cross-project-issues-dev-bounces@xxxxxxxxxxx] On Behalf Of David M Williams
Sent: Montag, 6. Juni 2011 04:53
To: cross-project-issues-dev@xxxxxxxxxxx
Subject: [cross-project-issues-dev] Ready for our yearly final daze?

 

I've prepared a draft of our "Final Daze" document for Indigo:

http://wiki.eclipse.org/Indigo/Final_Daze

I say "draft" because even though it is very similar to previous yers, I thought a few sections were suffering from generation loss, from repeated copying year to year, so I tried to restructure it a bit, and hope I didn't lose anything. If those of you mentioned by name in the document (Markus, Kim, Denis, Nathan, ... ) can take a look and make sure I've correctly captured all the final "todo items", I'd appreciate it. Let's target, say, Thursday of this week (6/9), at the latest, to have it reviewed and updated, so it will be final, before we are.

But everyone participating in Indigo can/should read it now (soon) to a) see if anything is unclear (and ask, if so) and b) make sure you know what is expected from you these final few weeks.  And, it goes without saying, anyone is welcome to improve the document or clarify things, add helpful links, or add concrete steps I've missed.

The most pressing expectation is RC4 ... that RC4 is it, final build ... this week, we expect our final builds, final aggregation, final EPP packages, no missing IP related files.

This has caused some confusion in years past, and I was going to post a "remember RC4 is final" note last week, but it seemed kind of cruel to do that, in the middle of so many other problems getting our RC3 done. But, it is an important concept, and hopefully catches no one by surprise. It is essential we all get "final" this week, so that there is a "quiet week" buffer before we release. From what I can tell, the infrastructure it relatively back to normal. Be sure to quickly report any difficulties. Clearly if we had problems this week, like we did last week, we would have to eat into our quiet week buffer and then I would begin to lose sleep. :)

Sill lots to do, I know, but it will be worth it when finished! And, a year from now ... we will all be wishing for the good 'ol daze. :)

Thanks everyone ... questions welcome ... help each other ... test early, test often.

_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev