Тайное знание про EPEL

[vitus_wagner]

Тут ramendik добыл из мейнтейнеров EPEL тайное знание:

Чтобы пересобрать пакет из EPEL надо поставить пакет epel-rpm-macros, иначе не rpmbuild кое-каким словам, встреченным в spec-ах удивится.

От себя добавлю, что многие EPEL-овские пакеты в процессе сборки запускают весьма продолжительный test suite, и если вы собираете на чем-то типа Raspberry PI, крайне рекомедную собирать командой

rpmbuild --rebuild some.src.rpm --nocheck

Правда, gtest они при этом все равно захотят, но его в общем довльно несложно либо просто поставить, либо тоже пересобрать.

И еще лучшие EPEL-оводы рекомендуют подключать репозиторий https://archives.fedoraproject.org/pub/archive/epel/7/aarch64/ который будет жить дольше всех мирроров, несмотря на прекращение поддержки архитектуры редхатом (впрочем из centos 7 эта архитектура вроде никуда не делась) Еще также рекомендую ежели чего не нашлось, поискать на https://buildlogs.centos.org/ - там аравда больше scl, чем EPEL, но всё равно полезные вещи попадаются. В частности, llvm-toolset-9.0, для байткода, собранного которым мне понадобились llvm9.0-libs из EPEL я брал именно оттуда.

Comments

[pascendi]

Залез я на сайт EPEL, чтобы понять, что это такое и -- может, мне это надо на мой восьмой CentOS?

Увидел там много бла-бла-бла о проекте, немного полезной (?) информации про установку пакета, и НИ СЛОВА о его составе и функциях.

Вы, наверное, можете подсказать, где об этом написано?

[vitus_wagner]

В centos есть пакет epel-release. Вы его ставите и выбор доступного для установки софта становится заметно больше. Не как в Debian и Ubuntu, конечно, но всё же.

В 6-м и 7-м RHEL я вообще не понимаю как можно было жить без EPEL. В 8-м ситуация чуточку получше, он просто еще не успел настолько устареть.

[pascendi]

Ну хоть намекните, ЧТО ТУДА ВХОДИТ и ЧТО ОНО ДЕЛАЕТ.

[vitus_wagner]

Ну более менее всё, популярное опенсурсное, что по каким-либо причинам не положили в RHEL. Меня в основном интересуют всякие библиотеки вроде компрессии zstd и lz4, а также llvm и clang поновее. Впрочем clang и более новые gcc - это scl, а не epel. Но llvmN.N-libs к нему - в epel.

Вроде как люди, которые rhel/сentos пользуюся еще много полезного в EPEL находят

А я ими не пользуюсь, я только пострес под них собираю. Ага - schroot и lxc нормальных версий тоже в EPEL и чтобы развернуть на одной машине десяток разных операционок, если на хостсистеме RHEL, без EPEL-не обоойтись. Есть у меня одна такая с архитектурой powerpc.

Как правило картина такая - вот нужна тебе какая-то софтина. Вплоть до Centos 7.6 это даже python3 касалась. В дистрибутиве ее нет. Подключаешь EPEL - ура, ставится.

[pascendi]

Ага, спасибо, понял.

[self_perfection_lj]

Помнится когда я имел дело с CentOS 6, за любой непопулярной полезной утилитой будь то pv, ncdu или udpxy приходилось подключать EPEL. В основных репозиториях их не было. А без ncdu отвечать на вопрос "что съело место / иноды в этой директории" кардинально менее удобно.

Как потом не знаю, сторонился RPM дистрибутивов.

[vitus_wagner]

Да так же. Поскольку у меня работа такая - собирать пакеты под полсотни разных дистрибутивов я могу это с уверенностью сказать.

[pascendi]

Спасибо, полезная штука.

[burbilog]

du -x .|sort -rn|less

На инстинктах набирается, ставить каждый раз стороннюю приблуду лень.

[dmarck]

жалко что в отличие от BSD у линуксового du ключа -d нет

[burbilog]

Ээээ?..

KVM nc pts/9# man du|grep -A1 max-depth
-d, --max-depth=N
print the total for a directory (or file, with --all) only if it is N or fewer levels below the command line argument; --max-depth=0 is the same as --summarize

[dmarck]

о. теперь есть. хорошо ;)

раньше не было

[vitus_wagner]

И давно, что характерно, есть. В пресловутом 7-м редхате - и то есть.

[yurikhan]

du решает разовую задачу «посмотреть, что съело». А ncdu решает более общую задачу «помогать в процессе освобождения», за счёт того, что кэширует посчитанное и не инвалидированное очередной итерацией удаления.