The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Во FreeBSD ожидается появление системы управления сервисами,..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от opennews on 27-Ноя-14, 18:04 
Леннарт Поттеринг (Lennart Poettering) обратил внимание (https://plus.google.com/+LennartPoetteringTheOneAndOnly/post...) доклад Джордана Хаббарда (Jordan Hubbard (http://en.wikipedia.org/wiki/Jordan_Hubbard)), одного из основателей проекта FreeBSD, автора системы портов FreeBSD и разработчика sysinstall, ныне занимающего должность технического директора в компании iXsystems. Среди обзора достижений FreeBSD, выделения требующих решения проблем и определения векторов развития на будущее, в докладе упоминается (http://www.youtube.com/watch?v=Mri66Uz6-8Y&t=27m23s) желание модернизировать систему инициализации и запуска сервисов /etc/rc.d, реализовав возможности, концептуально напоминающие (http://www.youtube.com/watch?v=Mri66Uz6-8Y&t=28m58s) подход к управлению сервисами в systemd.


Среди идей упоминается создание единого унифицированного интерфейса для конфигурационных данных и всех сервисов/приложений, реализация централизованной системы уведомления о наступлении событий  и улучшение средств для запуска и контроля выполнения сервисов, в частности, расширение механизмов для учёта зависимостей при выполнении сервисов.


<center><iframe width="640" height="360" src="//www.youtube.com/embed/Mri66Uz6-8Y?rel=0&start=27m23s&time=27m23s&t=27m23s&seek=27m23s" frameborder="0" allowfullscreen></iframe></center>
<center><iframe src="//www.slideshare.net/slideshow/embed_code/41767585" width="595" height="485" frameborder="0" marginwidth="0" marginheight="0" scrolling="no" style="border:1px solid #CCC; border-width:1px; margin-bottom:5px; max-width: 100%;" allowfullscreen> </iframe> </center>

URL: http://www.phoronix.com/scan.php?page=news_item&px=MTg0ODE
Новость: http://www.opennet.ru/opennews/art.shtml?num=41140

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от czarj on 27-Ноя-14, 18:04 
Так есть же у них какой то launchd... или что то подобное
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

34. "Во FreeBSD ожидается появление системы управления сервисами,..."  +6 +/
Сообщение от Аноним (??) on 27-Ноя-14, 19:13 
launchd — система инциализации системы с открытым исходным кодом, используемая в ОС Mac OS X.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

195. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 28-Ноя-14, 10:45 
А Mac OS X на чём базируется?
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

217. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от ionanahin on 28-Ноя-14, 17:37 
Их микроядерный Darwin который вроде как основан на NEXTStep
Ответить | Правка | ^ к родителю #195 | Наверх | Cообщить модератору

228. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Аноним (??) on 28-Ноя-14, 19:36 
Микроядрышко вроде как основано на ядрышке bsd4.2-lite, а интерфейс от nextstep, да.
Ответить | Правка | ^ к родителю #217 | Наверх | Cообщить модератору

246. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от Аноним (??) on 29-Ноя-14, 07:09 
> Микроядрышко вроде как основано на ядрышке bsd4.2-lite, а интерфейс от nextstep, да.

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

Ответить | Правка | ^ к родителю #228 | Наверх | Cообщить модератору

229. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 28-Ноя-14, 19:37 
> launchd — система инциализации системы с открытым исходным кодом, используемая в
> ОС Mac OS X.

launchd портировали на фряху разработчики pfsence.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

38. "Во FreeBSD ожидается появление системы управления сервисами,..."  –16 +/
Сообщение от Аноним (??) on 27-Ноя-14, 19:27 
Системдец шагает по планете :-). Как я и говорил, настоящие профи запускают целую волну изменений. Поттеринг получился одним из таковых, независимо от симпатий или антипатий староверов.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору
Часть нити удалена модератором

26. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от grec on 27-Ноя-14, 18:50 
Согласен. В одном прекрасном дистрибутиве разрабы сказали: а вот у нас выбор будет всегда и во всём, на что у нас хватит сил.
Ответить | Правка | ^ к родителю #229 | Наверх | Cообщить модератору

33. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от irinat (ok) on 27-Ноя-14, 19:08 
«Автомобиль может быть любого цвета, если этот цвет – черный.»
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

107. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от GeoF (??) on 27-Ноя-14, 22:02 
> Форд может быть любого цвета, если этот цвет – черный.

/fixed/
Г.Форд.
В результате чёрный цвет по популярности даже не на втором месте.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

109. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от irinat (ok) on 27-Ноя-14, 22:13 
>> Форд может быть любого цвета, если этот цвет – черный.
> /fixed/

"Any customer can have a car painted any colour that he wants so long as it is black."

fixed, говоришь?

Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

110. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от GeoF (??) on 27-Ноя-14, 22:20 
Shure.
You can get "Ford T" of any color, provided that this color is black - Henry Ford
Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

128. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от irinat (ok) on 27-Ноя-14, 23:18 
> Shure.
> You can get "Ford T" of any color, provided that this color
> is black - Henry Ford

Поищи свой вариант цитаты в http://books.google.ru/books?id=wVPZdGrs4EgC

Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

185. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от GeoF (??) on 28-Ноя-14, 08:36 
My life and work, Ford 1922, p. 72.

Ford wrote in his autobiography that in 1909 he told his management team that in the future “Any customer can have a car painted any color that he wants so long as it is black”

Что-нибудь ещё? :)

Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

206. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от irinat (ok) on 28-Ноя-14, 13:16 
> My life and work, Ford 1922, p. 72.
> Ford wrote in his autobiography that in 1909 he told his management
> team that in the future “Any customer can have a car
> painted any color that he wants so long as it is
> black”
> Что-нибудь ещё? :)

Да есть ещё. Найди, пожалуйста, именно свой вариант. А не тот, что привёл я; второй есть, ибо оттуда я его и взял.

Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

210. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от GeoF (??) on 28-Ноя-14, 15:16 
Зачем? Спор ради спора или всё-таки про то, что имелась ввиду конкретная марка автомобиля?
Sapienti sat.
Ответить | Правка | ^ к родителю #206 | Наверх | Cообщить модератору

212. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от irinat (ok) on 28-Ноя-14, 15:32 
> Зачем? Спор ради спора или всё-таки про то, что имелась ввиду конкретная <...>

После того, как ты изменил цитату, она перестаёт быть цитатой. «fixed» — мерзкий мемо-вирус, избавься от него, или он отравит твой мозг.

Ответить | Правка | ^ к родителю #210 | Наверх | Cообщить модератору

149. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Led (ok) on 28-Ноя-14, 01:10 
Ну, и ты же, конечно, знаешь, почему именно чёрный (в случае с Фордом)?
Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

155. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от irinat (ok) on 28-Ноя-14, 02:36 
Нет, не знаю. Просветишь?
Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

157. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Led (ok) on 28-Ноя-14, 02:55 
> Нет, не знаю. Просветишь?

Любая другая краска на тот момент значительно увеличивала конечную стоимость автомобиля. И не только из-за стоимости самой краски, а и из-за специфики сборочного процесса.

Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

208. "Во FreeBSD ожидается появление системы управления сервисами,..."  –2 +/
Сообщение от irinat (ok) on 28-Ноя-14, 13:21 
> Любая другая краска на тот момент значительно увеличивала конечную стоимость автомобиля.
> И не только из-за стоимости самой краски, а и из-за специфики
> сборочного процесса.

Я очень старался, но никак не понял, какое значение имеет цвет. Ожидал, что в объяснении будет рассказано, как чёрный цвет соотносится с системой инициализации дистрибутива. Вернее, так: я вижу, к чему идёт разговор, но не вижу, как это противоречит тому, что я и так уже написал.

Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

209. "Во FreeBSD ожидается появление системы управления сервисами,..."  +2 +/
Сообщение от Led (ok) on 28-Ноя-14, 14:52 
>> Любая другая краска на тот момент значительно увеличивала конечную стоимость автомобиля.
>> И не только из-за стоимости самой краски, а и из-за специфики
>> сборочного процесса.
> Я очень старался, но никак не понял, какое значение имеет цвет. Ожидал,
> что в объяснении будет рассказано, как чёрный цвет соотносится с системой
> инициализации дистрибутива. Вернее, так: я вижу, к чему идёт разговор, но
> не вижу, как это противоречит тому, что я и так уже
> написал.

А я ни с кем и не спорил - сказал только то, что сказал, без подтекста.

Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

87. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 27-Ноя-14, 20:59 
> будет всегда и во всём, на что у нас хватит сил.

Оптимизм это хорошо, но реализм - практичнее.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

174. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 28-Ноя-14, 06:53 
Тогда почему ты здесь а не на стрельбище с калашом?
Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

247. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Аноним (??) on 29-Ноя-14, 07:10 
> Тогда почему ты здесь а не на стрельбище с калашом?

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

Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

98. "Во FreeBSD ожидается появление системы управления сервисами,..."  +7 +/
Сообщение от Ytch (ok) on 27-Ноя-14, 21:25 
> ...но потому что они привыкли к чему-то иному, а тут какой-то выскочка смеет что-то там новое делать? Известная фигня!

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

По поводу системы, которую автор (и не только) агрессивно двигает как повсеместную и всеобъемлющую, логично, что у людей сразу возникает множество вопросов, люди видят ряд потенциальных проблем с подходом, люди примеряют это решение "на себя" и у них возникают сомнения и (сначала) вопросы.
И автору пытаются указать на потенциальные проблемы, задать вопросы (про свои, естественно, use cases). Они в ответ ожидают услышать ответы:
  - если речь про будущие возможные проблемы, то либо разъяснения (адекватные и технические) почему этих проблем не будет или признание и какие-то действия чтоб избежать;
  - если речь про сомнения в применимости в своих случаях, то пояснения как стоит применять, что будет сделано если сразу пока не подходит или хотя бы заверения, что знают про такие случаи и хоть в будущем что-то будут делать с этим;
  - если речь про поиск и устранения проблем в конкретных случаях, то пояснения как и что можно (или можно будет) сделать;
  - если речь идет про хреновую реализацию А, B, C, то пояснения почему так и (если нет технических причин) пояснения что и как будет исправлено в будущем;
  - ... и т. п.
В общем, то, что называется нормальным техническим обсуждением и все такое.

Что получают люди в ответ на самом деле (и от авторов и от множества сторонников) - широко известно.

Ответить | Правка | ^ к родителю #229 | Наверх | Cообщить модератору

104. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от Аноним (??) on 27-Ноя-14, 21:49 
> героически делает что-то новое вопреки всем, и лишь за это его
> всякие матерые консерваторы считают выскочкой.

Для меня это выглядит как-то так. Потому что он в отличие от - вполне может технически обосновать то что он делает. И обычно это вполне рациональные и логичные объяснения, понятные мне. Нет, не в 100% приятные мне. Но зачастую я как минимум не возражаю, а то и вовсе приветствую подходы и логику рассуждений.

> По поводу системы, которую автор (и не только) агрессивно двигает как повсеместную
> и всеобъемлющую, логично, что у людей сразу возникает множество вопросов,

Это - логично. И кому это интересно - может найти ответы "зачем оно так". Поттеринг даже написал свое видение будущего. И в целом мне нравится увиденное. Он готов к лабиринту отражений, где мы делаем копии образов, откатываем снапшоты и прочее. Скостив длинные и рутинные операции, традиционно требовавшие до минутных или секундых дел.

> люди видят ряд потенциальных проблем с подходом,

Я вижу кучу фактических проблем с классическими подходами, но поскольку свое не пахнет, в ответ несется лишь "да кому это надо?" и "знать ничего не хотим, мы так привыкли". Ок, тогда получите последствия. Как видим немало людей совсем не против освоить что-нибудь новое если это обещает упрощение типовых операций и фичи которые им были нужны.

> люди примеряют это решение "на себя" и у них возникают сомнения и (сначала) вопросы.

Как видим на примере дебиана - тех кому новый костюмчик более по вкусу оказалось больше чем тех кому он не нравится.

> (адекватные и технические) почему этих проблем не будет или признание и
> какие-то действия чтоб избежать;

Как ни странно, у Поттеринга довольно логично и понятно описано - что, как и почему. И наезды некоторых местных типа Шигорина на "нарциссический бложик" - оно конечно да, но если посмотреть на вику у альтов - бложик Поттера пожалуй не хучшая документация :P.

>   - если речь про сомнения в применимости в своих случаях,
> то пояснения как стоит применять, что будет сделано если сразу пока
> не подходит или хотя бы заверения, что знают про такие случаи
> и хоть в будущем что-то будут делать с этим;

1) Поттеринг не обязан работать бесплатным саппортом первой линии для каких-то хренсгары. Их много, а он - один!
2) Большинство таких вопросов относятся скорее к конфигурации и скорее прерогатива майнтайнеров.

Я так сходу могу прикинуть 1 случай когда systemd можно отсеять: очень ограниченная по ресурсам эмбедовка. И то - есть вариант openwrt где урезанный вариант сиистемд вполне себе впилили.

>   - если речь про поиск и устранения проблем в конкретных
> случаях, то пояснения как и что можно (или можно будет) сделать;

Попробуйте с такими заявами подкатить к тем кто вам sysv init пакетировал и скрипты писал и посмотрите насколько счастливы они будут оказывать вам такой уровень саппорта.

>   - если речь идет про хреновую реализацию А, B, C,
> то пояснения почему так и (если нет технических причин) пояснения что
> и как будет исправлено в будущем;

У поттера в бложике есть немало ответов на подобные вопросы. В федоровской вике есть не самая плохая документация (ждем когда арчеводы обпрыгают все грабли и напишут свое?).

> В общем, то, что называется нормальным техническим обсуждением и все такое.

Почему-то я нашел ответы на ряд вопросов которые мне были интересны. Но я не лез с качем прав а просто поискал ответ.

> Что получают люди в ответ на самом деле (и от авторов и
> от множества сторонников) - широко известно.

Ровно то что заслужили с таким подходом - пояснение что в этом мире никто никому ничего не должен. С чего вы взяли что кто-то кроме вас должен из кожи вон лезть вас ублажать и саппортить? Совсем обнаглели? Пилите свои иниты и майнтйньте скрипты как вам надо - никто и слова не скажет. Только не надо ставить палки в колеса тем кто считает что такой подход себя исчерпал: это называется САБОТАЖЕМ.

Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

137. "Во FreeBSD ожидается появление системы управления сервисами,..."  +4 +/
Сообщение от Ytch (ok) on 28-Ноя-14, 00:02 
> Это - логично. И кому это интересно - может найти ответы "зачем оно так".

Речь шла про вопросы, на которые нет прямого и расписанного ответа (пока, во всяком случае). Если люди не видят описания своего use case'a и с ходу не просматривается как его реализовывать на новом - они задают вопросы. И если позиционируешь как "замена всему" и пытаешься убедить что так лучше для всех, то логично было б давать пояснения. Уж не знаю почему вы сразу начинаете орать про "не обязан саппорт" и все такое. С него никто не требует и не просит "дать зуб" что все будет хорошо и он лично за это отвечает (что собственно и являлось бы саппортом). Он сам даже не хочет рассматривать неудобные ему use cases - он тут же начинает хамить и обвинять (даже если на него не наезжали), ну иногда игнорит.

>> люди видят ряд потенциальных проблем с подходом,
> Я вижу кучу фактических проблем с классическими подходами, но поскольку свое не пахнет, в ответ несется лишь "да кому это надо?" и "знать ничего не хотим, мы так привыкли". Ок, тогда получите последствия.

Речь снова шла не про то. Конечно, удобно объяснять поведение всех кто сомневается или несогласен простой и унижающей их формулировкой. Сразу поворачивается все так как будто они ж сами во всем и виноваты. Это не так. И такие есть, да. Но далеко не все, как бы вам этого ни хотелось.

> Как видим немало людей совсем не против освоить что-нибудь новое если это обещает упрощение типовых операций и фичи которые им были нужны.

Ключевое тут "если это обещает". А если человек не видит решения для своих проблем с новым подходом? Или даже наоборот? Тогда он задает вопросы чтоб прояснить и если в результате общения понимает что да, решение и ему что-то "обещает", то соглашается. Повторю, речь идет не о лени почитать документацию. Но в ответ даже вы вот сразу начинаете про "это ж саппорт! никто не обязан!" и все такое (а Леня-то похуже бывает отвечает).

