| 1.1, Ne01eX (ok), 21:37, 29/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +39 +/– |
 Долгих лет syvinit!
P.S. Ньюсмейкеру отдельный респект за оперативность. Только собрался писать новость, а она уже есть. :-)
| | |
| |
| 2.26, fi (ok), 00:26, 30/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
 а если пропатчить mkinitrd - до можно и 20сек.
у нас до сих пор крутятся RHEL5, а там до сих пор SysVinit 2.86!!!
Зачем что то переделывать?
| | |
| |
| 3.56, Аноним (-), 09:33, 30/03/2018 [^] [^^] [^^^] [ответить]
| +4 +/– |
Побольше бы таких как вы, ну а в целом, не обновляйте os\po\cms, глупости это все и порты не закрывайте)
| | |
| 3.107, Аноним (-), 17:56, 30/03/2018 [^] [^^] [^^^] [ответить]
| –3 +/– |
А если поставить systemd, то можно загрузиться и за 4 секунды — за счёт параллелизации и отсутствия необходимости вызывать bash для запуска каждой портянки.
| | |
| |
| |
| 5.133, Аноним (-), 11:08, 01/04/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
Конечно, все свои хосты на него перевёл, включая серверы и контейнеры.
| | |
|
|
|
| 2.39, Аноним (-), 06:16, 30/03/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
Сижу на тестовом диване.
> будет обновлено 3 пакета
> libsystemd0 ...
Что-то сломалось.
| | |
| |
| 3.41, Аноним (-), 07:00, 30/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
это как с
libpulse0
приходится ошметки этого @#$%&^@ держать в системе.
На генту бежать лениво...
| | |
| |
| 4.43, Аноним (-), 07:39, 30/03/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Соглашусь. У меня на генту просто мощностей бежать нету. Если после каждого обновления libc придётся пересобирать пол-системы, то у меня на это уйдёт несоклько дней.
| | |
| |
| 5.126, iCat (ok), 09:19, 31/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
 >У меня на генту просто мощностей бежать нету.
Попробуй CalculateLinux. Он живёт на основе Gentoo, но использует бинарные пакеты.
| | |
|
|
| |
| 4.84, Аноним (-), 12:29, 30/03/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> Они lib-s-d ещё только собираются
Давно решено: см. libsystemd-dummy
| | |
|
|
|
| 1.4, Ne01eX (ok), 21:38, 29/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– |
Только почему в мини? Эта новость, в принципе, должна быть в главных!
| | |
| |
| 2.5, A.Stahl (ok), 21:46, 29/03/2018 [^] [^^] [^^^] [ответить]
| –3 +/– |
 Потому что эта новость чуть более актуальна, чем новости которые приносит Саахрикту: про Links, про gopher и прочие VAX с Ятрань...
| | |
| |
| |
| 4.94, Аноним (-), 13:26, 30/03/2018 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> а зубы то у системдэшников о как скрежещут
О вас пекутся, глупые язычники.
Вас же потом в /dev/null ответ держать заставят, почему не почитали Единственно Верную Систему и Пророка ее, Леннарта Великолепного!
| | |
| |
| 5.174, А (??), 16:14, 05/04/2018 [^] [^^] [^^^] [ответить]
| +/– | |
"и не пРочитали исходники ее"
> почему не почитали Единственно Верную Систему и Пророка ее, Леннарта Великолепного! | | |
|
|
|
|
| 1.6, Аноним (-), 21:48, 29/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
неинтересно, но как антимонопольный проект против systemd - сойдёт ! Имхо...
| | |
| |
| 2.34, Аноним (-), 06:08, 30/03/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
Антимонопольщиков куча - OpenRC (правда таки работает поверх sysvinit), RunIt, SInit, etc...
| | |
|
| 1.13, Gemorroj (ok), 22:33, 29/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –15 +/– |
 любители этого самого syvinit вы скрипты инициализации для него писали? скорей бы помер уже, ей богу.
