(Mike Mitchell)
3/18/2011 4:19:00 PM
On Fri, 18 Mar 2011 11:50:41 -0500, "Mayayana"
<mayayana@invalid.nospam> wrote:
>The author of XPDF has a nice, concise explanation
>that probably applies to any GPL code:
>
>------------
>- If you are redistributing unmodified copies of Xpdf (or any of the
> Xpdf tools) in binary form, you need to include all of the
> documentation: README, man pages (or help files), and COPYING. The
> README file contains a pointer to a web page with the source code,
> which satisfies the GPL requirement as far as I am concerned. You
> are, of course, welcome to distribute the source code as well.
Right. In the par2cmdline-0.4-x86-win32.zip (probably the latest and
final version) the readme does not contain such a pointer. What it
says is this:
"You should have received par2cmdline in the form of source code which
you can compile on your computer. You may optionally have received a
pre-compiled version of the program for your operating system.
"If you have only downloaded a precompiled executable, then the source
code should be available from the same location that you downloaded
the executable from."
I can see a problem here: *I* know where I got par2cmdline.zip from,
but if I release *my* app to somebody and even if I incoporate the
par2cmdline.zip in full, *they* are not going to know where it was
downloaded from. As I said above, there is no link in the readme.
But if *I* point this (lack of download link) out to the user of my
app in order to comply with the GPL and furthermore *I* do include a
link to where *I* downloaded the original zip from, what's to say that
that link won't become invalid over the coming months and years?
>
>- If you are incorporating the Xpdf source code into another program,
> and you are distributing that program, you'll need to release your
> program under the GPL, which means you'll have to make the full
> source available. This also applies if you are making changes to
> the Xpdf tools.
>----------------
So as I am NOT incorporating any source code from par2.exe, neither am
I making any changes to par2.exe, therefore I assume I DO NOT have to
release MY program under GPL, correct?
> Usually any code or binaries will come with some sort of readme
>file. If the file you're using doesn't, and you're only using the
>binary, then distribute a copy of the license. Probably you should
>also distribute any docs (typically a copy of a Linux Man page).
>(Fortunately ... or unfortunately ... OSS rarely comes with large
>doc files. :)
> It's also a good idea to include attribution and a link in your own
>package.
>
> The basic spirit of the thing is that anyone who gets the code or
>binary through you should be provided with the means to get it
>and use it themselves. So providing a link and info. is both common
>courtesy and fulfilling the spirit of the requirement.
Fine, but who's going to guarantee that any link to the source code is
going to be valid next week?
> The more controversial part of the license generally only applies
>to source code: If you use GPL source code in your own compiled
>project you are held responsible for making your changes public
>and making your software OSS. It's sort of a high-tech socialist
>extortion virus. (Extorting as in code, not as in beer. :)
Well, as I am not going to use par2.exe's source code, none of that
applies in my case.
> If you're only using the binary, and there is no included file that
>spells out what's required, the best thing is to just distribute
>whatever you downloaded. Put it in a subfolder with it's own
>readme note that says something like: "These files are distributed
>in accordance with the license for par-whatever, which is used
>in this software. To get more information or source code see [URL]"
So I should provide a link to the SourceForge location, yes?
> I'm assuming you downloaded the Win32 binary ZIP. That only
>has two extra files: COPYING and README. Just distribute those
>with your software, along with a brief thank-you note.
Thanks.
As you may know by now I am only releasing software in the form of
registration-free COM. So I would typically have a DEPS folder
containing necessary files. However, I don't want to include just the
par2cmdline.zip and expect the user of my app to unzip it in order to
extract par2.exe. I would wish to place par2.exe in the DEPS folder so
that my app knows where to expect it. I can include the
par2cmdline.zip as a separate file that they can unzip if they want
and read the copying and readme files within it. *My* readme file
would refer to that zip file.
Sound okay so far?
MM