From owner-freebsd-stable@FreeBSD.ORG Mon Dec 25 16:17:40 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E53416A40F for ; Mon, 25 Dec 2006 16:17:40 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 9396313C475 for ; Mon, 25 Dec 2006 16:17:39 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.64) with esmtp (envelope-from ) id <1GysBD-0004L5-Lt>; Mon, 25 Dec 2006 16:55:59 +0100 Received: from e178009039.adsl.alicedsl.de ([85.178.9.39] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.64) with esmtpsa (envelope-from ) id <1GysBD-0003tu-JA>; Mon, 25 Dec 2006 16:55:59 +0100 Message-ID: <458FF48A.3010802@mail.zedat.fu-berlin.de> Date: Mon, 25 Dec 2006 16:55:54 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.9 (X11/20061223) MIME-Version: 1.0 To: Dmitry Pryanishnikov References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> <20061225165735.M22401@atlantis.atlantis.dp.ua> In-Reply-To: <20061225165735.M22401@atlantis.atlantis.dp.ua> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.9.39 Cc: Luigi Rizzo , stable@freebsd.org Subject: Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Dec 2006 16:17:40 -0000 Dmitry Pryanishnikov wrote: > > Hello! > > On Fri, 22 Dec 2006, Sergey N. Voronkov wrote: >>> just noticed, after upgrading to 6.2RC1, that >>> >>> luigi# burncd -f /dev/acd0 -v blank >>> blanking CD, please wait.. >>> >>> stays there forever. Eventually i gave up and ctrl-C and >>> the application terminates, and i was able to write to >>> the disk a valid image, which probably means that the >>> disk had been blanked. > > Yes, well known RELENG_4 -> 6 (maybe even 5) regression. Same here with > > acd0: CDRW at ata1-master UDMA33 > > Worked fine under RELENG_4, fails to wait for completion under RELENG_6. > >> See my report: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/95344 >> And: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/104270 >> >> The last one contain a fix. > > This fix doesn't help me. > >> Serg. >> >> P.S.: Don't use burncd. Use cdrecord! > > IMHO it isn't correct approach to avoid use of the tool _instead_ of > fixing > it. This way, all your tools will be broken one day ;) > > Sincerely, Dmitry Since this is a very old and well known issue, and it seems there is no one left solcing/developing this tool, it should be removed from the source tree for the time it is to said broken. burncd had some nice advantages over cdrecord: it came from the BSD tree, it had capabilities for burning DVD+RW images. Disadvantage was the limitation to ATA interface. Someone should suggest the stripp off the sources via PR? Regards, Oliver -- O. Hartmann Freie Universitaet Berlin Institut fuer Geowissenschaften Fernerkundung der Erde und Planeten Malteser-Str. 74 - 100/Haus D D-12249 Berlin Tel.: +49 (0) 30 838 70 508 FAX: +49 (0) 30 838 70 837