On Jun 22, 2009, at 7:56 PM, David Brownell wrote:
On Monday 22 June 2009, Zach Welch wrote:So, notably absent from this list are any type of "wrapper" library. Several contributors oppose this as an option, particularly as these suggestions appear to derive exclusively from the present desire tocircumvent the GPL distribution restrictions. For these reasons, I hopethe community will stop considering such solutions.I would like my mailbox to stop getting filled with "how can we circumvent this software license" crap too. Just stop; if the license bothers you, work to change it not circumvent it. (Or start your own project with a proprietary license.) Certain People were on the verge of getting blacklisted...
In your personal mailbox or from the list? I certainly hope not the latter. There were at least 3 separate threads going and it was getting difficult to keep track of what options were reasonable/valid/ popular. I highly doubt the intent was solely to defeat the GPL, but rather to provide an option that doesn't create undue hardship for either users or developers. Not everyone is an expert on the GPL and so those who understand why a given option can't be used to comply with the GPL should explain those reasons to those suggesting the option.
While I understand the difficulties in resolving this problem, there has been a prevailing feeling that the few staunch GPL supporters have been quick to say No to options without explaining in full _why_ it won't work. I've felt that the GPL supporters have even acted with hostility to anyone proposing ideas that don't happen to meet all the requirements. Education, not exasperation, is the course to be taken. And before someone is quick to point out that explanations were provided, yes, some were. When the same proposals were made again, however, rarely was a reference to the earlier explanation provided.
-- Rick Altherr kc8...@kc8apf.net"He said he hadn't had a byte in three days. I had a short, so I split it with him."
-- Unsigned
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
