All,
I think we are at the point where we need to implement a code freeze
against new changes to TDE until we have resolved all BLOCKER and CRITICAL
bugs. Shooting at a moving target makes getting R14 to an acceptable baseline
much more difficult than it need be. If there are a few more new changes
required to build in functionality that is wanted in R14, that's fine, but
once they are added, let's implement a 14 or 30 day freeze against new changes
and get R14 in shape. What do you think? Please weigh in on the discussion.
Additionally, if you have the knowledge to lend any help in resolving
existing bugs -- your help is needed. I know a lot of you reading this are a
lot smarter than I am on c++, but for whatever reason haven't yet grabbed a
keyboard and jumped in to the bug tracker to help. Darrell has shouldered much
of the recent fixing and updating, but we cannot rely on his efforts alone --
there is too much to do. Regardless of your level of expertise, you can help
by taking a bug and working through the code to find out where things are not
working. Even if you can't fix it, identifying where the problem is moves the
ball forward and is greatly needed. Lord knows that is what I do most of the time.
Seriously, if we are going to get R14 to the point of release, we need
every able body to help. We are all busy, it is just a matter of making time.
We have some really smart people on the list, let's all take a bug and work it
to move R14 closer to done.
--
David C. Rankin, J.D.,P.E.