| | |
| |
| |
| 3.46, Gemorroj (ok), 08:06, 30/03/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
дело не в "прогрессивности", а в количестве телодвижений, которое требуется чтобы получить результат.
| | |
| |
| 4.62, Аноним (-), 10:20, 30/03/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
> дело не в "прогрессивности", а в количестве телодвижений, которое требуется чтобы получить
> результат.
То то я смотрю проект восемь лет не двигался и все работает, а некоторые двигаются аж пар идет (и с пользователей в том числе)! И в чем разница? В разработке ради разработки? В прогрессе? Нет, я конечно же могу понять Человека в его стремлениях кодить, но как всегда вокруг находится стадо пастухов которые хотят только одного, "стричь и резать". Так пусть же у каждого Человека будет побольше хороших мыслей в голове, и побольше способностей распознать намерения каждого ("рядом" находящегося) пастуха из того стада, что бы отгородится от него для получения удовольствия от кодирования (например).
| | |
| |
| 5.66, Gemorroj (ok), 10:49, 30/03/2018 [^] [^^] [^^^] [ответить]
| –3 +/– |
если вы "поддерживаете" старый хлам, то сидите не двигайтесь. а если мы разрабатываем новый софт, и новые демоны появляются периодически, при чем не однотипные, прикажете под каждый свою портянку на баше писать?
| | |
|
| 4.68, Andrey Mitrofanov (?), 11:02, 30/03/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> дело не в "прогрессивности", а в количестве телодвижений, которое требуется чтобы получить
> результат.
Да, действительно. Что ж это мы? Спутали прогресс с потреб***ством.
"Щательнее надо, ребята!"
| | |
|
|
| 2.15, Ne01eX (ok), 22:38, 29/03/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
> любители этого самого syvinit вы скрипты инициализации для него писали? скорей бы
> помер уже, ей богу.
В том числе, и в стиле BSD. 8-) Вообще не вижу никаких сложностей. Всё на языке шелла, всё юниксвей.
| | |
| |
| 3.48, Gemorroj (ok), 08:18, 30/03/2018 [^] [^^] [^^^] [ответить]
| –3 +/– |
да, шел - это все хорошо. но для не совсем простых вещей начинаются проблемы, которые на systemd закрываются 1 командой.
для сравнения посмотри, например, скрипт запуска nginx в обоих системах
| | |
| |
| 4.54, Аноним (-), 08:48, 30/03/2018 [^] [^^] [^^^] [ответить]
| +6 +/– |
Так эти "не совсем простые вещи" захардкожены в бинарь. Что легче - "портянку" поправить при нужде или бинарь?
| | |
| 4.65, Аноним (-), 10:47, 30/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
Хотел написать вам, что "а вы не думали, как это так сделали, что закрывается одной коомандой?", да вот вам уже выше написали. Вы найдите код, который "закрывает одной командой". Если он отличный - ну дай бог.
| | |
| 4.82, Ne01eX (ok), 11:52, 30/03/2018 [^] [^^] [^^^] [ответить] | +1 +/– | 1 ЛППП 2 Зачем мне 1 команда, когда для того же nginx их нужно, как минимум 3... текст свёрнут, показать | | |
| |
| 5.86, КО (?), 12:56, 30/03/2018 [^] [^^] [^^^] [ответить]
| +4 +/– | |
>А как обстоят дела у вас, в systemd?
Спор не стоящий выеденного яйца. SystemD такой же пускатель портянок, как и SysVinit. Просто с блекжеком и куртизанками.
Просто для простых случаев в нем есть встроенные фичи, которые не требуют отдельного шелла, для запуска процессов. В сложном случае, запускаешь ту же портянку.
Другое дело, что в нем поклали болт на /etc/init.d и теперь портянки могут оказаться где угодно.
| | |
| |
| 6.105, Аноним (-), 17:38, 30/03/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> а теперь добавь сюда рестарт при падениях
у кого нет systemd, то у того не падает, а стоит
| | |
|
| 5.123, Алексей (??), 22:06, 30/03/2018 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> kill -TERM $(cat $PID)
Такое только на вашем локалхосте нормально. В дистрибутивных скриптах инициализации за это бьют ногами, ибо nginx мог уже упасть, а этот PID - быть занят другим процессом.
Отсутствие вменяемого отслеживания процессов без состояний гонок, которое в systemd реализовано через cgroups, в sysvinit является одной из главных проблем. Запускаем процесс - а дальше хоть трава не расти. Вот и получаем код типа того, что написали вы. (Можно ещё killall mysqld вспомнить в официальном, блин, init-скрипте mysql. Я об этом узнал, когда попытка остановить зависший сервис БД привела к падению akonadi, у которого прибился локально запущенный *пользовательский* экземпляр mysqld.)
| | |
| |
| 6.127, Ne01eX (ok), 10:13, 31/03/2018 [^] [^^] [^^^] [ответить] | –1 +/– | gt оверквотинг удален То что вы запускаете или прибиваете что-то не глядя ещё ... текст свёрнут, показать | | |
| |
| |
| 8.132, Ne01eX (ok), 10:54, 01/04/2018 [^] [^^] [^^^] [ответить] | –5 +/– | 1 Для всего вышеописанного и предназначен системный администратор Что надо, он... текст свёрнут, показать | | |
|
|
| |
| 7.151, Аноним84701 (ok), 00:05, 03/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
 > Слушай, ну давай только честно: вероятность того, что PID окажется занят другим