>> люди примеряют это решение "на себя" и у них возникают сомнения и (сначала) вопросы.
> Как видим на примере дебиана - тех кому новый костюмчик более по вкусу оказалось больше чем тех кому он не нравится.

Ну и причем тут пример дебиана и что кому-то там по вкусу? Проблемы людей не решатся и ясности не прибавится от того, что в дебиане кому-то чего-то более по вкусу.


> 1) Поттеринг не обязан работать бесплатным саппортом первой линии для каких-то хренсгары. Их много, а он - один!

Ответить на вопросы по использованию его же продукта в случаях, не описанных в его документации это еще далеко не саппорт. У "них" похожие случаи и если Леннарт предполагает как и что в таких случаях - можно просто пополнить документацию новыми (для него) вариантами использования. Да даже просто промолчать было б вежливей.

> 2) Большинство таких вопросов относятся скорее к конфигурации и скорее прерогатива майнтайнеров.

Вы тремя абзацами выше писали про других как "нежелание разбираться ни с чем новым", а этой фразой пытаетесь намекнуть на подход типа "не лезь в это. не твое это дело"? логично.

> У поттера в бложике есть немало ответов на подобные вопросы.

И немало совершенно других ответов.

>> Что получают люди в ответ на самом деле (и от авторов и от множества сторонников) - широко известно.
> Ровно то что заслужили с таким подходом - пояснение что в этом мире никто никому ничего не должен.

Да ну? Вас послушать так это как будто:
"- который час? - я не обязан всем говорить сколько времени".
А на самом деле чаще всего:
"- который час? - да пошел ты в жопу! время он тут еще будет спрашивать! мудак ты, раз сам не знаешь сколько времени!"

> С чего вы взяли что кто-то кроме вас должен из кожи вон лезть вас ублажать и саппортить? Совсем обнаглели?

А с чего вы взяли что всем нужно именно это? Большинству задающих нормальные вопросы не нужны в ответ портянки подробных объяснений. Нужен короткий ответ по делу, задать направление, что-то что хотя бы прояснит есть ли вообще принципиальная возможность того или сего. Если ответ нормальный, то люди уж как-нибудь дальше сами разберутся. Не надо всех за баранов держать. Но ответы совсем в другом ключе зачастую. Так что, еще вопрос кто обнаглел.

> Только не надо ставить палки в колеса тем кто считает что такой подход себя исчерпал: это называется САБОТАЖЕМ.

А обратная ситуация (когда те, кто считает что такой подход себя исчерпал, ставят палки в колеса остальным) это что-то совершенно другое по вашей терминологии? Как можно требовать от других то, чего не делаешь сам?

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

154. "Во FreeBSD ожидается появление системы управления сервисами,..."  –3 +/
Сообщение от чтоненравитсявордфильтруопять (ok) on 28-Ноя-14, 01:52 
> Речь шла про вопросы, на которые нет прямого и расписанного ответа (пока,
> во всяком случае).

Тогда считайте по умолчанию ответ равным 42 :). В целом же лично мне более-менее понятны и предпосылки к появлению, хоть при живом апстарте это и выглядело странновато, но дальнейшее закисание развития оного как бы намекало что конкуренция штука полезная. И почему те или иные вещи сделаны так или иначе - более-менее понятно. Мне не в 100% приятны все из последствий тех или иных решений. Но в целом оно особых возражений не вызывает, а недюжинная фичность и смелость автора в подходах мне нравится. Искренне надеюсь что у него получится и это не будет кривыми полумерами, как в апстарте.

> Если люди не видят описания своего use case'a

Я не вижу так сходу какие use cases systemd принципиально факапит "by design". Нельзя ли какие-то примеры? Мне прямо любопытно - как это выглядеть должно. Как максимум я могу себе представить что некоторые вещи придется костыльнуть или сделать не очень прямо, но так чтобы это было принципиально нереализуемо - это вообще как? Особенно если учесть что в сложных случаях можно и скрипт позвать, наконец, который применит произвольную логику. А с учетом того что в sysv init костылирование было дефолтным методом взаимодействия с системой инициализации - админам имхо вообще грех жаловаться.

> убедить что так лучше для всех, то логично было б давать пояснения.

Всех ему убеждать не требуется. Достаточно убедить майнтайнеров и разработчиков. А потребителей никто никогда и не спрашивал нигде. И что-то я не помню чтобы им присылали гестаповцев для насаждения точек зрения. Они элементарно позаботились о своем удобстве. Да, это не в 100% случаев эквивалент вашего удобства. А вы кто такое чтобы чего-то от кого-то требовать?

> Уж не знаю почему вы сразу начинаете орать про "не обязан саппорт" и все такое.

Наверное потому что со стороны это выглядит как требование чуть ли не круглосуточного саппорта по первому классу. Это настолько всех достало, что недавно в рассылке даже разработчик дебиана не симпатизирующий системд (о чем он прямо высказался) довольно жестко приложил очередного требователя, доходчиво объяснив что разработчики могут пытаться учесть *пожелания* пользователей, но никто не собирается выполнять нахрапистые *требования* в подобном формате. Так что такое поведение хейтеров достало даже тех кого сложно записать в фанаты поттера.

> же начинает хамить и обвинять (даже если на него не наезжали),
> ну иногда игнорит.

Скорее всего человека элементарно задолбали хейтеры. Глядя на их поведение я это вполне могу понять.

> сомневается или несогласен простой и унижающей их формулировкой. Сразу поворачивается
> все так как будто они ж сами во всем и виноваты.

Для меня в последнее время это выглядит как-то так, глядя на то как ведут себя хейтеры. Люди себя ведут как будто им кто-то что-то должен. А по факту - "могут", а не "должны". Это жирный продолб в понимании самых базовых взаимодействиях между людьми и в основном сие случается со стороны хейтеров.

> как бы вам этого ни хотелось.

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

> Ключевое тут "если это обещает".

Вот лично мне - обещает. А за остальных лично я как-то не уполномочен расписываться - пусть они там и разруливаются. Это уже их сложности и по дефолту меня они не особо интересуют (просто потому что все мыслимые юзкейсы я придумать не смогу). И если кто-то полагет что свинское поведение и персональные атаки это лучший способ привлечь внимание к проблеме - я думаю что они здорово облажались в выборе методов. И даже просто настойчивое требование - а с чего вы взяли что у вас есть право что-то с кого-то требовать? И что остальных побудит к выполнению требований вместо взмахов факом?

> А если человек не видит решения для своих проблем с новым подходом?

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

> начинаете про "это ж саппорт! никто не обязан!" и все такое

Ну а что, не так чтоли? Вас много а поттер один. Он при всем желании не разопрется на тысячи пользователей - времени не хватит. Даже на просто чтение всех писем/коментов/вопросов.

> (а Леня-то похуже бывает отвечает).

Наверное задолбали человека. Ну и правильно отвечает - ваши юзкейсы это ваши проблемы. Вам никто ничего не обязан. Ни майнтайнить системы и софт нужные вам, ни продолжать что-то поддерживать и прочее. Могут, если захотят. И не более того. И если так вышло что не захотели - ну ой, вы обломались в ожиданиях. Это неприятно но никто и не подписывался пожизненно вас поддерживать с вашими юзкейсами. А если подписывлись и наврали - тогда берете контракт/лицензию/... которые были нарушены и идете в суд. Пусть негодяи ответят за срыв контрактов и нарушение лицензий. А если некто что-то на добровольной основе делал - ему невозможно ничего предъявить если он решл на это забить или делать как-то иначе. Оспорить это безобразие можно в авторитетной организации - Спортлото.

> Ну и причем тут пример дебиана и что кому-то там по вкусу?

Наверное при том что некоторые люди почему-то решили что мир крутится вокруг них и их юзкейсов, а их так жестоко обломали. Я понимаю что это не очень вкусно. Но не понимаю почему вы считаете что по умолчанию это должно волновать кого-то кроме вас. А вам кто-то что-то обещал? Давали гарантии? Или вы как-то так сами за других решили что было бы логично чтобы они перед вами отчитывались за их решения и действия? А вы кто такой, чтобы перед вами вообще отчитываться?

> Проблемы людей не решатся и ясности не прибавится от того, что
> в дебиане кому-то чего-то более по вкусу.

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

> Ответить на вопросы по использованию его же продукта в случаях, не описанных
> в его документации это еще далеко не саппорт.

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

> даже просто промолчать было б вежливей.

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

> чем новым", а этой фразой пытаетесь намекнуть на подход типа "не
> лезь в это. не твое это дело"? логично.

Я пытаюсь намекнуть что некоторые считают что им кто-то что-то как бы обязан. А по факту всем более-менее все-равно что случится с вашими конфигурациями, кроме каких-то исключительных случаев (ну там вы денег например за саппорт или администрирование заплатили, тогда контракты кого-то к чему-то могут обязать). Стребовать же с кого-то что-то нахрапом в опенсорсе совершенно дохлый номер.

> И немало совершенно других ответов.

Я вижу к тому некие валидные предпосылки: толпу людей которые возомнили что им кто-то что-то должен. С какого перепуга они так решили - я вообще не понял. Но то что они задолбали многих, до состояния когда на таких начинают уже просто рявкать, объясняя им где их место. И говоря начистоту - я не думаю что хоть тот же дебиан много потеряет если горластый но непродуктивный балласт который много о себе мнит свалит куда-то еще.

Будущее определяется разработчиками и майнтайнерами. И единственный метод сделать так чтобы тебя спрашивали - стать одним из них. Вот только если так вышло что ваши интересы не совпадают ни с кем еще - есть риск воротить всю работу единолично. Ну и так далее.

> "- который час? - да пошел ты в жопу! время он тут
> еще будет спрашивать! мудак ты, раз сам не знаешь сколько времени!"

Если вас 200 раз за час спросят про время - я что-то не уверен что в 201-й раз вы вежливо ответите который час.

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

Ну так спросить в фоне где-нибудь на форуме, в IRC, рассылке, etc. Где кто-нибудь может и ответит. Если найдет время и желание. Это если нормальный подход. А свинский подход - возомнить что ты в мире один, твои проблемы - пуп земли и пойти всех донимать с нахрапом, особенно делая вид что вы мне тут все должны и было бы логично если б вы тут все всё побросали и побежали мои проблемы решать. Нет, вот это - не логично нифига. Логично если за такое поведение помашут факом.

> вопрос кто обнаглел.

Как по мне - те кто считает что поттер чего-то ради им чем-то обязан. Или хотя-бы майнтайнеры.

> А обратная ситуация (когда те, кто считает что такой подход себя исчерпал,
> ставят палки в колеса остальным) это что-то совершенно другое по вашей
> терминологии? Как можно требовать от других то, чего не делаешь сам?

Это в каком-то роде так. Но в конечном итоге группа людей или уж приходит к некоему консенсусу (возможно, устраивающему не всех и не на 100%) или логично делать форк и групп будет две. Пока я вижу что 30% пытается нагнуть 70% - это именно саботаж. А если 70% натягивают 30% - "извините, чуваки, но консенсус не в вашу пользу".

Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

234. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от anonymous (??) on 29-Ноя-14, 00:12 
> Всех ему убеждать не требуется. Достаточно убедить майнтайнеров
> и разработчиков. А потребителей никто никогда и не спрашивал нигде.

Вот из-за таких "потребителей никто никогда и не спрашивал" я и ушёл в своё время с винды на линукс. Несмотря на то, что винда была лицензионная 2003 сервер, которую бесплатно раздавали студентам (за счёт ВУЗа). В линуксе в то время спрашивали. И до сих пор есть дистрибутивы, где спрашивают. И вы можете со своей убунтой или редхатом катиться ко всем чертям в ад, и сделать себе ещё один майкрософт виндовс на базе ядра линукса. Мир линукса вами не ограничивается, слава богу.

Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

248. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Аноним (??) on 29-Ноя-14, 07:22 
> Вот из-за таких "потребителей никто никогда и не спрашивал" я и ушёл
> в своё время с винды на линукс.

Для того чтобы вас стали спрашивать - вы должны быть немного больше чем потребителем. Вы должны быть участником процесса. Если вы воспринимаете мир как readonly - вы неизбежно получаете данность, созданную другими людьми, без учета вас.

> В линуксе в то время спрашивали. И до сих пор есть дистрибутивы, где спрашивают.

Это по большей мере иллюзия. На самом деле люди делают так как надо им, поэтому если точки зрения не состыкуются - вас могут ждать и неприятные открытия. И лучше к этому быть готовым. Но случайно может выйти так, что вам тоже надо что и вон той группе людей. Это нормально и на этом держится весь опенсорс. И если 70% хотят рулить в духе поттера а 30% не хотят - удобно должно быть 70%. А 30% - как получится и насколько они о себе позаботятся. При таком перевесе не поможет даже быть уважаемым участником. В больших группах людей консенсус не всегда устраивает отдельных участников. Если консенсус не деидеализировать - тогда заклинится принятие всех решений вообще и проект просто помрет.

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

> Мир линукса вами не ограничивается, слава богу.

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

Вообще-то возможность заапгрейдиться из потребителя в созидателя - это самое крутое что опенсорс вообще предлагает. И это кроме всего прочего дает возможность оверрайда решений которые вам не нравятся. Я только за, если вы этими возможностями воспользуетесь. А вот перепихивать свои закидоны на других людей - вот этого пожалуйста не надо. Другие люди вам ничем не обязаны. Они могут, если захотят. А вот когда с нахрапом прутся что-то требовать - мало кому захочется учитывать какие либо интересы требователя.

Ответить | Правка | ^ к родителю #234 | Наверх | Cообщить модератору

254. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 29-Ноя-14, 11:28 
Какая потеря... Чем больше неадекватов уйдет на винду, тем лучше во всех смыслах.
И да, даже если неадекват ненавидит редхэт, который делает 99% процентов этого самого вашего линукса, то я даже не знаю что и сказать... Если хочешь оспорить , то можем поговорить предметно, но лучше не пробуй, гиблое дело.
Ответить | Правка | ^ к родителю #234 | Наверх | Cообщить модератору

183. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Xaionaro (ok) on 28-Ноя-14, 08:29 
> Как видим на примере дебиана - тех кому новый костюмчик более по вкусу оказалось больше чем тех кому он не нравится.

Про что речь? Можно ссылку на конкретное письмо в архиве debian-devel?

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

249. "Во FreeBSD ожидается появление системы управления сервисами,..."  –2 +/
Сообщение от Аноним (??) on 29-Ноя-14, 07:25 
> Про что речь? Можно ссылку на конкретное письмо в архиве debian-devel?

Про то что Ян Джексон без обиняков признал что сторонников системд получается больше чем противников. В своем resignation он говорил про интересы 30-40% людей. Что неплохо совпадает с результатами голосований. Ссыль на его resignation я думаю вы и сами найдете.

Ответить | Правка | ^ к родителю #183 | Наверх | Cообщить модератору

108. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от EHLO on 27-Ноя-14, 22:07 
>..но потому что они привыкли к чему-то иному, а тут какой-то выскочка смеет что-то там новое делать? Известная фигня!

И почему "такая фигня" только по отношению к Поттерингу и его аколитам?

Ответить | Правка | ^ к родителю #229 | Наверх | Cообщить модератору

112. "Во FreeBSD ожидается появление системы управления сервисами,..."  –3 +/
Сообщение от Аноним (??) on 27-Ноя-14, 22:37 
> И почему "такая фигня" только по отношению к Поттерингу и его аколитам?

Может быть, потому что вы забыли снять розовые очки? :)


Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

115. "Во FreeBSD ожидается появление системы управления сервисами,..."  +2 +/
Сообщение от EHLO on 27-Ноя-14, 22:44 
>> И почему "такая фигня" только по отношению к Поттерингу и его аколитам?
> Может быть, потому что вы забыли снять розовые очки? :)

Писать шаблоны и скобки проще, чем привести примеры.

Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

132. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Michael Shigorin email(ok) on 27-Ноя-14, 23:30 
>>> И почему "такая фигня" только по отношению к Поттерингу и его аколитам?
>> Может быть, потому что вы забыли снять розовые очки? :)
> Писать шаблоны и скобки проще, чем привести примеры.

Щас выкрикнет "хейтер!!1" и удалится в своей правоте.  Ну или удалят, потому как опять без аргУментов...

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

