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


Hi :)
Don't worry!  We have known and intermittent Trolls here.  I think
pretty much everyone else knows the score and just follows the mantra
"don't feed the Trolls"!

I think almost everyone can see how hollow and brittle their arguments
are = so we mostly just sit back and laugh at them.  On the plus side
it's good to have these sorts of comments here so that if they occur
out in the real world then we have had time to think of better
replies.  Some of the FUD out there is so completely opposite to
reality that it's sometimes difficult to know where to begin when
people bring it up in discussions.

The "absolute dependence" is a classic example.  The code for any Open
Source project can be read and altered by anyone.  Some of us would be
wise to employ or pay someone else to do such alterations, especially
if we wanted to try to get those alterations into the main branch of
the official versions of the program = otherwise our alterations would
never get through Quality Control.  Most of us would need to follow
"How To" guides to build our results into an executable program.
However it is possible for almost anyone to do this.  It is clearly
NOT possible to do this sort of thing with proprietary programs.  So,
the statement "absolute dependence on dev's power-trips" is blatantly
FUD and is completely the opposite of reality.

This sort of thing is so obvious that we don't even need to say it
especially since it is likely to provoke yet another argument on the
mailing list and achieve the main goal of the Trolls, which is to make
the mailing list look unfriendly.  So, it's better to just sit back
and laugh at them.  Oddly it is often those people who do give some of
the really great answers in here although many of the very best
answerers never seem to "blow off steam" in this way.

Regards from
Tom :)




On 5 January 2014 14:02, Italo Vignoli <italo.vignoli@gmail.com> wrote:
Do you call the absolute dependence on developers' powertrips and their
uncontestable decisions 'freedom'? I have bad news for you then.

In my opinion they have not done anything new, better, more elegant,
than rebuilding things that already exist, and even doing so was not
always a success.
(seeing the more than 59000 bugs here:
https://bugs.freedesktop.org/show_bug.cgi?id=59030&list_id=321771 )

I do not see how you both contribute to the discussion here. If you are
so unhappy with TDF and LibreOffice, the easiest solution is to find a
house somewhere else.

--
Italo Vignoli - italo.vignoli@gmail.com
mob +39.348.5653829 - sip/jabber italo@libreoffice.org
skype italovignoli - hangout/jabber italo.vignoli@gmail.com

--
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

-- 
To unsubscribe e-mail to: discuss+unsubscribe@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.