URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 100322
[ Назад ]

Исходное сообщение
"Во FreeBSD ожидается появление системы управления сервисами,..."

Отправлено opennews , 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.me/opennews/art.shtml?num=41140


Содержание

Сообщения в этом обсуждении
"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено czarj , 27-Ноя-14 18:04 
Так есть же у них какой то launchd... или что то подобное

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 19:13 
launchd — система инциализации системы с открытым исходным кодом, используемая в ОС Mac OS X.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 10:45 
А Mac OS X на чём базируется?

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено ionanahin , 28-Ноя-14 17:37 
Их микроядерный Darwin который вроде как основан на NEXTStep

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 19:36 
Микроядрышко вроде как основано на ядрышке bsd4.2-lite, а интерфейс от nextstep, да.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 29-Ноя-14 07:09 
> Микроядрышко вроде как основано на ядрышке bsd4.2-lite, а интерфейс от nextstep, да.

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


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 19:27 
Системдец шагает по планете :-). Как я и говорил, настоящие профи запускают целую волну изменений. Поттеринг получился одним из таковых, независимо от симпатий или антипатий староверов.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено grec , 27-Ноя-14 18:50 
Согласен. В одном прекрасном дистрибутиве разрабы сказали: а вот у нас выбор будет всегда и во всём, на что у нас хватит сил.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено irinat , 27-Ноя-14 19:08 
«Автомобиль может быть любого цвета, если этот цвет – черный.»

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

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


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

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

fixed, говоришь?


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено GeoF , 27-Ноя-14 22:20 
Shure.
You can get "Ford T" of any color, provided that this color is black - Henry Ford

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено irinat , 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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено GeoF , 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”

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено irinat , 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”
> Что-нибудь ещё? :)

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено GeoF , 28-Ноя-14 15:16 
Зачем? Спор ради спора или всё-таки про то, что имелась ввиду конкретная марка автомобиля?
Sapienti sat.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено irinat , 28-Ноя-14 15:32 
> Зачем? Спор ради спора или всё-таки про то, что имелась ввиду конкретная <...>

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Led , 28-Ноя-14 01:10 
Ну, и ты же, конечно, знаешь, почему именно чёрный (в случае с Фордом)?

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено irinat , 28-Ноя-14 02:36 
Нет, не знаю. Просветишь?

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Led , 28-Ноя-14 02:55 
> Нет, не знаю. Просветишь?

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено irinat , 28-Ноя-14 13:21 
> Любая другая краска на тот момент значительно увеличивала конечную стоимость автомобиля.
> И не только из-за стоимости самой краски, а и из-за специфики
> сборочного процесса.

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


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 20:59 
> будет всегда и во всём, на что у нас хватит сил.

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 06:53 
Тогда почему ты здесь а не на стрельбище с калашом?

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Ytch , 27-Ноя-14 21:25 
> ...но потому что они привыкли к чему-то иному, а тут какой-то выскочка смеет что-то там новое делать? Известная фигня!

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 21:49 
> героически делает что-то новое вопреки всем, и лишь за это его
> всякие матерые консерваторы считают выскочкой.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Ytch , 28-Ноя-14 00:02 
> Это - логично. И кому это интересно - может найти ответы "зачем оно так".

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено чтоненравитсявордфильтруопять , 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% - "извините, чуваки, но консенсус не в вашу пользу".


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 29-Ноя-14 07:22 
> Вот из-за таких "потребителей никто никогда и не спрашивал" я и ушёл
> в своё время с винды на линукс.

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

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

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

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

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 29-Ноя-14 11:28 
Какая потеря... Чем больше неадекватов уйдет на винду, тем лучше во всех смыслах.
И да, даже если неадекват ненавидит редхэт, который делает 99% процентов этого самого вашего линукса, то я даже не знаю что и сказать... Если хочешь оспорить , то можем поговорить предметно, но лучше не пробуй, гиблое дело.

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 29-Ноя-14 07:25 
> Про что речь? Можно ссылку на конкретное письмо в архиве debian-devel?

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


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 22:37 
> И почему "такая фигня" только по отношению к Поттерингу и его аколитам?

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



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

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


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 00:05 
> Щас выкрикнет "хейтер!!1" и удалится в своей правоте.  Ну или удалят,
> потому как опять без аргУментов...

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Michael Shigorin , 29-Ноя-14 02:57 
> Во вторых, меня пытается потроллить модератор? Хм, эпично :)

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

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

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

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 29-Ноя-14 17:18 
> Модератор или предупреждает, или удаляет, а подначивает такой же юзер, тоже мне новость :)

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

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

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

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

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

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

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

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

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 29-Ноя-14 17:32 
> полно таких теоретиков...

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

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

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

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

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

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

