The OpenNET Project / Index page

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

Выпуск системы инициализации sysvinit 2.89

29.03.2018 21:28

Спустя 8 лет с момента прошлого выпуска доступен релиз классической системы инициализации sysvinit 2.89, которая широко применялась в дистрибутивах Linux во времена до systemd, upstart и OpenRC.

Основные изменения:

  • Сборочные файлы переведены на использование Git вместо Subversion;
  • Добавлена возможность вывода информации о загрузке сразу на несколько консолей (например, когда ядро запускается с параметрами "console=tty1 console=ttyS0,9600");
  • Добавлены патчи для обеспечения совместимости с GNU Hurd;
  • Добавлена поддержка сборки во FreeBSD. Программа ifdown.c портирована для FreeBSD;
  • Удалены два вызова sleep, что позволило ускорить перезагрузку на 2 секунды;
  • Устранены предупреждения, выдаваемые компилятором Clang;
  • Улучшена совместимость с Debian GNU/kFreeBSD: добавлена поддержка ioctl, обеспечено выставление переменной окружения TERM в xterm, добавлена поддержка ifdown, задействован /run/initctl вместо именованного канала для связи и внесены некоторые другие исправления;
  • Обеспечена возможность работы со включенным SELinux;
  • Добавлена поддержка сборки с multiarch-пакетом libcrypt;
  • В paths.h вместо /run/nologin установлен /etc/nologin;
  • Улучшена совместимость с современным состоянием Debian GNU/Linux;
  • Добавлены патчи от проекта Openwall;
  • Добавлен код для определения системых консолей через /proc/consoles;
  • Улучшен код для определения разделов для монтирования;
  • В utmpdump добавлена поддержка адресов IPv6 и решены некоторые другие проблемы с отображением и учётом входов с IPv6.


  1. Главная ссылка к новости (https://download.savannah.nong...)
  2. OpenNews: В Debian останется возможность использования SysVinit после перехода дистрибутива на systemd
  3. OpenNews: Новая высокопроизводительная система init-скриптов для Linux
  4. OpenNews: Сравнение систем инициализации systemd, upstart и SysVinit
  5. OpenNews: Леннарт Поттеринг попытался развенчать типичные мифы о systemd
Лицензия: CC-BY
Тип: Программы
Ключевые слова: sysvinit, init
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (159) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Ne01eX (ok), 21:37, 29/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +39 +/
    Долгих лет syvinit!

    P.S. Ньюсмейкеру отдельный респект за оперативность. Только собрался писать новость, а она уже есть. :-)

     
  • 1.2, Аноним (-), 21:37, 29/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ура!

    Мой диван будет грузиться еще быстрее :)

     
     
  • 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, глупости это все и порты не закрывайте)
     
     
  • 4.87, Zenitur (ok), 13:03, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Так-то RHEL5 сейчас в стадии расширенной поддержки
     
  • 3.101, Аноним (-), 15:11, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    RHEL5 вообще какой-то весь суперский был и есть.
     
  • 3.107, Аноним (-), 17:56, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А если поставить systemd, то можно загрузиться и за 4 секунды — за счёт параллелизации и отсутствия необходимости вызывать bash для запуска каждой портянки.
     
     
  • 4.119, YetAnotherOnanym (ok), 20:47, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Вы пробовали?
     
     
  • 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.52, Аноним (-), 08:40, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Я не пересобираю, брат жив.
     
     
  • 6.72, anonymous (??), 11:20, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Брат - киборг с линуксом? Оо
     
  • 5.126, iCat (ok), 09:19, 31/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >У меня на генту просто мощностей бежать нету.

    Попробуй CalculateLinux. Он живёт на основе Gentoo, но использует бинарные пакеты.

     
  • 3.67, Andrey Mitrofanov (?), 10:58, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> libsystemd0 ...
    > Что-то сломалось.

    Они lib-s-d ещё только собираются http://www.opennet.ru/openforum/vsluhforumID3/113556.html#17 душить, силёнки-то "не те" супротив такого большого страшного макаронного монстра.

     
     
  • 4.84, Аноним (-), 12:29, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Они lib-s-d ещё только собираются

    Давно решено: см. libsystemd-dummy

     
     
  • 5.92, Andrey Mitrofanov (?), 13:21, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> Они lib-s-d ещё только собираются
    > Давно решено: см. libsystemd-dummy

    Ну, смотрю.
    https://packages.debian.org/sid/libsystemd-dev

    По впечатлению, оно решает какую-то другую задачу.
    https://anonscm.debian.org/cgit/users/md/libsystemd-dummy.git/tree/src

    Но не останавливайтесь, "бухти дальше про то, как корабли бороздят просторы Большого".

     

  • 1.4, Ne01eX (ok), 21:38, 29/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Только почему в мини? Эта новость, в принципе, должна быть в главных!
     
     
  • 2.5, A.Stahl (ok), 21:46, 29/03/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Потому что эта новость чуть более актуальна, чем новости которые приносит Саахрикту: про Links, про gopher и прочие VAX с Ятрань...
     
     
  • 3.64, Аноним (-), 10:45, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    а зубы то у системдэшников о как скрежещут
     
     
  • 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.9, Аноним (-), 21:58, 29/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Всплакнем!..
     
  • 1.11, Аноним (-), 22:04, 29/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Шевелится...
     
     
  • 2.53, Аноним (-), 08:42, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    не, его шевелят.
     
     
  • 3.79, Аноним (-), 11:45, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    шатают
     

  • 1.12, saahriktu (ok), 22:08, 29/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    sysvinit рулит!
     
  • 1.13, Gemorroj (ok), 22:33, 29/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –15 +/
    любители этого самого syvinit вы скрипты инициализации для него писали? скорей бы помер уже, ей богу.
     
     
  • 2.14, Аноним (-), 22:34, 29/03/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Мама, смотри, я прогрессивный!
     
     
  • 3.16, A.Stahl (ok), 23:01, 29/03/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Мама, смотри, я консервант... ой... консерватор, вот!
     
     
  • 4.18, Аноним (-), 23:17, 29/03/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А знаете как консервант по-английски?
     
     
  • 5.71, Аноним (-), 11:15, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Preservative!
     
     
  • 6.88, А (??), 13:05, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Это вы о чем-то личном.
     
  • 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 +/
    если вы "поддерживаете" старый хлам, то сидите не двигайтесь. а если мы разрабатываем новый софт, и новые демоны появляются периодически, при чем не однотипные, прикажете под каждый свою портянку на баше писать?
     
     
  • 6.99, Аноним (-), 14:26, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Старый хлам как известно , лучше двух новых хламовников Спорно Спасает то... текст свёрнут, показать
     
  • 6.122, YetAnotherOnanym (ok), 21:17, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > под каждый свою портянку на баше писать?

    Шаблон скопировать не судьба?

     
  • 4.68, Andrey Mitrofanov (?), 11:02, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > дело не в "прогрессивности", а в количестве телодвижений, которое требуется чтобы получить
    > результат.

    Да, действительно.  Что ж это мы?  Спутали прогресс с потреб***ством.

    "Щательнее надо, ребята!"

     
  • 4.116, dq0s4y71 (ok), 20:32, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    И какой результат вы рассчитываете получить от скриптов инициализации?
     
  • 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.118, dq0s4y71 (ok), 20:36, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > В сложном случае, запускаешь ту же портянку.

    Нормально.

     
  • 5.102, Gemorroj (ok), 15:23, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а теперь добавь сюда рестарт при падениях
     
     
  • 6.105, Аноним (-), 17:38, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > а теперь добавь сюда рестарт при падениях

    у кого нет systemd, то у того не падает, а стоит

     
  • 6.110, Ne01eX (ok), 18:54, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    1 Иш, какой шустрый Так ты мне ещё свой вариант на systemd services не показал... текст свёрнут, показать
     
     
  • 7.111, Gemorroj (ok), 19:18, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    1 не мой,а вариант самого nginx лежит в centos тут usr lib systemd system n... текст свёрнут, показать
     
     
  • 8.117, Ne01eX (ok), 20:34, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А я ни про кого конкретно и не говорил Просто - замечание вслух без перехода на... текст свёрнут, показать
     
  • 8.130, Led (ok), 21:41, 31/03/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вэб-мaкaкa возомнила себя разработчиком ... текст свёрнут, показать
     
  • 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 оверквотинг удален То что вы запускаете или прибиваете что-то не глядя ещё ... текст свёрнут, показать
     
     
  • 7.128, Алексей (??), 16:54, 31/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то как раз говорит Ибо если в init-скриптах начать учитывать этот и мног... текст свёрнут, показать
     
     
  • 8.132, Ne01eX (ok), 10:54, 01/04/2018 [^] [^^] [^^^] [ответить]  
  • –5 +/
    1 Для всего вышеописанного и предназначен системный администратор Что надо, он... текст свёрнут, показать
     
     
  • 9.138, Алексей (??), 15:38, 01/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Пакетные менеджеры не нужны - для этого есть системный администратор - и дале... текст свёрнут, показать
     
     
  • 10.143, Ne01eX (ok), 00:39, 02/04/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вас так и тянет в крайности, я смотрю - ... текст свёрнут, показать
     
     
  • 11.145, Алексей (??), 12:49, 02/04/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А как ещё вы предлагаете реагировать на ничем не аргументированные безапелляцион... текст свёрнут, показать
     
  • 6.149, freehck (ok), 19:27, 02/04/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Слушай, ну давай только честно вероятность того, что PID окажется занят другим ... текст свёрнут, показать
     
     
  • 7.150, Алексей (??), 20:54, 02/04/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вы неправильно посчитали вероятность То, что получилось у вас, - это вероятност... текст свёрнут, показать
     
     
  • 8.152, Ne01eX (ok), 04:22, 03/04/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Очень много слов, но очень мало сути По сути всё свелось к тому что 1 sysvin... текст свёрнут, показать
     
     
  • 9.153, Алексей (??), 08:59, 03/04/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    init-скрипты действительно ужасны, если требуется создать надёжную систему Расс... текст свёрнут, показать
     
     
  • 10.159, freehck (ok), 04:03, 04/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, во-первых интерфейсы очень-очень нечётко определены Не надо нам тут заливат... текст свёрнут, показать
     
     
  • 11.163, Алексей (??), 17:53, 04/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Давайте говорить конкретно чего вам не хватает, например, в определении этого и... текст свёрнут, показать
     
     
  • 12.166, freehck (ok), 09:59, 05/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Хех Хорошая попытка Но нет Они нечётко определены в том плане, что постоянно ... текст свёрнут, показать
     
     
  • 13.168, Алексей (??), 14:10, 05/04/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И как же постоянно менялся, например, указанный мной интерфейс Насколько мне из... текст свёрнут, показать
     
     
  • 14.169, freehck (ok), 15:22, 05/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Вполне очевидно, что я этого не знаю Скорее всего никак Но я тебе дал статью, ... текст свёрнут, показать
     
     
  • 15.173, Алексей (??), 15:51, 05/04/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В таком случае вас не затруднит эти ссылки предоставить, верно Помнится, вы ... текст свёрнут, показать
     
     
  • 16.175, freehck (ok), 16:23, 05/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Да не вопрос п 1 1 Причём тут квалификация Я говорю, что ты не умеешь обду... текст свёрнут, показать
     
     
  • 17.176, Алексей (??), 18:16, 05/04/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Прекрасно Давайте процитируем данный пункт code Заблуждение 1 1 Компоненты... текст свёрнут, показать
     
     
  • 18.180, freehck (ok), 19:50, 05/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ух ты Это что-то новенькое Где и кем это написано Что-то не вижу ... текст свёрнут, показать
     
     
  • 19.181, Алексей (??), 19:55, 05/04/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это написано по первой ссылке из пункта 1 1, на который вы ссылались https ww... текст свёрнут, показать
     
     
  • 20.182, freehck (ok), 11:18, 06/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    code code Доброе утро Да ты, я смотрю, ещё и отличный переводчик Ну, я... текст свёрнут, показать
     
  • 21.184, Алексей (??), 12:28, 06/04/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    D Нет, это удивительным образом пропавшее первое предложение из процитиро... текст свёрнут, показать
     
  • 22.187, freehck (ok), 11:12, 07/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я ещё раз гарантирую тебе, что у меня нет абсолютно никаких сомнений в отношении... текст свёрнут, показать
     
  • 23.188, Алексей (??), 14:27, 07/04/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Мой перевод в кавычках, потому что я не ставил цель собственно перевода, а ст... текст свёрнут, показать
     
  • 24.189, freehck (ok), 03:26, 08/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Нет же Там чёрным по белому написано Мы хотим сделать когда-нибудь стабильным... текст свёрнут, показать
     
  • 8.154, Andrey Mitrofanov (?), 11:55, 03/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Он зря наделся на крючок, да Но вы тральте дальше Наблюдаю серию проверок до ... текст свёрнут, показать
     
     
  • 9.155, Алексей (??), 12:34, 03/04/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Не проецируйте свои представления о данной дискуссии на меня, пожалуйста Я в ку... текст свёрнут, показать
     
  • 9.158, freehck (ok), 03:49, 04/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не, Андрей Тут смысл в том, что в разных дистрах наборы скриптов, которые надел... текст свёрнут, показать
     
  • 8.156, freehck (ok), 03:34, 04/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Это вероятность того, что некий демон займёт вполне определённый один PID Перез... текст свёрнут, показать
     
     
  • 9.162, Алексей (??), 17:11, 04/04/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Верно Но процессов ощутимо больше одного, поэтому эта вероятность не имеет прям... текст свёрнут, показать
     
     
  • 10.165, freehck (ok), 09:39, 05/04/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ох Тупишь Очень Берёшь эту вероятность P Прикидываешь, как часто у тебя пере... текст свёрнут, показать
     
     
  • 11.171, Алексей (??), 15:26, 05/04/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Неверно Кто сказал, что речь идёт исключительно о демонах Напоминаю, что я утв... текст свёрнут, показать
     
     
  • 12.172, freehck (ok), 15:39, 05/04/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пфффф Ну ок ... текст свёрнут, показать
     
  • 12.178, Анонимный Аноним (?), 19:13, 05/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https github com spotify linux blob master kernel pid c last_pid 32000 las... текст свёрнут, показать
     
     
  • 13.179, Алексей (??), 19:47, 05/04/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я не совсем уверен, что вы имели в виду Вы хотели сказать, что нужно породить 3... текст свёрнут, показать
     
  • 7.151, Аноним84701 (ok), 00:05, 03/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Слушай, ну давай только честно: вероятность того, что PID окажется занят другим
    > жизненно важным процессом, близка к нулю. 1/32k -- это очень немного.
    > 0.003% всего. Стоит ли из-за такого риска сильно напрягаться, если большинство
    > демонов, с которыми мы ежедневно работаем, никогда не падают?

    -------
    удалил, т.к. "парадокс дней рождений" все же немного не то
    -------
    ЗЫ: хотя фигня этот расчет, т.к. тут нам не интересна вероятность совпадений PID, если они будут выдаваться случайно, а вероятность совпадения одной PID с актуальным множеством PID в системе. Т.е. скорее всего можно/следует просто считать (кол.процессов/32k)

     
     
  • 8.157, freehck (ok), 03:42, 04/04/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У нас в системах обычно висит несколько десятков демонов Висят постоянно и не п... текст свёрнут, показать
     
     
  • 9.161, Аноним84701 (ok), 15:41, 04/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да понял я это, потому и удалил Втемяшилось почему-то сходство с парадоксо... текст свёрнут, показать
     
  • 9.164, Алексей (??), 17:56, 04/04/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Не один из них, а любой из них Плюс не забывайте о наличии дочерних процессов ... текст свёрнут, показать
     
  • 9.167, Ne01eX (ok), 13:19, 05/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я вообще считаю, что не стоит даже и думать о каких-то пограничных случаях, веро... текст свёрнут, показать
     
     
  • 10.170, freehck (ok), 15:26, 05/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Пока гром не грянет, мужик не перекрестится Ты прям из крайности в крайность... текст свёрнут, показать
     
     
  • 11.177, Ne01eX (ok), 19:08, 05/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет Я плохо выразил свою мысль, со мной это бывает Алексей привёл пример одной... текст свёрнут, показать
     
     
  • 12.183, freehck (ok), 11:28, 06/04/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну, с учётом того, что разработчики systemd героически борятся с тем, что нам не... текст свёрнут, показать
     
     
  • 13.186, Ne01eX (ok), 13:46, 06/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Да, я об этом то же где-то писал в этом треде - Ну, за понимание - ... текст свёрнут, показать
     
  • 2.19, Аноним (-), 23:25, 29/03/2018 [^] [^^] [^^^] [ответить]  
  • +13 +/
    А ты все 348 опций юнит-файла системд выучил уже?
     
     
  • 3.141, Алексей (??), 18:31, 01/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > А ты все 348 опций юнит-файла системд выучил уже?

    А ты все man-страницы утилит из (/usr)?/s?bin выучил уже?

     
  • 2.20, Crazy Alex (ok), 23:30, 29/03/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    А в чём проблема? Со стандартным скелетом - строк 10 поменять.
     
     
  • 3.21, anonymous (??), 23:34, 29/03/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Без Поттеринга никак в общем.
     
  • 3.49, Gemorroj (ok), 08:19, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • –5 +/
    это если ты админ локалхоста. а так-о демоны совсем разными бывают иногда.
     
  • 2.23, anonymous (??), 00:01, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    RedHat-boy detected.
     
  • 2.24, Аноним (-), 00:01, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > любители этого самого syvinit вы скрипты инициализации для него писали?

    Нет, мы пользуемся уже написанными до нас. Это не SystemD, для которого нужно всё заново переписывать. И я бы поставил на то, что этот ваш "системный менеджер" будет объявлен морально устаревшим раньше, чем это переписывание закончится.

     
  • 2.31, Какаянахренразница (ok), 03:56, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > любители этого самого syvinit вы скрипты инициализации для него писали?

    Да, писали. Следующий вопрос.

     
  • 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 +/
    А можно ссылку на инфу, что демон должен делать "всю" работу? Правда интересно разобраться где чья ответственность.
    А так в жизни дерьма на палочке хватает.
     
     
  • 4.58, dimcha (??), 09:43, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    https://stackoverflow.com/questions/3095566/linux-daemonize
     
  • 3.57, Аноним (-), 09:36, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Бгг. Ну вот объясни, например, ffmpeg что он ненормальный демон. Что, через start-stop-daemon объяснять будешь? А потом сверху monit прикручивать, чтобы перезапускался при падении и ресурсы ограничивать, потому что этих недодемонов на одном сервере может быть десятки?
     
     
  • 4.60, Аноним (-), 09:47, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну вот возьмём любой демон case 1 in start log_daemon_msg Starting period... текст свёрнут, показать
     
     
  • 5.112, Аноним (-), 19:57, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не все так просто, вон системД присматривает за всеми потомками, правда тоже чер... текст свёрнут, показать
     
  • 3.69, Andrey Mitrofanov (?), 11:08, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> любители этого самого syvinit вы скрипты инициализации для него писали? скорей бы
    >> помер уже, ей богу.
    > Писали. Для нормальных демонов скрипт пишется в пару строк -

    +Не то шаа эти юнит-фейл http://jdebp.eu/FGA/run-scripts-and-service-units-side-by-side.html портянки.

    >копируется файл
    > skeleton и добавляется имя демона. Увсё.

     
  • 3.78, Пользователь Debian (?), 11:45, 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: Не, вообще хорошо сработал. Уважаю. Я даже не сразу понял, в чём подвох.

     

     ....нить свёрнута, показать (91)

  • 1.17, Аноним (-), 23:13, 29/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ожило!
     
  • 1.22, Аноним (-), 23:43, 29/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Но веть есть же сусте^WOpenRC!
     
     
  • 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 +/
    Эти слипы там не сами завелись. Раньше они были нужны. Теперь стали не нужны и их удалили.
     
  • 2.73, Andrey Mitrofanov (?), 11:23, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >>  Удалены два вызова sleep, что позволило ускорить перезагрузку на 2 секунды;
    > Вот почему иак медленно - куча слипов. А Лёня бросился переписывать. А
    > надо было всего лишь слипы удалить.

    Чегой-та он, слишком _точно_ переписал.  Он тооооормоз?!

    [I]38 code results in systemd/systemd[/I] https://github.com/systemd/systemd/search?l=C&q=sleep


    ...слишком.
    [I]8 code results in Distrotech/sysvinit[/I] https://github.com/Distrotech/sysvinit/search?utf8=Б°⌠&q=sleep&type=

     
     
  • 3.74, Andrey Mitrofanov (?), 11:24, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > ...слишком.
    > [I]8 code results in Distrotech/sysvinit[/I] https://github.com/Distrotech/sysvinit/search?utf8=Б°⌠&q=sleep&type=

    https://github.com/Distrotech/sysvinit/search?q=sleep&type= Сорри.

     

  • 1.29, Андрей (??), 01:44, 30/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вот это праздник, спасибо за новость!
     
  • 1.55, Аноним (-), 08:59, 30/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ИТС ЭЛАЙВ, ЭЛАЙВ!

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

     
     
  • 2.59, dimcha (??), 09:46, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Для общего развития не расскажете,что это за решения?
     
     
  • 3.75, Andrey Mitrofanov (?), 11:29, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Для общего развития не расскажете,что это за решения?

    Начни https://www.opennet.ru/base/sys/systemd_myth.txt.html с, если осилишь.

     

  • 1.83, Аноним (-), 12:13, 30/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    systemd приd порядок навеd
     
  • 1.98, Аноним (-), 14:18, 30/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Не любят системд не только из-за кривого кода кучи багов которые фичи , но и за... текст свёрнут, показать
     
     
  • 2.100, Аноним (-), 14:36, 30/03/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https://www.opennet.ru/opennews/art.shtml?num=47454#101
     
  • 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.134, dq0s4y71 (ok), 11:36, 01/04/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И для этого нужно делать лог бинарным?
     
  • 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 диктовать.
     
     
  • 8.148, Аноним (-), 15:00, 02/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Намного интереснее, что и как такой эникейщик зачитывать будет - ведь на одной... текст свёрнут, показать
     
  • 5.185, Аноним (-), 12:35, 06/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А завтра твой кумир изменит синтаксис, ведь это же так свежО.
     
  • 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 казачков не мало (ИМХО), так что пусть вот и поработают на благо выдумки своего соплеменника.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру