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