Ждите.

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

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

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

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Michael Shigorin , 30-Ноя-14 01:20 
>> Если нет, то опять же, свободен,
> А вот это уже будут решать администраторы и модераторы

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 30-Ноя-14 07:54 
Ты прoстo попробуй aргумeнты привести.
Это пoмoгaет, прoвeрeнo.
А иначе так и будешь выглядеть тупoй шкoлoтoй, проверено.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено bOOster , 30-Ноя-14 08:32 
>>..но потому что они привыкли к чему-то иному, а тут какой-то выскочка смеет что-то там новое делать? Известная фигня!
> И почему "такая фигня" только по отношению к Поттерингу и его аколитам?

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


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 21:12 
> Невыпиливаемый, потому что весь софт от него внезапно зависит.

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено anonymous , 27-Ноя-14 23:01 
>Кто пишет софт - тот и решает от чего ему зависеть. Это такая неожиданность...

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


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 00:11 
> Ну да, прибил гвоздями к systemd, а потом выясняется, что альтернатив нет совсем.

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

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

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 09:16 
А ты одобряешь все решения правительства? Или уже своё государство запилил?

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

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


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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 29-Ноя-14 21:38 
Если не понятно в чём смысл читай 245 коммент.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено анином , 27-Ноя-14 23:00 
Как быстро Вы сканируете логи на глаз?

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

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

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


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 03:34 
> grep 30 лет назад придумали

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


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 11:41 
Как раз mysql пишет бинарные логи, а general log у него описан в документации как "performance killer".

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено EHLO , 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)


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

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 29-Ноя-14 21:39 
И конечно сейчас мы увидим сравнения и рассказы какие 99% вокруг людей-дурачков, а ты молодец.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 00:15 
вы где бинарные логи то нашли или мозги от виндовс у вас остались? у меня системд стоит уже 1,5 года и все пишет через syslog и  rsyslog. нет может вам поттеринг специально для вас подкинул сборку с бинарными логами , чтоб вы покричали тут. точнее он вам сказал что там бинарные , а вы и не посмотрели?

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 01:40 
journald

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 06:58 
> journald

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


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено oops , 27-Ноя-14 18:12 
ну, если что, systemd это не только запускался сервисов.

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Fracta1L , 27-Ноя-14 18:18 
> среди идей упоминается создание единого унифицированного интерфейса для конфигурационных данных и всех сервисов/приложений, реализация централизованной системы уведомления о наступлении событий

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 18:33 
И?

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 19:50 
О встроенном HTTP сервере, генераторе QR кодов, встроенных логере, клиентах DHCP и прочего речи не идёт.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 21:01 
> Ну и напрасно.

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 21:25 
http://www.opennet.me/opennews/art.shtml?num=40960 и без замены консоли tty на systemd-consoled!

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 20:19 
> Это абстрактная аналогия.

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

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

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

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

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Michael Shigorin , 27-Ноя-14 23:33 
> Минуточку, а вон тот чувачок из iXsystems, который явно гнет развитие фряхи
> под нужды своей конторы - это кто по твоему?

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 00:25 
> А теперь скажите то же самое про Леннарта или поперхнитесь своими же словами:

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

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


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 29-Ноя-14 17:40 
> до PC-BSD, но это так, мелочь :)

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено iZEN , 28-Ноя-14 20:47 
>> Это абстрактная аналогия.
> Не, вот извини. Если XML мне не нравится то против простых текстовых конфигов я не возражаю. Так что есть некая разница.

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 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ные макароны и валидируй их сторонним валидатором, который понятия не имеет какие параметры валидны, необходимы, опциональны, чему могут быть равны и прочая. Это обычно в нормальных программах встроенный валидатор умеет и последнее на чем стоит экономить - так это на нем.


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено iZEN , 29-Ноя-14 18:24 
> Зато XML и машине неудобно и медлено парсить, и человеку неудобно читать.
> Там кроме полезной информации - много лишнего cruft. И надо спецредактор.

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

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

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

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

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

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

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


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

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


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

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



