Лукас Нуссбаум (Lucas Nussbaum), лидер проекта Debian, подтвердил (http://www.itwire.com/business-it-news/open-source/65684-deb...) намерение обеспечить поставку в составе Debian 8 "Jessie" пакета systemd-shim (https://packages.debian.org/jessie/systemd-shim), который позволит пользователям Debian продолжить использование системы инициализации SysVinit или upstart после миграции (http://www.opennet.me/opennews/art.shtml?num=39047) дистрибутива на systemd. Несколько дней назад в списках рассылки появились (https://lkml.org/lkml/2014/10/7/254) сведения о прекращении развития systemd-shim и принятии курса на жёсткую привязку Debian к systemd, которые, в итоге, не подтвердились.Пакет systemd-shim включает в себя (https://alioth.debian.org/scm/loggerhead/collab-maint/system...) набор компонентов для эмуляции работы функций systemd, необходимых для запуска обработчиков systemd без использования сервиса инициализации systemd. В частности, при помощи systemd-shim можнообеспечить работу привязанных к systemd сервисов управления питанием и сеансами пользователей, которые планируется задействовать по умолчанию в будущем выпуске GNOME. Например, в случае использования SysVinit окружение GNOME сможет обращаться к функциям systemd-logind, который в свою очередь будет взаимодействовать с systemd-shim вместо systemd. В настоящее время systemd-shim уже проходит тестирование в репозитории 'testing' и запланирован для включения в состав выпуска Debian 8 "Jessie".
URL: http://www.itwire.com/business-it-news/open-source/65684-deb...
Новость: http://www.opennet.me/opennews/art.shtml?num=40808
Все правильно, systemd должна навсегда остаться в прошлом, как тупиковая ветвь. Будущее за нормальными системами инициализации а не убогими блобами.
Вы уверены что возможность вставки костыля вместо дефолтного systemd это именно то что вы написали :)
А с чего вы взяли что именно он — костыль?Да, была объективная критика инит и ему как раз не хватало именно того, что этот systemd-shim предоставляет. А вот всё остальное, что наворотили в systemd... даже и велосипедом рука не поднимается назвать.
ОК, согласен, термин костыль сюда не подходит.
Сюда подходит "кошку лишали хвоста понемножку". Этот пакет припрет половину кишков systemd, но НеSystemD НеХомячки смогут корчить из себя целого гордого суслика.
вы только что рассказали про uselessd с подходом "выкинуть всё лишнее из systemd, инициализацию оставить"systemd-shim же - это напротив старый инит плюс реализация внешних systemd-интерфейсов для софта, который от них (интерфейсов) зависим (гном например)
> systemd-shim же - это напротив старый инит плюс реализация внешних systemd-интерфейсов для софта, который от них (интерфейсов) зависим (гном например)А чем старый, добрый инит плох? Зачем его выкидывать то?
Всё что надо делает, протестирован годами, вон в генту в опенрк к нему и cgroups прикрутили.
Ничем не хуже systemd.
Ну а то, что консоле-кит для gdm заменили, hostnamed/timedatectl/... добавят, так не холодно и не жарко. Возможно даже лучше.
>>А чем старый, добрый инит плох?1) говорят, подразумевает написание бесконечных простыней на баше, хз, сам не сталкивался
2) оверхед есть от постоянного дергания баша
3) нету параллелизации, что даже на локалхосте заметно, с системд загрузка/выключение все же побыстрее
вообще за подробностями лучше к системд-фанбоямкак задумка, может системд и поинтересней, но реализация - это ппц, зачем так сложно, зачем все завязывать на него(удев, гном, что на слуху), Ленька запарил свой нос куда не надо сувать, хорошо хоть кернел-команда его послала
>>>А чем старый, добрый инит плох?
> 1)
> 2)
> 3)
> как задумка, может системд и поинтересней, но реализация - это ппц, зачем
> так сложно, зачем все завязывать на него(удев, гном, что на слуху),Дон Леонсио приплыл за _вашим золотом и землями, покупая _вас за мусор-бусы (=перечисленное выше, которое на поверку оказывается либо неправдой, либо лукавством, либо не нужно (=на практике _никакой разницы)), сгоняет _вас в резервации (выбора скоро не будет).
Подумайте, стоит ли повторять про те якобы "преимущества", про которые "говорят" те активисты.
> Ленька запарил свой нос куда не надо сувать, хорошо хоть кернел-команда его послала
Не "послала", а "занял нейтральную". Время жизни RHEL6 закончится -- посмотрим на тот "нейтралитет".
> Дон Леонсио приплыл за _вашим золотом и землями, покупая _вас за мусор-бусыИнтел и прочие амд нас всех вообще за кусок кремния купили. Если кто не в курсе, оксид кремния - это то что под ногами валяется. То-бишь песок.
>> Дон Леонсио приплыл
> Интел и прочие амд нас всех вообще
> ногами валяется. То-бишь песок.Битов и электронов, из которых "бусы", в окружающем -- на порядки больше.
Но ты можешь не останавливаться, начинай автомобили копировать и продавать их на митингах "любого-и-только-чёрного цвета".
> Битов и электронов, из которых "бусы", в окружающем -- на порядки больше.Ну спасибо, Капитан. И что бы я без вас делал, Кэп?! :) Правда, если до продаж битов уже докатились, то вот торговать отдельными электронами пока еще вроде никто не пробовал. Так что вполне себе идея.
> Но ты можешь не останавливаться, начинай автомобили копировать и продавать их на
> митингах "любого-и-только-чёрного цвета".Честно говоря не очень понял этот полет мысли.
Ага. Только там используется кремний такой химической чистоты, что процесс его получения из того, что "валяется под ногами", весьма не тривиален.
> из того, что "валяется под ногами", весьма не тривиален.Так это... дикари тоже не умеют из песка стекло делать. Для них процесс получения бус - загадка.
>> А чем старый, добрый инит плох?
> 1) говорят, подразумевает написание бесконечных простыней на баше, хз, сам не сталкивалсяИнит — это программа на С, при запуске — такой процесс с pid=1. Рулит всеми остальными процессами. Ему пох, баш вы там запускаете или брэйнфак.
Разгребайте кашу в голове, тогда и поговорим.
> Инит — это программа на С, при запуске — такой процесс с
> pid=1. Рулит всеми остальными процессами.Как раз собственно с рулением у него и не задалось. Даже самого простейшего мониторинга и рестарта упавших критичных сервисов не умеет. Как бы FAIL. Но да, вы можете поставить runit (который сам по сути такая же фигня как init по смыслу, только менее позорный), накостылить портянки на баше или что там еще.
> Разгребайте кашу в голове, тогда и поговорим.
К вопросу о каше - это не ты там редхаты и федору восхвалял? А то редхатчики теперь будут любить systemd как миленькие.
> Как раз собственно с рулением у него и не задалось. Даже самого простейшего мониторинга и рестарта упавших критичных сервисов не умеет. Как бы FAILДля дэбилов разве что.
Например если упавший оракл поднять не подумавши, почему он упал то, то можно потерять всю базу.
Терабайт так в несколько. В банке.
Для таких вещей есть специальные решения, от скрипта в пару строк, до вотч-догов. Зачем это всё вкомпилировать в один блоб, совершенно не понятно. Для адреналину разве что.Зыж
Так что там с башем и портянками? Глупенький вбросик отменяется?
Ай-ай. Какая досада то.
> Например если упавший оракл поднять не подумавши, почему он упал то, то
> можно потерять всю базу.
> Терабайт так в несколько. В банке.О! В соседнюю новость пройдите: там спрашивали, чем Pg лучше Ocl-а. >/<
Э-э-э,... для него уже написаны юнит-файлы? :D
а что насчет мониторинга?и сервисы, для которых рестарт не помешал бы тоже вполне себе существуют, вон на локалхосте так вообще чуть ли не все можно рестартовывать
> а что насчет мониторинга?
> и сервисы, для которых рестарт не помешал бы тоже вполне себе существуют,
> вон на локалхосте так вообще чуть ли не все можно рестартовыватьслово respawn в inittab'е тебе ни о чём не говорит?
> слово respawn в inittab'е тебе ни о чём не говорит?Там оно сделано в таком виде что толку от него с гулькин нос. Лимитирование частоты рестартов - где? Или если у сервиса порушатся данные и он будет сразу падать - у меня вся система колом встанет от частых рестартов? Спасибо, мне так не нравится. А еще разные программы ведут себя по разному. В нормальных системах инициализации можно подкостылить большинство типовых поведений так что мониторинг не сорвется. А в ините - фига в кармане.
Не, я не спорю, если сильно приспичило то погадить можно и в деревянном скворечнике. Но большинство людей предпочитает почему-то комфортный унитаз в теплом доме. Хоть возня с водопроводом и канализацией и сложнее.
>> слово respawn в inittab'е тебе ни о чём не говорит?
> Там оно сделано в таком виде что толку от него с гулькин нос.
> Лимитирование частоты рестартов - где? Или если у сервиса порушатся
> данные и он будет сразу падать - у меня вся система
> колом встанет от частых рестартов?Понятно -- "не читал, но осуждаю".
> Понятно -- "не читал, но осуждаю".Да просто я уже сто лет как пользуюсь более приличными системами инициализации. Пока правда в основном апстартом, но systemd я немного повертел в руках и никакого особого отвращения он не вызвал. Те же яйца, вид в профиль.
Насколько я себя помню, когда мне это было еще актуально - там весь ман на иниттаб был полторы занюханные странички, что прозрачно намекает сколько всего нужного и полезного мне оно умеет. Как оно там сейчас - если честно мне уже даже и не интересно.
Я как-то раз дал себе труд почитать ман на апстарт и понял что система инициализации может меня разгрузить от туевой хучи типовой системной рутины. И моя жизнь стала заметно проще. И мне не принципиально, апстарт там будет или systemd. Это даже лучше - он умеет больше полезностей, а писать ли джобы апстарту или юниты systemd мне не так уж принципиально, не вижу гигантских отличий.
повторяй за мной,294, отакжись от фанатизма, фанатизм это глупо и не достойно уважающего себя технаря.
10 раз пожалуйста.
P.S. лично я не имею ничего против systemd, наверное потому что я его ещё вообще не смотрел, возможно я изменю своё мнение когда придётся обновлятся до джеси. Всё равно это не повод обливать говном init, особенно передёргивая и используя явно ложные аргументы.
> 294, отакжись от фaнaтизма, фанатизм это глупо и не достойно уважающего себя технаря.Сразу после того как oгoлтeлые НеФанаты зaткнyтся. И ни битом ранее.
> Всё равно это не повод обливать гoвном init, особенно передёргивая
> и используя явно ложные аргументы.Какие ложные аргументы? Называя вещи своими именами - совместимость init скриптов между системами - ниже плинтуса, заявы о "кроссплатформенности" гроша ломаного не стоят: cкрипты нифига не совместимы, а их правка - PITA, ибо половина скриптов писаны черти как, конфигурация размазана по телу скрипта.
Про параллельный запуск долго лечили что это не надо. Пока конкуренты всерьез не подперли. Потом снались с ручника, это да. А не пойти ли проектам с таким вектором развития в ж..., называя вещи своими именами? Мы бы с таким подходом в CP/M и MULTICS ща обитали.
А функциональность самого init - можно считать что отсутствует, и вообще, единственный эпитет который приходит на ум - ОКАМЕНЕЛОЕ ГOВНО МАМОНТА. Из его плюсов я видел только "мы так привыкли". А отвратительный гуанокод и нужда костылить самые типовые вещи + провокация писателей скриптов на практики которые админу не друг - ну, знаете ли. Если с практической точки зрения - "инит умеет рестартить сервисы" гроша ломаного не стоит. Какого дьявола? А такого! Почти все сервисы по факту пускаются собственным скриптом. Ясен пень, это срывает трекинг запуска процессов. И потом без каких-то отдельных изврашений - ФИГ С ДВА "ПЕРЕЗАПУСК" ПОЮЗАЕШЬ. В результате получается склад костылей и подпорок, который работает через зад. А простая хотелка "как бы сделать чтобы вон тот сервис перезапускался" - решаема, но вызывает уйму левых приседаний. А у конкурентов - 1 параметр конфига и баста. Ну может еще 1-2 костыль-параметра, описывающих поведение сервиса при старте, самый край. В ините с практической точки зрения так не отделаешься. И почему столь простая хотелка должна вызывать столько приседаний - я не понимаю. Ну то-есть я догадываюсь что стартеру сложно отслеживать все что делает шеллскрипт и прочее, но почему это должно трансформироваться в мои проблемы - я не понимаю.
Да, мне не нравится что система инициализации провоцирует написание скриптов без веского повода, а потом параметры конфигурации написаны на трех страницах вперемешку с кодом, трекать процесс пущеный скриптом - отдельный гемор, на всякие там контейнеры и прочее - забивается, логгинг процесса запуска вместо проблемы поттера или кого там еще становится моей проблемой, etc. Вроде бы это вполне технически валидные предъявы, или где?
>> 294, отакжись от фaнaтизма, фанатизм это глупо и не достойно уважающего себя технаря.
> Сразу после того как oгoлтeлые НеФанаты зaткнyтся. И ни битом ранее.они не заткнуться никогда, это повод думать что ты останешся фанатиком? или технарём? оно слабо совместимо.
>[оверквотинг удален]
> не отделаешься. И почему столь простая хотелка должна вызывать столько приседаний
> - я не понимаю. Ну то-есть я догадываюсь что стартеру сложно
> отслеживать все что делает шеллскрипт и прочее, но почему это должно
> трансформироваться в мои проблемы - я не понимаю.
> Да, мне не нравится что система инициализации провоцирует написание скриптов без веского
> повода, а потом параметры конфигурации написаны на трех страницах вперемешку с
> кодом, трекать процесс пущеный скриптом - отдельный гемор, на всякие там
> контейнеры и прочее - забивается, логгинг процесса запуска вместо проблемы поттера
> или кого там еще становится моей проблемой, etc. Вроде бы это
> вполне технически валидные предъявы, или где?не ты ли набросил что нет возможности рестартовать сервис? дык есть она или нет?
и скажи кто лично тебя заставляет писать скрипты? нехочешь скрипт -- возьми и толкни всё что тебе не хочется в /etc/rc.local, нет желания ждать пока загрузится остальное? - толкни прямо в inittab. хочется конкурентной загрузки? - так это не долго ->
aptitude install insserv
dpkg-reconfigure insservкто не хочет ищет причину, кто хочет - возможность.
смотреть противно когда ты, 294, превращаешся в визгливую бабу.
> они не заткнуться никогда,Это заведомо ложное утверждение и вопрос сводится лишь к тому "когда" ;).
> это повод думать что ты останешся фанатиком? или технарём? оно слабо совместимо.
У технарей тоже могут быть предпочтения. Хотя разумеется использовать заведомо ложные аргументы во время спора - нехорошо, факт.
> не ты ли набросил что нет возможности рестартовать сервис?
Вроде изначально это был какой-то иной аноним, а я с ним согласился.
> дык есть она или нет?
Теоретически - есть. Практически - оно так сделано что толку ноль, особенно в паре с сватаемыми административными практиками, когда каждая программа стартуется своим скриптом на три страницы, так что сишный инит без шансов подхватить сервис и далее рестартить его (а как он будет отслеживать все что делал скрипт?). Чем-то таким теория и отличается от практики: в теории вроде миллионеры, а на практике - в доме 2 шaлaвы и дед-п...с.
> и скажи кто лично тебя заставляет писать скрипты?
Система инициализации. Все программы так делают, поэтому если мне что-то надо поменять - мне неизбежно придется лезть в этот крап. Я этого делать совершенно не желаю: править конфиг на пяток строк сильно проще чем помесь кода с конфигурационными данными, а инит сильно провоцирует админов на скриптинг в каждой дырке, даже для совершенно типовых шаблонных задач без особых требований.
> нехочешь скрипт -- возьми и толкни всё что тебе не хочется в /etc/rc.local,
А это тоже скрипт, IIRC. И, собственно, может быть раз вы такой умный - вы покажете как оттуда изобразить пуск сервисов с авторестартом силами init? А чтобы приоритет поставить, сделать chroot и uid/gid вкатить?
Алсо, с какого перепоя вы решили что система в этот момент - в желаемом состоянии? Как это обеспечивается? Как это обеспечить в апстарте и systemd я понимаю и прописывание зависимостей или условий старта кажется мне логичным и правильным. А тут всего этого нет. С скриптами в дире получше, но я бы не сказал что мне сильно нравится как это сделано. Затеи типа апстарта или systemd явно логичнее в этом плане: зависимости/условия старта по человечески прописываются.
> нет желания ждать пока загрузится остальное? - толкни прямо в inittab. хочется конкурентной
> загрузки? - так это не долго -> aptitude install insserv dpkg-reconfigure insservНу а теперь это будет по дефолту и с systemd. Меня это более чем устроит. Мне более не придется костылировать фирменные дeбилизмы инита, что-то там доустанавливать, подпирать и донапиливать. Натыкаться на кривую скриптятину, писаную черти-кем я буду сильно реже. И если мне не западло написать юнит или джоб на 5 строк, который и рестарт настроит, и uid/gid выставит, и приоритет вкатит, и зависимости корректно, и прочее, то с классическим инит все настолько же просто, логично и лаконично не получается. Поэтому я о нем скучать не буду, смею вас заверить. Когда я свинтил на апстарт - моя жизнь в плане запиливания новых сервисов в систему стала куда как проще. Ну а systemd не так уж принципиально отличается.
На *данный* момент я больше пользуюсь апстартом. Но systemd не так уж сильно от него отличается по общим идеям и написать ему юнит под простой сервис мне как-то не сильно сложнее чем джоб для апстарта. И все это как-то проще для типовых случаев и логичнее чем то что в init было. А в заковыристых опять же позвать скрипт мне никто не запретит, только это будет ну может 1 раз на 100 случаев.
> кто не хочет ищет причину, кто хочет - возможность.
Ты правильно понял, чувак: я пришел к выводу что не хочу пользоваться инитом. Мне симпатичнее подход апстарта или системды - так запиливать типовые сервисы без особых требований как-то сильно проще, конфиг на пяток строк с разблюдовкой как это запускать - написать легко. А все эти ваши костылирования вы имхо себе оставьте. ИМХО, типовые операции должны делаться легко и без костылирования. И да, всякие там рестарты, установка UID/GID, чрут, пихание в контейнер и прочее - это таки давно стало типовыми операциями. И параллельный старт с учетом зависимостей - не роскошь и ставить для этого какие-то отдельные костыли я труба шатал. В 2014 году это должно быть по дефолту.
> смотреть противно когда ты, 294, превращаешся в визгливую бабу.
Противно смотреть как староверы пытаются всех пичкать своим шитом, втирая что "а если вот так посмотреть и вот тут подкостылить - вовсе даже и не кривой". А почему вы, фаготы, думаете что я прописывая совершенно типовой сервис хочу копаться в кривульках и костылировать, что-то там доустанавливать, скриптить и так далее? Я хочу чтобы типовые административные операции требовали абсолютный минимум поползновений. Прикиньте какой я нехороший! :).
>> они не заткнуться никогда,
> Это заведомо ложное утверждение и вопрос сводится лишь к тому "когда" ;).это заведомо истинное утверждение, ибо фанатики были, есть и будут.
> Вроде изначально это был какой-то иной аноним, а я с ним согласился.не согласился а поддержал эту точку, не имея реального представления
>> дык есть она или нет?
> Теоретически - есть.294, это не теоритически это практически реализованная в коде фича. точка.
>[оверквотинг удален]
> Система инициализации. Все программы так делают, поэтому если мне что-то надо поменять
> - мне неизбежно придется лезть в этот крап. Я этого делать
> совершенно не желаю: править конфиг на пяток строк сильно проще чем
> помесь кода с конфигурационными данными, а инит сильно провоцирует админов на
> скриптинг в каждой дырке, даже для совершенно типовых шаблонных задач без
> особых требований.
>> нехочешь скрипт -- возьми и толкни всё что тебе не хочется в /etc/rc.local,
> А это тоже скрипт, IIRC. И, собственно, может быть раз вы такой
> умный - вы покажете как оттуда изобразить пуск сервисов с авторестартом
> силами init? А чтобы приоритет поставить, сделать chroot и uid/gid вкатить?.
> Алсо, с какого перепоятак и запишем, фанатик, не имея аргументов лезет с оскорблениями
+500) правда с горы (сижу на АIX)
> Поэтому намного лучше если я при нужде буду костылить один оракл чем 100500У тебя 100500 вечно-падающих демонов запущено?
Ну ты лось. При чём брехливый.
К тому же плохо знающий предметную область — см. /etc/inittab на предмет respawn. И не говори что нет того, о чём ты не знаешь.
> У тебя 100500 вечно-падающих демонов запущено?А где как. Вот чего у меня вообще совсем нигде и никак нет - так это оракла. А вот всякого добра работающего в batch mode, отвал которого может быть досаден - имеется.
> Ну ты лось. При чём брехливый.
Это ты позорный койот, тявкающий из кустов. При том глупый.
> К тому же плохо знающий предметную область — см. /etc/inittab на предмет respawn.
Сам этим и пользуйся. Оно с половиной программ вообще не работает, лимитирования рестартов нет, так что если сервис заметно грузит систему и издох - постоянный рестарт вообще все факапнуть может.
> И не говори что нет того, о чём ты не знаешь.
К себе это примени, для начала. Как насчет выставить uid/gid? Сделать chroot или даже в контейнер отпилиться? Приоритет расставить? А если старт обломался - в лог что-нибудь пискнуть хотя-бы? Я все это должен сам костылить чтоли? В нормальных стартерах это 1 тривиальная строка конфига, бэть.
>> К тому же плохо знающий предметную область — см. /etc/inittab на предмет respawn.
> Сам этим и пользуйся. Оно с половиной программ вообще не работает, лимитирования
> рестартов нет, так что если сервис заметно грузит систему и издох
> - постоянный рестарт вообще все факапнуть может.Не смог пройти мимо ;)
Вы хотя бы man init, до конца прочитали?
DIAGNOSTICS
If init finds that it is continuously respawning an entry more than 10 times in 2 minutes, it will assume that there is an error in the
command string, generate an error message on the system console, and refuse to respawn this entry until either 5 minutes has elapsed or
it receives a signal. This prevents it from eating up system resources when someone makes a typographical error in the /etc/inittab
file or the program for the entry is removed.
> Как раз собственно с рулением у него и не задалось.Не врите.
> Даже самого простейшего мониторинга и рестарта упавших критичных сервисов не умеет.
Умеет, умеет. Но через другую калитку ;-)
А мультиогрызок по имени systemd как раз и не умеет, если уж начинать придираться -- ни в морду не выставит, ни письмо не черкнёт, да и логику умнее "всех прибить и ещё раз" пока не видел. В отличие от monit.
> Умеет, умеет. Но через другую калитку ;-)Большой вопрос кто тут врет. Ибо на практике я не видел ни 1 программы которая бы этим пользовалась. Настолько замечательно сделано, что максимум который я видел в плане рестарта программ - проверка по pid-файлу + kill через крон скриптом что процесс в наличии. Это вообще отдельные скрипты пинаемые из крона. Криво и тормозно, живет в отдельном месте (но т.к. тормозно - хотя-бы не сломает хост флудом от рестарта сервиса). И для подгона под систему надо трехстраничный скрипт править. Вместо 1 строки конфига.
> А мультиогрызок по имени systemd как раз и не умеет, если уж
> начинать придираться -- ни в морду не выставит, ни письмо не черкнёт,А этим уже должны заниматься обработчики логов по идее. А когда это разбросано по 100500 скриптам, привинченым черти-где - теперь вы понимаете за что я хочу придушить кулсисопов с зудом что-нибудь заскриптить? Получается некая система, где концов не найдешь: а откуда оно эту почту вообще кидает?! И где, например, новый адрес прописать? Ах, в 294-й строке вон того скрипта, писаного дядей Васей, который уволился 3 года назад? А почта все валится ему, хотя мэйлбокс переполнился? Потому что про этот скрипт только дядя Вася и знал? Ну да, очень удобно такую систему админить. Это может быть круто на вашем уютном локалхостике, с 1 BDFL, но если это что-то продакшновое, где админ может передать бразды правления - "уже не то".
А еще в этой вашей скриптятине потом запросто окажется что вон тот контент - контролируется ремотой, шелл - как всегда облажался, скрипткидтс - про экранирование не подумал (в шелле с этим вообще IMHO гемор). И закончится все тем что злодей сможет команды выполнить с правами почтаря. Оно мне надо? Как DHCP сервак может поиметь рута на *никсной системе благодаря куче скриптятины - я уже видел. Выводы были сделаны. Подозрения и раньше были, но в этом случае это было ***вопиющим*** подтверждением.
Теперь моя логика такая: shell ***нельзя*** кормить untrusted входными данными. При том с экранированием там все как-то сложно, так что говоря за себя - я предпочту не кормить shell untrusted входными данными вообще, во избежание. Логгинг - априори имеет дело с untrusted входными данными. Поэтому мое желание кормить шеллскрипты кусками логов - в районе плинтуса. Вы этим и занимайтесь. А потом вычищайте шеллбомбы из системы оптом. Бобби Тэйблс нашел себе друга - Джона Скриптера.
> да и логику умнее "всех прибить и ещё раз" пока не видел. В отличие от monit.
Видел я этот monit, там тоже своих странностей хватает. На каждый пук зачем-то дергает внешние программы. Так что если в системе что-то пошло не так - он сам может сдуреть. Сисколы, которые не зависят от лимитов на файлы, не требуют выделять кучу памяти и прочее - ему дергать почему-то западло. В результате при неидеальностях в системе он и сам может начать работать через пень-колоду. А если команда на kill не работает - то чего? Процесс не остановится, все еще больше усугубится? Предпочитаю чтобы по дефолту запускач сисколы дергал для большинства операций, а кастом при старте шатдауне и прочее типа дерга скриптов - только если я явно попросил оверрайд. Понимая, что далее это будет намного менее надежно при малейших неидеальностях. Это мое пожелание к запускалке, по опыту самых разнообразных околосистемных факапов. Кроме того, две запускалки мне нафиг не упало, а популярных систем где monit был бы единственной запускалкой я не знаю. А самому ему кроить все конфиги мне зело лень, сорри. Я от этого буду отлынивать и лучше напишу 2 конфига к пепелацу поттера чем все конфиги к monit. Т.к. выигрыш от этой кучи гемора мне не очевиден.
> Настолько замечательно сделано, что максимум который я виделЭто характеризует то, что Вы видели.
> А этим уже должны заниматься обработчики логов по идее.
Хорошая такая идея, да...
> Видел я этот monit, там тоже своих странностей хватает.
А я не только лишь видел, но и могу утверждать, что для своих задач это отличный надёжный инструмент.
> В результате при неидеальностях в системе он и сам может начать работать
> через пень-колоду.Он с высокой вероятностью хотя бы настучит об этом руту, т.к. smtp-клиент там встроенный именно из таких соображений.
> Кроме того, две запускалки мне нафиг не упало, а популярных систем где monit
> был бы единственной запускалкой я не знаю. А самому ему кроить все
> конфиги мне зело лень, сорри.Ох уж эта мания про "единственные запускалки"... грамотная претензия была бы совсем другой -- кому SIGCHLD прилетает.
В альте примеры конфигов monit довольно обширны, если что.
>> Инит - это программа на С, при запуске - такой процесс с
>> pid=1. Рулит всеми остальными процессами.
> Как раз собственно с рулением у него и не задалось. Даже самого
> простейшего мониторинга и рестарта упавших критичных сервисов не умеет. Как бы
> FAIL. Но да, вы можете поставить runit (который сам по сути
> такая же фигня как init по смыслу, только менее позорный), накостылить
> портянки на баше или что там еще.
>> Разгребайте кашу в голове, тогда и поговорим.
> К вопросу о каше - это не ты там редхаты и федору
> восхвалял? А то редхатчики теперь будут любить systemd как миленькие.Работающий критичный сервис, который упал, гораздо хуже упавшего >:-)
> Работающий критичный сервис, который упал, гораздо хуже упавшего >:-)Это очень зависит от сервиса. Например если некий HTTP проксь выпускает юзеров в интернет, а админ свинтил в отпуск, за его падеж на месяц - админа юзери сожрут живьем и из под земли достанут. А если этот проксь раз в полгода упадет и переподнимется через пару секунд - никто от этого не умрет, уж поверьте. Ну то-есть так быть конечно тоже не должно, но мир не идеален, а остальные варианты - еще хуже.
А сдохшие платки памяти системд тоже подтащит и воткнёт во время отпуска админа? Или наконец-то придёт в голову мысль перестать заниматься фелляцией и сделать нормальный "кластерок"?
> А сдохшие платки памяти системд тоже подтащит и воткнёт во время отпуска админа?А платки памяти, если они не из г...а - дохнут достаточно редко. К тому же у нормальных людей, если все это их интересовало - ECC есть. И chip-kill настроен. И вентиляторы - с запасом. И мониторинг оных. И raid, и мониторинг SMART винчей. А у серьезных серверов еще и блоки питания резервированные. Так что оно и без админа сможет продолжить работать. Может быть degraded, например с отвалом части памяти или менее резвой работой дисков, но - живое. Если, конечно, вы готовы оплачивать все это счастье.
> Или наконец-то придёт в голову мысль перестать заниматься фелляцией и
> сделать нормальный "кластерок"?А это опять же зависит от готовности тех кому оно надо оплачивать все это. Это уже другой уровень затрат и запросов. А с точки зрения элементарного теорвера - мой сценарий выигрышный. В плане понижения вероятности проблем без существенных затрат денег и усилий. Не абсолютное решение? Ну разумеется. Кому надо сильно надежно - см. выше, да еще кластер. Только это других денег будет стоить.
>> Работающий критичный сервис, который упал, гораздо хуже упавшего >:-)
> Это очень зависит от сервиса. Например если некий HTTP проксь выпускает юзеров
> в интернет, а админ свинтил в отпуск, за его падеж на
> месяц - админа юзери сожрут живьем и из под земли достанут.
> А если этот проксь раз в полгода упадет и переподнимется через
> пару секунд - никто от этого не умрет, уж поверьте. Ну
> то-есть так быть конечно тоже не должно, но мир не идеален,
> а остальные варианты - еще хуже.Почему же хуже?
Не может значит этот сервис без админа работать... Значит должен быть админ на месте.
А также этот гипотетический условно называемый админом может и сам сделать перезапуск... Если считает правильным.
И почему этот сервер кстати падает?
Может кто-то его пытается взломать? И включить в состав очередного ботнета? И что дальше будет, когда с этого узла начнут ломать что-то ещё?
> что дальше будет, когда с этого узла начнут ломать что-то ещё?В идеале это может выглядеть как-то так: сервис живет в контейнере, там обкоцаная система и урезано все что не надо сервису для работы. При обнаружении взлома (раскинуть немного ловушек, сигналящих управлятору о проблеме - в пустой системе достаточно просто) - контейнер, например, тушится. Или откатывается на исправный снапшот. А вред от взлома всяко ограничен тем закутком. Когда надо исследовать - ну ок, делаем снапшот и с снапшотом уже копаемся, изучая сколько угодно, не в ущерб работе которую выполнял сервис.
То-есть система в batch mode должна в основном заботиться о самосохранении и выполнении своих задач. Попутно будет хорошо если подыграет админу в понимании проблем, например, умением делать снапшоты которые можно потом изучать хоть месяц, не в ущерб работе которую ворочал сервис.
> Не может значит этот сервис без админа работать... Значит должен быть админ на месте.Вот вы и окарауливайте. А я считаю что автоматика на то и нужна чтобы человека заменять по возможности.
> А также этот гипотетический условно называемый админом может и сам сделать перезапуск...
> Если считает правильным.Вот вы и считайте наздоровье все что хотите. А мне авторестарт упавшего сервиса до кучи пригодится. Это НЕ значит что не будет изучения обстоятельств падения.
> Вот вы и считайте наздоровье все что хотите. А мне авторестарт упавшего
> сервиса до кучи пригодится. Это НЕ значит что не будет изучения
> обстоятельств падения.Ваше изучение обстоятельств через месяц никому особенно будет не надо.
А отвечать за последствия взлома с вашего узла будете вероятно вы лично...
> Вот вы и окарауливайте. А я считаю что автоматика на то и
> нужна чтобы человека заменять по возможности.Не всегда человека надо заменять. Вот вас например вместе со всем, что вы считаете, можно и не заменять в общем-то...
Но upstart делает тоже самое. там замечательные скрипты запуска.
> 3) нету параллелизации, что даже на локалхосте заметно, с системд загрузка/выключение все
> же побыстрееТото оно у меня Миредо глушит по 2-3 минуты на выключении компа.
> Тото оно у меня Миредо глушит по 2-3 минуты на выключении компа."Дело было не в бобине..."
> А чем старый, добрый инит плох? Зачем его выкидывать то?Тем что нифига он к админу не добрый - спихивает на него все проблемы.
> Всё что надо делает, протестирован годами,
Он НИХРЕНА не делает. И поэтому толку с протестированности буй - все глюки в портянках писаных по большой укурке.
> вон в генту в опенрк к нему и cgroups прикрутили.
Гентушников всегда на какое-нибудь гуано тянет. То питон в портах, то openrc. Пусть еще систему инициализации на питоне напишут. Зато блин не бинари, блаблабла.
> Ничем не хуже systemd.
Если в systemd есть некая логика то openrc - попытка трепыхаться в заведомо провальную сторону. Не взлетит. Но если вам нравится приобретать скиллы нужные сугубо на вашем локалхосте, тратя дофига времени на какой-то крап - вы по адресу. Впрочем, это как раз самое то что надо для гентушников - много долбаться с системой на ровном месте они любят и умеют.
В чем же логика systemd? В попытке сбить все гвоздями в одну кучу? И кстати, неосилятор вы баша, который орет под общую дудку, что системд облегчает жизнь админу - нибуя оно не облегчает! Да, вендостайл это конечно круто, но! Вместо гибкости т.н. "костылей" на bash (которые за всю мою 10-летнюю практику мне пришлось править раз 10, не более) мы получаем тупой файлик в стиле ini писаный. Если ранее можно было внедрить какой-то функционал в скрипт инициализации, то теперь эта возможность надух теряется. А все потому, что какой-то Леня Портянкин ниасилил баш. Так что баш, как раз-таки как мне кажется к админу более дружелюбен.
> Если ранее можно было внедрить какой-то функционал в скрипт инициализации, то теперь эта возможность надух теряетсяВам папа римский запрещает вызывать из юнитов шеллскрипты ?
> Вам папа римский запрещает вызывать из юнитов шеллскрипты ?Наверное это такая религия поклонников sysv init, запрещающая такое действие. Ждем когда они начнут падать ниц при старте PID=1.
Ага... Костыль чтобы запустить костыль. Зачем ненужная прослойка?
> Ага... Костыль чтобы запустить костыль. Зачем ненужная прослойка?Ну я вот например сделал недавно пинок мелкого скрипта мелким конфигом апстарта. Зачем так? Затем что так конфиг на 3 строки и скрипт на 3 строки. На апстарт спиханы заковыристые критерии старта и управление процессом. На шелл - условные действия. Вроде каждый занялся тем что лучше всего умеет. Это чем-то плохо?
Ну и ещё "простыни на баше" превратились в простыню юнит-файлов...
> Ну и ещё "простыни на баше" превратились в простыню юнит-файлов..."Простыни" на 5 строк где только конфигурационные данные - это здорово лучше чем портяны на 3 экрана где системозависимая конфигурация равномерно раскидана по всему коду.
Интересно, а что именно должен делать процесс с pid=1, не подскажешь?
Прям тролль эректус, примитивитикус какой-то.
> Гентушников всегда на какое-нибудь гуано тянет. То питон в портах, то openrc.
> Пусть еще систему инициализации на питоне напишут.Не надо ничего писать, Mudur уже есть.
> Не надо ничего писать, Mudur уже есть.Черт, я так и знал что извращенцев хватает :)
> того, что этот systemd-shim предоставляет.В каком месте? Это костыли которые приносят половину системды, но самое вкусное как всегда за бортом. В убунте подобная фигня уже пару релизов болтается и толку с нее как с козла молока.
я его дополню :)
"Тоже самое касается и Gnome"
Ты, наверное, мыслишь проприетарно-примитивным мышлением, поэтому не совсем понимаешь.Это свободное общество. Дистрибутивы, каждый из них - сами выбирают, какое им использовать ядро, какой конфиг, какую систему инициализации, какие приложения. Потому что они его разрабатывают, своими руками, и отвечают за него перед своими пользователям.
Вопль в опеннете дальше вопля в опеннете обычно не распространяется. Сомневаюсь, что подавляющее большинство местных вообще представляют значение слова "ответственность". :)
Кочегары паровозов также писали бы об электровозах, будь в их время интернет.
"Эти электровозы - тупиковая ветвь. Дело за нормальными угольными локомотивами"
А разве не так?Разве найден совершенный источник электрической энергии, мощный и экологически чистый? Да даже если и будет найден, не приведёт он к изменению теплового баланса планеты?
Разве уже СЕЙЧАС не сокращают количество электричек из-за их нерентабельности? А что будет через 200-300 лет? Кто будет поддерживать сотни тысяч километров висящих проводов где-нибудь в тайге при условии, что цена на бензин и ДТ вырастет в сотни и тысячи раз? И где ёмкие и экологически чистые аккумуляторы электроэнергии? У меня, например, вообще есть сомнения, что они принципиально возможны.
То, что электровозы используются сейчас, не значит, что они будут использоваться повсеместно через 100-200 лет.
> Да даже если и будет найден, не приведёт он к изменению теплового баланса планеты?Ну уж не любителям паровозов с их копотью и выбросами CO2 и прочих оксидов серы заботиться об экологии. Поверьте, есть навалом более экологически чистых способов получать электричество чем то что может предложить паровозная топка.
> Разве уже СЕЙЧАС не сокращают количество электричек из-за их нерентабельности?
А были б только паровозы - пригородное сообщение было бы вообще чисто номинальным. Ради интереса поинтересуйтесь насколько КПД большинства электрических машин отличается от паровых машин.
> экологически чистые аккумуляторы электроэнергии? У меня, например, вообще есть сомнения,
> что они принципиально возможны.Поэтому давайте жить в пещерах, используя черно-зеленые терминалы, CP/M и Multics. У вас же наверное есть и сомнения в нужности кучи всего еще.
> То, что электровозы используются сейчас, не значит, что они будут использоваться
> повсеместно через 100-200 лет.Ну еще бы, через 100 лет логичнее смотрелись бы маглевы. Прогресс все-таки должен идти. Сколько можно ориентироваться на рельсы проложеные по ширине конской ж..ы? :)
> Ну уж не любителям паровозов с их копотью и выбросами CO2 и прочих оксидов серы заботиться об экологии. Поверьте, есть навалом более экологически чистых способов получать электричество чем то что может предложить паровозная топка.И какие это источники, позвольте полюбопытствовать? Если не брать в расчёт только собственно генерацию, а и все сопутствующие проблемы - например захоронение отработанного ядерного топлива, и т.н. проблему нераспространения ядерного оружия?
А кто сказал, что нужны только старые паровозные топки? Возможно ведь сконструировать газогенераторы, которые будут сжигать до 99,99% угля, а остальное ловить в фильтры.
> А были б только паровозы - пригородное сообщение было бы вообще чисто номинальным. Ради интереса поинтересуйтесь насколько КПД большинства электрических машин отличается от паровых машин.
Это приём обсуждения у вас такой - выделить только один параметр из сотни и на основе его решать, что должно быть использовано? Да даже если и так, то КПД СИСТЕМЫ (в которую входит и генерация, и обслуживание, и потребление) - будет заметно НИЖЕ КПД собственно электродвигателей.
> Поэтому давайте жить в пещерах, используя черно-зеленые терминалы, CP/M и Multics. У вас же наверное есть и сомнения в нужности кучи всего еще.
Это не у меня сомнения, я просто вижу, что происходит, а у вас - розовые очки, впрочем, неудивительно, столько поколений велось на сладкую замануху так называемого "прогресса" (обеспеченного халявным углеводородным топливом).
> Ну еще бы, через 100 лет логичнее смотрелись бы маглевы. Прогресс все-таки должен идти. Сколько можно ориентироваться на рельсы проложеные по ширине конской ж..ы? :)
Маглевы не взлетят, именно по причине низкого КПД СИСТЕМЫ. Поддерживать постоянное магнитное поле на пути большой протяжённости - тот ещё гемор.
Да, и поуважительнее к коням - они вас (или ваших детей) ещё, возможно, спасут от голодной смерти.
молодцы !
Не "прогнулись".
> молодцы !
> Не "прогнулись".любители непрогнутости, учите уроки истории :) .. как это было на других дистрибутивах...
*** фаза номер 1: ***поумолчанию перешли на systemd, оставив возможность sysvinit.
*** фаза номер 2: ***объявили о том что кто хочет поддерживать sysvinit -- занимайтесь её поддержкой (во всех пакетах).
...мол -- "набираем добровольцев!".
*** фаза номер 3: ***добровольцев не оказалось.
те кто ленивые -- взяли себя в руки и выучили самые-основные приёмы работы с systemd. (на большее не хватило).
те кто трудолюбивые -- нашли время и силы разобраться почему именно systemd является более надёжным и качественным решением чем sysvinit.
*** фаза номер 4: ***раз sysvinit ни кому не нужен, то всё с ним окончательно ясно... :-)
убираем возможность sysvinit, оставляем только systemd.
######################
# P.S.: точкой невозврата во всём этом сцернарии -- является момент когда сделали переход по умолчанию (фаза #1)
Фигсае, сегодня на опеннете приступы адекватности. Население адекватных персонажей увеличилось вдвое. Надо же, Xasd и бедный буратино сегодня не несут бред. Что за фигня?
взломали :)
> Фигсае, сегодня на опеннете приступы адекватности.приступы лжи и демагогии. не удивлюсь если ты - он.
> приступы лжи и демагогии. не удивлюсь если ты - он.А он - это кто? Xasd или буратина? :) Обломись, это был 294-й вообще.
Но да, ты кое в чем прав: лживый пи..ж от ненавистников поттера - уже в печенках сидит. Как можно быть такими двуличными и лицемерными уродами, внаглую втирающими очкий?
> Но да, ты кое в чем прав:и переиначил мои слова))
> Как можно быть такими двуличными и лицемерными уродами, внаглую втирающими очкий?
риторический вопрос, да? :-D
> и переиначил мои слова))Ну то-есть насчет того что ты сам соврал про персоналию оппонента - возражений нет. Так и запишем.
> риторический вопрос, да? :-D
Ну да. Я давно составил впечатление о тех кто много вопит про всякие юниксвеи и прочее. Нашли себе фетиш ради которого в пол готовы долбаться. Для меня это всего лишь кучка инструментов. Какие будет удобнее - такие и возьму, забыв у вас спросить. А вы долбитесь лбами в пол со своей религией наздоровье, если вам это надо.
>> и переиначил мои слова))
> Ну то-есть насчет того что ты сам соврал про персоналию оппонента -
> возражений нет. Так и запишем.я закончил оправдываться.
>> риторический вопрос, да? :-D
> Ну да. Я давно составил впечатление о тех кто много вопит про
> всякие юниксвеи и прочее. Нашли себе фетиш ради которого в пол
> готовы долбаться. Для меня это всего лишь кучка инструментов. Какие будет
> удобнее - такие и возьму, забыв у вас спросить. А вы
> долбитесь лбами в пол со своей религией наздоровье, если вам это
> надо.благодарю за психоанализ, наш и свой ;)
> я закончил оправдываться.Молодец, возьми с полки пирожок.
> благодарю за психоанализ, наш и свой ;)
Да не за что, всегда пожалуйста.
> оставив возможность sysvinitИдиoт. Возможность заявили только сейчас, когда стало ясно, что сообщество утёрлось и давит гaдов психикой. (Что, кстати, неплохо получается. Истерика поттера тому подтвержением)
Мейнтейнеры openrc не ушли, Лангасек по прежнему сидит в комитете, "блицкриг" уже сорвался, blоatd стал "пятнадцатым стандартом", с чем всех и поздравляю.
Осталось дождаться первого десятка CVE, чтобы пoдeлие начало сдавать позиции в пользу менее раздутых альтернатив.
>> оставив возможность sysvinit
> Идиoт. Возможность заявили только сейчас,Гражданин, соврамши. 0pointer.net/blog/projects/systemd-update.html
""23 August 2010
"" * systemd is now able to handle various Debian and OpenSUSE-specific extensions to the classic SysV init script formats natively, on top of the Fedora extensions we already parse.
Я не говорю, что там всё заявленное уже прямо тогда работало, "как надо". Но _заявлял Ленарт уже "тогда".
> Осталось дождаться первого десятка CVE...не требуется десятка.
если появится хотя бы *одно* CVE... (а хотя бы одно CVE -- изредка встречается у любых програм.. так что некоторая вероятность всё-таки есть)
...то староверные бойцы клана "sysvinit" -- будут бегать возбуждёнными и с пеной у рта :)
> староверные бойцы клана "sysvinit" -- будут бегать возбуждёнными и с пеной у рта :)Чем это будет отличаться от текущего положения дел ?
Так вон-же уже были в Fedora баги, когда система вообще отказывается грузиться, если в systemd что-то не так. И в большинстве случаев фиг поймёшь, что не так.
> Так вон-же уже были в Fedora баги, когда система вообще отказывается грузиться, если в systemd что-то не так.если в systemd то-то не так то отказывается грузиться?!!! ВОт ЭТО ДА!!!!
а если в ядре что-то не так -- то всё равно нормально грузится? :-) :-D
Ты забыл, что systemd - это совсем не ядро. И что до systemd было так, что, например, cdrom при загрузке не подмантировался, или иксы не стартанули, ну и фиг с ними, не будет у тебя cdrom-а или иксов. А теперь с systemd у тебя ниуя не будет.
>> Осталось дождаться первого десятка CVE...
> не требуется десятка.
> если появится хотя бы *одно* CVE... (а хотя бы одно CVE --
> изредка встречается у любых програм.. так что некоторая вероятность всё-таки есть)Их уже 7:
http://www.cvedetails.com/product-search.php?vendor_id=0&sea...
> если появится хотя бы *одно* CVE...Юноша, а Вы помните то славное CVE про загрузку модулей в pulseaudio?
> Юноша, а Вы помните то славное CVE про загрузку модулей в pulseaudio?Так там вроде не пульс виноват был.
И если уж на то пошло, шеллшок с выполнением произвольной команды через шеллскрипт при всего лишь получении IP от DHCP - покруче будет. Так что скриптокидам тоже придется здорово обтечь.
> *** фаза номер 3: ***
> добровольцев не оказалось.не звизди, было. на лоре нашелся, отказали.
P.S. я про арч.
> не звизди, было. на лоре нашелся, отказали.Блин, ну нельзя же так. Я аж кофе подавился от смеха.
А может быть пора бы уже усвоить что дистр - глобальное объединение толпы народа, оперирующий чем-то типа "консенсуса с оговорками", а не "куда хочу, туда кручу". Хотите крутить туда куда хотите - форкайтесь и крутите. А то что это геморно - так никто и не обещал что кастомные хотелки это просто. И да, sysv init теперь - кастомная хотелка, а не майнстримовое решение. Такой вот жестокий облом.
>> не звизди, было. на лоре нашелся, отказали.
> Блин, ну нельзя же так. Я аж кофе подавился от смеха.соболезную :)
> А может быть пора бы уже усвоить
пора, усваивай.
Речь о том, что в харче в начале предложили совместимость, потом спихнули совместимость на коммунити, а когда нашлось в коммунити желающие - отказали. Думаю такой сценарий ждёт дебиан.
> Такой вот жестокий облом.
Не взлетит. Но с удовольствием понаблюдаю за всей этой вакханалией с дистров без этого поделия :)
> соболезную :)Да вы лолки. "Обидели мышку - написали в норку".
> пора, усваивай.
Я уже давно. А вот некоторые горлопаны, большинство из которых вообще нифига полезного не делают, зато права качают за десятерых кажется имеют с этим сложности.
> совместимость на коммунити, а когда нашлось в коммунити желающие - отказали.
Вы вообще так говорите, как будто вам кто-то что-то должен. И вообще, вас послушать - получается что отказали ... не представители комьюнити? А кто? Я не помню корпораций за арчем. Значит другая часть комьюнити и послала это комьюнити в пень. И честно говоря, учитывая столь скотское поведение - я только за то чтобы выпереть такое "комьюнити" на мороз, так ваши вопли будут хотя-бы оправданные. А то развели полную скотинщину и потом еще удивляются что с такими удодами никто взаимодействовать не хочет. И вообще, как-то так случайно оказалось что никто никому ничего не должен. В том числе и патчи принимать. Особенно от горластых хамлотиков.
> Думаю такой сценарий ждёт дебиан.
Я только за. Глядя на то какое сообщество поддерживает init, имхо это сообщество заслуживает отправки на мороз. Пусть форкаются и пилят свой дебиан, если, конечно, с таким отребьем кто-то вообще взаимодействовать захочет. А то интересно у вас получается - сообщество только те кто поддерживает вашу точку зрения. А те кто не поддерживает - "они", "отказали" и прочее. Типа, это - не часть сообщества? Вот это я понимаю, лицемерие и двойные стандарты. Не, чуваки, настолько наглая подтасовка фактов в мире где все прозрачно - не пройдет, даже и не пытайтесь. Единственное достижение - загадите себе репутацию своими подтасовками.
> Не взлетит.
Смотря кто не взлетит. Если это про systemd - он не только взлетает, но и вынесет init в маргинальную фигню для особо избранных староверов. Этот процесс уже запущен и принял абсолютно необратимый характер. Так, глядя как мелкотравчатый openwrt и то городит запускалки с логгерами и шиной "по образу и подобию".
> Но с удовольствием понаблюдаю за всей этой вакханалией с дистров
> без этого поделия :)Добро пожаловать на обочину цивилизации. Я не буду без вас скучать, извините. Мне пофиг. Я буду рулить системами так как мне удобнее. И я вижу немало валидных пойнтов у гарри поттера. А у вас я вижу в основном ламерский булшит и кормление завтраками на предмет того что мне должно быть нужно и не нyжно. В таком виде вы мне сами не нyжны - я не заказывал рассказы про то какие задачи мне нужны.
Какой пассаж. Расскажи нам еще о скотском поведении горластых хамлотиков :-D
> Какой пассаж. Расскажи нам еще о скотском поведении горластых хамлотиков :-DНу а что вы ожидали? Что я буду церемониться с горластыми хамлотиками? Э не, так не пойдет: как вы к нам, так и мы к вам. Это вполне честно.
>> Какой пассаж. Расскажи нам еще о скотском поведении горластых хамлотиков :-D
> Ну а что вы ожидали? Что я буду церемониться с горластыми хамлотиками?
> Э не, так не пойдет: как вы к нам, так и
> мы к вам. Это вполне честно.Справедливый гнев, угумс. Косишь под "меня обидели"-поттеринга?
> Справедливый гнев, угумс. Косишь под "меня обидели"-поттеринга?Не столько обидели, сколько задолбали воплями. Настолько что я вижу что да, у поттера есть валидные пойнты. Даже флегматичный в плане systemd Торвальдс видит, что как-то более убедительно. А то что необучаемые горлодеры вылетят на мороз - отлично, нефиг упертыми бapaнами быть. Пусть там художествуют на локалхостах чего хотят, лишь бы это другим на глаза не лезло в продакшне.
Лёня won? А Gentoo еще не сдались? Благо еще BSD есть на запас.
В бздях тоже аналог этого systemd-shim пилят.
> Лёня won? А Gentoo еще не сдались? Благо еще BSD есть на
> запас.Gentoo is all about choice. По дефолту OpenRC, но прогресивные админы-мамолюбы могут и системду поставить.
Я надеюсь, что в генте так все и останется.
> Лёня won?Не самый плохой вариант. Он по крайней мере не кладет по хренадцать лет болт на административные проблемы как некоторые другие а занимается их решением.
> А Gentoo еще не сдались? Благо еще BSD есть на запас.
Вот туда необучаемым и дорога. На задворки цивилизации. Будет надо - поможем. Ссaными тряпками и сpaной метлой. Утомило уже превращать ваше нежелание ничего менять в свои проблемы. Потеряйтесь.
>> А Gentoo еще не сдались? Благо еще BSD есть на запас.
> Вот туда необучаемым и дорога. На задворки цивилизации. Будет надо - поможем.
> Ссaными тряпками и сpaной метлой. Утомило уже превращать ваше нежелание ничего
> менять в свои проблемы. Потеряйтесь.1. Gentoo -- это "задворки цивилизации"?
2. Хватит переходить на личности. Утомило уже. Потеряйтесь.
> 1. Gentoo -- это "задворки цивилизации"?ИМХО довольно близко к таковым. По уровню влияния на процессы в индустрии, тому насколько авторам программ не пофиг проблемы этого дистра и прочая.
> 2. Хватит переходить на личности. Утомило уже. Потеряйтесь.
А где я на конкретные личности перешел? Это описание процесса в целом было. А если кто узнал себя - "любые совпадения случайны". Паливо, однако :).
> Вот туда необучаемым и дорога. На задворки цивилизации. Будет надо - поможем. Ссaными
> тряпками и сpaной метлой. Утомило уже превращать ваше нежелание ничего менять в свои
> проблемы. Потеряйтесь.
> ИМХО довольно близко к таковым. По уровню влияния на процессы в индустрии,
> тому насколько авторам программ не пофиг проблемы этого дистра и прочая.называется, расплодились толпы дэбилов с претензиями обучать своему дэбилизму... Microsoft идите учите >:-)
> называется, расплодились толпы дэбилов с претензиями обучать своему дэбилизму...Это вы с претензиями навязывать всем допотопные решения с кучей архаизмов и бестолковостей как единственно верные. И бурно cpeте кирпичами, когда оказывается что можно и иначе и многим это нравится.
> Microsoft идите учите >:-)
Их другие пускай учат. Мне они ни к чему, меня будущее пингвина интересует. Что там случится с MS и древними юниксоидными староверами - мне честно говоря однофигственно. Потому что одни махровые ретарды, а вторые - маркетинговые лапшевешатели. А мне нужна работающая операционка, желательно работающая хорошо. В этом ни первые ни вторые в общем то не помощники.
> А мне нужна работающая операционка, желательно работающая
> хорошо. В этом ни первые ни вторые в общем то не
> помощники.А нам не нужны ни дэбилы, ни их излияния про то что им как бы нравится и нужно...
...неприличный конечно намёк получился. На то что им нравится и нужно...
И поставкой чего им традиционно занималось MS...
Flawless victory.
И волки сыты и овцы целы.
>обеспечить работу привязанных к systemd сервисов управления питанием и сеансами пользователейМне кажется, что уже поздно. Слишком много софта начинает привязываться к systemd. Даже на примере этой новости видно, что приходится городить "набор компонентов для эмуляции работы функций systemd".
Это нелепо.
Много софта это всего лишь убогий гном/gdm
> Много софта это всего лишь убогий гном/gdm+ всякая скайпятина
> + всякая скайпятинаА скайпятине то systemd зачем? Что они с ним делают???
То есть ничего нужного к сустемд не привязано. ШИН!
Да ладно!
Ничего и не городить. Некоторую функциональность спиoнeрили и всё.Зато http-сервер с qr-кодами и прочими поэтeccами остались... в "оригинале", скажем так (при том что логи так и не умeeт скидывать со всех серверов в одно место например).
> Зато http-сервер с qr-кодами и прочими поэтeccами остались...Я тебе даже больше скажу - постепенно еще и какой-нибудь внятный RPC для дерга энтерпрайзными управляторами поди вывесят. А ты попробуй порулить пачкой из 500 машин голыми руками, да? Средствами группового администрирования то удобнее...
Можно услышать про опыт управления пачкой машин групповыми средствами? Раньше и без этого системд справлялись. Хотя вам в-кам дай только волю политиками порулить и преференции по настраивать. Одна беда. В своём кружку из нескольких компьютеров вы это делали и оно работало. А когда счёт на тысячи и десятки тысяч идёт начинают вылазить непонятные грабли. Как-то так внезапно.
> Можно услышать про опыт управления пачкой машин групповыми средствами?Да самые разные. От пачки виндовых машин до кучи машин с пингвином. Вплоть до всякого кастома с обходом из своих скриптов. Бывали и довольно большие конструкции, вплоть до ~400 VM, при том у каждой свои настройки (под такое проще всего вкатываемый образ кастомизнуть). Не очень понимаю что вам это даст, но у меня есть понимание как все это выглядит в энтерпрайзах и какие при этом грабли. И поэтому я вполне понимаю начинания поттера. Они смотрятся вполне логично. То что вы умеете это закостыливать - я рад за вас. Но это не значит что я хочу это и дальше видеть в том виде котором оно сейчас есть.
> Раньше и без этого системд справлялись.
Так раньше и на лошадях ездили. А теперь вон понастроили эйрбасов и боингов, аэродромы какие-то подавай. И керосин авиационный. Надо же, конюшни с сеном и поилкой им теперь уже не хватает?!
> Хотя вам в-кам дай только волю политиками порулить и преференции по настраивать.
Да толку то с этих политик. Они глючные, на них легко забить, а с масс-инсталлом софта у MS вообще абсолютный эпикфэйл. Это гoвно можно считать что не работает. А создание сетапера требует квалификации не только за пределами админа, но и за пределами обычного программиста. Такие вот чудеса. В линухе средствами пакетного манагера все это намного прямее делается, и в 100 раз проще, особенно если начальный образ системы немного кастомизнуть заранее (на что линухи намного лучше заточены + лицензия позволяет).
> Одна беда. В своём кружку из нескольких компьютеров вы это делали и оно работало.
> А когда счёт на тысячи и десятки тысяч идёт начинают вылазить непонятные грабли.
> Как-то так внезапно.Ой, если вы про винды - там вся эта AD вообще грабли, а масс инсталл софта - в полной ж. Большинство софта вообще задней мысли не допускает про батч инсталл и пофиксить это - целый отдельный большой рокетсайнс, требующий весьма специфичных знаний. Так что если будет нужда раскидать программу на 1000 машин с однотипным линухом или виндами - ну вы поняли...
> Так раньше и на лошадях ездили. А теперь вон понастроили эйрбасов и боингов, аэродромы какие-то подавай. И керосин авиационный. Надо же, конюшни с сеном и поилкой им теперь уже не хватает?!Знакомый 10 минут на работу на веле едет. Другой 20 минут пешком идёт. И как то не пользуются самолетами, а всё больше допотопными технологиями: ножки, велик. Вот такие странные люди у нас есть. И как бы на лошадке покататься не дороже полета выходит. Так что это ещё вопрос чем большие люди с денюжками больше пользуются.
> Да толку то с этих политик. Они глючные, на них легко забить, а с масс-инсталлом софта у MS вообще абсолютный эпикфэйл. Это гoвно можно считать что не работает. А создание сетапера требует квалификации не только за пределами админа, но и за пределами обычного программиста. Такие вот чудеса.
Я верю в поттеринг стайл. Понаделают новых ванклик приблуд, понавешают на свой менеджер. Дадут порулить мышкой всем этим. Ммммм за уши потом людей не оттащить.
> Ой, если вы про винды - там вся эта AD вообще грабли, а масс инсталл софта - в полной ж. Большинство софта вообще задней мысли не допускает про батч инсталл и пофиксить это - целый отдельный большой рокетсайнс, требующий весьма специфичных знаний. Так что если будет нужда раскидать программу на 1000 машин с однотипным линухом или виндами - ну вы поняли...
Ну я понял к чему дело идёт. К куче корпоративного софта который руками не заточишь и так просто не поставишь. Если опенсурс то грабли будут по всему полю. Если закрытые то через свой redhat systemd upgrade service. Наблюдал я тут эволюцию "софт на одном языке, пускается везде". Мелкие вещички работали. А тот глобальный дорогой софт работал только под своей версией явы. И на каждую новую версию явы надо было патчи у производителя брать. А патчи на винду надо было ставить не раньше чем их патчи на софт. Иначе оно всё разваливалось так забавно.
Так что я верю в гениев рх.
> Знакомый 10 минут на работу на веле едет. Другой 20 минут пешком
> идёт. И как то не пользуются самолетами, а всё больше допотопными
> технологиями: ножки, велик.Велик не такая уж и допотопная технология, не сильно старше самолетов, между прочим. А современный велик - хайтеч, к тому же. А ножки - что ножки? Попробуй из Владивостока в Москву ножками. Уйма людей пользуется для попадания на работу общественным транспортом.
> И как бы на лошадке покататься не дороже полета выходит.
Да никто не спорит, но из Владивостока в Москву кататься придется очень уж долго и непрактично. А через океан на лошадке и вовсе не очень получается. Вот как-то так и получается что люди получили новые возможности и совсем не за счет лошадок. А за счет автомобилей, поездов и самолетов. На которые и приходится теперь основной объем перевозок. Поэтому АЗС или даже аэропорт - никого особо не удивляют. А конюшни - редкая диковинка. И грех жаловаться, что вдоль автотрассы маловато конюшен и поилок, только бесполезные АЗСы какие-то.
> Так что это ещё вопрос чем большие люди с денюжками больше пользуются.
Я вообще ничего не говорил про деньги. Только про распостраненность и развитость инфраструктуры. Как там чудят несколько богатых чудаков - да вообще пофиг, глобальной погоды это как правило не делает. Ну может за исключением космических полетов, где чудачества могут пробить дорогу более дешевым и массовым применениям, отладив технологии с ломовыми начальными затратами.
> Я верю в поттеринг стайл. Понаделают новых ванклик приблуд,
Сам по себе systemd - вообще никаким боком к кликанию не относится и рулится из конфигов. Пульс тоже вроде рулится и так и сяк. Да и networkmanager. И да, НЕКОТОРЫЕ операции из гуя делаются удобнее. Ну там например визуально выбрать точку доступа, с наглядной индикацией ее защищенности и уровня сигнала из гуя как-то удобнее обычно. Странно в кафехе или аэропорту утыкаться в терминал чтобы насканить точку доступа а потом еще несколько конфигов колупать, чтобы интернет появился. Когда это в гуе делается в 1 клик. Я конечно понимаю что отдельные маньяки готовы и видео смотреть через libcaca, но пусть они сами этим своим toilet'ом пользуются для таких развлечений :).
> понавешают на свой менеджер. Дадут порулить мышкой всем этим.
> Ммммм за уши потом людей не оттащить.Да и фиг с ними. Не имею ничего против гуя, если есть возможность сложные и рутинные операции делать через командлайн + продвинутое конфигурирование через конфиги, ибо гуй на каждую опцию не нарисуешь. Кто сомневается - флаг ему в руки сделать гуй на все опции iw или там ffmpeg, не забудьте показать что получилось :)
> Ну я понял к чему дело идёт. К куче корпоративного софта который
> руками не заточишь и так просто не поставишь.Корпоративный софт вроде всегда таким и был. Кто не верит - ну вон берете у IBM их добро типа DB2, Tivoli, Websphere или что там у них еще для ынтырпрайзов. Оно такое уж сто лет, так что страхи о том что оно таким СТАНЕТ - опоздали на ...цать лет, мягко говоря.
> Если опенсурс то грабли будут по всему полю.
Совершенно не обязательно. Открытый софт - такой же как и любой иной. То-есть встречаются самые разные экспонаты, от полного трэша до мегарулеза. Как и в случае любых иных программ.
> Если закрытые то через свой redhat systemd upgrade service.
Почему бы и нет? Лучше чем то что у энтерпрайзятников есть сейчас, с их кучей костылей и самопалов. В результате они невозбранно загаживают системы из-за своей криворукости.
> Так что я верю в гениев рх.
Да верьте себе наздоровье. А я думаю что layered построение системы, с подыгрыванием себе на разных уровнях - штука здравая.
>>обеспечить работу привязанных к systemd сервисов управления питанием и сеансами пользователей
> Мне кажется, что уже поздно. Слишком много софта начинает привязываться к systemd.
> Даже на примере этой новости видно, что приходится городить "набор компонентов
> для эмуляции работы функций systemd".
> Это нелепо.Угу. Прямо SElinux(*), только выкинуть невозможно.
...""he previously had to neuter policykit’s security (rendering his system very vulnerable) just to get his system working, and how he has found systemd “very difficult sometimes to figure out”. Should we be concerned that a kernel developer, obviously a very qualified computer user (an MIT graduate in his 40s), has trouble understanding and using policykit and systemd to configure his own system?
(*) А нет, libselinux1 же тоже нельзя(**) выкинуть. ...*почерк* АНБ??!---Выкидывание BKL покажется _маленьким и _стремительным, да.
+++""Are we really sure many of these fanboys aren’t part of an Infiltrate, Manipulate, Deceive, and Destroy program?
> (*) А нет, libselinux1 же тоже нельзя(**) выкинуть. ...*почерк* АНБ??!Почему нельзя то? Вон в openwrt никакого вам selinus. Или ты о чем?
> found systemd “very difficult sometimes to figure out”Just as planned.
PKGBUILD будет?
А осадочек-то остался.
> Я скорее на винду перейдуа ты её на всякий случай пока-что не удаляй с компьютера :-) .. малоли, вдруг и правда :-)
> Пакет systemd-shim включает в себя
> набор компонентов для эмуляции работы функций systemd, необходимых для запуска обработчиков
> systemd без использования сервиса инициализации systemd. В частности, при помощи systemd-shim
> можнообеспечить работу привязанных к systemd сервисов управления питанием и сеансамиНапомните мне, как назывались (или оно было с матом? или переименовали? или бросили уже?) те пакеты, которые были для установки системы _совсем без в-crap-лений Передовых Технолонигий libsystemd-xxx гнезда птенцов? Не -shim и _без него. [Да, без GNOME!?] Где-то на фомуме d.o. "хейтеры" появлялись с неофициальными пакетами. Кто-нибудь следил за развитием?
---Про выпиливание s-d -- "потом", все помнят выпиливание BKL? Освежайте в памяти.
> Напомните мне, как назывались (или оно было с матом? или переименовали? или
> бросили уже?) те пакеты, которые были для установки системы _совсем безТакое http://wookware.org/software/repo/pool/main/p/prevent-systemd/ матное название http://wookware.org/software/repo/pool/main/p/prevent-systemd/ , что Прогрессивная Общественность https://lists.debian.org/debian-devel/2014/07/msg00148.html негодует.
---http://sohcahtoa.org.uk/osd.html А инсталятор-то не патчен.
>> Пакет systemd-shim включает в себя
> Напомните мне, как""We will freeze at 23:59 UTC on the 5th of November 2014
> для установки системы _совсем без
> в-crap-лений Передовых Технолонигий libsystemd-xxx гнезда птенцов? Не -shim и _без него.All lost. The release is coming.
>> Пакет systemd-shim включает в себя
> в-crap-лений Передовых Технолонигий libsystemd-xxx гнезда птенцов? Не -shim и _без него.Возрадуйтесь, дебианеры! Хунта кэосдэ сообщает о _своей Великой Победе:
http://www.vitavonni.de/blog/201410/2014102101-avoiding-syst...
Можно, можно, оказывается _не _ставить этот их ... при апгрейде wheezy->jessie""All you need to do is create a file named e.g.
/etc/apt/preferences.d/no-systemd with the contents:Package: systemd-sysv
Pin: release o=Debian
Pin-Priority: -1""This change will make it much harder for aptitude to solve dependencies. A good
way to help it to solve the dependencies is to install the systemd-shim package
explicitly first:aptitude install systemd-shimНе о чем беспокоиться, о обеспокоенные, Великий Дракон сказал: "Можно."
---Ленарт Поттеринг шлёт цветы, конфеты и чмоки команде MirOS BSD за успешное обдегчение от бремени!
+++
Букмейкеры закаулков принимают ставки, успеют ли камарильос сломать _этот так нужный общественности "совет" за оставшееся до заморозки jessie (05 Nov) время и/или до _релиза.Обеспокоенные снова беспокоятся, что скрывает камарилья, сломан ли "совет" с pinning при апгрейде _изначально_, и куда делись
Package: systemd-must-die
Conflicts: libpam-systemd, live-config-systemd, python-systemd, systemd,
systemd-cron, systemd-gui, systemd-shim, systemd-sysv, systemd-uiPackage: prevent-systemd-completely
Conflicts: libpam-systemd, live-config-systemd, python-systemd,
python3-systemd, systemd, systemd-cron, systemd-shim, systemd-sysv,
systemd-ui
Package: prevent-systemd-running
Conflicts: live-config-systemd, systemd-cron, systemd-sysv, systemd-ui
Provides: prevent-systemd-running
Conflicts: live-config-systemd, systemd, systemd-cron,
systemd-sysv, systemd-ui...и как _заменить, и выкинуть, и никогда не ставиь _каждый ломоть Передовой Технологии до последнего при установке и апгрейде на v8 Универсальной О.С. ??
Даёшь uselessd!
> Даёшь uselessd!добавь к себе 'd'
> добавь к себе 'd'Получится dimquad. Фигня какая-то. Quad damage из кваки.
Вот где-где, а в debian мне точно абсолютно фиолетово, какая у меня там система инициализации. Поэтому для меня новость сродни изменениям в конфиге ядра. Только те новости - в ченчлоге, который никто не читает, а эта - в главных новостях. Ну, ещё бы - это ЖИЗНЕННО ВАЖНАЯ ПРОБЛЕМА. :)
А почему тебе именно дебиан по**й? Ты его просто не юзаешь?
Ломающие новости, блин
> http://it-the-drote.tk/article/openrc-in-debianНичё так. Сам писал?
> Ничё так. Сам писал?""Бармин, открой личико!
> http://it-the-drote.tkКрасивый домен, "говорящее название" :)
Выбор это хорошо. А лично мне systemd нравится.
А мне бы он нравился, если бы выбор предоставлял изначально. То есть имел бы совместимость с существующими решениями в первую голову, а всё остальное - уже следом. Но у Поттеринга с совместимостью какая-то вечная война.
> То есть имел бы совместимость с существующими решениями в первую голову,Так там вроде есть слой совместимости с sysv. Но лучше бы пристрелили нафиг. А то в убунте например какой-нибудь скрипт запуска Tor и параметры наверное в пяти местах пораспиханы. Очень удобно, ага. И главное так сразу очевидно - какие правила действуют и откуда оно взлетает...
Это опенсорс. Не нравится - форкни тор и поддержива
> Это опенсорс. Не нравится - форкни тор и поддерживаДа я думаю само околеет, но где смогу - помогу, не сомневайтесь ;).
Офигеть, они решили Gnome развивать по умолчанию? Самый тормозной и неудобный DE?
KDE на интеловской видюхе более плавно работает с эффектами, чем это убогое подделие на интерфейс планшета, у которого в меню свалено в кучу все нужные и ненужные программы без сортировки.
КДЕ от ГНОМа отличается лишь названием.
Такое же тормознутое, вырвиглазное и неюзабельное (я про последние версии)
В Debian Gnom всегда по умолчанию шел
В Debian Jessie первый бета исталлятор ставил Xfce4 по умолчанию.
Самурай без меча подобен самураю с мечом, но только без меча.
Ну и правильно. Надо же как-то ретраградов заткнуть. Через пару лет и они не вспомнят уже, что "поднимать систему скриптами - это круто, потому что у меня опыт и готовые шаблоны, а новое учить - влом"
> Ну и правильно. Надо же как-то ретраградов заткнуть. Через пару лет и
> они не вспомнят уже, что "поднимать систему скриптами - это круто,
> потому что у меня опыт и готовые шаблоны, а новое учить
> - влом"Сделай себе одолжение, почитай «Политика и английский язык» на досуге. Там как раз о шаблонах есть очень хороший пункт.
> принятии курса на жёсткую привязку Debian к systemd, которые, в итоге, не подтвердились.Хм, почему не подтвердились? Сейчас в testing в KDE без systemd не работает сеть, Wi-Fi, VPN, hibernation.
> Хм, почему не подтвердились? Сейчас в testing в KDE без systemd не
> работает сеть, Wi-Fi, VPN, hibernation.Погоди, половина софта еще и в песочнцы начнет себя отпиливать. При том глядя на shellshock и 100500 грабель с этими сpaными скриптами - это будет очень актуально и своевременно. Вот тогда посмотрим как вы будете эрзацы городить, с...и ж...кие.
>> Хм, почему не подтвердились? Сейчас в testing в KDE без systemd не
> будете эрзацы городить, с...и ж...кие.То есть выбора нет и _не _должно _быть? ЧТД. Палитесь, батюшка Гапон.
> То есть выбора нет и _не _должно _быть?Почему же, пусть будет. Только ценой геморроя у тех кому повыделоваться с кастомовщиной, а не ценой пролета всех остальных с типовыми задачами. Так сильно честнее.
Причём здесь вообще KDE? Сеть, например, настраиваится с помощью wpa-supplicant, network-manager и т.д, которые не зависят от systemd
Теперь зависят ;-)
в тестинге вообще сейчас весело:
загрузился с systemd - не работает dhcp клиент
пишу systemctl start dhcpcd.service - ругается мол что-то не найдено, думаю что такое, простая команда и чуть ли не самый ходовой сервис
оказалось понимает только systemctl enable dhcpcd.service, поскольку похоже этот сервис реализован через старый инитвообще потыкал немного этот системд, позапускал команды - не очень понравилось, вернулся на инит
кстати в опенбоксе всё куда лучше: сеть работает (ethernet, без networkmanager-a), хибернейт тоже работает, саспенд работает но не выключает монитор, wifi и vpn - не знаю, у меня нет
> (ethernet, без networkmanager-a),А теперь попробуй голыми руками нарулить вафлю и расскажи как тебе оно.
> тоже работает, саспенд работает но не выключает монитор, wifi и vpn
> - не знаю, у меня нетА пещерный человек вообще компьютер включать не умеет и не понимает этих наших проблем.
вы десктопный домашний комп (за роутером) давно видели, зачем там всё это?человек написал свой опыт, я свой, весьма кстати показательно, новый софт где-то более прост и удобен, но более капризен с какими-то непонятными зависимостями типа системд, без которых, как показывают более консервативные аналоги, вполне можно обойтись
кстати на буке от networkmanager-а тоже пришлось отказаться, вайфай хотспот в не самом нетривиальном сетевом окружении (поднятый впн, переопределенный днс и тп) подниматься там не захотел
> А теперь попробуй голыми руками нарулить вафлю и расскажи как тебе оно.А в чём проблема-то?
---
network={
ssid="LVEE-2"
psk="LVEE2013"
}
--- /etc/net/ifaces/wlan0/wpa_supplicant.conf
> А в чём проблема-то?
> ---
> network={
> ssid="LVEE-2"
> psk="LVEE2013"
> }
> --- /etc/net/ifaces/wlan0/wpa_supplicant.confТут тактично поскипана куча моментов. В том плане что один только конфижек WPA-Supplicant - это немного не весь взлет сети.
1) Ну вот например, тут даже назначение айпишника нет. А, погодите, это в другом конфиге?! А потом оказывается что для настройки 1 вафли надо несколько конфигов переколупать.
2) А SSID сети вы откуда узнали? Ах, у вас рояль в кустах. Ну, бывает и такое у советского человека, особенно когда желание заняться показухой сильно долбит.
Вот так приходишь в кафешку и ... втыкаешь в конфиги, сканишь список APов и прочее? Вместо того чтобы в 1 клик к сетке прицепиться? "Зато без networkmanager!!!111".
А один клац мышкой по меню в таком случае - проще и быстрее. Вы за это время спасибо если редактор запустите. Для 1 из конфигов. А их еще и несколько к тому же. Нет, я не буду отрицать: командлайновый доступ и конфиги - мастхэв. Для кастомных применений. Но макнуть в списке нужную AP и после этого просто завалиться в сеть - unbeatable в плане юзабилити. И в этом месте я понимаю пойнт и в NM, и в гуйных апплетиках для оного. Под такой сценарий как завалиться в гостевую вафлю ноутом и т.п. - это и удобно и уместно.
p.s. а если честно - мне больше всего симпатичен UCI из openwrt. Все аккуратно так, в одном месте, с командлайном, с и-фейсом для гуя для дергания той же штуки, а теперь и некий задел под RPC под групповое администрирование сделали, явно с пониманием того как надо. Но правда UCI берет на себя несколько больше чем только руление сетями, а вот это у него уже получается "не очень".
>>необходимых для запуска обработчиков systemd без использования сервиса инициализации systemdНе понимаю, чего все так переживают из-за этого systemd? Может, оно и к лучшему.
> Может, оно и к лучшему.Так это всегда так. Сначала польют г-ном из ушата, потому что модный тренд - поливание помоями systemd, пульса и чего там еще. Без советов сколь-нибудь внятных аналогов, зато с рассказами про то какие фичи вам не нyжны (круто когда советчик лучше вас знает что вам надо, правда?). А потом въедут и спасибо говорить будут. Как минимум многие из. Как обычно, в общем.
напомнить историю с пульсом - когда леня сломал OSS поддержку - а когда ему указали на это, сказал что это ему не надо, поэтому чинить не будет ?
> напомнить историю с пульсом - когда леня сломал OSS поддержку - а
> когда ему указали на это, сказал что это ему не надо,
> поэтому чинить не будет ?Мне пофиг на ваши истории. И на OSS мне пофиг (это ведь там проприетарные дрова сватать смели?). У меня пульс просто работает, проблем от него у меня ровно ноль. А регулировать громкость по программам мне еще и удобно к тому же. И для этого гуй есть. А ненавистники поттера истекающие поносом никаких внятных аналогов предложить обычно не могут и вместо этого начинают мне с пеной у рта доказывать что мне эти фичи ни к чему. Вот это я понимаю - наглость.
> У меня пульс просто работает, проблем от него у меня ровно ноль.С ним до сих пор проблем дохрена. Иногда внезапно начинаются странные звуки (и это происходит раз в 10 чаще, если запускать в "--system-wide"), иногда тупо не запускается, в какой-то версии была сломана поддержка a2dp (на что я убил больше дня) и т.п. Я на Pulseaudio уже потратил времени больше, чем на ALSA и OSS вместе взятые. Хотя с ALSA и OSS знаком намного дольше. В результате, испытав немало эмоций, я решил просто от него отказаться.
SystemD тоже не оставил меня в покое. Контейнеры в моей стандартной конфигурации вообще не грузятся с ним, с cryptosetup проблемы и т.п. Хотя по сути, многое из того что я испытал с systemd уже описано в посте по ссылке в комментарии http://www.opennet.me/openforum/vsluhforumID3/99364.html#183 . Закончилось всё тем, что я принял решение не использовать systemd в своих системах (оставлю лишь на домашнем ноутбуке, чтобы продолжить его изучение).
Хватит уже говорить что проблем с этим всем ноль. Это ж всё не придумывают. Лично я отталкиваюсь от реальных проблем при составлении своего мнения.
> описано в посте по ссылке в комментарии http://www.opennet.me/openforum/vsluhforumID3/99364.html#183Извиняюсь, неверно ссылку скопировал: http://www.opennet.me/openforum/vsluhforumID3/99364.html#121
> С ним до сих пор проблем дохрена.Только если их искать или юзать какие-то сильно кастомные сценарии. На обычном писюке при обычном писючном использовании я от него вообще не имел никаких проблем.
> Иногда внезапно начинаются странные звуки
Ни разу не замечал. Поэтому посчитаю что у майнтайнеров убунтообразных руки прямее чем у вас. Единственный осмысленный вывод который я могу сделать по этим данным. И да, я не хочу превращаться в эксперта по настройке звуковых систем, если не понимаю нафига мне это надо. Поэтому я очень рад что в хубунте все это за меня сделали майнтайнеры, оно просто работает и совсем не фачит мне этим мозг. Вот такой я нехороший. У меня и без звуковых систем есть куча всего над чем погреть мой мозг, поэтому очень кстати если над этим погреет мозг кто-то иной, я только рад.
> уже потратил времени больше, чем на ALSA и OSS вместе взятые.
А я потратил 0 минут на настройку всего этого. Чему искренне рад.
> Хотя с ALSA и OSS знаком намного дольше. В результате, испытав
> немало эмоций, я решил просто от него отказаться.А я вообще не хочу знакомиться с кишками выводящими звук, если у меня нет каких-то сильно кастомных запросов.
> SystemD тоже не оставил меня в покое. Контейнеры в моей стандартной конфигурации
> вообще не грузятся с ним,А что есть ваша "стандартная конфигурация"? И в чем проблема?
> с cryptosetup проблемы и т.п. Хотя по сути, многое из того что я испытал с systemd уже
> описано в посте по ссылкеВ том посте - очередной crybaby, с бетой дебиана, админящий систему кое-как (см. как он ее апдейтит, это при heartbleed/shellshock и прочих прелестях). Который вместо репорта багов на бету дебиана - ноет в бложик. Как конструктивно. Надо быть редким болваном чтобы ожидать что переходный период в бета-версии системы будет проходить идеально безглючно. Если кому это не нравится - так, стоп, чуваки, а зачем вы бетаверсию лезли юзать, для начала? Не вижу на кого тут можно жаловаться кроме самого себя.
А так - у меня нет железной уверенности что sysv init можно на полном автомате смигрировать на systemd во всех позах и не получить багов/глюков. Вот вы и ориентируйтесь на таких "мегаадминристраторов" и раскладывайте себе грабли. А мне с точки зрения минимизации грабель будет проще всего во первых подождать пока баги удавят и отполируют, а во вторых - я при случае перераскатаю системы с "systemd по дефолту" а не мигрированные с инита черти-как. При этом наверняка отвалится куча дурных глюков вызванных смесью ужа с ежом.
> в комментарии http://www.opennet.me/openforum/vsluhforumID3/99364.html#183
Это такая попытка сорвать парсеру стэк, зациклив пост сам на себя? :)
> Закончилось всё тем, что я принял решение не использовать systemd в своих системах
Ну и флаг вам в руки. Правда я не понимаю кому от этого будет хуже и почему это решение - хорошо и правильно. Нормальным вариантом как мне кажется было бы вкатать баги на бету дебиана в багтрекер, чтобы баги не попали в релиз. Но можно и уйти в отказ, разумеется, как это любят скрипткидизы. Правда я не очень понимаю кого вы этим нагреете, кроме себя. Если вы думаете что ради вас будут переигрывать - очень врядли. А systemd имхо все-таки обоснуется в большинстве популярных дистров и это будет надолго и всерьез. Так что от неумения с ним дружить хуже вероятно будет только нерадивым админам.
> (оставлю лишь на домашнем ноутбуке, чтобы продолжить его изучение).
Лучше снести. А то вдруг еще случайно окажется что все не так плохо как рассказывают. Еще чего доброго баг угораздит в багтрекер написать. Я правда не уверен что вы можете выловить причину и нормально описать это, но чем черт не шутит.
> Хватит уже говорить что проблем с этим всем ноль. Это ж всё не придумывают.
Пардон? А где я сказал что проблем всегда и везде 0? Особенно с какой-нибудь бетой дебиана которая в середине переходного периода?
> Лично я отталкиваюсь от реальных проблем при составлении своего мнения.
Ценность мнения о проблемах бета-версии дебиана, которая находится в середине переходного периода - вызывает некоторые сомнения, имхо. Вот если некто поставит чистую копию системы, с systemd, и там не будет работать крышка ноута и чего там еще - ну ок, это уже баг. Который долетел до нормальных пользователей и релиза. Правда врядли поттеринговый, скорее майнтайнерский. Но все-таки в этом месте я пойму если не чертыхания на поттера то уж как минимум неудовольствие багами.
мудро и правильно.
оставляя в стороне срач про системдЫ - альтернативы _НУЖНЫ_.
> мудро и правильно.
> оставляя в стороне сра4 про системдЫВот как раз "сакcес" стори _в_тему_: http://changelog.complete.org/archives/9237-first-impression... , и именно про [да, он про -shim не написал--]
> - альтернативы _НУЖНЫ_.
""So apt-get install systemd-sysv (and watch sysvinit-core get uninstalled) and reboot.
""Only, my system doesn’t come back up.Затейник (про "выпускник MIT" не знаю, немец всё ж, но вполне себе debian developer) с криптосетапом, ZFSonLinux-ом и пр.кнопками яркости ждёт aплоада/фикса https://bugs.debian.org/757348 . *Не* в _s-d, что :/ характерно.
В принципе леня прав, такой мешанины скриптов запуска, которые есть в дистрибутивах линукса, наверное нет ни в одной другой операционке. Во фре к примеру, местонахождение всех скриптов запуска не зависит от версии операционки, они к тому же практически все однотипны, в результате их разбор и модификация не приводит к танцам с бубнами, что часто имеем в софте, основанном на ядре линукс...
Сейчас systemd пытается охватить все, что в придет в голову Лене, но я думаю, или systemd как проект сгинет, либо распадется на несколько независящих друг от друга частей...
Прослойка для обратной совместимости - правильное решение.
Глючный костыль и полумера. Проще и лучше оставить дефолт (системд)
На домашнем ПК есть смысл заморачиваться systemd vs sysvinit или заметной разницы не будет и можно пользоваться тем, что дают?
Теперь только остались слака, гента и bsdи :(
> Теперь только остались слака, гента и bsdи :(еще CRUX, Funtoo.
> Теперь только остались слака, гента и bsdи :(Для любителей пригодной для продакшена экзотики ещё OpenSolaris (или OpenIndiana, или как там ещё).
Да. И в ней ZFS сразу из коробки, о чём linux пока только мечтать может.
> Да. И в ней ZFS сразу из коробки, о чём linux пока только мечтать может.А мы мечтаем о btrfs из коробки. Хотя стоп, почему мечтаем? Он там из коробки и есть. И даже неплохо работает, если сильно не увлекаться наворотами.
PCLOS же!
> Теперь только остались слака, гента и bsdи :(И это замечательно - меньше кулсисопских художеств будет в продакшнах. А кому сильно надо выбор будут сидеть в своих загончиках. За пушечный выстрел от продакшнов. И там пусть наворачивают все что хотят.
В приведённой ссылке https://lkml.org/lkml/2014/10/7/254 содержится абзац:There has been no General Resolution amongst debian package maintainers.
Red Hat has instituted a regulatory capture of the "bug squashing" committee
within debian (the "Technical Committee") by having current or former (but
stock holding) employees moonlight in debian and gradually gain membership
in that comittie.Правильно ли я из него понимаю, что Red Hat имеет своего оплачиваемого "агента" внутри технического комитета Debian? Чтоа???? WTF???? Т. е. дистрибутивы уже стали засылать друг другу своих агентов?????
Может, этим и объясняется переход Debian на systemd? Может, тот агрессивный председатель технического комитета Debian, который продавил systemd, и есть агент Red Hat?
Именно. В приведённой ссылке есть ещё одно интересное место:The RedHat associated members of the Technical Committee have illegally and in bad faith abused their positions in-order to realize financial and strategic gain for their employer.
Ассоциированные члены Технического Комитета из компании RedHat незаконно и недобросовестно воспользовались своими полномочиями для того, чтобы реализовать финансовые и стратегические преимущества для своего работодателя.
Говоря языком простым и называя вещи своими именами, это грязные лобби проталкивающие системд.
> Говоря языком простым и называя вещи своими именами, это грязные лобби проталкивающие системд.А громкие визги, наезды и спам НеФанатов - это, типа, за лобби не считается? :)
>> Говоря языком простым и называя вещи своими именами, это грязные лобби проталкивающие системд.
> А громкие визги, наезды и спам НеФанатов - это, типа, за лобби
> не считается? :)Не считается. Просили же не прибивать. Неоднократно. Во многих ветках с подробностями.
Есть три категории сисадминов:
- Нормальные
- Малоопытные
- Клинические дебилы горло перегрызущие в защиту сыстемдВнезапно!, - пользователь, тоже сисадмин своего компьютера.
Профессиональный сисадмин не владеющий шелл-скриптингом, - профнепригоден.
> Не считается.Так и запишем: двойные стандарты.
> Просили же не прибивать. Неоднократно. Во многих ветках с подробностями.
Не знаю кто и кого просил, но глядя на поведение НеФанатов я бы на месте поттера уж точно не стал париться о благополучии и удобстве таких индивидов. А в чем пойнт заботиться о удобстве тех кто вопит "не нyжно!!!" и поливает г-ном всех кто смеет считать иначе? Это даже достаточно нейтральный Торвальдс заметил.
> Есть три категории сисадминов:
Нормальная такая подтасовка фактов.
> - Нормальные
> - Малоопытные
> - Клинические дeбилы горло перегрызущие в защиту сыстемдЗабыли четвертых - необучаемых ретардов "мы так привыкли". Их бы воля - сидеть бы ща в CP/M и MULTICS, ведь все работало, а изучать всякую новомодную хрень - да ну его, а?!
> Внезапно!, - пользователь, тоже сисадмин своего компьютера.
И чего? Или вас просто покапитанить прошибло?
> Профессиональный сисадмин не владеющий шелл-скриптингом, - профнепригоден.
Если некто профессиональный боксер - это не значит что он должен идя по улице каждые 5 минут кулаками махать. А некоторые с своими портянками везде лезут, даже там где от этого вреда больше чем пользы. В результате DHCP сервак имеет всю систему с правами рута вкинув в параметрах хитрозагнутую строку. А пошли бы вы с такими подходами на задворки истории, нам не надо системы которые разваливаются от тыкания палочкой как карточный домик.
> преимущества для своего работодателя.Вы, господа, наглецы и лицемеры. Потому что хотите видеть только 1 точку зрения - вашу. О том что systemd кому-то нравиться может вы даже и не задумываетесь. И если уж на то пошло, шапка дофига работы воротит, так что если выбирать - "а этого, спидозного, я в первый раз вижу" (с).
> Правильно ли я из него понимаю, что Red Hat имеет своего оплачиваемого
> "агента" внутри технического комитета Debian? Чтоа???? WTF???? Т. е. дистрибутивы уже
> стали засылать друг другу своих агентов?????Если не стали, то пора начать это делать.
(Да, это сарказм)
че за хипиш, косточка т.е. новость для альтернативщиков спешил