Remember the offer Greg Kroah-Hartman made earlier this year, to get Linux drivers written for free for any company that wanted them? Now an anonymous reader points us to an article up on linuxworld with an update to this program. Greg K-H, who leads the development of several kernel subsystems including USB and PCI, admits that the January offer was a bit of "marketing hype" — but says it has brought companies and developers together anyway. Twelve companies have said "yes please," one driver is already in the kernel, and five more are in the pipeline.
The marketing hype was the fact that the kernel developers would do this sort of development anyway. This isn't a special program of any kind, it's standard procedure and they were promoting it somewhat like other people promote special "one time offers" and such. So yes marketing hype, and yes they do in fact do that. The helpful part is they have actual hardware samples and/or specs to work with, so it's a real win all around.
The list of primary hardware is relatively short when you consider what is making real penetration. If the 12 that asked for drivers are any of the larger companies in the market, it could be a big deal. It would be like if Broadcom were to come to their door and ask for real drivers that work... that right there would cover most newer laptops.
It's easy to imagine a Microsoft exec saying "Nice driver they made for your hardware. But it would be a shame if the device didn't work under Windows anymore, wouldn't it?"
I've often wondered about this myself -- could Microsoft actively prevent hardware manufacturers from releasing Linux drivers, just by refusing to certify Windows drivers for any hardware which comes with a Linux driver? And for that matter, have they been doing exactly that?
Now that Windows is moving towards a more locked-down kernel, it's certainly technically feasible. It's probably Anticompetitive Behaviour, but that doesn't seem to be illegal in the USA anymore.
There has been enough fuss recently over "Vista-Certified" graphics drivers that didn't really work well with Vista. So all you need is a driver certification plan that pretty much can't possibly be met in every detail. Then go ahead and be relaxed about the certification - most of the time. When you come across a recalcitrant hardware vendor who provides drivers and/or documentation to Linux, it's time to insist on dotting all I's and crossing all T's.
I've suggested a similar possibility in the old 55MpH days on the New York State Thruway. The official speed limit was 55MpH, but the average speed on the road was somewhere above 65MpH. Nearly everyone on the road was a lawbreaker. So at that point, you can use whatever other criteria you wish, and know that whoever you choose to pull over is breaking at least the speed limit. I have no suspicion or evidence that this "selective law enforcement" was actually happening, but never liked the mere possibility.
..... a problem which only arises because the existing law which already obliges manufacturers to disclose details to hardware owners is not being enforced. Write to your MP and ask for a new law, obliging hardware manufacturers to release, generally and gratis (or at any rate, for no more than the cost of copying and delivery) sufficient documentation so that independent programmers can write drivers for their hardware as a precondition before it is allowed onto the market. Independent expert review of the documentation would be a requirement alongside electrical safety / EMC certification.
To me, the issue isn't so much drivers as patents and usability.
My daughter's mp3 player didn't need any special drivers, because it's simply a standard keychain drive that happens to be able to play mp3's. However, she totally couldn't figure out how to use it on her ubuntu box. There was one problem after another. Ubuntu tried to do the right thing by popping up a gui app when she connected it, but then we couldn't get the gui app to do what we wanted to do. Part of the problem was that getting the mp3 codec to work was a pain, and that springs directly from the fact that mp3 is patented.
My Brother HL-1440 laser printer is 100% supported in Linux. Brother hired the CUPS developers to write GPL-licensed drivers for all their printers. Joy! Unfortunately, I've run into one usability problem after another, all of which are basically problems with the usability of CUPS. I know I'm not the only person in the world who thinks CUPS is a pain, because I've seen other people criticize it for problems that are the same ones I'm experiencing. For instance, CUPS remembers too much of its state, and when it freaks out (e.g., printer spewing page after page of garbage), it's difficult to get CUPS back into a known-good state.
Perhaps you could fund an effort to get the patent invalidated.. or to buy a blanket license for linux.. or to get the patent owner to publically waive their right to sue anyone who distributes the codec or something..
As for CUPS, maybe you could narrow down the exact problem and submit a bug report.. or put together an effort to fund someone to work on it.
who wants to fuck around doing all that just to play some mp3's or print a letter?
Someone does. If I'm bored, I do. And only one person has to fuck around, come up with a fix, submit it upstream and get it merged for everyone else to have their problem solved.
It's very liberating to be able to fix your own problems instead of being at the mercy of a vendor who doesn't care.
The thing is, things don't stay fixed. The same old problems constantly get revisited when someone looks at something semi-widely accepted and decides the code is too ugly and makes a rewrite that doesn't add anything from the user's point of view but forces them to relearn another system.
It's one thing to go through several days of Googling and HOWTOs when setting up a new OS for the first time. It's another to do that every single time there's a new version out because they decided to change/rewrite so many things for just some trivial improvements.
"It's one thing to go through several days of Googling and HOWTOs when setting up a new OS for the first time."
That was true a while ago, but Linux has made enormous progress since then. Ubuntu is super easy to set up, as easy as windows is most of the time. My wife wrote her doctoral thesis with virtually no assistance from me on her laptop, which runs Ubuntu.
The same old problems constantly get revisited when someone looks at something semi-widely accepted and decides the code is too ugly and makes a rewrite that doesn't add anything from the user's point of view but forces them to relearn another system.
Nemosoft wrote a GPL driver which called out to a binary decompressor module. All was OK for a couple of years. Then Greg decided to rip out the callback. So suddenly the camera would only work in 160*120. Nemosoft then asked fo
it's rediculous to suggest such a practise will be accepted by the masses, thats my point.
Your point draws exactly the opposite conclusion to that of the GP, who says:
And only one person has to fuck around, come up with a fix, submit it upstream and get it merged for everyone else to have their problem solved.
[emphasis mine]
FOSS has worked this way from day 1. And it continues not only to work, but to prove itself superior in many ways to proprietary software approaches. It particularly excels at dealing with software quality. In FOSS, code quality is one of the core metrics[*] of the value of a project, whereas security, debugging and testing are dealt with as externalities (i.e. cost centres to be minimised) by many proprietary software makers. Drivers are a perfect place to make significant investments in FOSS, because then hardware vendors won't be stuck owning the entire problem, and innovative uses of their products will allow them to sell into niches that they never could have afforded before.
---- [*] This is not to say that all FOSS software is quality software. Just like everything else in the world, 95% of it is crap. But the best FOSS software is very high quality indeed in terms of stability, resource usage and suitability to the task. ----
Is Linux ready for the desktop? In managed environments, the answer is an emphatic yes. Ease of administration is many times greater under Linux than under the other offerings, and this means that in-house support and developers can focus on making things better rather than simply fighting fires. A number of organisations have discovered this, and more will do so in the months and years to come. I think time will show that document formats are not nearly the bugbear that people currently think them to be.
Is Linux ready for the desktop at home? It's ready in potentio, but it will take time for vendors to work out how to package it on new machines. This will be a tough slog, not for technical reasons, but because Microsoft will do its very best to ensure that they have every incentive not to move from a Windows-only sales model. Having open source drivers provides one more bit of leverage against this inertia.
Windows is fine in an office environment, with IT there to fix things.
However:
1) Making Windows secure requires work and knowledge 2) When things go wrong they can be hard to fix, and even when fixed they have a tendency to mysteriously go wrong again. 3) Software is hard to find, install and update. There are no repositories of software that is safe (not malware), will install with a click, and will all be auto updated.
In short: there is no OS that is really suitable for the home, and there are at least some ways in which Linux is better than the competition.
until basic basic shit like this works without a problem, pushing the linux desktop is a wasted effort.
This stuff nearly all works without a problem on my Linux desktop -- Suse, which is quite a nice distro regardless of what you think of their parent Novell. I've certainly had a hell of a lot fewer problems with plugging and playing stuff into a Linux box than with Windows (got driver disks for that? that support your particular version? and don't require you to download something from Microsoft's web site that ends up requiring you to register for Windows Genuine Advantage?). By that measure, Windows isn't ready for the desktop.
and what happens with the stuff that doesn't? can you request your money back or ask for technical support because your trying to use linux? checkmate, i win. the distro that can focus 100% on getting everyday useage right will win IMHO
Yeah right. You can request your money back and ask for technical support all you want, but when exactly was the last time you actually received your money back or useful technical support from Microsoft?
...And do you have some delusion that Microsoft is focused 100% on getting everyday usage right? Then why is it that nearly every home user's Windows box that I see is constantly alerting about the security updates they haven't downloaded? And why do these users complain about the problems their computers give them instead of rejoicing with the ease and perfection of having a 100% everyday usage oriented OS?
As a simple example, a couple weeks ago, when I was visiting a realtor, she tried for 5 or 10 minutes to get her computer to bring up some MLS site, and was about to give up before I had to step in and get her connected to the office's wireless network. If Windows is such an ideal, usable operating system, why would the user have such a problem? Should she have called Microsoft, would they have walked her through getting the system on the network?
I wasn't able to get a printer working under Windows XP 64 bit Edition for about 9 months. Only last week did I figure out how to force windows not to try to use the drivers from the print server (which is 32 bit XP) and to stop it from overwriting the 64 bit drivers with the 32 bit ones. I guarentee it is because the date-time stamps on the drivers were out of wack.. in 3 weeks time they'll probably magically stop working again.
Maybe I'm a bit simple but I don't see where CUPS even has "usability" to complain about. You install it (if, oddly, it isn't already), you tell it what and where your printer are (preferably using the KDE print config thing because it's amazingly simple, but the CUPS web jigger isn't bad either), and then from then on you print, and you forget that CUPS exists. Where's the hangup?
Maybe I'm a bit simple but I don't see where CUPS even has "usability" to complain about.[...] Where's the hangup?
Problems I've had:
the problem I described in my original post
Upgrading ubuntu to a new version made cups stop working.
The web interface says administrative functions are disabled. Because of that, I tried editing the config file to accomplish what I wanted. I also downloaded drivers directly from Brother, because that was what people on the ubuntu wiki suggested, but that actually didn'
You shouldn't need to reboot just to make it detect the printer -- that's Windows thinking! Linux allows you to stop and restart misbehaving subsystems on an individual basis. Just
#/etc/init.d/cups restart
which will stop and restart CUPS, thereby forcing it to reread its configuration files and check for connected devices. (On Debian, Ubuntu and derivatives, it's cupsys not cups). If that doesn't work, try
# modprobe printer
and restart CUPS again. If that makes it work, then
This post brought to you by these two patches, against 2.6.22-rc2: http://thread.gmane.org/gmane.linux.kernel.wireles s.general/2368 [gmane.org] http://thread.gmane.org/gmane.linux.kernel.wireles s.general/2369 [gmane.org]
The little WG11v2 [netgear.com] is a happy interface. Figure I'll need to stockpile a couple them critters.
Now, how is it that I'm off the hook for managing any of that bad, bad firmware with this wee beastie?
Ivo or Michael, though I'm nowhere near as cool as you dudes, I'll buy you a beverage if I see you in Ottawa next month.
Dunno if GKH's driver program actually helped in this matter, but the general trend in hardware is positive, and I feel Realtek and Netgear deserve a free shill.
Best,
Chris
While one developer of a competing open source operating system has criticized the NDA approach...
While no mention was made of the identity of the criticizing developer, 10:1 says that the "competing" operating system has the letters *BS* right there in the name.
The purpose of the OEM getting the driver developer to sign an NDA is so they can just give the developer all their documentation, including stuff they would prefer their competitors never see. If they don't do this, they have to get someone to sit there and go through everything that is being released and censor it. You can't just expect a company to hand over their product secrets so you can write a driver without any assurance that you're not going to immediately sell their documentation to their competitors.
A[n] NDA would be acceptable if it allows you to release fully commented code, i.e. sufficient for anyone to rewrite the driver for any OS or in any language.
And that's exactly what the Software Freedom Law Centre will be requiring from OEMs.. poorly commented code doesn't live long in the kernel tree.
While one developer of a competing open source operating system has criticized the NDA approach, developers are free under the GPL to use the Linux driver as the documentation for a new one as long as they don't copy the actual code. "The drivers are generally better written than the specs," Kroah-Hartman says.
What? If the driver code is GPL, why can't I copy it?
I suspect he means "copy" as in "make a derived work" that would have chunks of code taken from the original. But still, this is what GPL is about... being able to take an existing source and make a derived work from it (that presumably would be better), and redistribute that derived work also under GPL (so someone else can derive from that later on... and on... and on).
While one developer of a competing open source operating system has criticized the NDA approach, developers are free under the GPL to use the Linux driver as the documentation for a new one as long as they don't copy the actual code.
in attempt to be diplomatic has just added confusion. Allow me to clarify:
one developer = Theo de Raadt.
competing open source operating system = OpenBSD
criticized = profanity
So to rewrite the sentence so it actually make sense:
While Theo de Raadt, has slung profanities at the NDA approach, he is free to write a driver for OpenBSD if he wants by using the Linux driver as documentation, but he best not copy any of the code from the Linux driver if he wants to avoid having to GPL it (which he almost certainly does).
Which makes this comment:
"The drivers are generally better written than the specs," Kroah-Hartman says.
make a lot more sense. But what the hell, I'll translate that too:
Theo, stop moaning about specs.. these companies are not going to give us blueprints to the damn hardware.. and whatever they do give us is going to be confidential. That's the reality. Deal with it. If you refuse to enter into a non-disclosure agreement with these companies then don't complain when the only documentation you have is a Linux kernel driver. The specs aint that great anyway.
Only the American companies who confuse being hardware manufacturers with being software developers force these NDAs which result in drivers which are basically decompiled blobs. Projects like OpenBSD (and Linux even) have had better experience with Asian companies for example on getting documentation regarding hardware. Blueprints to the hardware are not needed to write a driver; just the op codes and messages you can send to the hardware to control it. For example, CPU architectures are quite documente
I guess it boils down to "How complete can a driver be documented and still comply with an NDA?". I mean, if the code is full of setting magic memory addresses to magic values then it's not really open source because you can't make a clue of it without NDA'd docs. On the other hand, if the bit registers and opcodes are all clearly laid out and documented in the source, isn't that exactly what's covered by the NDA? Software developers don't need any circuit layouts in the first place, they just need the inte
The point of the NDA is so that the OEM can just hand over all their documentation without having to sit down and censor it all so they're not handing over anything that might give their competitors an advantage. They clear the developer to disclose as much information as needed to make a device driver that is well documented and works. They don't clear the developer to turn over the secret algorithms that might be used in the hardware or the production methods that may be of interest to the OEM's competitors.. but they might give that stuff to the developer because it was in the same filing cabinet.
If the driver isn't well written, commented and documented, it will not be accepted into the tree. The NDAs are being drafted by the Software Freedom Law Centre.. you don't think they're going to get the best possible deal?
Otherwise, what would you prefer? Would you prefer the OEM hired a developer to make a binary-only driver? Which they'll stop supporting as soon as it is economically justifiable? Would you prefer they just don't release any drivers for Linux? Don't say you would prefer if they just sat down and wrote perfect developer documentation cause there's no such thing.
Software developers don't need any circuit layouts in the first place, they just need the interface.
Sometimes you do.. sometimes "the interface" just isn't defined and you need to sit there with an osciloscope to figure out what the hell this piece of hardware is doing.. and knowing what line is what kinda helps.
Heck, the OP might not "know" that (maybe he does) but I barely even noticed that I read the summary more or less how he translated it;-)
That's very relevant to why, while I use Linux for my web, file and database servers, when it comes to my firewalls it's OpenBSD. *Every* *fucking* *time*.
Yes, Theo can be abrasive. Yes, he's an absolutist on a lot of topics. Absolutely yes, that's the type of person I'll trust for the security of my network and my business. I'll install a binary blob driver for my desktop so I can run games, but security is not a game.
Given that the primary focus of his distribution is security, he's 100% absolutely *right* to refuse to allow binaries which he and his team can not audit to the extent that they do every other part of their releases.
So, they might be behind on support for some hardware, but when it's done, your confidence in its security is rightfully higher.
So, it's not just that he doesn't want it GPL. He doesn't trust people whose goal isn't security to write his code for him. He sure as shit isn't going to put his reputation and the security of the people who trust his OS in large part because of that reputation in the hands of some third party. So, maybe a lot of people think he has a reputation as a dick, but let's see them go up against him purely in a security context. They've had issues, but vulnerability for vulnerability he wins against damn near anything else. In the context of anything a normal person could get ahold of, I don't think anything else is even in the same league as OpenBSD. Not Linux, sure as hell not Windows.
Security and useability are in an inverse relationship. Some people are willing to adjust their balance on that scale and that's fine. A lot of good things can come out of that. It is absolutely a great thing that there is somebody out there who refuses to shift it away from security too.
Unfortunately the openness doesn't extend to NVIDIA, who refuse to release specifications or other assistance to
developers working on the ULi M920x chipset, which is used for receiving Digital Television.
NVIDIA bought ULi
and then cancelled development of the M920x, but you can (still) buy DVB receivers which use this chipset.
Requests for assistance or interface specifications have been refused by NVIDIA.
I believe it's because you mentioned that they are "Two things that a reliable kernel should avoid?" That makes you sound like you know better, so that's the troll-like bit. Also, everyone on/. is assumed to know everything about everything when posting unless said otherwise...
Seriously, I don't know crap about kernel development, but: 1) I knew the answer to your question since the first time I even tried to compile a kernel. By "compile a kernel", I mean run make menuconfig, flip through idiot proof menus and say yes when it tells me to. 2) You proposed a bunch of dumb ideas implying that the people who actually do know how to develop one are idiots. 3) asking questions in a dick way and then appending a question mark in no way indicates humility, or even politeness.
Seriously, asking dumb questions is fine, but *you* need to actively treat them as dumb questions if you want them to be treated as legitimate questions in a problem space in which you're ignorant. Don't treat the people you want answers from as dumb preemptively.
Modules. Pretty much all drivers are modules and not compiled directly into the kernel. They don't increase the kernel size unless you load them. Although they do increase the kernel source size (in their own files generally) so it is taking a little longer to compile all kernel modules, but that's a price I'm willing to pay for things just working.
If you compile your own kernel you can choose to either leave out the functionality entirely, build it as a runtime-loadable module, or build it into the kernel.
So the only permanent size increase is in the kernel source code. Assuming that the driver is part of a class of similar devices, there is basically no complexity increase as the driver will bind into the standard API for that class of devices.
So generally there is very little downside to adding new drivers to the tree.
Why would you feel the need to post a "translation" when you have no idea what you are talking about?
The fact that people are willing to write Open Source software without charging a fee for their services is hardly a new concept, but Greg did the smart thing of treating it like it is and, in doing so, attracted the attention of people who thought that it wasn't the case.
This was one of the biggest problems with the Free Software movement before Open Source came along.. no-one talked about the benefits that businesses could get from the community. For a while, no-one talked about anything else, and then it went quiet again. RMS will tell you that we need to talk about freedom. I happen to agree, but we also need to talk about the practical advantages of open software development too.
If your webcam isn't supported under Linux, stop whining, spend some of the money you saved by not buying Windows, and buy a supported webcam.
Your attitude sucks, my friend.
Sure, we more experienced Linux users know that we have to choose hardware very carefully sometimes in order to ensure that it's supported by Linux. But the poster has asked a perfectly reasonable question and you say that he's whining - this is hardly a good way of encouraging people to try Linux out, is it?
so did he write them for free or didn't he (Score:4, Insightful)
Re:so did he write them for free or didn't he (Score:5, Informative)
Parent
Re: (Score:3)
Re:so did he write them for free or didn't he (Score:5, Insightful)
Parent
Re: (Score:3, Funny)
List? (Score:5, Interesting)
Re: (Score:3, Insightful)
Re:List? (Score:4, Informative)
Maybe this is covered by the NDA mentioned in the article
(Us, no not us: we are a god fearing capitalist company: we would never deal with those commy GPL peeps !)
Parent
Re:List? (Score:4, Insightful)
Parent
Re: (Score:3, Interesting)
Now that Windows is moving towards a more locked-down kernel, it's certainly technically feasible. It's probably Anticompetitive Behaviour, but that doesn't seem to be illegal in the USA anymore.
Re:List? (Score:4, Insightful)
There has been enough fuss recently over "Vista-Certified" graphics drivers that didn't really work well with Vista. So all you need is a driver certification plan that pretty much can't possibly be met in every detail. Then go ahead and be relaxed about the certification - most of the time. When you come across a recalcitrant hardware vendor who provides drivers and/or documentation to Linux, it's time to insist on dotting all I's and crossing all T's.
I've suggested a similar possibility in the old 55MpH days on the New York State Thruway. The official speed limit was 55MpH, but the average speed on the road was somewhere above 65MpH. Nearly everyone on the road was a lawbreaker. So at that point, you can use whatever other criteria you wish, and know that whoever you choose to pull over is breaking at least the speed limit. I have no suspicion or evidence that this "selective law enforcement" was actually happening, but never liked the mere possibility.
Parent
Re:List? (Score:4, Interesting)
Parent
The more free drivers, the better (Score:5, Insightful)
Re: (Score:3, Informative)
According to the article, free as in GPLv2.
patents, usability (Score:4, Insightful)
To me, the issue isn't so much drivers as patents and usability.
My daughter's mp3 player didn't need any special drivers, because it's simply a standard keychain drive that happens to be able to play mp3's. However, she totally couldn't figure out how to use it on her ubuntu box. There was one problem after another. Ubuntu tried to do the right thing by popping up a gui app when she connected it, but then we couldn't get the gui app to do what we wanted to do. Part of the problem was that getting the mp3 codec to work was a pain, and that springs directly from the fact that mp3 is patented.
My Brother HL-1440 laser printer is 100% supported in Linux. Brother hired the CUPS developers to write GPL-licensed drivers for all their printers. Joy! Unfortunately, I've run into one usability problem after another, all of which are basically problems with the usability of CUPS. I know I'm not the only person in the world who thinks CUPS is a pain, because I've seen other people criticize it for problems that are the same ones I'm experiencing. For instance, CUPS remembers too much of its state, and when it freaks out (e.g., printer spewing page after page of garbage), it's difficult to get CUPS back into a known-good state.
Re: (Score:3, Interesting)
As for CUPS, maybe you could narrow down the exact problem and submit a bug report.. or put together an effort to fund someone to work on it.
It's community software.
Re:patents, usability (Score:5, Insightful)
Someone does. If I'm bored, I do. And only one person has to fuck around, come up with a fix, submit it upstream and get it merged for everyone else to have their problem solved.
It's very liberating to be able to fix your own problems instead of being at the mercy of a vendor who doesn't care.
Parent
Re:patents, usability (Score:4, Insightful)
It's one thing to go through several days of Googling and HOWTOs when setting up a new OS for the first time. It's another to do that every single time there's a new version out because they decided to change/rewrite so many things for just some trivial improvements.
Parent
Re: (Score:3)
That was true a while ago, but Linux has made enormous progress since then. Ubuntu is super easy to set up, as easy as windows is most of the time. My wife wrote her doctoral thesis with virtually no assistance from me on her laptop, which runs Ubuntu.
Re: (Score:3, Informative)
Nemosoft wrote a GPL driver which called out to a binary decompressor module. All was OK for a couple of years. Then Greg decided to rip out the callback. So suddenly the camera would only work in 160*120. Nemosoft then asked fo
Re:patents, usability (Score:5, Insightful)
Your point draws exactly the opposite conclusion to that of the GP, who says:
[emphasis mine]
FOSS has worked this way from day 1. And it continues not only to work, but to prove itself superior in many ways to proprietary software approaches. It particularly excels at dealing with software quality. In FOSS, code quality is one of the core metrics[*] of the value of a project, whereas security, debugging and testing are dealt with as externalities (i.e. cost centres to be minimised) by many proprietary software makers. Drivers are a perfect place to make significant investments in FOSS, because then hardware vendors won't be stuck owning the entire problem, and innovative uses of their products will allow them to sell into niches that they never could have afforded before.
----
[*] This is not to say that all FOSS software is quality software. Just like everything else in the world, 95% of it is crap. But the best FOSS software is very high quality indeed in terms of stability, resource usage and suitability to the task.
----
Is Linux ready for the desktop? In managed environments, the answer is an emphatic yes. Ease of administration is many times greater under Linux than under the other offerings, and this means that in-house support and developers can focus on making things better rather than simply fighting fires. A number of organisations have discovered this, and more will do so in the months and years to come. I think time will show that document formats are not nearly the bugbear that people currently think them to be.
Is Linux ready for the desktop at home? It's ready in potentio, but it will take time for vendors to work out how to package it on new machines. This will be a tough slog, not for technical reasons, but because Microsoft will do its very best to ensure that they have every incentive not to move from a Windows-only sales model. Having open source drivers provides one more bit of leverage against this inertia.
Parent
Re:patents, usability (Score:4, Interesting)
Windows is fine in an office environment, with IT there to fix things.
However:
1) Making Windows secure requires work and knowledge
2) When things go wrong they can be hard to fix, and even when fixed they have a tendency to mysteriously go wrong again.
3) Software is hard to find, install and update. There are no repositories of software that is safe (not malware), will install with a click, and will all be auto updated.
In short: there is no OS that is really suitable for the home, and there are at least some ways in which Linux is better than the competition.
Parent
Re:patents, usability (Score:5, Insightful)
This stuff nearly all works without a problem on my Linux desktop -- Suse, which is quite a nice distro regardless of what you think of their parent Novell. I've certainly had a hell of a lot fewer problems with plugging and playing stuff into a Linux box than with Windows (got driver disks for that? that support your particular version? and don't require you to download something from Microsoft's web site that ends up requiring you to register for Windows Genuine Advantage?). By that measure, Windows isn't ready for the desktop.
Parent
Re: (Score:3, Interesting)
and what happens with the stuff that doesn't? can you request your money back or ask for technical support because your trying to use linux? checkmate, i win. the distro that can focus 100% on getting everyday useage right will win IMHO
Re:patents, usability (Score:4, Insightful)
As a simple example, a couple weeks ago, when I was visiting a realtor, she tried for 5 or 10 minutes to get her computer to bring up some MLS site, and was about to give up before I had to step in and get her connected to the office's wireless network. If Windows is such an ideal, usable operating system, why would the user have such a problem? Should she have called Microsoft, would they have walked her through getting the system on the network?
Parent
Re:patents, usability (Score:5, Interesting)
Parent
Re:patents, usability (Score:4, Interesting)
Parent
Re: (Score:3, Interesting)
Problems I've had:
Re: (Score:3, Informative)
which will stop and restart CUPS, thereby forcing it to reread its configuration files and check for connected devices. (On Debian, Ubuntu and derivatives, it's cupsys not cups). If that doesn't work, try
and restart CUPS again. If that makes it work, then
Mad Propz to van Doorn, Wu and Realtek (Score:4, Informative)
http://thread.gmane.org/gmane.linux.kernel.wirele
http://thread.gmane.org/gmane.linux.kernel.wirele
The little WG11v2 [netgear.com] is a happy interface. Figure I'll need to stockpile a couple them critters.
Now, how is it that I'm off the hook for managing any of that bad, bad firmware with this wee beastie?
Ivo or Michael, though I'm nowhere near as cool as you dudes, I'll buy you a beverage if I see you in Ottawa next month.
Dunno if GKH's driver program actually helped in this matter, but the general trend in hardware is positive, and I feel Realtek and Netgear deserve a free shill.
Best,
Chris
Criticism from the peanut gallery (Score:4, Funny)
Re:Criticism from the peanut gallery (Score:4, Informative)
Parent
Can't copy GPL code? (Score:3, Interesting)
From TFA:
What? If the driver code is GPL, why can't I copy it?
I suspect he means "copy" as in "make a derived work" that would have chunks of code taken from the original. But still, this is what GPL is about ... being able to take an existing source and make a derived work from it (that presumably would be better), and redistribute that derived work also under GPL (so someone else can derive from that later on ... and on ... and on).
Re: (Score:3, Insightful)
Re:Can't copy GPL code? (Score:5, Insightful)
one developer = Theo de Raadt.
competing open source operating system = OpenBSD
criticized = profanity
So to rewrite the sentence so it actually make sense:
While Theo de Raadt, has slung profanities at the NDA approach, he is free to write a driver for OpenBSD if he wants by using the Linux driver as documentation, but he best not copy any of the code from the Linux driver if he wants to avoid having to GPL it (which he almost certainly does).
Which makes this comment:
Theo, stop moaning about specs.. these companies are not going to give us blueprints to the damn hardware.. and whatever they do give us is going to be confidential. That's the reality. Deal with it. If you refuse to enter into a non-disclosure agreement with these companies then don't complain when the only documentation you have is a Linux kernel driver. The specs aint that great anyway.
Or, at least, that's what I read.
Parent
Re: (Score:3, Interesting)
Re: (Score:3, Interesting)
Re:Can't copy GPL code? (Score:4, Informative)
If the driver isn't well written, commented and documented, it will not be accepted into the tree. The NDAs are being drafted by the Software Freedom Law Centre.. you don't think they're going to get the best possible deal?
Otherwise, what would you prefer? Would you prefer the OEM hired a developer to make a binary-only driver? Which they'll stop supporting as soon as it is economically justifiable? Would you prefer they just don't release any drivers for Linux? Don't say you would prefer if they just sat down and wrote perfect developer documentation cause there's no such thing.
Parent
Re:Can't copy GPL code? (Score:4, Insightful)
Heck, the OP might not "know" that (maybe he does) but I barely even noticed that I read the summary more or less how he translated it
That's very relevant to why, while I use Linux for my web, file and database servers, when it comes to my firewalls it's OpenBSD. *Every* *fucking* *time*.
Yes, Theo can be abrasive. Yes, he's an absolutist on a lot of topics. Absolutely yes, that's the type of person I'll trust for the security of my network and my business. I'll install a binary blob driver for my desktop so I can run games, but security is not a game.
Given that the primary focus of his distribution is security, he's 100% absolutely *right* to refuse to allow binaries which he and his team can not audit to the extent that they do every other part of their releases.
So, they might be behind on support for some hardware, but when it's done, your confidence in its security is rightfully higher.
So, it's not just that he doesn't want it GPL. He doesn't trust people whose goal isn't security to write his code for him. He sure as shit isn't going to put his reputation and the security of the people who trust his OS in large part because of that reputation in the hands of some third party. So, maybe a lot of people think he has a reputation as a dick, but let's see them go up against him purely in a security context. They've had issues, but vulnerability for vulnerability he wins against damn near anything else. In the context of anything a normal person could get ahold of, I don't think anything else is even in the same league as OpenBSD. Not Linux, sure as hell not Windows.
Security and useability are in an inverse relationship. Some people are willing to adjust their balance on that scale and that's fine. A lot of good things can come out of that. It is absolutely a great thing that there is somebody out there who refuses to shift it away from security too.
Parent
Not NVIDIA (Score:3, Informative)
NVIDIA bought ULi and then cancelled development of the M920x, but you can (still) buy DVB receivers which use this chipset.
Requests for assistance or interface specifications have been refused by NVIDIA.
Re:Why... (Score:5, Interesting)
2. You should maybe leave the kernel development to the kernel developers.
Parent
Re: (Score:3, Informative)
Re: (Score:3, Informative)
Re: (Score:3, Informative)
Re:Why... (Score:5, Insightful)
1) I knew the answer to your question since the first time I even tried to compile a kernel. By "compile a kernel", I mean run make menuconfig, flip through idiot proof menus and say yes when it tells me to.
2) You proposed a bunch of dumb ideas implying that the people who actually do know how to develop one are idiots.
3) asking questions in a dick way and then appending a question mark in no way indicates humility, or even politeness.
Seriously, asking dumb questions is fine, but *you* need to actively treat them as dumb questions if you want them to be treated as legitimate questions in a problem space in which you're ignorant. Don't treat the people you want answers from as dumb preemptively.
Parent
Modules (Score:4, Informative)
Parent
Outlandish statements (Score:3, Funny)
Re: (Score:3, Interesting)
So the only permanent size increase is in the kernel source code. Assuming that the driver is part of a class of similar devices, there is basically no complexity increase as the driver will bind into the standard API for that class of devices.
So generally there is very little downside to adding new drivers to the tree.
Re:Translation (Score:5, Insightful)
Why would you feel the need to post a "translation" when you have no idea what you are talking about?
The fact that people are willing to write Open Source software without charging a fee for their services is hardly a new concept, but Greg did the smart thing of treating it like it is and, in doing so, attracted the attention of people who thought that it wasn't the case.
This was one of the biggest problems with the Free Software movement before Open Source came along.. no-one talked about the benefits that businesses could get from the community. For a while, no-one talked about anything else, and then it went quiet again. RMS will tell you that we need to talk about freedom. I happen to agree, but we also need to talk about the practical advantages of open software development too.
Parent
Re:Driver Groups (Score:5, Insightful)
Your attitude sucks, my friend.
Sure, we more experienced Linux users know that we have to choose hardware very carefully sometimes in order to ensure that it's supported by Linux. But the poster has asked a perfectly reasonable question and you say that he's whining - this is hardly a good way of encouraging people to try Linux out, is it?
Parent