From owner-cvs-all Thu Feb 19 00:25:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA29208 for cvs-all-outgoing; Thu, 19 Feb 1998 00:25:34 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA28488; Thu, 19 Feb 1998 00:23:26 -0800 (PST) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.8/8.8.8) id JAA02016; Thu, 19 Feb 1998 09:23:11 +0100 (MET) (envelope-from sos) Message-Id: <199802190823.JAA02016@sos.freebsd.dk> Subject: Re: cvs commit: src/sys/i386/conf LINT files.i386 majors.i386 src/sys/i386/include qcam.h src/sys/i386/isa qcam.c qcamdefs.h In-Reply-To: <29184.887843668@time.cdrom.com> from "Jordan K. Hubbard" at "Feb 18, 98 03:14:28 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 19 Feb 1998 09:23:10 +0100 (MET) Cc: sos@FreeBSD.ORG, msmith@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-sys@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk In reply to Jordan K. Hubbard who wrote: > > > Well, I think he's right about the "development has ceased" part - you > > > ever try hooking up a color quickcam with that driver? From what I > > > hear, it crashes your system. :-) > > > > Possibly, but iot works with the BW cam. > > I know, but we're not doing this system just for ourselves, we're also > doing it for these "user" folks (you remember them? :-) and those > users can only buy the color one, one which will crash the system > quite nicely when you attempt to use it. Might be so in the US, but over here you can buy both types still, so applying US logic to the world doesn't work here (too). I still think its a mistake to remove a driver that works, and NOT providing an alternative. If we should apply this rule all over to protect "users" there wouldn't be much of a system left. > Instead of defending the > resurrection of the driver, why not defend the resurrection and > *fixing* of the driver? That would be a much more popular > suggestion. :-) Fine, I have no problem in seing a new driver being done, but I'd like the old one to stay until then. I dont see however why we should be generating this kind of work for ourselves, there is PLENTY to deal with allready. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message