[Pkg-opt-media-team] reducing dvd+rw-tools bug log

Rogério Brito rbrito at ime.usp.br
Sat Jan 30 15:06:35 UTC 2010


close 272645

forcemerge 269397 325778 458316

tags 276702 confirmed
tags 565874 confirmed

tags 231693 moreinfo
tags 269397 moreinfo
tags 381496 moreinfo
tags 536063 moreinfo

retitle 536063 cdrom: I/O Error: Unable to copy from CD-Drive to HDD after burning

thanks

Hi, George.

On Jan 30 2010, George Danchev wrote:
> While tracing a problem with libburn (#567056) I found out that there
> are few similar problems reported against dvd+rwt-tools's growisofs:
> 562983, 277662, 291304. Do you hve any rough idea about the possible
> reasons of these symptoms?

I will take a look at the bugs and try to learn more about the issues.

> Since chances are that these packages have common sources of problems,
> it makes sense to have a look at each others bug logs. While looking
> at yours I found out that your bug record could be improved, since
> there are a lot of unaddressed/unanswered bug which are already dealt
> with upstream or easy to complete.

Yes, we (read Takaki and me) recently adopted the package. So, we could
say that it is "under new management". :-)

> #272645 - already dealt with in recent upstream releases.

Right, closing it.

Regarding #381496, I just read about it and I don't have a 2.4 kernel
laying around anymore (and even stable requires a >= 2.6.18 kernel on
many platforms, IIRC---otherwise, glibc will refuse to boot).

I'm tagging it moreinfo. I'm tagging other bugs that I can't reproduce
or that seem to be done with moreinfo so that it will be possible to
close them in the near future if we don't get any response.

> #276701 - these are useful for debugging indeed and should be
> relatively easy to complete having a look at growisofs.c or asking
> upstream a well.

Agreed. A manpage addition seems to be the best/fastest way.

> #276702 - this makes sense and should be easy to implement or ask
> upstream as well. I might have a deeper look at it, too.

Agreed again.

> #565874 - I agree with that completely. I can also add that xorriso
> can do iso fs manipulations, and could serve as a replacement except
> for UDF manipulations which is not supported yet. So it makes sense to
> pester upstream to consider it as an alternative at least.

I agree with it completely and I am, in fact, striving to have fewer
dependencies in all packages that I maintain.

I don't know very much about xorriso, since I tried to install it and my
head explode before I could get halfway the manpage, when I was trying
to get a quick and dirty overview of it.

> So, I'm interested to help you handle your long bug log as much as I
> can, as I believe that libburnia packages would benefit from well
> maintained dvd+rw-tools package and via versa, that would help to
> track common source of problems, at least.

I am perfectly fine with your proposal. I guess that Takaki should also
be, since this was the main intention when we were proposing the team.

> So, let me know how you prefer to get helped (via BTS, co-maint,
> whatever),

I would prefer to have a bigger team/co-maintain things.

> however it is best if you take care of addressing at least some of the
> bugs already reported.

I'm doing some of the tasks right now and it is fine with me if you
manipulate the BTS ocasionally.

> Thank you.


Thank you too,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 1024D/7C2CAEB8
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br



More information about the Pkg-opt-media-team mailing list