LINUX.ORG.RU

CRUX 2.8

 


0

0

После 11 месяцев разработки вышла новая версия CRUX — 2.8.

CRUX — это легковесный дистрибутив для продвинутых пользователей, ориентированный на простоту системы (принцип KISS). Установка ПО в CRUX происходит из портов, в то время как основная система содержит уже собранные бинарные пакеты. Имеется пакетный менеджер с автоматическим разрешением зависимостей на базе пакетов pkg.tar.gz с метаданными в отдельном файле. В качестве init используется BSD-подобная система с использованием /etc/rc.conf.
Документация дистрибутива ориентирована на опытных пользователей, включает в себя только важную информацию, без излишних подробностей. Для того чтобы сделать дистрибутив компактнее, из пакетов удаляется документация, кроме справочных страниц man, и отключается поддержка локализации, так что программы отображают свой интерфейс только на родном для программы языке (почти всегда английском).

От этого дистрибутива позже произошел Arch Linux, который исповедует те же принципы, но использует схему rolling release вместо фиксированных релизов и внедряет нелюбимый многими пользователями systemd, а также известен своей нестабильностью.

Новое в CRUX 2.8:

  • Теперь используется GRUB2 вместо GRUB Legacy (поддержка lilo остаётся).
  • Образ дистрибутива обработан isohybrid, так что его можно сразу записывать на USB-флешку через dd.
  • Удалена устаревшая информация из Handbook, в частности секция 3.4, где описывалось создание загрузочной дискеты.
  • Ядро обновлено до Linux 3.5.4 (хотя можно поставить любую версию, если заранее скачать тарболл).
  • Xorg 7.7 и xorg-server 1.13.0.
  • glibc 2.16.0, gcc 4.7.2 и binutils 2.22.
  • Библиотеки обновлены до новых мажорных версий:
    libmpc 1.0.1, openssl 1.0.1, libpcre 8.31, gdbm 1.10, db 5.3, libtiff 4 и libpng 1.5.

Кроме того, внесены следующие важные изменения: теперь ядра до 2.6.39 не поддерживаются в glibc, util-linux-ng переименован в util-linux, module-init-tools заменён на kmod, база данных часовых поясов была вынесена из glibc в отдельный пакет core/tzdata, из X.org удалены устаревшие видеодрайвера: radeonhd, i128, mach64, tdfx, voodoo; libGlu перенесена из mesa в отдельный пакет xorg/glu, xcb-util разнесены по пакетам xcb-util-image, xcb-util-keysyms, xcb-util-render и xcb-util-wm.

Официальный сайт
>>> Скачать CRUX 2.8 (i686)
>>> Руководство пользователя (handbook)
>>> Changelog

>>> Подробности

★★★★★

Проверено: JB ()
Последнее исправление: cetjs2 (всего исправлений: 10)
Ответ на: комментарий от ktulhu666

В генте всё куда лучше, чем в арче. По крайней меня из моего опыта.

Из моего опыта всё с точностью до наоборот. Давай пройдёмся по пунктам:

столько дебилизма

Тут, в принципе, без комментариев, т.к. определение дебилизма не дано.

консерватизма

В Gentoo до сих пор поддерживается KDE 3, зато GNOME 3 не стабилизирован и systemd толком не работает.

перекладывания всех проблем на конечного пользователя

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

cruxish ★★★★
()
Ответ на: комментарий от cruxish

В дебиане их тоже два - apt-get и aptitude.

Aptitude это надстройка над apt.

Homura_Akemi
()
Ответ на: комментарий от Xenius

Xenius> Если возможно, прошу модераторов подтвердить новость как обычную, а не mini, поскольку хоть дистрибутив и не очень популярный сам по себе, но он предшественник крайне популярного Arch.

Перевожу: «Если возможно, прошу модераторов подтвердить новость как обычную, а не mini, поскольку хоть дистрибутив и не очень популярный сам по себе, но из-за долбанутого systemd придётся сваливать с арча на него».

Quasar ★★★★★
()
Ответ на: комментарий от destructiond

Я когда-то пытался поставить минимально возможную слаку и доставить нужное. Начал с неполного A - только пакеты aaa_*, bash, coreutils, может ещё что-то. Когда система зажила - стал добавлять нужные приложения с зависимостями. В общем, не выдержал я через несколько часов на иксах - они запускались, но что-то не работало, и я так и не смог разобраться, чего им не хватает. Сделал вывод - надо ставить полностью A, L, X (кроме явно ненужного, и то бывают зависимости-сюрпризы), иначе слишком уж красноглазо.

Это достаточно минималистично? =) Я для минимальной установки предпочитаю debian netinstall - быстро и просто, лишнего почти нет.