138. "Во FreeBSD ожидается появление системы управления сервисами,..."  –2 +/
Сообщение от Аноним (??) on 28-Ноя-14, 00:05 
> Щас выкрикнет "хейтер!!1" и удалится в своей правоте.  Ну или удалят,
> потому как опять без аргУментов...

Не очень вас понимаю. Во первых меня тут вроде не удаляли. Во вторых, меня пытается потроллить модератор? Хм, эпично :). В третьих - я всего лишь прозрачно намекал что подобные по смыслу процессы идут во многих областях индустрии. Просто тут как-то очень отчетливо вылезло, обычно процесс как-то более плавный.

P.S. да, и вы - хейтер!!11 :P. Но по крайней мере хотя-бы иногда пытаетесь аргументировать. На мое нескромное мнение - хило и неубедительно, но лучше чем большинство хейтеров, которые этого не делают вообще никак, вызывая к себе лишь презрение.

Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

241. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Michael Shigorin email(ok) on 29-Ноя-14, 02:57 
> Во вторых, меня пытается потроллить модератор? Хм, эпично :)

Модератор или предупреждает, или удаляет, а подначивает такой же юзер, тоже мне новость :)

> P.S. да, и вы - хейтер!!11 :P

одинодин, да.

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

А людей ненавидеть всё равно не помогает, так что и незачем.

PS: и даже опять совравшего аульского джежая.

Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

264. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Аноним (??) on 29-Ноя-14, 17:18 
> Модератор или предупреждает, или удаляет, а подначивает такой же юзер, тоже мне новость :)

Да ладно, я понимаю что вы тоже человек и иногда хочется меня подначить :).

> одинодин, да.

Иногда - с одинодин. Иногда без. Очень от настроения зависит, судя по всему.

> Аргументы подбираются и записываются по уровню беседы.

В любом случае я не видел убедительных аргументов. Был как-то кивок про теорию графов, но почему-то вы скромно промолчали про тот факт что для понимания работы скриптов в произвольно взятой конфигурации - вообще надо знать как минимум про Тюринга и его машины, что еще более сильное требование, да еще с невкусными следствиями, типа заведомой невозможности вынести определенный вердикт о поведении произвольной программы (а скрипт писаный Васей - именно "произвольная программа", со всеми вытекающими). Вот такая ситуация и называется "каждый кулик свое болото хвалит". Кивнуть на проблемы у оппонента, игнорируя намного более сильные проблемы под своим боком - это да, очень по нашему.

> потому что пока будешь отвечать -- уже что-то новое узнаешь, если
> вопрос или тезис был хорош.

Это идеальный вариант. Иногда получается - чем опеннет и хорош, можно порой встретить умного и компетентного оппонента, который покажет иные грани привычной проблемы. Мне известны случаи когда я признавал правоту оппонентов если они могли хорошо обосновать свою точку зрения. Но для этого оппонент должен проявить умение мыслить и недюжинную компетенцию. При этом совершенно не требуется бряцать причандалами: как известно, слово все-равно сильнее пистолета.

> А людей ненавидеть всё равно не помогает, так что и незачем.

Согласен. Тем более что довольно глупо ненавидеть кого-то лишь за то что они мыслят иначе. А вот послушать может быть интересно - вдруг я чего-то упустил в моей логике, промограл какую-то грань проблематики и прочее? Это бывает - люди несовершенны.

> PS: и даже опять совравшего аульского джежая.

Это вы на что там намекаете? И в чей адрес? А то со своей стороны я вроде бы нигде не врал: смысл кому-то врать в вопросах открытых технологий мне вообще малопонятен. В мире открытых технологий и свободного обмена информацией это заведомо провальный подход. Поэтому если я что-то говорю - я действительно так считаю и как правило в состоянии привести аргументы и озвучить логическую цепочку которая привела к формированию такого мнения.

Ответить | Правка | ^ к родителю #241 | Наверх | Cообщить модератору

265. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Аноним (??) on 29-Ноя-14, 17:32 
> полно таких теоретиков...

А я еще и практик :P. Я новости на опеннет пишу. При том написал их довольно много. А еще я нашел мои коммиты как минимум в дебиане и убунте (хоть я и не майнтайнер и ничего специально им не коммитил). Вот как-то процессы и идут: если кому-то что-то нужно - они это делают. А вопить и махать кулаками при нулевом выхлопе - удел лузеров. Все-равно таким методом невозможно ничего добиться: никто не будет делать то что надо вам а не им, ОСОБЕННО если это требовать с нахрапом.

> По делу что-то можешь сказать?

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

> Нет? Свободен...

Это называется "шустрый как веник".

> А если да, жду ссылку на коммиты,

Ждите.

> чтобы я сразу понял, с кем имею дело.

Так это вам надо, а не мне. Значит вы и дергаетесь.

> Если нет, то опять же, свободен,

А вот это уже будут решать администраторы и модераторы (которые, кроме всего прочего, прекрасно в курсе что кроме рубки в коментах я умею и некоторые другие вещи). А вы как-то многовато на себя берете - указывать другим что делать и куда идти.

> слишком мало у меня на вас времени.

Тогда вы можете последовать своим собственным советам.

Ответить | Правка | ^ к родителю #241 | Наверх | Cообщить модератору

275. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Michael Shigorin email(ok) on 30-Ноя-14, 01:20 
>> Если нет, то опять же, свободен,
> А вот это уже будут решать администраторы и модераторы

Именно -- аналогичные предложения уже стоят в очереди на вынос оптом.  Их автору настоятельно рекомендуется ознакомиться с пп. 4, 6 http://wiki.opennet.ru/ForumHelp

Ответить | Правка | ^ к родителю #265 | Наверх | Cообщить модератору

276. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от Аноним (??) on 30-Ноя-14, 07:54 
Ты прoстo попробуй aргумeнты привести.
Это пoмoгaет, прoвeрeнo.
А иначе так и будешь выглядеть тупoй шкoлoтoй, проверено.
Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

277. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от bOOster email(ok) on 30-Ноя-14, 08:32 
>>..но потому что они привыкли к чему-то иному, а тут какой-то выскочка смеет что-то там новое делать? Известная фигня!
> И почему "такая фигня" только по отношению к Поттерингу и его аколитам?

Потому что никто не любит когда ему НАВЯЗЫВАЮТ.

Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

81. "Во FreeBSD ожидается появление системы управления сервисами,..."  +14 +/
Сообщение от vitalif email(ok) on 27-Ноя-14, 20:53 
Скорее из-за того, что больно уж много всякого говна туда понапихали типа бинарных логов и т.п., и конца-края этому не видно. Очень уж не хочется в один день обнаружить у себя NTUSER.DAT на машине. Невыпиливаемый, потому что весь софт от него внезапно зависит.

Была бы просто замена иниту, я например слова бы дурного не сказал.

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

92. "Во FreeBSD ожидается появление системы управления сервисами,..."  –5 +/
Сообщение от Аноним (??) on 27-Ноя-14, 21:12 
> Невыпиливаемый, потому что весь софт от него внезапно зависит.

Кто пишет софт - тот и решает от чего ему зависеть. Это такая неожиданность... А у вас есть выбор - вы можете выбирать софт так как надо вам и даже написать свой. Правда никто не гарантирует что это в конкретно взятом случае будет сильно просто. Очень зависит от того насколько далеко ваши хотелки от того что надо другим людям.

> Была бы просто замена иниту, я например слова бы дурного не сказал.

Ну вот и делайте софт и системы так как надо вам и тогда там все будет так как хочется вам. А то что это утомительно - так никто и не давал обет пожизненно обслуживать именно ваши хотелки, именно так как вам надо.

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

118. "Во FreeBSD ожидается появление системы управления сервисами,..."  +2 +/
Сообщение от anonymous (??) on 27-Ноя-14, 23:01 
>Кто пишет софт - тот и решает от чего ему зависеть. Это такая неожиданность...

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


>Ну вот и делайте софт и системы так как надо вам и тогда там все будет так как хочется вам. А то что это утомительно - так никто и не давал обет пожизненно обслуживать именно ваши хотелки, именно так как вам надо.

Ну да, один гадит на стол, а ты за него убирай потом.

Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

140. "Во FreeBSD ожидается появление системы управления сервисами,..."  –2 +/
Сообщение от Аноним (??) on 28-Ноя-14, 00:11 
> Ну да, прибил гвоздями к systemd, а потом выясняется, что альтернатив нет совсем.

А это уже выбор разработчиков. У них право выбора тоже есть. А вы там дальше уже разбирайтесь - будете вы за ними софт юзать или нет.

> И новый systemd со старым уже несовместим.

Кстати так уж прямо вопиюще там не так уж и сильно ломают. Но дело даже не в том. Обычно дистры ориентированные на продакшн замораживают версию после релиза и там никаких ломающих изменений между релизами не бывает. А если кто камикадзит на чем-то роллингообразном - так там и с остальным софтом такая же фигня, плюс-минус системдец мало на что влияет.

> Ну да, один гадит на стол, а ты за него убирай потом.

А это его стол. И владелец хаты ничего против не имеет. А вы кто? Какой-то там левый арендатор/гость? Ну вот и кукуйте. Можете взять участок в собственность, построить свой дом и там наводить порядки удобные вам. Никто и слова не скажет. А то что это "немного" сложнее - другой вопрос.

Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

188. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 28-Ноя-14, 09:16 
А ты одобряешь все решения правительства? Или уже своё государство запилил?
Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

219. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 28-Ноя-14, 18:14 
> А ты одобряешь все решения правительства? Или уже своё государство запилил?

Какие все тут мастера глобально шляпу передернуть.... Вон, ЛНС с ДНРом пилят. Вслед за Палестиной. Ну, и о чем лично твой высер?

Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

245. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 29-Ноя-14, 06:36 
Что-то я пропустил момент когда ДНРЛНС высказывались по теме системд вообще и программирования в частности.
Ну а дальше ты проекцию делаешь с себя? Убогенько это у тебя выходит. Твой высер:
" И владелец хаты ничего против не имеет. А вы кто? Какой-то там левый арендатор/гость? Ну вот и кукуйте. Можете взять участок в собственность, построить свой дом и там наводить порядки удобные вам."
А теперь расскажи как твоё поведение соответствует твоим своим. Ты состоишь в единойроссии, не вылазишь с селигера и молчишь в тряпочку по поводу роста цен на всё и вся в стране?
Ответить | Правка | ^ к родителю #219 | Наверх | Cообщить модератору

266. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 29-Ноя-14, 17:35 
> А ты одобряешь все решения правительства? Или уже своё государство запилил?

Сдеать форк или допатчить программу - явно проще и намного менее чревато чем сделать свое государство. Опенсорс тем и хорош что дает относительно легко реализуемое право на оверрайд. Понятно что даже при этом придется попахать, но по крайней мере за это по рукам не бьют и расстрелять не обещают. И даже по судам не затаскают. Чего еще надо?

Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

272. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 29-Ноя-14, 21:38 
Если не понятно в чём смысл читай 245 коммент.
Ответить | Правка | ^ к родителю #266 | Наверх | Cообщить модератору

117. "Во FreeBSD ожидается появление системы управления сервисами,..."  –2 +/
Сообщение от анином on 27-Ноя-14, 23:00 
Как быстро Вы сканируете логи на глаз?

Это обычная БД. date system message. Может еще какие поля.

select date, msg from log where (system == 'mysql') and ((date >= ...) and (date =< ...))

Удивительно что не сделали раньше

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

158. "Во FreeBSD ожидается появление системы управления сервисами,..."  +4 +/
Сообщение от давно здесь on 28-Ноя-14, 03:10 
> Как быстро Вы сканируете логи на глаз?
> Это обычная БД. date system message. Может еще какие поля.
> select date, msg from log where (system == 'mysql') and ((date >=
> ...) and (date =< ...))
> Удивительно что не сделали раньше

grep 30 лет назад придумали

Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

166. "Во FreeBSD ожидается появление системы управления сервисами,..."  –5 +/
Сообщение от Аноним (??) on 28-Ноя-14, 03:34 
> grep 30 лет назад придумали

Только вот он читает с диска вообще ВСЁ. Чтобы в большинстве случаев выбросить 99.9(9) результатов. Очень быстро и оптимально - читать все вообще. Индексы? Не, не слышали!

Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

175. "Во FreeBSD ожидается появление системы управления сервисами,..."  +4 +/
Сообщение от Аноним (??) on 28-Ноя-14, 06:56 
>> grep 30 лет назад придумали
> Только вот он читает с диска вообще ВСЁ. Чтобы в большинстве случаев
> выбросить 99.9(9) результатов. Очень быстро и оптимально - читать все вообще.
> Индексы? Не, не слышали!

А ты умник гр***ый никогда не задумывался почему сами базы данных, да тот же мыскыль пишут традиционные логи, а не делают ещё одну табличку для?!? Профит же - чё ты там писал ЫндексЫ! и прочаяя?

Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

199. "Во FreeBSD ожидается появление системы управления сервисами,..."  –2 +/
Сообщение от Аноним (??) on 28-Ноя-14, 11:41 
Как раз mysql пишет бинарные логи, а general log у него описан в документации как "performance killer".
Ответить | Правка | ^ к родителю #175 | Наверх | Cообщить модератору

203. "Во FreeBSD ожидается появление системы управления сервисами,..."  +2 +/
Сообщение от EHLO on 28-Ноя-14, 13:06 
> Как раз mysql пишет бинарные логи, а general log у него описан
> в документации как "performance killer".

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

http://www.fromdual.com/general_query_log_vs_mysql_performance

>Although using table as a log output destination has many benefits - as described above - but it has more negative impact on the MySQL performance as compared to log file.

General log disabled    383.996    814.759    1421.288    1674.733    1414.985    1071.189
General log enabled (File)    281.642    521.39    1230.743    1406.127    1095.896    923.986
General log enabled (CSV Table)    231.659    447.173    787.578    507.846    426.324    439.992
General log enabled (MyISAM Table)    249.47    536.379    933.304    532.912    476.454    454.015
General log enabled (MyISAM Table + index)    238.508    430.05    875.209    465.464    465.464    395.063
General log enabled (MyISAM Table + Fulltext index)

Ответить | Правка | ^ к родителю #199 | Наверх | Cообщить модератору

267. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Аноним (??) on 29-Ноя-14, 17:38 
> А ты умник гр***ый никогда не задумывался почему сами базы данных, да
> тот же мыскыль пишут традиционные логи, а не делают ещё одну табличку для?!?

А вот это уже где как. Некоторые и в таблички логи пишут, между прочим. То что вы этого не видели - еще не значит что так не бывает.

> Профит же - чё ты там писал ЫндексЫ! и прочаяя?

Как ни странно, по этой причине логи не так уж редко оказываются в базах, где потом за счет индексов можно быстро делать разные выборки...

Ответить | Правка | ^ к родителю #175 | Наверх | Cообщить модератору

273. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 29-Ноя-14, 21:39 
И конечно сейчас мы увидим сравнения и рассказы какие 99% вокруг людей-дурачков, а ты молодец.
Ответить | Правка | ^ к родителю #267 | Наверх | Cообщить модератору

141. "Во FreeBSD ожидается появление системы управления сервисами,..."  –3 +/
Сообщение от Аноним (??) on 28-Ноя-14, 00:15 
вы где бинарные логи то нашли или мозги от виндовс у вас остались? у меня системд стоит уже 1,5 года и все пишет через syslog и  rsyslog. нет может вам поттеринг специально для вас подкинул сборку с бинарными логами , чтоб вы покричали тут. точнее он вам сказал что там бинарные , а вы и не посмотрели?
Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

153. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 28-Ноя-14, 01:40 
journald
Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

177. "Во FreeBSD ожидается появление системы управления сервисами,..."  +4 +/
Сообщение от Аноним (??) on 28-Ноя-14, 06:58 
> journald

Береги бисер коллега! Эти свинь^W поклонники сЫстем*** в лучших традициях вындузятников - своего фетиша не знают :)

Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

221. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Аноним (??) on 28-Ноя-14, 18:15 
>> journald
> Береги бисер коллега! Эти свинь^W поклонники сЫстем*** в лучших традициях вындузятников
> - своего фетиша не знают :)

У каждого кулика эшелон бисера :)))))))

Ответить | Правка | ^ к родителю #177 | Наверх | Cообщить модератору

