Don Armstrong [EMAIL PROTECTED] wrote:
[...]
On Wed, 06 Aug 2003, Sergey V. Spiridonov wrote:
So, if you find a definition which makes no difference between
software and documentation, please send it on this list.
There is a difference, even if someone doesn't want to see it.
There
On Thu, 21 Aug 2003, Sergey V. Spiridonov wrote:
I see no need (but it is still possible) to have a very exact line
between program and documentation.
There's no need for such a line if and only if we don't make a
distinction between the freedoms that documentation must have, and the
freedoms
First off, sorry for starting off an old discussion. I've been away
for the past two weeks. [If any one cares, there are pictures
available on my website.]
On Wed, 06 Aug 2003, Sergey V. Spiridonov wrote:
So, if you find a definition which makes no difference between
software and documentation,
Don Armstrong wrote:
However, you still have not brought forward a definition that
adequately draws a bright line to distinguish between software and
documentation. That is, at what point does software stop being
software and become documentation, and vice versa?
I see no need (but it is
On Thursday, Aug 14, 2003, at 02:42 US/Eastern, Sergey V. Spiridonov
wrote:
MJ Ray wrote:
Sergey V. Spiridonov [EMAIL PROTECTED] wrote:
[...] There is a definition which says that documentation can be a
part of the software, but I failed to find a definition which makes
no difference
On Thursday, Aug 14, 2003, at 19:02 US/Eastern, Sergey V. Spiridonov
wrote:
Let's say there is documentation and programs which intersects in
software. Any documentation which is software differs from any
program which is also software.
Maybe, maybe not, it doesn't matter. Debian is free
MJ Ray wrote:
Sergey V. Spiridonov [EMAIL PROTECTED] wrote:
[...] There is a definition which says that documentation can be a
part of the software, but I failed to find a definition which makes no
difference between software and documentation.
This was a nice try to change the point under
Sergey V. Spiridonov [EMAIL PROTECTED] wrote:
MJ Ray wrote:
This was a nice try to change the point under discussion. It was not
claimed that software and documentation are homonyms, AFAIK. Instead,
Are you sure?
Yes.
Quote Don Armstrong [EMAIL PROTECTED]:
If we are to treat
Sergey V. Spiridonov [EMAIL PROTECTED] wrote:
[...] There is a definition which says that documentation can be a
part of the software, but I failed to find a definition which makes no
difference between software and documentation.
This was a nice try to change the point under discussion. It
On Sun, Aug 10, 2003 at 06:20:32PM +1200,
Adam Warner [EMAIL PROTECTED] wrote
a message of 68 lines which said:
In the meantime I'll be content with the definition of software that
WordNet (r) 1.7.1 (July 2002) provides:
n : (computer science) written programs or procedures or rules
Sergey V. Spiridonov wrote:
There are cases, when we can easely distinguish, is it documentation or
program. For example, emacs info files are definitely documentation.
And what if a user wishes to link documentation into code? Do you
believe that it is acceptable to ship content within Debian
On Sun, 2003-08-10 at 16:32, Matthew Garrett wrote:
Sergey V. Spiridonov wrote:
There are cases, when we can easely distinguish, is it documentation or
program. For example, emacs info files are definitely documentation.
And what if a user wishes to link documentation into code? Do you
Matthew Garrett wrote:
Sergey V. Spiridonov wrote:
There is a difference, even if someone doesn't want to see it.
Is documentation that is linked into a binary software? If not, how do
you tell which bits are documentation and which bits software? If so,
how is drawing a distinction
Joe Wreschnig said:
On Tue, 2003-08-05 at 12:55, Joe Moore wrote:
You can extract the BSD-licensed code from the proprietary code, and
use only it. There's no requirement in the BSD-licensed code that
you must distribute proprietary code that it was linked to at one
point.
If you know
On Mon, 2003-08-04 at 14:37, Joe Moore wrote:
How is that harder with the FDL History section than with the clearly
marked BSD code, or the GPL-required changelog?
The document trail in History may not exist anymore (or may be
inadaquate); you can't just say Oh, this Invariant Section didn't
Joe Wreschnig said:
On Mon, 2003-08-04 at 14:37, Joe Moore wrote:
How is that harder with the FDL History section than with the
clearly marked BSD code, or the GPL-required changelog?
The document trail in History may not exist anymore (or may be
inadaquate); you can't just say Oh, this
Joe Wreschnig said:
On Tue, 2003-08-05 at 05:46, Joe Moore wrote:
Joe Wreschnig said:
On Mon, 2003-08-04 at 14:37, Joe Moore wrote:
How is that harder with the FDL History section than with the
clearly marked BSD code, or the GPL-required changelog?
The document trail in History may
MJ Ray wrote:
Sergey V. Spiridonov [EMAIL PROTECTED] wrote:
What about
...not cutting out all the definition alternatives that don't support
your position?
Definitions do not support me :( ;) I can use another one to express my
position. There is a definition which says that
On Tue, 2003-08-05 at 12:55, Joe Moore wrote:
You can extract the BSD-licensed code from the proprietary code, and
use only it. There's no requirement in the BSD-licensed code that you
must distribute proprietary code that it was linked to at one point.
And that is exactly the same as
On Tue, 2003-08-05 at 19:51, Joe Wreschnig wrote:
I don't know why you mention the GPL at all. You cannot combine code
under the GPL with proprietary software, nor can you have any kind of
invariant section in GPLd code.
If you define invariant section as a section of the software that
Sergey V. Spiridonov wrote:
There is a difference, even if someone doesn't want to see it.
Is documentation that is linked into a binary software? If not, how do
you tell which bits are documentation and which bits software? If so,
how is drawing a distinction terribly useful?
--
Matthew
On Tue, Aug 05, 2003 at 11:37:31PM +0100, Scott James Remnant wrote:
1. You may copy and distribute verbatim copies of the Program's
source code as you receive it, in any medium, provided that you
conspicuously and appropriately publish on each copy an appropriate
copyright notice and
Joe Wreschnig said:
If someone adds proprietary code to BSD-licensed code, however, you can
later extract the free code (assuming you have access to the code of
the now-proprietary program), and use it in something else. Once
proprietary (invariant) sections are added to something under the
Joe Moore [EMAIL PROTECTED] writes:
Joe Wreschnig said:
If someone adds proprietary code to BSD-licensed code, however, you can
later extract the free code (assuming you have access to the code of
the now-proprietary program), and use it in something else. Once
proprietary (invariant)
Brian T. Sniffen said:
Joe Moore [EMAIL PROTECTED] writes:
Joe Wreschnig said:
If someone adds proprietary code to BSD-licensed code, however, you
can later extract the free code (assuming you have access to the code
of the now-proprietary program), and use it in something else. Once
Don Armstrong [EMAIL PROTECTED] schrieb/wrote:
I'd gather that most of -legal isn't worried about the copyright
statement, license, or author's statement (which is the same thing as
the copyright statement) being immutable. Most of those can't be
modified under the applicable copyright law and
Don Armstrong [EMAIL PROTECTED] schrieb/wrote:
I'd gather that most of -legal isn't worried about the copyright
statement, license, or author's statement (which is the same thing as
the copyright statement) being immutable. Most of those can't be
modified under the applicable copyright law
On Sun, 2003-08-03 at 11:36, Claus Färber wrote:
Of course, someone can add another invariant section to the manual. But
this is actually a licence change, possibly making the new version of
the manual non-free (although it still uses the GFDL as a template for
its licence). This
Sergey V. Spiridonov [EMAIL PROTECTED] wrote:
What about
...not cutting out all the definition alternatives that don't support
your position?
Don Armstrong wrote:
[snip]
If we are to treat documentation any differently than software, we
should first define a ruberic that distinguishes software from
documentation. In all previous discussions, we were unable to do this.
[I cannot do it, but perhaps someone else is able.]
[snip]
On Thu, 31 Jul 2003, John Goerzen wrote:
*ALL* of these approaches are wrong. Putting non-software items into
the same box as a very different beast serves only to cloud the
issue.
No one as yet has come forward with a compelling argument as to why we
should consider treating documentation
31 matches
Mail list logo