unsigned ★★★★
()
Ответ на: комментарий от Quasar

Systemd из арча пока ещё можно благополучно выпилить. Не пойму, отчего из-за него все так страдают.

SummerWinds
()
Ответ на: комментарий от cruxish

В Gentoo до сих пор поддерживается KDE 3, зато GNOME 3 не стабилизирован и systemd толком не работает.

Вас только разморозили? KDE3 уже давным-давно нет, GNOME 3 сам по себе не стабилен, в генте вообще более-менее новые технологии никогда стабильными сразу не признаются, как и в дебиане. Но никто не мешает его собрать и юзать (лично у меня стоит (хотя работаю в MATE), нет проблем). Это политика (хорошая) дистрибутива, которая решается на уровне двух строчек со стороны юзера.
Systemd уже давным-давно работает, только его нет по-умолчанию, т.к. оно - унылое и глючное говно (и большая часть гентушников говном кидалась в некоторых мейнтейнеров, которые выдвигали предложения перехода на systemd), как уже успела продемонстрировать убунту и федора. Ко всему прочему гента запускается более чем на 6 ядрах ОС, поэтому таскать в system-core linux-only технологию - это не вариант.

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

Только перекладывает проблемы установки нового софта, драйверов и проблем с установкой ПО прошлых версий. Про отсутствие мало-мальски нужного софта с их репах я вообще молчу, равно как и про черезжопный инсталятор, после которого систему ещё допиливать нужно полдня (в отличии от той же генты, где все непрямые зависимости (например, Xorg, которых обычно явно не указывается и драйвера видяхи) поставятся автоматом через USE-флаги).

ktulhu666 ☆☆☆
()

Установка ПО в CRUX происходит из портов

Странные у них какие-то порты, всё в кучу свалено тупо в /contrib/ (это про те, которые распространяются официально), никакого деления по функциональности (как в *BSD и Gentoo).

Lothlorien ★★★
()
Ответ на: комментарий от Xenius

Думаю, пользователям Arch будет интересно узнать, что существует дистрибутив, где до сих пор BSD-like init вместо systemd и софт не ломают апдейтами каждую неделю.

Да, гента она такая.

loz ★★★★★
()

Все верно, троллить о арче нужно из подтвержденной новости

vertexua ★★★★★
()

Огромная просьба убрать вбросы из текста новости. Заранее спасибо.

imul ★★★★★
()
Ответ на: комментарий от Xenius

А про ложку дёгтя? Про то, что софт там зачастую не самый новый, замолвите слово. Или про отсутствие Arch Wiki... Это серьёзные вещи, нужно и о них поведать общественности. Есть только два дистра с нормальной документацией, и это Arch и Gentoo. У Ubuntu и Debian документация не очень подробная, и зачастую устаревшая, но она есть. У RedHat'оподобных с коммьюнити траблы... Из-за этого многие вопросы в их документации не освещены должным образом. Ведь специалисты всё описывают со своей колокольни, думая что и те, кто будут читать документацию тоже мега-хацкеры, а это обычно далеко не так.

lucentcode ★★★★★
()
Ответ на: комментарий от anonymous

там есть крутые порты, так что все можно собрать самостоятельно.

BillDver ★★★
()
Ответ на: комментарий от AX

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

Цитата из http://lurkmore.to/Arch раздел «Стабильность»

anonymous
()

Жаль, но ксорг 13 и блоб 96 на него уже не поставишь Впрочем все равно надо новую карту брать

serg10etomarkov
()

От этого дистрибутива позже произошел Arch Linux, который исповедует те же принципы, но использует схему rolling release вместо фиксированных релизов и внедряет нелюбимый многими пользователями systemd, а также известен своей нестабильностью.

Слишком толсто. Особенно про нестабильность.

unfo ★★★★★
()
Ответ на: комментарий от unfo

Слишком толсто. Особенно про нестабильность.

А что в systemd стабильного? Каждый релиз меняется поведение и список плюшек. А релизы сыплют как из пулемета.

sergv
()
Ответ на: комментарий от sergv

А что в systemd стабильного? Каждый релиз меняется поведение и список плюшек. А релизы сыплют как из пулемета.

Перешел на systemd на рабочем ноутбуке, никаких проблем не обнаружилось, все работает. Думаю перевести на него и все остальные машины.

Про частоту релизов и огромные номера версий - это наследие udev (последняя версия котрого была 182).

unfo ★★★★★
()
Ответ на: комментарий от anonymous

Аллергия на реальность?

С каких пор фантазии пары лурколюбов стали называться реальностью?

