CRUX 3.6

Вышел CRUX 3.6 - Мини-новость

Стабильный релиз браузера Vivaldi 3.5 для десктопов - хорошая, большая, жирная новость

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

3.6

crux разве не роллинг-релиз?

Хороший дистр, пользуюсь с удовольствием.

сам не пользуюсь, но нужно!

По умолчанию рекомендуется проводить обновление с нуля

В смысле переустанавливать - как винду?

нет. записать iso образ на флешку, и с нее произвести обновление.

это ваш выбор, хотите, пользуйтесь как роллинг.

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

на самом деле обновление или установка в чрут делается однострочником:

# mount crux.iso /media
# for pkg in /media/crux/core/*.pkg.tar.xz ; do pkgadd -u $pkg ; done

пакеты просто архивы. есть такое для удобства: https://github.com/sp00f1ng/cruxstrap

Олдовая тема, годно.

Стабильный релиз браузера Vivaldi 3.5 для десктопов - хорошая, большая, жирная новость

Да, Анон. Vivaldi просто проплачено, Шома спецом всё делал. Он же у нас МеНеДжЕр.

crux разве не роллинг-релиз?

Роллинг. Но были проведены большие работы по обновлению пакетов, входящих в CORE ветку. Такие вещи закрепляют.

Тихо и незаметно, внезапно!

Вот именно! И почему же кружок для двух с половиной калек удостоился полноценной новости в отличие от?

Чтобы привлечь больше внимания, alias файл для prt-get был перенесён в /etc.

Привлекли, что мне дальше делать с этим? Дистром не пользуюсь, но ничего против не имею

CRUX интересная штука. Обсолютно неюзабельная

почему?

1. потому что source based
2. потому что rolling release
3. потому что поделка 10 человек, которые не следят за портами

Поюзай. Вместо тысячи слов

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

Кто пользуется, правда с портами плохо все? много не собирается?

Зависимости glibc теперь используют python3. Сам python3 перекочевал из ветки OPT в CORE пакеты.

Из glibc вырезаны зависимости rpc и nls и выведены в отдельные пакеты: libnsl и rpcsvc-proto.

Переименованы пакеты Mesa3d в Меsa, openrdate в rdate, jdk в jdk8-bin.

Лол, всегда умиляли такие новости. Да кому какое нахрен дело до этой возни? Таких изменений любой мантейнер пакетов делает десяток в неделю.

Но конечно да, из просто изменения циферки версии новость не сделаешь. Но ведь так хочется всех уведомить что какая-то там сопля аж зарелизилась ажно под версией 3.6.

Пользуюсь. Наверное, для скилов, да и вообще ничего не отвлекает, работаешь более продуктивно. Портов море. Кроме трех основных веток надо сразу contrib подключать. Этого уже почти достаточно. Ещё есть утилита deb2pkg, которая может просто сконвертировать DEB пакеты в нужный формат. Но это не всегда работает.
Не собирается мало что из основных веток. Как обычно из-за версий python и того, что относится к видео могут быть траблы со сборкой.
Зато порты тянут то, что сам попросишь (просто пишешь версию проги в файле и всё), самые свежие исходники. В этом плане дистр очень гибок.
И версия в CRUX не играет особого значения. Просто в версиях разрабы что-то меняют в архитектуре. Но т.к. это source based, то какждый сам решает что ему обновлять.

Я пользовался на локалхосте довольно долго. Всё там нормально с портами. Хотя я много добавлял и переделывал под себя, благо это не дебиан, и написать свой Pkgfile не составляет особой проблемы. (Года три назад обленился и ушёл на OpenBSD, где уже всё сделано как мне нравится.)

Если ты не против быть сам себе мейнтейнером, со всеми преимуществами и недостатками, то попробовать можно, тем более для самообразования.

Чтобы два раза не вставать: CRUX уже не торт постепенно двигается в сторону от своего главного, на мой взгляд, преимущества: следования принципу KISS. То PAM в core запилят, то ещё какую фигню учинят. Да и башизмы в стартовых скриптах мне никогда не нравились, приходилось свой core/rc держать, переделанный для работы с #!/bin/dash.

Сейчас самый KISS дистрибутив, из мне известных, это, наверное, KISS Linux.