7. "Во FreeBSD ожидается появление системы управления сервисами,..."  +3 +/
Сообщение от oops (ok) on 27-Ноя-14, 18:12 
ну, если что, systemd это не только запускался сервисов.

А тут хотят именно запускалку сервисов, похожую на systemd, т.е. только маленькую часть

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

14. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Fracta1L (ok) on 27-Ноя-14, 18:18 
> среди идей упоминается создание единого унифицированного интерфейса для конфигурационных данных и всех сервисов/приложений, реализация централизованной системы уведомления о наступлении событий
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

19. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от Аноним (??) on 27-Ноя-14, 18:33 
И?
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

50. "Во FreeBSD ожидается появление системы управления сервисами,..."  +7 +/
Сообщение от Аноним (??) on 27-Ноя-14, 19:50 
О встроенном HTTP сервере, генераторе QR кодов, встроенных логере, клиентах DHCP и прочего речи не идёт.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору
Часть нити удалена модератором

88. "Во FreeBSD ожидается появление системы управления сервисами,..."  –3 +/
Сообщение от Аноним (??) on 27-Ноя-14, 21:01 
> Ну и напрасно.

Ничего страшного, через 10 лет до них дойдет что сфотографировать смартом информацию быстрее и точнее чем на бумажку переписывать.

Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

99. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от Аноним (??) on 27-Ноя-14, 21:25 
http://www.opennet.ru/opennews/art.shtml?num=40960 и без замены консоли tty на systemd-consoled!
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

72. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 27-Ноя-14, 20:19 
> Это абстрактная аналогия.

Не, вот извини. Если XML мне не нравится то против простых текстовых конфигов я не возражаю. Так что есть некая разница. А так - да, теоретически все тюринг-полные ЯП эквивалентны. Поэтому программу теоретически можно писать на любом из них. Но есть некоторые нюансы...

> Фришники не имеют дяденек с деньгами, которые бы указывали им,

Минуточку, а вон тот чувачок из iXsystems, который явно гнет развитие фряхи под нужды своей конторы - это кто по твоему? Ах, свое же не пахнет, я забыл, извини :).

> мотив был и остаётся РАЗУМ.

Что-то глядя на то как с бздов смотали удочки даже яху и опач и даже мелкомякоть сервирует даунлоады линухом - я склонен заметить что с разумом у некоторых "не очень".

> А тебя припекло, да.

Меня не припекло, меня улыбнуло, чудик. Это немного разные эмоции, если что :).

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

134. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Michael Shigorin email(ok) on 27-Ноя-14, 23:33 
> Минуточку, а вон тот чувачок из iXsystems, который явно гнет развитие фряхи
> под нужды своей конторы - это кто по твоему?

А теперь скажите то же самое про Леннарта или поперхнитесь своими же словами:

> Ах, свое же не пахнет, я забыл, извини :).

Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

144. "Во FreeBSD ожидается появление системы управления сервисами,..."  –2 +/
Сообщение от Аноним (??) on 28-Ноя-14, 00:25 
> А теперь скажите то же самое про Леннарта или поперхнитесь своими же словами:

А что, я разве когда-то спорил что шапке фичи системд надо? Надо. И то что фичи системд постепенно образуют некий boilerplate под мощные управляторы и групповое администрирование ИМХО не увидит только слепой. Но многое из этого пригодится не только шапке, но и лично мне.

На мой вкус Поттеринг got it right. В смысле, оно достаточно автономно и без управлятора вообще, так что подергать кульные фичи можно и без огромной энтерпрайзятины. Но при нужде такой дизайн можно достаточно логично цепануть к управлятору и можно будет порулить группой машин/вм/контейеров. Весьма удачный и логичный layering подобных фич, имхо.

Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

230. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 28-Ноя-14, 19:47 
> Минуточку, а вон тот чувачок из iXsystems, который явно гнет развитие фряхи
> под нужды своей конторы - это кто по твоему? Ах, свое
> же не пахнет, я забыл, извини :).

iXsystems впиливает фичи в свою PC-BSD никого не спрашивая, при желании открывают сорцы и отдают фрибиэсдишникам, еще во FreeBSD присутствует утилита для апгрейда до PC-BSD, но это так, мелочь :)

Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

268. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 29-Ноя-14, 17:40 
> до PC-BSD, но это так, мелочь :)

Это какой-то мелкий капитанинг. И к чему он?

Ответить | Правка | ^ к родителю #230 | Наверх | Cообщить модератору

231. "Во FreeBSD ожидается появление системы управления сервисами,..."  –3 +/
Сообщение от iZEN (ok) on 28-Ноя-14, 20:47 
>> Это абстрактная аналогия.
> Не, вот извини. Если XML мне не нравится то против простых текстовых конфигов я не возражаю. Так что есть некая разница.

Проблема в том, что простые текстовые конфиги нуждаются в собственных проверяющих их правильность утилитах, а XML-конфиги могут проверяться одним из альтернативных проверяльщиков. Сырой конфиг в txt и XML — две очень далёких друг от друга сущности: конфиг в txt непонятно верен или нет (может одно на другое наложилось — будет известно только во время выполения), а у конфига в XML может быть сразу ясен статус: правильный, либо неправильный. И тут интересный подход может наблюдаться, что делать с неправильным конфигом: пускать "как есть" (что обычно делается с текстовым конфигом); не пускать и сигнализировать о проблеме (что в порядке вещей в XML-мире); запускать сервис с дефолтными настройками вперемешку с валидными конфигурационными данными (для неправильного текстового конфига это было бы подобно взрыву на макаронной фабрике).

Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

269. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 29-Ноя-14, 17:57 
> Проблема в том, что простые текстовые конфиги нуждаются в собственных проверяющих их
> правильность утилитах, а XML-конфиги могут проверяться одним из альтернативных проверяльщиков.

Зато XML и машине неудобно и медлено парсить, и человеку неудобно читать. Там кроме полезной информации - много лишнего cruft. И надо спецредактор. А зачастую еще и средства reflow, ибо далеко не любой технически валидный XML хорошо воспринимается на глаз. Попробуй например почитать конфиг длинковских роутеров, где бывает XML на 2 страницы одной строкой. Технически как бы валидно. А вот читать это без полного reflow текста крутым редактором, который явным образом в курсе формата - хуже чем дамп в хексэдиторе смотреть.

Просто удивительно насколько дурным можно сделать формат данных.

И ты знаешь, nginx например с его текстовым конфигом может и без XML проверить конфиг и отлупить если там что-то не так. А вот откуда внешняя проверялка будет знать какие параметры для софтины правильные, а какие нет - очень отдельный вопрос. Валидная структура документа еще не гарантирует валидности содержимого с точки зрения программы.

> от друга сущности: конфиг в txt непонятно верен или нет (может
> одно на другое наложилось — будет известно только во время выполения),

Почему-то nginx как и большинство програм может проверить свой конфиг при тестовом запуске или на старте. А XML - ну ок, допустим что проверялка скажет что документ синтаксически валиден. И? Это вовсе не гарантия того что программа понимает вон те параметры с вон теми значениями. Про это только сама программа и в курсе. И обычно валидацию всего этого делают при чтении конфига. При этом не принципиально - текстовик там или XML. Делать это как-то иначе - намного более утомительно. И объяснять generic валидатору документов интимные особенности программы? А зачем? Программа уже сама в курсе своих особенностей и если автор не полный дятел то умеет валидировать свою конфигурацию.

> а у конфига в XML может быть сразу ясен статус: правильный,
> либо неправильный.

И откуда это будет сразу ясно? Валидатор путем телепатии узнает внутреннюю логику программы и какие параметры и в каких диапазонах она согласна переваривать, что mandatory, а что optional и прочее? А фигли толку с сферической валидности документа в вакууме? Это ничего не говорит о том насколько оно приемлимо для вон той программы по факту.

> неправильным конфигом: пускать "как есть" (что обычно делается с текстовым конфигом);
> не пускать и сигнализировать о проблеме (что в порядке вещей в XML-мире);

Расскажи это например нжинксу, который как-то так себя ведет без всякого XML. Да и большинство программ - аналогично.

> запускать сервис с дефолтными настройками вперемешку с валидными конфигурационными
> данными (для неправильного текстового конфига это было бы подобно взрыву на
> макаронной фабрике).

Не-не, я не против - юзай свои XMLные макароны и валидируй их сторонним валидатором, который понятия не имеет какие параметры валидны, необходимы, опциональны, чему могут быть равны и прочая. Это обычно в нормальных программах встроенный валидатор умеет и последнее на чем стоит экономить - так это на нем.

Ответить | Правка | ^ к родителю #231 | Наверх | Cообщить модератору

270. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от iZEN (ok) on 29-Ноя-14, 18:24 
> Зато XML и машине неудобно и медлено парсить, и человеку неудобно читать.
> Там кроме полезной информации - много лишнего cruft. И надо спецредактор.

Это проблема редакторов — визуальное форматирование не входит в спецификацию XML.

> Просто удивительно насколько дурным можно сделать формат данных.

Формат валидируемых XML данных можно представить в чём угодно (JSON, к примеру). Главное то, что он поддаётся проверке.

> И ты знаешь, nginx например с его текстовым конфигом может и без
> XML проверить конфиг и отлупить если там что-то не так. А
> вот откуда внешняя проверялка будет знать какие параметры для софтины правильные,
> а какие нет - очень отдельный вопрос. Валидная структура документа еще
> не гарантирует валидности содержимого с точки зрения программы.

DTD, XML Schema, RELAX NG — это что, пустые слова?!

>> а у конфига в XML может быть сразу ясен статус: правильный,
>> либо неправильный.
> И откуда это будет сразу ясно?

Из схемы документа XML.

Ответить | Правка | ^ к родителю #269 | Наверх | Cообщить модератору

102. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 27-Ноя-14, 21:27 
>> Фришники не имеют дяденек с деньгами, которые бы указывали им, что и как им следовало бы делать для общего развития успеха дела.

Успех в отсутствии развития? Мда...

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

232. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от iZEN (ok) on 28-Ноя-14, 20:53 
>>> Фришники не имеют дяденек с деньгами, которые бы указывали им, что и как им следовало бы делать для общего развития успеха дела.
> Успех в отсутствии развития? Мда...

Развитие — в последовательном решении стоящих задач теми, кто не получает за это зарплату — ежеквартальные отчёты о развитии FreeBSD доступны и публикуются в русском переводе. Про успехи на поприще GNU/Linux мы слышим только от корпораций, как у них всё прекрасно заводится и работает. Очевидно, у пользователей стоят демо-версии, и они не могут воспроизвести большую часть успешных технологий корпораций у себя на компе, поэтому помалкивают и активности в этом не проявляют. Один User294 распаляется про embedded, высокопроизводительные вычисления на видеокартах и Btrfs, которые у него пачками работают, а в будущем всё будет ещё прекрасно и удивительно, когда все пользователи *nix сольются с корпорастами в экстазе взаимного счастья работы "в общей упряжке" под одной истинно-верной GPL.


Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

41. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от iZEN (ok) on 27-Ноя-14, 19:39 
>> существование systemd обусловлено чисто объективными техническими причинами, вопреки всем истеричным воплям хейтеров.
> В общем, любую программу можно написать на XML.

Но это не значит, что на нём нужно переписать всё.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

49. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Аноним (??) on 27-Ноя-14, 19:49 
> Но это не значит, что на нём нужно переписать всё.

А поттер кстати не особо жалует XML ;).И у системды конфиги - это просто текст.

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

66. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Nixi on 27-Ноя-14, 20:10 
>> Но это не значит, что на нём нужно переписать всё.
> А поттер кстати не особо жалует XML ;).И у системды конфиги -
> это просто текст.

Поттеринг давно указал бздунам кто они - тормоз для развития свободного ПО.

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

73. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от Аноним (??) on 27-Ноя-14, 20:20 
> Поттеринг давно указал бздунам кто они - тормоз для развития свободного ПО.

Ну а кто они, с их выеживанием несколько лет а потом отсталым копированием DRM/KMS из устаревших версий линуха? Ну так, как один из показательных примеров.

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

197. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от iZEN (ok) on 28-Ноя-14, 11:15 
> Ну а кто они, с их выеживанием несколько лет а потом отсталым копированием DRM/KMS из устаревших версий линуха?

На момент копирования DRM/KMS более свежей и стабильной версии ядра Linux не было.

> Ну так, как один из показательных примеров.

Ещё приведи пример "выёживания".

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

279. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 01-Дек-14, 17:52 
В январе 2013-года портировали код из ядра 3.8, которое вышло в январе 2013-го года.
Мне смешно.
Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

222. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 28-Ноя-14, 18:17 
>> Но это не значит, что на нём нужно переписать всё.
> А поттер кстати не особо жалует XML ;).И у системды конфиги -
> это просто текст.

Он просто ниасилил парсер. Который - сюрприз! - почти во всем мире на джаббе!

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

181. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от Аноним (??) on 28-Ноя-14, 07:53 
> ну, если что, systemd это не только запускался сервисов.

Правильно, systemd - это ещё и средство форматирования мозгов.

> А тут хотят именно запускалку сервисов, похожую на systemd, т.е. только маленькую
> часть

Какие они недальновидные, не то, что Поттеринг!

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

36. "Во FreeBSD ожидается появление системы управления сервисами,..."  +13 +/
Сообщение от anonymous (??) on 27-Ноя-14, 19:22 
Суть претензий не в проблемах, которые решает системд, а в том, как он это делает.

Монолитный кусок - это не юникс вей. Линукс пилят энтузиасты. Они физически не смогут осилить монолит и не смогут
а) улучшать системд
б) дебагать глюки
в) настраивать по себя

Да ядро линукса - монолит. Но это как раз вынужденная мера. И можно заметить, что энтузиасты уже имеют малое отношение к нынешней разработке ядра - всё больше люди на зарплате.

А вот если бы системд был коллекций связанных хорошо описанным протоколом запчастей, то сообщество приняло бы его на ура. И первым делом бы связало с уже существующими решениями тех проблем, которые заявлял автор systemd. Проблема запуска сервисов onDemand решилась бы встраиванием inetd, проблем baby-sitter решилась бы daemon tools, и т.д.

Но Поцтерингу захотелось стать тем парнем, который один знает как настроена его система. И хотя система решает множество вопросов, она не юникс вей и поэтому сообщество воспринимает её в штыки. Кому хочется зависеть от воли одного человека.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

43. "Во FreeBSD ожидается появление системы управления сервисами,..."  –6 +/
Сообщение от Fracta1L (ok) on 27-Ноя-14, 19:43 
> это не юникс вей

А unixway - это не священный догмат и не серебрянная пуля.

> Линукс пилят энтузиасты

Энтузиасты пилят стопицотый плеер и всякие рачлинуксы. Линукс пилится корпорациями и кодерами на зарплате.

> Но Поцтерингу захотелось стать тем парнем, который один знает как настроена его система

Ну да, за чтение манов, документации и исходников Red Hat приказал расстреливать на месте.

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

55. "Во FreeBSD ожидается появление системы управления сервисами,..."  +5 +/
Сообщение от anonymous (??) on 27-Ноя-14, 19:54 
> А unixway - это не священный догмат и не серебрянная пуля.

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

>> Линукс пилят энтузиасты
> Энтузиасты пилят стопицотый плеер и всякие рачлинуксы.
> Линукс пилится корпорациями и кодерами на зарплате.

Кодеры на зарплате и не жалуются. Жалуются те, кто привык сам собирать и настраивать себе линукс. И продолжают, что характерно, пользоваться самосборными системами. Просто говорят, что поцтеринг не нужен и отлвекает внимание разработчиков.

>> Но Поцтерингу захотелось стать тем парнем,
>> который один знает как настроена его система
> Ну да, за чтение манов, документации и исходников
> Red Hat приказал расстреливать на месте.

У них там референсные реализации вместо открытых стандартов. А исходники можно читать, когда они модулиризированы. Вся проблема в том, что исходники монолита читать и править невозможно.


Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

59. "Во FreeBSD ожидается появление системы управления сервисами,..."  –2 +/
Сообщение от Fracta1L (ok) on 27-Ноя-14, 20:01 
> Unixway - это наиболее подходящий способ организации совместной разработки, когда желающих дофига, каждый из них может выделить не так много времени, и связь между ними затруднена