"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено iZEN , 27-Ноя-14 19:39 
>> существование systemd обусловлено чисто объективными техническими причинами, вопреки всем истеричным воплям хейтеров.
> В общем, любую программу можно написать на XML.

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 19:49 
> Но это не значит, что на нём нужно переписать всё.

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


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 20:20 
> Поттеринг давно указал бздунам кто они - тормоз для развития свободного ПО.

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено iZEN , 28-Ноя-14 11:15 
> Ну а кто они, с их выеживанием несколько лет а потом отсталым копированием DRM/KMS из устаревших версий линуха?

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 01-Дек-14 17:52 
В январе 2013-года портировали код из ядра 3.8, которое вышло в январе 2013-го года.
Мне смешно.

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 07:53 
> ну, если что, systemd это не только запускался сервисов.

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено anonymous , 27-Ноя-14 19:22 
Суть претензий не в проблемах, которые решает системд, а в том, как он это делает.

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

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Fracta1L , 27-Ноя-14 19:43 
> это не юникс вей

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

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

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено anonymous , 27-Ноя-14 19:54 
> А unixway - это не священный догмат и не серебрянная пуля.

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

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

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

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

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



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

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

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

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Mihail Zenkov , 27-Ноя-14 23:45 
> Те, кто занимается собркой специализированных систем профессионально, не жалуются.

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

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 03:17 
> Они сами пишут систему инициализации, так как для "специализированной системы" это
> 50-300 строк на shell.

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


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Michael Shigorin , 27-Ноя-14 23:35 
>> это не юникс вей
> А unixway - это не священный догмат и не серебрянная пуля.

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 00:31 
> Вам, насколько могу судить -- нечего.

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Michael Shigorin , 29-Ноя-14 02:29 
>> Вам, насколько могу судить -- нечего.
> Я не он, но не вижу чего предъявить вам.

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

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

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

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

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

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

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

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

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

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

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


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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Какаянахренразница , 28-Ноя-14 05:33 
> вы размахиваете удалятором направо-налево

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Fracta1L , 28-Ноя-14 06:57 
Болгарский мальчик изучает явление вахтёрства. Интересно смотреть, как вахтёр Шигорин удаляет не нравящиеся ему комменты из-за якобы отсутствия аргументов в них, тогда как все аргументы самого Шигорина заключаются в надувании щёк -))

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 10:10 
И он имеет на это право. А вы ведете себя как дети. Ссыте против ветра, а когда обмочите штаны бежит к маме что бы постирала.

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

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

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

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


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

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

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

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



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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 19:48 
> Монолитный кусок - это не юникс вей.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 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йка и с систе****! Шиндофс гарантирует это!!!

