Linux: Restoring the Philips Webcam Driver

Submitted by Jeremy
on August 30, 2004 - 8:30am

Users of the Philips webcam driver known as 'pwc' will be relieved to the learn that the driver will continue to be part of the Linux kernel. In an earlier dispute over the removal of a special hook only used to load its binary-only counterpart the author requested that the entire driver be removed, a request agreed to by Linux creator Linus Torvalds [story].

Alan Cox [interview], evidently returned from his one year sabbatical [story], disagreed with this decision, and to make a point suggested that his own extensive contributions should also be removed from the kernel, "point made ? We can't go around throwing out drivers because the author had a tantrum." Regarding this specific instance, Alan explained, "he is not sole author. Large parts of the code are based on other authors work and simply copied from the standard framework. Please put back the version without the hooks. It is useful to all sorts of people in that form."

Linus quickly replied, "I'm disgusted by how many people have been complaining, yet when I ask people to step up and actually _do_ something about it, people suddenly become very quiet, or continue complaining about it ignoring the fundamental issue." He went on to ask Alan if perhaps he was willing to step up and become the new maintainer, to which Alan agreed. Shortly following this exchange, Greg KH noted that someone else was also already working with the original author to get a patch together to restore the driver back into the kernel, minus the problematic hook. Thus, in one way or another, the pwc driver is alive and kicking.


From: Alan Cox [email blocked]
To: Linus Torvalds [email blocked]
Subject: Re: Termination of the Philips Webcam Driver (pwc)
Date: 	Sun, 29 Aug 2004 15:36:22 +0100

On Gwe, 2004-08-27 at 01:03, Linus Torvalds wrote:
> Yes and no. From a legal standpoint you're right. However, we should also 
> be polite. If he's the sole author, and he asks for it, I think it's 
> reasonable to honor his wishes.

He is not sole author. Large parts of the code are based on other
authors work and simply copied from the standard framework. Please put
back the version without the hooks. It is useful to all sorts of people
in that form.

When the author GPL'd it he gave up his rights to remove it. Expecting
people to clean-room reverse engineer GPL source is a joke.

Alan


