Увидел свет (http://chakra-project.org/news/index.php?/archives/98-Chakra...) релиз Linux-дистрибутива с непрерывным циклом выпуска обновлений Chakra 2013.03 (http://chakra.sourceforge.net/), основанного на наработках проекта Arch Linux. Дистрибутив поставляется с десктоп-окружением KDE 4.10 (http://www.opennet.dev/opennews/art.shtml?num=36039), снабжён графическим инсталлятором и конфигураторами, упрощающими настройку оборудования и системных параметров. Chakra GNU/Linux может работать в Live-режиме и устанавливаться на жёсткий диск. Для загрузки доступна (http://downloads.sourceforge.net/chakra/chakra-2013.03-Benz-...) DVD-сборка для архитектуры x86_64 (поддержка i686 прекращена), размером 1.4 Гб. В репозитории проекта представлено более 5 тыс. пакетов, которые могут быть установлены при помощи пакетного менеджера pacman или через специальный web-каталог и систему Click'n'Run.<center><a href="http://chakra.sourceforge.net/img/news/chakra-desktop-benz.p... src="http://www.opennet.dev/opennews/pics_base/0_1360517710.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border="0"></a></center>
Новая версия дистрибутива примечательна добавлением в инсталлятор поддержки режима установки по сети, позволяющим установить дополнительные приложения и самые свежие версии пакетов, которые есть в репозиториях, а не только пакеты поставляемые на текущем носителей. Поддержки установки в offline-режиме сохранена. Обновлена тема оформления "Dharma Grub". Добавлены ланчеры для Kapudan. Улучшена обработка активации юнитов в systemd. Расширены опций для настройки языка и клавиатуры при использовании графического загрузчика GFXboot (http://www.syslinux.org/wiki/index.php/GFXBoot.c32). Обновлены версии программ: KDE 4.10.1, Glib2 2.34.3, Networkmanager 0.9.8.0, Iw 3.8, Libffi 3.0.12, Libnl 3.2.21, Db 5.3.21, Apr 1.4.6, with updates to all that depend on these. Calligra 2.6.1, LibreOffice to 4.0.1, Chromium 25.0.1364.160, Firefox 19.0.2.URL: http://chakra-project.org/news/index.php?/archives/98-Chakra...
Новость: http://www.opennet.dev/opennews/art.shtml?num=36355
Очередной никому не нужный дистрибутив с перепиленными логотипами и веселенькими обоями?
Нет, но и ничего уж особо хорошего там нет, репы мелкие, бандлы тупят немного, если только фанатов Кед и Кути у которых аллергия на ГТК порадует.
>если только фанатов Кед и Кути у которых аллергия на ГТК порадуетТы так пишешь, словно их сильно меньше, чем ГТКашных.
Есть ещё не фанвты
Я так не пишу.
Напрасно. Назови любой другой, со столь же свежим софтом, что у Арча, не привязанный ни к каким корпорастам, не следящий за пользователями, KDE-ориентированный и, главное, не требующий столь зверского штудирования мануалов, как с Арчем?
Slax если только...
openSUSE?
а за что заминусовали, у меня 12.2 с упомянутыми версиями программ
>с упомянутыми версиями программЭто хорошо. У меня например то же самое, только Libreoffice старый (Подожду версии этак 4.0.4.)
>а за что заминусовалиНе бери в голову. На Opennet'е плюсики (да и минусы) не всегда коррелируют с адекватной оценкой, просто по тому что их может поставить каждый. Можно (к примеру) попросить вырезать этот «функционал» (он только мешает), но кто будет слушать?
> Напрасно. Назови любой другой, со столь же свежим софтом, что у Арча,
> не привязанный ни к каким корпорастам, не следящий за пользователями, KDE-ориентированный
> и, главное, не требующий столь зверского штудирования мануалов, как с Арчем?Mageia?
>Mageia?
>со столь же свежим софтом
> Напрасно. Назови любой другой, со столь же свежим софтом, что у Арча,
> не привязанный ни к каким корпорастам, не следящий за пользователями, KDE-ориентированный
> и, главное, не требующий столь зверского штудирования мануалов, как с Арчем?А что там штудировать? Для начальной установки что ли? При апдейте с падениями версия с красивеньким инсталлятором вас явно не спасёт... Ну разве перставить быстро :-)
И кстати, кто следит за пользователями? Вы что, про поиск в Unity? Ну так оно дальше и не вылезало, Kubuntu этим не страдает.
Так что маны всё-равно читать придётся. Ну или использовать дистрибутив, менее склонный к пугающим апдейтам.
> А что там штудировать?а что, там нечего штудировать, скАжите?
> И кстати, кто следит за пользователями? Вы что, про поиск в Unity?
учитывая многое, в этом наметилась тенденция. win8, android...
> Так что маны всё-равно читать придётся.
это вы о чем?
>> А что там штудировать?
> а что, там нечего штудировать, скАжите?
>> И кстати, кто следит за пользователями? Вы что, про поиск в Unity?
> учитывая многое, в этом наметилась тенденция. win8, android...
>> Так что маны всё-равно читать придётся.
> это вы о чем?Если анонсы не читать, при апдейте может обвалиться. Разработчики арча, не думая о пользователях, любят выпиливать то, что они считают устаревшим. Раз например с апдейтом ifconfig выкинули...
Чувак, ты как в воду глядел))
> поддержка i686 прекращенаВот это дело. Так и нужно. x86 - это область для игрушек, причем не самых лучших - всяких виндов, к примеру.
lib32 никуда не делись. Wine работает отлично. Так что все ОК.
У них там тоже systemd головного мозга - ненужно.
Народ, прежде чем писать подобное поставьте этот дистрибутив на реальное железо и посмотрите скорость его работы (в данном случае включение выключение) и найди хоть один настолько же быстрый дистр. Вот только не найдешь.
Ни у всякого народа SSD. У меня при паралельном запуске жестак такой батхерт отхватывает(не без 12309), что обычный sysvinit запускается на порядок быстрей. Это раз. Два - мне не нужен системд как таковой, вообще ненужен. Это линукс, это СПО, это свобода выбора, а не принудительный перевод всех на этот ваш systemГЭ.
У меня чакра работает на обычном харде (WD640-чего-то-там, 5400RPM; Pentium E5700) - выключается максимум за 2 секунды (привет, убунту). до KDM (от grub'а) около 6-7 сек. Так что разница все таки есть. И, да, на SSD это все будет еще на порядок быстрее.
У меня больше. Полная загрука гдето около 40 секунд, до рабочего стола плазмы. Но я чуть более чем уверен, что это виновата та непонятная нагрузка на процессор при io операциях. Ибо вин7 до логина у меня грузилась напорядок быстрей чем линукс до консоли с парой демонов.
>не без 12309Да ладно. Настолько древние мать и винт, что даже NCQ нет?
Ну можешь сперва погуглить, где проявляется 12309. Этот вопрос отпадёт сам по себе ;)
Пока там не было systemd, он тоже быстро стартовал, так что не надо всё приписывать systemd.
А про системд вообще - Когда арчевский разработчик объявил, что нужна помощь в поддержании классической системы, не нашлось достаточно анонимусов чтобы обеспечить эту поддержку, зато на форумах вони выше крыши.
читай, родной! http://www.linux.org.ru/forum/talks/8431205
А теперь включай мозг и думай, почему так? Хорошо подумай!
>А теперь включай мозг и думай, почему так? Хорошо подумай!А что тут думать? 1,5 человека посовещались и выкинули инитскрипты. Бегать за ними и просить вернуть обратно идиотов нет особо.
Ололо, ты тоже думаешь, о чём и я?! Неужели редхат подкупил всех?
======Одно дело не поддерживать, второе дело - тупо все удалять из пакетов, нужное иниту. Я сидел на sysvinit, одним прекрасным днём пришло обновление и выпилило мне все скрипты нужные для загрузки. Внимание вопрос - нахера такое делать? Оно им не мешало, это просто systemd головного мозга. Когда авторам пишешь чтоли-бо о инитскриптах - они отхватывают искренний батхерт и вопят: "О тупые вы нуболомы, systemd же рулит ёпта!".
Сорри, что не по теме, но уж очень смешно изложил ))) Спасибо, от души ))))
Ладно, объясню популярно, почему:
Система инициализации - слишком сложная вещь, чтобы держать две или три штуки (ведь одни пакеты начнут зависеть от одной системы, а другие от другой а под каждую держать набор в репозитории - довольно сложная вещь). Всё по честному - был SysV в репах, пришёл системд в аур - попробовали, понравилось, поместили его в репы, а чтобы не натворить проблем с зависимостями вынесли SysV в аур, так как он более не является приоритетным. Вам кричателям дали возможность порулить. Сумеете его там удержать и сделать так чтобы можно было и так и так работать, вернули бы всё на место. А вы взяли и обиделись - Я, мол, в аур песать ни буду!
Короче, не убедили вы их и меня не убедили. Хотя я сам предпочитаю SysV, просто потому что там всё сто лет понятно.
Лол, какие могут быть зависимости у sysvinit? Зависимости начали появлятся с systemd, скоро чутли не все пакеты напрямую будут заивсить от него. Но суть не в этом. ПРОСТО оставить все как было, и не поддерживать нельзя? Это сейчас, все скрипты(в том числе /etc/rc.d/*) нужно вытаскивать из старых пакетов и запихивать их обратно в туда, где они были. SysV в - это не просто какое то там приложение, у него есть много обслуживающих дистро-специфичных скриптов, которые поудаляли из пакетов.
> Ладно, объясню популярно, почему:
> Система инициализации - слишком сложная вещь, чтобы держать две или три штукиА, вот оно как.
Вообще-то два+ инита держать сложнее, но если не предпринимать особых усилий к усложнению (как, например, наведённые непрямые зависимости) -- всё-таки решаемо.
Вот вы странные, конечно решаемо и возможно, это доказывает даже опыт опенсуси! НО! при желании разработчиков.
Если же они не собираются мешать одно с другим и нести ответственность сразу за две системы, то естественно выкидывают одно и оставляют то что им нужно, за что они готовы нести ответственность. Тем кто не доволен предоставляют возможность держать своё, в том виде и с теми ошибками какие они сами наделают.
Представьте себе, в пакете, в скрипте для SysV допущена ошибка, её надо исправить, но для systemd всё работает. Теперь ответственный за пакет должен это исправлять? нафига ему это, у него и так куча работы, у него (в системд) всё работает, не работает у тех двух ковырятелей, что собрались поддерживать SysV. И это просто вопрос решения обновления и отслеживания ошибок.
А если тебе нужен Udev? его не надо пересобирать отдельно, без зависимости от systemd? Или патчи потребуются, если вдруг ещё что-то начнёт напрямую зависеть от системд! И количество вопросов будет только расти. Пара ковырятелей побалуется да и бросит, а вся эта каша останется на плечах разработчиков.
И правильно сделали что убрали из пакетов, хотите играть в разработчиков - соберите пару системных пакетов в ауре, решите все проблемы с зависимостями, ошибками и обновлениями, докажите что вы можете, тогда поговорим.Тут мне удивительна реакция Шигорина, не по наслышке знающего о том как сложно охватить всё. Вы там в Альте сделали свой выбор? Будете переходить на системд или нет? Или уже перешли? А старую систему оставите как альтернативу?
> Вы там в Альте сделали свой выбор? Будете переходить на системд или нет?Десктопные дистрибутивы (это где нужны udisks2 и NetworkManager, условно говоря) перетащили, хотя аргументацию я лично счёл крайне невнятной. При этом как минимум несколько разработчиков сидят на sysvinit и не собираются на systemd; sem@ даже поддерживает отдельную сборку NM: http://ftp.altlinux.org/pub/people/sem/NM_ck/repo/
> Или уже перешли? А старую систему оставите как альтернативу?
Скажем так -- десктопная часть ориентируется скорее на systemd, но с возможностью использования sysvinit (т.е. слом sysvinit или излишняя зависимость от systemd являются багом и исправляются); серверная часть потихоньку обзаводится поддержкой systemd, но именно в качестве локально выбранной альтернативы.
В седьмом кентавре (который сервер/десктоп) предполагается mate+systemd по умолчанию для десктопа и sysvinit -- для сервера.
PS: вот как раз потворствование фанбоизму, FUD и деструктивная деятельность меня и отталкивают сильнее всего от нынешних Поттеринга с Сиверсом. Интересно, они хоть отдают себе отчёт в том, чего в итоге добьются такими методами продвижения?..
Кстати, когда следующий релиз альта будет? Шестой пробовал, после пары обновлений вся пакетная база посыпалась :) Жду следующего.
Я так и понял что вы смотрите в сторону системд. И рад что делаете это осторожно (вопрос на сколько эффективно)
Можете сказать, когда примерно ждать следующего альта?
И это! airstrike верните, без него не перееду :)
> Шестой пробовал, после пары обновлений вся пакетная база посыпалась :)Если вдруг сохранились какие подробности -- черкните почтой (mike@altlinux), пожалуйста. Скорее всего, это "подсобило" обновление libav по настоятельным просьбам части пользователей.
> Можете сказать, когда примерно ждать следующего альта?
Думаю, весной. Этой.
> И это! airstrike верните, без него не перееду :)
https://bugzilla.altlinux.org/enter_bug.cgi?product=New/prop... packages :)
>Если вдруг сохранились какие подробностиНе, я как только шестой с KDE вышел, поставил на два компа. Как посыпалось так и снёс на одном, а на другом компе через пол года не мог обновиться, неразрешимые зависимости в файрфокса были.
Но хочу попробовать вашу семёрочку, в отличие от чакры :)
> скорость его работы (в данном случае включение выключение)Что ж это за работа такая, QC?..
А я запарился с этими ctl туда, ctl сюда. В одной доке говорят - делай так, в другой говорят - делай по-другому. Нахер! Как же уютненько было просто конфиги править! А это включение-выключение.. Ну и ЧТО!? Вы кнопку "павер" елозите в смазке ежесекундно, что-ли?
а ядро там какое? (а то что-то не написано тут (и даже вот тут- chakra-project.org/news/ это не написано)). И где его лучше ставить? (что на нем лучше делать-то? (а русский язык там насколько поддерживается?))
в данный момент 3.7.6
У них инсталлятор наконец перестал зависать намертво?
За последний год ни разу не вис. Даже наконец (с прошлого релиза) выбор раскладки клавы добавили :)
Поведаю то, очем многократно задавались вопросы и ни разу не было ответов - вырубание pulseaudio (эта тварь ресурсов процессорных пожирает больше чем декодирование fullhd видео h264 силами процессора).
Итак, заходим в католог /etc/pulse и... грохаем от туда все файлы (или переименовываем/перемещаем). Все. Пульс больше не запускается. Alsa работает отлично (надо только в alsamixer'е настройки поставить). Думаю что этот способ прокатит во всех дистрибутивах, где пульс гвоздями прибит и удаление его тянет по зависимостям чуть не всю систему.
тянет зависимость libpulse, удаляй pulseaudio пакет, и наслаждайся работой alsa. ;)
Хех :)[root@chakra-pc alex]# pacman -R pulseaudio
проверка зависимостей...
ошибка: не удалось подготовить запрос (не удалось удовлетворить зависимости)
:: ffmpeg: требует pulseaudio
:: fluidsynth: требует pulseaudio
:: gstreamer0.10-good-plugins: требует libpulse
:: kde-runtime: требует pulseaudio
:: libcanberra-pulse: требует libpulse
:: mplayer: требует pulseaudio
:: openjdk: требует pulseaudio
:: phonon: требует pulseaudio
:: pulseaudio-alsa: требует pulseaudio
:: qemu-kvm: требует pulseaudio
Охлол... у чакры ещё и "идиотозависимости" оказывается... :) Я то думал, там как в арче :)
В таких случаях pacman -Rdd выручает.
Несколько раз вырезал таким образом пульс из Арча и все работало отлично. Но потом его доделали и выпиливать больше не приходится.
>где пульс гвоздями прибит и удаление его тянет по зависимостям чуть не всю систему.Pulse удалён, а вот libpulse многое тянет (очень многое), включая language-selector-kde и calligra-libs…
