[PlanetCCRMA] State of Fedora 26 repo

Bernardo Barros bernardobarros at gmail.com
Wed Oct 25 15:57:22 PDT 2017


On 10/25/17 18:18, Yury Bulka wrote:
> Sure, there's no guarantee in anything, even unit/integration tests
> passing, etc. But using a bundled version of a library doesn't guarantee
> anything either. For instance, on my system, with the planetccrma
> package, I have a segfault of sclang each time when I run M-x
> sclang-stop in emacs (although luckily I don't need it running by then;)
> 

You will have much less chances of having problems if you stick to the 
libraries that the project was developed with. Specially boost, which is 
not stable. There is a reason for this cmake option.

I know that's a policy from some distributions, but it doesn't mean it's 
a good idea.

> I'm curious though about the other third-party libraries that are
> bundled with SC and how to deal with them. With the help of nice people
> on #fedora-devel, we identified the libraries that are bundled with SC but
> not available in fedora yet:
> - tlsf
> - jackey (a header-only single file)
> - nova-simd
> - nova-tt
> - oscpack
> 
> Probably, they should be packaged separately, but I need to research it
> a bit more.
> 

This is something different. nova-* libraries were written by a former 
SC developer, and they were made to work with SC from the start.


More information about the PlanetCCRMA mailing list