burncd 'blank' not terminating ?

Wilko Bulte wb at freebie.xs4all.nl
Mon Dec 25 12:13:43 PST 2006


On Mon, Dec 25, 2006 at 12:00:41PM -0500, Scott Long wrote..
> O. Hartmann wrote:
> >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 <CD-W540E/1.0C> 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
> >
> 
> There are times when 'ls' doesn't work quite right for me.  I propose
> removing that from the FreeBSD tree ASAP.  In fact, anything that hasn't
> had a commit in a year should be removed, since it is obviously
> abandoned, not working, and useless.  Obviously.

Or the kernel, that sometimes also gives us problems ;)

> Or, we can not say silly things like, "you didn't fix X for me, so it
> should be removed from the FreeBSD tree."
> 
> Scott

-- 
Wilko Bulte				wilko at FreeBSD.org


More information about the freebsd-stable mailing list