спасибо за отзыв. меня собственно интересует только один опрос, я так понимаю разработчики CRUX поддерживают только core/opt/xorg? как быть с портами от сообщества, брать порт и поддерживать у себя локально или подключать чужой репозиторий, но тогда может что-то внезапно пропасть/измениться? как следить за обновлениями софта?

ушёл на OpenBSD

круто. недавно ставил у себя побаловаться, понравилось, классная система. жаль я старый игроман, люблю иногда покатать в героев, так что…

KISS Linux

давно как-то на лоре новость была, там кажется musl, локелей нет, я в хроме активно переводчиком пользуюсь и не знаю как он там будет работать или нет. благодарю за отзыв, KISS обязательно попробую.

PS: сам пользуюсь mksh, так что bash да, как собаке пятая нога.

сам пользуюсь mksh

Да, mksh хорош. Я тоже в качестве интерактивного шелла им пользовался в CRUX’е. А если хочется наворотов, то лучше уж zsh взять, bash ни туда, ни сюда.

Кстати, относительно недавно появился порт опенбсдшного ksh для линукса, даже два порта, oksh и loksh. У него есть, на мой взгляд, преимущество: с некоторых пор он хранит историю в plain text, а не в бинарном виде, как mksh (если, конечно, ничего не поменялось с тех пор, как я mksh использовал). Благодаря этому я могу натравливать на мой огромный .ksh_history скрипты, которые его чистят и ужимают.

появился порт опенбсдшного ksh для линукса, даже два порта, oksh и loksh

интересно, будем посмотреть.

у меня тут еще вопрос по поводу CRUX назрел, вы каким образом порты тестировали, chroot?

Как видишь, не удостоился

Но конечно да, из просто изменения циферки версии новость не сделаешь. Но ведь так хочется всех уведомить что какая-то там сопля аж зарелизилась ажно под версией 3.6.

Этой сопле лет больше, чем большинству местных аналитиков. И вообще, арчеводы должны спасибо сказать Crux’у, без него и Арчика бы их любимого небыло.

Этой сопле лет больше, чем большинству местных аналитиков.

И что, Win 3.11 ещё больше лет.

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

Судя по википедии, Arch появился на полгода раньше Crux.

Портов море

Ну каеш, на самом деле двух тысяч не наберётся https://repology.org/repositories/statistics#crux_35, т.е. это основная «потребительская корзина» без которой вообще ни один дистрибутив не обходится, а шаг влево - шаг в право и соси лапу. Даже в ravenports который один неадекват пилит больше пакетов.

Судя по википедии, Arch появился на полгода раньше Crux.

Википедия не слишком достоверный источник информации.

История CRUX:
January 2001 - CRUX 0.5
Linux 2.4.1, glibc 2.2.1, gcc 2.95.3
First public release

История ArchLinux:
Judd Vinet, a Canadian programmer and occasional guitarist, began developing Arch Linux in early 2001. Its first formal release, Arch Linux 0.1, was on March 11, 2002. Inspired by the elegant simplicity of Slackware, BSD, PLD Linux and CRUX, and yet disappointed with their lack of package management at the time, Vinet built his own distribution on similar principles as those distros.

«потребительская корзина»

Потребительский подход – это не про CRUX. CRUX для тех, кто готов сделать сам, если что-то не устраивает. А для «потребителей» и так достаточно дистрибутивов.

Глянул на сохранившуюся коллекцию портов с моими модификациями. У меня там в Pkgfile везде, где можно, между make и make DESTDIR=$PKG install добавлено make check, ну или что-то аналогичное.

А порты я собирал от обычного юзера с помощью fakeroot pkgmk.

chroot не использовал, нет.

Ну так я и говорю что ты врёшь насчёт того что Arch бы не было. Во-первых, inspired, а не based on, во-вторых, не только crux, и в третьих, реальная причина - their lack of package management. CRUX есть чем гордиться, из-за того что он был говном основали Arch.

Потребительский подход – это не про CRUX

Не надо к словам придираться. Речь про фундаментальный набор необходимых пакетов.

CRUX для тех, кто готов сделать сам, если что-то не устраивает

Для тех кто готов делать сам - LFS. И делать сам если не устраивает и делать сам всё - разные вещи. Если есть пакетная система - значит это уже для тех кто из неё будет что-то ставить, вместо того чтобы пердолиться с ручной сборкой. А тут пакетная система есть, а пакетов нет, значит оно просто ни для кого и никому не нужно.

