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


On 03/09/2016 11:50, CVAlkan wrote:

Is this a case of "Where there's smoke ..."

Pretty much since AOo entered the Apache fold, it has had problems.
Some were major, such as no release manager for months. Some were minor,
such as an inability to produce documentation.

As far as actual retirement goes, and being kicked into the Attic goes.
That won't happen this year.

However, the following quotes from https://db.apache.org/newproject.html
apply to all Apache Projects, especially podlings:
* «Orphaned products. Products which have lost their corporate sponsor
(for whatever reason) do not make good candidates. These products will
lack a development community and won't have the support needed to
succeed under the DB umbrella»;
* «Reliance on salaried developers. DB has strong ties to the business
community. Many of our developers are encouraged by their employers to
work open source projects as part of their regular job. We feel that
this is a Good Thing, and corporations should be entitled to contribute
to open source, same as anyone else. However, we are wary of products
which rely strongly on developers who only work on open source products
when they are paid to do so. A product at DB must continue to exist
beyond the participation of individual volunteers. We believe the best
indicator of success is when developers volunteer their own time to work
open source projects.»

When AOo went into incubation at AFS, it was an orphaned project, with
an over-reliance of paid developers from IBM. When IBM pulled the plug
on AOo development, AOo development came to standstill.
As such, the long term prognosis of AOo is not good.

Gilles wrote:

Apache has taken an unreasonable amount of time to clean up all the
code - in particular licenses

The initial code clean up was specifically to verify the providence of
each line of code:
* That the line of code was correctly licensed;
* That The Apache Software Foundation had the legal right to use the code;
* That The Apache Software Foundation had the moral right to use the code;
This type of code verification always takes a long time --- as in one
hour per line of code.

The net result is that if there are any legal challenges to the code,
ASF can say: "Here is the code in question, and here is our legal right
to use the code".

Two things that the code clean up did not do were:
* Identify algorithms that might infringe upon existing patents. Under
current US Patent Law, this is extremely counter-productive;
* Identify algorithms that infringe upon copyright, as defined in Oracle
v. Google, (United States Court of Appeals for the Federal Circuit,
2013-1021, 1022, Decided: May 9, 2014. SCOTUS 14-410 2015-06-29 Petition
Denied.){In fairness to ASF, this definition of copyright was
unexpected. IMNSHO, it was an incredibly bad decision on the part of the
court --- on a par with the Appellate Court ruling that if you buy a DVD
in Colorado, you buy the copyright for the DVD.

It would be a good thing FOR EVERYBODY if Apache decided to officially
call it quits on OOo,

Right now, there are a dozen things that AOo can do, that LibO can't do.
These are features and functions that LibO, for various reasons, has
deliberately chosen to not provide. Over time, the number of unique
functions for each program (AOo, EO, LibO, NO) to increase.

I'll let you imagine the number of unpatched vulnerabilities inside)..

The next release of AOo will fix a known security exploit.  I don't know
if that is the one that is in the wild, or not.

###

ODF_Tools has tried to go the Attic on two separate occasions, but
hasn't gotten there yet.

jonathon

-- 
To unsubscribe e-mail to: users+unsubscribe@global.libreoffice.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.libreoffice.org/global/users/
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.