> On Sun, Oct 23, 2011 at 10:35 PM, Timothy Pearson <
>
kb9vqf@pearsoncomputing.net> wrote:
>
>> <snnip>
>> > Thanks for checking. I know everybody is busy but would be nice if
>> some
>> of
>> > these bugs were quashed before release.
>> >
>> > Any possibility the official release could be pushed to Nov. 15 and
>> some
>> > top/critical bugs get attention?
>> >
>> > If not then c'est la vie. Look forward to 3.5.13 anyway. :)
>> >
>> > Darrell
>>
>> If you (or anyone else on this list) can get patches together and
>> uploaded
>> to the bugtracker for any of the bugs mentioned within the next week or
>> so
>> they can go into this release. If not then they will just have to wait
>> I'm afraid--I can't push this release back any further, as it is
>> blocking
>> some rather critical updates that will solve other, more major problems.
>>
>>
> Forgive me if I missed something on this thread but I'm talking mostly
> from
> what I've saw in the most recent SVN releases: isn't it better to postpone
> due to what may be a lack of polish that might drive away users in the
> same
> way KDE 4 and GNOME have done recently? One of the problems I have noticed
> ever since I started using Linux is that desktop environment teams are
> extremely preoccupied about release dates more than what users will
> experience when using said environment, resulting in what ends up as a
> product in a bug ridden mess that distros have to fix themselves before
> packaging.
>
> Not doubting your judgement - or anyone's - on the release date, since you
> better than anyone have a better view of the project as a whole. Could it
> be
> in order to have small release updates (call it 3.5.13.1) over the 3.5.13
> branch until 3.5.14 is released, in a way to address the bugs that are
> know
> to exist currently but can't make the release date? Otherwise they just
> get
> pushed further to what can be a good while. That would seem to me a good
> way
> to handle this situation.
>
> Best regards,
> Tiago
**>