Jerry:

> At the present, I have several P2 bugs in my hand and fixing these bugs 
> should be the highest priority thing. So I will  focus on fixing bugs 
> Now. And I am discussing this feature with Joerg and try to get his 
> suggestions.

Great, please keep the team up-to-date with what you find talking
with Joerg.  If he highlights that we can simply replace the existing
cdrdao commands with cdrecord commands, it might be a very easy
fix.  I'd anticipate that cdrecord would support the same features.

Brian


> Brian Cameron wrote:
>>
>> Jerry/Ghee:
>>
>> Since cdrdao and cdrecord have similar functionality, I would think it
>> shouldn't be that hard to make nautilus-cd-burner support this feature
>> also via cdrecord?  What specific code in nautilus-cd-burner tries to
>> integrate with cdrdao?
>>
>> At the very least, I think we should talk with Joerg Schilling (the
>> cdrecord maintainer) about how nautilus-cd-burner works and see if he
>> has any suggestions about whether using cdrecord makes sense here.
>> Jerry, has any effort been made to discuss this issue with Joerg?
>>
>>> Does this mean we can't copy Audio CD using a GUI tool anywhere on 
>>> the desktop?
>>> If this is the case, I think this is a regression and something we 
>>> should have a get well plan.
>>> It will cause more in general in the long run to hide a feature that 
>>> we really need without a get well plan in place.
>>> Since the problem has to be re-discovered and analysed again.
>>
>> I am not aware that this feature existed in Solaris before.  Therefore
>> I believe this is not a regression.  However, if we could easily get
>> this working with cdrecord, then it might make sense to turn on the
>> feature for Solaris users.
>>
>> Brian
>>
>>> -GHee
>>>
>>>
>>> jijun yu wrote:
>>>> It's caused by cdrdao. nautilus-cd-burner implemented this feature 
>>>> by calling cdrdao. But we won't ship cdrdao. So just disable this 
>>>> feature for now.
>>>>
>>>> Thanks,
>>>> Jerry
>>>
>>
> 


Reply via email to