From: Linus Torvalds [email blocked] Subject: Re: Termination of the Philips Webcam Driver (pwc) Date: Sun, 29 Aug 2004 11:09:22 -0700 (PDT) On Sun, 29 Aug 2004, Alan Cox wrote: > > He is not sole author. Large parts of the code are based on other > authors work and simply copied from the standard framework. Please put > back the version without the hooks. It is useful to all sorts of people > in that form. Are you willing to stand up for that and be the maintainer for it? I'm disgusted by how many people have been complaining, yet when I ask people to step up and actually _do_ something about it, people suddenly become very quiet, or continue complaining about it ignoring the fundamental issue. Everybody (including you, Alan, so don't go hoity-toity on us) has apparently totally ignored my calls for a new maintainer, and asking the people involved who wrote parts of the driver for their input. I quote an email from me: Date: Fri, 27 Aug 2004 11:13:09 -0700 (PDT) From: Linus Torvalds [email blocked] Cc: Christoph Hellwig [email blocked], Craig Milo Rogers [email blocked], Kernel Mailing List [email blocked], [email blocked] Subject: Re: Termination of the Philips Webcam Driver (pwc) On Fri, 27 Aug 2004, Xavier Bestel wrote: > > What if someone steps up and want to maintain and extend this piece of > code ? Will you forbid him (as in "not in my tree") ? I'd suggest you contact the people who have worked on that driver (there's certainly people outside of nemosoft, at least according to the changelogs) and see what they feel like and try to gauge how much they were part of driver development. ... I've got _lots_ of emails in my mailbox complaining. I don't have a _single_ one actually responding for my calls to actually _do_ something about the driver. Until people turn from whiners to doers, nothing will happen. Linus
From: Alan Cox [email blocked] Subject: Re: Termination of the Philips Webcam Driver (pwc) Date: Sun, 29 Aug 2004 19:57:14 +0100 On Sul, 2004-08-29 at 19:09, Linus Torvalds wrote: > Are you willing to stand up for that and be the maintainer for it? Yes.
From: Greg KH [email blocked] Subject: Re: Termination of the Philips Webcam Driver (pwc) Date: Sun, 29 Aug 2004 12:40:55 -0700 On Sun, Aug 29, 2004 at 11:09:22AM -0700, Linus Torvalds wrote: > > > On Sun, 29 Aug 2004, Alan Cox wrote: > > > > He is not sole author. Large parts of the code are based on other > > authors work and simply copied from the standard framework. Please put > > back the version without the hooks. It is useful to all sorts of people > > in that form. > > Are you willing to stand up for that and be the maintainer for it? Someone has contacted me and Nemosoft and is willing to be the maintainer, so it looks like this will happen. That person is currently working with Nemosoft to hash out a few issues and should soon be sending a patch in to add the driver back, minus the hook. At least that's what they say they will do :) thanks, greg k-h
From: Alan Cox [email blocked] Subject: Re: [linux-usb-devel] Re: Summarizing the PWC driver questions/answers Date: Sun, 29 Aug 2004 14:40:00 +0100 On Sad, 2004-08-28 at 00:13, Oliver Neukum wrote: > Keeping drivers against the wishes of the authors in the tree would > be very troubling for the future. I can assure you that no maintainer > will lightly pull a driver in this way. Then the kernel community is no longer fit to use my code. So you should remove everything I've written from Linus kernel too. I'll maintain my own kernel. Oh gosh, look I've just crippled Linus tree and stolen his project. Thats *WHY* you can't just rip drivers out. A license was granted, for ever. You can certainly remove him from maintainers, and if he insists from the author credits. Alan
From: Alan Cox [email blocked] Subject: Re: pwc+pwcx is not illegal Date: Sun, 29 Aug 2004 15:00:19 +0100 On Gwe, 2004-08-27 at 20:29, Linus Torvalds wrote: > So stop whining about it. The driver got removed because the author asked > for it. Please put it back, minus the hooks so the rest of the world can use it. If not please remove every line of code I've even written because I don't like the new attitude .. so ner.. Point made ? We can't go around throwing out drivers because the author had a tantrum. Its also trivial to move the decompressor to user space where it should be anyway. Similarly the driver is useful without the binary stuff. Or do we need a -ac tree again where this time -ac is "added camera" ;) Alan
From: Nemosoft Unv. [email blocked] Subject: Re: pwc+pwcx is not illegal Date: Sun, 29 Aug 2004 18:33:37 +0200 Hello, On Sunday 29 August 2004 16:00, Alan Cox wrote: > On Gwe, 2004-08-27 at 20:29, Linus Torvalds wrote: > > So stop whining about it. The driver got removed because the author > > asked for it. > > Please put it back, minus the hooks so the rest of the world can use it. No, don't! There is one very practial reason for that: the utter confusion it will cause when suddenly PWCX cannot be loaded anymore, because users will assume that since PWC is in the kernel, PWCX will work too. I really would not like to be at the receiving end of the support mailbox when 2.6.9 comes out with such a crippled version of PWC. That's one of the reasons I requested PWC to be removed. For me, it's also a matter of quality: what good is a half-baked driver in the kernel when you need to patch it first to get it working fully again? I don't want my name attached to that. > If not please remove every line of code I've even written because I > don't like the new attitude .. so ner.. > > Point made ? We can't go around throwing out drivers because the author > had a tantrum. I'm not having a tantrum. If it is, it has been one in the making for 3 years. > Its also trivial to move the decompressor to user space > where it should be anyway. *sigh* As I have been saying a 100 times before, it is illogical, cumbersome for both users and developers, and will probably take a very long time to adopt (notwithstanding V4L2 [*]). I mean, I still remember when the YUV->RGB conversion code was snipped from PWC when I supplied it for inclusing in the kernel, back in 2001. It took a long, long time for webcam tools to adjust their code to check for the YUV palette and do the conversion themselves, and _to_this_very_day_ I'm getting mails about programs who still don't get it right. *IF* there was a commonly accepted video "middle-layer", this would not pose much of a problem. But there is no such thing yet. (maybe that's something for a 2.7 kernel...) > Similarly the driver is useful without the binary stuff. True. But judging from the mails I have received the last couple of days, people don't really care about the binary stuff, as long as it works. They want to use the cam to its full potential, so PWCX is more or less a necessity. However, there's has now been added an extra hurdle in getting it work, for reasons I find questionable, and really, 3 years too late. Seriously, this probably would not have happened if, back in 2001, the driver was rejected on the basis of this hook (you were there, Alan...) I never made a secret of it, it has been in the driver from day 1 and its purpose was clearly spelled out. If it had been rejected, I would probably have just switched to '3rd party module' mode and maintained it outside the kernel indefinetely. I would not have liked it, but it would have been acceptable. Another acceptable solution would have been, if after the 'discovery' of the hook, Greg or anybody else had said: "Look, we really don't want this kind of thing in the kernel. However, since we're a bit late to react, we'll leave it in the 2.4 and 2.6 series, but versions beyond that (2.7-devel, etc) will not have PWC included in this form. In the mean time, we're asking you to think of a solution". Chances are the situation would have been fully resolved before that (and I mean fully *hint*). > Or do we need a -ac tree again where this time -ac is "added camera" ;) *lol* The code is still floating around on the Net, so nobody's stopping you... - Nemosoft [*] Some advice: if you really want to speed up V4L2 adoption by video tools, start disabling V4L1 in the kernel...
From: Alan Cox [email blocked] Subject: Re: pwc+pwcx is not illegal Date: Sun, 29 Aug 2004 16:42:24 +0100 On Sul, 2004-08-29 at 17:33, Nemosoft Unv. wrote: > That's one of the reasons I requested PWC to be removed. For me, it's also a > matter of quality: what good is a half-baked driver in the kernel when you > need to patch it first to get it working fully again? I don't want my name > attached to that. It works very well for some users without that code. The raw pass through for the compressed bitstreams solved the problems for the rest. You appear to be seeking to hurt your userbase for your own ends. Thats not pleasant behaviour. I can more than understand "take my name off it, make it clear its nothing to do with me". > > Its also trivial to move the decompressor to user space > > where it should be anyway. > > *sigh* As I have been saying a 100 times before, it is illogical, cumbersome > for both users and developers, and will probably take a very long time to > adopt (notwithstanding V4L2 [*]). Video4linux has -always- specified decompressors in user space. This was pointed out ages ago. V4L2 rationalised it even more clearly. > *IF* there was a commonly accepted video "middle-layer", this would not pose > much of a problem. But there is no such thing yet. > > (maybe that's something for a 2.7 kernel...) No its for userspace. Just add it to the relevant video frameworks. > Seriously, this probably would not have happened if, back in 2001, the > driver was rejected on the basis of this hook (you were there, Alan...) I > never made a secret of it, it has been in the driver from day 1 and its > purpose was clearly spelled out. If it had been rejected, I would probably > have just switched to '3rd party module' mode and maintained it outside the > kernel indefinetely. I would not have liked it, but it would have been > acceptable. Back in 2001 I was saying that this was broken and it belonged in user space. > of thing in the kernel. However, since we're a bit late to react, we'll > leave it in the 2.4 and 2.6 series, but versions beyond that (2.7-devel, > etc) will not have PWC included in this form. In the mean time, we're > asking you to think of a solution". Chances are the situation would have > been fully resolved before that (and I mean fully *hint*). There isn't a plan to have a 2.7 development tree but to do gradual development until something major comes up. That makes the suggestion rather more tricky - as does the legal question.

