>> с дистрибутивами непонятно в чем может заключаться сотрудничество. объяснишь?
> Если устроит изложение третьей стороны -- вот хорошая и достаточно актуальная статья,
> пока доступна: http://freecode.com/articles/lessons-in-packaging-linux-appl...статья преимущественно ориентирована на создателей пакетов. типа -- связывайтесь с разработчиками, оставляйте в пакетах свое мыло, проверяйте пакеты на ошибки, и т.п.
где там написано про сотрудничество с дистрами, и какая от него польза разработчикам -- не нашел. наверное, плохо искал.
> Вкратце -- дистрибутивы как коллективный потребитель апстримных исходников могут помочь
> понять проблемы при утряске всего нужного не в /usr/local отдельно взятой
> машины, а таким образом, чтобы полученным суммарным библиотечным ABI мог пользоваться
> широкий слой нужного пользователям софта.
а если у меня нет таких проблем?
> Майнтейнеру можно помочь внятным актуальными инструкциями по сборке в README/INSTALL
и ты как бы намекаешь, что инструкций нет, тогда как они есть.
> (в т.ч. по версиям и известным багам требуемых библиотек).
если библиотека последней версии апстрима сломана -- то баг обычно есть в багтрекере deadbeef, а если баг критический (например как невозможность запуска под gtk3.10) -- то и в багтрекере апстрима. но когда баг исправляется в апстриме (gtk3.10.2) -- баги закрываются в обоих багтрекерах, и проблема считается закрытой.
вести подобный список просто некому, и особо незачем.
в статик билде -- кривые версии библиотек просто не используются. а в "обычном" ничего поделать особо и нельзя.
все равно либу нельзя поменять на другую. со временем либа обновится, и все снова заработает. или не обновится, и юзер сменит дистрибутив.
у тебя есть какие-то соображения, что могут сделать мантайнеры дистра, имея подобный список?
> А он может помочь тем, что постарается не порождать жутко запатченую сборку с
> уникальными непонятными багами в багфиксах, но вместо того оперативно передавать багрепорты
> разработчикам и если уж патчить, то с прицелом на обкатку и
> принятие в основную ветку.
1. кто такой "он"? это очень важный вопрос.
2. передать фиксы или багрепорты разработчикам депендов, мне и самому не западло.
3. может ли "он" сделать так, что все эти фиксы будут бэкпортированы в дистры, которые уже не поддерживаются, или не обновляются? есть ли пример истории успеха?
> Важным тут является обычное человеческое отношение
> -- что с той стороны не абстрактные "криворукие уроды", а всего
> лишь такие же люди.
ага, т.е. это все таки "они", а не "он". кому из них писать? и, опять спрошу, с какой целью? я пока не увидел очевидной причины вступать в контакт. ну разве что с целью потрепаться, вот как щас.
> По патентным вопросам или в основном как раз по версиям/конфигурации библиотек? (первое
> можно попытаться решать в рамках какого debian-multimedia, насколько понимаю; заменяют
> ли там всякие ffmpeg/libav, не в курсе, но явно должны)
http://www.deb-multimedia.org/dists/stable/main/binary-i386/...
старенький, но есть.
при этом, я уверен, что часть функций отломана или выпилена, по философским соображениям.
как я понимаю, человека, начавшего нить, такая ситуация не устраивает.
но у меня нет возможности исправить ситуацию.
