public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Ronald Landheer-Cieslak <ronald@landheer.com>
To: Jay Maynard <jmaynard@conmicro.cx>
Cc: cygwin@cygwin.com
Subject: Re: Packaging software built with cygwin
Date: Thu, 06 Feb 2003 09:59:00 -0000	[thread overview]
Message-ID: <Pine.LNX.4.44.0302061023500.406-100000@localhost.localdomain> (raw)
In-Reply-To: <20030205125545.A10690@thebrain.conmicro.cx>

The way I read GPL (but please correct me if I'm wrong) you should be able 
to write a fork off the current Setup that installs the Hercules and gets 
the Cygwin from one of the mirrors (of which you can download the list at 
the time of installing from cygwin.com). Technically, you would not be 
distributing Cygwin (because you would be using Red Hat's own 
distribution) but the effect would be the same.

Your remaining problem would be that Cygwin is a "moving target" as you
say, but Cygwin doesn't move all *that* quickly either, does it? I mean,
you don't build Hercules against the latest snapshot do you? Of course, I
have no idea how extensively you use the Cygwin API but my (arguably
little, juding by the size of my projects vs yours) experience has always 
been that if you stick to POSIX compliance, Cygwin does the job quite 
nicely (and patches to Cygwin are usually welcome in case of error, 
provided you have a copyright waiver which I don't have).

As for GPL rants: I'd be interested (off-list) in hearing your reasons for 
being against GPL, and even more in what alternatives you would propose.

Greetz!

rlc

On Wed, 5 Feb 2003, Jay Maynard wrote:
> On Wed, Feb 05, 2003 at 12:55:43PM -0500, Christopher Faylor wrote:
> > On Wed, Feb 05, 2003 at 11:18:22AM -0600, Jay Maynard wrote:
> > >It may be intended to be upward compatible, but that's not our experience.
> > Ok.  I'm not going to start scouring random other mailing lists for
> > cygwin bug reports so I suppose this situation will continue In absence
> > of any details, it's fruitless to carry this discussion any further.
> 
> Fine by me; it's been over the past year or so, as well, so bug reports at
> this point will be of limited use. However, are you saying that if we
> encounter problems with Hercules 2.17 (built against Cygwin 1.3.19) running
> with, say, Cygwin 1.3.22, you'll take a bug report on that and fix the
> problem?
> 
> BTW, I'm not the only one to have this problem; there's a message on the
> Hercules list that was posted in reply to my announcement that I would no
> longer distribute the DLLs saying that his company got away from Cygwin for
> exactly that reason. (I'll forward it, if you like.)
> 
> > Hmm.  Looks like you just couldn't resist, huh?
> 
> No, I couldn't.
> 
> > The source tarball for cygwin is 4.6M.  I don't understand why this
> > is a huge hardship but, frankly, I don't really care.
> 
> 4.6 MB times how many versions will I need to keep around? Before I removed
> them from the Hercules site, I had four sets of the Cygwin DLLs,
> corresponding to four versions of Hercules they were needed for. Every time
> I release a new version of Hercules, that's another source tarball I'd need.
> 
> Further, is that tarball guaranteed to satisfy the requirement to distribute
> the source code for that version? Is everything that's needed in that one
> tarball? If so, can I get that in writing, so that if someone comes along
> later and alleges a GPL violation, I can say, "No, Red Hat says that
> distributing this tarball is sufficient."? Otherwise, I'd have to keep
> around the entire Cygwin source, just to make sure I included everything
> that was necessary. I'm sure that's more than 4.6 MB.
> 
> > A setup.ini with just the cygwin DLL in it seems pretty simple.
> 
> True. OTOH, when setup.exe changes, the format of that file is subject to
> change (see Igor's warning in the message where he first suggested that). I
> can insulate myself from that by distributing setup.exe, but then I'm back
> in the same boat of making sure that I distribute the source code that's
> used to generate it.
> 
> > Btw, perhaps it is not your intention, but I catch a whiff of innuendo
> > here makes me wonder if you're really asking for help or just here to
> > make some statements.
> 
> I'm looking for a way to make it simple for Hercules users to install the
> needed support for the Cygwin version without violating any licenses,
> without having to keep multiple megabytes of multiple versions of source
> code around that nobody will ever download, and without making them install
> multiple megabytes of Cygwin environment they have no interest in using.
> 
> It's no secret that I've opposed the GPL for many years. (I invented the
> term GPV in 1989.) However, I'm stuck with it, so I'm trying to do what I
> need done without violating it. That doesn't mean I have to like it.
> 
> > Supporting other people's distributions is not a core focus of
> > setup.exe.  However, if this is important to you it should be pretty
> > easy for you to submit patches to do what you want.
> 
> I'll take a look in my copious free time.
> 
> --
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting:         http://cygwin.com/bugs.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
> 


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

  parent reply	other threads:[~2003-02-06  9:59 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-04 22:34 Packaging software built with Cygwin Jay Maynard
2003-02-04 23:27 ` Igor Pechtchanski
2003-02-05  1:46   ` Jay Maynard
2003-02-05  2:31     ` Igor Pechtchanski
2003-02-05  2:48       ` Jay Maynard
2003-02-05  3:32         ` Packaging software built with cygwin Christopher Faylor
2003-02-05 13:38           ` Nigel Stewart & Fiona Smith
2003-02-05 14:11             ` Christopher Faylor
2003-02-05 14:14               ` Jay Maynard
2003-02-05 17:18           ` Jay Maynard
2003-02-05 17:30             ` Nigel Stewart & Fiona Smith
2003-02-05 17:52               ` Max Bowsher
2003-02-06 13:17                 ` Nigel Stewart & Fiona Smith
2003-02-06 13:43                   ` Max Bowsher
2003-02-06 14:05                     ` Nigel Stewart & Fiona Smith
2003-02-05 18:19               ` Christopher Faylor
2003-02-05 17:54             ` Christopher Faylor
2003-02-05 18:55               ` Jay Maynard
2003-02-05 20:43                 ` Christopher Faylor
2003-02-05 21:41                 ` Robert Collins
2003-02-06  9:59                 ` Ronald Landheer-Cieslak [this message]
2003-02-06 13:24                   ` Jay Maynard
2003-02-05 20:44 Franz Wolfhagen
2003-02-06 13:24 Joshua Daniel Franklin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.LNX.4.44.0302061023500.406-100000@localhost.localdomain \
    --to=ronald@landheer.com \
    --cc=cygwin@cygwin.com \
    --cc=jmaynard@conmicro.cx \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).