> жизненно важным процессом, близка к нулю. 1/32k -- это очень немного.
> 0.003% всего. Стоит ли из-за такого риска сильно напрягаться, если большинство
> демонов, с которыми мы ежедневно работаем, никогда не падают?
-------
удалил, т.к. "парадокс дней рождений" все же немного не то
-------
ЗЫ: хотя фигня этот расчет, т.к. тут нам не интересна вероятность совпадений PID, если они будут выдаваться случайно, а вероятность совпадения одной PID с актуальным множеством PID в системе. Т.е. скорее всего можно/следует просто считать (кол.процессов/32k)
| | |
| |
| |
| 9.167, Ne01eX (ok), 13:19, 05/04/2018 [^] [^^] [^^^] [ответить] | +1 +/– | Я вообще считаю, что не стоит даже и думать о каких-то пограничных случаях, веро... текст свёрнут, показать | | |
|
|
|
|
|
|
|
| |
| 3.141, Алексей (??), 18:31, 01/04/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> А ты все 348 опций юнит-файла системд выучил уже?
А ты все man-страницы утилит из (/usr)?/s?bin выучил уже?
| | |
|
| |
| 3.49, Gemorroj (ok), 08:19, 30/03/2018 [^] [^^] [^^^] [ответить]
| –5 +/– |
это если ты админ локалхоста. а так-о демоны совсем разными бывают иногда.
| | |
|
| 2.24, Аноним (-), 00:01, 30/03/2018 [^] [^^] [^^^] [ответить]
| +7 +/– | |
> любители этого самого syvinit вы скрипты инициализации для него писали?
Нет, мы пользуемся уже написанными до нас. Это не SystemD, для которого нужно всё заново переписывать. И я бы поставил на то, что этот ваш "системный менеджер" будет объявлен морально устаревшим раньше, чем это переписывание закончится.
| | |
| 2.33, ram_scan (?), 05:45, 30/03/2018 [^] [^^] [^^^] [ответить]
| +12 +/– | |
> любители этого самого syvinit вы скрипты инициализации для него писали?
Писали. Шелл асилить гораздо проще чем всю войну и мир по сыстемды, где на каждый чих своя кастомная подергушка, и половины подергушек все едино не хватает. Их зопиливают и зопиливают и походу уже сами зопиливающие даже в полном обьеме не в курсе чего они туда зопелили. И дело один хрен закончилось тем что из юнит файлов те же самые скрипты запускают.
| | |
| |
| 3.50, Gemorroj (ok), 08:21, 30/03/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
Это не закончилось, а просто легаси, который лень переписывать на systemd. У самого такие есть.
| | |
|
| 2.35, Аноним (-), 06:09, 30/03/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
> любители этого самого syvinit вы скрипты инициализации для него писали? скорей бы
> помер уже, ей богу.
Писали. Для нормальных демонов скрипт пишется в пару строк - копируется файл skeleton и добавляется имя демона. Увсё. А остальные демоны дерьмо на палочке просто. Если почитать документацию, демон должен делать ВСЮ работу а не система иницализации. У меня всё.
| | |
| |
| 3.51, Gemorroj (ok), 08:23, 30/03/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
А можно ссылку на инфу, что демон должен делать "всю" работу? Правда интересно разобраться где чья ответственность.
А так в жизни дерьма на палочке хватает.
| | |
| 3.57, Аноним (-), 09:36, 30/03/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Бгг. Ну вот объясни, например, ffmpeg что он ненормальный демон. Что, через start-stop-daemon объяснять будешь? А потом сверху monit прикручивать, чтобы перезапускался при падении и ресурсы ограничивать, потому что этих недодемонов на одном сервере может быть десятки?
| | |
| |
| |
| 5.112, Аноним (-), 19:57, 30/03/2018 [^] [^^] [^^^] [ответить] | –1 +/– | Не все так просто, вон системД присматривает за всеми потомками, правда тоже чер... текст свёрнут, показать | | |
|
|
| |
| 4.91, Gemorroj (ok), 13:17, 30/03/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
очень спасибо! то, что чувствуется в 5 точке описали грамотным языком)
я не фанат systemd, но когда начинаешь реально проходить через все эти дебри с форканьем процессов и обязательным мониторингом состояния, то хочется просто забить на все и просто использовать тот самый systemd.
| | |
| 4.114, Аноним (-), 20:30, 30/03/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вы тут рассказали историю о том, что "граница" полномочий и обязанностей должна проходить вот здесь, и не где более (возможно это мое мнение ошибочное, ибо не читал но осуждаю ;)
Но вопрос должен быть решен проще, кто то сможет реализовать для своего демона функционал демонизации и/или супервизора, а у кого то на это нет времени и/или желания. Товарищ Леннарт взялся помочь. Били ли у него иные цели, это вопрос не только к нему, а и к Матрице. Посмотрим, что из этого получится.
| | |
| 4.160, freehck (ok), 04:20, 04/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
 Эх, а как хорошо начинал вроде бы даже по делу говорить.