Ты описал толпу индусомакак из джунглей, сидящих на отсыревшем диалапе?

> Жалуются те, кто привык сам собирать и настраивать себе линукс

Яумамыхакиры что ли? Те, кто занимается собркой специализированных систем профессионально, не жалуются. Systemd вообще облегчает сборку системы из кусков, потому что уменьшает количество этих самых кусков.

> А исходники можно читать, когда они модулиризированы. Вся проблема в том, что исходники монолита читать и править невозможно.

А systemd как раз модульный. "Не читал, но осуждаю", да.

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

136. "Во FreeBSD ожидается появление системы управления сервисами,..."  +3 +/
Сообщение от Mihail Zenkov (ok) on 27-Ноя-14, 23:45 
> Те, кто занимается собркой специализированных систем профессионально, не жалуются.

Они сами пишут систему инициализации, так как для "специализированной системы" это 50-300 строк на shell.

> Systemd вообще облегчает сборку системы из кусков, потому что уменьшает количество этих самых кусков.

Что конкретно можно выкинуть из LFS при включении systemd?

Вот при использовании busybox уходит почти половина пакетов включая udev. При этом система остается полноценным десктопом с широким кругом задач. И пока у разработчиков ключевых пакетов (kernel, glibc, Xorg, mesa, etc) хватает мозгов, что бы не зависеть не только от systemd, но и от udev. Но столь активное продвижение systemd вызывает опасение, так как менее адекватные разработчики уже начинают исходить из того, что systemd будет в системе.

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

159. "Во FreeBSD ожидается появление системы управления сервисами,..."  –2 +/
Сообщение от Аноним (??) on 28-Ноя-14, 03:17 
> Они сами пишут систему инициализации, так как для "специализированной системы" это
> 50-300 строк на shell.

А потом задалбываются тем что получилось, как авторы openwrt, и делают нечто. С U-bus и логгером :). И что оно мне напоминает? Карманный вариант героя! :)

Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

168. "Во FreeBSD ожидается появление системы управления сервисами,..."  +3 +/
Сообщение от Mihail Zenkov (ok) on 28-Ноя-14, 04:15 
> А потом задалбываются тем что получилось, как авторы openwrt, и делают нечто.
> С U-bus и логгером :).

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

Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

135. "Во FreeBSD ожидается появление системы управления сервисами,..."  –2 +/
Сообщение от Michael Shigorin email(ok) on 27-Ноя-14, 23:35 
>> это не юникс вей
> А unixway - это не священный догмат и не серебрянная пуля.

Давайте об этом будут рассуждать люди, которым есть что предъявить.

Вам, насколько могу судить -- нечего.

Научитесь делать, а не истерить -- поймёте с годами.

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

145. "Во FreeBSD ожидается появление системы управления сервисами,..."  –2 +/
Сообщение от Аноним (??) on 28-Ноя-14, 00:31 
> Вам, насколько могу судить -- нечего.

Я не он, но не вижу чего предъявить вам. Кроме бряцаний причандалами, которые наводят 294-го на мысль что я таки прав насчет староверов и их мотивации. Довольно гниленькой. Ака продавливание своей точки зрения авторитетом. Не пройдет без технически валидной аргументации, увы и ах. А с ней по моим наблюдениям не богато. Заявы про теорию графов - это замечательно. А что тогда насчет теории по поводу инит скриптов? Да вы даже не сможете вынести вердикт - отработает ли инит скрипт за конечное время или нет :P.

> Научитесь делать, а не истерить -- поймёте с годами.

Как тут однажды подсказали в коментах, насыщает не время проведенное в столовой а количество съеденных беляшей. С чем имхо у некоторых небогато.

Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

236. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Michael Shigorin email(ok) on 29-Ноя-14, 02:29 
>> Вам, насколько могу судить -- нечего.
> Я не он, но не вижу чего предъявить вам.

Про Вас и так достаточно уже понятного :)

> Кроме бряцаний причандалами, которые наводят 294-го на мысль что я таки прав насчет
> староверов и их мотивации. Довольно гниленькой. Ака продавливание своей точки зрения
> авторитетом.

Знаете, когда идёт разговор о дороге и заносе -- неводилы пусть лучше помалкивают.  А уж какими колёсами предпочитают грести обсуждающие -- вопрос совершенно другой.

Авторитеты актуальны тогда, когда есть с чем сравнивать -- видишь, что человек уже сделал, прикидываешь, каково это (потому что и сам умеешь), и оцениваешь; а когда сам ни шиша делать не умеешь, кто и почему тебе будет авторитетом в таком ключе?

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

> А с ней по моим наблюдениям не богато. Заявы про теорию графов -
> это замечательно. А что тогда насчет теории по поводу инит скриптов?

Что именно требуется?

> Да вы даже не сможете вынести вердикт - отработает ли инит
> скрипт за конечное время или нет :P.

То же самое касается и программ, запускаемых из юнитов.  Головой думайте, Вас-то вроде в неё не только есть учили, как того молчелвека.

> Как тут однажды подсказали в коментах, насыщает не время проведенное в столовой
> а количество съеденных беляшей. С чем имхо у некоторых небогато.

О чём и речь -- о вкусе беляшей есть смысл говорить тем, кто с ними вообще сталкивался.

Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

171. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Fracta1L (ok) on 28-Ноя-14, 05:02 
Они об этом уже рассудили - читайте высказывания Торвальдса, например.

> Вам, насколько могу судить -- нечего.

Я так понимаю, вы размахиваете удалятором направо-налево потому, что иначе ваше ЧСВ не влезает в комменты?

Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

172. "Во FreeBSD ожидается появление системы управления сервисами,..."  +2 +/
Сообщение от Какаянахренразница (ok) on 28-Ноя-14, 05:33 
> вы размахиваете удалятором направо-налево

Болгарский мальчик плачет.

Ответить | Правка | ^ к родителю #171 | Наверх | Cообщить модератору

176. "Во FreeBSD ожидается появление системы управления сервисами,..."  –2 +/
Сообщение от Fracta1L (ok) on 28-Ноя-14, 06:57 
Болгарский мальчик изучает явление вахтёрства. Интересно смотреть, как вахтёр Шигорин удаляет не нравящиеся ему комменты из-за якобы отсутствия аргументов в них, тогда как все аргументы самого Шигорина заключаются в надувании щёк -))
Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

190. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от Аноним (??) on 28-Ноя-14, 10:10 
И он имеет на это право. А вы ведете себя как дети. Ссыте против ветра, а когда обмочите штаны бежит к маме что бы постирала.
Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

194. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Xaionaro email(ok) on 28-Ноя-14, 10:40 
> Болгарский мальчик изучает явление вахтёрства. Интересно смотреть, как вахтёр Шигорин
> удаляет не нравящиеся ему комменты из-за якобы отсутствия аргументов в них,
> тогда как все аргументы самого Шигорина заключаются в надувании щёк -))

Не понимаю я это, если вы считаете, что Шигорин ведёт себя некорректно, то почему вы это не выскажете соответствующим лицам [1]?

[1] http://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi?az=li...

Пролистал несколько страниц, и вас там не увидел.

Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

223. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 28-Ноя-14, 18:19 
>> Болгарский мальчик изучает явление вахтёрства. Интересно смотреть, как вахтёр Шигорин
>> удаляет не нравящиеся ему комменты из-за якобы отсутствия аргументов в них,
>> тогда как все аргументы самого Шигорина заключаются в надувании щёк -))
> Не понимаю я это, если вы считаете, что Шигорин ведёт себя некорректно,
> то почему вы это не выскажете соответствующим лицам [1]?

Ему уже сто раз это высказывали. Воз и ныне там.

> [1] http://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi?az=li...
> Пролистал несколько страниц, и вас там не увидел.

Потому что его уже стерли. Ах-ах, с самой благовидной аргументацией!


Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

262. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Xaionaro email(ok) on 29-Ноя-14, 15:11 
>>> Болгарский мальчик изучает явление вахтёрства. Интересно смотреть, как вахтёр Шигорин
>>> удаляет не нравящиеся ему комменты из-за якобы отсутствия аргументов в них,
>>> тогда как все аргументы самого Шигорина заключаются в надувании щёк -))
>> Не понимаю я это, если вы считаете, что Шигорин ведёт себя некорректно,
>> то почему вы это не выскажете соответствующим лицам [1]?
> Ему уже сто раз это высказывали. Воз и ныне там.
>> [1] http://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi?az=li...
>> Пролистал несколько страниц, и вас там не увидел.
> Потому что его уже стерли. Ах-ах, с самой благовидной аргументацией!

Стёрли с форума по ссылке?

Ответить | Правка | ^ к родителю #223 | Наверх | Cообщить модератору

46. "Во FreeBSD ожидается появление системы управления сервисами,..."  –4 +/
Сообщение от Аноним (??) on 27-Ноя-14, 19:48 
> Монолитный кусок - это не юникс вей.

А вы его configure --help смотреть не пробовали? Не такой уж он и монолитный.

> Линукс пилят энтузиасты. Они физически не смогут

Почему-то у тех кто делает дистры - иное мнение на этот счет.

> а) улучшать системд

Системд состоит из ряда компонентов. Которые по отдельности не такие уж и страшные. Если оно надо - пиляйте наздоровье.

> б) дебагать глюки

Было бы хорошо если бы Поттер и Ко отловили большинство глюков в своем хозяйстве сами. А ляпы админа все-равно только сам админ и разрулит.

> в) настраивать по себя

Что под этим имеется в виду? На этапе формирования системы и сборки он вполне себе конфигурируется, большинство "лишнего" можно отрубить, если сборщик системы решил что да будет так. Это будет иметь некие последствия и на совести сборщика. Админ с системд имеет дело путем подпихивания юнитов на то что ему там надо и прописывания в них того как и что делать. И это все конфигуряется.

> Да ядро линукса - монолит. Но это как раз вынужденная мера.

Ядро линукса - МОДУЛЬНЫЙ монолит. И это все фундаментально меняет. Разработка разбивается на часть по границам подсистем и компетенций. Лишнее для мелких окружений можно отрубить. А остальное вообще мало кого интересует.

> ядра - всё больше люди на зарплате.

...которые все те же энтузиасты, только они еще и зарплату за свою работу получают. Что хорошо.

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

Ну так D-Bus вам в руки.

> то сообщество приняло бы его на ура.

Да щаз. Видели мы это сообщество. "Нас все устраивает, зачем что-то менять?!"

> Проблема запуска сервисов onDemand решилась бы встраиванием inetd, проблем baby-sitter
> решилась бы daemon tools, и т.д.

И настраивать все это в десятке закоулков вместо одного? Oh, please, GTFO. Лютая фича поттера в том числе и в том что теперь overview того что запускается на системе можно будет более-менее получить из одной локации а не дюжины.

> Но Поцтерингу захотелось стать тем парнем, который один знает как настроена его система.

Это скорее больше относится к продакшнам где кулсисопы наворотят кучу левой логики в каких-то скриптах, напиханных в самом неочевидном месте. Потом уволятся. А через пару лет, когда кулсисоп уже давно греется на Канарах и давно забыл про вон тот энтерпрайз, что-нибудь падает - и вот тут начинается форменный ад. Потому что только тот кулсисоп и знал где там что, а другим в это въехать - уйма усилий.

А потом начинается целый букет приколов - от поимения системы DHCP сервером через хитрый параметр, до невозможности быстро запустить упавший продакшн просто потому что никто не знает как это работает.

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

64. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от Аноним (??) on 27-Ноя-14, 20:09 
>> то сообщество приняло бы его на ура.
> Да щаз. Видели мы это сообщество. "Нас все устраивает, зачем что-то менять?!"

Посмотри на телефончеги. Сообшество радостно жуёт бантики "теперь нового" цвета и требует ещё более" новых.
А на вашем зoндe патефонные иголки слижком уж огромные оказались - народ не выдержал такого :)

>> Проблема запуска сервисов onDemand решилась бы встраиванием inetd, проблем baby-sitter
>> решилась бы daemon tools, и т.д.
> И настраивать все это в десятке закоулков вместо одного? Oh, please, GTFO.

GFYS, в чём проблема то? Выантуз гoлoвнoго моза, разве что, но это не лечится.

> Лютая фича поттера в том числе и в том что теперь
> overview того что запускается на системе можно будет более-менее получить из
> одной локации а не дюжины.

Ты точно это пoдeлиe пользовал?
У моих соседей по DC пиoнeр заапгрейдил демьянушку до Jessie. Потом из сервака вынули второй HDD (бакапный) и ... всё легло. Тупaя потtринг пoдeлкa грузится отказалась, висела в цикле ожидания пока появится винч :)))
Ну да - они пиoнЭpы. Вначале fstab правят, а не потом. НО! Старая система - грузилась. Ругалась - но грузилась.
Потому как в неё влит опыт лучших бoрoдaтых админов со всего мира за последние 40 лет, а в ваш сыстзит - идеи глaмypныx киco :)

[...]
> А потом начинается целый букет приколов - от поимения системы DHCP сервером
> через хитрый параметр, до невозможности быстро запустить упавший продакшн просто потому
> что никто не знает как это работает.

И? Что изменится то? Если был админ токовый - всё будет по толковому, если идиoт - будет такая же пoмoйка и с систе****! Шиндофс гарантирует это!!!

:)

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

68. "Во FreeBSD ожидается появление системы управления сервисами,..."  –2 +/
Сообщение от Fracta1L (ok) on 27-Ноя-14, 20:13 
> У моих соседей по DC пиoнeр заапгрейдил демьянушку до Jessie. Потом из
> сервака вынули второй HDD (бакапный) и ... всё легло. Тупaя потtринг
> пoдeлкa грузится отказалась, висела в цикле ожидания пока появится винч :)))

Почему когда я отключил второй винт, systemd нормально загрузился?

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

103. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Аноним (??) on 27-Ноя-14, 21:29 
> Почему когда я отключил второй винт, systemd нормально загрузился?

Ну это как бы не есть правильно. А ехать в ДЦ чтобы винт передернуть - еще и странно. Но предъявлять что-то тестовой версии системы в переходном периоде - это по любому надо не дружить с головой.

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

142. "Во FreeBSD ожидается появление системы управления сервисами,..."  +3 +/
Сообщение от Ytch (ok) on 28-Ноя-14, 00:18 
> Но предъявлять что-то тестовой версии
> системы в переходном периоде - это по любому надо не дружить
> с головой.

А когда пиарят, то совсем другие слова говорят.

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

Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

237. "Во FreeBSD ожидается появление системы управления сервисами,..."  +2 +/
Сообщение от Michael Shigorin email(ok) on 29-Ноя-14, 02:37 
>> У моих соседей по DC пиoнeр заапгрейдил демьянушку до Jessie. Потом из
>> сервака вынули второй HDD (бакапный) и ... всё легло. Тупaя потtринг
>> пoдeлкa грузится отказалась, висела в цикле ожидания пока появится винч :)))
> Почему когда я отключил второй винт, systemd нормально загрузился?

Это вопрос пыонера.  Вопрос опытного человека -- "какого лешего оно даже в 1% случаев может повести себя так, что всё ляжет".  Опыт особенно быстро приходит тогда, когда и на стенде проверил заранее, а эффект оказался мигающим или зависящим от неучтённых факторов...

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

274. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 29-Ноя-14, 21:43 
hamster: если бы программисты были врачами, им бы пациенты говорили например "у меня болит нога", а они бы отвечали "ну не знаю, у меня такая же нога, а ничего не болит"
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

83. "Во FreeBSD ожидается появление системы управления сервисами,..."  –5 +/
Сообщение от Аноним (??) on 27-Ноя-14, 20:57 
> Посмотри на телефончеги.

Посмотрю. Жила была фирма нокия и еще пара слоупоков. Которые хотели нас и дальше пичкать урезанными кирпичами на недооси, с экраном "бойница", 160х220. Пришел эппл и показал "как надо". Те кто порезвее - просекли и сделали нормальные девайсы для интернета. А поскольку эппл как обычно забыл поделиться - сделали на ведроиде. Там не забыли. Но, естественно, супервозможности приводят к соблазну использовать их с выгодой. Далеко не всегда лицеприятно.

> Сообшество радостно жуёт бантики "теперь нового" цвета и требует ещё более" новых.

