Команда мантейнеров мультимедийных пакетов приняла (https://lists.debian.org/debian-devel-announce/2015/07/msg00...) официальное решение по переводу (https://wiki.debian.org/Debate/libav-provider/ffmpeg) Debian на мультимедиа-пакет FFmpeg (https://www.ffmpeg.org/). Несколько лет назад дистрибутив мигрировал на форк Libav (https://libav.org/), поставка которого в настоящее время признана нецелесообразной.
В частности, в FFmpeg более оперативно устраняются уязвимостей и ошибки, предоставляется поддержка дополнительных кодеков, форматов и фильтров, присутствуют расширенные вызовы API, на которые завязаны некоторые сторонние приложения, вокруг проекта сформировано более активное и крупное сообщество разработчиков. Кроме того, актуальные выпуски FFmpeg развиваются более динамично и включают не только оригинальные изменения, но и импортируют наработки, развиваемые в ветках ffmpeg-mt (многопоточное декодирование) и libav.
URL: https://lists.debian.org/debian-devel-announce/2015/07/msg00...
Новость: https://www.opennet.ru/opennews/art.shtml?num=42584
С возвращением, Демьян. )
А также поздравления экспертам Опеннета, которые рвали на себе рубахи расхваливая LibAV и поливая ffmpeg отходами своей жизнедеятельности. На Опеннет же нельзя было зайти, такой тут дружный LibAV-одобрямс стоял.Мишаня тоже принимал участие в той оргии сектантского экстаза, а теперь вот утверждает, что надо бы в Альте вертать всё взад.
Точно так же как и с Либрой - ну и что, что она падучая и не может много чего по сравнению с ОО, главное сектантско-альтернативная солидарность и погромче газифицировать лужу на Опеннетеке.
Самое интересное, что многим этот марлезонский балэт очевидно доставляет, и не мало доставляет.
>Точно так же как и с Либрой - ну и что, что она падучая и не может много чего по сравнению с ООПример? Хотя бы один.
В то время это было обоснованно, но в ffmpeg опомнились года два назад, и теперь он ушел далеко вперед, а libav очень отстал.
>Самое интересное, что многим этот марлезонский балэт очевидно доставляет, и не мало доставляет.Вообще, этого можно было бы избежать, если бы форк никак не пересекался с оригиналом. Был бы выбор, была бы здоровая конкуренция. Но нет, надо выкручивать руки и ставить людей перед выбором взаимоисключающих решений.
> Мишаня тоже принимал участие в той оргии сектантского экстаза,
> а теперь вот утверждает, что надо бы в Альте вертать всё взад."It is better to try and fail than fail to try". Когда все дружно валили на libav - ffmpeg заглох в развитии, а их подходы клинили развитие проекта. Это многим не нравилось. Libav в любом случае справился со свой задачей, срубив ретардизм разработчиков ffmpeg. Теперь они и гитом нормально пользоваться научились, и многопоточное декодирование стало нужно. И вообще - проект избавился от кучи бестолковостей. А вот авторы libav наоборот начали страдать неконструктивной упертостью - мол, из ffmpeg наработки брать не будем. Потому что гладиолус.
> Мишаня тоже принимал участие в той оргии сектантского экстазаМожно ссылочку либо извинения за ложь?
> Можно ссылочку либо извинения за ложь?Я же тебе не склад ссылок на бессмертные высказывания Мишани.
Вот напряг Гугля...
Ссылка 1: Оргия в самом разгаре и посреди неё Мишаня на белом коне с философскими рассуждениями
https://www.opennet.ru/opennews/art.shtml?num=34254
и одобрениями
https://www.opennet.ru/openforum/vsluhforumID3/85417.html#40
Ссылка 2: Здесь Мишаня рассуждает о том "что такое ffmpeg и как у них с API, ABI и версиям" дела обстоят
http://comments.gmane.org/gmane.linux.altlinux.devel/24573Ссылка 3: Здесь Мишаня сетует на API
http://comments.gmane.org/gmane.linux.altlinux.devel/87767Ссылка 4: Здесь Мишаня какбэ сетует и одновременно подтверждает
http://77.234.201.242/openforum/vsluhforumID3/78177.html#9
Ну, думаю этого будет достаточно. Хотя конечно ожидаются серьёзные возражения со стороны Мишани, что дескать рубаху-то он на себе не рвал, а действовал лишь исходя из объективных предпосылок и т.д., стиле: ни капли в рот, ни сантиметра... Мишаня как обычно не заметит оглобли в своём глазу, но это нормально.
Чувак, а в твоем маленьком мозгу никак не укладывается тот факт что мир не является константой и не выбит в камне? Вот в тот момент был лучше libav и расшевелил то гнилое болото которым стал на тот момент ffmpeg. А вот сейчас libav про...л полимеры за счет контрпродуктивной упертости разработчиков.Прикинь, может так быть что некий проект лучше другого время X, а во время Y лучше станет другой проект. А во время Z - вообще какой-нибудь третий проект. Дятел типа тебя будет до упора грызть кактус. А человек разумный в момент X возьмет первый проект, в момент Y - второй, а в момент Z - третий. А нафига кактусы грызть? При том никакие законы природы не запрещают тому же ffmpeg, словившему порцию крайне невкусного фидбэка в виде выноса из дебиана, сделать работу над ошибками и в результате даже зарулить форк по совокупности фич.
Чувак, а ты реально использовал ffmpeg? В твоём маленьком мозгу таки и не укладывается тот факт, что ffmpeg никак не изменился в плане разработки. Вообще. Точнее изменения были (переход на git, более частые релизы), но всё прошло ещё до форка.
> Чувак, а ты реально использовал ffmpeg?Да. И им и его утилитами. Но правда слежу за его участью я достаточно умеренно, просто потому что в моих дистрах был libav и стало быть к ffmpeg мой интерес был довольно побочным.
> разработки. Вообще. Точнее изменения были (переход на git, более частые релизы),
> но всё прошло ещё до форка.Угу, только после перехода на гит они им тоже пробовали пользоваться в режиме "а я типа хороший svn". А сколько они там вопили что многопоточное декодирование - это фи? И ни в коем разе не закоммитим себе? Приход восьмиядерников даже в мобилы недвусмысленно показал что это был всего лишь чей-то ретардизм. А как форк появился - они как-то так резко подтянулись. И многопоточное декодирование перестало быть "фи". И душечка Нидермейер теперь сговорчивый и вообще, лично бил себя пяткой в грудь перед дебианщиками что он сам будет секурити в дебиане патчить. Прямо любо-дорого смотреть, всегда бы так! :). Когда кто-то начинает зарываться и зажирaться, есть отличное лекарство - конкуренция. И это работает.
Парням объективно не хватало сурового пендаля по заднице. Форк и вынос из дебиана - отлично сработали. И теперь они намного сговорчивее, приятнее в взаимодействии, не обладают ослиной упертостью, и вообще. А хотя-бы и потирая ушибленный окорок - "блин, а в Джесси это уже не попадет?".
Кстати, аналогичная фигня была с glibc. Не устраивало дебианщиков как Ульрих рулил (истошно вопя "кому нужны эти ваши мобилочные ARM?! Это ubsupported by glibc!!!") - они сделали eglibc. Где и ARM были supported, и плюхи от всяких интелей и редхатов на подлете ловили. А как Ульрих пошел в пешее эротическое, в какой-то банк, в glibc просекли что "мобилочные ARM" - с нами надолго и всерьез, почва для разногласий поубавилась и eglibc по факту просто смержился с glibc. Оптимальный вариант - чтобы libav смержился с ffmpeg. Но мне кажется что там разработчики слишком уж друг друга не любят.
> Точно так же как и с Либрой - ну и что, что она падучая и не может много чего по сравнению с ООIn the one-year period since late March 2014, there have been 381 changesets committed to the OpenOffice Subversion repository.
<поскипано>
Those developers changed 528,000 lines of code, but, as can be seen above, Jürgen Schmidt accounted for the bulk of those changes, which were mostly updates to translation files.еще раз, с новой строки - MOSTLY UPDATES TO TRANSLATION FILES
00-style development.
The picture for LibreOffice is just a little bit different; in the same one-year period, the project has committed 22,134 changesets from 268 developers.
lwn.net/Articles/637735/
Where is your OO now?
> lwn.net/Articles/637735/"Ну что, ж...а, довертелась?" :)
> Where is your OO now?
Как и ожидалось, програмеры успешно продемонстрировали манагерам оракля кто на самом деле делает проект :). Редхат не забыл двинуть под дых заклятым друзьям, пытающимся копипастить у них ОС, путем помощи проекту скопипастившему OO.
Цветочки в навозе, ядра 4.0/4.2 как не было - так и нету.
https://packages.debian.org/search?keywords=linux-image-4
> https://packages.debian.org/search?keywords=linux-image-4Аноним не множь этнропию, учись правильным https://packages.debian.org/src%3Alinux ссылкам настоящим образом!
Source Package linux
squeeze-backports/backports (kernel): 3.2.68-1+deb7u2~bpo60+1
Binary packages: [show 81 binary packages]
wheezy (kernel): 3.2.68-1+deb7u2 [security]
Binary packages: [show 838 binary packages]
wheezy-backports (misc): 3.16.7-ckt11-1~bpo70+1
Binary packages: [show 1010 binary packages]
wheezy-backports/backports (misc): 3.16.7-ckt11-1~bpo70+1
Binary packages:
jessie (kernel): 3.16.7-ckt11-1
Binary packages: [show 847 binary packages]
stretch (kernel): 4.0.5-1
Binary packages: [show 847 binary packages]
sid (kernel): 4.0.7-1
Binary packages: [show 888 binary packages]
experimental (kernel): 4.1.1-1~exp1
Binary packages: [show 696 binary packages]
> Цветочки в навозе, ядра 4.0/4.2 как не было - так и нету.Гит.кернел.орг и https://packages.debian.org/src%3Akernel-package make-kpkg в зубы, разобраться и доложить прямо сейчас!!!
---Упал-отжался, молодой!
Пользователи тестинга, такие, как мы с тобой, должны страдать дольше остальных. Но ничего, в 4.0.7 регрессий вроде как нет, осталось страдать всего 3-4 дня.
debian experimental# apt-cache search 4.1.0-trunk
linux-headers-4.1.0-trunk-all - All header files for Linux 4.1 (meta-package)
linux-headers-4.1.0-trunk-all-amd64 - All header files for Linux 4.1 (meta-package)
linux-headers-4.1.0-trunk-amd64 - Header files for Linux 4.1.0-trunk-amd64
linux-headers-4.1.0-trunk-common - Common header files for Linux 4.1.0-trunk
linux-image-4.1.0-trunk-amd64 - Linux 4.1 for 64-bit PCs
linux-image-4.1.0-trunk-amd64-dbg - Debugging symbols for Linux 4.1.0-trunk-amd64
linux-support-4.1.0-trunk - Support files for Linux 4.1
xen-linux-system-4.1.0-trunk-amd64 - Xen system with Linux 4.1 on 64-bit PCs (meta-package)
> Цветочки в навозе, ядра 4.0/4.2 как не было - так и нету.Чем пиндеть на форуме - за столько времени сам бы уже три раза ядро собрал, если уж настолько нужно и именно 4.2 :).
Вот правда Фороникс с их фермой из 58, кажется, систем - утверждает что ядро 4.2 - ай-яй-яй, первый RC валится на половине систем с какими-то дурными ошибками. Что ожидаемо. Кто там древний, неподдерживаемый но работающий ассемблерный код побустал и заменил на сишный? Да еще вкоммитили на одно из самых больших ядер. Вот, получите фаллауты и распишитесь.
Собирал, но это не вариант и не красивое имя сборки и номер
> Собирал,Ну так там дел с рыбью ногу - сказать make deb-pkg да забрать свои пакеты через хренадцать минут. Ну еще конфиг проверить. Если руки из ж..., и вообще ощущаешь себя осьминогом - используй дистрибутивный конфиг и все будет оки-доки в пределах разумного. А если руки, голова и окорок не объединены в одно место - можно еще и подправить нечто, по вкусу. Если понимаешь что и зачем. Скажем, можно поучиться у убунтуев тому как делать low latency ядра под десктопы. Ну или если лень - можно качнуть пакеты из "kernel ppa" (который ни разу и не PPA, а всего лишь HTTP сервак с deb-пакетами новых ядер).
> но это не вариант
Это почему бы? Судя по счетчику я уже более полусотни раз ядро билданул. ЧСХ на некоторых компах этот самосбор и держит их на плаву.
> и не красивое имя сборки и номер
А это уже вопрос к тому кто собирал ядро...
Шел 2017 год.
"Несколько лет назад дистрибутив мигрировал на systemd, поставка которого в настоящее время признана нецелесообразной."
Да услышат тебя айтишные божества.
> Да услышат тебя айтишные божества.Не боги горшки обжигают. Но потреб-динам, действительно, кушать придется то что спустили сверху более разумные существа. Участь у потреб-дин такая - за них всегда все решают другие.
Собака лает, караван идёт. Даже дистростроители понимают это, и переходят на systemd.
Нет, этого уже не будет. Скорее всего придет сюда Леннарт Поттеринг и наведет порядок)
> "Несколько лет назад дистрибутив мигрировал на systemd, поставка которого в настоящее
> время признана нецелесообразной."Конечно. Мы будем слуашть истошные вопли о том что Леннарт - не такой уж и плохой :). С апстартом так уже бывало. И с д-басом. И кого я там еще забыл.
> "Несколько лет назад дистрибутив мигрировал на systemd, поставка которого в настоящее
> время признана нецелесообразной."Как тут подсказывали, http://the-world-after-systemd.ungleich.ch/
Ух ты. Неожиданно позитивный урл из мира systemd-хейтеров, обычно не пытающихся разобраться, зачем все затеяно. Тут же человек явно пытается рассуждать. Может, из этого проекта и выйдет что-то позитивное?Мне особенно понравилась одна из ссылок на сайте на пост, объясняющий, почему развелось всяких *Kit'ов и *ctl'ей и какую функцию они выполняют (и почему десктопы хотят это в зависимостях) - https://lists.debian.org/debian-user/2014/10/msg01409.html
> зачем все затеяно. Тут же человек явно пытается рассуждать. Может, из
> этого проекта и выйдет что-то позитивное?Действительно, хоть какой-то проблеск мыслительной деятельности. И тот - весьма урезанный. Простите, уважаемые ископаемые, но чрут - давно протух. По факту это архаичный системный вызов, который сделан максимально бестолково, что зарубает половину сценариев использования приходящих в голову, а остальные делающие не слишком пресными. Cgroups + namespaces большой шаг вперед по сравнению с chroot. И если человек цепляется за чрут - ок, мне не по пути с этим человеком. Я буду пользоваться namepaces. Потому что мое ядро это умеет. И мне нет причин обрубать себя до уровня окаменелых юниксов.
> Мне особенно понравилась одна из ссылок на сайте на пост, объясняющий, почему
> развелось всяких *Kit'ов и *ctl'ей и какую функцию они выполняютНу вот такую. Не хотят програмеры разбираться в интимных особенностях каждого местечкового дистра с его самобытными костылями. А если сильно упираться рогами - програмеры начнут бубнить "ну и хрен с вон тем дистром, не очень то и хотелось его поддерживать: возни много а результата мало".
Да услышит тебя святой Коннектий
Одному мне все это напоминает мексиканскую мыльную оперу?:)
> Одному мне все это напоминает мексиканскую мыльную оперу?:)Процесс разработки софта вообще штука достаточно увлекательная. Иногда даже никаких билетов в цирк не надо - у софтварщиков бывает и веселее, там можно посмотреть как остроконечники рубятся на пиках с тyпокончниками, не забывая забрасывать врагов всем что под руку попалось :)
Мавр сделал дело, мавр может уходить. А здешние онолитеги, видимо, забыли каким болотом был ffmpeg до отделения libav.
Они не аналитеги, они всё понимают, просто любят обострать что-то хорошее и называют это "троллингом". В моё время троллинг был другим.
> называют это "троллингом". В моё время троллинг был другим.А трава^W тролли были зеленее и тоньше?! И солнце светило ярче? Вентилятоы крутились быстрее? И даже гуано попавшее на вентилятор было более вонючим?! Это старость. Придется тебе сидеть на завалинке, оставив дубинку над камином^W печкой.
>> называют это "троллингом". В моё время троллинг был другим.
> А трава^W тролли были зеленее и тоньше?!
> Это старость. Придется тебе сидеть на завалинке, оставив дубинку над камином^Wпечкой.С одной стороны, если троль хочет "просто поговорить", да, старуха всё ближе с каждыднём. С другой стороны, показательно заблеснил :-P троля. Слаба нынче моожёжь!
> С другой стороны, показательно заблеснил :-P троля.Ну ты то как самый умный попался даже дважды :-P.
> Слаба нынче моожёжь!
Болотом ffmpeg был только в пропаганде libav. А эти чуваки сначала попытались устроить рейдерский захват инфраструктуры ffmpeg, а когда получили отпор от сообщества - создали свой гoвнофорк с намеренно поломанным API и NIH-синдромом.
> Болотом ffmpeg был только в пропаганде libav.Не только. Половина разработчиков ffmpeg погрязли в методах разработки "на дворе новье и круть - CVS". И истошно вопили что многопоточное декодирование - не надо. Ну а в libav все это быстренько привели в адекват. Над ffmpeg нарисовалась неиллюзорная перспектива проcpaть полимеры, т.к. претезний было довольно много. Но в ffmpeg смогли доказать что у них - стальные. Они стиснули зубы и ударно вкатили новых фич и пересмотрели ряд дурных практик в разработке, оставшихся из эпохи CVS. Развитие проекта втопило и ситуация пришла в норму. А в libav наоборот стали заваливаться в неадекват, отвергая изменения по причине "это сделано в ffmpeg!!!111". Более неконструктивный подход просто сложно себе представить - это уже у libav теперь зазнайство и ретардизм поперли. Не говоря о том что они задолбали ломать утилиты и апи. Ну ладно, переделать может и надо. Но не каждые же полгода все ломать?! Народ не успевает чинить программы и скрипты и все находится в состоянии факапа.
> с намеренно поломанным APIЯ недавно попробовал использовать библиотеки FFmpeg и не заметил разницы в API с libav. Может, она и есть, но на фоне изменений API за пять лет эта разница мизерна.
Ломать API — традиция для FFmpeg. Неудивительно, что её продолжил и форк. Просто они начали ломать API в разных направлениях.
> Я недавно попробовал использовать библиотеки FFmpeg и не заметил разницы в API
> с libav. Может, она и есть,Она не только есть, но и постоянно меняется. И те кто активно пользуется этими либами от этого очень страдают, им приходится буквально сидеть на двух стульях.
В свое время разработчики libav имели наполеоновские планы по перекраиванию апи и по переделке параметров у командлайновых утилей. ИЧСХ, как миниимум часть планов в жизнь воплотилась. Если вас не зацепило - ок, повезло. Но это реально рандом - достаточно немного поискать что думают про это разработчики, активно пользующиеся этими либами.
> за пять лет эта разница мизерна.
Тем не менее, головняка разработчикам подвалило изрядно, а половина скриптов работать перестало. Потому что командлайновые параметры перекроили.
> Просто они начали ломать API в разных направлениях.
Именно. И вот это большая проблема для разработчиков. При том ffmpeg'овские разработчики явно кооперативнее и передирают и libav-шные изменения. А libav - птицы гордые. И улучшения из ffmpeg им не надо. В результате ffmpeg получается лучше - он суперсет libav. И апи все-таки не так агрессивно ломают. И особенно утилиты.
Закончились 4 года позора и унижений.
> Закончились 4 года позора и унижений.Кто ж тебя так? :\
Вообще выглядит маразмом делать замещающий форк. За один этот факт разработчики не заслуживают уважения в принципе.
> Вообще выглядит маразмом делать замещающий форк. За один этот факт разработчики не
> заслуживают уважения в принципе.Вообще, главный принцип опенсорса - "форкай наздоровье, если здоровья хватает". А пиндеж каких-то анонимусов про уважение - это лулзов пачка.
> Вообще, главный принцип опенсорса - "форкай наздоровье, если здоровья хватает".Прям-таки главный?
> Прям-таки главный?Без этой возможности остальная активность в рамках опенсорса просто теряет какой либо смысл.
Характерный пример: жил да был линевый кернел. Ну и прикручивал я его в энную задачу. Но вот оказалось что вон там надо самую капельку подправить, "in situ". Это конечно жирно называть форком, но это дельта относительно майнлайна все-таки не ноль. А если бы так было нельзя - все бы просто профакапилось. Ну и зачем мне ядро, с которым только факапы и светят?
>> Вообще выглядит маразмом делать замещающий форк. За один этот факт разработчики не
>> заслуживают уважения в принципе.
> Вообще, главный принцип опенсорса - "форкай наздоровье, если здоровья хватает". А пиндеж
> каких-то анонимусов про уважение - это лулзов пачка.С такими принципами, я думаю, ты бы сдох. Впрочем, не велика потеря.
> С такими принципами, я думаю, ты бы сдох. Впрочем, не велика потеря.Ну вы то то от отсутствия самомнения явно не умрете. Рассуждать с напыщенным видом о уважении анонимуса - ммм... это сильно :)
Ну хоть что-то радостное в дебиановых краях, поздравляю!
В Jessie этого перехода уже не будет?
Когда будет утверждён переход Debian на SysVinit ?
> Когда будет утверждён переход Debian на SysVinit ?"Видишь, там на горе рассвистелся вдруг рак".