Причем с них за это сотрудничество не убудет, но они, пользуясь своим положением монополиста, просто положили на всех болт.

На кого - на всех? Давай примеры.

На SUSE, которые пользуются тем же systemd, или на KDE. разработчиков которого оплачивают?

А какое отношение syslog-ng имеет к systemd ?

Сам по себе никакого, но его не надо настраивать, чтобы journald дал ему сожрать свою инфу, просто ставишь и всё.

Я считаю, что это однозначно заговор. Заговор Марка с Яном и красношляпниками. Они ведь на линуксе бизнес делают, поднимают серьёзное бабло, по конференциям опять же ездят...

Вот представьте - стоит такой Марк на конференции, с партнёрами поручкаться уже изготовился, а тут мимо красноглазое чмо ползёт, бормочет и взвизгивает: «сакс!», «бинарные логи!», «монолитность!», «комбайн!», и ручками так сучит противно. И вот стоит космотурист, как оплёваный - а партнёры давно сбежали.

В общем собрались тайно и решили развернуть TEH DRAMA - чтобы точно всех неадекватов ковровой бомбардировкой накрыло - а потом Мрак делает свой анонс и животные дружно сваливают - в генту, в слакварь и в бздю... в общем в задницу и дальше.

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

Как вам версия? :-D

Что до syslog - и то, и то - системы журналирования

Нет. Они работают совсем по-разному и выполняют разные функции. journald - это механизм _сбора_ данных напрямую из системы инициализации, без посредников. syslog - это _обработка_ данных получаемых из различных источников, парсер и транспорт их хранилищу или следующему получателю.

мимо красноглазое чмо ползёт, бормочет и взвизгивает: «сакс!», «бинарные логи!», «монолитность!», «комбайн!», и ручками так сучит противно

You made my night.

нет =)

Но, соглашусь, что костыль нужен, но это же арч, тут так задумано by desing. Делается либо через правила удава (должно работать на любом дистре), либо через раннюю подгрузку модуля видеокарты (в арче можно через initramfs, не знаю как в других дистрах).

Вот когда php оказывается завязан на версию openssl - вот это беда.

Это совсем не беда. Это просто мантейнеры openssl, которые не умеют упаковывать несколько libssl с разными soname.

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

Совсем нет. Мне втемяшилось совсем другое: система инициализации ОС не должна обновляться, как вода в унитазе. Как я уже сказал, вместе с обновлением второстепенного компонента. А а политика разработки systemd заставляет делать именно это. Тебе нравится сидеть на пороховой бочке и думать о том, сможет ли у тебя перезагрузиться ОС после очередного обновления этого комбайна ?

systemd и сейчас справляется с «sysVinit» файлами

Вдруг макось перейдёт на systemd? Боюсь, что от такой новости ЛОР порвёт на куски (^ ^)

Как тонко ты намекнул местным на их нетрадиционную сексуальную ориентацию - никакая мизулина не придерётся ;-)

Вот что значит тролль старой школы - уважаю!

переходим на BSD?

Тебе нравится сидеть на пороховой бочке и думать о том, сможет ли у тебя перезагрузиться ОС после очередного обновления

Как ты хорошо себя запугал своей же придумкой - молодец!

Как ты хорошо себя запугал своей же придумкой - молодец!

Ты лучше почитай про процесс отладки всего этого и разные рассылки. И посчитай количество проблем этого направления, не забыв обратить внимание на регулярность.

Ура! Свершилось! Ubuntu не отстаёт!

лучше почитай про процесс отладки всего этого и разные рассылки

мальчик, прибавь к своему нику недостающую S, а к баттхёрту ещё пару градусов - тут хватает людей, которые судят о технологии не по чтению списков рассылки.

Еще (много) страниц отборного баттхерта.

Уходите сразу на БСДю.

Тебе нравится сидеть на пороховой бочке и думать о том, сможет ли у тебя перезагрузиться ОС после очередного обновления этого комбайна ?

Вообще-то в нормальных дистрибутивах апдейты тестят. И в репы попадает то, что работает.

Ну и systemd у меня с Fedora 15 (это май 2011), так что листами рассылки и постами на форумах меня пугать не надо.

Ни одного случая чтобы система не загрузилась из-за обновления systemd у меня не было. Вот обновление ядра сбросившее настройки grub, или сломавшийся в самый неподходящий момент интелловский драйвер - это было, а systemd просто работает.

Блин, дожились: девочка утирает сопли впавшему в истерику мальчику и учит его логическому мышлению... кажется я влюбляюсь :-) :-) :-)

Вообще-то в нормальных дистрибутивах апдейты тестят. И в репы попадает то, что работает.

Мне надо объяснять, что все варианты проверить тем сложнее, чем сложнее система ?

Вот обновление ядра сбросившее настройки grub

Бинго! Grub - комбайн не хуже systemd. Я, пока, успешно использую Lilo.

а systemd просто работает.

Тебе просто пока везёт. Думаю, речь не про «будет ли», а про «будет когда».

Признак злого умысла - не количество и квалификация разработчиков Red Hat, а нежелание сотрудничать вообще ни с кем, кроме стратегических партнеров. Причем с них за это сотрудничество не убудет, но они, пользуясь своим положением монополиста, просто положили на всех болт.

с кем они отказались сотрудничать?

девочка

Анонимусу стыдно не знать, что на ЛОРе девушек нет.

It's a trap.

все варианты проверить тем сложнее, чем сложнее система ?

