Том Гундерсен (Tom Gundersen (http://www.archlinux.org/developers/#tomegun)), мейнтейнер пакета initscripts, последнее время вовлечённый в процесс миграции Arch Linux на systemd, опубликовал в списке рассылки разработчиков Arch Linux сообщение (http://mailman.archlinux.org/pipermail/arch-dev-public/2012-...) с планом продолжения поддержки системы инициализации sysvinit после перехода дистрибутива на systemd. Ниже перевод сообщения Тома:<blockquote>
Переход на systemd идет полным ходом. Скоро все пакеты в наших репозиториях будут иметь поддержку systemd. Я думаю, что самое время поговорить о текущем состоянии sysvinit/initscripts и их будущем.
Я считаю, что сейчас initscripts находятся в относительно хорошем состоянии (я, естественно, очень предвзят). И поэтому, будет не трудно дополнительно поддерживать загрузку не с systemd в Arch, даже в долгосрочной перспективе. Однако, кто-то должен делать эту работу.
Пожалуйста, давайте отвечать только по теме. Речь не идет о sysvinit или systemd, их достоинствах и недостатках.Тестирование
Это повторялось неоднократно, но я думаю, что имеет смысл повторить еще раз: мы быстро теряем людей, которые осуществляли раннее тестирование initscripts, т.е. следили за проектом, проверяли патчи и тестировали initscripts-git. В какой то момент, мы видимо столкнемся с нехваткой разработчиков и доверенных пользователей для тестирования initscripts в тестовом репозитории. Поэтому если вам близок sysvinit/initscripts способ загрузки, присоединяйтесь к проекту Arch и помогайте в тестировании.
Initscripts
Initscripts в настоящее время полностью поддерживаются и активно развиваются. Уже на протяжении большого количества времени ведется работа по объединению и унификации файлов конфигурации для initscripts и systemd. И эта работа в основном завершена (по крайней мере, для initscripts). Кроме того, код разделен для systemd и initscripts, где это возможно (может быть, есть еще больше возможностей для этого, но работа в основном завершена). Все это должно способствовать довольно легкой поддержке initscripts в Arch в долгосрочной перспективе, даже с небольшой базой пользователей и разработчиков.
Я намерен поддерживать initscripts в официальном репозитории пока это будет иметь смысл. Однако, чтобы это все было жизнеспособным, мы нуждаемся в еще как минимум одном разработчике initscripts, который заинтересован помогать и который использует sysvinit/initscripts в качестве основной init-системы. В дальнейшем этот человек сможет взять на себя сопровождение initscripts. Если это кому-то интересно, то присоединяйтесь к проекту Arch, публикуйте отзывы, предложения и патчи.Пакеты, требующие systemd
В (ближайшем) будущем мы ожидаем, что некоторые пакеты будут поддерживать только systemd-загрузку. В частности, я думаю это polkit, networkmanager и некоторые пакеты GNOME (какие именно я не знаю, так как не использую GNOME). В будущем количество таких пакетов вероятно будет только увеличиваться. Мы также возможно прекратим поддержку ConsoleKit в будущем.
Но не нужно паниковать. Количество пакетов, которые нужно перекомпилировать для поддержки чего-то отличного от systemd на самом деле очень мало (наверное меньше десяти). Поддерживать альтернативный репозиторий, содержащий данные пакеты, даже одному человеку (например тому, кто будет сопровождать initscripts), будет очень легко. Я буду рад помочь в старте этой затеи, если кто-то заинтересован.
Впрочем, возможно люди, которые не хотят использовать systemd, также не используют polkit или consolekit, поэтому для них эта проблема не актуальна.RC-скрипты
В настоящее время мы имеем несколько сотен rc-скриптов в нашем репозитории (скрипты в /etc/rc.d/), поставляемых с разными пакетами. Это скорее всего не измениться в ближайшем будущем. Но если кто-то из мейнтейнеров решит убрать эти скрипты из своих пакетов (оставив только unit-файлы для systemd), то можно взять нужные скрипты из нашего репозитория и добавить их в альтернативный репозиторий, о котором я говорил выше.
Заключение
Как я попытался изложить выше, объем работы, необходимой для не-systemd загрузки, действительно очень мал, и я буду рад помочь всем, кто решит принять его. Однако, я видел предложения путей для избежания потавки только systemd в дистрибутиве, которые предполагали разделение пакета на части и перекомпилирование десятка пакетов, чтобы избежать зависимостей от библиотек systemd, или же повторно дублировать код, разделенный между systemd и initscripts. Это, по моему скромному мнению, не стоит усилий и я не заинтересован связываться с этим.
</blockquote>URL: http://mailman.archlinux.org/pipermail/arch-dev-public/2012-...
Новость: http://www.opennet.me/opennews/art.shtml?num=34955
И каждый пошёл своею дорогой, а поезд пошёл своей (с)
Нет, это как раз тот редкий случай, когда две системы поддерживаются одновременно, что даёт выбор пользователям, а ведь вся сила линукса и заключается в разнообразии и свободе.
Я помню, когда пришёл udev, все принялись выпиливать этот проклятый hal из системы, называли его убожеством и т.д., в результате не осталось альтернативы, хотя мне, как пользователю, больше нравился hal, хотя-бы потому что его только начал понимать, кое как, а тут раз и всё заново, причём не лучше, а просто другое, с новыми граблями.
Надо поддерживать разные ветки развития и идеи, а не разные дистрибутивы, которые являются ответвлениями ответвлений основного дистра, которые ничем, кроме обоев не отличаются.
макаронович тут не в тему
Опомнился, раньше надо было обращаться, пока я на systemd не перешел, с удовольствием бы подхватил.
Горе-то какое, они тебя потеряли.
> они тебя потеряли.Не только меня, а многих других потенциальных мейнтейнеров.
> Не только меня, а многих других потенциальных мейнтейнеров.Нормально, т.е. это надо ему а не тебе? Тогда нафига тебе дергаться? :)
> Горе-то какое, они тебя потеряли.Они потеряли практически всех, кто хотел поддерживать initscripts. Собственно, об этом и новость. "Ищут его и не могут найти..."
> раньше надо было обращаться, пока я на systemd не перешелМеня тут тоже вызывает Владимир Владимирович и говорит: ну что Саша - один ты у меня остался, только на тебя могу положиться.
Ваши бы слова, да Богу в уши...!
> Ваши бы слова, да Богу в уши...!Чего Он поддерживать должен?
> Меня тут тоже вызывает Владимир Владимирович и говорит: ну что Саша -
> один ты у меня остался, только на тебя могу положиться.В случае с открытым софтом, зачастую, один человек решает всё.
ага, а с закрытым решает сообщество. ничего не напутал?
> сообществоХа-ха, инертная биомасса, 1% которой ноет в багтрекерах, а только .001% способна накатать патч?
Нет ничего не напутал, одна тысячная процента от сообщества среднего открытого проекта это как раз один человек и будет.
ok, а сколько человек решает судьбу среднего закрытого проекта?
На то он и закрытый, что этого никто не знает.
> На то он и закрытый, что этого никто не знает.Как правило 1-2 манагера/сэйлза/руководятла. Им 1 пасквилю черкануть, а вам - полгода раком потом разгребать все это :)
> Ха-ха, инертная биомассане все сообщества такие как в арче
http://www.opennet.me/opennews/art.shtml?num=34623
дистрибутивы типа Arch Linux напоминают мне детскую игру - раскрась и выбрось (вырежь), и я в нее когда-то тоже сыграл :)
> дистрибутивы типа Arch Linux напоминают мне детскую игру - раскрась и выбрось
> (вырежь), и я в нее когда-то тоже сыграл :)Еще металлические конструкторы. Да, можно собрать что угодно, но выглядит несколько игрушечно и к серьезным применениям применимо ограниченно.
> В случае с открытым софтом, зачастую, один человек решает всё.А ты то тут причем?
>> В случае с открытым софтом, зачастую, один человек решает всё.
> А ты то тут причем?Наверное, он смог бы поддерживать initscripts. В отличие от тысячи аналитиков "systemdненужен".
Ну и где он теперь, которой мог бы? Все там же? Среди аналитиков?
> Меня тут тоже вызывает Владимир Владимирович и говорит: ну что Саша -
> один ты у меня остался, только на тебя могу положиться.Тут ситуация еще хуже - никого не осталось. Не на кого положиться.
А говорили, что sysvinit многим нужен...
> А говорили, что sysvinit многим нужен…мне вот кресло нужно, только делать его я не готов по многим причинам. введут вместо кресел стулья — ок, буду пользоваться старым креслом, его надолго хватит.
>> А говорили, что sysvinit многим нужен…
> мне вот кресло нужно, только делать его я не готов по многим причинам. введут вместо кресел стулья — ок, буду пользоваться старым креслом, его надолго хватит.А делать и не надо — sysvinit же Совершенный Инструмент, Который Уже Есть И Проверен Временем. Так, подлатать сям-там. Ну хоть это-то должно быть несложно, не так ли? Ну всяко же проще, чем Метровый Блоб С Бесполезными Исходниками, а?
не тупи, такая степень тупости тебе не идёт.
Как толсто-то.
Что случилось с кде3, первогномом, симанкой, галеоном после того как его выкинули из дистров?
> Как толсто-то.
> Что случилось с кде3, первогномом, симанкой, галеоном после того как его выкинули из дистров?здравый смысл подсказывает, что *сначала* закончились maintainerы, и только *потом* — выкинули из дистров.
А здравый смысл не подсказывает почему они закончились?
> А здравый смысл не подсказывает почему они закончились?не подсказывает. есть возможность просветить меня на этот счёт? выслушаю с интересом.
Менеджеры так решили. Системд тоже что ли инженеры придумали? Те же менеджеры, которые под знаменем поттеринга тащут новую мульку.
> Менеджеры так решили. Системд тоже что ли инженеры придумали? Те же менеджеры, которые под знаменем поттеринга тащут новую мульку.Надо понимать, что поддерживать KDE3 c seamonkey тоже менеджеры запретили?
Давай расскажи что это само собой получилось. Само собой системд внедрилось, само собой пульса втаскивалась во все дистры. Это не Коливаса нафиг послали с его шедуллером, а потом Инго напейсал свой. Это не Инго пришёл и сделал свой правильный RT, который потихоньку вливают в ядро, а остальных послали подальше. Само собой рейзерфс не взяли в ядро ни под каким соусом, а баговую поделку бтрфс затащили и ломали-чинили непрерывно. Это конечно инженеры побежали от нечего делать переписывать люстру на зфс, вместо екстфс. Это не Алан Кокс что-то там вертел в районе 2.4 ядра до тех пор пока Линусу не надоело и он выкинул его код нафиг. Это само собой не взяли похмелфс в ядро а от других взяли. Само собой евмс слили а оставили лвм. Само собой получилась куча форков мускуля.Троллинг твой тупой и уши у тебя холодные.
а старый софт поддерживать не шибко надо, максимум бекпорты да пересборы массовые (автоматом).
а kde3 никуда не делся - пока зависимости держат. не так жестко как с gtk - там вообще засада.
> здравый смысл подсказывает, что...апстримы половины перечисленного соревновались в прыжках в ширину, провозгласив сырую или вовсе бумажную следующую версию "нашим всем" и активно _мешая_ майнтенансу уже вылизанных стабильных версий, подчас обладавших уникальным сочетанием фич (по galeon-0.12.x до сих пор ностальгирую порой).
>> здравый смысл подсказывает, что
> ...апстримы половины перечисленного соревновались в прыжках в ширину, провозгласив сырую или вовсе бумажную следующую версию "нашим всем" и активно _мешая_ майнтенансу уже вылизанных стабильных версий, подчас обладавших уникальным сочетанием фич (по galeon-0.12.x до сих пор ностальгирую порой).мешают — форкайтесь. по-моему, так.
> мешают — форкайтесь. по-моему, так.Форкам KDE3 и GNOME2 в меру сил помогаю -- теми же образами, багрепортами, перетаскиванием альтовских патчей.
Не так он сказал...
"Поздно молиться начинаете. Вот Я давно уже молюсь, и Российская(право, славная) церковь меня поддерживает. Не дает мне не замолить грехи."
Грамотный подход, респект. Хотя он лукавит слегка - у Arch может база пользователей/разработчиков и небольшая (по сравнению с монстрами), но initscripts нужен очень много кому.
В общем-то sysvinit/rc.d никто вроде не собирался оставлять без поддержки. В большинстве случаев (простых) мейнтейнерам пакетов можно оставить все как есть, все будет работать. Собственно на rhel вряд ли кто-то позволит такую жесткую миграцию проводить, как в федоре, особенно в ситуациях где заведомо нет нужды переделывать.
> initscripts нужен очень много комувот и посмотрим, кому и как сильно.
> Грамотный подход, респект. Хотя он лукавит слегка - у Arch может база
> пользователей/разработчиков и небольшая (по сравнению с монстрами), но initscripts нужен
> очень много кому.Сабжевый пост показывает, что все, кому так нужен initscripts, горазды только по форумам кричать. Всего-то нужен - один разработчик. Но у них - тысячи крикунов "даешь sysvinit!11" и ни одного разработчика...
>> Грамотный подход, респект. Хотя он лукавит слегка - у Arch может база
>> пользователей/разработчиков и небольшая (по сравнению с монстрами), но initscripts нужен
>> очень много кому.
> Сабжевый пост показывает, что все, кому так нужен initscripts, горазды только по
> форумам кричать. Всего-то нужен - один разработчик. Но у них -
> тысячи крикунов "даешь sysvinit!11" и ни одного разработчика...а что там разрабатывать? и поддерживать?
совместимость же - первое что сделали, иначе как мигрировать.
ломать совместимость чтобы заставить кого-то что-то менять - это бред, если нету других причин.
> В общем-то sysvinit/rc.d никто вроде не собирался оставлять без поддержки. В большинстве
> случаев (простых) мейнтейнерам пакетов можно оставить все как есть, все будет
> работать. Собственно на rhel вряд ли кто-то позволит такую жесткую миграцию
> проводить, как в федоре, особенно в ситуациях где заведомо нет нужды
> переделывать.При переход RHEL5-RHEL6 миграция на upstart была довольно жесткой.
Так upstart-то в режиме полной совместимости. Кроме совсем мелочей типа /etc/inittab все работает и управляется так же, как и раньше. chkconfig, ntsysv файлики в /etc/init.d - все работает ровно так же, сами скрипты имеют тот же синтаксис и тд.Сравните с переходом на systemd: chkconfig и ntsysv больше не работают, сервисов в /etc/init.d практически не осталось (только те, что не успели сконвертировать), скрипты сервисов заменены на конфиги (или как это правильно назвать..) systemd, находятся в другом месте и имеют совершенно непохожий синтаксис.
> Так upstart-то в режиме полной совместимости. Кроме совсем мелочей типа /etc/inittab все
> работает и управляется так же, как и раньше. chkconfig, ntsysv файлики
> в /etc/init.d - все работает ровно так же, сами скрипты имеют
> тот же синтаксис и тд.
> Сравните с переходом на systemd: chkconfig и ntsysv больше не работают, сервисов
> в /etc/init.d практически не осталось (только те, что не успели сконвертировать),
> скрипты сервисов заменены на конфиги (или как это правильно назвать..) systemd,
> находятся в другом месте и имеют совершенно непохожий синтаксис.ага - так проблема в чем - рулить неудобно? если сделать чтобы chkconfig и ntsysv умели работать с юнитами (включать-выключать, и runlevel 1-2-3-4-5 похоже изображать) - проблем не остается?
Ну и вообще немалая часть входящего в sysvinit/rc.d функционала входит в стандарты (LSB, POSIX, и другие), и systemd никуда не денется - будет поддерживать.
> Ну и вообще немалая часть входящего в sysvinit/rc.d функционала входит в стандарты
> (LSB, POSIX, и другие), и systemd никуда не денется - будет
> поддерживать.Так поддерживает, и поддерживать будет.
В отличие от sysvinit, у которого с поддержкой LSB, например, бааальшие проблемы.
Сделал 2 вывода:
1- через какое-то время (как обычно, неожиданно после очередного обновления) система внезапно сломается и перестанет грузиться вовсе
2- по восстановлении из этого состояния окажется, что все удобство настройки служб в арче исчезло, документация не обновлена и вообще непонятно как работать
;)
Вообще то они пишут на сайте в новостях о нововведениях, что изменилось и что надо сделать, сам недавно убил систему поставив при обновлении флаг -f когда glibc не обновлялся, и это не их вина что я поставил, если бы я прочел новость, то увидел бы "Never use --force during this update." :)
Про удобство категорически не согласен, недовольные не могут аргументировать зато говорить кучу таких фраз:)
Человек про известные проблемы systemd написал, а не про арч. Удалишь своп и перезагрузишься, забыл отключить swap.service. И система может молча повиснуть при старте на неопределенное время, потому что systemd будет в цикле перезагружать swap.service до некоторого порога.
> Человек про известные проблемы systemd написал, а не про арч.Может я ошибаюсь, но мне кажется именно про арч, ибо на нем недавно проходили все эти новшества и сам сталкивался с проблемами, пока не стал читать от них новости прежде чем что-то самому предпринимать.
> Человек про известные проблемы systemd написал, а не про арч. Удалишь своп
> и перезагрузишься, забыл отключить swap.service. И система может молча повиснуть при
> старте на неопределенное время, потому что systemd будет в цикле перезагружать
> swap.service до некоторого порога.Так уж сложилось исторически, что Linux позволяет без лишних проблем выстрелить себе в ногу.
Только мне кажется, что проблема systemd тут заканчивается на слове "забыл"?
На крайняк можно списать на ошибку конкретного юнит-файла, но это тоже конфигурация.
Вообще-то данное обновление невозможно поставить как с ключом -f так и без него и это косяк уже не пользователя. Нужно было какой костыль сделать чтоб обновление прошло плавно.
Как бы с сабжем подобного не вышло. Если арч не на одном домашнем ПК и не только на домашнем, то пляски с чрутом и лайвсиди после обычного обновления не радуют.
> Вообще-то данное обновление невозможно поставить как с ключом -f так и без
> него и это косяк уже не пользователя. Нужно было какой костыль
> сделать чтоб обновление прошло плавно.
> Как бы с сабжем подобного не вышло. Если арч не на одном
> домашнем ПК и не только на домашнем, то пляски с чрутом
> и лайвсиди после обычного обновления не радуют.Согласен что могли бы подумать...
Возвращаясь к нашему продуктивному обсуждению системд :
http://cgit.freedesktop.org/systemd/systemd/commit/?id=7b17a...ха-ха-ха
Да, в journal наконец-то появилась репликация логов. Теперь rsyslog можно окончательно выкинуть.
да ты братец туп как пробка. ещё такие же 4 плюсанувших. в том что навертел поттеринг, в ситсемд, надо зайти и сдёрнуть логи для того что бы посмотреть. в сислог он просто льётся на удалённую машину. удачи тебе на подвисшем серваке посмотреть логи.
>journal: add minimal journal gateway daemon based on GNU libmicrohttpdЭто же отлично! Хотя конечно без twitter и почтового демона это не полноценное решение. Ну и лучше писать код без использования dereference null pointer.
> Это же отлично! Хотя конечно без twitter и почтового демона это не
> полноценное решение. Ну и лучше писать код без использования dereference null
> pointer.systemd прекрасно интегрируется с почтовыми демонами (т.е. умеет их запускать и останавливать), так сказать, "приколочен гвоздями". Осталось придумать демон с поддержкой твиттера и добавить туда unit-файл systemd - тогда будет и интегрированный твиттер.
>> Это же отлично! Хотя конечно без twitter и почтового демона это не
>> полноценное решение. Ну и лучше писать код без использования dereference null
>> pointer.
> systemd прекрасно интегрируется с почтовыми демонами (т.е. умеет их запускать и останавливать),
> так сказать, "приколочен гвоздями". Осталось придумать демон с поддержкой твиттера и
> добавить туда unit-файл systemd - тогда будет и интегрированный твиттер.А напуркуа там твиттер?
> А напуркуа там твиттер?А хрен его знает. Но некоторые просят, вон товарищ xxx например.
> А напуркуа там твиттер?статусы сервисов публиковать же.
> Это же отлично! Хотя конечно без twitter и почтового демона это не полноценное решение.Да без проблем. У sytemd очень удобная архитектура, поэтому можно легко написать модуль, который при регистрации в логах journal опасных ошибок будет писать об этом админу на мыло, в твиттер, в jabber или по смс.
И, главное, засунуть всё это в исходники systemd.
> И, главное, засунуть всё это в исходники systemd.Леннарт ждёт ваших патчей.
>> Это же отлично! Хотя конечно без twitter и почтового демона это не полноценное решение.
> Да без проблем. У sytemd очень удобная архитектура, поэтому можно легко написать
> модуль, который при регистрации в логах journal опасных ошибок будет писать
> об этом админу на мыло, в твиттер, в jabber или по
> смс.Расскажи когда там полную систему мониторинга типа нагиос привернут и вообще поддержку всех современных систем типа итил, итсм и прочих весёлых штук.
> ха-ха-хаСтранные люди.
Нет поддержки репликации логов - ругаются.
Есть поддержка - пытаются изобразить ироничный смех.
Женская психология в полный рост. Эмоционально, но непонятно.
>Нет поддержки репликации логов - ругаются.
>Есть поддержка - пытаются изобразить ироничный смех.Расскажи админу локалхоста, где тут репликация логов -> journal: add minimal journal gateway daemon based on GNU libmicrohttpd
> Расскажи админу локалхоста, где тут репликация логовВот здесь -> journal: add minimal journal gateway daemon based on GNU libmicrohttpd
Сервер-репликатор опрашивает реплицируемые серваки по HTTP и собирает их логи у себя. Плюсы такой модели:
1. Решает проблему thunderherd, от которой страдали классические syslogи, у которых реплицируемые серваки сами стучались на репликатор.
2. Не надо изобретать свой велосипедный протокол, как это сделал автор rsyslog - в HTTP есть все нужные фичи, включая авторизацию и шифрование (чего в rsyslog отродясь не было).
3. Формат репликации логов выбирает репликатор в момент запроса. Таким образом, можно реплицировать на несколько разных серваков в разных форматах.
4. И бонус: добавив несколько строк кода, получаем human-readable output в браузер.
правой кнопкой мышки на мой компьютер->управление. дальше правой кнопкой мышки на управление компьютером->подключиться к другому компьютеру.> Плюсы такой модели:
во время включения полного дебага циски он не успевает всё сливать на соседний сислог-сервер, сообщения теряются. зато можно ещё как-то зайти на неё и отрубить дебаг. удачи тебе получить в таком случае по хттп данные.
так что иди ты со своими плюсами.
>Сервер-репликатор опрашивает реплицируемые серваки по HTTP и собирает их логи у себя.Виндовс капец отменяется. Linux катится в с[т]ранное оно!
Чем отличался юникс от? Знаменитым юникс-веем, который себя _прекрасно_ зарекомендовал в течении этих 40 лет. Теперь из красивой и логичной системы делают _не_ логичный бинарный монолит а-ля форточка. Правильно - пусть помучается перед смертью :(
> Сервер-репликатор опрашивает реплицируемые серваки по HTTP и собирает их логи у себя.надеюсь, ты максимум админ локалхоста?
> в HTTP есть все нужные фичи, включая авторизацию и шифрование (чего в rsyslog отродясь не было).хочу SSO с поддержкой домена 2008
>Вот здесь -> journal: add minimal journal gateway daemon based on GNU libmicrohttpdЭто фигня а не репликация. Даже админу локалхоста это понятно.
> Плюсы такой модели:Минус уже осознали или только явочным порядком?
Хорошо что в моём дистрибутиве Linux можно использовать как новый Systemd, так и старый Systemv, выбрав нужное в GRUB в меню, вызываемому по F5.
> Хорошо что в моём дистрибутиве Linux можно использовать как новый Systemd, так
> и старый Systemv, выбрав нужное в GRUB в меню, вызываемому по
> F5.Конкретно в сусе - скорее всего, скоро отменят. Исторически в сусевом ините используется костыльный квази-ранлевел ранней загрузки b, поддержку которого в systemd скоро прекратят. Что означает неизбежный переход всех служб ранней загрузки на systemd и соответствующий отказ от sysvinit.
В арче таких костылей нет, поэтому он может спокойно жить с двумя инитами еще долгие годы.
Это не на долго :(
Сам Гундерсен, судя по всему, не очень рвется поддерживать initscripts в будущем.> Речь не идет о sysvinit или systemd, их достоинствах и недостатках.
А вот когда речь шла об этом, он немаленькую простыню про systemd накатал
https://bbs.archlinux.org/viewtopic.php?pid=1149530#p1149530
>Сам Гундерсен, судя по всему, не очень рвется поддерживать initscripts в будущем.Вообще не рвется. Его беспокоит, что народ валит из Арча. Придумал замануху.
Я хочу быть тестерем, проверять новые сборки sysvinit - могу делать это в виртуальной машине - как мне присоединиться к проекту ?
> Я хочу быть тестерем, проверять новые сборки sysvinit - могу делать это
> в виртуальной машине - как мне присоединиться к проекту ?Напиши Гундерсену на мыло: teg at jklm.no
Правда, вряд ли сообществу будет какая-то польза от тестера, который даже по ссылке кликать не умеет.
А почему нет на официальном сайте его призыва присоединиться к проекту ?
Кому оно нужно? Есть ли смысл строить башни высотою до небес, если она рухнет раньше, чем её достроят?
Переход на systemd повлиял не только на маинтейнеров, но и на конечных пользователей. Так как переход на systemd, инициировал перенос /lib что в итоге тоже не всем понравилось. Не будет разработчиков не будет проекта, не будет пользователей не будет проекта. Но в обоих случаях это мало вероятно учтивая количество сообщества в целом.
Думаю эта чихорда в Арчлинуксе - это агония умирающего, а может предсметрные конвульсии, тело вроде двигается хоть и не живое.
Перешёл с Арча на Дебиан. Раньше я прощал арчу глючности, т.к. мог сам всё настроить ибо знал почти всё. Сейчас у меня нет никакого желания изучать очередные высеры мейнтенеров. Мало ли кто из них что придумает поменять - уже не интересно, поезд ушёл. Дебиан хоть и не знаком, но всётаки пока не возникало потребности в ручной настройке, и глюков намного меньше, Главное для меня сейчас это СТАБИЛЬНОСТЬ.
> Главное для меня сейчас это СТАБИЛЬНОСТЬ.возьми счёты, бро! стабильность длиной в сотни лет!
Бери больше - тысячи! А если серьёзно то вот ещё один аргумент в мою пользу: слишком быстрая смена заклинаний, приведёт к сужению числа людей кто в этом хорошо разбирается, а следовательно потенциальных майнтейнеров, нет майнтейнеров нет пользователей и привет ...
> нет майнтейнеров нет пользователей и привет ...А ментейнеры за свое ментейнерство что, бабки получают ?
Мне кажется что каждому ментейнеру интересно возиться с линуксами до поры до времени.
Потом им все надоедают и они даже рады бросит все к чертовой бабушке.
Как-то я общался с автором qutIM'а, тогда он был версии 0.1.
Уже тогда он хотел все бросить, а на мой вопрос, "а как же мы, хомячки ? ваш qutIM просто шедеврален, как вы можете нас бросить ?"
На что он мне ответил, что-то вроде "а мне то что, у меня ни времени ни сил нет проектом заниматься, а тут еще всякие школьники мне указывают как должна моя программ выглядеть".
справедливости ради — код кутима был не просто «ужас», а «ужасужас». на что Рустаму и указывали. я думаю, старенькую версию 0.2 ещё можно найти и помедитировать на Это.