AX ★★★★★
()
Ответ на: комментарий от anonymous

Туда вписывается lilo, поддержку которого они сохранили :)

gwinn ★★★★
()
Ответ на: комментарий от unfo

Про частоту релизов и огромные номера версий - это наследие udev (последняя версия котрого была 182).

Про номера я ни слова не заикаюсь.

  • ...
  • 193-й - gatewayd с http и JSON
  • 194-й - QR-коды и libmicrohttpd
  • 195-й - индексы, html-push, ротация по времени

И ГДЕ тут стабильность???

sergv
()
Ответ на: комментарий от AX

Я где-то использовал сленг, описывемый на Lurkmor`е? Нет! Значит «лукролюб» это не про меня.

Теперь по сути. Есть что сказать по приведенному аргументу о нестабильности АРЧа или как всегда «А у меня всё работает»?

Очнитесь, господин оппонент! Взгляните на свой аватар и подумайте: может это вы живёте в мире фантазий?

anonymous
()
Ответ на: комментарий от unsigned

К сожалению мне кажется это не достаточно, потому что либы совершенно левые и не используемые. А вообще я тоже пытался делать минимальную слаку. Но я пытался делать по списку зависимостей, который есть в гугле, если вбить slackware dependencies. Ну в итоге завелось, но геморрой не стоит свеч:(

destructiond
()

Недостатки Arch Linux

Arch Linux. Есть вещи, которые меня в нём начинают подбешивать.

В отличие от Ubuntu, здесь невозможно получить работающий «LAMP» (Linux+Apache+MySQL+PHP) простой установкой нужных пакетов. Здесь непременно придётся вручную править и httpd.conf (например, чтобы включить AllowOverride, да и вообще чтобы подключить php5_module!), и php.ini (например, включая open_basedir и short_open_tag), и — куда уж в Arch без него — rc.conf (чтобы поместить httpd и mysqld в автозагрузку). И это бесит. Есть, правда, другой вариант — XAMPP/LAMPP, но у него тоже свои заморочки, а если нет разницы, то я предпочитаю PHP посвежее. :-)

Дефолтный Webmin не очень дружит с дефолтным же Apache из дефолтного же репозитория. Хотя с дефолтным XAMPP/LAMPP он дружит ещё хуже, конечно. :-)

Скрипт yaourt бесит тем, что задаёт слишком много вопросов, зато по части «ответов» (в смысле, информативности вывода информации) как раз оставляет желать лучшего. Я когда-нибудь напишу большой пост о недостатках плохих командных интерфейсов, и главным героем там, чувствую, будет yaourt. Ни одна другая консольная утилита уже давно не вызывала у меня столько раздражения своим интерфейсом.

У пакетного менеджера pacman нету одной команды, аналогичной apt-get autoremove (кажется) в Debian/Ubuntu. Есть только команда для получения списка ненужных пакетов. И команда для удления списка пакетов. Совмещать их для разового удаления всех ненужных пакетов предполагается самому пользователю, средствами командного интерпретатора. Хотя зачем может понадобиться список ненужных пакетов, кроме как для последующего удаления, я себе не представляю. Кстати, по мануалу мне эту комбинацию воспроизвести самостоятельно не удалось ни разу, всегда требуется гугл в подсказчики.

anonymous
()
Ответ на: комментарий от imul

Пожалуйста!

В подтверждение фразы «Каждый релиз меняется поведение и список плюшек. А релизы сыплют как из пулемета.»:

192: http://lists.freedesktop.org/archives/systemd-devel/2012-September/006710.html

193: http://lists.freedesktop.org/archives/systemd-devel/2012-September/006738.html

194: http://lists.freedesktop.org/archives/systemd-devel/2012-October/006817.html

195: http://lists.freedesktop.org/archives/systemd-devel/2012-October/007048.html

sergv
()
Ответ на: комментарий от true_admin

почему не пройдёт?

Пример: имеется одна рабочая система, поскольку она одна, то какой загрузчик по большому счёту не имеет значения (но Grub2 тут явно излишен в любом случае). Устанавливаем ещё систему/ы, — т.к. загрузчик уже имеется, то очевидно, что мы его не устанавливаем. Как быстро и просто (мы ведь говорим о KISS) внести свеже-установленную систему в загрузочное меню, при условии, что загрузчик Grub2?

anonymous
()
Ответ на: комментарий от imul

И как добавление функций сказалось на стабильности?

Стабильность - стабильность форматов и API в том числе. И там не только добавление, но и удаление:

192:

We don't mount the «cpuset» controller anymore together with «cpu» and «cpuacct», as «cpuset» groups generally cannot be started if no parameters are assigned to it. «cpuset» hence broke code that assumed it it could create «cpu» groups and just start them.

193:

We now enforce a size limit on journal entry fields exported with "-o json" in journalctl. Fields larger than 4K will be assigned null. This can be turned off with --all.

194:

If /etc/vconsole.conf is non-existent or empty we will no longer load any console font or key map at boot by default. Instead the kernel defaults will be left intact. This is definitely the right thing to do, as no configuration should mean no configuration, and hard-coding font names that are different on all archs is probably a bad idea. Also, the kernel default key map and font should be good enough for most cases anyway, and mostly identical to the userspace fonts/key maps we previously overloaded them with. If distributions want to continue to default to a non-kernel font or key map they should ship a default /etc/vconsole.conf with the appropriate contents.

195:

Type=oneshot services not may use ExecReload= and do the right thing.
When user-services are invoked (by systemd --user) the $MANAGERPID env var is set to the PID of systemd.

sergv
()
Ответ на: комментарий от imul

Так ведь на ней и сидим. Только мне лично правда в глаза об Ubuntu не колет: что есть - то есть. А вот АРЧеводы аж бесятся, только заикнись.

anonymous
()
Ответ на: комментарий от sergv

Молодец. А теперь подумай над тем, что ты жалуешься на то, что продукт активно разрабатывается. Попробуй пореже обновляться, либо вообще не пользуйся им пока специально для таких как ты мантейнеры не озаботятся стабилизацией версии.
И к тебе тоже один вопрос. Ты зачем себе арч поставил? Сидел бы га убунте и не ныл.

imul ★★★★★
()
Ответ на: комментарий от imul

Ты зачем себе арч поставил? Сидел бы га убунте и не ныл.

Я себе арч? Зачем?

Топик про CRUX. Его я пользовал.

Сейчас - debian, xubuntu, centos, rhel.

У арчеров возник вопрос - почему «нестабильный systemd». Я объяснил почему.

Еще вопросы?

sergv
()
Ответ на: комментарий от ktulhu666

Вас только разморозили? KDE3 уже давным-давно нет…

Это тебя давным-давно нет, а KDE3 ещё живее всех живых (в SuSE к примеру есть, и поддерживается), т.к. если необходима ПОЛНОЦЕННАЯ DE для РАБОТЫ, то альтернативы на сегодняшний день просто нет. Конечно, если круг задач не выходит за рамки: в контакте посидеть в носу поковырять, или аниме какое-нибудь посмотреть за пиписку приятеля подёргать — то это можно делать в чём угодно — хоть в KDE4, хоть в Gnome3.

anonymous
()
Ответ на: комментарий от sergv

Не, ну я много чего понять могу, но ныть на лоре, что активно разрабатываемое приложение активно пилится это клиника. Тебе какое дело до апи? Ты разработчик systemd? Каким образом тебя это вообще может коснуться?

imul ★★★★★
()
Ответ на: Недостатки Arch Linux от anonymous

Ни одна другая консольная утилита уже давно не вызывала у меня столько раздражения своим интерфейсом.

Попробуй latex :) Там очень «информативное» сообщение об ошибках.

cryptos
()
Ответ на: комментарий от imul

Тебе какое дело до апи? Ты разработчик systemd? Каким образом тебя это вообще может коснуться?

Из топика:

От этого дистрибутива позже произошел Arch Linux, который исповедует те же принципы, но использует схему rolling release вместо фиксированных релизов и внедряет нелюбимый многими пользователями systemd, а также известен своей нестабильностью.

Я пояснил связь «Arch Linux» со словом «нестабильность».

sergv
()
Ответ на: комментарий от anonymous

А что убунта? Дистрибутив со своей спецификой. А вот арчевбросы в новости про крукс явно лишние.

imul ★★★★★
()
Ответ на: Недостатки Arch Linux от anonymous

У пакетного менеджера pacman нету одной команды, аналогичной apt-get autoremove (кажется) в Debian/Ubuntu.

И оно даже работает?!! Т.е. можно вот так просто набрать apt-get autoremove, и оно само, на полном автомате удалит именно то, в чём вы больше не испытываете неоходимости (и ни одним пакетом больше), да ещё и не грохнет систему? Вот до чего техника дошла! Надо наверное будет попробовать эту вашу бубунту, но… меня терзают смутные сомнения…

anonymous
()
Ответ на: комментарий от sergv

Тогда извини, я тебя за убитого горем арчевода принял.

imul ★★★★★
()
Ответ на: комментарий от sergv

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

imul ★★★★★
()
Ответ на: комментарий от anonymous

Научили детишек блоги вести, теперь курить научатся.

imul ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.