Но в итоге оказалось, что мы просто готовили сэндвич гитлера. :)
Безотказный вариант.
- "гипервизор штука нужная" -- факт
- "баш гoвно" -- вброс
- "к реализации systemd есть масса вопросов" -- факт
- "у systemd нет реально работающих альтернатив" -- вброс
- "Russ Allbery" -- больше фактов по ссылке
Какая же ты всё-таки скотина. :)
PS: Не, вообще хорошо сработал. Уважаю. Я даже не сразу понял, в чём подвох.
| | |
|
|
|
| |
| 2.36, Аноним (-), 06:10, 30/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
OpenRC это замена RC подсистеме в sysvinit. Всё-равно он без него не может. Вот RunIt - полноценная замена.
| | |
|
| 1.27, Аноним (-), 01:16, 30/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– | |
> Удалены два вызова sleep, что позволило ускорить перезагрузку на 2 секунды;
и без всяких системдэ! :D
| | |
| 1.28, Алконим (?), 01:32, 30/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– | |
> Удалены два вызова sleep, что позволило ускорить перезагрузку на 2 секунды;
Вот почему иак медленно - куча слипов. А Лёня бросился переписывать. А надо было всего лишь слипы удалить.
| | |
| |
| 2.30, Аноним (-), 03:31, 30/03/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это такая внутренняя шутка, да? Дистрибутивы ведь их патчили, да?!!
| | |
| 2.38, Аноним (-), 06:12, 30/03/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
А у меня что с systemd что с sysvinit одинаково быстро грузится. Быстро для моего ноутбучного убитого диска. Физические ограничения всё-равно никак не обойти.
| | |
| 2.63, Вен Кофлик (?), 10:44, 30/03/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Эти слипы там не сами завелись. Раньше они были нужны. Теперь стали не нужны и их удалили.
| | |
|
| 1.55, Аноним (-), 08:59, 30/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
ИТС ЭЛАЙВ, ЭЛАЙВ!
А по сабжу, очень хорошо, что проект воскресили, ибо конкуренция это хорошо. Ваши всякие системд - не во всем хорошие решения, и мягко говоря спорны. Хотя отрицать то, что в системд есть очень хорошие решения - глупо.
| | |
| |
| 2.106, Аноним (-), 17:50, 30/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
А чем бинарный журнал бредовый, поясните? Ну, кроме "железного" аргумента, что это не "Unix-way"?
| | |
| |
| 3.121, dq0s4y71 (ok), 21:04, 30/03/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Тем, что для расшифровки текстового журнала не требуются дополнительные тулзы.
Тем, что, если тестовый журнал повреждён, можно прочитать хотя бы какую-то его часть.
Тем, что для поиска, анализа и др. манипуляций с ним можно использовать стандартные текстовые утилиты (grep, tail, etc).
| | |
| |
| 4.131, Аноним (-), 10:22, 01/04/2018 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Как раз последний пункт сомнителен. Нахрена мне городить grep'ы, если я могу просто написать:
journalctl --since 20:00 --untill 20:30
а если мне нужно посмотреть, какие ошибки в этом промежутке времени генерировал процесс с указанным PID то это будет
journalctl --since 20:00 --untill 20:300 _PID=1234 -p err
Как будет выглядеть аналог этого, если юзаем только rsyslog?
| | |
| |
| 5.135, Анонимный аноним (?), 14:07, 01/04/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> Как будет выглядеть аналог этого, если юзаем только rsyslog?
% | awk -v start=20:00 -v stop=20:30 'start <=$3 && $3 < stop'
% | awk -v pid=1337 -v start=20:00 -v stop=20:32:22 '$5 ~ pid && start <=$3 && $3 < stop'
| | |
| |
| 6.136, Аноним (-), 15:12, 01/04/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
Ну и попробуйте это продиктовать теперь по телефону косорукому эникейщику, который по каким-то причинам выполняет роль дежурного сисадмина.
| | |
| |
| 7.142, Анонимный аноним (?), 20:41, 01/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Ну и попробуйте это продиктовать теперь по телефону косорукому эникейщику, который по
> каким-то причинам выполняет роль дежурного сисадмина.
Да и телеграммой отправлять - тоже дешевле выйдет!
| | |
| 7.147, dq0s4y71 (ok), 14:42, 02/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
Так в такой ситуации косорукому эникейщику всё равно придётся по телефону весь man диктовать.
| | |
|
|
|
| 4.137, Аноним (-), 15:15, 01/04/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> Тем, что для расшифровки текстового журнала не требуются дополнительные тулзы.
А less и grep - это не дополнительные тулзы? Или вы логи телепатически читаете?
> Тем, что, если тестовый журнал повреждён, можно прочитать хотя бы какую-то его
> часть.
Да, собственно, и здесь можно прочитать "какую-то" часть. А от повреждений спасает правильно настроенный сценарий резервного копирования, да.
| | |
| |
| 5.146, dq0s4y71 (ok), 14:38, 02/04/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> А less и grep - это не дополнительные тулзы? Или вы логи телепатически читаете?
Это стандартные тулзы. Они _уже_ присутствуют практически в любой системе. И ещё текстовый лог не надо предварительно расшифровывать.
> Да, собственно, и здесь можно прочитать "какую-то" часть.
Какую? Вот сохранился у вас, допустим, кусок бинарного лога из середины. И как ваша утилита расшифровки будет его расшифровывать? А у текстового лога сразу будет видно, что начало и конец утрачены, но середину-то всё равно можно легко прочитать.
> А от повреждений спасает правильно настроенный сценарий резервного копирования, да.
Ну, если так рассуждать, то и правильно настроенная защита спасёт от несанкционированного доступа к логам и вся эта тряхомудия с шифрованием и блокчейном не нужна.
| | |
|
|
|
|
| 1.108, Аноним (-), 18:29, 30/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Тем что с ним неудобно работать и в случае его повреждения он становится нечитабельным мусором который можно только удалить, лучше бы сделали архивацию и бекап его на лету из каропки так сказать.
| | |
| |
| 2.140, Аноним (-), 16:44, 01/04/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну, во-первых, надо настроить бэкап.
А во-вторых - он умеет слать на удаленный хост.
| | |
|
| 1.109, Аноним (-), 18:29, 30/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
В 14м году дико бомбил от systemd. Уповал на Devuan который тогда только анонсировали. Потом по работе пришлось работать с Centos 7 в основном, в котором s-d безальтернативен. За эти годы в Centos/Fedora каких проблем s-d мне не принес. Возможно тут его готовят лучше чем в других дистрах.
После того как столкнулся с написанием с нуля скриптов аналогичных unit-ам s-d для Debian 8, - нахрен надо. То, что в s-d есть изкоробки и прямо от вендора, при использовании sysvinit превращается в дикий трах, в плане того, что в скриптах
требуется реализовать тот функционал, который уже есть в s-d. А все потому, что
начальство - s-d хейтеры чуть менее чем полностью.
| | |
| |
| 2.120, Аноним (-), 20:50, 30/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
> основном, в котором s-d безальтернативен. За эти годы в Centos/Fedora каких
> проблем s-d мне не принес. Возможно тут его готовят лучше чем
> в других дистрах.
> После того как столкнулся с написанием с нуля скриптов аналогичных unit-ам s-d
> для Debian 8, - нахрен надо. То, что в s-d есть
> изкоробки и прямо от вендора, при использовании sysvinit превращается в дикий
> трах, в плане того, что в скриптах
> требуется реализовать тот функционал, который уже есть в s-d. А все потому,
> что
> начальство - s-d хейтеры чуть менее чем полностью.
Vendor lock-in'a для Red hat
| | |
| |
| 3.144, Аноним (-), 11:34, 02/04/2018 [^] [^^] [^^^] [ответить]
| –2 +/– | |
Мне не понятна данная мысль. С тем же успехом, можно сказать что использование glibc - vendor lock FSF. Или использование Linux-kernel - vendor lock Linux Foundation.
Не s-d дистрибутивы существуют, хоть и являются маргинальщиной. То, что в RH, s-d работает лучше чем, в том же Debian, думаю следствие того, что не нужно поддерживать одновременно несколько инитов.
| | |
| |
| 4.190, Аноним (-), 15:08, 09/04/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Мне не понятна данная мысль. С тем же успехом, можно сказать что
> использование glibc - vendor lock FSF. Или использование Linux-kernel - vendor
> lock Linux Foundation.
> Не s-d дистрибутивы существуют, хоть и являются маргинальщиной. То, что в RH,
> s-d работает лучше чем, в том же Debian, думаю следствие того,
> что не нужно поддерживать одновременно несколько инитов.
Во, придумал как положить конец s-d. Необходимо сделать так, что бы s-d в Debian начал работать лучше чем в RH! Тогда в RH s-d забросят ;)
| | |
| |
| 5.191, Andrey Mitrofanov (?), 16:04, 09/04/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> Во, придумал как положить конец s-d. Необходимо сделать так, что бы s-d
Мы-то всё ломали голову -- как бы Debian-у поработать на RH _ещё_ больше и ещё лучше. А оно эвона как Михалыч!1
> в Debian начал работать лучше чем в RH! Тогда в RH
> s-d забросят ;) | | |
| |
| 6.192, Аноним (-), 15:51, 11/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
>> Во, придумал как положить конец s-d. Необходимо сделать так, что бы s-d
> Мы-то всё ломали голову -- как бы Debian-у поработать на RH _ещё_
> больше и ещё лучше. А оно эвона как Михалыч!1
>> в Debian начал работать лучше чем в RH! Тогда в RH
>> s-d забросят ;)
С учетом смайлика в конце сентенции, дико извиняюсь. Хотя, как говорят, в каждой шутке есть доля шутки. И с учетом того, что засланных в Debian казачков не мало (ИМХО), так что пусть вот и поработают на благо выдумки своего соплеменника.
| | |
|
|
|
|
|
|