Ты в курсе, что это аргумент за systemd, а не против? Потому что как раз распиливание кодовой базы на много мелких подпроектов приводит к существенному увеличению количества разных вариантов которые надо поддерживать и к повышению сложности.

девочка утирает сопли впавшему в истерику мальчику и учит его логическому мышлению...

Мальчик просто, в свободной обстановке, передаёт девочке 20-летний опыт общения (осознанного, если неосознанного, то лет так лет 15 можно накинуть ;-) ) с компьютерами вообще, и где-то 15-летний - с Linux. ;-)

Linux почти RIP. Здравствуй BSD?

It's a trap.

Не мешай мне мечтать :)

И вообще, судя по интенсивности баттхёрта в предыдущей теме про systemd дам здесь полно, более того - пмс у них наступает в момент прочтения любой новости о systemd :-D То что некоторые из них носят в реале брюки следствие распущенности современного общества, а не их виртуальной маскулинности :)

Сабж: дебиан поперся на systemd, удачи им и помощи волонтеров.

20-летний опыт общения

выдуманным возрастом невыдуманные пробелы не закроешь - пыжся дальше :-D

Ты в курсе, что это аргумент за systemd, а не против ?

Не в курсе...

Потому что как раз распиливание кодовой базы на много мелких
подпроектов приводит к существенному увеличению количества
разных вариантов которые надо поддерживать и к повышению
сложности.

...ибо эти «много мелких проектов» независимы, и могут проверяться и оттачиваться раздельно. Какие-то можно заморозить в рамках дистрибутива, или держать в дистрибутиве несколько версий на разные случаи. systemd заставляет обновлять весь набор. Держать несколько копий systemd тоже выход плохой, так как эффект не тот: всё равно, если менять, то весь комбайн разом.

выдуманным возрастом

Обучись понимать написанное, школоло. Потом приходи. 20 лет не возраст, а время плотного использования компьютеров. Разных, кстати, не только ПС. ;-)

Будто тебе не все равно.

и могут проверяться и оттачиваться раздельно

Это если тебя интересует только их работа каждого в отдельности.

А если тебе хочется чтобы они взаимодействовали, то и тестить надо весь комплект, во всех сочетаниях.

... Все как всегда в лайнаксе. Все как всегда. Вот поэтому у него всегда и будет 1%. И поэтому он никогда не станет серьезной конкруренцией винде на десктопе. Ну е-мае! Я же помню! Апстарт же сам каноникл и создал. И все??? Похоронили свое детище? И так всегда в линуксе... Каждый пишет свой велосипед, а потом переписывают. Оно глючит, а они переписывают опять. Никогда ничего не допиливают! тьфу! Тлен!

Именно выбор init системы тормозит ос, да.

Это если тебя интересует только их работа каждого в отдельности.

Это сильно повышает надёжность.

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

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

да что ви говорите?

Ubuntu переходит на systemd

читать надо все таки научиться

Так я не о тормозах. Я вообще обо всем. О юзабилити, фичастости, безглючности (это не отсуствие тормозов, но глюков). Да и дело не только в инит-системе. Такая же картина везде в линуксе, каждый пилит свой велосипед, потом бросают и пишут новый. Ничто не допиливается. Если для узких задач линукс и канает и такой подход может и имеет плюсы, то для десктопа все печально...

то для десктопа все печально...

Если и печально, то только для игрового десктопа.

Так я не о тормозах. Я вообще обо всем.

да никто и не сомневается - чем деревяннее буратино, тем в большем количестве областейон эксперт.

20 лет не возраст, а время плотного использования компьютеров. Разных, кстати, не только ПС.

Вот не надо здесь этих пошлостей - в нынешние времена за пропаганду «плотного использования» сайты закрывают. Лучше бы вместо онанизма документацию прочитал.

Так на заборе, иной раз, *уй написано, а нету..

systemd-shutdownd - Handles timed shutdowns.

Какого рожна этот комбайн лезет в дела cron?

systemd-ac-power - Shell helper to detect whether AC power is plugged in or not.

Какого хрена это уродство пытается заменить /sys/, да ещё и таким безобразным образом?

I don't want to live on this planet anymore. Мне стыдно за Debian и Ubuntu.

Позвольте...

... позвольте. ЕМНИП, в прошлом треде, в ответ на мой вопрос Вы (да, лично Вы) так молчаливо отбрёхивались, что мне пришлость тыкать именно Вас носом в то, что получится при реализации journald + PostgreSQL. Это теперь называется «от семерых еле отбрехалась» или всё-таки «слилась по полной ввиду незнания тематики и полного непонимания специфики»? :)

кстати, счас посмотрел, openwrt давно выпилили всё ненужное из systemd и используют bsd like init, при этом софт, завязанный на systemd, работает. они вообще мастера выпиливать лишнее.

Так на заборе, иной раз, *уй написано, а нету..

ты хочешь поговорить об этом?

какой-то у тебя левый ник - настолько тупых евреев не бывает.

Да...

... я, например, в курсе. Всё просто — journald агрегируем сообщения, далее сбрасываем их syslog и всё идёт как обычно. Вопрос — нафига здесь journald? Что без него в протоколировании не работает? Только, если можно, то конкретно.

Спокойно, оно и опционально-то хз когда появится, а время когда нельзя будет использовать upstart, вероятно, не наступит никогда.

молчаливо отбрёхивались

Чего только не бывает на ЛОРе.

Есть контакт...

... готов... :)))

нафига здесь journald? Что без него в протоколировании не работает? Только, если можно, то конкретно.

forward sealing.

Ну?...

... полегчало? А теперь выдыхайте... выдыхайте... :)