Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cross-project-issues-dev] RC5 ... are we done yet? --> "we are done"

Just to eliminate any misunderstanding... PDT was tagged yesterday (06/17/2009) as it was planned by "code freeze" date. 
The only issue is in building it :)

On Thu, Jun 18, 2009 at 9:06 AM, Martin Taal <mtaal@xxxxxxxxx> wrote:
Hi David,
It is this issue:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=280600
Apparently a big ugly :-( button shows up in the modeling EPP Eclipse installation because of a Teneo plugin. So we want to remove this button as it is a strange thing to have in a final release. I feel a bit akward by this clumsy issue....:-( as it does not break anything but it is not a good thing to have in a final release. I can't see that removing this button would break anything else.

And as PDT also needs an extra build, maybe we can tag along...


gr. Martin

Michael Spector wrote:
David,

Something has changed on the modeling.eclipse.org <http://modeling.eclipse.org> build site that prevents us from building PDT.

I'm trying to fix the build site ASAP.

On Thu, Jun 18, 2009 at 8:52 AM, David M Williams <david_williams@xxxxxxxxxx <mailto:david_williams@xxxxxxxxxx>> wrote:

   Martin, and Michael,

   I am sorry but fear I have confused things by forming a question
   in the
   title.
   I'm sorry. It was rhetorical.

   I should have said "we are done".
   We are past the deadline, no one requested a delay.

   So, now, if you want an exception, I'd expect you to justify your
   case.
   Explain what is being changed that is of a "stop ship" nature but
   still
   perfectly safe, give bug numbers, etc.
   Or ... if your lab caught on fire you can send pictures :) [hey
   ... it's
   happened!]

   Mind you, I have no personal objections (though, it is more work
   for me)
   but in keeping with our
   Eclipse release culture, our dates really are written in concrete!
   :) All
   of them ... not just the very final day.
   Its much less stressful that way.

   We can get out the chisels, if necessary, but the same rules apply to
   everyone. You'd have to
   convince us that it's necessary to respin and get some support
   from others
   on release train
   that it is the right thing to do.

   Naturally, the world doesn't end with the release, there's many
   ways to
   provide maintenance, even before SR1, so if you would rather go those
   route, feel free to ask questions if something isn't clear.

   Again, I'm not saying "no" and don't mean to give you (too hard
   of) a time
   ... just want to make up for my mistake in making it seem like an open
   question by being extra clear on what's expected.

   Thanks, and good luck, I hope it goes smoothly.











   From:
   Martin Taal <mtaal@xxxxxxxxx <mailto:mtaal@xxxxxxxxx>>

   To:
   Cross project issues <cross-project-issues-dev@xxxxxxxxxxx
   Date:
   06/18/2009 01:14 AM
   Subject:
   Re: [cross-project-issues-dev] RC5 ... are we done yet?
   Sent by:
   cross-project-issues-dev-bounces@xxxxxxxxxxx
   <mailto:cross-project-issues-dev-bounces@xxxxxxxxxxx>




   And EMF Teneo also has an issue which we discovered yesterday which
   impacts the modeling EPP.... I can do a new build today, hopefully
   in a
   few hours or less.

   gr. Martin

   Michael Spector wrote:
   > We have build problems with PDT, so RC5 is not ready yet.
   >
   > On Thu, Jun 18, 2009 at 7:39 AM, David M Williams
   > <david_williams@xxxxxxxxxx <mailto:david_williams@xxxxxxxxxx>
   <mailto:david_williams@xxxxxxxxxx
   <mailto:david_williams@xxxxxxxxxx>>> wrote:
   >
   >     Yes, we are. Well, for staging site.
   >     Activity is quiet and no one has mentioned being delayed, so
   >     assuming we
   >     are done.
   >     And, just sort of done for sort of a short period of time.
   >
   >     If someone really does have a true stop-ship bug, you can post
   re-spin
   >     request here for consideration to see if everyone else agrees to
   >     re-spin.
   >     (remember, it would have to be more than just a bad bug ... but
   >     something
   >     damaging to users or infrastructure).
   >
   >     Now what?
   >
   >     I know as we enter final daze
   >     http://wiki.eclipse.org/Galileo/Final_Daze
   >     (hint, read the document!)
   >     many people will eventually (over next week or two, depending on
   your
   >     releng processes) want to update your .build file to point
   to your
   >     "permanent" update site, instead of "milestones" or "interim",
   >     etc. That's
   >     fine, I'll leave builds "on" but these builds will not be
   pushed to
   >     'staging' (staging is done).
   >
   >     That's fine, on one condition ... that you still make sure your
   .build
   >     file is correct and really "builds" ok. That's why we leave the
   >     builder
   >     active. We need to keep in a state of being able to re-build, in
   >     case it
   >     is needed for some reason. That's just good releng hygiene.
   It is
   >     harder,
   >     with Simultaneous Release, since the build "data" comes from two
   >     sources,
   >     the .build files (which we could tag, have control over,
   etc.) but
   >     also
   >     your own update sites, which totally depends on you and requires
   >     you to
   >     keep "constant" so we can always re-build, if we had to.
   And, don't
   >     forget, vice-versa ... if/when you change your "milestones"
   >     directory to
   >     "updates" (or similar) be sure you update your .build file so it
   >     will be
   >     accurate and continue to build.
   >
   >     So, what next, after that?
   >
   >     In about a month (or so) we'll start some maintenance
   efforts for
   >     Galileo
   >     SR1. At that point you'll update your .build files again (if you
   have
   >     maintenance) and provide an interim maintenance update site to
   >     pull from.
   >     But please do not modify your .build files for maintenance until
   >     instructed ... just to make sure we are all ready and know
   what's
   >     going
   >     on.
   >
   >     As always, if questions, issues, or you need something special,
   >     just ask
   >     (here on cross-project list).
   >
   >
   >
   >     _______________________________________________
   >     cross-project-issues-dev mailing list
   >     cross-project-issues-dev@xxxxxxxxxxx
   <mailto:cross-project-issues-dev@xxxxxxxxxxx>
   >     <mailto:cross-project-issues-dev@xxxxxxxxxxx
   <mailto: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
   <mailto:cross-project-issues-dev@xxxxxxxxxxx>
   > https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
   >

   --

   With Regards, Martin Taal

   Springsite/Elver.org
   Office: Hardwareweg 4, 3821 BV Amersfoort
   Postal: Nassaulaan 7, 3941 EC Doorn
   The Netherlands
   Cell: +31 (0)6 288 48 943
   Tel: +31 (0)84 420 2397
   Fax: +31 (0)84 225 9307
   Mail: mtaal@xxxxxxxxxxxxxx <mailto:mtaal@xxxxxxxxxxxxxx> -
   mtaal@xxxxxxxxx <mailto:mtaal@xxxxxxxxx>
   Web: www.springsite.com <http://www.springsite.com> -
   www.elver.org <http://www.elver.org>


   _______________________________________________
   cross-project-issues-dev mailing list
   cross-project-issues-dev@xxxxxxxxxxx
   <mailto: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
   <mailto: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
 

--

With Regards, Martin Taal

Springsite/Elver.org
Office: Hardwareweg 4, 3821 BV Amersfoort
Postal: Nassaulaan 7, 3941 EC Doorn
The Netherlands
Cell: +31 (0)6 288 48 943
Tel: +31 (0)84 420 2397
Fax: +31 (0)84 225 9307
Mail: mtaal@xxxxxxxxxxxxxx - mtaal@xxxxxxxxx
Web: www.springsite.com - www.elver.org

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


Back to the top