Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index


Hi there,

just picked two mails from this thread more or less randomly, as
they show some common pattern:

Peter Hillier-Brook wrote:
Given that the release of LibreOffice 3.4.2 is targeted at
enterprise users, I find it surprising that the product is thought
to be ready for release. At lease 2 significant bugs have been
introduced and remain present that would, to my mind, discourage
personal, let alone enterprise users.

Software quality is a somewhat fuzzy area, and one that is perceived
very individually, usually. The bugs you list are no regressions
from the previous 3.4 version, so by definition, since 3.4.2 fixes
many other bugs, it's better than 3.4.1, which in turn was better
than 3.4.0.

Generally, assessing whether a specific version will be suitable for
your company, or home use, is an individual decision - now,
yesterday, and back in the day with OpenOffice.org. You'll always
end up deciding if you need this nice new features, or whether the
new mail merge wizard is broken so fundamentally that you can't use
the version.

Of course, for companies deploying LibO, we recommend getting
professional support, that allows you to get *your* bugs fixed
in time. You've quite a choice there, another advantage of having a
more diverse ecosystem.

plino wrote:
BTW I still don't understand why this enterprise release jumped Beta testing
and went directly to Release Candidate...

Because the amount of changes relative to 3.4.1 was tightly
controlled and relatively small. Let me outline the process here a
bit:

 * major code line approaches initial release - that requires a set
   of betas
 * initial release of a code line (e.g. 3.4.0) happens, more bugs
   are found in production use (that curiously don't turn up during
   beta/rc phase - an observation we've made also during OOo times)
 * the bug fixing on that code line continues (usually guided by bug
   severity, but of course also by specific customer demands - e.g.
   one of the participating companies' customer escalates a bug,
   company fixes it, fix goes into next bug fix release)
 * translation / help updates continue on that code line
 * frequent bugfix release on the code line happens (3.4.1, 3.4.2
   etc). Code only enters that code line after review, no new
   features are allowed. If something regresses, usually the fix is
   simply reverted.
 * bugfix version gets released, usually after two release
   candidates are published.
 * more bugs are fixed on that code line ...

HTH,

-- Thorsten

-- 
Unsubscribe instructions: E-mail to discuss+help@documentfoundation.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.documentfoundation.org/www/discuss/
All messages sent to this list will be publicly archived and cannot be deleted

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.