Related Links:

Incompatibility List

on
August 30, 2004 - 8:44am

Ok... now that the site has recovered from the drubbing it took after being linked on slashdot (prematurely), it's open for business, and the hardware this driver would make a perfect addition, although they shouldn't of course be marked as completely incompatibile - just that you can't get all the functionality with free drivers. Or if someone points me to a description of the hardware in question, I can add it myself.

http://leenooks.com/

Thanks,
Dave

This is what free AND opensource sw is about

on
August 30, 2004 - 9:16am

Anybody is free to get the driver back in the kernel. The previous maintainer simply didn't want to rewrite a driver that has been working perfectly for years - just because of one hook - and I understand it.

Soap Opera

Anonymous
on
August 30, 2004 - 9:17am

Hoooooooly drama.

We're never going to win if we have developers pitted at each other's throats. Work it out guys! It's just code. Beautiful... magnificant... code...

I think you mean "Holy driver

Anonymous
on
August 30, 2004 - 9:50am

I think you mean "Holy driver drama, Batman".

Hoooooooly drama. We're ne

Anonymous
on
August 31, 2004 - 9:30pm

Hoooooooly drama.

We're never going to win if we have developers pitted at each other's throats. Work it out guys! It's just code. Beautiful... magnificant... code...

And it's people (free agents, mostly: no boss to tell them what to write, and when) who write the code.

