Joerg Schilling wrote:
> Torrey McMahon <Torrey.McMahon at sun.com> wrote:
>
>   
>> I wouldn't say it's not important. Plenty of CD's on the list I sent out 
>> earlier, right?
>>     
>
> It it was important, why don't people ask for the feature?
>   

Why did people build a piece of code that does the work in the first 
place? Someone had to want it, right?

>
>   
>> That's not the point though, is it? What happens if an other project 
>> comes looking for cdrdao only functionality?
>>     
>
> Which projects do that not also support cdrecord for the same task?
>
> What functionality are you talking about?
>   

Are there any programs that are using cdrdao, today or tomorrow, that 
can not easily use cdrecord?

There is a piece of, I'm kind of assuming, commonly used software out in 
the opensource world. What other software may have the same 
functionality is not a valid question in the "include all that is 
familiar" project(s). We can argue if that is
a valid rationale for a project - I've asked myself a few times - but 
its not an open discussion for this project. Feel free to start an other 
thread. I'll even jump in with you.

>> We're long past the point where we're picking different utilities and 
>> libraries based on which delivers the best functionality. We're shoving 
>> as much FOSS into the packaging system(s) as possible to meet customer 
>> demands. Why would this be project be different? Look at the other 
>> thread around openproject where we're delivering two different project 
>> management programs. Look at all the cases around different media 
>> players. (I really need to go count them up...) This project isn't any 
>> different in that regards. The only reason we wouldn't want both is if 
>> they stomped on each other in some messy fashion.
>>     
>
> Well, it may be easy to add code but do you also take the future maintanance 
> into acccount?
>   

That is not an ARC question. That is <insert project teams> management 
resourcing question.

> In cdrdao, the last feature enhancement happened more than 3 years ago and the
> last bugfix is nearly 2 years ago. Given the fact that the last bugfix was to 
> make it compile with a newer gcc, what happens if there is no maintenance at 
> all anymore by the authors and recent cvompiler don't compile it anymore?
>   

The same can be said about other projects that have integrated recently. 
Again, its not an ARC issue though it would be remiss for someone not to 
mention it if they knew what was going on.

>   
>> Hell, I'm waiting for someone to try and integrate cdrkit just to make 
>> this a real party. (That was a joke Jorg. Really...just a joke....)
>>     
>
> Do you like to give Solaris users the ability to explore all core dumps
> and other bugs that have been added by the wodim people as their "extra 
> value"?

Its my favorite weekend past time. (You missed the part where I said I 
was joking Joerg).


Reply via email to