И это в каком-то роде хорошо: маленькие и маложручие но мощные процессоры появляются. А хомяки оплачивают прогресс. Ну а мне навалом всяких годных девайсин по приятной цене. И да, я свое возьму, как ты понимаешь. В смысле, у меня девайсы себя ведут так как надо мне, а не кому-то там еще. Это разумеется требует неких знаний и умений. У меня они есть.

> А на вашем зoндe патефонные иголки слижком уж огромные оказались - народ
> не выдержал такого :)

Да вот как видим к вам в ваш загончик им тоже перебежать не судьба. Будут сидеть в всяких маргинальных опенках и слаках, если олдскульность победила здравый смысл. А мне системд пригодится. И будет работать на мое благо.

> GFYS, в чём проблема то? Выантуз гoлoвнoго моза, разве что, но это
> не лечится.

Пользователь максималочки лечит пользователя линуха. Какое лицемерие, ха. А знаешь, у меня нет никаких максималок "для работы". Поэтому я заинтересован в том чтобы линух был и для работы, и для развлечений, и для эмбедовки и что там еще. И чтобы это работало хорошо и было удобно мне. Я не собираюсь сбегать на винду или куда там еще - я сыт проприетариями и их фокусами по горло.

> Ты точно это пoдeлиe пользовал?

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

> У моих соседей по DC пиoнeр заапгрейдил демьянушку до Jessie. Потом из
> сервака вынули второй HDD (бакапный) и ... всё легло.

Передавай приветы этому томату - "грейдиться" на TESTING удел камикадзе и сказочных дол...в. Если что - дебиан с системд еще не релизнулся, так что что он в ДЦ делает - я не понмаю. Если ДЛБ искал приключения и нашел их - может это фича, а не баг? А в чем пойнт грейдиться на пререлизную систему в датацентре, кроме поиска острых ощущений?

> пoдeлкa грузится отказалась, висела в цикле ожидания пока появится винч :)))

А тот кто вкатывает тестовую версию дистра, находящегося в процессе замены системного компонента - наверное у него ума палата, да?

> Ну да - они пиoнЭpы. Вначале fstab правят, а не потом.

Они не пЫонэры. Они ДЛБ - вкатывать в ДЦ пререлиз системы где полным ходом переход на иной системный компонент.

> Потому как в неё влит опыт лучших бoрoдaтых админов со всего мира

А я думал - потому что всему есть свое место и время. И если некто вкатывает апгрейдом пререлиз системы находящейся в переходном периоде - он получает то что получает.

> за последние 40 лет, а в ваш сыстзит - идеи глaмypныx киco :)

Тут по-моему один гламурный кисо - это ТЫ. С твоей максималочкой. А у меня нет максималочек для работы. Поэтому работать должен линух. Желательно требуя минимум времени на администрирование.

> И? Что изменится то? Если был админ токовый - всё будет по
> толковому, если идиoт - будет такая же пoмoйка и с систе****!

Помойку будет делать зело неудобнее. И это хорошо.

> Шиндофс гарантирует это!!!

Тебе как пользователю оного виднее. А я более пользоваться виндовсом не собираюсь. Ни для работы, ни для отдыха, ни для обслуживания всяких сервисных операций. Мне и так хорошо. Поэтому ты будешь последним кого я спрошу что мне в моей системе надо для моего удобства. Есть пара олдскульщиков мнение которых может быть учтено, но ты в это число не входишь, о пользователь putty.exe презренный.

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

150. "Во FreeBSD ожидается появление системы управления сервисами,..."  +3 +/
Сообщение от Аноним (??) on 28-Ноя-14, 01:18 
Поцыент 18 раз упомянул "максималочку" в одном посте и при этом божится что он не вантузятник :-\ Ню-ню ...
Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

160. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Аноним (??) on 28-Ноя-14, 03:20 
> Поцыент 18 раз упомянул "максималочку" в одном посте и при этом божится
> что он не вантузятник :-\ Ню-ню ...

Абсолютно. У меня линух. И на десктопе, и на роутере, и на ноуте, и на смарте, и на вон тех платках. И чего я там еще забыл. А зачем мне ваша максималка? Я ж не изен с игрушечной операционкой - у меня система в которой я предпочитаю специализироваться обслуживает мои нужды. Быть сапожником без сапог мне не нравится :P.

Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

179. "Во FreeBSD ожидается появление системы управления сервисами,..."  +2 +/
Сообщение от Аноним (??) on 28-Ноя-14, 07:02 
>> Поцыент божится что он не вантузятник :-\ Ню-ню ...
> Абсолютно. У меня линух. И на десктопе, и на роутере, и на
> ноуте, и на смарте, и на вон тех платках. И чего
> я там еще забыл. А зачем мне ваша максималка? Я ж
> не изен с игрушечной операционкой - у меня система в которой
> я предпочитаю специализироваться обслуживает мои нужды. Быть сапожником без сапог мне
> не нравится :P.

Смотри как засуетился :-\

А аусвайс что ты наш есть? Тогда в газенваген!

Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

242. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Michael Shigorin email(ok) on 29-Ноя-14, 03:05 
> Смотри как засуетился :-\

Вообще-то User294 уж не раз предъявлял виндовый опыт на уровне существенно выше забегающих некростудней; а "виндузятником" делает не знание винды, но воинствующая некомпетентность с таковой наперевес.

А ещё как-то нездорово, когда скатывается к персоналиям (отчасти из-за необходимости различать Анонимов, а не посмотреть, что ещё человек писал и на какие темы).

Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

238. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Michael Shigorin email(ok) on 29-Ноя-14, 02:41 
> Пришел эппл и показал "как надо".

Ихнее "как надо" некоторым с доплатой не надо.

Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

85. "Во FreeBSD ожидается появление системы управления сервисами,..."  +3 +/
Сообщение от vitalif email(ok) on 27-Ноя-14, 20:58 
> Да ядро линукса - монолит.

Да ядро линукса по сравнению с системд вполне себе модульная няшка...

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

198. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от iZEN (ok) on 28-Ноя-14, 11:34 
> Монолитный кусок - это не юникс вей.

Вот был монолитный и компактный Xorg 6.9, который компилировался в несколько пакетов и никому жить не мешал. Потом появился весь такой модульный Xorg 7.x, пакеты которого наводнили систему — разобрать, что нужно и ценно, а что просто мусор в системе, уже было невозможно. И всё это отнимало: время на компиляцию, время на сопровождение, время на работу. Оно вообще такое "модульное" пользователям нужно? По мне (сужу по себе) — нет, не нужно, достаточно одного или пары-тройки блобов, чтобы не заморачиваться, что работает, а что нет.

То же самое ядро представляет собой пример эффективной организации кода: критические к работе части кода собраны в одном бинарнике, менее критичные к работе части организованы в модули ядра и подгружаются по необходимости.

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

216. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от Mihail Zenkov (ok) on 28-Ноя-14, 17:35 
> Вот был монолитный и компактный Xorg 6.9, который компилировался в несколько пакетов
> и никому жить не мешал.

Справедливости ради нужно отметить, что был он далеко не в лучшем состоянии и развивать этот кусок монолита желающих было все меньше и меньше. Было принято решение разделить его на куски - это было более чем оправданно: сразу стало видно из каких компонентов состоит Xorg. На следующем этапе часть выкинули. Стало возможно работать над развитием/заменой отдельных компонентов без углубленного изучения всех остальных, Кодовая база Xorg server также приобрела вменяемый размер и начала активно развиваться.

> Потом появился весь такой модульный Xorg
> 7.x, пакеты которого наводнили систему — разобрать, что нужно и ценно,
> а что просто мусор в системе, уже было невозможно.

Да, перестарались. ИМХО зря заголовки вынесли в отдельные пакеты, да и минимально необходимые библиотеки можно было бы объединить в один пакет. В то время ходила шутка, что Патрик (slackware) выкинет Xorg, так как перед этим он отказался от сборки gnome из-за слишком большой раздробленности.

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

> И всё
> это отнимало: время на компиляцию, время на сопровождение, время на работу.
> Оно вообще такое "модульное" пользователям нужно? По мне (сужу по себе)
> — нет, не нужно, достаточно одного или пары-тройки блобов, чтобы не
> заморачиваться, что работает, а что нет.

Тот же Qt напрягает куда больше - собирается в раз 10 дольше всего Xorg и это при сборке с двадцатью -no-*. Даже самая простая программа на Qt ест кучу памяти.

> То же самое ядро представляет собой пример эффективной организации кода: критические к
> работе части кода собраны в одном бинарнике, менее критичные к работе
> части организованы в модули ядра и подгружаются по необходимости.

Ядро это отдельный случай - оно нужно всем программам. А вот библиотеки для разных программ нужны разные. Представьте что будет, если весь /usr/lib объединить в один бинарник. Это конечно очень утрированный пример. Применительно к Xorg - простые программы такие как dwm/st/conky/etc потянут за собой в память все библиотеки Xorg.

Ответить | Правка | ^ к родителю #198 | Наверх | Cообщить модератору

227. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от iZEN (ok) on 28-Ноя-14, 18:50 
> Тот же Qt напрягает куда больше - собирается в раз 10 дольше
> всего Xorg и это при сборке с двадцатью -no-*. Даже самая
> простая программа на Qt ест кучу памяти.

Lumina DE, собираемая вокруг Qt4 GUI, сама по себе довольно компактна, но тянет за собой ВЕСЬ Xorg (для Xfce, к примеру достаточно xorg-minimal) и WebKit. У меня из-за этих "излишеств" сборка Lumina заняла около 2,5 часов.

Ответить | Правка | ^ к родителю #216 | Наверх | Cообщить модератору

173. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Apple on 28-Ноя-14, 06:44 
Есть, но его уже второй раз пытаются портировать из OS X и пока результат видимо не удовлетворительный, а возможно разработчики просто не хотят его внедрять, сложно сказать.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

213. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от XakRu (ok) on 28-Ноя-14, 16:34 
https://github.com/freebsd/openlaunchd
https://wiki.freebsd.org/launchd

И они не городят огород как systemd.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от Аноним (??) on 27-Ноя-14, 18:05 
>единого унифицированного интерфейса для конфигурационных данных

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Во FreeBSD ожидается появление системы управления сервисами,..."  –6 +/
Сообщение от клоун on 27-Ноя-14, 18:15 
Только если гарантируете вы, что файлов структура не будет впредь изменяться никогда. Да... Да... Я сильную поп-аболь в тебе ощущаю...
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

28. "Во FreeBSD ожидается появление системы управления сервисами,..."  +2 +/
Сообщение от Аноним (??) on 27-Ноя-14, 18:53 
>Только если гарантируете вы, что файлов структура не будет впредь изменяться никогда. Да... Да... Я сильную поп-аболь в тебе ощущаю...

Структура вроде бы зависит от программы которой, кстати, и придется "переваривать" файл. Как я могу гарантировать что структура файлов не будет изменяться если это зависит от разработчиков программы? Да и что вообще плохого в том что в новой версии программы из-за новых возможностей потрбовались новые опции в файле конфигурации?

ЗЫЖ Только, пожалуйста, отвечайте внятно и развернуто чтобы не возникало ощущения что твой оппонент школьник..

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

8. "Во FreeBSD ожидается появление системы управления сервисами,..."  +12 +/
Сообщение от anonymous (??) on 27-Ноя-14, 18:14 
вот у них будет нормальный системд, без хттп-сервачков, бинарных логов и зависимостей из гнома
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Во FreeBSD ожидается появление системы управления сервисами,..."  –2 +/
Сообщение от Аноним (??) on 27-Ноя-14, 18:16 
> вот у них будет нормальный системд, без хттп-сервачков, бинарных логов и зависимостей
> из гнома

как будто исходный систем ненормальный и имеет хоть какое-то отношение к мифам, распространяемым теми, кто его ни разу не видел

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

17. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от anonymous (??) on 27-Ноя-14, 18:31 
что-то из перечисленного неправда?
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

20. "Во FreeBSD ожидается появление системы управления сервисами,..."  –2 +/
Сообщение от Fracta1L (ok) on 27-Ноя-14, 18:35 
Зависимости из гнома покажи.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

24. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от anonymous (??) on 27-Ноя-14, 18:46 
это ж известная история

https://ru.wikipedia.org/wiki/Systemd
> systemd был предложен как внешняя зависимость для GNOME 3.2 автором проекта[8]. Это, фактически, потребовало от всех дистрибутивов, использующих GNOME, использовать systemd, или по крайней мере, включить его в качестве настраиваемой опции. GNOME версии 3.8 и выше уже нельзя установить без systemd.

т.е. другие системы инициалиции гном теперь не запустят (без костылей)

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

27. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от Аноним (??) on 27-Ноя-14, 18:51 
я бы на твоем месте забил на гном вообще. то во что его прревратили кроме отвращения больше никаких эмоций не вызывает.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

44. "Во FreeBSD ожидается появление системы управления сервисами,..."  –3 +/
Сообщение от Fracta1L (ok) on 27-Ноя-14, 19:44 
Т.е. ты не понимаешь разницы между зависимостью от и зависимостью для. Ок.


Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

86. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от vitalif email(ok) on 27-Ноя-14, 20:59 
> Т.е. ты не понимаешь разницы между зависимостью от и зависимостью для. Ок.

и какая разница? важен сам факт наличия зависимости

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

93. "Во FreeBSD ожидается появление системы управления сервисами,..."  –4 +/
Сообщение от Аноним (??) on 27-Ноя-14, 21:16 
> и какая разница? важен сам факт наличия зависимости

Можешь писать программы на одних системных вызовах, так что они только от ядра будут зависеть. Правда что-то мне подсказывает что без библиотек ты довольно быстро задолбаешься...

Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

240. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 29-Ноя-14, 02:46 
> Правда что-то мне подсказывает что без библиотек ты довольно быстро задолбаешься...

Вы ведь понимаете, где передёрнули?  Аккурат между ядром и библиотеками.

Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

239. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Michael Shigorin email(ok) on 29-Ноя-14, 02:45 
> Т.е. ты не понимаешь разницы между зависимостью от и зависимостью для. Ок.

То, насколько криво был задан Ваш вопрос в #20, показывает, насколько Вы сами не понимаете даже того, что пытаетесь спросить.

Берёте поисковик, слова gnome systemd dependency, скармливаете ему их и изучаете что-нить вроде https://mail.gnome.org/archives/desktop-devel-list/2012-Nove...

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

120. "Во FreeBSD ожидается появление системы управления сервисами,..."  +5 +/
Сообщение от anonymous (??) on 27-Ноя-14, 23:02 
> странно но бинарных логов не видел хоть и облазил все

Но зачем так нарочито строить из себя идиота?

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

22. "Во FreeBSD ожидается появление системы управления сервисами,..."  +7 +/
Сообщение от Аноним (??) on 27-Ноя-14, 18:40 
Надеюсь у них получится реализовать эти задачи не так отвратительно как с systemd и они смогут ничего не сломать.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от pxeL on 27-Ноя-14, 18:55 
фак, так и думал, что это заразно
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

32. "Во FreeBSD ожидается появление системы управления сервисами,..."  +7 +/
Сообщение от czarj on 27-Ноя-14, 19:06 
В команде FreeBSD вроде серьёзно подходят к проектированию.. Надеюсь все обмозгуют и сделают что-нибудь нормальное. Ведь с geom и netgraph получилось у них.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

156. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 28-Ноя-14, 02:51 
> Ведь с geom и netgraph получилось у них.

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

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

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

45. "Во FreeBSD ожидается появление системы управления сервисами,..."  +10 +/
Сообщение от crypt (ok) on 27-Ноя-14, 19:44 
Я один вижу парадокс в докладе? Чувак глумится над GPL и при этом признается, что сидит на Mac'e! Смотрите какой классный закрытый продукт сделали на основе открытого кода! А GPL пугает коммеросов! (Он забыл про Android, видимо...) Мда...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

56. "Во FreeBSD ожидается появление системы управления сервисами,..."  +2 +/
Сообщение от Журналовращатель on 27-Ноя-14, 19:55 
Они все такие. Бывают только хуже, но не лучше. Я тоже удивлён.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

70. "Во FreeBSD ожидается появление системы управления сервисами,..."  +3 +/
Сообщение от Nixi on 27-Ноя-14, 20:14 
> Я один вижу парадокс в докладе? Чувак глумится над GPL и при
> этом признается, что сидит на Mac'e! Смотрите какой классный закрытый продукт
> сделали на основе открытого кода! А GPL пугает коммеросов! (Он забыл
> про Android, видимо...) Мда...

