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.