:)


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 21:29 
> Почему когда я отключил второй винт, systemd нормально загрузился?

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Ytch , 28-Ноя-14 00:18 
> Но предъявлять что-то тестовой версии
> системы в переходном периоде - это по любому надо не дружить
> с головой.

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

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


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 29-Ноя-14 21:43 
hamster: если бы программисты были врачами, им бы пациенты говорили например "у меня болит нога", а они бы отвечали "ну не знаю, у меня такая же нога, а ничего не болит"

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 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 презренный.


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 01:18 
Поцыент 18 раз упомянул "максималочку" в одном посте и при этом божится что он не вантузятник :-\ Ню-ню ...

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 03:20 
> Поцыент 18 раз упомянул "максималочку" в одном посте и при этом божится
> что он не вантузятник :-\ Ню-ню ...

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


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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Michael Shigorin , 29-Ноя-14 03:05 
> Смотри как засуетился :-\

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Michael Shigorin , 29-Ноя-14 02:41 
> Пришел эппл и показал "как надо".

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено vitalif , 27-Ноя-14 20:58 
> Да ядро линукса - монолит.

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено iZEN , 28-Ноя-14 11:34 
> Монолитный кусок - это не юникс вей.

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Mihail Zenkov , 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.


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Apple , 28-Ноя-14 06:44 
Есть, но его уже второй раз пытаются портировать из OS X и пока результат видимо не удовлетворительный, а возможно разработчики просто не хотят его внедрять, сложно сказать.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено XakRu , 28-Ноя-14 16:34 
https://github.com/freebsd/openlaunchd
https://wiki.freebsd.org/launchd

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 18:05 
>единого унифицированного интерфейса для конфигурационных данных

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено клоун , 27-Ноя-14 18:15 
Только если гарантируете вы, что файлов структура не будет впредь изменяться никогда. Да... Да... Я сильную поп-аболь в тебе ощущаю...

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено anonymous , 27-Ноя-14 18:14 
вот у них будет нормальный системд, без хттп-сервачков, бинарных логов и зависимостей из гнома

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 18:16 
> вот у них будет нормальный системд, без хттп-сервачков, бинарных логов и зависимостей
> из гнома

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено anonymous , 27-Ноя-14 18:31 
что-то из перечисленного неправда?

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Fracta1L , 27-Ноя-14 18:35 
Зависимости из гнома покажи.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено anonymous , 27-Ноя-14 18:46 
это ж известная история

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 18:51 
я бы на твоем месте забил на гном вообще. то во что его прревратили кроме отвращения больше никаких эмоций не вызывает.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Fracta1L , 27-Ноя-14 19:44 
Т.е. ты не понимаешь разницы между зависимостью от и зависимостью для. Ок.