Открою секрет - 90% бусдунов сидит на маке. Они так понтуются своим вкладом в Apple.

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

94. "Во FreeBSD ожидается появление системы управления сервисами,..."  +3 +/
Сообщение от Аноним (??) on 27-Ноя-14, 21:18 
> вкладом в Apple.

Теперь подстилание называется вкладом? О времена, о нравы.

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

111. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Аноним (??) on 27-Ноя-14, 22:34 
Человек купил компьютер, который ему нравится == подстилание, да.
Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

114. "Во FreeBSD ожидается появление системы управления сервисами,..."  +2 +/
Сообщение от Аноним (??) on 27-Ноя-14, 22:40 
> Человек купил компьютер, который ему нравится == подстилание, да.

Купил компьютер - одно. Проприетарная система и объем свобод в ней - другое. А фрибзда - вообще третье. А преподносится как будто фря сделала великое дело. Не вижу ничего великого в подносе снарядов ограничителям-узурпаторам.

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

225. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 28-Ноя-14, 18:21 
>> Человек купил компьютер, который ему нравится == подстилание, да.
> Купил компьютер - одно. Проприетарная система и объем свобод в ней -
> другое. А фрибзда - вообще третье. А преподносится как будто фря
> сделала великое дело. Не вижу ничего великого в подносе снарядов ограничителям-узурпаторам.

А некоторые просто пользуются, без религиозного или сексуального подтекста.......

Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

191. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от pkdr (ok) on 28-Ноя-14, 10:16 
> Открою секрет - 90% бусдунов сидит на маке. Они так понтуются своим вкладом в Apple.

А остальные под виндой?

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

162. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от Аноним (??) on 28-Ноя-14, 03:23 
> Я один вижу парадокс в докладе? Чувак глумится над GPL и при
> этом признается, что сидит на Mac'e!

Логика типичного коммерса - пилить сук потому что деревяшку нужно. Не парясь вопросом что эта деревяшка держит в воздухе его зад.

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

226. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 28-Ноя-14, 18:22 
>> Я один вижу парадокс в докладе? Чувак глумится над GPL и при
>> этом признается, что сидит на Mac'e!
> Логика типичного коммерса - пилить сук потому что деревяшку нужно. Не парясь
> вопросом что эта деревяшка держит в воздухе его зад.

Ты с многими коммерсами знаком лично, да?

Ответить | Правка | ^ к родителю #162 | Наверх | Cообщить модератору

48. "Во FreeBSD ожидается появление системы управления сервисами,..."  +3 +/
Сообщение от Аноним (??) on 27-Ноя-14, 19:49 
Так никто и не говорил что не надо нового инита. Народу не понравилось что он полцчился точь-в-точь как самые ужасные виндовые костыли!
Может а BSD-шнегов получится сделать всё правильно. Тогда линусоиды смогут утянуть к себе :) если к тому времени останется хоть пара осиляторов.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

61. "Во FreeBSD ожидается появление системы управления сервисами,..."  –2 +/
Сообщение от Нимо Ан on 27-Ноя-14, 20:05 
Блин, вот только не надо создавать ЕЩЁ ОДНУ систему инициализации. Уж лучше тогда сам systemd на худой конец, чем что-то новое по его образу и подобию. Задолбала фрагментация.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

65. "Во FreeBSD ожидается появление системы управления сервисами,..."  +3 +/
Сообщение от Аноним (??) on 27-Ноя-14, 20:09 
системды чересчур дерьмово реализован, бздуны на полученный от онального бизнес-партнёра микрософта лям хотят обмозговать всё с нуля, в тщетной надежде, что выйдет нечто лучшее.
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

71. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Аноним (??) on 27-Ноя-14, 20:17 
> выйдет нечто лучшее.

Конечно выйдет.
Года через два лaпчaтыt снова "не укpaдут, а возьмут что плохо лежало" и заменят пoдeлие П  на действительно хорошую инитилку :)
Да нам и не жалко - BSD это про сделсть _весь_ мир лучше, а не только чей то _мирок_ :-)))

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

74. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 27-Ноя-14, 20:22 
>> выйдет нечто лучшее.
> Конечно выйдет.
> Года через два лaпчaтыt снова "не укpaдут, а возьмут что плохо лежало"
> и заменят пoдeлие П  на действительно хорошую инитилку :)
> Да нам и не жалко - BSD это про сделсть _весь_ мир
> лучше, а не только чей то _мирок_ :-)))

поживём — увидим, я таки сомневаюсь в результате

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

101. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от Аноним (??) on 27-Ноя-14, 21:27 
> и заменят пoдeлие П  на действительно хорошую инитилку :)

Очень сомнительно. Так, глядя на то как бздуны DRM/KMS портируют из линуха.

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

170. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от anolynox on 28-Ноя-14, 05:01 
> Так, глядя на то как бздуны DRM/KMS портируют из линуха.
>  из линуха.

Ну да -- бздуны, они такие!! Нет бы, извернуться, сделать финт ушами и изобрести свой собственный велосипед для запуска драйверов, запиленных конкретно под линукс!
И вообще -- кмс код сам линус на пару с Анонимом писал, а бздуны не осилили и ворують !!  :)

Для тех, кто в шко^W танке -- смотрите сами :
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g...
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g...


+++ b/drivers/gpu/drm/drm_modes.c
+ * Copyright © 1997-2003 by The XFree86 Project, Inc.
+ * Copyright © 2007 Dave Airlie
+ * Copyright © 2007-2008 Intel Corporation
+ *   Jesse Barnes <jesse.barnes@intel.com>

