Epson Pulls Linux Software Following GPL Violations 292
ChrisWong writes "GPL violations has caused Epson to yank their free downloads of their ImageScan! and Photo Image Print System software for Linux. While one can use xsane instead of their ImageScan! software, the latter is easier to use and produces subjectively more attractive output."
I'm confused... (Score:5, Funny)
Nathan
Re:I'm confused... (Score:5, Funny)
Re:I'm confused... (Score:5, Funny)
I DEMAND SHODDY WORKMANSHIP!
Nathan
Re:I'm confused... (Score:2)
Re:I'm confused... (Score:2, Informative)
it should be written in the troubleshooting manuals and text from Epson, but you won't find them there. It's not even in Epson's "maintenance" procedures log. Additionally, Epson claims that it happens to only a small number that they don't even bother about it. A lot of people have been scratching their heads of why it was happening, and it took a while before someone came up with this procedure.
Also, Epson uses a white grease. People who actually remove all the grease and simply use Windex to clean the chrome have found that to run better...
Agreed (Score:5, Insightful)
I agree, it is nice to see a big company like Epson actually commit themselves to *nix support, and for them to raise their hand and say 'Ooops, we're sorting it out, sorry about that'.
Disclosure like this will mean they'll get more respect for being honest about the situation, rather than burying their head in the sand hoping people won't notice (like a certain company and their interpretation of OS security). A company who admit their mistakes will be more inclined to learn from them, rather than focusing their efforts on passing the buck.
Re:Agreed (Score:2)
Because it was a passable analogy, perhaps?
If you don't like the MS-bashing here, either rebut it or leave.
Re:I'm confused... (Score:2)
Seriously though, they openly admitted that the FSF advised them that they were in violation, they took the software down, and they said they are going to make changes and re-release after they become compliant again.
So far, yay for Epson.
Re:I'm confused... (Score:2)
Actually I am the one who is confused. Isn't Evil Corporation a registered trademark of Microsoft Corporation?
Actually I am happy with Epson for the most part.
Re:I'm confused... (Score:2)
That could equally well be a reply to the sarcasm or a reply which missed the sarcasm. Think about it. Although, I'd guess it's a reply to the sarcasm - you'd have to be pretty doped up on crack to take "Please, Slashdot, tell me how I'm supposed to think!" as a literal request - wouldn't you say?
At least... (Score:5, Insightful)
The website implied that they'd have a compliant version up sometime, and that everyone should upgrade when it's available.
Re:The right thing!? (Score:2, Interesting)
They may have contractual obligations that prevent them from releasing the source.
They may have licensed patents from someone else, and used them in the software. That would make it incompatible with the GPL.
Maybe they are planning on releasing the source, but needed to do an audit on it first, to make sure they were legally allowed to release it all.
I know this is slashdot, but you don't have to jump everytime a conclusion passes by.
Kudos for Epson (Score:5, Insightful)
Re:Kudos for Epson (Score:2)
I won't go so far as to say incentivize is not a word, but why use bastardized, management-speakized, elongatized, usurpized, verbized words when perfectly good words already exist?
Did you mean encourage? develop? inspire? Well, how about using one of verbs, instead of enlargizing the innocent little noun, incentive.
elsilver.
Re:Kudos for Epson (Score:2)
He's obviously a hacker (using the ESR definition of "hacker".) Overgeneralizing portions of the English language into "new" words like this is a longstanding hacker tradition.
See the "Overgeneralization" node in the Jargon File: http://tuxedo.org/~esr/jargon/jargon.html#Overgene ralization [tuxedo.org] (The link works, but I don't know why Slashdot is inserting that extra space in the text.)
Re:Kudos for Epson (Score:2)
Because none of those words have precisely the same meaning as incentivize? It's more specific than encourage.
I'm sure there are many vapid and near-vapid words out there from the management lexicon, but this is not one of them.
Re:Kudos for Epson (Score:2)
* actionable
Actionable is a legal term. If you want to sue the entire legal industry into compliance, I've got a couple of windmills to sell you to practice on.
(you might be able to put them on one of the Microwave tower sites).
Re:Kudos for Epson (Score:2, Informative)
And you of course miss the point as well. Yes...it's a bummer that you can not currently dl the Epson Linux scanner drivers (I assume that you've already got them). But the point is that they realized that they violated a copyright/trademark style license (one that has almost no legal muscle behind it) and decided to make themselves compliant. So, for a few days/weeks, there won't be an Epson driver for the scanner but, assuming they're not full of shit, we will all soon be able to dl a driver that will be full function and comply with the license.
Nobody's going to get sued, credit will be given where it's due and (again, assuming they're not blowing smoke up our asses), Linux folk wishing to use Epson scanners (there are probably like 12 of you out there) will be able to use an officially sanctioned driver. Looks like the license works pretty decently to me.
E
Scanning Linus? (Score:2, Funny)
Which of his body parts would they want to scan?
Re:Kudos for Epson (Score:2)
<analogy class=standard>
I'm not a mechanic, but I still wouldn't buy a car with the hood welded shut.
</>
Re:Kudos for Epson (Score:2)
Custom development is expensive, which is why you pool your money with other clients who need the same work done. It could even be arranged through the vendor, as long as they don't set the price based on having a monopoly on the ability to do the work.
Re: Epson discovers GPL software is proprietary (Score:2)
Only recently did I realize how completely Stallman has managed to frame the debate by twisting the meaning of words like "proprietary". As you say, the GPL is proprietary, but Stallman has so demonized the word that nobody wants to recognize the truth of the situation.
The GPL may be "less proprietary" than most closed-source licenses in some sense, since anyone can obtain the benefit of GPL code by agreeing to abide by its rules. However, the GPL is far more proprietary than BSD-style licenses, which are barely proprietary at all. The only truly non-proprietary software is public domain software. If someone owns the code (i.e. there's a copyright and a license), then it's proprietary, by definition -- even if anyone can redistribute it under its terms and conditions.
Stallman should be demonizing "closed" software, not "proprietary" software. (A bit late now, of course, he's already trained everyone to turn rabid at the word "proprietary" while pretending that the GPL isn't also proprietary...)
So the news is.. (Score:5, Insightful)
They admit the FSF informed them of violations, so they pulled the software from the site in order to check it out and get into compliance. They also drop a hint that they will encourage anyone to upgrade to the new compliant version once released.
Seems like they are playing fair to me.
Re:So the news is.. (Score:2)
Made me wanna go out and buy their stuff. If this is an indicator of things to come... I can't wait!
Re:The other shoe (Score:3, Insightful)
Re:The other shoe (Score:2)
If they've got any sense they'll do a cleanroom implementation of the problem areas.
Re:The other shoe (Score:2)
Re:The other shoe (Score:2)
Really. (Score:2)
And they don't make money off second-hand sales.. so..
or how about this? (Score:2)
Time to reward Epson (Score:2, Insightful)
Re:Time to reward Epson (Score:2)
What was their crime? Linking to the wrong kernel module? Cutting and pasting GPL source into their drivers?
Re:Time to reward Epson (Score:2)
I don't have any Epson devices or software, 'tho, so I don't know whether this would be a problem for them.
Re:Time to reward Epson (Score:4, Interesting)
(A) Joe Developer knowingly doesn't tell his boss that his software is based on GPL software and passes it off as original.
(B) Joe Developer tries release software under the GPL but either his boss or marketing droids don't give a rats ass about it and release it as Epson proprietary.
Re:Time to reward Epson (Score:3, Informative)
Re:Time to reward Epson (Score:2)
And after HP's dismissal of [the real] Bruce Perens, we're down to one.
IP issues (Score:4, Insightful)
They will not be forced to release the code (Score:2)
I don't know whose code they distributed, but the FSF never dues for damages if the violater stop distributing the code. It is unclear how much the damages for distributing gratis code would amount to anyway. Usually the court take the price per copy times number of copies to find the damages (at least here in Denmark), which is cheap when the price is zero.
Re:They will not be forced to release the code (Score:2)
You can't just pay damages and continue to violate copyright. The first thing any judge would do is grant an injunction against your continued distribution of the violating material.
Heck, it's even possible the Judge would make you responsible for stopping other people's distribution of it too, which would make your legal fees skyrocket as you started suing every Tom, Dick, and Harry who mirrored your software.
As for damages, it's very much unknown if you'd get any. In the US you have to have filed for copyright in order to secure damages -- otherwise all you can get is an injunction to stop further violations. Of course, if the company ignores that injunction then they're in contempt of court, which does have hefty damages associated with it. But you won't see any of that money.
Re:They will not be forced to release the code (Score:2)
I believe that's not relevant. We already know that Epson is stopping the distribution. What's being discussed is whether or not the past (accidental) violation could be used to force Epson to open up the code, even if Epson wants to instead produce a new closed-source version that doesn't use any GPLed code. I don't think anyone's proposing the idea of Epson engaging in a continued, willful violation.
Re:They will not be forced to release the code (Score:2)
What damages? Is GPL enforcement an empty threat? (Score:2)
I don't know whose code they distributed, but the FSF never dues for damages if the violater stop distributing the code. It is unclear how much the damages for distributing gratis code would amount to anyway. Usually the court take the price per copy times number of copies to find the damages (at least here in Denmark), which is cheap when the price is zero.
This is a very interesting question. If Epson were to refuse to release their proprietary code that was linked with GPL code, that would void the license grant in the GPL and make it a simple case of copyright violation (reproducing the GPL code without authorization of the copyright holder).
Now, it seems like an open-and-shut case to say that the court would find infringement had taken place -- after all, they were distributing binaries including that GPL code. (Supposing that Epson was intransigent instead of cooperative, and that the FSF took it to court.)
It seems clear that a flagrent GPL violation would result in an injunction against redistribution of the GPL code, but they could still rewrite their code to replace the GPL code with non-GPL code and distribute that later. (As Epson is doing now.)
So, the real question comes down to damages. Since damages are usually tied to economic loss, and the GPL code is (usually) freely available, there's a good argument to be made that there was no economic loss to the owner of the GPL code (since the people who received the infringing copies could have received the same GPL code for free through another means, and the GPL even grants those people a license even from the infringing copy!) -- perhaps the court would find that "actual" damages are therefore zero, no matter how flagrent the GPL violation? If so, perhaps the threat of court action over copyright infringement isn't as stong as it sounds?
Does the GPL really have enough teeth for enforcement if a straight copyright infringement case might not be costly enough to discourage misuse of GPL code? If Microsoft is willing to steal Stak's compression code outright (and they did), which caused actual damages, should they be so worried about the GPL? Or can they just say "we've never intended to apply the GPL to our products" to dodge the "viral" nature of the GPL and simply pay off the occasional copyright infringement case (and rewrite the code) in the few instances where they can be caught red-handed?
Of course, if there are statutory damages for the copyright infringement, those would apply even in the absence of actual damages. I think someone mentioned damages of $100,000 -- but only applicable if the copyright is registered with the Copyright Office? (Then again, even $100,000 is pocket change to a company like Microsoft...)
Disclaimer: I think Epson is doing the Right Thing, and I'm not a lawyer. Take the above with a grain of salt; this is just food for thought...
Firstly, Epson is good people, in my experience.. (Score:5, Insightful)
So, please keep your flames to a moderate temperature.
While it would be cool if what they did here was to GPL their whole package, and contribute to the community, it looks like they'll replace whatever minor piece of GPL code they've incorporated with something else.
Epson has been pretty good about providing relatively good documentation and developer support for their products (which is why their printers and scanners are the best supported out there by free code), even if they haven't contributed actual code or algorithms.
Sure, people could intentionally steal a GPL projects' work and call it their own (i.e. Sigma Designs theft of Xvid's codec), which is pretty slimy, but heck, sometimes people just make mistakes. Maybe someone thought a package was BSD licensed, and wasn't careful enough, or didn't understand some semantic issue of the GPL..
Or, maybe they are thieves also, but I'd give them the benefit of the doubt, and call them innocent unless proven guilty.
Re:Firstly, Epson is good people, in my experience (Score:5, Funny)
It's strange to note that 'innocent until proven guilty' is so uncommon on slashdot that it needs to be explicitly mentioned.
Vuescan (Score:2)
Not the only GPL Violation. (Score:5, Interesting)
I find their poll (Is the GPL inforcable) an interesting one you may want to vote on.
I also remember read about another GPL violation on
demand the source code?? (Score:5, Insightful)
thats just the sort of over-reaction thats going to make a company not want to deal with linux.
be happy they are rectifying the problem.
if you want to encourage linux development, attacking anyone that slips up with reckless abandon is not the way to do it, especially when it may have been an honest mistake.
zealots dont make good reps.
Re:demand the source code?? (Score:2)
Demanding the source code means they release the
source code, means their products get better
software, means they sell more products, means they
make more money.
I'm sure the Epson shareholders are just quaking
in fear that they might be forced to make more
money.
Re:demand the source code?? (Score:2)
to provide as much
interoperability as they can get.
BUT!
Imagine this:
A Coward took their code, makes insuitable changes
(for example add code that add random distortion to
scanned/printed images) and put his binaries and code
without providing his name to famous download places.
Unsuspecting People will get a lot of spoiled binaries instead,
install it and blame printer supplier for bad quality.
How to avoid it?
Re:demand the source code?? (Score:2, Insightful)
1. If you want Epson's drivers, wouldn't you probably get them from a reliable source like, oh... Epson? Or your distribution supplier of choice?
2. If nothing else, they could licence the trademarks for the unmodified version only so that modified versions can't be confused with the original (I believe there's a line like this in the Info-ZIP licence.)
3. What's to stop someone from mangling a binary-only driver with the old search 'n replace, and creating similar problems? A quick change to a "set-resolution" or "change mode" command could cause just as much hassle.
Re:demand the source code?? (Score:2)
2. Oopsie?! I mean GPL! You cannot relicense GPL-containing code for Info-ZIP (and any other) license!
So your (2.) is unapplicable in this case.
3. Mangling a binary-only driver is a much harder job than to mangle source.
Re:demand the source code?? (Score:2)
Which means that their proprietary, core business logic of dithering and color matching gets released to all of their competitors! Whee!
You know, the exact same stuff that they get marked higher on than their competitors in reviews of their hardware? Yeah, that stuff.
Re:demand the source code?? (Score:2, Flamebait)
The license makes it clear. It is not an ambiguous document either.
Amd who said they slipped up? I find it hard to believe that someone, trying to write an application, could 'accidentally' cut and paste code from another application into the correct parts of his own, changing variables to suit his code, and then releasing it as his own work. It is not a simple slip-up.. more a deliberate act. How could this possibly be an honest mistake? If that wasn't enough proof, have you ever tried to cut and paste between two applications in Linux? ;-) I suppose a junior programmer could have done it as well and a senior project manager could have released the app without knowing but that doesn't make it any less wrong
I think it is far more likely that someone saw this as an easy and cheap way to shorten their development cycle. They most likely didn't realise they would get caught - the opportunity to steal the work as well as the temptation are both a large part of this sort of theft.
Imagine how you would feel if you spent years developing something , in collaboration with others, freely allowing others to learn from it and contribute as long as they acknowledged your part and re-invested their knowledge once they had learned from yours. Then someone comes along on a payroll, sees much money for no work, grabs your work and changes the credits. This is more like what happened here.
If you still think that this could be a simple slip-up, try going into you favourite text editor with two different documents open at the same time, each a few pages long. Pick five words in one document, and change them each to an arbitrary word from the other document. Then remove any comments that might imply that this belongs to someone else. Cut out a few sentences you don't like, then re-read it and check it still makes sense.
This is fairly analogous to taking a page of code, changing a few of 'their' variable to the ones you need, stripping some evidence, changing a small amount of it then debugging to check you haven't upset any of the inner workings. Now this is just for one page of work to be taken - the likelihood is that it would be much more.
Re:demand the source code?? (Score:2)
Releasing their code is one option they could choose, or they could choose to comply with the GPL and get the rights to redistribution it gives.
You have been listening to too much MS FUD if you think companies can be compelled to release source just because they did not comply with the GPL.
Re:demand the source code?? (Score:2)
All of this could have happened and transitioned through a half dozen people, a manager or two, a couple programmers, etc.
And the license may have been inadvertantly forgotten about (and left out of the tempalte code)...
don't get paranoid.
Re:demand the source code?? (Score:2)
Frankly, it's entirely possible that the GPL was misunderstood -- since there are disagreements as to exactly what it means in some cases (such as dynamic linking). A library could've been used without the senior developer or project manager realizing that it was GPL and not LGPL.
Did they violate it? Yup. And they're doing the right thing. Sorry you have an issue with that.
Then someone comes along on a payroll, sees much money for no work, grabs your work and changes the credits. This is more like what happened here
You have absolutely no idea what "happened here". In fact, the FSF has stated that Epson is doing the right thing and has actually gone well beyond what is required to work toward a fix. Frankly, they could've just stonewalled (like virtually every other violator has done) or said "fine, we'll just pull it and say screw it". Instead they admitted to an inadvertant mistake (and yes, they happen -- if you don't think so, then you clearly have no experience with large companies and real world coding), publicly admitted to it, and are actively trying to remedy the situation and continue providing the software.
Quite frankly, your attitude is exactly what Microsoft portrays when demonizing the GPL. As a software developer I sure as hell wouldn't touch GPL'd software with a 10 foot pole if it meant that a mistake would mean giving up my core business logic. Hell, I wouldn't even develop for Linux because of the attitude associated with it.
Fortunately, the vast majority of people seem to actually comprehend the GPL and see Epson as doing the Right Thing. So there's still hope for the non-frothing Linux advocates.
Re:demand the source code?? (Score:2)
The only "rule" is that Epson cannot give away or sell the software without this source code. They currently took the solution of not distributing the software at all.
I expect either somebody at Epson will realize that whatever part they have is not so valuable and they can give out the source code, or they will quickly write a replacement that does not use their secret algorithim and thus does not work so well, or (most likely) whoever already granted exceptions to the GPL license on this code (it is allowed to be plugged into closed-source programs according to an earlier email) will add this as an exception as well.
I personally feel that a block of code as described could be closed-source without harming things, as long as the interface is very limited and it is clear what it does. For instance if it takes a block of pixel values read from the scanner and processed it and rewrote the block with the cleaned-up image, this is pretty clear and easily replaced. If instead it talked directly to the scanner or decoded a block of data such as encrypted stuff from the scanner, I would consider that a bad idea. Maybe it should be allowed if they also write an open-source replacement that "works" but is not as good, for instance my first example could be replaced with code that returns immediately without changing the buffer. The second example could not be replaced with anything. Maybe there is some way to make a modified GPL where such modules are allowed. It has to be worded very carefully so the closed-source parts can be replaced easily.
Epson is negotiating in good faith with FSF (Score:5, Informative)
Epson has been much more friendly than most violators. Epson on their own chose to put up that web page and admit their violation publicly. We did not require them to do so. Almost always, compliance is reached through private discussions between the Free Software Foundation and the violating party. Only rarely (usually because a third party posts on slashdot ;)
does the public even become aware of the compliance efforts underway.
You can read FSF's General Counsel's essay for more details on FSF's GNU GPL enforcement efforts [gnu.org].
Sincerely,
Bradley M. Kuhn, Executive Director, Free Software Foundation
Re:Epson is negotiating in good faith with FSF (Score:5, Informative)
In our case, it's evident that they understand that what we want is access to information about how their printers work, rather than information (such as details of their color management) that they quite legitimately consider proprietary. Because of that, it has been much easier for us to track their printers, and as a result their printers enjoy top notch support within our project. Perhaps more directly relevant to this, they have not used their project (PIPS) as an excuse to starve ours of data.
So I'm certainly pleased (but not at all surprised) to see Epson acting with such high ethical standards under these circumstances, too.
it depends on how they plan to solve it (Score:3, Insightful)
If they plan to solve it by removing the GPL'd components and replacing them with Epson-written components, then they are no longer in violation of the GPL, but nothing has been gained by the Free Software community (unless making your proprietary competitors do a little extra work counts as a gain).
Re:Epson is negotiating in good faith with FSF (Score:4, Insightful)
2) Sure, if you're really unethical you might be able to get away with something like that once, but if you keep making the same mistake you'll wear out your welcome soon enough.
Most big companies hate admitting mistakes (so do most small companies, and most individuals, for that matter). Epson could have simply withdrawn these packages without ever saying why, and either never put them back up or reinstated them later without ever saying what happened, but they chose to admit their mistake.
Ethical considerations (Score:2)
Specifically, I consider it unethical and an abuse to invoke the legal system in a civil dispute, without first doing a fair minded attempt to settle the issue privately.
While there are many aspects of the American society I admire, the fact that it as the only nation in the world feeds more lawyers than programmers is not one of them.
GPL (Score:5, Funny)
To: B.G.
Subject: New FUD Needed
I'm agonized to have to inform you that the usual anti-GPL FUD we've been foistering upon the world has once again been discredited. Epson corporation was found to have violated the GPL in the company's Linux based proprietary scanning application, and had merely to remove the offending code from the application. Unfortunately for us, no FSF lawsuit was filed to force Epson to give away its I.P. as we've been claiming for some time would happen in cases of GPL violations. Those damned hippies just politely asked Epson to correct the situation.
We should wake up the slugs...err...public relations department and have them think up new anti-GPL lies...err...messages.
******************
On a serious note, this is exactly how companies -should- act when found to be violating the GPL. Just admit that it happened, correct the violation, and everyone is happy. Nobody gets sued, the company gets a round of applause for playing nice, and life goes on. Congratulations Epson! You're a model of corporate integrity.
Excellent! (Score:4, Insightful)
If we dont support the companies that not only release a Linux program/driver but also respect the GPL then we all might as well just give up and install XP like good drones.
Kudos to Epson!
Kind of weird or sad (Score:2, Interesting)
This is unfortunately the kind of thinking Microsoft would love to perpertuate and here they didn't have to raise a finger or spend a cent.
Just providing a viewpoint from outside the GNU rules! Linux-uber-alles camp...
Free Advertising? (Score:5, Interesting)
Re:Free Advertising? (Score:2)
SANE is very nice - integrates with the GIMP, so you can scan directly into the GIMP, plus has a standalone scanner app, does color correction and all the other basic stuff you'd expect.
How is it better than XSane? (Score:2, Interesting)
And since I think most software interfaces are terrible, maybe it's just that I'm a dummy with exactly umgekehrt tastes in software, but what exactly does / did the Epson software do better?
timothy
Re:How is it better than XSane? (Score:2)
The other attraction is that hilarious picture of a penguin stuffed into a scanner with its butt in the air and its flattened face appearing on the computer screen. Shows they have a sense of humor.
Good Job, Epson! (Score:2, Informative)
Next printer I get will be an Epson. I was considering an HP, but after canning Bruce Perens and Epson being nice to the Linux community, I'll make sure I get an Epson next time around.
Now, if other companies saw that playing nice got you more customers, they'd do it!
Ok. Thats it. (Score:2, Interesting)
Third solution... private licensing (Score:2)
This would allow Epson to release their product as "closed source" and would provide funding to the original project.
The GPL (as I understand it) doesn't require that the only licence that the software be available under be the GPL. IIRC, Perl is released under both the GPL and BSD, the choice is up to the user which licence he wants to follow.
More like a black eye for people who don't read. (Score:5, Informative)
Nathan
Re:They had to do it -- Here's why: (Score:3, Funny)
Re:They had to do it -- Here's why: (Score:2)
If it were astroturfing, the writer would attempt to convey the message that, hey, i'm just your average joe, and here's why i think GPL sucks and M$ rocks.
instead, the text of the posting says:
Because many businesses may not understand the GPL and its potential implications, Microsoft offers this document as a checklist and to provide important background information.
(italics mine.)
in any case, a google search shows this article to be M$'s GPL "FAQ", available at http://www.microsoft.com/korea/business/downloads/ licensing/Gpl_faq.doc
-1: Should have been a link! (Score:2)
Re:-1: Should have been a link! (Score:2)
Re:They had to do it -- Here's why: (Score:2)
Feels weird... (Score:2)
Ah, well. I'm glad they didn't pull it completely because legal problems were a PITA.
Both Epson and the FSF did a good job here, I think.
This is a model for how future GPL violations should be handled...not tons of flames being sent to the violators (well, at least not at first }:-) )
Nope, sorry (Score:4, Insightful)
You are correct, Sir! (Score:4, Interesting)
So the worst thing that could happen to them is they get sued for copyright violation. Being forced to release their source is highly unlikely no matter if they lost or not. Though really, I think the way it's being dealt with is the best way.
Re:Anyone got the software before it was pulled? (Score:2, Informative)
Not necessarily. Read the GPL: the penalty for breach is that your rights under the license are terminated. No more, no less.
And that's if anyone can make the GPL stick; the company could easily claim that they errantly failed to license the software but certainly never agreed to the GPL. The GPL is, after all, a shrink-wrap license. Last I checked those are valid only in Virginia and Maryland.
No license = no rights for anyone but the copyright holders. And for them, reparations = cash only unless the company offers and they accept something else.
Re:Anyone got the software before it was pulled? (Score:2)
But wait, Microsoft themselves broke the law, were found guilty, and now are trying to get away by just "fixing" the problem. Shouldn't they have a punishment too? Or is it just anti-Microsoft crimes that should be punished?
Let's have some consistancy, ok? From now on, let's not ask from others more then what's required of Microsoft.
-BrentRe:Anyone got the software before it was pulled? (Score:2)
Unless someone gives me reason to believe otherwise, I am going to assume Epson made an honest mistake and is working in good faith to remedy that. Were it my choice, I would not try to punish them.
If you treat people with decency, they have much more positive feelings about supporting software for free OSs, and may decide it is easier and better to release some of their own code under the GPL rather than reinvent the wheel to aviod it. Sharing! What a brilliant idea!
If you actions don't lead to making the world a better place, perhaps you should rethink them.
Re:Unfortunate, but of zero consequence (Score:5, Insightful)
They don't provide us with any information about their color management or dither algorithms, which seems fair to me -- that's their real "secret sauce" over their competition. We don't need that; we have bright people who can come up with clever dither algorithms, and we also have people interested in color management. It's probably better for everyone if we do things differently from Epson in that regard; it gives us opportunities to devise better algorithms.
Re:Unfortunate, but of zero consequence (Score:2)
As it happens, Epson already does help us (Gimp-print) out, in exactly the right fashion -- they provide programming manuals for their printers, usually quite promptly too.
Well then, I take it back, hats off to them, I didn't realize they were so ridiculously Free Software-friendly. I'm still slightly mystified as to why they provide(d) their own drivers as well, but I suppose the more support the better. It seems like somewhat wasted effort, but I guess Epson have their reasons.
BTW, congratulations on Gimp-Print, the output from my Stylus Photo 1290 is nothing short of stunning. Excellent work!
Re:Unfortunate, but of zero consequence (Score:2)
There's probably some subset of users that trusts Epson to write a better driver than GIMP-Print. Also, they may want to have Epson's neato dithering algorithms.
Re:Unfortunate, but of zero consequence (Score:2)
As such, releasing the source code to that would not be a good decision on their part.
In this case I would assume it has something to do with image quality as they (as mentioned elsewhere) release their hardware manuals promptly.
Re:Unfortunate, but of zero consequence (Score:2)
Re:the page has no details... (Score:5, Insightful)
The Sane backends are GPL'ed, but provide one exception: "it is permissible to link against such a library without affecting the licensing status of the program that uses the libraries." - this is a quote from the LICENSE file that is part of the Sane distribution.
EPSON KOWA did actually release the source code for their backend - even though they were not required to do so, they would still be allowed to link against the backends if their software were closed source. They did however make one exception: The image manipulation routines that they use to in their Windows and Mac drivers is delivered as a library without sources. They do provide the sources (under the GPL) for the rest.
My opinion is that they are the owner and the copyright holders of their frontend code, so they should be allowed to do anything with it - e.g. link agains a closed source library, but this is probably just my naive common sense interpretation, everybody with a law degree probably has a different opinion.
So EPSON did not try to sneak some GPL code into their closed source applications, they did not relabel GPL code, they wanted to do the right thing and provide us with their source code.
EPSON is very pro open source, they provide programming information for their scanners (and printers for the gimp-print project) and if I run into problems they even provide hardware to debug problems.
I don't get payed for saying this, but if you are in the market for a scanner (or a printer) then please consider an EPSON device. Not only are these pretty good scanners and probably the best inkjet printers around, they are very nice to us Linux users. :-)
Re:the page has no details... (Score:2, Funny)
There's a gay joke in there somewhere.
Re: Since you're maintaining SANE.... (Score:2)
Has anyone actually had any luck getting an Epson ES-600C flatbed scanner working with SANE?
I own one of these old (circa 1996 or so?) beasts, and although it's a high quality unit - it uses a parallel port. Epson no longer supports it under Windows XP or 2000, but I noticed it shows up on the SANE scanner compatibility list.
Whenever I've fired up SANE in RedHat 7.2 or 7.3 though, it reports it can't detect any usable devices, even when I verify that it's attached to my LPT1 port and is powered up.
(Apparently, Epson actually sold an internal board for a short time that converted the ES-600C to SCSI. Sure wish I had that option board, but it's all but impossible to locate now. I even called the Epson parts supply house, but they said it has long since been discontinued. I hope the people adding the ES-600C to the SANE compat. list weren't just trying a SCSI version instead of the parallel port model?)
Re: Since you're maintaining SANE.... (Score:2)
Everyone makes mistakes... (Score:2)
I know it for sure as far as printers go: Till is really happy with them, and until recently Epson inkjets were the only devices that produced photo-quality output under Linux.
I got really worried when I saw the title of this article, but I'm convinced that this is just an accident of the "ups, haven't thought of that" type. Guess it's really business as usual - their lawyers are chewing on this now, and some reasonable solution will pop up shortly.
Btw, HP is NOT a willan company either: on the contrary, they put a lot of effort and actually write their own GPL drivers for their printers. Don't know about scanners, but they also wrote Linux drivers (GPL) for their multifunctional devices...
Re:Everyone makes mistakes... (Score:2)
They are pro-linux as long as it sells the more expensive hardware.
They are not pro-linux as far as their cheap and commodity hardware is concerned. A good example for this is the Epson proprietary laser printer langauge which is the only way to drive their cheap laser printers (the N subversions of EPL -5800 and 5900).
If you notice on their site they offer a gs driver for these but it supports only the more expensive variety which is HPGL (and some versions even postscript) capable.
If you are trying it on the 5800N and 5900N you are basically screweed. Been there, been burned by that, payed 100 more dollars to swap a 5900N for for the real thing.
Re:DRM (Score:2)
And certainly a lot of CD copying is not for "backup purposes" as stated here, plenty of it is for violating copyright by distributing it.
The main difference I see is what the RIAA is trying to prevent. For instance if Epson posted rips of all the latest music on their website for you to download, the RIAA has exactly the same case as the FSF against them and can certainly force them to remove it, just like Epson had to remove these drivers. However the RIAA seems committed to trying to prevent people from doing anything with the data on the disk by artificial restricions that are not enforced by copyright or any other laws. While the FSF does not care at all if you copy the source code or back it up or make secret closed-source inhouse modifications or anything else you are allowed to do by law, and only cares if you violate the copyright for real by an actual *distribution* of the code.
Re:The GPL will eat itself. (Score:2, Insightful)
Free as in freedom, not cost. BSD code is not free, it's simply open-source. There's a fundamental difference.
GJC
Re:The GPL will eat itself. (Score:2)
As for the FUD ware of BSD code not being free, BS! I was a FreeBSD developer for almost 7 years, and was quite happy to have my code used by people for WHATEVER purpose. Is my code still in FreeBSD? (Goes and checks source tree) Yeap sure is! It has not been taken from the public.
The BSD license is ALOT closer to public domain than the GPL, by far! All the BSDL does is make sure that I'm not sued if it's broken and that I get credit somewhere along the way. Thats it.
If YoYoDyne decides they want to code, grabs and copy and make a million on it, oh well. My code is STILL out there for everyone else! I'm not going to take your code just because you used mine. That is my choice.
With the BSDL you have true freedom; take my code and do ANYTHING you want with it. Just don't say you wrote it, don't sue me if it's broken and give me credit. That is freedom.
BWP
Re:The GPL will eat itself. (Score:3, Interesting)
I have released code under the GPL, and seeing as it is my code, I feel no compunction about doing it. Furthermore, I like the fact that if someone improves the program, I get the improvements back if I want them. Furthermore, when I modify someone else's GPL'ed code, I am usually champing at the bit to give my modifications back to the author so everyone can benefit.
Look at it this way - I've already done the work on the code, so what is the effort of sending a diff to the author by comparison. I might even get a bit of fame out of it.
Re:Question about GPL and definition of "source" (Score:2)