"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено vitalif , 27-Ноя-14 20:59 
> Т.е. ты не понимаешь разницы между зависимостью от и зависимостью для. Ок.

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 21:16 
> и какая разница? важен сам факт наличия зависимости

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Michael Shigorin , 29-Ноя-14 02:46 
> Правда что-то мне подсказывает что без библиотек ты довольно быстро задолбаешься...

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Michael Shigorin , 29-Ноя-14 02:45 
> Т.е. ты не понимаешь разницы между зависимостью от и зависимостью для. Ок.

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено anonymous , 27-Ноя-14 23:02 
> странно но бинарных логов не видел хоть и облазил все

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 18:40 
Надеюсь у них получится реализовать эти задачи не так отвратительно как с systemd и они смогут ничего не сломать.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено pxeL , 27-Ноя-14 18:55 
фак, так и думал, что это заразно

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено czarj , 27-Ноя-14 19:06 
В команде FreeBSD вроде серьёзно подходят к проектированию.. Надеюсь все обмозгуют и сделают что-нибудь нормальное. Ведь с geom и netgraph получилось у них.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 02:51 
> Ведь с geom и netgraph получилось у них.

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

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


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

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Журналовращатель , 27-Ноя-14 19:55 
Они все такие. Бывают только хуже, но не лучше. Я тоже удивлён.

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 21:18 
> вкладом в Apple.

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 22:34 
Человек купил компьютер, который ему нравится == подстилание, да.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 22:40 
> Человек купил компьютер, который ему нравится == подстилание, да.

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


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено pkdr , 28-Ноя-14 10:16 
> Открою секрет - 90% бусдунов сидит на маке. Они так понтуются своим вкладом в Apple.

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


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

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


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 19:49 
Так никто и не говорил что не надо нового инита. Народу не понравилось что он полцчился точь-в-точь как самые ужасные виндовые костыли!
Может а BSD-шнегов получится сделать всё правильно. Тогда линусоиды смогут утянуть к себе :) если к тому времени останется хоть пара осиляторов.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Нимо Ан , 27-Ноя-14 20:05 
Блин, вот только не надо создавать ЕЩЁ ОДНУ систему инициализации. Уж лучше тогда сам systemd на худой конец, чем что-то новое по его образу и подобию. Задолбала фрагментация.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 20:09 
системды чересчур дерьмово реализован, бздуны на полученный от онального бизнес-партнёра микрософта лям хотят обмозговать всё с нуля, в тщетной надежде, что выйдет нечто лучшее.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 20:17 
> выйдет нечто лучшее.

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


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 21:27 
> и заменят пoдeлие П  на действительно хорошую инитилку :)

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено anolynox , 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" -- после перезагрузки отпишусь!


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено all_glory_to_the_hypnotoad , 27-Ноя-14 23:14 
>  Уж лучше тогда сам systemd на худой конец

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

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 20:07 
Бггг, микрософт спонсирует погибель ещё одного источника идей и кода. Хорошо, что скоро война и все умрут, а то было бы грустно такую погибель наблюдать.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 20:23 
ты это с кем воевать то собрался?)))) не боись с нами никто не будет воевать ибо есть в россии система , которую амеры называют "мертвая рука". короче если убить разом всех операторов ядерного оружия система сама грохнет ту страну что запустила атаку.))) и амерам страшно. потому как от возмездия в таком случае не уйти .

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 01:30 
> называют "мертвая рука".

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 04:11 
ну знаешь там уже не ламповые мозги, а зря лампа не боится электромагнитного удара при ядерном взрые и продолжает работать.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 20:40 
зачем им xml/json/yaml, чем ini не угодил?

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 20:58 
json можно штатно хранить в PostgreSQL
зачем кучи ini файлов, если все может лежать в одном месте? - с правами и т.д.
причем скорость доступа отличная

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено vitalif , 27-Ноя-14 21:01 
> json можно штатно хранить в PostgreSQL
> зачем кучи ini файлов, если все может лежать в одном месте? -
> с правами и т.д.
> причем скорость доступа отличная

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


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

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



"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 21:24 
> json можно штатно хранить в PostgreSQL

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено bOOster , 28-Ноя-14 08:32 
Из пушки по воробьям палите?

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Michael Shigorin , 29-Ноя-14 03:15 
> OpenLDAP называется. У меня и DHCP там и DNS

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено bOOster , 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 ежедневно/ежечастно в скрипте и ничего выкорчевывать не надо будет.


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

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


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

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


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

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



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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 20:55 
Закиньте это кто-то Шетухину пожалуйста. Интересна его реакция.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 21:21 
> Закиньте это кто-то Шетухину пожалуйста. Интересна его реакция.

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


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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено vitalif , 27-Ноя-14 21:02 
> единого унифицированного интерфейса для конфигурационных данных

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

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


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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Petya , 27-Ноя-14 23:02 
>>Вы сами создали проблему в своей голове и пытаетесь ее глобализировать.
> Не пытайся доказывать, что причина неприязни к системд в хейтерах и их
> психологических проблемах. Это легко опровергается. Если бы дело было в хейтерах,
> эти самые же люди точно так же противились любым другим нововведениям.

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено anonymous , 27-Ноя-14 23:04 
>pulseaudio

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


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

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


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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 23:07 
и я так думаю . эти ребята не хотят меняться и менять ничего не хотят. так в чем проблема. не нравится дистрибутив сделай свой. но нет же они хотят чтоб им сделали дистрибутив , да так что бы им нравилось и главное на халяву без усилий. вот и вся проблема. народ требует всего не предоставив ничего. так если такие поклонники юниксвей, то сделайте сами . GPL это свобода доступа , а не свобода указывать другим что делать.

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

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

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

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 00:06 
а ты сделал что нибудь в этом дистрибутиве чтоб указывать разработчикам что им и как собирать. это называется нифига не делаю но хочу все?

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 03:28 
> сделал и имею право высказывать свое мнение,

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

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

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


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

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


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

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

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Michael Shigorin , 29-Ноя-14 03:18 
> а ты сделал что нибудь в этом дистрибутиве

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

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


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Mihail Zenkov , 28-Ноя-14 00:32 
> и я так думаю . эти ребята не хотят меняться и менять
> ничего не хотят.

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

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

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

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

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

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


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

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


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