And no secret/confidential strategy and architecture meetings, either. It's all out in the open for everyone to see. Do you think I or my colleagues like everything we must do? No. These kind of discussions are either kept private or just can't happen at a business.

IMO, it's the openness that makes linux vibrant.

But it's not just code, it's

on
September 2, 2004 - 8:52pm

But it's not just code, it's a combination of code and a big binary blob that noone but the driver maintainer and Phillips have the code for. And that combination is bad because if other companies see that Phillips is allowed to ship a half-working driver that relies on a closed binary for full functionality they'll follow suit and we'll eventually be at a point where half of the kernel is closed.

Human

on
August 30, 2004 - 10:38am

Sometimes I wonder if the kernel developers just act out these dramas to remind us that they're all still human. ;-)

Flameware breaks out on lk-ml, news at eleven!

Anonymous
on
August 30, 2004 - 6:16pm

This is just lk-ml in normal mode. Lot of heat, not much light until eveything settles down and people get on with it. If enough people give a crap about working pwc code in the kernel it will happen, if not it will die. As we can see, it looks like some people care enough...

in/out kernel

Anonymous
on
August 31, 2004 - 4:26am

putting things out of kernel that can be put out is generaly a good idea -- anything that does not need to run with kernel-privileges shouldn't do so. The problem is decoding is hardware-dependent, so every application that uses v4l has to have decoder for every videodevice. This can be done reasonably only by the means of a library with on-demand loadable modules (libs) for decoders. This would lead to every webcam-driver be made of two parts: a kernel-module and a decoder-lib -- kind of impractical. Such a structure is missing yet, so I think some work has to be done on userland-infrastructure bevor throwing decoder(hooks) out of the kernel.

Two parts to the device code

Anonymous
on
August 31, 2004 - 12:49pm

You say that it's "kind of impractical" for every webcam driver to be "made of" a kernel driver and a decoder library. I disagree.

Consider the current state of affairs with printers and print formatting; we have a seperation of the "device driver" (print driver) component and the "decoder library" (print formatting) that permits the "decoder library" to be used in conjunction with other "device drivers". In this case, the device driver talks to a printer, and the print formatting chages print data into data that the printer recognizes.

Would you advocate that each printer driver encorporate the code to properly print all the data that can be printed (plain text, PostScript, JPEG, BMP, DVI, etc.)?

In the case of printers and print streams, there's a userland application framework that takes care of interpreting data and making it into something acceptable to a printer. In the case of the suggested change to the webcam driver, there is a corresponding userland application framework that already takes care of interpreting camera data, and the codecs can easily work in that environment.

The kernel doesn't need native support of the codec cruft any more than it needs to natively support print data interpretation or even to nativly support a windowed GUI environment.

Webcam driver developers can do for Linux what they currently do for MSWindows: deliver a device driver that talks to the device, and a component for a userland application (which, in MSWindows, is usually disguised as "the driver" for the camera) that handles the special, non-kernel processing for the driver.

I dont't think so.

Anonymous
on
September 1, 2004 - 7:52am

a) for printers there are "generic" kernel-drivers: the usblp-module works for all usb-printers

b) There is a defined midlayer: Postscript. Every application produces postscript this is convertet to a printer-specific bytestream by cups/lp/lpng and then send to the printer using a generic kernel-driver (p.e. usblp).

So the device-dependen part of a "printer-driver" is the converter only, the kernel-module is generic, the interface for the applications is postscript.

For webcams wou would have a pair of a kernel-driver and a decoder for every webcam.

I like your site very much in

Vac (not verified)
on
October 25, 2006 - 7:38pm

I like your site very much indeed.

maintainers

on
August 31, 2004 - 8:05am

It's simply not true that nobody stood up to maintain this driver. Several people, including me (and I don't know anything about kernel drivers - I might not have been doing the best job ;) ) have offered to maintain it -if- Nemosoft gave some form of agreement.

This has been over-dramatised quite a bit, probably because it partially overlaps the eternal GPL-vs-closed-source fight, and license issues.

I still think kernel developers should be more flexible, and give some time (ideally, work towards that themselves!) for alternatives to be found and developed. And not to step on maintainers that have no choice themselves concerning the code license of the driver. The whole attitude is too negative and unconstructive sometimes. One should be careful to choose the GPL over people. And that while many of these developers do get a paycheck from a company that is supported by Linux users - ideals are great, but stepping on (many, in this case) people does not put Linux in a good daylight with ordinary users.