b/include/drm/drm_mode.h
@@ -0,0 +1,278 @@
+/*
+ * Copyright (c) 2007 Dave Airlie <airlied@linux.ie>
+ * Copyright (c) 2007 Jakob Bornecrantz <wallbraker@gmail.com>
+ * Copyright (c) 2008 Red Hat Inc.
+ * Copyright (c) 2007-2008 Tungsten Graphics, Inc., Cedar Park, TX., USA
+ * Copyright (c) 2007-2008 Intel Corporation

+++ b/drivers/gpu/drm/drm_crtc.c
@@ -0,0 +1,2497 @@
+/*
+ * Copyright (c) 2006-2008 Intel Corporation
+ * Copyright (c) 2007 Dave Airlie <airlied@linux.ie>
+ * Copyright (c) 2008 Red Hat Inc.

Но и среди нас есть к сожалению ворюги и (что гораздо хуже) предатели!1 :(
В /usr/src/linux/drivers/ или linux/net лучше не  грепать "grep -ir freebsd" -- можно наткнуться на что-то вроде

>[оверквотинг удален]
> derives from FreeBSD 8.x
> borrowed from freebsd
> from the FreeBSD driver
> Based on comments in the source code for the FreeBSD
> Timing numbers are taken from    the FreeBSD driver
> Thanks to FreeBSD crew
> Special thanks to:
> ...  
> The NetBSD & FreeBSD USB developers.  For being on the Linux USB list
> and offering suggestions and sharing implementation experiences.

Но не все так плохо: все это уже пару лет как устарело и ненужно -- т.е можно удалить.
Щас пробую собрать "bsd-free-kernel",  удаляю все сырцы с каментами типа "using the  BSD Socket  interface" -- после перезагрузки отпишусь!

Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

182. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Аноним (??) on 28-Ноя-14, 08:21 
> Но и среди нас есть к сожалению ворюги и (что гораздо хуже)
> предатели!1 :(

надо провести чистку рядов. Еретиков — на костёр, а самим молиться во Славу Всеблагого Микрософта и Редхета Партнёра Его.

Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

127. "Во FreeBSD ожидается появление системы управления сервисами,..."  +3 +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 27-Ноя-14, 23:14 
>  Уж лучше тогда сам systemd на худой конец

на худой конец его нужно было с самого начала

> чем что-то новое по его образу и подобию.

системд не получился, родился уродцем и через какое-то длительное вермя загнётся, к сожалению хипстеры слишком сильно воняют и будут затягивать этот процесс.

Ещё одна попытка сделать это нормально нужна, может даже не одна. Во всяком случае лучшие альтернативы будут катализатором процесса.

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

62. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 27-Ноя-14, 20:07 
Бггг, микрософт спонсирует погибель ещё одного источника идей и кода. Хорошо, что скоро война и все умрут, а то было бы грустно такую погибель наблюдать.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

75. "Во FreeBSD ожидается появление системы управления сервисами,..."  –4 +/
Сообщение от Аноним (??) on 27-Ноя-14, 20:23 
ты это с кем воевать то собрался?)))) не боись с нами никто не будет воевать ибо есть в россии система , которую амеры называют "мертвая рука". короче если убить разом всех операторов ядерного оружия система сама грохнет ту страну что запустила атаку.))) и амерам страшно. потому как от возмездия в таком случае не уйти .
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

152. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от Аноним (??) on 28-Ноя-14, 01:30 
> называют "мертвая рука".

Её сделала не россия а СССР. Россия сделала систему "мёртвые мозги" - тебя тобишь :)
> система сама грохнет ту страну что запустила атаку.)))

Неееее! Слишком AI крут для ламповой техники, та система грохнет ... америгу, кто бы не начал атаку :)))) Как докторр тебе говорю!

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

167. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Аноним (??) on 28-Ноя-14, 04:11 
ну знаешь там уже не ламповые мозги, а зря лампа не боится электромагнитного удара при ядерном взрые и продолжает работать.
Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

79. "Во FreeBSD ожидается появление системы управления сервисами,..."  +2 +/
Сообщение от Аноним (??) on 27-Ноя-14, 20:40 
зачем им xml/json/yaml, чем ini не угодил?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

84. "Во FreeBSD ожидается появление системы управления сервисами,..."  –3 +/
Сообщение от Аноним (??) on 27-Ноя-14, 20:58 
json можно штатно хранить в PostgreSQL
зачем кучи ini файлов, если все может лежать в одном месте? - с правами и т.д.
причем скорость доступа отличная
Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

89. "Во FreeBSD ожидается появление системы управления сервисами,..."  +2 +/
Сообщение от vitalif email(ok) on 27-Ноя-14, 21:01 
> json можно штатно хранить в PostgreSQL
> зачем кучи ini файлов, если все может лежать в одном месте? -
> с правами и т.д.
> причем скорость доступа отличная

А, т.е. FreeBSDшники всё-таки решили пойти ещё дальше поттеринга и изобрести РЕЕСТР?

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

100. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от Аноним (??) on 27-Ноя-14, 21:25 
> А, т.е. FreeBSDшники всё-таки решили пойти ещё дальше поттеринга и изобрести РЕЕСТР?

При том с постгром это такой монструозный реестр что на его фоне микрософт нервно курит - загнать реестр в MS SQL даже у них ума не хватило :).


Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

97. "Во FreeBSD ожидается появление системы управления сервисами,..."  +3 +/
Сообщение от Аноним (??) on 27-Ноя-14, 21:24 
> json можно штатно хранить в PostgreSQL

А я так смотрю, вы решили не мелочиться.

> причем скорость доступа отличная

Отличная от чего? :)

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

184. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от bOOster email(ok) on 28-Ноя-14, 08:32 
Из пушки по воробьям палите?

Гораздо эффективнее решение есть, причем с качественной репликацией.
OpenLDAP называется. У меня и DHCP там и DNS и FreeSwitch и много еще чего. Для конфигурирования сервера достаточно скинуть конфиг openldap, выполнить slapadd -w. Перезагружаемся - и получаем рабочую систему.

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

243. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Michael Shigorin email(ok) on 29-Ноя-14, 03:15 
> OpenLDAP называется. У меня и DHCP там и DNS

А backend какой?  Мне однажды довелось выкорчёвывать DHCP сегмента из LDAP, куда его засунул бывалый, но явно погорячившийся коллега.  Очень мило получалось при очередном рассыпании bdb, знаете ли...

// к слову о пушках и воробьях

Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

250. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от bOOster email(ok) on 29-Ноя-14, 09:15 
>> OpenLDAP называется. У меня и DHCP там и DNS
> А backend какой?  Мне однажды довелось выкорчёвывать DHCP сегмента из LDAP,
> куда его засунул бывалый, но явно погорячившийся коллега.  Очень мило
> получалось при очередном рассыпании bdb, знаете ли...
> // к слову о пушках и воробьях

MDB, но и c HDB проблем небыло. Периметр из 2-3 в режиме mirror replication серверов, конфигурация в
cn=config (без slapd.conf) и живая база всегда. Не стартует какойлибо сервер - slapadd -w запускаем - openldap грохает местную базу и тянет cn=config и данные с живого сервера.
Есть так же скриптики у меня - чере 5 минут проверяет на живость сервера - перестал отвечать - перестартует. Не стартанул - автоматом slapadd -w.

Для особо жадных на железо - 2 JAIL чисто с сервисом openldap - один из них всегда жив будет.

Ну и про бакап не стоит забывать -
ldapsearch … > backup ежедневно/ежечастно в скрипте и ничего выкорчевывать не надо будет.

Ответить | Правка | ^ к родителю #243 | Наверх | Cообщить модератору

95. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 27-Ноя-14, 21:19 
> зачем им xml/json/yaml, чем ini не угодил?

Недостаточно энтерпрайзно для перца из iXsystems. На этом фоне Поттеринг не такой уж плохой чувак - XML не жалует :).

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

146. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Ytch (ok) on 28-Ноя-14, 00:31 
> На этом фоне Поттеринг не такой уж плохой чувак - XML не жалует :).

А что? Мне критерий нравится! Выходит, я тоже не такой уж плохой чувак! ))

Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

163. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 28-Ноя-14, 03:25 
> А что? Мне критерий нравится! Выходит, я тоже не такой уж плохой чувак! ))

Согласен :). В локальном контексте "отношение к XML" :).


Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

186. "Во FreeBSD ожидается появление системы управления сервисами,..."  –2 +/
Сообщение от bOOster email(ok) on 28-Ноя-14, 08:37 
>> зачем им xml/json/yaml, чем ini не угодил?
> Недостаточно энтерпрайзно для перца из iXsystems. На этом фоне Поттеринг не такой
> уж плохой чувак - XML не жалует :).

А че XML? Весьма неплохой способ описания информации. Избыточный только маненько, но это не проблема в наше время.

Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

82. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 27-Ноя-14, 20:55 
Закиньте это кто-то Шетухину пожалуйста. Интересна его реакция.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

96. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 27-Ноя-14, 21:21 
> Закиньте это кто-то Шетухину пожалуйста. Интересна его реакция.

Я не думаю что ему сильно интересны проблемы тормозов которые все делают с отставанием на годы. У пингвинов systemd в продакшне уже, как минимум в редхате. А эти только еще что-то там собираются запрягать, когда-то там, в светлом будущем. А сервера должны работать уже сейчас. А сейчас у некоторых имеется лишь замшелое болото и много баек о том что когда-нибудь потом будет хорошо.

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

130. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 27-Ноя-14, 23:21 
> А эти только еще что-то там собираются запрягать, когда-то там, в светлом будущем

да им и не особо нужно, ведь продакшена у них совсем почти не осталось.

Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

90. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от vitalif email(ok) on 27-Ноя-14, 21:02 
> единого унифицированного интерфейса для конфигурационных данных

Я надеюсь они не изобрели РЕЕСТР?

Ибо если изобрели, то их творение ещё пострашнее systemd будет.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

113. "Во FreeBSD ожидается появление системы управления сервисами,..."  –2 +/
Сообщение от Аноним (??) on 27-Ноя-14, 22:39 
Вот объясните пожалуйста. Почему systemd - это плохо. Мне кажется, что это чей-то личный эгоизм. День будет днем. ОС - ею и останется. Программы как работали так и продолжат работать. В общем жизнь будет идти своим чередом. Какая разница кто и какую технологию изобрел? Хотите? Нате! Не хотите? Проходи мимо добрый человек. Вы сами создали проблему в своей голове и пытаетесь ее глобализировать. Доставляете массу проблем другим людям. Это ваш unixway? Вы бы о людях в первую очередь думали а не о "железках".
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

116. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от EHLO on 27-Ноя-14, 22:54 
>Вы сами создали проблему в своей голове и пытаетесь ее глобализировать.

Не пытайся доказывать, что причина неприязни к системд в хейтерах и их психологических проблемах. Это легко опровергается. Если бы дело было в хейтерах, эти самые же люди точно так же противились любым другим нововведениям.

Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

119. "Во FreeBSD ожидается появление системы управления сервисами,..."  –3 +/
Сообщение от Petya (??) on 27-Ноя-14, 23:02 
>>Вы сами создали проблему в своей голове и пытаетесь ее глобализировать.
> Не пытайся доказывать, что причина неприязни к системд в хейтерах и их
> психологических проблемах. Это легко опровергается. Если бы дело было в хейтерах,
> эти самые же люди точно так же противились любым другим нововведениям.

так они и противятся wayland, kdbus, pulseaudio.

Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

121. "Во FreeBSD ожидается появление системы управления сервисами,..."  +4 +/
Сообщение от anonymous (??) on 27-Ноя-14, 23:04 
>pulseaudio

Это которое звук портит? Тогда правильно делают!

Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

125. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от EHLO on 27-Ноя-14, 23:08 
>>>Вы сами создали проблему в своей голове и пытаетесь ее глобализировать.
>> Не пытайся доказывать, что причина неприязни к системд в хейтерах и их
>> психологических проблемах. Это легко опровергается. Если бы дело было в хейтерах,
>> эти самые же люди точно так же противились любым другим нововведениям.
> так они и противятся wayland, kdbus, pulseaudio.

pulseaudio тот же Поттеринг. К Wayland и kdbus отношение вполне нормальное, они ничего не ломают и не ущербны by design.

Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

148. "Во FreeBSD ожидается появление системы управления сервисами,..."  +2 +/
Сообщение от Ytch (ok) on 28-Ноя-14, 00:46 
>>>Вы сами создали проблему в своей голове и пытаетесь ее глобализировать.
>> Не пытайся доказывать, что причина неприязни к системд в хейтерах и их
>> психологических проблемах. Это легко опровергается. Если бы дело было в хейтерах,
>> эти самые же люди точно так же противились любым другим нововведениям.
> так они и противятся wayland, kdbus, pulseaudio.

Какой у вас мир простой: если хейтер, то всего сразу!

Кстати, а вы в хейтеры записываете всех кому хоть что-то не нравится или есть какой-то количественный порог? А если на продукт, например, пох@#, но к автору претензии есть, это считается?

Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

124. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Аноним (??) on 27-Ноя-14, 23:07 
и я так думаю . эти ребята не хотят меняться и менять ничего не хотят. так в чем проблема. не нравится дистрибутив сделай свой. но нет же они хотят чтоб им сделали дистрибутив , да так что бы им нравилось и главное на халяву без усилий. вот и вся проблема. народ требует всего не предоставив ничего. так если такие поклонники юниксвей, то сделайте сами . GPL это свобода доступа , а не свобода указывать другим что делать.
Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

126. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от EHLO on 27-Ноя-14, 23:13 
> и я так думаю . эти ребята не хотят меняться и менять
> ничего не хотят.

Они не хотят только поделок Поттеринга. Остальное принимают на ура.

>не нравится дистрибутив сделай свой

Сам сделай. Я хочу чтобы мой не ломали.

> , а не свобода указывать другим что делать.

Во-во, не указывай что мне делать.

Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

139. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 28-Ноя-14, 00:06 
а ты сделал что нибудь в этом дистрибутиве чтоб указывать разработчикам что им и как собирать. это называется нифига не делаю но хочу все?
Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

143. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от EHLO on 28-Ноя-14, 00:20 
> а ты сделал что нибудь в этом дистрибутиве чтоб указывать разработчикам что
> им и как собирать. это называется нифига не делаю но хочу
> все?

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

Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

164. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Аноним (??) on 28-Ноя-14, 03:28 
> сделал и имею право высказывать свое мнение,

Ну вот там где сделал - там и высказывайся. И даже так будь готов что консенсус совершенно не обязан быть таким каким надо тебе. Поэтому у тебя есть свобода - ты можешь пойти нафиг и например запилить свой форк, если крутизны хватит.

> так что не пытайся меня затыкать, если по существу аргументов нет.

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

Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

169. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 28-Ноя-14, 04:17 
>> сделал и имею право высказывать свое мнение,
> Ну вот там где сделал - там и высказывайся. И даже так
> будь готов что консенсус совершенно не обязан быть таким каким надо
> тебе. Поэтому у тебя есть свобода - ты можешь пойти нафиг
> и например запилить свой форк, если крутизны хватит.
>> так что не пытайся меня затыкать, если по существу аргументов нет.
> Как бы удачи в нахрапистых требованиях. Правда я не понимаю что помешает
> людям помахать в ответ факом вместо резкого построения под столь наглые
> запросы.

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

Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

196. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от EHLO on 28-Ноя-14, 10:54 
Так бы сразу, мальчики, и писали, что готовы жрать что корпорации вам в корыто налили, лишь бы нахаляву. Только это не СПО и не надо свою позицию на остальных распространять. Если для вас свобода это "пойти нафиг", идите, я не возражаю.
Ответить | Правка | ^ к родителю #169 | Наверх | Cообщить модератору

202. "Во FreeBSD ожидается появление системы управления сервисами,..."  +3 +/
Сообщение от Andrey Mitrofanov on 28-Ноя-14, 12:55 
> а ты сделал что нибудь в этом дистрибутиве чтоб указывать разработчикам что
> им и как собирать. это называется нифига не делаю но хочу
> все?

Милейший, Вы всерьёз считаете, что разработчики дистрибутива не должны слушать своих _пользователей?

Ваша фамилия не Гапон? Не Поттеринг? Читаете по писанному в рэдхатовской методичке? Или Вы "просто" считаете всех остальных чуть-чуть недочеловеками, по сравнению с собою?

Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

244. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Michael Shigorin email(ok) on 29-Ноя-14, 03:18 
> а ты сделал что нибудь в этом дистрибутиве

User294, опускаетесь на глазах.

PS: или автор #139 отличается от автора #164?

Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

147. "Во FreeBSD ожидается появление системы управления сервисами,..."  +3 +/
Сообщение от Mihail Zenkov (ok) on 28-Ноя-14, 00:32 
> и я так думаю . эти ребята не хотят меняться и менять
> ничего не хотят.

Хотят, но не в эту сторону. Мне нужна система которую я знаю и могу контролировать и настраивать как нужно мне. Усложнение системы и увеличение прослоек усложняет понимание системы и ведет к бесполезной трате ресурсов.

Мне нравятся многие современные технические решения - glamor в Xorg, kms, devtmpfs, sysfs, OpenCl, etc. Часть софта я использую из git/svn/etc и стараюсь помогать патчами/баг репортами по мере возможности.

> так в чем проблема. не нравится дистрибутив сделай
> свой. но нет же они хотят чтоб им сделали дистрибутив ,

Уже, с 2001 года. И я надеюсь что эта возможность у меня останется, так как в случае сильного усложнения системы это станет не рациональным.

> да так что бы им нравилось и главное на халяву без
> усилий. вот и вся проблема. народ требует всего не предоставив ничего.
> так если такие поклонники юниксвей, то сделайте сами . GPL это
> свобода доступа , а не свобода указывать другим что делать.

Честно признаюсь мне все равно unix way или нет. Мне важно что бы система оставалось модульной, а модули взаимозаменяемыми: не нравится один - бери другой. ИМХО в этом и есть главная сила open source - есть несколько конкурирующих решений, которые по-разному решают одну и туже проблему и пользователь может выбрать наиболее подходящие решение для его ситуации. В тоже время это исключает слишком сильную связанность отдельных компонентов - сохраняется модульность и возможность поиска и интеграции новых решений, не требующего изменений в куче других пакетов.

Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

187. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от bOOster email(ok) on 28-Ноя-14, 08:45 
> Вот объясните пожалуйста. Почему systemd - это плохо. Мне кажется, что это
> чей-то личный эгоизм. День будет днем. ОС - ею и останется.
> Программы как работали так и продолжат работать. В общем жизнь будет
> идти своим чередом. Какая разница кто и какую технологию изобрел? Хотите?
> Нате! Не хотите? Проходи мимо добрый человек. Вы сами создали проблему
> в своей голове и пытаетесь ее глобализировать. Доставляете массу проблем другим
> людям. Это ваш unixway? Вы бы о людях в первую очередь
> думали а не о "железках".

Сделай свой дистрибутив, с systemd и т.п. раскрути его и докажи всем что эта поделка способна на жизнь. Если ее примут портируй в рабочие дистры, если это действительно окажется панацеей от "всех болячек" Unixway. Накой хрен ломать то что работает сейчас вполне успешно?

Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

201. "Во FreeBSD ожидается появление системы управления сервисами,..."  +2 +/
Сообщение от Andrey Mitrofanov on 28-Ноя-14, 12:47 
Очень рекомендую изучить и приложить, для начала, к _своим "аргументам":
http://judecnelson.blogspot.ru/2014/09/systemd-biggest-falla...

> Вот объясните пожалуйста. Почему systemd - это плохо. Мне кажется, что это
> чей-то личный эгоизм.

Fallacies #3, #11.1, ... //может и #2.1, но тут уж, боюсь, я делаю необоснованные предположения

> День будет днем. ОС - ею и останется.
> Программы как работали так и продолжат работать. В общем жизнь будет
> идти своим чередом.

Внимательно, Fallacy #3  &  W://Faulty generalization

> Какая разница кто и какую технологию изобрел?

Провокация перехода на личности? Изучите Fallacy #11.

> Хотите? Нате! Не хотите? Проходи мимо добрый человек.

Fallacy #6.1.

>Вы сами создали проблему
> в своей голове и пытаетесь ее глобализировать. Доставляете массу проблем другим
> людям. Это ваш unixway? Вы бы о людях в первую очередь
> думали а не о "железках".

Разберитесь с собственными заблуждениями. Прекратите врать себе. Попытайтесь слушать оппонента. Может быть, тогда и навешивание ярлыков и выкатывание соломенных пугал перестанут быть _так необходимы?

---
Когда-то я услышал, что init aka pid=1 должен быть надёжным и потому _маленьким, я отметил это про себя, но ничего не сделал.
   Когда я увидел daemontools от DJB, я подумал: "Старому джентельмену опять нечем заняться."
      Когда я увидел опухоль systemd, я _полюбил runit.

Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

133. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 27-Ноя-14, 23:31 
Возможно даже все еще хуже. Потеря друзей и товарищей. Поддержки. Сами поди нераз ссорились из за разногласий и вглядах. Человек который был вам дорог, внезапно, становится чужим. С личностями которые у всех на виду все это происходит намного печальней и большими последствиями!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

178. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от bOOster email(ok) on 28-Ноя-14, 06:59 
Накой все это надо? Если уж хочется чего-то этакого - надо darwin брать и прыгать от него. Уровень systemd дорастет до дарвина только лет через 5
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

193. "Во FreeBSD ожидается появление системы управления сервисами,..."  +3 +/
Сообщение от unixman email(ok) on 28-Ноя-14, 10:36 
Из-за SystemГ я всерьез, подумал о будущих проблемах с ним, поэтому сейчас осваиваю FreeBSD, который полностью меня устраивает, и справляется с задачами на рабочих серверах.Я не красноглазый фанатик, если нужен будет Linux, то он будет, просто не в таком количестве как BSD. А такие замечательные дистры как PFSense, FreeNAS,а главное стабильные и не требовательные к железу как раздутый Linux.
Это true Unix.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

200. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним email(??) on 28-Ноя-14, 12:40 
Сейчас Linux (CentOS-6.6) только для Oracle использую, не рискнул его ставить на FreeBSD.
Цент 6.6, если не ошибаюсь, будет поддерживаться до 2020г, так что пока поживем без системГ  
Ответить | Правка | ^ к родителю #193 | Наверх | Cообщить модератору

204. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Аноним (??) on 28-Ноя-14, 13:06 
Зачем они повторяют ошибки линукса, ведь все эти новые системы типа системд такие плохие? Что их в старых не устраиват?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

205. "Во FreeBSD ожидается появление системы управления сервисами,..."  +3 +/
Сообщение от Andrey Mitrofanov on 28-Ноя-14, 13:13 
> Зачем они повторяют ошибки линукса, ведь все эти новые системы типа системд
> такие плохие? Что их в старых не устраиват?

Там наверху написано: Л.П в своём G+ фантазировал об F. Желаемое за действительное?...

Ответить | Правка | ^ к родителю #204 | Наверх | Cообщить модератору

211. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Сергей (??) on 28-Ноя-14, 15:18 
Сколько набздели-то! Проснулись, блин! https://wiki.freebsd.org/launchd
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

214. "Во FreeBSD ожидается появление системы управления сервисами,..."  +2 +/
Сообщение от Andrey Mitrofanov on 28-Ноя-14, 16:36 
> Сколько набздели-то! Проснулись, блин! https://wiki.freebsd.org/launchd

Revision 1 as of 2005-06-29 08:22:30

Так вот чему Л.П. так радуется. Вспомнил наконец, откуда все "свои" "идеи" взял.

Ответить | Правка | ^ к родителю #211 | Наверх | Cообщить модератору

215. "Во FreeBSD ожидается появление системы управления сервисами,..."  –2 +/
Сообщение от GotF (ok) on 28-Ноя-14, 17:23 
> Так вот чему Л.П. так радуется. Вспомнил наконец, откуда все "свои" "идеи" взял.

Разве когда-то было секретом, что systemd создавался под влиянием launchd, SMF и Upstart? В них всех нет ничего уникально-инновационного, вся функциональность диктуется достаточно типовыми практическими задачами.

Ответить | Правка | ^ к родителю #214 | Наверх | Cообщить модератору

233. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 28-Ноя-14, 22:24 
Идея супер, реализация треш.
Ответить | Правка | ^ к родителю #215 | Наверх | Cообщить модератору

235. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от pavlinux (ok) on 29-Ноя-14, 01:11 
> Разве когда-то было секретом, что systemd создавался под влиянием launchd, SMF и Upstart?

Поттерянг - галимый школьнег, он них..я вообще не изобрёл, всё спиз...ил из Венды,
Венда из VAX/VMS (официально).


Copyright © 1978 by Digital Equipment Corpotation.


5.2.2 Understanding the Order of Startup Events

A database file named VMS$PHASES.DAT determines the order of the phases of the startup procedure. It is a sequential list of the phases that STARTUP.COM starts. It includes a series of four basic phases (INITIAL, CONFIGURE, DEVICE, and BASEENVIRON) that start the operating system, followed by a series of phases for layered products.
ля-ля-ля
...
Executes SYCONFIG.COM.
SYSGEN command
SYSMAN command
SYS$MANAGER:SYCONFIG.COM,
Executes SYSECURITY.COM and starts the AUDIT_SERVER process
Starts the SMISERVER process
...
там дальше общий логгер,
---

Да DEC, VAX/VMS, Alpha, ... это круто, но 20 лет назад былO.
И них...я не масштабируемо, не портируемо, разве только случаи
писанины на ANSI С иль Fortran 77.

И обычно это сервера-одной задачи. Где я работал, было моделирование
конструкции самолёта. В основном Фортран. Если из Вакса попытаться
сделать такой же комбайн как и Linux: от стима и mplayer до Top500 и
облачных кластеров гугля, то VMS загнётся и продажи пойдут в минус.

Ответить | Правка | ^ к родителю #215 | Наверх | Cообщить модератору

261. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 29-Ноя-14, 13:01 
Главное чтобы это дерьмо, сЫстемд, не прониклов опёнок и срекозу.. а фрю жалко но она мне побоку...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

263. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (??) on 29-Ноя-14, 15:34 
Я, наверное, не очень понимаю про все эти битвы с systemd, который не приветствую. Однако перечитав старую книжку "Raymond_S._Eric-Iskusstvo_programmirovaniya_dlya_UNIX" возник вопрос:"Этот Поттеринг эту книжку не читал?" - там ясно сказано, как нужно внедрять подобные системы - напиши транслятор, который будет твои хотелки(systemd-скрипты) превращать в скрипты для bash - и, возможно, на этапе установки дистрибутива сделать запрос к устанавливающему - либо systemd вариант, либо классический. Если я не прав подскажите мне где.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема


  Закладки на сайте
  Проследить за страницей
Created 1996-2019 by Maxim Chirkov  
ДобавитьПоддержатьВебмастеруГИД  
Hosting by Ihor