> Вот объясните пожалуйста. Почему 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.


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 27-Ноя-14 23:31 
Возможно даже все еще хуже. Потеря друзей и товарищей. Поддержки. Сами поди нераз ссорились из за разногласий и вглядах. Человек который был вам дорог, внезапно, становится чужим. С личностями которые у всех на виду все это происходит намного печальней и большими последствиями!

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено bOOster , 28-Ноя-14 06:59 
Накой все это надо? Если уж хочется чего-то этакого - надо darwin брать и прыгать от него. Уровень systemd дорастет до дарвина только лет через 5

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено unixman , 28-Ноя-14 10:36 
Из-за SystemГ я всерьез, подумал о будущих проблемах с ним, поэтому сейчас осваиваю FreeBSD, который полностью меня устраивает, и справляется с задачами на рабочих серверах.Я не красноглазый фанатик, если нужен будет Linux, то он будет, просто не в таком количестве как BSD. А такие замечательные дистры как PFSense, FreeNAS,а главное стабильные и не требовательные к железу как раздутый Linux.
Это true Unix.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 12:40 
Сейчас Linux (CentOS-6.6) только для Oracle использую, не рискнул его ставить на FreeBSD.
Цент 6.6, если не ошибаюсь, будет поддерживаться до 2020г, так что пока поживем без системГ  

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 13:06 
Зачем они повторяют ошибки линукса, ведь все эти новые системы типа системд такие плохие? Что их в старых не устраиват?

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Andrey Mitrofanov , 28-Ноя-14 13:13 
> Зачем они повторяют ошибки линукса, ведь все эти новые системы типа системд
> такие плохие? Что их в старых не устраиват?

Там наверху написано: Л.П в своём G+ фантазировал об F. Желаемое за действительное?...


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Сергей , 28-Ноя-14 15:18 
Сколько набздели-то! Проснулись, блин! https://wiki.freebsd.org/launchd

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Andrey Mitrofanov , 28-Ноя-14 16:36 
> Сколько набздели-то! Проснулись, блин! https://wiki.freebsd.org/launchd

Revision 1 as of 2005-06-29 08:22:30

Так вот чему Л.П. так радуется. Вспомнил наконец, откуда все "свои" "идеи" взял.


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено GotF , 28-Ноя-14 17:23 
> Так вот чему Л.П. так радуется. Вспомнил наконец, откуда все "свои" "идеи" взял.

Разве когда-то было секретом, что systemd создавался под влиянием launchd, SMF и Upstart? В них всех нет ничего уникально-инновационного, вся функциональность диктуется достаточно типовыми практическими задачами.


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 28-Ноя-14 22:24 
Идея супер, реализация треш.

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено pavlinux , 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 загнётся и продажи пойдут в минус.


"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 29-Ноя-14 13:01 
Главное чтобы это дерьмо, сЫстемд, не прониклов опёнок и срекозу.. а фрю жалко но она мне побоку...

"Во FreeBSD ожидается появление системы управления сервисами,..."
Отправлено Аноним , 29-Ноя-14 15:34 
Я, наверное, не очень понимаю про все эти битвы с systemd, который не приветствую. Однако перечитав старую книжку "Raymond_S._Eric-Iskusstvo_programmirovaniya_dlya_UNIX" возник вопрос:"Этот Поттеринг эту книжку не читал?" - там ясно сказано, как нужно внедрять подобные системы - напиши транслятор, который будет твои хотелки(systemd-скрипты) превращать в скрипты для bash - и, возможно, на этапе установки дистрибутива сделать запрос к устанавливающему - либо systemd вариант, либо классический. Если я не прав подскажите мне где.