And what about companies that want to get involved with Linux and start to offer drivers? I would regret that idea after this (and many similar) fights.

idealogy

Anonymous
on
August 31, 2004 - 10:02am

The whole point of the idealogy is to stand up to what is viewed as beneficial in the long term. are you really advocating giving up the idea of getting a completely Free software operating system just because the guy who wrote the driver prefers not to open source his driver a year after his NDA has expired. on what grounds are you asking the kernel developers to be flexible on possibly a legal violation and against the policy of development.

Far from that

on
September 4, 2004 - 8:28am

Ideology leads nowhere, NOWHERE, when the eleet few are dancing with their ankles in the blood and on the dead bodies of all the people who had to die to archieve said goal. The GPL, too, has a reason, and it's not zealotry by itself; that reason pretty much involves people.

Still, if the point would have been not to load binary source in the original kernel -and I am a long term user of opensource software who respects its ideology a lot- I would have understood that. But this driver was not included with the kernel. It's up to me to do with my computer what I want; and this has been taken away. I don't care how exactly this problem (and many other, similar problems) will be solved, but I hope they better come up with a framework to load binary software for drivers and firmware in such a way users can at least use their hardware.

Plus, most of my anger comes from the way everything has been handled. So typically unconstructive, from all sides.

What drivers?

Anonymous
on
August 31, 2004 - 4:12pm

What kind of drivers do you want to offer? Have you saw any *wild* rant about Nvidia binary drivers for their video card? NO, because altought they do binary only stuff, they do it well, at least, they don't threat kernel devels like - ok, let's get some step right or left, get some change in the legal course and allow little violations.

Linux kernel devels are many times claimed that binary drivers and hooks for Linux are NOT welcomed here - and as I see technical benifits in this I agree wholeheartly with them - stability, code flexibility, maitanance, porting - it should be very rarerly (as in fact IT IS) that I would need binary driver.

It is NOT about religion, but whole pratical things. Sadly, most common users are just consumers, they don't care why they get Linux so stable - as it is all that fact about open source idea. So whole situation maybe very emotional because lot of people want to see Linux succeed (how funny, me too :)), but many of the rants from (Microsoft users, ignorant users? Who knows, in fact) people, who simply doesn't get a facts about open source and why Linux has been so successful.

Practical things?

on
September 4, 2004 - 8:39am

"Practical things" and removing a working driver don't really rhyme in my book. And because of this particular fight, it's guaranteed that neither my girlfriend's mother nor her friend will install linux; and my girlfriend wanted to install windows just so she could get on with her life. People don't care about technicalities about drivers. Stuff must work. There is no excuse that is good enough when people can't use their hardware; those people will not use Linux.

On top of that, you can handle a situation in a number of ways. Some constructive, with dialog, respect and positive action. And some, well, like this situation, where everybody feels angry and betrayed.

I believe the driver could have been removed, perhaps not as sudden, perhaps with more dialog, perhaps with some attempt from those wanting to have it removed to contact Philips, in such a way that there would not have been such a scene.

If *I* would want to remove this driver, I would not dare to screw over this many people without at least having tried the very best of coming to a agreement with the maintainer; and having contacted Philips or in any way, finding out what the deal is with that little binary part. There would be many possible ways to ease the pain for all involved, including the maintainer and the usb kernel developer.

Little binary pieces may not be welcome, but often, people (users) don't seem to be very welcome either.

Re: Practical things?

Anonymous
on
September 5, 2004 - 5:58pm

Who cares who uses Windows (TM)? This "stuff must work" comment is utterly useless:
- Windows does not work (ok, have fun :-)
- you or your girl-friend can make it work
- "working" is not only technical, it also involves people & politics
- using Linux is "using stuff that works GPL"

And shurely not "everybody feels angry and betrayed". I do not, do you? Does Nemosoft? Any PWC-user? I have two cams working with pwc and pwcx and I either use older kernels or patch my own kernel. The people who wrote Linux, the drivers, libraries etc. did great work and allowed us to use it as excercise or codebase.

This stuff must work

Anonymous
on
September 13, 2004 - 11:14pm

This "stuff must work" comment is utterly useless

