Slashdot Mirror


Linux Sourcecode To Minitar Access Point

mcbridematt writes "Minitar sells a rebadged Edimax Linux based-802.11b Access Point in Australia (no FCC ID yet) for a relatively cheap price (under AUS $100 in places). These access points are based around the Realtek 8181 wireless-system-on-chip design, have 8MB flash rom, and run a 2.4 series Linux kernel. After requests from the community to get the kernel sources, which resulted in a incomplete sourcecode release, we finally have (allegedly) complete and GPL compliant Linux kernel sources for this fine Access Point. Special thanks to chuna, serialmonkey and screwball at Minitar for making this happen, especially after they ran into arguments with their OEM and Realtek over this." From the attached forum discussion, you can see there's disagreement about whether the source code release is as complete as it should be.

63 of 295 comments (clear)

  1. I'm curious. by Anonymous Coward · · Score: 2, Interesting

    Who is actually going to care? Will any of you buy this product now, and hack around with the source?

    1. Re:I'm curious. by mcbridematt · · Score: 2, Informative

      I own one of these AP's and there pretty damn good things for the price, and quite compact too. You could probably rip out the board and place it in a Palm III shell :)

    2. Re:I'm curious. by BlueUnderwear · · Score: 4, Informative
      Who is actually going to care?

      Maybe those of use stuck with a Realtek 8180 card? The model number is close enough to 8181 that there is some chance that the 8181 AP driver would work with the 8180 PCMCIA card, with only minor modifications.

      Yes, I know that there already is a binary driver for the 8180, but it is very flaky, and rather picky about the kernels and distributions it agrees to work with... (as binary drivers usually are, alas!)

      --
      Say no to software patents.
    3. Re:I'm curious. by mcrbids · · Score: 5, Insightful

      Yes, I know that there already is a binary driver [realtek.com.tw] for the 8180, but it is very flaky, and rather picky about the kernels and distributions it agrees to work with... (as binary drivers usually are, alas!)

      Which is why I contend that the Linux driver interface sucks.

      Assume that I have, on my Red Hat system, kernel 2.4.20-8. Which I parse as 2.4.20 kernel, build #8. So a security update comes out, and I upgrade to 2.4.20-12. (Not an atypical scenario).

      Suddenly, my nvidia driver doesn't work, and once that's resolved (with a loss of 3D support, no less) I find also that VMWare won't load properly.

      It may be that 3 lines of code were changed, so that

      "if (a>20){
      b=5;
      } "
      now reads
      "if (a>=20){
      b=5;
      } "

      out of umpteen kazillion lines of code, but dammit, now I have to find precompiled binaries for the exact version and build of the kernel I'm now running.

      I think that's just retarded.

      Kernel modules should communicate through a documented API, allowing a particular binary driver to work on a series of versions. I think it'd be fair to have a 2.4.x api, and a 2.5.x, 2.6.x, and so on.

      But the current way is just stupid and hampers Linux' adoption in the less techie areas.

      Of course, since I'm not Linus, nor a programmer of sufficient skill to provide any serious challenge to the powers that be, I generally just swallow my gripes and live with it for the parts that I like. (fantastic reliability, good uptimes, reasonable security, etc.)

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
    4. Re:I'm curious. by Monkelectric · · Score: 4, Informative
      yea but you know that drivers are the primary reason windows is unstable right? if you get conservative, non-flashy hardware, windows is very stable. Win2k is *more* stable under VMWARE then it is on real hardware -- and the reason is the vmware authors are professionals and know how to write drivers. Some chinese kid who makes 8$ a month banging out drivers for generic wifi card #23 isn't producing quality code, and that crashes your computer :)

      Thats why Win2k/WinXp/etc like signed drivers. Being signed means they've been throught MS's tests... MS realized they were getting reamed for alot of lockups that weren't their fault.

      So whatever linux is doing wrong, its still doing better then MS.

      --

      Religion is a gateway psychosis. -- Dave Foley

    5. Re:I'm curious. by idiotnot · · Score: 4, Informative

      Thing is....

      The binary drivers also aren't platform-independent. I'd imagine the 8180 driver only works on 32-bit x86. Now, for the majority of people, this isn't a problem, but what happens when you buy an Athlon64 notebook and want to run a 64-bit kernel, and the driver won't work....stuck in 32-bit land until Realtek graces you with a driver.

      I'm in a similar situation, which is why I bring this up. I own a notebook with a broadcom wireless chip. Dell uses these in their notebooks. For PC users, they use the NDIS wrapper and use the windows driver. It has limited functionality, but it does work. I own an iBook, so the windows driver won't work at all for me. Cisco/Linksys use this chip in their wr54g router/ap, which uses arm, I think? They've relesed the source to the AP....everything *except* the source to the driver for the broadcom chip. Broadcom seems steadfast in its refusal to release the specs on the card, so until someone manages to reverse engineer it or something, there won't be any real free driver for it, and certainly not one for non-pc platforms. So much for running Linux or BSD on my iBook.

    6. Re:I'm curious. by BlueUnderwear · · Score: 4, Interesting
      Actually, many "binary" drivers use a "mixed" approach: some "glue code", available in source form, responsible to be the interface with the rest of the kernel, and the binary driver itself, containing those superseekrit proprietary algorithms that the company doesn't want to reveal. The binary part only interacts with the glue code, never directly with the rest of the kernel.

      Well, that's the theory. Unfortunately, despite their best intentions, many drivers get it wrong. They either "forget" to put a certain number of APIs into their glue code, and call those directly from the binary part. Or, all functions are covered, but they access structures directly. Or any other kind of SNAFU. Smacks more of lack of testing or proper development procedures than lack of foresight.

      NVidia gets it right (even to the point that their driver works flawlessly with 2.6 kernels. But not with SuSE's X servers, but I'm more inclined to blame SuSE for that...).

      VMware gets it mostly right (no problems with any 2.4 kernel, but you need a third-party patch for 2.6 kernels).

      Realtek (and, unfortunately many others...) get it wrong, and don't seem to work on anything more recent than 2.4.18.

      --
      Say no to software patents.
    7. Re:I'm curious. by Wakkow · · Score: 3, Insightful

      "but dammit, now I have to find precompiled binaries for the exact version and build of the kernel I'm now running."

      Why? Whenever I upgrade my kernel, the nvidia installer compiles one for my kernel.. No need to search for precompiled binaries.

    8. Re:I'm curious. by Arker · · Score: 3, Informative

      Your gripe doesn't show that the kernel interface sucks, but that binary drivers suck. The kernel API is left somewhat changeable on purpose, because there are major advantages to it and because the disadvantages of it accrue solely on binary-only drivers, which are in Linus' words 'unsupported' and not to be encouraged anyway.

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
  2. Not exactly "complete" by mcbridematt · · Score: 5, Informative

    Before I kick myself in the arse over my usage of "full" in this story, there ain't any wireless code in there. It appears to be for the purpose of getting Linux to run on the damn thing. (Imagine a Beowulf cluster of these AUS $100 things blah blah..)

    The RTl8181 driver for Linux has been a seperate binary driver for some time :(

    1. Re:Not exactly "complete" by hal9k · · Score: 2, Funny

      You're a fucking karma whore. Whore.

    2. Re:Not exactly "complete" by Marlor · · Score: 4, Interesting

      The RTl8181 driver for Linux has been a seperate binary driver for some time

      What's worse, is that (if the linked forum posts are to believed) the RTl8181 driver is not actually a kernel module. It is linked directly into the kernel, and relies on some modified core kernel files (mm.o kernel.o mm.o fpu_emulator.o).

      The source for the modified files, and the driver itself, have not been released. This looks like a violation of the GPL to me, as these files are linked directly into the kernel.

      One of the posters in the forum has promised to take this up with the FSF and Realtek, and it would be interesting to see what the results are.

    3. Re:Not exactly "complete" by benjamindees · · Score: 4, Insightful
      This thread on KernelTrap is the best discussion I have come across so far wrt GPL/binary/static/module issues like the ones in this case.

      Here's some snippets:

      Kendall Bennett:
      I have heard many people reference the fact that the although the Linux
      Kernel is under the GNU GPL license, that the code is licensed with an
      exception clause that says binary loadable modules do not have to be
      under the GPL.

      Linus:
      Nope. No such exception exists. ...

      Basically:
      - anything that was written with Linux in mind (whether it then _also_
      works on other operating systems or not) is clearly partially a derived
      work.
      - anything that has knowledge of and plays with fundamental internal
      Linux behaviour is clearly a derived work. If you need to muck around
      with core code, you're derived, no question about it.

      Zwane Mwaikambo:
      What about software which utilises Linux specific kernel services, such as
      say some cd writing software?

      Erik Andersen:

      An ordinary program that uses normal system calls?

      linux/COPYING says: This copyright does *not* cover user programs
      that use kernel services by normal system calls - this is merely
      considered normal use of the kernel, and does *not* fall under
      the heading of "derived work".

      Larry Mcvoy:
      Yeah, and the GPL specificly invalidates that statement. We're on thin
      ice here. Linus is making up the rules, which is cool (since I tend to
      like his rules) but the reality is that the GPL doesn't allow you to
      extend the GPL. It's the GPL or nothing. ...

      But given that, neither Linus (nor any of you) get to say "well, that's fine
      for userland but drivers are derived works".

      I've said this over and over and I'll say it again. If you want the
      protection of the law you have to live with the law's rules. You DO
      NOT get to say "user programs are a boundary across which the GPL does
      not apply but drivers are a boundary across which the GPL does apply".
      It doesn't, and can't, work that way. Either userland is GPL and drivers
      are GPL or neither are GPLed. Take your pick.
      --
      "I assumed blithely that there were no elves out there in the darkness"
    4. Re:Not exactly "complete" by Arker · · Score: 4, Interesting

      Interesting that you chose your selections to give McVoy the last word. He's not exactly an authority on the GPL, or even someone with a neutral position on it historically. Linus answered him quite well:

      From: Linus Torvalds [email blocked]
      Subject: Re: Linux GPL and binary module exception clause?
      Date: Thu, 4 Dec 2003 17:58:18 -0800 (PST)

      On Thu, 4 Dec 2003, Larry McVoy wrote:
      > >
      > > linux/COPYING says: This copyright does *not* cover user programs
      > > that use kernel services by normal system calls - this is merely
      > > considered normal use of the kernel, and does *not* fall under
      > > the heading of "derived work".
      >
      > Yeah, and the GPL specificly invalidates that statement. We're on thin
      > ice here. Linus is making up the rules, which is cool (since I tend to
      > like his rules) but the reality is that the GPL doesn't allow you to
      > extend the GPL. It's the GPL or nothing.

      Larry, you are wrong.

      The license _IS_ the GPL. There's no issue about that. The GPL rules apply
      100%.

      But a license only covers what it _can_ cover - derived works. The fact
      that Linux is under the GPL simply _cannot_matter_ to a user program, if
      the author can show that the user program is not a derived work.

      And the linux/COPYING addition is not an addition to the license itself
      (indeed, it cannot be, since the GPL itself is a copyrighted work, and so
      by copyright law you aren't allowed to just take it and change it).

      No, the note at the top of the copying file is something totally
      different: it's basically a statement to the effect that the copyright
      holder recognizes that there are limits to a derived work, and spells out
      one such limit that he would never contest in court.

      See? It's neither a license nor a contract, but it actually does have
      legal meaning: look up the legal meaning of "estoppel" (google "define:"
      is qutie good). Trust me, it's got _tons_ of legal precedent.

      Linus
      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
    5. Re:Not exactly "complete" by jbert · · Score: 3, Informative

      The comment from Linus isn't about using estoppel as a sword.

      LT notes that his comments in COPYING allow *someone else* to know that they have the shield of estoppel on this matter.

      i.e. he is saying that he isn't modifying the GPL per se, but anyone with a lawyer would be able to read the comments in the COPYING file and have confidence that they could link+distribute their non-derived works (binary modules) with the kernel (since they could have a reasonable expectation of estoppel).

      There are some good threads (no links, too lazy) on this in the LKML archives. In particular, Linus's views on what constitutes a derived work I found interesting.

      re: lawyers copying copyrighted contracts, the fact that an act is commonplace doesn't make it legal. (It may be legal for other reasons, e.g. fair use, but I don't think your point stands). Witness speeding (in the UK) and sharing MP3s. Whether that makes it harder to get a prosecution, I wouldn't know.

    6. Re:Not exactly "complete" by benjamindees · · Score: 2, Interesting

      Okay, I get to play 'Devil's Advocate' here for Mr. McVoy. That's okay, I'm not too shabby at it :)

      First of all, *read* the entire (linked) thread. It doesn't have to do with this case specifically, just these issues generally. I just picked some juicy pieces.

      If you read Linus' *entire* post (which I didn't quote) you'll see that he makes no distinction between "modifying the kernel" and not. His distinction in the thread is, as I quoted, that "derived" works are those which show some knowledge of kernel internals *or* interfaces which are specific to Linux, regardless of whether they are *in* the kernel or outside of it. Depending upon who you believe (and on what day), the line between "in" the kernel and "out" lies somewhere between statically-linked drivers and end-user programs that utilize kernel function-calls.

      The problem is, Linus also says that user-space programs cannot possibly be considered derived, even though some (like the example above) clearly were written with Linux in mind.

      Larry is just pointing out that this is somewhat of an inconsistent interpretation.

      Now, that's not to say that there is anything *preventing* Linus from taking this interpretation and putting it into action. In fact, as the gp shows, Linus does clearly explain the legal methods he is using to achieve his desired results and the level(s) of protection that they assure to anyone wanting to license Linux for uses such as these. They range anywhere from 'technically, you have no protection if a work can be considered derived' to 'I have said before that X is acceptable so estoppel should prevent me from changing my mind at a later date'.

      --
      "I assumed blithely that there were no elves out there in the darkness"
    7. Re:Not exactly "complete" by vidarh · · Score: 2, Informative
      What Linus apparently meant by estoppel is simple: Linus has publicly stated his view on derivative works etc. and the Linux kernel, and referenced the license. More specifically he has attached a short notice in the same file as the license itself. People have contributed to Linux on this basis.

      Now, if Linus turned around and tried to sue for copyright infringement because someone had relied on his statements regarding his intent with regards to choice of license, they would use estoppel as an argument in court: Linus can't sue someone for violating his rights when it is well documented that he has repeatedly made representations as to what rights he intended to secure by placing Linux under GPL.

      If not, Linus could have have issued Linux under a license that just says "all rights reserved, no copying and distribution allowed" and go around and say "I don't _really_ mean that, as long as you abide by the GPL" and then start suing people once they start trusting him and distribute the software despite the license.

      Since Linus has made his view on derivative works clear in the COPYING file, and it's well documented, a lawyer might decide that that is more than sufficient for you to rely on despite not being part of the license itself.

    8. Re:Not exactly "complete" by eraserewind · · Score: 3, Interesting

      I think (in my non-lawyerish way) that Linus is wrong about what a judge will consider a derived work.

      For userland programs all of which dynamically use the kernel he has said that he (as the copyright holder) won't find them actionable. (even if some GPL interpreters might disagree). I agree that they are not actionable, but not just because he thinks so. I think that even if he thought they were actionable, any judge would rule against him. Otherwise the entire software industry would have no legal basis, and clearly it does. Dynamic loading or plugins just leaves a library shaped hole in your program. It could be filled by any library that matches the shape of the hole.

      For dynamically loadable kernel modules or drivers he thinks they are actionable. For the same reasons as in userland above I think that just because he believes they are actionable, doesn't make it so. I think that no judge will agree with him.

      For dynamically loadable kernel modules or drivers that use inline (i.e. copyable) kernel functions he believes they are actionable. I think there is a 50:50 chance that a judge will agree with him. I think there is also a chance that the judge will consider that since the inline functions form a part of the interface, that using them is fair-use, and rule against him.

      For statically linked kernel modules he thinks they are actionable. I agree, if the module and kernel are distributed together. If the author just provides the statically linked module as some kind of patch, separate from the kernel, then it is not the module author that has created a derived work, but the user who installs it, and that is fine with the GPL.

      I think his assertion that if you are "thinking of linux" when writing your module or driver, it becomes a derived work of his, is somewhat crazy.

      But that's just my opinion. Linus has his, and so does everyone here probably. I'm sure that a lawyer would advise differently again. Personally I would love to see a GPL violation go to trial, for each of the cases above. Just to see what would happen. It would be interesting.

    9. Re:Not exactly "complete" by KagatoLNX · · Score: 2, Informative

      > Otherwise the entire software industry would
      > have no legal basis, and clearly it does.
      That sounds like a fairly large assumption to me. Never assume that any business entity has a legal basis for anything. Despite appearances (and statements) to the contrary, most businesses consult lawyers "in post". A large amount of software licensing has been developed that way.

      Secondly, it all comes down to the definition of a derived work.

      The kernel (wrt userspace) is not a library. It also does not implement anything unique--POSIX specifies the core of what most programs interact with. User code is clearly not a derived work because they are not diminished by the removal of the kernel.

      Drivers are another story. At some point a driver interfaces with the kernel in a very real way. I would remind you that writing a driver for the kernel ties into a number of locking functions and interfaces that are Linux-specific in the extreme.

      These drivers *ARE* diminished by the removal of the kernel. In fact, they are so incomplete without it that they are incapable of functioning. Thus, removal of the kernel causes them to no longer be a complete work. That is a natural consequence of (and evidence that) these drivers are a derived work.

      In addition, if you look up Linus's "estoppel" reference, you'll see that by stating that he will not pursue userspace in court, anyone has grounds to bind him to the public statement if he ever changes his mind.

      Thus, userspace is protected legally by the nature of a derived work and the precedent of estoppel.

      Drivers, on the other hand, are clearly a derived work (they're useless without the kernel).

      Driver writers who wrote "kernel independent" drivers might have a chance, but the ice is pretty thin. The qLogic ISP1040 driver for Linux / some BSDs comes to mind. Still, at a few very real points, there are some points that are clearly tight integration with Linux.

      Linus really doesn't care much about any of that. He made his choice simply on merits. Binary drivers are less stable. Anyone who has ever had to maintain a driver in Linux (or NT for that matter) will tell you that there are things that cannot be specified in an interface. Not the least of which is some of the spinlocking stuff. A number of things the kernel does, it does with macros that inlined into your code. If you build a binary driver and those change, your code does it different than everyone else (usually crashing things). Spinlocks and SMP are a good example. I can't think of any examples of a Linux binary driver that really works well across kernel versions AND SMP. I can think of an NT video driver, but the first three versions were buggy and the current one mysteriously has 70% of the UP on the benchmarks.

      However, IWIWALBIN (I wish I was a lawyer but I'm not) so I guess we'll have to wait and see.

      --
      I think Mauve has the most RAM. --PHB (Dilbert Comic)
  3. Running ad-hoc routing protocols on accesspoints.. by cibus · · Score: 3, Informative

    ...is kindof a cool thing one can do if able to update the flash memory on accesspoints.
    Check out http://reseaucitoyen.be/index.php?OpenWrt (french) which is a project to run a olsr implementation (www.olsr.org) in a LinkSys-Wrt54G which also runs Linux.

  4. Picking your battles by fuzzy12345 · · Score: 4, Interesting
    Don't get me wrong. I think that, under GPL, people are fully entitled to ask for the source for this thing.

    But big deal. The source is going to be 99.8% unchanged from the previously public version, and the 0.2% remaining is just going to be bootstrap code and code to work around bugs in the specific hardware, etc. Further, I bet nobody actually does anything interesting with it now that they've got the source. After all, the HW's only good for one thing, and it already does it.

    Suing every commodity router builder that comes down the pike with a product like this, which has essentially zero software value added in it, is just going to make some manufacturers squeamish about using Linux inside. And I want them to use Linux, because I, as a consumer, would rather have that than the lower quality, higher cost alternatives that exist.

    Looking at it another way, if the OSS community sues over these dinky issues, where they get no great new software to show for it, they'll lose out on luring some big fish to use OSS plus their own super-duper-multimedia-software, which the community could then sue for and actually get something out of it.

    P.S. For those that say "but we might get a driver for the buggy chipset that we've only got a buggy closed source driver for now" - will you listen to yourselves? Support another chipset vendor, you twits!

    --

    Everybody's a libertarian 'till their neighbour's becomes a crack house.
    1. Re:Picking your battles by kundor · · Score: 3, Insightful
      If gpl violations are only pursued when they seem to be "important," companies would see that as a go-ahead to use gpl'd code willy-nilly in commercial apps, and only cough up source if they get called on it.

      That would completely defeat the purpose of what the gpl is supposed to accomplish.

    2. Re:Picking your battles by Anonymous Coward · · Score: 3, Insightful

      when it comes to copyright you cannot allow people to break it.

      you have to make an attempt to enforce it .

      why do you think the RIAA does it, ( well i think they like being assholes too )

      a copyright that is not enforced, will eventually be unenforcable.

      that is important. because if you allow people to break it, then you decide to enforce it against something, the claim can be made of unequal enforcement (and in copyright, that matters unlike in patents.

      not to mention the OSS community is not doing anything. the license holders are. the OSS community is just a group of people that have similar interests, they are not an entity.

      they cannot sue someone, but the individual project can.
      and they are the ones that decide.

      so the kernel may be an important project in the OSS community, it is not the communities.

    3. Re:Picking your battles by Vellmont · · Score: 2


      P.S. For those that say "but we might get a driver for the buggy chipset that we've only got a buggy closed source driver for now" - will you listen to yourselves? Support another chipset vendor, you twits!


      Buggy open source drivers can be fixed or re-written from scratch. Buggy closed source drivers can't. As far as supporting another chipset vendor, who's selling an inexpensive AP with all the hardware necessary to run linux, and an open source radio driver? No one AFAIK.

      Is the problem here that RealTek didn't distribute the driver as a binary module? If that's the only issue I'd tend to agree that the effect is fairly minor, though I still think RealTek should get bonked on the head for breaking copyright. Realtek should have known better, as it's fairly clear that that's a violation of the GPL.

      --
      AccountKiller
    4. Re:Picking your battles by Hast · · Score: 3, Informative

      No, that is trademarks.

    5. Re:Picking your battles by putaro · · Score: 4, Insightful

      Manufacturers like RealTek are looking for a free ride. They take the work of other people without compensating them in the way that they ask - in this case to distribute the changes made to their code so that they can learn and modify. If the Linux developers asked for cash in return for using their code would you say they should not worry about it? A deal's a deal. RealTek can BUY an OS if they want to keep their changes proprietary or they could use a differently licensed free OS, like BSD. No one is forcing them to use GPL'd code.

      Are you a contributor to the Linux code base? If not, then your wishes as a CONSUMER of other people's work don't really count for a lot.

    6. Re:Picking your battles by firstnevyn · · Score: 3, Interesting

      Actually the source for this ap is extremely usefull..

      For people building wide area networks like melbourne wireless

      For the record there are extremely significant changes between the kernel source for this chipset and the standard 2.4.18 source in particular it's a MIPS r3k LX cpu which linux dropped support for during the 2.2 series because of a lack of hardware in circulation

      With this source we can do all sorts of interesting things like put dynamic routing protocols on the device or turn them into ethernet attached wireless interfaces or any of lots of things.

    7. Re:Picking your battles by vidarh · · Score: 2, Informative
      You are making the flawed assumption that all developers give a shit about having users except for themselves. Many developers write code because they want to get something done FOR THEMSELVES. They then decide to share the code because it might be of use to someone, and because they might get something back. It's up to them to decide what they want in return. For some, getting any modifications back is valuable because it might be useful for them in the future.

      In any case, they wrote the code, they get to set the priorities. If they don't care about people who use their code, that is their right. If they think it's more important for them that people release their modifications and play by the rules they set, then that is their right. You, as a user, have no other rights than what they granted you with the license.

      Sure, you can whine all you want that you aren't happy that the developers want to uphold the license THEY chose for a product THEY wrote, but it doesn't change the fact that if the developers purpose with releasing the software isn't to serve your need they are unlikely to care.

      You seem to live under the delusion that being a "user" makes you inherently valuable. Being a user makes you valuable to a developer only to the extent the developers goal is to build a large userbase, or to the extent you provide useful feedback (depending on the developers definition of whats useful to him/her). For many projects that makes users valuable. Many projects DO want to reach out to as many as possible. But for many, users that are not also developers and contributors have little or no value.

      You bring up being "user friendly" implying that "user friendly" means "usable to people that aren't developers" while people that aren't developers might not be part of the developers wanted user base. Do you complain that your mom find "vi" too difficult? Do I complain that I find "vi" too difficult? Well, perhaps sometimes, but mostly I just use something else.

    8. Re:Picking your battles by bernywork · · Score: 2, Insightful

      My $0.02

      Regarding your point of features, there was a firmware modification for the Linksys WRT54G router (A Google search comes up with a ton of results if you start searching for VPN WRT54G linux firmware). This seems to have a reasonable development community now the code is open source.

      Lawsuits: I can't exactly chime up and say that I have written large amounts of GPL code, or anything like that. I can only say though, that I am working on a project at the moment, that I will open source shortly. At that point I hope it is more of a contribution. When I think about that, and think if somebody took off with it and rebadged it and sold it as a commmercial binary product, and didn't release the changes that they made, or give me credit for what they did; I would be pissed.

      If they continued on with my development, contributed, and became part of the community I want to build, then I would be very thankful.

      Bringing this back to the issue at hand however says to me, that they don't want to be a part of the community, and if this is the case, then they shouldn't have taken off with our code.

      If they don't like the GPL and what it stands for; they can go out and write their own kernel, take off with BSD, whatever. But they shouldn't be taking off with code that isn't theirs.

      As far as I am concerned, (although I don't want to be SCO, or a Microsoft or an IBM for that matter) I say we take them to the cleaners, just to make the message clear "This is our code. You are more then welcome to it, you just have to play by the rules. They aren't difficult or painful, you just have to be open about what you do"

      Finally a little support for your comment of:

      "Support another chipset vendor, you twits! "
      This one I will definately harp in on and say do it. If they don't want to play, then ditch them. Secondly, in personal experience I haven't had a lot of luck with RealTek chipsets before, they have pretty crap throughput and certainly aren't as good as Intel (Old style 82557 style chips) or the 3Com (Etherlink XL? PCI 10/100) cards.

      If we could however get a hack for these boards to use something decent and include that in the kernel that we are compiling for these units, why the hell not. Intel have open sourced their code under the GPL, why not get a good Intel Pro100S chip and start doing IPSEC handoff to the chips for VPN? (Just a guess, but something to think about if we have the real code)

      Berny

      --
      Curiosity was framed; ignorance killed the cat. -- Author unknown
  5. For USians wanting one... by MsGeek · · Score: 4, Informative
    NewEgg's got it.

    Link to the product at NewEgg.

    --
    Knowledge is power. Knowledge shared is power multiplied.
  6. Picking your [principles] by Anonymous Coward · · Score: 3, Insightful

    " Don't get me wrong. I think that, under GPL, people are fully entitled to ask for the source for this thing."

    Then why rant about it? Either they are, or they aren't. There's no middle ground.

    "But big deal. The source is going to be 99.8% unchanged from the previously public version, and the 0.2% remaining is just going to be bootstrap code and code to work around bugs in the specific hardware, etc. Further, I bet nobody actually does anything interesting with it now that they've got the source. After all, the HW's only good for one thing, and it already does it."

    Kind of hard to tell without the source code, now isn't it? Besides your "it already does it" applies as much to the big battles as does the small.

    "Suing every commodity router builder that comes down the pike with a product like this, which has essentially zero software value added in it, is just going to make some manufacturers squeamish about using Linux inside. And I want them to use Linux, because I, as a consumer, would rather have that than the lower quality, higher cost alternatives that exist."

    The reasons NOT to do something will always outnumber to reasons to. And I wouldn't call the firmware of "essentially zero software value" since in it's absence the hardware is of no value whatsoever.

    "Looking at it another way, if the OSS community sues over these dinky issues, where they get no great new software to show for it, they'll lose out on luring some big fish to use OSS plus their own super-duper-multimedia-software, which the community could then sue for and actually get something out of it."

    I wasn't aware that having control over you hardware was a "dinky" issue. Thanks for the heads up.

    "P.S. For those that say "but we might get a driver for the buggy chipset that we've only got a buggy closed source driver for now" - will you listen to yourselves? Support another chipset vendor, you twits!"
    "

    P.S.S. Running away from a problem will not only not solve that problem, it makes you weak when it comes to dealing with bigger problems.

    1. Re:Picking your [principles] by Hast · · Score: 4, Insightful

      First of, the main reason to do it is because those are the rules. If a company doesn't want to release their (perhaps) minor additions to the source then they should use a different license. Typically something under BSD. If they can't be bothered to find software with the required license then they'll just have to develop on their own.

      They are making money on other peoples generousity, fuck that. They deserve the lawsuits.

      Second, when you say that there is no value in firware you are quite clearly not getting the point of OSS. (Besides, I don't know if I'd call an embedded OS firmware.) One of the mayor reasons why we have GPL in the first place is because Stallman got sick of having printers with poor software which he couldn't correct.

      Just because you don't have the imagination to change functionality of an accesspoint (perhaps turn it into a wireless information kiosk?) doesn't mean others can't. Just because there is free doesn't mean it's worthless.

      For Gods sakes man, one of the main ideas with OSS is that money isn't value.

      Damn, I've just been trolled.

  7. Re:Corporations and the GPL by LordArathres · · Score: 4, Insightful

    You are wrong on that part. So what if the code on your product is GPL'ed? You are still SELLING the HARDWARE, all you are doing is allowing people to modify it at will. This will in fact INCREASE your sales to the computer community as they can now roll out their own custom solutions and not be bogged down by the compiled software.

    The GPL is not a new idea, it's principle is based in history. People thoughout the centuries have written down their scientific breakthroughs, finds and other discoveries. They believed that by sharing what they found and developed would help the world. They are still credited with the finds, but now everyone has access to them. Why are computers so different? Because money and companies are involved. Stupid managers and officers all see, Propritary CODE MUST NOT SHARE, when in fact if they made good products, GPL'd the code they would make money.

    You see even though you GPL the code does not mean that your competitor can steal it, they too are bound by it and must make their changes public, which in turn helps you. WHOA!!! The GPL is a idea based on the sharing of knowledge for the benefit of the whole world.

    Later,

    Arathres

  8. Corporations and the GPL-Principle pain. by Anonymous Coward · · Score: 3, Insightful

    "This is a prime example of how the GPL is going to continue to hurt Linux. Going after a company like this for violating Linux's overly-restrictive license is not going to promote widespread corporate adoption - rather, it will push them towards proprietary solutions."

    You wish us to accept your premise? OK. accept this one then. Going after customers for violating overly restrictive EULA's (BSA) is going to hurt proprietary chances in the marketplace, and push customers towards OSS solutions.

    Now I leave it to you to match reality with the above.

  9. Re:Corporations and the GPL by bfree · · Score: 3, Insightful

    Eventually people will get the message and either build/buy propretary solutions or adhere to the licenses of the Free Software they choose. Someone should have known that putting a statically compiled in wireless driver into a commercial product means one of two things, yank as a mistake on sight and say sorry, or release the source. If you build a product on Free Software, you should understand what you are doing and if you are not planning on releasing everything you do you had better be real careful you don't contaminate what you want to "keep"! I see it as a good thing, as it reinforces the "community" element of Free Software and reassurres people who might put serious work into Free Software that it won't be hijacked by others who won't follow the rules (well don't know what would happen with GPL violations/violators in China, for example, at present).

    BTW I only want Linux to gain widespread acceptance if it is still Free, the video card market is where this battle is really being fought at present though with Daniel Stone's announcment that XFree86 has been forked (I submitted a first story to slashdot about this 9 days ago and it's still pending), not once but twice (by X.org and freedesktop.org) perhaps a shake-up is coming.

    --

    Never underestimate the dark side of the Source

  10. Re:Corporations and the GPL by absurdhero · · Score: 3, Insightful

    "and that's what Linux people want, right?" Contrary to what those companies would like you to believe, many of the "Linux people" just want an operating system that they can fiddle with and can modify freely. It isn't about acceptance, or profit, or popularity contests, or usability. If keeping software like this free in every instance isn't your priority, then go use one of the wonderful BSD licensed operating systems and stop telling everyone else what the purpose of the linux kernel is. Linux isn't about sacrificing the freedom Linus put his kernel under (along with every person who ever contributed to it) for some semblance of acceptance and self-esteem.

  11. I find your lack of faith disturbing. by DarthVaderBigO · · Score: 2, Funny
    Any attack against our hardware by the Rebels would be a useless gesture, no matter what technical data they've obtained. This router is now the ultimate power in the network. I suggest we use it!

    Don't be too proud of this technological terror you've constructed. The ability to block G4T0r spyware crap is insignificant next to the power of the Source.

    Don't try to frighten us with your coder's ways. Your sad devotion to that irrelevant OS has not helped you sell routers; we all know that Linux is a niche market

    I find your lack of faith disturbing.

    Remember, the open source will be with you, always

  12. Re:Corporations and the GPL by BiggerIsBetter · · Score: 3, Insightful

    Rubbish. It's a prime example of how a corporation saw something for nothing, took it, and is renegging on the deal it engaged it. Few people, if any, in the Linux community got anything out of them using our work, but they got a complete operating system that would have otherwise cost them a shitload to develop or buy. You can bitch about the GPL being restrictive if you want, but all that's really being asked is to give as well as take. Except instead of just asking nicely, it's a legal requirement.

    I'm guessing your not a Linux user or contributor, judging by your last remark. Most of us don't give a toss about Linux widespread acceptance, we just want Linux to work better for us - if others like it too, then that's a bonus. We're certainly not doing it to make other companies wealthy on our backs with nothing in return, even if it is a token gesture in comparison.

    --
    Forget thrust, drag, lift and weight. Airplanes fly because of money.
  13. First Sale Doctrine and GPL by harlows_monkeys · · Score: 5, Interesting
    These kind of cases are going to get interesting, when the following happens.

    1. Company X makes the guts of one of these routers or access points. They modify GPL'ed software, and put it on ROM in the device.

    2. Company X sells these things to OEMs, who put it in boxes, add their applications in a separate ROM, and sell it to customers. Company Y is one of these OEMs.

    3. Company X includes the full machine readable source of the GPL'ed ROM with the board they sell to company Y. Note: Company X has completely satisfied their GPL obligation. They are completely off the hook as far as anyone who acquires the software from company Y is concerned.

    4. Now it gets interesting. Company Y takes the board with the ROM, and sells it to an end user. Note that company Y is allowed to do this without the permission of the copyright holder, because of the first sale doctine (see footnote).

    5. Because company Y didn't do anything other than what is allowed by copyright law, they are under no GPL obligation to provide ROM source to the end user.

    6. Note the end result: no one has a GPL obligation to provide source to the end user! Company X satisfied all their GPL obligations in their dealings with company Y, and company Y distributed in a way that falls outside the GPL.

    Note: this isn't as big a loophole in GPL as it might seem, since it only applies to things like ROMs, where someone like company Y receives a particular copy, and distributes that particular copy to the end user.

    Footnote: the fair use doctine, codified at 17 USC 109 if I recall correctly, basically states that the legal owner of a particular copy of a copyright work can sell that copy, without that violating that copyright owner's exclusive right to distribute or authorize distribution of the work. This is what allows used bookstores, for example. Without the first sale doctrine, every time a book changed hands, it would require the publisher's permission!

    This is also what lets you sell a used embedded device on eBay without incuring any GPL obligation if it turns out the device uses GPL'ed code, so I wouldn't say this loophole in GPL is a bad thing. If you just go down to BestBuy and buy a router, you should be able to resell that without worrying about whether or not the manufacturer used any GPL'ed code in the thing.

    1. Re:First Sale Doctrine and GPL by jefe7777 · · Score: 2, Informative

      I don't follow you.

      Seems pretty simple to me. If you take GPL code, use it in a product, you have to make the source available to the public. (Company Y only, does not equal the public, invalidating your claim "completely satisfied the GPL obligation")

      In your example, it seems pretty clear to me that anyone who requests it, should legally be able to obtain a copy of the modified source from Company X.

      Company X is entitled to charge a fair fee for materials...but that's it.

      Your point number 3. is completely false.

      The GPL is not satisfied at all. The source had to be made publicly available, not to just a 3rd party, as in your example.

      despite your convoluted explanation it's quite simple.

    2. Re:First Sale Doctrine and GPL by harlows_monkeys · · Score: 2, Interesting
      The questions are: Can company X *prohibit* company Y from distributing the source through a contract agreement?

      I don't think so. X would not be following GPL, and so couldn't distribute to Y.

      One thing I forgot to mention, that also makes this whole situation less of a problem than it might seem at first: upgrades. If X or Y offers downloadable or otherwise user-installable kernel ROM upgrades to the end user, they'll fall under GPL.

      So, this is only going to really be a possibility for devices where they can stick the GPL'ed code in, and not ever have to update it (or can update it by physically swapping ROM chips).

      Still, it is an interesting interaction between First Sale and GPL that is rarely noticed.

    3. Re:First Sale Doctrine and GPL by Hast · · Score: 2, Interesting
      3. Company X includes the full machine readable source of the GPL'ed ROM with the board they sell to company Y. Note: Company X has completely satisfied their GPL obligation. They are completely off the hook as far as anyone who acquires the software from company Y is concerned.

      I would assume that Company X has to provide the source for their ROM if requested. Any party which has access to the binary has the right to request the source.
    4. Re:First Sale Doctrine and GPL by toast0 · · Score: 4, Informative

      Your parent is incorrect about point 3. But you're also incorrect. The GPL does not require that you give the source to the public, it requires that either you transmit the source with the object code or you make an offer to give the source to any third party.

      But it's hard to take someone up on an offer you haven't received. And company Y is not distributing the object code noncommercially, so they have to either provide their customers with the source code, or provide their own offer. Customers of company Y would not know of the offer of the source from Company X.

      Your parent is incorrect with his point 3, because the GPL compels Company X to distribute the source and object codes under the GPL. Thus, Company Y must agree to those terms, and it's bound to include the source code with the object code, or offer the code.

    5. Re:First Sale Doctrine and GPL by Mike+Buddha · · Score: 4, Informative

      This loophole doesn't exist. If you look at the GPL, it states that a written offer for the source code must exist that offers the entire source to any third party to eligible to receive it, i.e. someone receiving a binary copy of the software.

      A ROM is merely a storage place for a binary file. By distributing software on ROM, you aren't exploiting any hole at all in the GPL. The hole is not there.

      If you were to buy a piece of hardware with GPL'd software on it from E-bay, you would have to be extended the right to the source from the one who originally modified it.

      In your example, Company Y would be off the hook, but Company X would still have to provide the source to those who owned the devices.

      --
      by Mike Buddha -- Someday the mountain might get him, but the law never will.
    6. Re:First Sale Doctrine and GPL by Tony+Hoyle · · Score: 3, Insightful

      But company X is only required to give the code to whomever it was distributed to, by them - Company Y. Company Y doesn't have to follow any licensing agreements because the right of first sale allows them to sell without any permission from the copyright holder.

      No.

      It allows them to sell their *single* copy to someone else, thus depriving them of that copy.

      It does *not* allow them to circumvent copyright law.

    7. Re:First Sale Doctrine and GPL by barawn · · Score: 2, Interesting

      ..so I can distribute copies of Windows

      Did you read the example fully? He didn't say distribute. He said sell. That is, give the physical ROM which has the code on it to another person, so that he no longer has the device that he purchased. This is selling by the original purchaser, which is not restricted by copyright law.

      You can sell your copy of Windows, though, regardless of what crap Microsoft says.

      If it only covered a 'first sale' then it'd be utterly useless.

      It does not cover first sale. If it did, then I could not sell any of the books I own, because I do not have the right to make copies and distribute them! There is no license agreement in my books saying I can sell them - it's covered by first sale!

    8. Re:First Sale Doctrine and GPL by harlows_monkeys · · Score: 3, Interesting
      This loophole doesn't exist. If you look at the GPL, it states that a written offer for the source code must exist that offers the entire source to any third party to eligible to receive it, i.e. someone receiving a binary copy of the software

      Nope. You need to reread the GPL, paying careful attention to section 3: "You may copy and distribute the Program (or a work based on it, under Section 2) in object code or executable form under the terms of Sections 1 and 2 above provided that you also do one of the following" (emphasis added). Providing a written offer valid to any third party for the source code is one of the options available to the distributor under section 3, but the distributor is not required to choose that option. One of the other options is to distribute the source code with the binary. If company X includes the source with every binary they distribute, that's all they have to do.

    9. Re:First Sale Doctrine and GPL by vidarh · · Score: 2, Interesting
      IF it is a genuine loophole it is rarely noticed because it would likely be hard to use. Either company X needs to be VERY careful about who they sell anything to, or they'd need to control company Y.

      If I as Evil Open Source Zealot manage to purchase anything from them directly and demand the source, they'd violated the GPL if they don't sell. Alternatively I could convince company Y (possibly with money, or the threat of a boycott) they'd benefit from demanding the source from company X and passing it on.

      If company X restricts it sales to a very small number of distributors that excerts such control over that it could prevent them from passing on the source, chances are it could be successfully argued that company Y is acting on company X' behalf in the same way that a printers is acting on a book publishers behalf when copying a book for which the printers doesn't have a license, and that company X is still liable for ensuring access is given to the source as they are the "real" distributor.

      I'm not a lawyer, but I think that even if there turned out to be a potential loophole here, there would be so many ways of preventing it from ever becoming an issue that for all practical purposes the issue is moot.

  14. Re:Corporations and the GPL by Anonymous Coward · · Score: 2, Insightful

    I call bullshit on this one. No one forced this corp to use Linux - they could have easily bought or licensed or developed an OS other than Linux.

    But they CHOSE to use Linux. And in doing so, they adopted the GPL.

    Release the damn code. I released mine, now it's your turn.

    If you don't - then here's a tip - yank that product, and reissue it with some other OS. If you don't, then suffer the consequences you assholes.

  15. Purpose of the GPL by heironymouscoward · · Score: 3, Insightful

    The GPL serves a purpose (though I'm not sure what)

    Perhaps you should read it some time. The GPL is a license that software authors employ to grant others the rights to use and modify their software codes. In other words, if I spend a year developing some software, I can then distribute it under the GPL. The specific advantage of the GPL as compared to BSD-style licenses is that it gives other free software developers (who I presumably share some common interests with) an advantage over commercial competitors who might take my hard work and turn it into a commercial product that competes with me.

    Companies developing routers have a simple choice: write the software from scratch, buy commercial software, or use free software. If they buy commercial software, they must respect those license conditions imposed. If they use free software, they must also respect the license. If it's GPL, that means making the source code available.

    A business has no right to take GPL software (representing, I remind you, a significant investment of someone's time) and break the license. They should do what everyone else has to do in business: invest themselves in their own products.

    --
    Ceci n'est pas une signature
  16. The real issue by Neo-Rio-101 · · Score: 2, Insightful

    The real issue here (I think), is that it would hurt Realtek more in the long run when there is no sourced driver available for their own hardware.

    Without acceptance into Linux, people are more likely to avoid their hardware when choosing a Linux set-up.

    So who's the real loser going to be in this situation?
    Answer: Realtek, and their own customers!

    --
    READY.
    PRINT ""+-0
  17. First Sale? by MacFury · · Score: 2, Funny
    Without the first sale doctrine, every time a book changed hands, it would require the publisher's permission!

    Doesn't everyone require the publishers permission when they sell their books? Oh wait...I forgot, this is 2004. I'll repost in a few years when the preceding statement is true. :-)

  18. Re:from the FAQ on GNU.org by barawn · · Score: 2, Interesting

    Yah, but the problem is that under copyright law, they're not allowed to make that restriction in this case - I can resell a book without having permission to copy it at all. The GPL says "You don't have permission to copy it without including the source", but first sale says you don't need any permission. That's the point - Someone could say to company Y "You don't have the right to distribute this GPLed software without source!" and company Y's response would be "I'm not distributing it. I'm selling it."

    It is an interesting loophole, and it is a loophole. The easy way to see this is just consider that copyright gives you no rights to copy and distribute a copyrighted work you bought without a license. But first sale doctrine does allow you to sell something you bought.

  19. Wireless drivers, Linux-based APs etc by zardie · · Score: 3, Informative

    The Minitar AP is hardly the first AP for such an issue to surface. My Linksys WRT54G wireless router is also Linux based, which has been great as it has given birth to some interesting firmware and OS variations.

    The concern for drivers isn't as big as you would think. Why spend AU$60 or 70 bucks on a realtek wireless card when for AU$80 (in our recent Melbourne Wireless bulk buy) you can have a complete, standalone, managed network device. Around our community wireless group, these devices are very popular for their possibility of expanding their functionality to include routing and fault tolerence technologies at a fraction of the cost of a commercial solution which we neither want or can afford. This is also helpful as we can implement peer-to-peer IBSS mode which is better suited for point to point links. Additionally, it allows us to build a wireless node for $80 an interface (excluding antenna and cabling) simply by pkugging in an extra device into a switch or hub.

    I believe the common issue with releasing wireless drivers for open sourced OS's is that the cards can be reprogrammed to use wireless channels which may violate their telecommunications (eg, austel, FCC) certification by operating in frequency ranges of which they are not permitted.

    I think that due to the cost of APs. vs using a PC as an AP these days, especially in running costs, that the protection of infrastructure-mode AP capabilities is really pointless anyway.

  20. Hasn't reading slashdot taught you anything by QuantumRiff · · Score: 3, Interesting
    You let companies do anything they want with the source-code. Don't enforce a single darn thing. Then, 20 years later, decide that you need to protect your "IP" becuase your business model is horribly, horribly flawed. Then start suing companies for billions of dollars.

    Since these linux drivers are responsible for so much revenue to these big companies, they would much rather gobble you up for a couple dozen million (chump change really), than deal with the publicity of a lawsuit.

    Of course you need to have a backup plan incase they don't bite. You need to protect your "IP" so you issue press releases like you were the AP, telling anyone and everyone that you are suing these evil corporations, and you have expensive lawyers. Sell your stock like mad, when dumb people buy your story..

    If they ask "what IP do you have?" Loudly shout "errr, umm, Look at that monkey over there!", and make sure that by the time they turn back around, your expensive lawyer is there with lawsuit in hand..

    I don't need an MBA or a Law Degree, everything I need to know i learned from Slashdot and the litigious bastards.

    --

    What are we going to do tonight Brain?
  21. That's a lame excuse by iamacat · · Score: 3, Interesting

    By that logic, an OS without memory protection or preemptive multitasking is not to be blamed for lock ups - applications are.

    Maybe device drivers a bit different because some operations can cause a hardware malfunction that will bring down the machine no matter what the OS does. But I bet most crashes are due to more trivial reasons - a driver corrupting kernel memory, waiting forever for a failed operation, taking 100% of CPU time an so on.

    There is no excuse why device drivers can not have their own protected memory space, swap to virtual memory, only be able to access mapped memory and I/O ports they are supposed to use, communicate with the kernel through regular system calls and receive queued interrupts by reading from sockets. There is no reason device drivers can not be implemented in Java.

    Have real-time concerns or chicken-and-egg problems (disk drivers will have a hard time using virtual memory)? Fine, implement that driver - or just the portion that needs to be real time - in kernel. Just don't tell me my Palm USB driver needs to corrupt kernel memory and crash the system.

    1. Re:That's a lame excuse by fr0dicus · · Score: 2, Informative

      I think a problem here is that there are a many more possible versions of the linux kernel floating around than windows; it's easy to write and distribute a driver package that can cope with a few different kernel versions when there are such a limited number of platforms to write against, even including service packs.

  22. Re:Extra features? by zakezuke · · Score: 3, Funny

    Reading that page again, it says that it's got 8mb of RAM rather than ROM. 1mb ROM doesn't sound like enough to do anything cool

    Should be enough to tftp something cool from elsewhere on your network.

    --
    There is no sanctuary. There is no sanctuary. SHUT UP! There is no shut up. There is no shut up.
  23. The End of Binary Drivers by ajs318 · · Score: 5, Insightful

    What we need is a new law that makes it illegal for hardware manufacturers to keep driver details secret. If you want to sell me a fancy wireless adaptor, graphics card, sound card or whatever, fine; but you have to give me all the information I need to write a driver for anything that I might want to interface to it.

    It used to be so, back in the days when a printer came with a big thick manual explaining how to do various textual and graphical effects, even pulse timings and voltages for the interface. And everyone thought that information was part of the operating instructions. Sometime between then and now, it went sour; probably we didn't notice, but documentation went from hacker-friendly, to (non-hacker)-friendly, to non-(hacker-friendly). Nowadays, it seems printer manuals just say "plug in the USB cable and install the Windows software" -- and manufacturers are treating the important stuff like how to fire the second "red" nozzle down as though it were some sort of nuclear secret.

    Well, it isn't. If you buy a piece of hardware you have every right to make use of that hardware, and if the manufacturer will not tell you how to do so then they are obstructing your enjoyment of your own property. At the very least, the owner of a particular device should -- by sole virtue of ownership -- be automatically privy to any "secret" it may contain; ideally, such information would be in the public domain by law.

    And sod the whingeing about "competitors having access to your 'proprietary information'". Your competitors already pay people to reverse-engineer your products, and you will get access to their "proprietary information".

    --
    Je fume. Tu fumes. Nous fûmes!
  24. Re:Corporations and the GPL by nathanh · · Score: 2, Informative
    Well you DID get a cheap router out of the deal. Imagine if companies didn't use Linux for routers, opting to develop the OS on their own or purchase it. How much do you think that would add to the cost of each router?

    Right idea, wrong focus. It's not that we got a cheap router out of the deal. They got a cheap OS out of the deal. Linux is equivalent to millions of dollars in saved licensing fees. This gives them a huge market advantage over their competition. Their only obligation was to make all modifications available under the terms of the GPL.

    Except they reneged on their obligations. They were happy to profit from Linux but they're not so keen to pay the pricetag. Too bad for them. If they want to keep their code secret they can go pay $20/device for an embedded VxWorks license like all the other companies do. They deserve no sympathy and no defence. Linux isn't a free-for-all; it's a give-as-you-receive.

    They should have used BSD if they wanted to plunder without giving back.

  25. Re:Corporations and the GPL by nathanh · · Score: 3, Insightful
    The GPL serves a purpose (though I'm not sure what), but perhaps it's time to get off the "Free" soapbox and settle for plain old free. In the long run, it will help Linux gain widespread acceptance - and that's what Linux people want, right?

    Wrong.

    There's really nothing more to add.

  26. Open Source Minitar? by thomasj · · Score: 2, Funny

    Who wants minitar, when you can get GNU tar with a lot more options? Even GNU tar can do backup over network! There might even be a --wireless-net=yes in the next release.

    --
    :-) = I am happy
    :^) = I am happy with my big nose
    C:\> = I am happy with my OS
  27. RTL8181 at SF by LordAlpha · · Score: 2, Insightful

    Quit your wanna-be lawyer BS and help these guys out!
    http://rtl8181.sourceforge.net/