[desktop-discuss] Build 75, arc case 2007/520 and SUNWlibcdio

[Brian Cameron]

Artem:

Just because two users have complained doesn't necessarily mean that
this will be a high call generator.  Most people who would like against
this are people who would have built stuff from spec-files-extra, and
these sorts of people should be comfortable figuring out how to get
libcdio from there also.

libcdio has a number of problems.  In our discussions where we decided
to remove libcdio, Joerg Schilling pointed out to me that libcdio uses
definitions from the Reed Solomon codec in /usr/include/cdio, and this
might not be appropriate in a GPL project.  Also, it is ugly to ship
a GPL library.  It'd be better if someone were interested to write a
LGPL library that provided these generally useful interfaces.  In past
discussions with the libcdio maintainers, they don't want to change
license to LGPL.

Now that we are aware of this issues, getting approval to put it back
in would require some legal review efforts.

Brian

>>>          - libcdio: Removed. Once we stopped linking GStreamer against
>>>            libcdio, nothing else depended on it, so we removed it.
>> To get your application going again, build SFElibcdio.spec from the spec-files-extra repository.
>> We move the module from spec-files repository to SFE and renamed it.
> 
> This is the second user complaint in the short time that libcdio was 
> removed from the Solaris distro, expect much more as we move forward. It 
> would make sense to put back in, even though no Solaris apps link with 
> it. Justification for such an RFE would be "potential call generator" 
> (i.e. Sun would spend more money in customer support than it would cost 
> to fix the code).
> 
> -Artem
> _______________________________________________
> desktop-discuss mailing list
> desktop-discuss at opensolaris.org