А поправить если что-то не устраивает можно в абсолютно любом не проприетарном дистре.

ты врёшь

Упырь мел, я не говорил ничего про «не было».

я и говорю

Ты бы лучше читал внимательнее, говорун. А то всё время на говорение уходит, подумать толком некогда.

А то, что Arch заимствовал многие идеи по системе сборки пакетов из CRUX, очевидно.

Для тех кто готов делать сам - LFS.

Мне удобнее делать самому опираясь на минимальный дистрибутив, типа крукса. Ты же не будешь мне указывать, как мне делать? (А я тогда, по взаимному согласию, не буду тебе указывать, куда тебе пойти, договорились?)

Если есть пакетная система - значит

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

значит оно просто ни для кого и никому не нужно.

Собака лает – караван идёт.

Стесняюсь спросить - а нафига так мучиться? Я хоть и не на CRUX, но Debian тоже эту заразу привечает. Из-за чего пару раз отгребал я гемороя на ровном месте. Кроссборка для Эльбруса, опять же, не любит этот шелл…
Ну, понимаю еще, когда в OpenWRT каком-нибудь, на дохлом роутере нужно что-то легкое, а тут-то чего страдать? Тем более что оно даже не совсем POSIX, если мне склероз не изменяет.

ты врёшь

Упырь мел, я не говорил ничего про «не было».

Человеку, начинавшему со слаки во времена когда ни CRUX’а ни Arch’а в проекте не было, очень весело читать эту милую перебранку зеленожопых щеглов :D

С какой версии слаки начинал? :)

с некоторых пор он хранит историю в plain text, а не в бинарном виде, как mksh

История в бинарном виде? Ужас. Лучше тогда bash. Правда там проблема с конфликтом нескольких башей в нескольких вкладках терминала.

Но mksh теперь даже пробовать не буду. Этож надо додуматься историю команд в бинарном виде хранить.

С четвертой

Правда там проблема с конфликтом нескольких башей в нескольких вкладках терминала.

Что за проблема?

Я правильно понимаю, что в общем и целом особой разницы между генту и крюксом нет? Одна философия, портаджи эти, ебилды? Только генту как-то имеет более живое комьюнити, да?

у генты огромная пакетная база, просто несравнимо. в генте наверное ты можешь любую софтину «наобум» написать и скорее всего она есть в стандартных репозиториях.

юз-флаги генты дают тебе простую возможность лепить систему «для души». в круксе если ты захочешь что-либо включить или выключить, тебе придётся в текстовом редакторе самому вносить изменения в билд-скрипты (они же порты) и дописывать --enable-something или --without-feature

я не считаю это большим минусом, но у генты медленный пакетный менеджер, который долго подсчитывает зависимости при обновлениях. я в принципе проповедую иной подход по установке системы с нуля при каждой её загрузке, проще говоря я за live образ жизни. и вместо обновлений просто создаю образы систем с нуля.

гента сложная, тебе придётся разобраться во всех её настройках, во всех файлах и директориях и их предназначении, которые лежат рядом с make.conf. какие файлы создаются пакетным менеджером в /var, зачем весь этот мусор в виде ._cfg файлов в /etc, ну и так далее.

крукс в этом плане даже проще чем LFS. там в принципе пакетный менеджер заменяется командой tar xf, база данных ПМа это текстовый файл в ini-подобном формате, а все конфликты сохраняются в отдельной /var/lib/pkg/rejmerged директории.

т.е. если хочешь пердолить голый линукс с нуля под свои нуждны — определённо стоит взять crux, а если ты «потребитель», и тебе надо получить всё готовое без лишних вопросов, тогда gentoo.

в круксе ты сам себе community, лол.

которые не следят за портами

Сначала прочитал как «не сидят за партами». Задумался.

ШВИМ

PS: сам пользуюсь mksh

Теперь это шеллоизвращений тред!

Прусь от tcsh, если что.

ОК, спасибо за пояснение. Как раз ищу что-то похожее. А системы инициализации там какие есть? Или тоже сначала ручками собрать надо?)

система инициализации одна, system v init.

# echo /etc/rc.*
/etc/rc.conf /etc/rc.d /etc/rc.fix /etc/rc.local /etc/rc.modules /etc/rc.multi /etc/rc.shutdown /etc/rc.single

это вся система инициализации вместе с демонами, ни больше, ни меньше.