ilbc: acl закрыт, пакет протух (не обновлялся 7 лет, а на дворе уже 2.0.2) Сейчас как раз в Сизифе помер еще более старый дубль ilbc libilbc 0.6, я воспользовался случаем и подготовил свежий libilbc2. К сожалению, по новым правилам ilbc-devel его блокирует: pkgconfig(libilbc) ilbc-devel libilbc-devel ring-project у меня благополучно пересобрался со свежей libilbc2, предлагаю закопать ilbc.
> предлагаю закопать ilbc. А может тогда просто обновить ilbc? От него никто не зависит по ABI.
Конечно обновить. От него зависит только ring. А я хочу собрать с ним wireshark, но мне как раз нужна новая версия.
(Ответ для Sergey V Turchin на комментарий #1) > > предлагаю закопать ilbc. > А может тогда просто обновить ilbc? От него никто не зависит по ABI. ilbc не полностью соответствует shared lib policy именованию. devel должен быть libilbc-devel. Чтобы такая путаница с тремя пакетами одновременно не повторилась, надо сторогое shared lib policy.
(Ответ для viy на комментарий #3) > ilbc не полностью соответствует shared lib policy именованию. > devel должен быть libilbc-devel. Его там же переименовать можно. > Чтобы такая путаница с тремя пакетами одновременно не повторилась, > надо сторогое shared lib policy. Уверен, строго не получится. Может быть несколько libilbcX-devel, например.
В общем, я не против удалить ilbc.
Обновление прошло, будете брать пакет себе или оставите на автообновлении? Если будет желание взять пакет себе позже, напомню принцип взаимодействия с роботом: просто отправьте на сборку пакет из git. Это остановит автообновления, я замечу, удалю пакет из списков робота и удалю себя из acl.
(Ответ для viy на комментарий #6) > Обновление прошло, будете брать пакет себе или оставите на автообновлении? Он мне, возможно, больше не нужен.
Все, проблема решена.