octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: IO package and Excel


From: Philip Nienhuis
Subject: Re: IO package and Excel
Date: Thu, 06 Feb 2014 22:02:10 +0100
User-agent: Mozilla/5.0 (Windows NT 5.1; rv:25.0) Gecko/20100101 Firefox/25.0 SeaMonkey/2.22.1

Jordi Gutiérrez Hermoso wrote:
On Thu, 2014-02-06 at 21:02 +0100, Philip Nienhuis wrote:

To me, "free" is also about freedom to choose what software or
combinations of software to use.
Or would you think are we more free if we are limited to only <fill in
your favorite definition of "free" here> software?  *That* would sound
contradictory to me....

I have not followed the discussion, and I do not know the details of
the subject. I could be wrong in what follows.

If you've made an interface between Excel and Octave that only works
with Excel, this is a GPL violation, regardless of my or your opinion of
what "free" means.

If you wrote a generic interface that does not depend on Excel, then
there is no problem.

As to your definition of "free", the GPL forbids certain things, in
order to ensure the freedom of users, just like we must forbid slavery
in order to have a free society. When people use Octave, we want to
guarantee that all of its components are free. This guarantee is
provided by the GPL. If you break this promise by making Octave depend
on Excel, then you are not promoting software freedom. You would then
be promoting Excel.

This already came up 5 years ago when I made the first xlsread/xlswrite for io and it was concluded at the time that there were no problems.
Since that time I haven't thought much about it.
Yesterday I've re-read the entire GPL on-line, and I couldn't find clear stanzas that -AFAIU- would support the illegality of the IO package Excel interface as it stands. OK, IANAL, though I find the stuff there pretty clear.
Do you have pointers?

FYI, Octave doesn't depend on Excel nor does xlsread/xlswrite depend on it. It can invoke Excel; but there are 4 or 5 alternative "interfaces", currently mostly Java-based. Users can (de-)select one or more interfaces if desired.

Philip



reply via email to

[Prev in Thread] Current Thread [Next in Thread]