>> но вообще лучше использовать билды с оф. сайта. они лучше оттестированы,
>> и собраны с правильными версиями либ, которые хорошо протестированы, и тщательно
>> подобраны, для максимальной корректности работы.
> Такие высказывания обычно сопровождают проекты, где люди или зациклены на своём коде,
> или или вляпались в библиотеки вроде libdb4 или libav. Припоминается
> MySQL десятилетней давности, который настоятельно рекомендовали брать свой, статически
> собранный с "правильной glibc", при этом апстрим говорил, что они криво
> работают с тредами.
> Не осуждения ради, а предупреждения для.это было бы так, если бы во всех дистрибутивах были одинаковые версии библиотек, и присутствовали все необходимые.
во многих дистрибутивах библиотеки устаревшие.
старый ffmpeg - не работает заявленная поддержка форматов (TAK, opus). до версии 2.0 вообще приходилось использовать конкретный снапшот из svn, единственный, который удалось найти экспериментальным путем, которые не фейлил тесты. и то приходилось его патчить.
старый curl - криво работал CURLOPT_PROGRESSFUNCTION.
в других дистрах, наоборот, библиотеки слишком новые.
libcdio-0.90+ -- поменяли (сломали) API, поменяли поведение некоторых существующих функций. LTS дистрибутивы на эту версию не спешат переходить, а арч и гента уже перепрыгнули.
поддерживать все многообразие разных (в т.ч. сломанных) версий библиотек, и обходить глабли в каждой из них, задача просто неподъемная.
если библиотеки вообще отсутствуют во многих дистрах - я, конечно, просто включаю их в исходники плеера. еще иногда бывает, что в дистрах библиотека есть, но версии 10-летней давности, которая в плеере работать никак не может. или работает, но неправильно.
с непредсказуемыми версиями библиотек, можно невзначай попортить юзерам файлы из собранной за десятилетия музыкальной коллекции. и хотя лицензия это позволяет -- все равно неприятно же.
вобщем, я даже не знаю, что тут еще добавить. если это кому-то непонятно - он просто идиот.