Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932265AbWA3QrX (ORCPT ); Mon, 30 Jan 2006 11:47:23 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932327AbWA3QrX (ORCPT ); Mon, 30 Jan 2006 11:47:23 -0500 Received: from mailhub.fokus.fraunhofer.de ([193.174.154.14]:9362 "EHLO mailhub.fokus.fraunhofer.de") by vger.kernel.org with ESMTP id S932265AbWA3QrW (ORCPT ); Mon, 30 Jan 2006 11:47:22 -0500 From: Joerg Schilling Date: Mon, 30 Jan 2006 17:46:21 +0100 To: schilling@fokus.fraunhofer.de, jgarzik@pobox.com Cc: mrmacman_g4@mac.com, matthias.andree@gmx.de, linux-kernel@vger.kernel.org, jengelh@linux01.gwdg.de, James@superbug.co.uk, acahalan@gmail.com, "unlisted-recipients:; "@pop3.mail.demon.net Subject: Re: CD writing in future Linux (stirring up a hornets' nest) Message-ID: <43DE42DD.nail2AM41DPRR@burner> References: <43D7A7F4.nailDE92K7TJI@burner> <8614E822-9ED1-4CB1-B8F0-7571D1A7767E@mac.com> <43D7B1E7.nailDFJ9MUZ5G@burner> <20060125230850.GA2137@merlin.emma.line.org> <43D8C04F.nailE1C2X9KNC@burner> <20060126161028.GA8099@suse.cz> <43DA2E79.nailFM911AZXH@burner> <43DA4DDA.7070509@superbug.co.uk> <43DDFBFF.nail16Z3N3C0M@burner> <20060130120408.GA8436@merlin.emma.line.org> <43DE3AE5.nail16ZL1UH7X@burner> <43DE4055.8090501@pobox.com> In-Reply-To: <43DE4055.8090501@pobox.com> User-Agent: nail 11.2 8/15/04 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1910 Lines: 44 Jeff Garzik wrote: > >>>Cdrecord is a program that needs to be able to send any SCSI command as > >>>it needs to be able to add new vendor unique commands for new drive/feature > >>>support. > >> > >>Right, but evidently it does not need the kernel to invent numbering. > >>dev=/dev/hdc works today. > > > > > > Maybe, I will need to enforce to use official libscg device names in future.... > > To burden users with yet another naming policy? Well, I am open to have an unbiased discussion that may have any result but the parties should allow each other to convince by arguments. The main problem currently is that changes in the Linux kernel did burden cdrecord users and did not cause real benefit. The longer this discussion lasts, the more I lose the hope that it may end in useful results. If you believe that there is still a chance, let us start with a useful discussion or stop it now. I am just tired to see that none of the Linux kernel bugs that cause problems for the cdrecord users have been fixed within the last ~ 3 years. Please understand that I really could use my time for better things than wasting it with useless discussions with people that don't even understand the problems. If you have a proposal that could help, you are welcome. But if there is no way to have an unbiased discussion, just let os stop now. J?rg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/