Вопрос по сборке пакетов из исходников, разница в версиях библиотек и etc.

[ek-nfn]

ecc83, если бы не было проблем, то и новое ПО было бы не нужно) Мы это уже обсуждали выше.

Вероятность наличия у нового ПО нерешаемых проблем гораздо выше, чем у версий из штатного репозитария. И часто это более критично, чем новые возможности последних версий.  Я это понял года через 2 в линуксе и с тех пор выставляю наивысший приоритет штатному репозитарию. С остальных репозитариев  ПО ставится лишь в случае отсутствия нужного софта в штатной копилке.
Я на и на Дебиан по этой причине перешел с Убунты с ее вольностями. Он более консервативен и не сует в свои репы че попало.

[CoolAller]

Вероятность наличия у нового ПО нерешаемых проблем гораздо выше, чем у версий из штатного репозитария.

Вы о чем? Какая еще "вероятность", если уже наличествует какой-либо косяк у ПО из штатного репозитория и он никак не решается, кроме как сборкой более нового ПО, которого нет в штатном репозитории. Именно из-за этого и приходится собирать новые версии, а не потому что нужно именно "новое".

[ek-nfn]

Вы о чем?

О том, что новые версии более глючные, чем из родной репы. Да, возможно там исправлен старый косяк, но взамен получаем новый и не один. По этой причине я предпочитаю версии с репы, чем новые. Это просто такой мой выбор на основе опыта жизни в линукс.

[CoolAller]

новые версии более глючные, чем из родной репы

По-вашему все чтоли новое ПО глючное? В новых версиях как правило фиксят старые баги, если бы все новое ПО было хуже старого, то сейчас бы вообще ничего не работало. Но, да бывает и такое, что старый глюк, лучше новых двух. Но попробовать-то все равно не мешает.

[Ogis1975]

По-вашему все чтоли новое ПО глючное? В новых версиях как правило фиксят старые баги, если бы все новое ПО было хуже старого, то сейчас бы вообще ничего не работало. Но, да бывает и такое, что старый глюк, лучше новых двух. Но попробовать-то все равно не мешает.

Конечно, попробовать никто не мешает, но как пишется в Дебиановской вики

Открыть содержимое (спойлер)

The reason that Debian Stable is so reliable is because software is extensively tested and bug-fixed before being included. This means that the most recent version of software is often not available in the Stable repositories. But it doesn't mean that the software is too old to be useful!

Before attempting to install the newest version of some software from somewhere other than the Debian Stable repositories, here are some things to keep in mind:

    Debian backports security fixes and new features, judging software by comparing the version number of the Debian package to the upstream version number does not take this into account.
    The latest version of the software you're trying to use might also have new bugs.

    Installing software from places other than official Debian repositories are not covered by ?https://www.debian.org/security/.

[свернуть]

[ek-nfn]

По-вашему все чтоли новое ПО глючное?

За все сказать не могу, но пободавшись в свое время перестал гнаться за новыми версиями и вообще, запретил их ставить, если данная прога есть в штатном репозитарии пусть и не последней версии (preferences). Стало меньше проблем. Редкая моя программа требовала новшеств из более свежих версий. А сейчас таких программ в моем списке уже и нет, вполне хватает возможностей версий из репозитария дистрибутива. И не надо мне чего-то доказывать и рассказывать, я выше написал, что пришел к этому осознанно через пару лет в линуксе, так как задолбали глюки нового необкатанного ПО. Желание стабильности перевесило желание использовать новые возможности свежих версий. Не стоит оно тех нервов и потерь времени на обкатку и настройку

[CoolAller]

Желание стабильности перевесило желание использовать новые возможности свежих версий.

Всегда удивлялся тому, как можно по-разному понимать одну и ту же мысль)) Я же не про новые возможности говорю))
Cообщение объединено 06 марта 2018, 19:11:42

The reason that Debian Stable is so reliable is because software is extensively tested and bug-fixed before being included.

Бла-бла-бла, а между тем баги, баги и баги))

[ecc83]

Бла-бла-бла, а между тем баги, баги и баги))

Уже третья страница форума дописывается, а ты ещё программу из исходников не собрал. Может лучше перестанешь использовать форум как книгу "Жалоб и предложений", а сядешь за сборку? Опыта наберёшься, библиотеки найдёшь. Потому что от "Бла-бла-бла" которое тут, твой vlc плеер лучше не заиграет

[ek-nfn]

Потому что от "Бла-бла-бла" которое тут, твой vlc плеер лучше не заиграет

Это че, весь шухер из-за сказочных супер-возможностей новой версии vlc плеера ? 

[I-Jurij]

http://linuxfromscratch.org/blfs/view/systemd/multimedia/vlc.html - там уже все подготовлено.
Только с бухты-барахты не выйдет.
Нужно на ffmpeg для начала потренироваться. Это почти 100% так называемых "кодеков" + при желании простейший проигрыватель, сервер живого видео-звука и перекодировщик.
Это к тому, что сам vlc скорее всего не нужен. Нужен декодер, и он, скорее всего уже есть в ffmpeg, только в более новой версии.

[CoolAller]

Нужно на ffmpeg для начала потренироваться.

Не понял зачем эта ссылка на sh'шник.
Собирал ffmpeg отсюда, после установки есть подозрение, что vlc все равно не видит эти кодеки, так как он возможно смотрит в /usr/lib/x86_64-linux-gnu/libavcodec.so.56, который идет в пакете libavcodec56.

[I-Jurij]

Скрипт по ссылке автоматом скачает, распакует, соберет ffmpeg в папке, где был запущен.
Чтобы vlc поймал новый ffmpeg можно сделать как-то так:

Код Выделить Развернуть

#!/bin/sh
LD_LIBRARY_PATH="/opt/mpv:/opt/mpv/lib:/opt/firefox:${APULSEPATH}:${LD_LIBRARY_PATH}"
export LD_LIBRARY_PATH
exec "/opt/firefox/firefox" "$@"

[CoolAller]

I-Jurij, не хочу ставить ffmpeg с помощью make install, не знаю как перепаковать libavcodec56, так чтобы он обновился после установки ffmpeg. Более того есть подозрение, что не все так "просто" и при компиляции vlc нужно указывать с какими кодеками он должен работать, помню подпихивал как-то вместо libavcodec56 эту же либу, но новой версии, в vlc переставал работать h.264.

[ecc83]

Чтобы vlc поймал новый ffmpeg можно сделать как-то так:

Достаточно в vlc.desktop изменить строку запуска так:

Код Выделить Развернуть

Exec=env LD_LIBRARY_PATH=/usr/local/lib:/usr/lib/i386-linux-gnu:/usr/lib:/lib/i386-linux-gnu /usr/bin/vlc --started-from-file %U

А именно в пути переменной должны быть каталоги, в которых лежат необходимые библиотеки.
И не нужно будет создавать скрипты запуска.

[CoolAller]

ecc83, не хочу костылей. За предложение спасибо.