public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Rob Landley <rob@landley.net>
To: public@mikl.as, linux-kernel@vger.kernel.org
Subject: Re: Linksys WRT54G: Part 2
Date: Mon, 29 Sep 2003 01:03:16 -0500	[thread overview]
Message-ID: <200309290103.17004.rob@landley.net> (raw)
In-Reply-To: <200309281914.24869.public@mikl.as>

On Sunday 28 September 2003 18:14, Andrew Miklas wrote:

> Previously, it was thought that the WRT54G source releases had only
> neglected to include the source code for the various kernel modules
> used to run the ethernet and wireless interfaces.  However, at this
> time, it is clear that the kernel proper of the WRT54G itself has had
> functionality added to it.  This functionality is not present in the
> kernel code that Linksys has provided at their "GPL Code Center".

It's probable that Linksys itself didn't know this.  (They wouldn't go to the 
trouble of creating a GPL Code Center to post knowingly incomplete code.)

At every proprietary softare company I've ever worked for, and this sort of 
knowledge was limited to one or two individual engineers, who often left the 
project when it shipped.  The support guys often don't know diddly, and 
management is seldom even aware how much there IS to know.

Keep the pressure up, but be nice and give them some time to audit their 
codebase.  Firmware development was probably outsourced to india or taiwan or 
something, and Linksys (nee Cisco) is quite possibly furious at whoever they 
outsourced this to for putting them in this position in the first place...

> It is also worth noting that this is not the only Linksys device that
> uses Linux and other software licensed under the GPL without adhering
> to the license.  For example, the Samba team has expressed some
> concern over the use of Samba in the Linksys EFG80 network accessible
> storage device [5].

And there will be more in the future.  Proprietary software companies aren't 
used to having _access_ to code without the obigations for using it already 
having been discharged.  (Usually up-front cash payments, although sometimes 
it's a percentage of revenues, and sometimes it's bartering for other code or 
bundling deals or whatever.)

And even though many of them then go on and violate that license six ways from 
sunday afterwards (by simply not caring in the rush to ship), they're not 
used to being called on it afterwards.  Open source doesn't just do 
distributed development and debugging better than the proprietary guys, we do 
distributed license auditing. :)

Query: should this kind of thing have its own mailing list?  There are a 
number of organizations that might want to pool their resources on these 
issues (off the top of my head, OSI, Linux International, and OSDL spring to 
mind.  The FSF would also be a logical candidate, if logic applied to the 
FSF, but the absence of ftp.gnu.org/pub/decss strongly implies it doesn't.)

> Unfortunately, neither group knows how to proceed in obtaining this
> code.  While Linksys has shown some interest in releasing the source
> for software licensed under the GPL, they have not responded to the
> issues outlined in this post.

Most likely, management hasn't budgeted the man hours to audit the rest of 
their codebase yet.  I'd guess they just want to do the minimum amount of 
work to make the problem go away, and probably thought they already had...

> [1] Linksys GPL Code Center
> http://www.linksys.com/support/gpl.asp

There's an Alanis Morisette song about Active Server Pages devoted to GPL 
code...

Rob



  parent reply	other threads:[~2003-09-29  7:19 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-28 23:14 Linksys WRT54G: Part 2 Andrew Miklas
2003-09-29  0:12 ` Erik Andersen
2003-09-29  6:03 ` Rob Landley [this message]
2003-09-29 13:06   ` root
2003-09-29 15:08   ` Erik Andersen
2003-09-29 20:27     ` Rik van Riel
2003-09-29 22:15       ` Pau Aliagas
2003-09-29  8:08 ` John Bradford
2003-09-29 13:10   ` Valdis.Kletnieks

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=200309290103.17004.rob@landley.net \
    --to=rob@landley.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=public@mikl.as \
    /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