>игнорировать наличие подписи
В файле /etc/pkgmk.conf строчку PKGMK_IGNORE_SIGNATURE="no" расскоментить и переписать "no" на "yes". Так же была возможность игнорить через prt-get (какой-то аргумент)
>prt-get install firefox — исходники начали качаться. В процессе сборки по выводу можно отследить, каких библиотек не хватает для того же FF, и находить их через prt-get search в репозиториях
Если нужно проще - пишем prt-get depinst firefox и он сам поставит и зависимости и пакет лисы. Так же можно поставить типо prt-get install `prt-get quickdep`. prt-get quickdep - показывает зависимости пакета списком.
Так же можно через тот же prt-get смотреть зависимости пакета деревом, если нужно при установке.
Зачем эта свобода? Просто какая-то зависимость нужна пакету как воздух - без неё работать не будет, а какая-то нужна опционально - например, прога без этой зависимости работать будет, но будет использоваться для каких-то целей которые тебе не нужны. Тогда ты можешь не ставить этот "опциональный" пакет. Это требует понимания, да. Этот опыт и даст это понимание. Поэтому можно сделать список командой prt-get quickdep, потом удалить оттуда названия не нужных пакетов, а потом дать этот список prt-get install.
Если лениво самому компилить ядро - всегда можно конфиг ядра или уже бинарник ядра украсть из зеркал слаки типа https://slackware.uk/
Самое классное - когда научился уже писать рецепты сборки Pkgfile - тогда нет никаких проблем, тогда начинается опакечивание всего - можно тянуть готовые бинарники из сети с зеркал, репозиториев дебиана, арча и проч и паковать, можно тянуть исходники, собирать их и паковать в пакеты. Так как Arch является идейным наследником CRUX'а - они весьма похожи, только CRUX более низкоуровневый. Но вот файлы сборки арча из AUR'а легко переписываются на Pkgfile CRUX'а.
Linux пользовательaestas
Комментарии пользователя (8)
- 16.07.2025, 15:17
- 20.06.2025, 12:15Спасибо, посмотрю.
Только жаль что это баш-скрипты, а не исходники на компилируемом языке. Могут быть проблемы - желателен бинарник статически линкованный.
Но прелесть CRUX'а в том, что такое ПО для управления пакетами легко писать - список пакетов хранится в файле db и всё. Можно брать и писать. - 20.06.2025, 11:54Да, хотел тебе напомнить о второй статье, но не хотел быть слишком навязчивым. Ведь написание статей - право автора, но не обязанность.
Да сложно назвать современную сборку пакетов в CRUX "ручной". Когда-то, в 2004-м она и была может "ручной" - чисто используя pkgmk, pkgadd, pkgrm. Но сейчас почти все используют prt-get - а он сам ставит и собирает зависимости, и сам пакет. Да, иногда там нужно поправить что-то в Pkgfile - например, прописать зеркало в source, т.к. в современных реалиях сайт qt из РФ недоступен, или ещё что-то подобное. Это увеличивает работу при использовании системы, но и даёт некую независимость - ведь только от твоих рук зависит работоспособность системы и сбор пакетов, нет зависимости от некого репозитория с ПО.
Но есть одно "но" с CRUX'ом: pkgadd, pkgmk, pkgrm - слишком низкого уровня для масс, а prt-get - далеко не идеален. Поэтому есть идея написать легкий, простой и быстрый аналог prt-get'а, только без его косяков. - 20.06.2025, 11:40>Тарболы разве не для Арч
Когда я писал про тарболл - имел в виду не пакет, а сам файл с системой. В генту он в тарболл, а в Arch - iso (хотя, может есть и тарболл). - 19.06.2025, 10:14Хорошая статья.
Не только gentoo является source-based. Есть ещё Crux, который и source-based и очень похож на Arch-Linux с его AUR'ом. Просто создатель арча вдохновлялся Crux'ом при создании. Только в CRUX нет pacman'а и репозиториев с бинарниками - всё нужно собирать по портам/Pkgfile (рецепт сборки, аналог ebuild в gentoo и PKGBUILD в Arch).
Лично для меня Gentoo - слишком оверинжиниред, а CRUX - прост и понятен, а поэтому ремонтопригоден для меня.
Так же рецепты сборки Arch и CRUX очень похожи, поэтому легко переписать PKGBUILD из AUR для своего CRUX. Но опять же, ничего не мешает для CRUX просто прописать в Pkgfile не сборку, а просто скачивание бинарника из сети (например, из репозиториев Debuan или гитхаба проекта Brave). То есть нет принуждения именно компилить всё, но есть необходимость разбираться в системе до той степени, что не должно быть сложности чтобы самому писать рецепты сборки, искать ПО, зеркала и прописывать зависимости.
В CRUX можно опакетить весь мир! (с)
Но source-based гораздо больше, просто я знаю и люблю CRUX. Например, Slackware - ведь тоже (хоть мне там не нравятся рецепты сборки).
Gentoo берёт на себя решение многих проблем при сборе пакетов, в CRUX и Slackware - эти проблемы должен уметь решать пользователь. Это история из разряда "Кто-то хочет уметь и знать, а кто-то не хочет учиться, а использовать уже готовое". Если кто-то не хочет вникать в компиляцию и проч, а хочет чтобы за него проблемы решали программы - имеет полное право на это. Но так же есть люди, которые хотят досконально знать и уметь, и тогда для них подходят CRUX и Slackware.
Раньше писали "Если вы учите Red Hat, то вы узнаете Red Hat, если вы учите Slackware - вы узнаете Linux". Так это верно и в отношении CRUX, как и в отношении Slackware (и LFS, конечно).
А ищущим аналог Gentoo, но в другой ипостаси (может и не худшей) - посмотрите на exherbo.
Хотя, мне нравится тарболл Gentoo для установки - очень олдскульно. - 25.12.2024, 12:18Хорошо, ждём. Кстати, с наступающим!
- 24.12.2024, 12:35>localedef -F en_US -f UTF-8 en_US.UTF-8 - для английской
>localedef -F ru_RU -F UTF-8 ru_RU.UTF-8 - для русской
localedef -i en_US -f UTF-8 en_US.UTF-8
localedef -i ru_RU -f UTF-8 ru_RU.UTF-8 - 24.12.2024, 12:09Так ты остановился на "сложнейшем дистрибутиве Gentoo"? Видимо вторую часть о CRUX не напишешь?