Unfortunately, this stuff does NOT work any more, so the point that the stuff must work is not completely useless. I have a PWC. The Logitech Orbit, $150. Practically useless now in Linux. Just to be clear, the video works, but pan/tilt is fubar in 9.0.x versions of pwc driver, and whether it will ever work again is unknown. This reminds me of when OS/2 Warp came out, and it was MUCH better than Windows 95 which came out later. OS/2 didn't support my sound card. Windows 95 worked with my sound card. Based on technical merit, OS/2 was hands down the winner. But Microsoft won the battle. Under the hood, Linux is great. But whether it will ever be adopted as "mainstream" depends on how easy it is for mom to get her digital camera to work.

WOW wowow

bg (not verified)
on
November 22, 2005 - 1:52pm

I know it sucks, that it's painful, and that it relegates Linux in some places to being "behind" Windows or whatever --namely, in the case of fully supporting the Philips webcams-- but the devil deal isn't worth it. Linunx' kernel must not have any openings for claims or actions against it.

Didn't you guy pay attention to what happened with SCO ? Think of all the hungry lawyers and business bastards out there who are poised ready to leap onto Linux at a falter.

KEEP IT PURE. It it better in the long run.

peace

Anonymous
on
September 8, 2004 - 3:58am

Your girlfriend and her mother really track every single -rc release of the kernel? If so, they're probably used to things breaking.

If, as seems more likely, they use an end-user-oriented distribution, everything is fine. It worked in the last release. It will work in the next release.

The driver was only out of the tree for a couple of weeks. Very few end-users would be affected by that.

Saying "hardware must work" is all very well, but if the vendor wants it not to work on Linux there's only so much we can do...

Linux Kernel is OpenSource

on
August 31, 2004 - 4:05pm

Yeah, and that should be like that forever. I wouldn't install it if there is only one line that is not OS. One closed driver today, one hundred tomorow... Sounds like MS?

Riiight *groan*

on
September 1, 2004 - 10:35pm

Hate to tell you, but you don't have the source to your BIOS. Or your hard drive firmware. Or your CD drive firmware. One closed driver today, one hundred tomorrow...

And you know what ? You are r

Anonymous
on
September 2, 2004 - 1:21pm

And you know what ? You are right. Too bad there are no open-source BIOSes, hand drive firmware or CD drive firmware projects ready for day-to-day usage.

But there are prototypes for open source BIOSes and hard drive/CD fimware is small enough to be hackable without source so problem is not so bad. Yet... Why to make it worse with binary drivers in Linux kernel ?

Riiight *groan* *GROAN*

Anonymous
on
September 2, 2004 - 1:22pm

So what? Firmware doesn't link to the kernel.

Even if you did have source, you don't have the toolchain (often $50,000+) needed to compile it. You would also need the RTL docs, which is usually only in the ASIC designer's head. The source just wouldn't do you any good.

The solution to closed-source kernel drivers exists today. The REALISTIC solution (i.e. not OpenCores) to closed-source firmware is 10 years out at best. I can live with that.

Ever actually poked around in

on
September 2, 2004 - 8:58pm

Ever actually poked around in some of the drivers? Take the ql1280 driver, in the ql1280_fw.h file there's a variable called risc_code (or fw1280ei_code01 depending on the configuration) that's just a big binary firmware module.

Philips webcam (pcw) driver fork started

on
January 12, 2005 - 6:34am

Since Google still brings up this page when searching for the pcw driver for Philips webcams, it should be mentioned that Luc Saillard has picked up its development.

http://www.saillard.org/linux/pwc/

Kenneth Lavrsen maintain a Wiki site about the pcw driver at:

http://www.lavrsen.dk/twiki/bin/view/PWC/WebHome

Gates, Balmer, and MSkiddies cheering ....

Anonymous (not verified)
on
February 9, 2005 - 6:13am

And from the looks of some of the post at SLASHDOT and other places, they are posting as well.

Expressing points of views, as though they were Linux users (supporters), but in reality, they are just egging on the problems.

It is all real simple, Linux is experiencing its growing pains, and it is getting through them. Because in the end, the maitainers and developers will find a way to work out their differences.

I am continually telling my kids, and others, "Motives matter". Motives matter in anything and everything.

It is the selfless and generous "actions" and "contributions" of those that contribute to the Linux/OSS community, that make it the GREAT operating system that it is.

It is only when peoples motives become warped (ahem MS et. al.) and egos get in the way, that problems arise. The way those issues gets resolved tells all of us, much about the motives of those involved.

So thanks to those of you that write code, beta test, bughunt, and all of the others involved in the multitude of steps in making this linux thing work. Thanks.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.