Проект Gentoo объявил (https://www.gentoo.org/news/2019/08/11/arm64stable.html) о стабилизации профиля для архитектуры AArch64 (https://wiki.gentoo.org/wiki/Project:ARM64) (ARM64). Из поддерживаемых ARM64-плат можно отметить Raspberry Pi 3 (https://wiki.gentoo.org/wiki/Raspberry_Pi_3_64_bit_Install) (Model B), Odroid C2, Pine (A64+, Pinebook, Rock64, Sopine64, RockPro64), DragonBoard 410c и Firefly AIO-3399J.URL: https://www.gentoo.org/news/2019/08/11/arm64stable.html
Новость: https://www.opennet.ru/opennews/art.shtml?num=51261
Так, то есть теперь можно конпелять бинарники и собирать годноту для распбери, шоб не жрала лишку, я правильно понял?
А так не копейки выигрыш?
Так вот Ктулху его знает. В контексте того железа что на распбери вкорячено - возможно и не такие копейки-то...
Arch Arm?
В человеко-часах, по сравнению с созданием для всех важных для вас пакетов собственного rpm или deb-репозиториев и самостоятельной их пересборкой с теми же нужными вам ключами, при каждом обновлении пакета в вашем дистрибутиве? Нет, не копейки.
в чем экономия, если, конечно "нужные ключи" это не -O8 ?по пунктам, подробненько.
Да неважно какие ключи. -O8 в этом смысле не принципиально отличается от -aio, -pcre-jit или -gzip_static.В вашем бинарном дистрибутие nginx собран без них, а вам нужно с ними. Ваши действия, по пунктам, подробненько.
docker run ...
> годноту для распбериКогнитивный диссонанс))
Уже несколько годы как можно. Раньше протестировано было хуже. Сейчас протестировано стало лучше.
-O8 помогает, инфа 100%
Возможно. На слабом железе генту действительно помогает, мне помогло. Это на полноценном современном ПК не особо заметно какого-нибудь прироста, а на малинке должно.
еще на первую можно было собирать
Мультилиб с armv7 или хотя бы ilp32 будет?
А какой в этом смысл? Есть примеры бинарей, собранных под armv7 и недоступных в исходниках?
Посмотри в магазине Raspbian Linux
armv7 и правда не очень нужен, а вот ilp32 позволил бы снизить нагрузку на память/кэш и потребление этой памяти
А толку? Стоит только проверить пакет какой-то сложной программы, она отсутствует у многих архитектур у Gentoo. У Firefox от версии к версии то появляется поддержка arm, то убирается. У некоторых программ вообше по 2-3 архитектуры. А у Debian для каждого пакета бинарники под каждую архитектуру. Firefox на всех архитектурах. Смысл в Gentoo какой, если ужасные ебилды пишут? Программа поддерживает, а в ебилдах поддержку архитектур не пишут.
Главное Гента, программы потом
Это не ебилды ужасные. Просто архитектуру в ебилд добавляют т. н. arch team по запросу и после проверки, что оно правда работает.
жрите, де6илы! Ой, проклятый Т9... ебилдов ждите!вы ж одну строчку в готовом, блжад, ебилде поменять - ну никак не способны (я уж молчу свой написать, это вообще атомная физика)? Никакого смысла для вас в этой генте, и вправду, нет.
Там даже строчку менять не надо. Есть package.accept_keywords
Генту не для работы а для повыпендриваться.
Для убивания времени.
Вас кто либо заставляет? Не нравится - не пользуйтесь.
Для работы. А тем, у кого уровень для Gentoo недостаточный, просто не нужно ее ставить - ничего кроме выпендрежа и потери времени на самом деле не получится.
Компилировать всю систему ради прироста производительности в пару процентов? Ради чего на работе используют Gentoo?
>Компилировать всю систему ради прироста производительности в пару процентов?Компилировать всю систему надо один раз, при установке. Не критично ни разу. И компилировать ее имеет смысл не ради прироста производительности, а ради удаления кучи не нужны зависимостей. Впрочем и ради прироста производительности тоже.
>Ради чего на работе используют Gentoo?Этот дистрибутив не хуже других.
> Этот дистрибутив не хуже других.б$!#$!
Нашли чем гордиться, особенно - на фоне чего.
>Нашли чем гордиться, особенно - на фоне чего.На фоне повального впаривания совершенно мне не нужного systemd и иже с ним, гордится есть чем.
Ради тех преимуществ что дают source-based дистрибутивы относительно binary-based.
В вашем бинарном дистрибутиве N пакетов собраны не так, как вам нужно. В Gentoo вам в большинстве случаев достаточно добавить в один конфигурационный файл одну строчку. В вашем бинарном дистрибутиве вам потребуется приложить значительно большие усилия.
> В вашем бинарном дистрибутиве вам потребуется приложить значительно большие усилия.обычно, вы не поверите - потребуется добавить в один файл одну строчку (или, скорее, поменять уже имеющуюся)
Более того, по результатам будет binary package, пригодный для установки на любой подобной системе.А у вас - внезапно, не будет, если "одна строчка" это не малополезный USE, а, к примеру, вот, архитектура.
Потребуется "приложить значительно большие усилия".
>> В вашем бинарном дистрибутиве вам потребуется приложить значительно большие усилия.
> обычно, вы не поверите - потребуется добавить в один файл одну строчку
> (или, скорее, поменять уже имеющуюся)Но ведь нет.
> А у вас - внезапно, не будет, если "одна строчка" это не
> малополезный USE, а, к примеру, вот, архитектура.
> Потребуется "приложить значительно большие усилия".Если это архитектура, то либо в вашем дистрибутиве кто-то уже приложил очень немаленькие усилия для тестирования и отладки всей этой юникосподобной кучи кода, либо нет. Бинарность-небинарность тут мало на что влияет.
> Но ведь нет.почему нет-то? %patch1234
и погнали> Если это архитектура, то либо в вашем дистрибутиве кто-то уже приложил очень
да ну нафиг, вы еще один свидетель майненеров-удаляющих-телеметрию?
Усилия приложил (или не прикладывал а просто умудрился написать/не сломать написанный 20 лет назад платформенно-независимый код) - разработчик софтины.
Нам всего-то надо ее пересобрать компилятором с другим -target при наличии готового рецепта.Что она будет работать - естественно, никто не обещал, ну так мне вот тоже никто не обещал что
у меня щас паленая луна взлетит... минуточку...Crash Annotation GraphicsCriticalError: |[0][GFX1-]: [OPENGL] Failed to init compositor with reason: FEATURE_FAILURE_OPENGL_CREATE_CONTEXT (t=8.05091) [GFX1-]: [OPENGL] Failed to init compositor with reason: FEATURE_FAILURE_OPENGL_CREATE_CONTEXT
шо це за херня? 8-O
надо же, запустилась. Ну и тооооормоз :-( Дааа, похоже, переход на 28е версии на моем атоме отложен до навсегда :-(
Ну и вот чем тут чудо-гента могла мне помочь?
>> Но ведь нет.
> почему нет-то? %patch1234
> и погналиВот в "погнали" и разница. Давайте, подробненько, и по пунктам. Начиная с создания собственного репозитория, и до автоматизации прикладывания этих патчей, пересборки и всего остального для новых версий.
>> Если это архитектура, то либо в вашем дистрибутиве кто-то уже приложил очень
> Ну и вот чем тут чудо-гента могла мне помочь?Я выше это и сказал, в случае переноса софта между платформами вопросы сборки и управления пакетами - дело десятое.
>>> Но ведь нет.
>> почему нет-то? %patch1234
>> и погнали
> Вот в "погнали" и разница. Давайте, подробненько, и по пунктам. Начиная спосле добавления строчки - rpmbuild -bb, какие тебе еще пункты
Проблема, где взять то, что в нее добавляется.> создания собственного репозитория, и до автоматизации прикладывания этих патчей, пересборки
собственный репозиторий совершенно перпендикулярен собственной сборке единичного пакета.
Какая нахрен автоматизация прикладывания того, что не прикладывается или вообще не написано?
> Я выше это и сказал, в случае переноса софта между платформами вопросы
> сборки и управления пакетами - дело десятое.так они почти всегда дело десятое, кроме вот того уникального случая, когда есть чей-то патч именно к твоей версии. У меня таких не было никогда и вряд ли будут, поэтому мне он неинтересен, как и автоматизация этого невероятного явления.
>> создания собственного репозитория, и до автоматизации прикладывания этих патчей, пересборки
> собственный репозиторий совершенно перпендикулярен собственной сборке единичного пакета.
> Какая нахрен автоматизация прикладывания того, что не прикладывается или вообще не написано?Проблемы того что не написано перпендикулярны сравнению разных типов дистрибутивов.
> есть чей-то патч именно к твоей версии. У меня таких не
> было никогда и вряд ли будут, поэтому мне он неинтересен, как
> и автоматизация этого невероятного явления.Приложили патч, единично, вручную, к версии 1.1. Завтра вышла версия 1.2, ваш патч от 1.1 к ней подходит, ваши действия? И так каждый раз для каждого пакета? Вот тут и начинает появляться собственный репозиторий и начинаться построение собственного мини-редхэта (или мини-дебиана).
И еще раз, на всякий случай, в 99% случаев никаких патчей не нужно, нужно опции поменять, с тех с которыми мейнтейнер пакета в вашем дистрибутиые решил его собирать, на те что нужны именно вам.
> Приложили патч, единично, вручную, к версии 1.1. Завтра вышла версия 1.2, ваш патч от 1.1 к ней
> подходит, ваши действия?да никаких - у меня обычный старомодный дистрибутив, с фиксированными версиями - вышла и вышла, куда-то там, а здесь ничего не изменилось.
Если она мне до слез нужна - демоны отаке, навоз вокруг дома подсох - скачиваем эту новую версию, меняем в spec цифирку, молимся чтоб собралось. Оно, скорее всего, и соберется. А может и нет, и не факт что мой патч отвалился, а не дистрибутивный.
Собственно, с ебилдом-то что - ты что другое делаешь, если ждать неохота или уже нечего? А, ну да - еще и ненужно индексы перед этим не забудь перегенерить (на всех хостах, где пакет будет использоваться - иначе бинарник не установить - вот это-то - зачем?)
> И еще раз, на всякий случай, в 99% случаев никаких патчей не нужно, нужно опции поменять,
> с тех с которыми мейнтейнер пакета в вашем дистрибутиые решил его собирать, на те что нужны
> именно вам.у меня такой случай был последний раз очень давно. В реальных и на текущий момент - нужны именно патчи (или вообще сборка чего-то не предусмотренного конструкцией). Одной волшебной командой этого не сделать.
В spec,теоретически, могут быть ключики для выбора опций. Практически это редкость в дистрибутивных спеках, разьве что майнтейнер слизнул готовый у автора.
Лезешь внутрь, меняешь строчку configure или что там было.Хстате, о птичках - у вас ведро-то уже научилось собираться из пакета, а не "вот те свалка в /usr/src, как-нибудь сам сообрази и сам следи за актуальностью"?
> Ради тех преимуществ что дают source-based дистрибутивы относительно binary-based.Так вот почему настоящий хевлетт-пацкард предпочитает генте дебиан :o)
Настоящий - это HPE, который весь стоит дешевле чем собственный когда-то отдел, который теперь называется Broadcom?А Гугл предпочитает Gentoo.
Google использует свой дистрибутив, основанный на Debian testing: https://www.opennet.ru/opennews/art.shtml?num=47929
Для десктопов, вместо Ubuntu. Той части что еще не на ChromeOS.> The first builds of Chrome OS had Ubuntu as its foundation, but it's changed over the years. In February 2010, Chrome OS started switching its foundation Linux distribution from Ubuntu to the older, and more obscure, Gentoo Linux.
> This was done, as recorded in a Chromium OS developer e-mail list discussion, because "the need to support board specific builds and improve our tools has become more urgent. In order to get there more quickly we’ve been investigating several different build tools. We found that the Portage build tools suit our needs well and we will be transitioning 100% within the next week."
>>>Компилировать всю систему ради прироста производительности в пару процентов?Ну совсем не пару, а процентов 20 получается.
>>>Ради чего на работе используют Gentoo?
Ради чистоты и стабильности системы. Ничего лишнего.
20%? Уж не путаете ли с оптимизацией для 32-битных процессоров?
> 20%? Уж не путаете ли с оптимизацией для 32-битных процессоров?там тоже 20 не будет. Разьве что в каком-то сильно специфическом случае.
в генту-сообществе вообще не принято говорить про производительность. потому что никто ее толком не замерял. все эти проценты называются с потолка. генту за другое любят - за гибкость и rolling release.
Пару процентов у тебя будет, если -O2 на -O3 заменить в make.conf. А вот пересобрав SQLite с icc или Python и numpy с патчем avx512 + MKL + PGO, буст будет не 20 и не 30 процентов. И вот как раз работа с кастомизацией пакетов в генте организована на отлично, в твоем любимом дистре это будет либо make && make install во все поля, либо поднимать приватные пакетные репозитории, что куда геморройнее, чем git diff > /etc/portage/patches/pkgname/my.patch && emerge --oneshot pkgname.
Признаю, был в этом плане не прав.
да, 2-3% - это точно "не 20 и не 30". Правда, от пересборки с PGO и двух не будет.вы бы, ребятки, хоть мерять пытались...
> И вот как раз работа с кастомизацией пакетов в генте организована на отлично, в твоем любимом
> дистре это будет либо make && make install во все полязнаток детектед.
типикал опеннет юзер.
git diff > /etc/portage/patches/pkgname/my.patch && emerge --oneshot pkgname.
уп-с, не работает - патч не приложился/при сборке вылезли ньюансы/ты чего-то не доглядел и нужен еще один патч поверх патча.
После пятой попытки - да, заработало, расскажи нам как ты "сэкономил время" по сравнению даже с банальным checkinstall.отдельный привет передают следующие поколения админов, напоровшиеся на то, что перенесенный на другую точно такую же систему конфиг производит неработающий результат, потому что про твой патч никто не знал и уже забыли.
> да, 2-3% - это точно "не 20 и не 30"Может там конкретно Питон и SQLite хорошо ускоряются. Ну там, neon...
> уп-с, не работает - патч не приложился/при сборке вылезли ньюансы
Я когда делаю репозиторий для бинарного дистрибутива, там тоже такое бывает
> Может там конкретно Питон и SQLite хорошо ускоряются.от пересборки с волшебными ключами? Не смеши мои тапочки. Это только у фантазеров с похороникса, не способных банально чистый тест провести, обязательно надо сравнивать яблоки с ящиками.
там погрешность на уровне точности измерений будет. А если будут хотя бы те стабильные 3% - надо пойти и исправить баг в исходнике.
Чтобы какой-нибудь avx обеспечил ускорение - тебе надо сперва код для него написать. Да, сишный/плюсовый - но именно под avx оптимизатор (выглядит, кстати, дико, и без оптимизатора даст замедление, в разы).
>> уп-с, не работает - патч не приложился/при сборке вылезли ньюансы
> Я когда делаю репозиторий для бинарного дистрибутива, там тоже такое бываеттакого не бывает только у фантазера-гентуфанбоя, с руками-не-из-сфинктера, а у простых смертных сборка, для которой понадобилось не один --with-... поменять, а что-то на самом деле патчить, обычно протекает методом проб и ошибок, и итераций там бывает много (особенно обидно - когда пара из них - из-за ошибок в spec/ debian/rules и мы еще подождем, пока оно пересоберется, теперь прав...мммать, вот тут еще надо было... - при том что готовый бинарник уже вот, лежал)
Но в бинарном дистрибутиве ты можешь считить, запаковав в пакет без сборочной процедуры - он все еще будет - пакетом, с контролем версий, зависимостями, чендждлогом, автоматическим удалением с зачисткой хвостов, а не результатом make install.
А полноценным собирающимся пакетом заморочиться только либо если тебе нужно его тиражировать на сотни систем, либо предполагается его сопровождение пару лет, с мержами и апгрейдами. Причем это можно сделать как-нибудь потом, а не тратить время на отладку сборочной системы для каждого теста.
Для emerge мне подобный простой обходной путь неизвестен.
Зато вон прекрасная инструкция прямо по второй ссылке из новости - ebuild foo-1.2-r3.ebuild manifest после смены флажка архитектуры.
Это тебе придется делать _на_каждой_ системе. Удобно, чо.
Еще раз - патчи для AVX в открытом доступе. Написаны инженерами московского бюро интеля. Апплай @ замеряй. Там ребята, конечно, не уровня поха сидят, но тоже соображают. Если неохота собирать самому, можно померить производительность, поставив бинарные пакеты от интеля: https://software.intel.com/en-us/articles/installing-intel-f... или включив канал в анаконде: https://anaconda.org/intel/intelpython , но там среди полезного будет и мусор вроде бэкпортнутого pybench или собирания телеметрии по исключениям в отдельный логфайл. Но, конечно, если охота просто поп*деть, то можно вообще не напрягаться.> такого не бывает только у фантазера-гентуфанбоя
Ну ок, готов выслушать твои аргументы, если, конечно, они у тебя есть. Приведи набор команд с нуля, нужный, чтобы получить на дебиане установку python3-numpy с патчем https://github.com/clearlinux-pkgs/numpy/blob/master/use-avx... . Команду для генты я дал выше. Заодно покажи, как бинарные дистрибутивы помогают избежать проблем с неапплающимися патчами по сравнению с гентой.
Да, интересует jessie, в buster'e этот патч уже принят в апстрим.
а, тогда что мешает dpkg-buildpackage, раз он уже в репо валяется ? (бинарный, поди, не того пихона захочет)
Я хз, что мешает, ты команды приведи, я в докере попробую воспроизвести. Может, оно и вправду будет быстрее, выше, сильнее возни с гентой, перееду на бинарный дистр и заживу полной жизнью.
дык, привел же уже.
Или детальней разжевать?
Качаешь из репы свой пакет (можно мучаться с apt-get -t и добавлением чужой версии в конфиг, но нафиг не надо ради одного пакета - просто зайди на https://packages.debian.org/stretch/ и скачай исходник - осилил же ж скачать интеловский патч я вот вообще хз откуда, значит, и это не проблема), apt-get build-dep как-там-его, dpkg-source (ну или руками распакуй, это просто tar архив и патч к нему) cd туда и dpkg-buildpackageНемного уежищно выглядит? Ну так нефиг браться за всяку каку, бери rpm-based
ты мне лучше расскажи как в докере жить с гентой, учитывая ее странный "официальный" образ с отдельным portage и неумением докера собирать образы из такого двойного.
Вариант с копированием его целиком, разумеется, сразу лесом.
Ты дуболом. На git diff > /etc/portage/patches/pkgname/my.patch && emerge --oneshot pkgname ты написал какую-то портянку трэша из dpkg-XXX. Ты по ходу в практике полный 0, а потрындеть на опенете +100500 тебе в карму.
> На git diff > /etc/portage/patches/pkgname/my.patchто есть на ситуацию случающуюся в жизни примерно никогда
походу, не я в практике полный ноль.
философ ты наш
> Еще раз - патчи для AVX в открытом доступе.ну прекрасно, то есть есть целый один пакет (весьма специфичный, ибо это вычислительная математика, а не очередной клиент прекрасного matrix) в котором есть целый один вендорский патч, почему-то не попавший в апстрим.
Это ж целиком и полностью оправдывает пересборку всего и вся, каждый день заново, потому что обновился один файлик, да?
Особенно полезно на, поднимаем глазки к топику, arm64, да?> Приведи набор команд с нуля, нужный, чтобы получить на дебиане установку python3-numpy с патчем
а патч точно-точно приложится абсолютно к любой версии (или, как обычно, версия у тебя одна, та что git clone создает?) - или в твоей инструкции кое-что пропущено?
> Заодно покажи, как бинарные дистрибутивы помогают избежать проблем с неапплающимися патчами по
> сравнению с гентой.причем бы тут проблема с неаплаящимся патчем? Они, как и гента, требуют ненужных знаний о внутреннем устройстве конкретного пакета и конкретной опакеченной софтины - отдельно (предполагая, что вообще-то ты знаешь как устроена пакетная система, я вот, к примеру, предпочел бы не знать).
Когда и если они у тебя есть - добавить патч в spec/rules - дело одной строчки. Остальное за тебя точно так же сделает автоматика - при условии что патч приложится (что у тебя именно та версия, или ты можешь позволить себе на нее поапгрейдиться, что он не подерется с местными патчами и т д - именно на это обычно и гробится время. Чем тут поможет небинарность? Две команды на тему install build-deps сэкономит мне?)Иногда такой фокус прокатит и с gentoo - но в чем преимущества, так и осталось неясным.
> ну прекрасно, то есть есть целый один пакетНет, стоп - так два процента прирост производительности и "вы бы, ребятки, хоть мерять пытались" или все же уже не два? Не съезжай на отвлеченные темы ARM или скорость загрузки жабаскрипта в фаерфоксе, это меня не интересует. Там прироста и не будет, кстати, это действительно фантазии фарятьева.
> а патч точно-точно приложится абсолютно к любой версии
Да ты хоть к какой-нибудь приложи. Ну что там в джесси, python3-numpy==1.12? Вот к ней и приложи.
> Это ж целиком и полностью оправдывает пересборку всего и вся, каждый день заново, потому что обновился один файлик, да?
Непрерывная пересборка всего и вся идет только в статье о генте на лурке. Конечно, мажорное обновление gcc встанет в пересборку как минимум @system, но часто ли стабилизируется gcc? Кроме numpy + scipy + scikit + tensorflow да еще пары пакетов на подсосе, которые надо модифицировать, остальное все равно все в стейбле, world апдейтится кроном два раза в месяц на выходных, когда комп на работе, мне от этого ни холодно ни жарко.
> причем бы тут проблема с неаплаящимся патчем?
При том, что знаток детектед, типикал опеннет юзер и "расскажи нам как ты "сэкономил время" по сравнению даже с банальным checkinstall." Вот и расскажи, как апплаить патчи в пакеты на бинарных дистрах - быстрее make && make install и постепенного съезжания в LFS мне альтернатив неизвестно. Может, просветишь.
> Нет, стоп - так два процента прирост производительностиокей, если дядя на блюдечке принесет специальный патч, именно для твоей версии (а, ну да, с кем я разговариваю - ты ж любитель обмазки свежачком и версия самая распоследняя) и причем программа занимается исключительно вычислениями - возможно будет и поболее 2% (правда, подозреваю, опять в каком-нибудь синтетическом тесте, слабо связанного с реальностью)
Это очень частый и сплошь и рядом повторяющийся сценарий, каждый день несут и несут эти патчи, не успеваю прям прикладывать.> Непрерывная пересборка всего и вся идет только в статье о генте на лурке. Конечно, мажорное
> обновление gcc встанет в пересборку как минимум @system, но часто ли стабилизируется gcc?вопрос в другом - нахрена же мне пересобирать всю систему, если у кого-то "стабилизировался gcc"? Каких чудес я обрету от этого бесполезного прожигания ресурсов и времени?
Отдельно - с геморроем когда то же самое произойдет на паре хотя бы десятков ящиков, занятых хоть чем-то полезным, а не пересборкой самих себя.> Кроме numpy + scipy + scikit + tensorflow да еще пары пакетов на подсосе
что мешает пересобирать их для себя и такие, какие нужны тебе в любом бинарном дистрибутиве?
Если их всего шесть штук?> "расскажи нам как ты "сэкономил время" по сравнению даже с банальным checkinstall."
вот так и сэкономил - у меня не пересобирается world с непредскзауемыми постэффектами (например, банально "ой, место кончилось") ради "стабилизировавшегося gcc".
Отдельно поставленный gcc другой версии при этом - вполне себе бывает.> Вот и расскажи, как апплаить патчи в пакеты на бинарных дистрах - быстрее make && make install
так и на твоей генте это - быстрее, чем куда-то там в специальное место специально класть специальный патч. А если он таки не под твою версию - ты так и не ответил, что тут делать-то?
Не быстрее - потом выковыривать в ста местах чтобы откатить на прежнюю версию, это да.
Не быстрее - на нескольких серверах синхронно.
>вопрос в другом - нахрена же мне пересобирать всю систему, если у кого-то "стабилизировался gcc"? Каких чудес я обрету от этого бесполезного прожигания ресурсов и времени?не хочешь - не пересобирай. старый ни куда не денется.
> Отдельно - с геморроем когда то же самое произойдет на паре хотя бы десятков ящиков, занятых хоть чем-то полезным, а не пересборкой самих себя.
зачем на каждой машине в парке из нескольких десятков собираться? ни кто не запрещает делать свои бинарные репы, дистцц с кэшем, загрузку машин с образов, предварительно скачанных по ftp
как пересобирать только то, что требуется по соображениям безопасности или эффективности?А не "все подряд, что поменялось с последней синхронизации".
При этом зависимости вида "библиотека используется вон там" учитывать надо, а "собрано вот этими инструментами" - нафиг не?> зачем на каждой машине в парке из нескольких десятков собираться? ни кто не запрещает делать
> свои бинарные репыпроблема что их надо - сделать (это помимо мелочей с ebuild manifest - который низачем не нужен, но без него бинарный пакет, внезапно, не поставить)
А для клонов редгада - просто смиррорить.> дистцц с кэшем, загрузку машин с образов, предварительно скачанных по ftp
по-моему ты рассказываешь как увеличить геморрой, а не уменьшить
Да смысл ему это объяснять, чувак кроме как статьи о генте на лурке ее в глаза не видел. Впрочем, он в большинстве тем такой же уровень осведомленности показывает, стоит чуть глубже копнуть.
Короче, фацит такой: на простой вопрос "дай команду, как пропатчить пакет на бинарном дистре" ты слился, промямлив что-то а-ля "пойди туда, не знаю куда" и "а вообще на rpm-based надо, у вас неправильный дистр". Что говорит о том, что ты банальный "всезнайка"-пздобол, и обсуждать тут дальше нечего. Сам полуркаю лучше. Твоя безапелляционная дичь про два процента оказалась также ничем не подтвержденной брехней. Вообще, с твоим скиллом нести чушь безапелляционным тоном и игнорировать факты тебе не в айти надо работать, а где-нибудь на первом канале или у памфиловой, там таких додиков любят.
> на простой вопрос "дай команду, как пропатчить пакет на бинарном дистре""как пропатчить кде под фребеэсде".
Никак. Точно так же как и в небинарном.
Поскольку ты привел совершенно бесполезную команду, не имеющую смысла ни для какой системы кроме твоей конкретной вот на эту вот дату.
Через день этот патч не приложится, потому что обновилась.Иди луркай, без знания деталей работы инструментария не получится, и в прекрасной генточке - тоже.
Подсказка: в rpm-based это делается проще.> Твоя безапелляционная дичь про два процента оказалась также ничем не подтвержденной брехней.
да-да, ведь мильен процентов - они от пересборки всего из исходников, а не от того что дядя за тебя сделал оптимизацию, что случается примерно раз в десять лет в очень специальном софте (и сам же признал, что в текущем дебиане [супергерое, спасающем, заметим, мир от свежего софта] все уже до тебя попатчили, бери и пользуйся)
И что тебе остается - -O8 ?
да вообще то прирост даст -march=native, а не -O8
и если в бинарные дистры -О2 еще сделают, то -march=native - никогда, потому что бинари работают либо быстро, либо везде.
еще один свидетель секты -O8 пожаловал :-( да когда ж у вас каникулы-то кончатся?У чувака "20-30 процентов" не от бесполезных игр с ключиками, а от здорового куска совершенно специального кода для совершенно специальных программ, которых у вас нет, и не будет никогда, потому что нахрен он обычным людям не нужны.
>Особенно полезно на, поднимаем глазки к топику, arm64, да?у нас тут эта, кросскомпиляция есть. иногда даже заводится с пол пинка.
и чего - патч для avx сильно той кросскомпиляции-то помог? ;-)
Кстати, а что это ты только к avx и pgo прицепился? Там же ещё одна аббревиатура указана, или ты и про MKL будешь утверждать, что она на 2% быстрее GNU Blas/LAPACK?
> в твоем любимом дистре это будет
> либо make && make install во все поля,Ну, в моем любимом бинарном дистре будет make install clean. Чем оно так не угодило анонимам - непонятная тайна.
> либо поднимать приватные пакетные репозитории, что куда геморройнее
Да не сильно геморройнее make install clean. Конкретно - добавление 4 строк в конфиг пакетника.
> чем git diff > /etc/portage/patches/pkgname/my.patch
> && emerge --oneshot pkgname.А если git diff "неправильный", то ... ?
> А если git diff "неправильный", то ... ?я уже пять постов подряд пытаюсь от оппонента добиться ответа - что бывает в случае вот чуть посложнее такого тривиального, когда чудом чужой патч подходит именно под его версию пакета и не дерется с локальным патчами. В ответ - тишина.
Похоже, успеха он добился один-единственный раз, когда ему просто случайно повезло (возможно - с пакетом) и искренне не понимает, что в большинстве случаев все совсем по другому
> Ну, в моем любимом бинарном дистре будет make install cleanАга, повторить 20 раз, получить LFC, только с засранным /usr/lib. make uninstall-то завезли уже, или до сих пор make install в лог сохраняют? Разработчики дистров дураки какие-то, все какие-то пакетные менеджеры пилят, один анонн постиг тайны мироздания. Просветил бы болезных, что дурью маются.
> Конкретно - добавление 4 строк в конфиг пакетника.
Охотно верю, что локальный репозиторий легко настраивается, на генте оверлеи тоже подключаются с полпинка. Вот с билдами дебов-рпмов уже труднее верится, пока никто на конкретном примере не разубедил.
> А если git diff "неправильный", то ... ?
А на бинарном дистре это, конечно же, решается магическим yum fix my.patch или что? Или столько же телодвижений надо сделать, если не больше? Ну а в чем тогда убогость генты-то?
>> Ну, в моем любимом бинарном дистре будет make install clean
> Ага, повторить 20 раз, получить LFC, только с засранным /usr/lib.LFS.
И /usr/lib останется нетронутым - для этого есть префиксы.
> make uninstall-то завезли уже, или до сих пор make install в лог сохраняют?нет, но завезли make deinstall.
> Разработчики дистров дураки какие-то, все какие-то пакетные менеджеры пилят, один анонн постиг тайны мироздания.
Интересные фантазии (или фобии?). Я ни словом не обмолвился о том, что пакетники "нинужна".
Просто, если мне нужен отдельный пакет, то его соберет make package, но всей разницы между make install и pkg install - наличие отдельного пакет в локальной репе и отсутствие мета-инфы о репе в БД установленного софта.> Просветил бы болезных, что дурью маются.
С этим пока отлично справляются некоторые гентушники.
>> А если git diff "неправильный", то ... ?
> А на бинарном дистре это, конечно же, решается магическим yum fix my.patch
> или что? Или столько же телодвижений надо сделать, если не больше?Да нет, это решается распаковкой и накладыванием штатных патчей:
make extract patch
потом походом в /WRKDIRPREFIX/usr/ports/xxx/yyy/work/soft/
и разруливанием конфликта ручками.
В итоге делаем
make makepatch
и у нас есть собственная версия патча для сборки, делай make install clean - не хочу.
Из 40 локально собранных пакетов, с кастомными патчами примерно половина, остальные 1400 - "нетруЪшные бинари из реп".
> LFS.Ага, извиняюсь, был напуган.
> для этого есть префиксы.
Лучше сразу chroot, что мелочиться. Если уж городить систему внутри системы.
> нет, но завезли make deinstall.
Интересно только, куда завезли, если он даже в списке standard targets не прописан.
>[оверквотинг удален]
> $ tar xJf glibc-2.29.tar.xz
> $ /tmp/glibc-2.29/configure --prefix=/tmp/lib
> $ make -j9 && make install
> $ make deinstall
> make -r PARALLELMFLAGS="" -C /tmp/glibc-2.29 objdir=`pwd` deinstall
> make[1]: Entering directory '/tmp/glibc-2.29'
> make[1]: *** No rule to make target 'deinstall'. Stop.
> make[1]: Leaving directory '/tmp/glibc-2.29'
> make: *** [Makefile:9: deinstall] Error 2
> Да нет, это решаетсяохренеть просто как легко и логично, разломать дистровый пакет и в итоге все равно собрать код с make мимо пакетного менеджера. Хотя я в принципе ничего другого и не ждал, когда пох слился с ответом.
> Лучше сразу chroot, что мелочиться. Если уж городить систему внутри системы.Можно, но нужно лишь при остутствии нормальной системы сборки.
> Интересно только, куда завезли, если он даже в списке standard targets не прописан.
>>[оверквотинг удален]
>> $ tar xJf glibc-2.29.tar.xz
>> $ /tmp/glibc-2.29/configure --prefix=/tmp/lib
>> $ make -j9 && make install
>> $ make deinstallЕсли вам не завезли, то это исключительно ваши проблемы:
# make -f /usr/ports/x11/rofi/Makefile deinstall
===> Deinstalling for rofi
===> Deinstalling rofi-1.5.4
Updating database digests format: 100%
Checking integrity... done (0 conflicting)
Deinstallation has been requested for the following 1 packages (of 0 packages in the universe):Installed packages to be REMOVED:
rofi-1.5.4Number of packages to be removed: 1
[1/1] Deinstalling rofi-1.5.4...
[1/1] Deleting files for rofi-1.5.4: 100%>> Да нет, это решается
> охренеть просто как легко и логично, разломать дистровый пакет и в итоге
> все равно собрать код с make мимо пакетного менеджера.Странные фантазии о "разломе пакета" и "мимо пакетного менеджера".
Увы, далеко не все представления анонимов о том "как оно там у вас на самом деле работает" соответствуют реальности.
Если патч не ложится "из каропки" при сборке пакета, то логично вмешаться в сборку сразу после распаковки и накладывания уже имеющихся патчей:
> make extract patchа после правки сохранить свою версию патчей для сборки пакета:
> make makepatch cleanоно сохранится в /usr/ports/originX/nameY/files
После этого достаточно будет сделать
> make install cleanили если нужен бинарный пакет в локальной репе (/usr/ports/packages):
> make install package cleanНу офигеть как нелогично и сложно.
> Хотя я в принципе ничего другого и не ждал, когда пох слился с ответом.
Я, в принципе, совсем не ожидал увидеть такой прокачанный скилл выборочного чтения и восприятия. Накормили^W удивили так удивили!
> Если вам не завезлиСравнил с FreeBSD, выпендрился, молодец. Можешь теперь сравнить еще что-нибудь, яблоки с апельсинами, например. Впрочем, я был с первого коммента ветки уверен, что ты тоже сюда только поп*деть пришел, ничего интересного.
> Сравнил с FreeBSD, выпендрился, молодец. Можешь теперь сравнить еще что-нибудь, яблоки с апельсинами, например.Если ты не знаешь, чем вдохновлялся Daniel Robbins при создании Portage и как может быть орагнизована сборка софта из сорцов в пакеты (какое при этом используется ядро, внезапно, дело вообще десятое см. тот же https://wiki.gentoo.org/wiki/Gentoo_FreeBSD), то это исключительно твои проблемы.
> Впрочем, я был с первого коммента ветки уверен,
> что ты тоже сюда только поп*деть пришел, ничего интересного.Но звиздел с самого начала, с умным и уверенным видом, почему-то ты:
> И вот как раз работа с кастомизацией пакетов в генте организована на отлично, в твоем любимом дистре это будет либо make && make install во все поля, либо поднимать приватные пакетные репозитории,
Нет, я-то в курсе, просто о чем говорить с человеком, у которого BSD - "бинарный дистр"? Разговор заканчивается, не успев начаться.
> Нет, я-то в курсе, просто о чем говорить с человеком, у которого BSD - "бинарный дистр"?Ну смотри, Знаток:
man freebsd-update
> NAME freebsd-update – fetch and install binary updates to FreeBSDhttp://pkg.freebsd.org/FreeBSD:12:amd64/latest/
> firefox-68.0.1_2,1.txz 48226460 2019-Aug-13 23:43
> firefox-esr-60.8.0_3,1.txz 44349628 2019-Aug-13 21:56
> gcc9-9.1.0_1.txz 46245384 2019-Aug-08 08:25
> gcc9-devel-9.1.1.s20190810.txz 46336436 2019-Aug-13 08:31
pkg stat
Remote package database(s):
Number of repositories: 2
Packages available: 32706
Unique packages: 32706
Total size of packages: 80 GiB> Разговор заканчивается, не успев начаться.
Во-во.
>> Ну, в моем любимом бинарном дистре будет make install clean
> Ага, повторить 20 раз, получить LFC, только с засранным /usr/lib. make uninstall-томальчик, брысь уже учиться хоть чему кроме генточки.
На том дистре, который он имел в виду - будет то же самое, что при установке из бинарных пакетов - только свое, собранное по-своему.
Потому как судя по набору - это *bsd.> завезли уже, или до сих пор make install в лог сохраняют?
> Разработчики дистров дураки какие-то, все какие-то пакетные менеджеры пилят, один аноннпомимо единственно-известного тебе, есть еще другие - у них make install - вызывает пакетный менеджер
>> А если git diff "неправильный", то ... ?
> А на бинарном дистре это, конечно же, решается магическим yum fix my.patchна бинарном дистре это решается все тем же - ручной сборкой с коррекцией патча по месту, под ту версию что у тебя и после приложения других необходимых патчей, и оформлением ее потом в виде изменения в .spec или rules
Обычно для этого требуется одна строчка в том или другом - но инструментарием придется научиться пользоваться, это не одна команда.
Как и в прекрасной генточке.Только, скорее всего, еще и не потребуется при этом детально изучать формат и особенности этих конфигов - по окружающим строкам догадаешься, куда и что именно надо воткнуть. И версия у них не меняется раз в день.
А в волшебной генточке - я вот до сих пор не знаю, что это все означает и как тут хоть что-то исправить:
src_unpack() {
git-2_src_unpackfor slot in $(php_get_slots); do
cp -r "${S}" "${WORKDIR}/${slot}"
done
}
что это, блжад?
может хватит уже поясничать? ставить линукс и не мочь разобраться в таких элементарнейших вещах, как слоты? (а в этих ваших бубунтах и бздях можно поставить одновременно 20 компеляторов и переключать одной командой?) в бзде мы инструментарием пользоваться учится будем, а в генте - нет? иметь нужду в наложении каких то патчей и немочь справится с их наложением? которых например у меня 2 на 1647 пакетов и оба совершенно не обязательны. а если у тебя на 1440 пакетов нужно 20 штук патчить, что бы оно наконец стала работать, то это конечно же победа системы намба ван freebsd. все убедил, гента не нужна, сегодня же все выкидываю и буду вечером патчить бздю, что бы она заработала.
> ставить линукс и не мочь разобраться в таких элементарнейших вещах, как слоты?у меня нет никаких $чих слотов в используемых мной линуксах, прекрасно себя чувствую, но я примерно догадываюсь что это слово означает.
Я так понимаю, адепт прекрасной генты увидел только его, или просто предпочел сделать вид что не видит непонятных ему слов? Подсказка, они во второй сверху строчке. Впрочем, откуда я должен был выдумать первую, если бы не подвернулся чужой кусок конфига - тоже с интересом вас послушаю.
> а в этих ваших бубунтах и бздях можно поставить одновременно 20 компеляторов и переключать
> одной командой?нет, никому кроме больных фанатиков это нахрен не нужно.
Одновременно несколько компиляторов поставить - можно, переключать стандартными юникс-средствами, которым 40 лет, а не выдумывать кривоколесный велосипед - тоже можно.
Нужно примерно одному из миллиона, да и тот позже выясняет что все равно ничего не собирается, система немодная. (глядя на несобирающийся palemoon)> иметь нужду в наложении каких то патчей и немочь справится с их наложением?
мальчик, это только у вас патчи берутся волшебным образом с неба - у остальных их приходится либо писать, либо подгибать по месту не той версии и не так устроенного пакета (либо, что чаще всего - все за тебя давно запатчили). И я вполне могу с этим справиться, но это заметно посложнее пихания патча в волшебный скриптик.
> а если у тебя на 1440 пакетов нужно 20 штук патчить, что бы оно наконец стала работать
то ты дурачок, и тебе не нужно лезть во взрослые разговоры вообще.
Мне не нужно патчить 20 штук непонятно чего, чтобы стало работать. Что я опять делаю не так?
git-2_src_unpack ? ваще без понятия что это. наверно пакует бинарный пакет из дебиана. откуда же таким мальчикам, как я, знать что такое git, архив с исходниками, и то что их нужно сперва распаковать.> переключать стандартными юникс-средствами, которым 40 лет
команду в студию будьте добры. проще, чем "gcc-config x86_64-pc-linux-gnu-4.8.4"
> (либо, что чаще всего - все за тебя давно запатчили)
ну так проблемы то какие?
>> а если у тебя на 1440 пакетов нужно 20 штук патчить, что бы оно наконец стала работать
> то ты дурачок, и тебе не нужно лезть во взрослые разговоры вообще.даже не представляю, как из того, что ты патчил 20 пакетов не понятно зачем, можно сделать вывод, что я дурачок. мальчик наверно. не дорос еще до уровня сенсея поха
> git-2_src_unpack ? ваще без понятия что этону вот так с вами, знатоками генты, и всегда.
Подаренный дядей патч (который даже дебиан, оказывается уже просто включил в пакет в версии поновее ) положить в волшебное место можете, а как что посерьезнее - неее, тут слишком сильное колдунство, отсосать придется. А ведь тут даже патчить ничего не надо (пока).
Причем самое неприятное в этом ебилде - что он весь deprecated и вот хз сколько еще будет вся магия работать.
> команду в студию будьте добры
env CC=/usr/local/bin/gcc4.9.4 [среди меня принято так конфигурировать локальные пакеты - но он вполне себе из rpm берется, и им же уберется, когда затрахает - без необходимости, понятен, в ста местах выковыривать где нагадил]
То есть вот оно прямо сейчас такое работает. Правда, не работает, похоже, что-то тут совсем немодное попалось.А вот как у вас легко и просто именно ему (а не основному системному) подменить binutils - это я с интересом послушал бы, тут вам не юниксвей, тут сплошные новыестандарты ;-)
Могу еще про пять версий пехепе на одной системе рассказать, но это хуже, там есть "нюансы".
это что ли ? https://github.com/javer/gentoo-overlay/blob/master/dev-php/...
> это что ли ? https://github.com/javer/gentoo-overlay/blob/master/dev-php/...не это, но похожее - обрати внимание, тут тоже EAPI=5 и сколько те волшебные скрипты с документацией неизвестно где проработают - неизвестно, эта версия давно уже немодная.
Dec 3, 2015 как бы намекает, и ведь вряд ли оно уже тогда было сильно новым.
> можно поставить одновременно 20 компеляторов% pkg info -x gcc
gcc-9_4
gcc5-5.5.0_6
gcc7-7.4.0_1
gcc8-8.3.0_2
gcc9-9.1.0_1
mingw32-gcc-4.8.1_4,1% pkg info -x llvm
llvm60-6.0.1_7
llvm80-8.0.0_2> а если у тебя на 1440 пакетов нужно 20 штук патчить, что бы оно наконец стала работать, то это конечно же победа системы намба ван freebsd. все убедил,
Поразительная подгорат^W избирательность восприятия.
Не только опять перепутал авторов комментов, но и решил с какого-то перепугу, что кастомный патч делается, чтобы "оно стало работать", а не для добавления не предусмотренной апстримом функциональности или изменений:
cat /usr/ports/print/freetype2/files/patch-src_base_ftlcdfil.c
--- src/base/ftlcdfil.c.orig 2017-07-17 13:12:28 UTC
+++ src/base/ftlcdfil.c
@@ -307,7 +307,8 @@
FT_LcdFilter filter )
{
static const FT_LcdFiveTapFilter default_weights =
- { 0x08, 0x4d, 0x56, 0x4d, 0x08 };
+ //{ 0x08, 0x4d, 0x56, 0x4d, 0x08 };
+ { 0x1C, 0x38, 0x55, 0x38, 0x1C };
static const FT_LcdFiveTapFilter light_weights =
cat /usr/ports/graphics/mupdf/files/patch-platform_x11_pdfapp.c
--- platform/x11/pdfapp.c.orig 2015-09-16 20:46:48 UTC
+++ platform/x11/pdfapp.c
@@ -1397,10 +1397,17 @@ void pdfapp_onkey(pdfapp_t *app, int c,
}
else
{
- if (app->numberlen > 0)
- app->pageno += atoi(app->number);
- else
- app->pageno++;
+ int h = fz_pixmap_height(app->ctx, app->image);
+ if (h <= app->winh || app->pany <= app->winh - h)
+ {
+ panto = PAN_TO_TOP;
+ app->pageno++;
+ }
+ else
+ {
+ app->pany -= (h - h/20);
+ pdfapp_showpage(app, 0, 0, 1, 0, 0);
+ }
cat /usr/ports/x11/i3status/files/patch-src_print__cpu__temperature.c
--- src/print_cpu_temperature.c.orig 2018-05-19 19:38:20 UTC
+++ src/print_cpu_temperature.c
@@ -14,7 +14,7 @@
#include <sys/types.h>
#include <sys/sysctl.h>
#define TZ_ZEROC 2731
-#define TZ_KELVTOC(x) (((x)-TZ_ZEROC) / 10), abs(((x)-TZ_ZEROC) % 10)
+#define TZ_KELVTOC(x) (((x)-TZ_ZEROC) / 10)
#define TZ_AVG(x) ((x)-TZ_ZEROC) / 10
#endif
@@ -89,7 +89,7 @@ static int read_temperature(char *therma
return ERROR_CODE;
temperature->raw_value = TZ_AVG(sysctl_rslt);
- sprintf(temperature->formatted_value, "%d.%d", TZ_KELVTOC(sysctl_rslt));
+ sprintf(temperature->formatted_value, "%d", TZ_KELVTOC(sysctl_rslt));
и т.д.
dmenu и прочее от suckless я даже упоминать не буду.
Ни один из них (как можно увидеть при минимальном понимании си), не является "обязательным, чтобы работало!" (потому что несобирающийся софт без мейнтейнера, внезапно, удаляется).
Часть уже есть в апстриме, часть слишком грязновата (а доводить до ума неохота), часть апстримить не имеет смысла, потому что вкусовщина или мелочь.Ну да, большая часть патчей моего (ну или совместного с C&P из интернета) авторства, так опенсорс как раз в первую очередь об этом - о свободе и возможности пользователя взять и поменять что-то так, как именно _ему_ нравится, а не о "наяривании с лопаты" или автомагическом выкачивании src.tar.gz и запуске ./configure && make с результатом, как у сотен тысяч других - зато "сам собрал! Ух, как я крут!"
> гента не нужна, сегодня же все выкидываю и буду вечером патчить бздю, что бы она заработала.
Судя по тому, что ты даже не подозревал, для чего могут быть нужны кастомные патчи (и как они делаются), да и с чтением у тебя оказывается довольно сильный напряг - скорее всего гента как инструмент для сборки тебе действительно не очень нужна.
$ cat /etc/portage/patches/dev-util/dex2jar/dex2jar-9999-fix_dx.patch
--- dex2jar-9999.orig/dex-tools/build.gradle 2017-11-09 16:27:13.881972781 +0100
+++ dex2jar-9999/dex-tools/build.gradle 2017-11-09 16:42:54.464965841 +0100
@@ -9,7 +9,6 @@
compile project(':d2j-jasmin')
compile project(':dex-writer')
compile project(':d2j-base-cmd')
- compile "com.google.android.tools:dx:23.0.0"
}task bin_gen(type: JavaExec) {
$ cat /etc/portage/patches/media-video/vlc/vlc-2.2.4-fix_alsa.patch
diff -uprN vlc-2.2.4.orig/src/input/decoder.c vlc-2.2.4/src/input/decoder.c
--- vlc-2.2.4.orig/src/input/decoder.c 2016-10-03 23:30:05.399907019 +0200
+++ vlc-2.2.4/src/input/decoder.c 2016-10-03 23:33:24.065905553 +0200
@@ -1177,6 +1177,7 @@ static void DecoderPlayAudio( decoder_t
DecoderWaitDate( p_dec, &b_reject,
p_audio->i_pts - AOUT_MAX_PREPARE_TIME );
+ vlc_mutex_unlock( &p_owner->lock );if( unlikely(p_owner->b_paused != b_paused) )
continue; /* race with input thread? retry... */
@@ -1199,7 +1200,6 @@ static void DecoderPlayAudio( decoder_tbreak;
}
- vlc_mutex_unlock( &p_owner->lock );
}static void DecoderDecodeAudio( decoder_t *p_dec, block_t *p_block )
@@ -1962,10 +1962,11 @@ static int aout_update_format( decoder_t
/* Parameters changed, restart the aout */
vlc_mutex_lock( &p_owner->lock );- aout_DecDelete( p_owner->p_aout );
p_owner->p_aout = NULL;vlc_mutex_unlock( &p_owner->lock );
+ aout_DecDelete( p_owner->p_aout );
+
input_resource_PutAout( p_owner->p_resource, p_aout );
}проблемы то какие?
> А у Debian для каждого пакета бинарники под каждую архитектуру.А вот не факт, что они рабочие там все.
Конечно рабочие. Тве ветки тестирования (unstable и testing), ментейнеры отслеживают как минимум ошибки компиляции. Тестировщики сообщают о багах.
К тому же, Raspbian использует пакеты Debian.
вот потребуется тебе ffmpeg под расбиан, что делать будешь?
А в чём проблема? В репах есть. Что в Raspbian, что Debian.
а ссылочку будьте добры
https://packages.debian.org/buster/ffmpeg
Для Raspbian нет собственного обзора репозитория онлайн. Ищи здесь: https://repology.org/project/ffmpeg/versions
Гм, я почему-то думал, что гентушники в этом плане впереди альта -- оказалось, нет...
А чего с генту не так?
https://mirror.yandex.ru/gentoo-distfiles/releases/arm/autob.../
Выбирай любой.Первый свой Banana PI купил пять лет назад для домашнего сервера. Потыркавшись с дистрибутивами, всё равно остановился на Генту. Кстати, отмечаю очень хорошую поддержку ARM у Arch Linux, не смотря на то, что официально они не поддерживают АРМ процессоры. Он сейчас на втором месте моего рейтинга. Очень достойный дистрибутив.
Так-то у нас тоже ещё armv5tel бывало, да и v7hf уже много лет как... другое дело, что с чем-то вроде разумных платформ всё никак не складывалось -- или ядро прибитой гвоздями версии, или блобы на блобах, или малополезная игрушка. Изменения в этом плане начались примерно с малинки, хотя не сказать, чтобы сразу по всем фронтам. Ну, насколько мне изрядно сбоку вообще видно было.
Годно!! Спротить с школотой толку нет, у каждого свой путь
> Из поддерживаемых ARM64-плат можно отметить Raspberry Pi 3 (Model B)В этом случае, у меня будет только открытый драйвер видеочипа? Он же только 32-бит... Мне очень нравится OpenMAX закрытого. Может, открытый драйвер уже умеет аппаратный h264? А браузер можно собрать с поддержкой этого?
> Из поддерживаемых ARM64-плат можно отметить Raspberry Pi 3 (Model B)годно покомпиляем значит
Ждём RISC-V