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
