Переход с Arch Linux
Gineaser 16 октября, 2012 - 11:48
Здравствуйте.
В связи с недавними большими переменами в дистрибутиве Arch Linux задумался над тем, что возможно стоит попробовать генту, как наиболее ближайший (идеологически) дистрибутив.
Интересует пара вопросов:
1. Бывают ли инциденты с резкими внедрениями новых технологий, аля systemd, переносом системных директорий в другие места и прочее.
2. Насколько обширна база данных пакетов (портежей) если я правильно ознакомился с начальными сведениями по дистрибутиву в области пользовательских доработак (к примеру плагины для vim, pidgin, различных gtk тем, ну в общем сторонних репозитариев.
»
- Для комментирования войдите или зарегистрируйтесь
Цитата: 1. Бывают ли
Если в стабильную ветку - то они сопровождаются новостями, приходящими с обновлениями, которые можно прочитать и следовать приведенным там рекомендациям. В тестовой ветке тоже стараются все сильно не ломать, но переход stable->test однократно может быть болезненным(в зависимости от установленных пакетов).
Это основное дерево, оверлеи - http://gpo.zugaina.org
Нейтральность - высшее достижение сознания!
.
Интересный тезис.
Можно его развернуть поподробнее?
И заодно описать перемены, от которых хочется сбежать.
Есть нехорошее ощущение, что согласно закономерностям ТМО от победного шествия
systemd
тебе ни спрятаться, ни скрыться :)Разве что посредством внедрения в апстрим и учинения там маленькой такой революции.
Потому могу рекомендовать попробовать утешиться поиском разумного доброго и вечного в тенденциях эволюции (hal -> udev -> systemd).
http://ru.gentoo-wiki.com/wiki/Portage_Overlay
Если вдруг чего-то потребного тебе нет во внешних оверлеях, то к всегда твои услугам локальный (ебилды для некоторого количества отсутствующих в оверлеях можно взять в багзилле, хотя в этом случае вопросы поддержки/сопровождения ложатся на тебя), а для правильно написанного приложения написание ебилда не представляет сколько-нибудь заметной проблемы.
На будущее было бы интересно ознакомиться впечатлениями арчевода относительно доступности приложений. :)
:wq
--
Live free or die
Anarchist написал(а): Есть
Нужно переходить на Funtoo — http://forums.funtoo.org/viewtopic.php?pid=7323#p7323
Я ♥ Gentoo & Funtoo
.
Не уверен...
Я ведь не просто так ссылался на ряд hal-udev-...
На него завязывается много чего из функциональности прикладного уровня.
И потому к точке зрения Альва (про скрыться от
systemd
на *BSD) я отношусь столь же скептически, сколь к перспективе сбежать туда отhal
'а.Убежать не получится! Надо бороться (за согласованность тенденций разработки с здравым смыслом)! Или искать в тенденциях Разумное, Доброе, Вечное (я вижу скорее стремление свалить от рутины доработки существующего к куда более интересным масштабным системным разработкам; но в упор не понимаю, почему этот интерес нельзя удовлетворять в рамках Hurd'а).
ЗЫ: Нпоминание в теме о существовании форка удава мне видится более обнадёживающим.
:wq
--
Live free or die
.
Не искать следует, но сеять.
Интересный тезис. Можно его
Я не против каких-либо положительных перемен, перемен которые действительно улучшат конкретную часть дистрибутива либо дистрибутив в целом.
Что по факту получилось с Arch Linux: последние полгода какие то сомнительные перемены - сначала перенос /lib в /usr/lib, изменения в установщик (выпилили даже возможность настройки через псевдоготическое меню), разделение единого конфигурационного файла на несколько отдельных, разбросанных по системе, введение zsh, место оболочки bash и, самое главное, переход на systemd и отказ от главной и хорошо зарекомендовавшей себя системы инициализации в bsd стиле.
Из них внедрение Grub2 и исключение "помошника" в установке я считаю нормальным, в целом это правильный ход. Но что объясняет другие введения - лично мне как пользователю не ясно.
Бытует мнение о быстродействие systemd, но, если честно, я так не считаю. Сначала я посмотрел несколько сравнительных обзоров, целью которых было сравнение скорости загрузки систем одинаковой конфигурации демонов. В большинстве случаев увеличение вообще не было. В некоторых оно колебалось в рамках пару секунд. На фоне современного использования твердотельных носителей информации данные увеличения быстродействия становятся еще более мизерными и не значительными.
Тогда вопрос - зачем? Systemd - часть достаточно агрессивной и тоталитарно ведущей себя корпорации Red Hat. Внедрение внутрь systemd udev, контроль над системой подключения устройств: конфигурированием графической подсистемы, периферийных устройств и т.д. И хоть сейчас обратная совместимость еще присутствует (при новой инсталляции я могу откатится назад на привычную систему инициализации) дальнейший полный переход на systemd уже не минуем.
С моей колокольни те "преимущества" которые привнесет systemd в дистрибутив перекрываются с теми не удобствами и дальнейшими уже обусловленными мной аргументами с лихвой.
При первой возможности вплотную займусь изучением и архитектурой gentoo, полный контроль над системой присутствует, причем более низкоуровневый и целевой, нежели в арче.
Пока перехода на systemd не планируется (как я понял)?.
В целом не хотелось бы менять дистрибутив. Мои потребности он удовлетворяет. Его бинарность и большая база пакетов в свое время было для меня идеальным решением в выборе дистрибутива.
Арч будет агрессивнее по
Арч будет агрессивнее по стабилизации новых пакетов. Gentoo stable в этом плане как легкий морской бриз. Из резких нововведений за несколько лет в stable была стабилизация openrc.
О да, openrc резко
О да, openrc резко нововводился с год, как минимум. От такой "внезапности" я даже опешил.
.
А я могу констатировать, что получилось очень даже неплохо: предупреждение при обновлении (новости рекомендуется читать перед тем, как делать что-то ещё).
И никаких проблем для пользователя стабильной ветки.
Хотя с точки зрения новичка (момента перехода на Gentoo) и не идеально...
:wq
--
Live free or die
1. За исключенем некоторых
1. За исключенем некоторых пограничных случаев systemd для смерда полностью аналогичен прежней системе инициализации. в смысле, результат одинаков (система и сервисы загружены), а по времени - быстрей. Ели бы это было не так, дистрибутив не делал бы такого перехода.
Таким образом. ещё раз обдумайте, не обусловлено ли ваше решение иными причинами, кроме прагматизма и рациональности.
2. ваш текущий дистрибутив обладает более полной и свежей пакетной базой.Оверлеи, конечно, решают (если ими уметь пользоваться(. Но самым главным оверлеем для гентушника остается локальный оверлейчик, куда он складывает, то, чего не нашел в других.
3. Инциденты бывают на тестовой ветке довольно часто, но довольно быстро всё это устаканивается (от недели до месяца), обычно проблема не в пакете, а в пользователе, не удосужившемся почитать лог установки или мануал, хотя, конечно, бывает и наоборот.
Если всё-таки решились (я бы не решился, легче обкостылять, при необходимости, знакомую систему, чем занового обживать малознакомую).
То рекомендую бросить взгляд на http://www.sabayon.org/
:)
.
Есть основания полагать, что сущность, обозначаемая термином "смерд" в RedHat не обладает свойством тождества с аналогичной сущностью в Gentoo.
Что очевидным образом сказывается на истинности постулированного вывода.
А за отсутствие граблей, особенно неочевидных, порождённых переусложнением системы (оптимизацией по критерию "скорость загрузки") я подписываться не стал.
И тем более --- под их решаемость в рамках искажённой данным критерием оптимизации системы.
Не говоря о том, что лично мне фактор времени загрузки системы, особенно в данном диапазоне (30 или 40, или даже 50 секунд) интересен мало.
И я в этом далеко не одинок.
Я бы не забывал об обратной стороне данного критерия оптимизации.
Также есть основания утверждать, что для
ACCEPT_KEYWORDS="**"
, проставленных ключевым пакетам, с регулярной как минимум ежедневной пересборкой, утверждение о превосходстве Арча по параметру актуальности пакетной базы не вполне соответствует действительности.:wq
--
Live free or die
ACCEPT_KEYWORDS="**" ну ну ,
ну ну , оно обычно сломано. на данный момент сломано уже 4-ре месяца
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
slepnoga
"Ню-ню" рекомендую оставить при себе.
Имея привычку придираться к чужим словам сначала изволь потрудиться над обеспечением собственной безупречности.
После цитированной фразы шло указание на некоторый индивидуальный ограниченный список пакетов.
Хочешь поверь, хочешь проверь, но большинству пользователей ставить live-версии toolchain'а большого интереса нет.
Проблем же с некоторым количеством используемых мной live-версий за последние года два (до того и потребности не было) не регистрируется.
Или ты привычно посоветуешь не верить своим глазам и личному опыту? :)
:wq
--
Live free or die
Советую верить багзилле, а не
Советую верить багзилле, а не выдавать новичкам свои фантазии за действительность
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
/
Настоятельно рекомендую научиться уже держать собственные фантазии при себе, а не приписывать их оппоненту.
Правда, боюсь, для выполнения данной рекомендации необходимо сначала освоить великий и могучий русский язык.
:wq
--
Live free or die
тогда уж нам вдвоем его надо
тогда уж нам вдвоем его надо осваивать ;)
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
если на уж пошло, то ещё
если на уж на то пошло, то ещё ближе Gentoo будет дистрибутив http://www.calculate-linux.ru/
__________________________________________________
на недель-ку, до вто-ро-го я уеду в Ко-ма-ро-во ...
Именно его я плавными
Именно его я плавными телодвижениями и превратил в итоге в генту, ибо понял что то, что в нем предложено мне, по большому счету, не нужно. А переход происходил как раз в таком порядке: Sabayon -> Calculate -> Gentoo.
Arch
Я вот тоже перед тем, как в последний раз поставил себе Gentoo сидел на Arch'е. Идея его хороша, но руководство, кто сейчас вносит изменения какое-то непродуманное. Убило разделение на множество конфигов. Зачем? Наоборот, надо запихивать как можно больше в один конфиг. Это же и красиво и удобно.
Делают всё постепенно, когда надо было бы им сразу внести все нужные изменения, сделать.как бы релиз нового проработанного Arch'а, в котором всё новое работает без глюков, чтобы не действоать на нервы пользователям, которые не знают, что там дальше в новых обновлениях изменится, отвалится. Им надо представить модель Arch'а, которую они видят, сразу, а не рубить его по кускам то тут, то там по непонятным ни для кого причинам. Плавный переход с таким сильным измененем архитектуры - это кошмар.
К тому же минус Арча в крайне ограниченной поддержке архитектур. И к тому же они планируют совсем перестать поддерживать x86 как устаревающую и, следовательно, невписывающуюся в философию Arch'a архитектуру. И что делать потом? Выкидывать свой комп? Глупая стратегия постоянного внедрения новшеств, постоянного бегства куда-то в будущее. Слишком уж Arch стал нестабильным и непродуманным.
Да и бинарники мне совсем не нравятся. Постоянно ощущение, что система не работает по максимуму. А если перекомпилировать, то возникают какие-то ошибки, требуется чистый chroot, при создании которого сам чёрт ногу сломит. Вместо простоты, куча мороки. Вобщем ушёл я от этого всего безобразия и ни капли не жалею.
Большой конфиг замучаешься
Большой конфиг замучаешься сопровождать. Для примера могу предоставить хоррроший конфиг весом в 58 килобайт. Это с отстрипанными комментами, если сырой - то все 160 кило. Сопроводите мне его. Это безусловно и просто, и удобно. Да и красота налицо ))
Кстати гентоо тоже имеет понятие базовой системы.
Повеселило про архитектуру x86. У вас что за машинка, которая только ее и умеет? Если старая машина - берем старый дистриб арч, ставим и НИКОГДА НЕ ОБНОВЛЯЕМ. Все. Зачем поддерживать некроархитектуру?
Черт ногу сломит для чрута - это шедевр, безусловно.
Пользуясь моментом, хочу передать привет друзьям, которые также пользуются "Моментом"
Ну не настолько большой!
Ну не настолько большой! Просто зачем разпихивать одиночные опции вроде имени хоста, простенькие настройки сети, занимающие пару строк, имя консольного шрифта по разным файлам. Маразм же! Зачем загрузку/блокировку модулей в отдельные файлы? Вобщем, все мелкие общесистемные настройки очень удобно и красиво держать в одном конфиге, в котором наглядно видно, что из себя представляет система. А настройки дополнительных приложений, естественно, не нужно пихать в общесистемный конфиг.
Под x86 я имел ввиду i686.
Создание чистого окружения для компиляции мне показалось довольно муторным занятием. Кроме того не понятно, как потом эти пакеты запихивать в основное окружение. неужели руками? Почему бы просто без проблем не скомпилировать в обычном окружении и автоматом установить? Почему в gentoo это работает, а в arch'e столько мороки?
Сразу скажу, что Arch в глаза
Сразу скажу, что Arch в глаза не видал.
Возможно, это раздражает потому что было в одном месте, а потом растащили. В Gentoo оно изначально по кучке файликов.
Сейчас особой разницы нету. x86 отмирает постепенно, выбор процессоров чисто x86 довольно мал, если не сказать почти отсутствует.
Gentoo на это рассчитано. В Arch стоят заголовки? А как бороться потом с обновленим - аналоги revdep-rebuild'ов и lafilefixer'ов тоже есть? emerge каждый пакет в песочнице собирает, ограждая от его действий основную систему, чтобы он её не изуродовал корявым make install'ом. Вобщем, собирать в системе это не просто.
Re
Да, раньше явно было лучше. Gentoo бы тоже неплохо смотрелся с таким общесистемный файлом конфигурации.
Таких тонкостей не знаю. Может быть что-то и есть, но пользоваться ни разу не приходилось.
Ну, в Arch'e же есть ABS - система сборки пакетов, содержащая в себе дерево файлов с инструкциями сборки и установки, которая создаёт пакет таким, каким он разпространяется в официальном дистрибутиве, но уже с твоими опциями компиляции и какими-то другими изменениями. По-моему, она должна тоже предпринимать какие-то меры предосторожности и работать как часы. Это что-то типа дерева портежей Gentoo. Что-то собирается, конечно, но вот firefox у меня не собрался и порекомендовал мне Google создать чистое окружение для сборки, howto по которому есть в archwiki. Вобщем, всё же Arch - бинарник, для пересборки всего мира под свою архитектуру, думаю, придётся попотеть. Другие пакеты тоже могут не собраться.
Мал-то мал, но сколько таких компьютеров ещё долго будут существовать и работать? Если Arch перестанет поддерживать эту архитектуру, то автоматически эти компьютеры пролетают, придётся ставить на них другой дистр.
По-моему, это плохая стратегия: поддерживать только всё новое, мне она не нравится. Нет ощущения стабильности, всё время ждёшь, что что-то новое введут и что-то придётся выкидывать, перестраивать. Постоянно нужно следить за изменениями. Пакеты всегда доступны только самые новые, старые версии уже не поставишь. Несерьёзно как-то это. Arch - дистр больше для развлечения, для тех, кто привык к постоянным изменениям. На сервера ни в коем случае нельзя ставить.
.
А зачем все нынешние Intel/AMD поддерживают все "некро-архитектуры" аж с 80-х? Насколько мне известно, данная поддержка является головной (и не только) болью разработчиков. И они, не смотря на боль, все поддерживают и поддерживают. Плачут, колются, но жрут, [censored], кактус.
Сейчас наблюдается тенденция времен интернационалов: "весь мир [неверный] мы разрушим до основанья, а затем мы наш, мы новый мир построим...".
Вот перешли на openrc. А переключение между runlevel'ами до ума так и не довели. Сколько времени прошло? Зато успешно все сломали, назад не вернуться, только "никогда не обновлять".
Проблемы людей, не правилно
Проблемы людей, не правилно подобравших дистрибутив или ОС под задачу не колышат ни одного дева ни одного опенсорц дистра ;)
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
.
Т.е. - домашний desktop - неправильная задача для gentoo? Какие же задачи для этого дистра "правильные"?
Аааа, кажется я понял. Переключение между runlevel-ами на домашнем десктопе теперь неправильная задача для gentoo. До перехода на openrc gentoo был подходящим дистром для подобной мелочи, а нынче все, приехали - неподходящий.
То, что "не колышат" давно уже понятно. Вообще - давно бы в мануале написали, что "openrc не поддерживает, и не будет поддерживать переход с одного runlevel на другой, а если вам так уж приспичило это делать, переходите на любой другой дистрибутив, в котором возможно использовать отличную от openrc систему". И дело с концом. Так сказать "чемодан-вокзал-Россия", как любят говорить наши (и ваши, кстати) "свидомые" граждане.
Почаму? У меня он как desktop
Почаму? У меня он как desktop и всё нормально, никакие runlevel'ы меня не колышат, всё работает хорошо и быстро. Gentoo - универсальный дистрибутив, в этом-то и его плюс, можно собрать под любую архитектуру и под любые задачи. Есть же профили специальные, в которых фигурирует desktop, можно и свой профиль создать.
Не надо, Gentoo, хорош для всего.
Судя по wiki, минус OpenRС (http://en.wikipedia.org/wiki/OpenRC) только в том, что не поддерживается перезапуск сервиса после его падения и слегка глючен параллельный запуск сервисов. Думаю, не особенно-то это и нужно. Сервера работали и работают без всего этого нормально. Когда systemd устаканится, тогда и на неё может быть перейдут.
OpenRC проще, в нём куда меньше кода, а функционал примерно такой же. Ошибок должно быть меньше.
Если твоя система запустится на пару секунд быстрее благодаря параллельному запуску с systemd, то неужели ты испытаешь от этого вселенский оргазм? Кому это нужно? Большую часть времени мы не систему запускаем, а работаем в ней, а сервера так вообще не выключаются сутками, месяцами, а может и годами.
Не понимаю, чего так разшумелись по поводу этих систем инициализации?.. Какая разница, как стартуют сервисы? Главное, чтобы они запускались и работали.
.
С openrc, как с системой инициализации, в случае boot-shutdown-reboot проблем нет. Я имел в виду переключение между runlevel-ами без перезагрузки. А вот со switching runlevels у openrc проблемы. Точнее, в нем сей процесс практически проигнорирован. Вроде бы и есть соответствующий функционал, но работает неверно, можно сказать, вообще не работает.
А как стартуют сервисы, мне без разницы.
?
А для чего это может быть нужно? Так и не нашёл нигде. Наверняка можно как-то обойтись и без этого.
Насколько я понял, разные уровни загрузки просто загружают разные сервисы. Сделай скрипт, который остановит/запустит ненужные/нужные сервисы - вот и всё.
.
Как это знакомо. "Если я не понимаю, зачем это нужно [мне | вообще], значит это /ересь/не нужно/без этого можно обойтись/и т.д."
Зачем, спрашивается, я должен делать какой-то там скрипт? Если все давно придумано и успешно реализовано, и ко всему прочему является стандартным поведением sys-apps/sysvinit?
И вообще, я не просил никаких советов, всего-то констатировал факт.
Вообще-то я имел ввиду, что
Вообще-то я имел ввиду, что раз сопроводители gentoo, отнюдь не простого дистрибутива для развлечений не уделили внимание такой вещи, значит, не так уж она и важна.
А что сложного в написании простенького скрипта включения|выключения служб? В скрипте даже больше можно наворочать, включить все нужные службы или только некоторые, а не только те, что прописаны в runlevel.
Всё же не понимаю, чем так хороша эта фишка.
.
Понимать и не надо. А "фишка" эта не хороша и не плоха. Она стандартна. Опять же - если непонятно, зачем эта "фишка", то это не значит, что "не так уж и важна". И зачем это, интересно, мне нужно "наворочать" скриптов-костылей вместо того, чтобы пользоваться стандартным способом? Хотя, "наворочать" их таки пришлось. Но, к сведению, всяческого рода костыли для "отнюдь не простого дистрибутива" являются ересью и поводом для отсыла в сад при обращении с вопросами.
В общем, вижу, что дискуссии не выходит - наблюдается наличие "мотивации к непониманию". :)
Насчет фичи - ну да, если
Насчет фичи - ну да, если костылю 30 лет, то это фича, а не баг. Также , оно типа как бы стандартно ( ну а проще - привычно ) только в потомках SystemV. Генто же спокон веку юзает BSD стиль, где ни про каие ранлевелы никто никогда не слышал , а если и слышал ( как в опенке ) - то это совсем не оно.
Вобщем да, людам , воспитанным на редхате в генте трудно по многим причинам .
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
.
Очень интересно. А зачем тогда нужен inittab? И откуда это все взялось в gentoo, если она
?
baselayout1, который адекватно работал с переключением - это и есть тот самый "костыль, которому 30 лет" и который "никогда о ранлевелах не слышал"?
Ты ничего о BSD-стиле не напутал?
openrc юзает ранлевелы. Более того, в багзилле мне посоветовали переключаться между ними не init-ом, а собственно rc. А с этим дело еще интереснее - оно вроде переключает, да. Только потом init почему-то не знает, на каком он сейчас ранлевеле и из-за этого есть проблемы с clean halt/reboot. Если ранлевелы переключать нельзя, и никто оказывается не cлышал о них, то откуда взялся 'man rc' и почему в нем ничего о "нельзя" не сказано? И вообще, как rc использует init?
Ммм. Это ты кому щас сказал? (с)
.
Запасся попкорном и расположился на заборе :)
Правильный ответ в том, что в разработке слишком много таких... ногообразных (ща додумаю мыслю и зарегистрирую ещё один баг того же порядка, только, в отличие от, с реальными перспективами исправления).
Которые не опускаются до того, чтобы помыслить реализуемость всех необходимых аспектов до начала собственно написания кода.
Это обычная для ноги полемика с воображаемым оппонентом (им самим).
:wq
--
Live free or die
.
Хотелось бы верить :) python-updater год по-моему уже упорно продолжает пересобирать пакеты, установленные с '-python'. Хотя для исправления этого всего-то надо bash-скрипт в одной строке чуть подправить. И патч я давным-давно отправил, и люди отрапортовали, что все нормально.
Т.е. - перспективы исправления есть, а самого исправления нет.
Был еще баг (c openrc), который "исправили". Он, по-моему, так и есть на багзилле "resolved fixed", но на самом деле это не так. После такого пропадает всякое желание что-то регистрировать.
slepnoga написал(а): Насчет
Ужимки нашего мнящего себя безупречным друга столь занятны...
Привык небось полагать себя в совершенной безопасности от перспективы реализации не-костыльного решения (сущность в данном случае тоже феерически прекрасная, в части последовательности избегания данным персонажем любой и всяческой конкретики относительно описания оных "не-костыльных" решений) на элементной базе 30-летней давности.
Ню-ню.
Сказки о том, что в Gentoo используется BSD-style init оставь для тех, кто *BSD в глаза не видел.
И поосторожнее с распространением свойств собственного воспитания на генеральную выборку.
:wq
--
Live free or die
.
В очередной раз восхитимся унылостью, с которой шлепнога поддерживает собственную непогрешимость (никогда, ни в коем случае не допускать позитивных утверждений, которые, о ужас! оппонент может справедливо раскритиковать).
В данном конкретном случае: в предположении существования свойства однозначной сходимости критериев квантора существования ноге неплохо было бы постулировать факт существования дистрибутива, соответствующего озвученным критериям.
:wq
--
Live free or die
Anarchist написал(а): В
Я хотел бы , что бы вы перевели Ваше высказывание на тот русский, на котором разговаривает большинство носителей этого языка, а не на тот , который вы сами себе придумали
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
slepnoga
Практика неоднократно показывала, что если человек мотивирован на понимание, то и наличная формулировка для него не препятствие, если же человек мотивирован на непонимание, то как ни упрощай --- на факте достижения тем поставленной цели оно никак не отразится.
:wq
--
Live free or die
Вживую арча не видел и не
Вживую арча не видел и не собираюсь в ближайшее время смотреть. Тем не менее идеолигическая близость бинарного и сурсового дистрибутива весьма сомнительны. По поводу высказанных вопросов:
1) Бывает все. Команда разработчиков - это всего лишь коллектив, состоящий из простых смертных, коим не свойственно по природе своей делать вещи, идеалные во всех отношениях. Естественно некоторые решения команды могут вызвать недовольство со стороны определенных пользователей. Но это свойственно всем дистрибутивам. Не думаю что от замены арча на любой другой дистрибутив вы навсегда решите проблему совместимости генерального плана разработки с собственным пониманием красивого и вечного.
2) Как и у всех других дистров есть три возможности. Установить пакет с офф. дерева, воспользоваться множеством неофф.оверлеев и написать собственный ебилд. Последннее имхо значительно проще именно под гентоо, поскольку от природы оно содержит компилятор, заголовки и прочий инструментарий.
имхо...
Pre: O systemd- обкатают в арче и др. дистрах - будет оно и в генту (уже есть, но пока полувменяемое). Тут надо судить не по новизне, а по поддержке. Если Арчеписатели вознамерились его внедрять ранее других - имхо и результата добьются раньше. А потом с арчевики будут все тырить, выдавая за ноухау ;)
1. 10 лет на генту. Не пойму, что значат "новые технологии" в разрезе этого дистра. Принципиальная смена либ libpng? новые udev? хз. у меня нестабильная ветка. Если умеешь читать + любишь свой дистр + интересно его содержать в рабочем состоянии = вопросов нет. Алгоритм решения проблем прост донельзя - eselect news list/ revdep-rebuild / google / gentoo.[ru,org и иже с ними]/.
В конце концов - ни один из ныне существующих дистров не предоставляет такой юзерабельного механизма как slot/eselect. Но таки поскольку оный механизм в генту имеется, почему бы его не задействовать для openrc/systemd? какие отсель потрясения/технологии? Это пока предположения, но благодаря сохраняемой (пока) святости традиций - резкие нововведения в генту будут вводиться именно так.
2. Ну насчет этого скажу одно - после арча может и поплохеть ;) Вот, например.. ознакомься.
Да пребудет с тобой великий Linux.