LINUX.ORG.RU

systemd 216

 , ,


1

2

systemd — это менеджер системы и сессий для Linux. systemd совместим со скриптами инициализации SysV и LSB. Он предоставляет возможности агрессивного распараллеливания, использует для запуска сервисов сокеты и D-Bus активацию, позволяет запускать демоны по требованию, реализует транзакционную зависимостную логику управления сервисами, отслеживает процессы с использованием Linux cgroups, поддерживает создание снимков и восстановление, а также заведует монтированием и точками автомонтирования.

Это мажорный выпуск. Помимо прочих изменений, systemd-resolved теперь гармонично дополняет распознаватель заглушек кэширования DNS и LLMNR.

  • timedated больше не читает имена юнитов реализации NTP из /usr/lib/systemd/ntp-units.d/*.list. Альтернативная реализация NTP добавляет
    Conflicts=systemd-timesyncd.service
    в их юнит-файлы, заменяя собой функциональность NTP systemd по умолчанию.
  • systemd-sysusers получила новый тип строки «r» для настройки того, из каких диапазонов UID/GID выделять системных пользователей/группы. Строки типа «u» теперь могут добавлять дополнительную колонку для обозначения домашней директории создаваемого пользователя. Кроме этого, systemd-sysusers теперь может опционально считывать пользовательскую информацию из STDIN вместо файла. Это полезно вызове её из предустановочных скриптлетов RPM, которым нужно создать пользователей перед установкой первого файла RPM, так как этим файлам может требоваться владение этими пользователями. Новый макрос RPM %sysusers_create_inline представлен именно для этой задачи. systemd-sysusers теперь обновляет теневые файлы наряду с базами пользователей/групп, что улучшает совместимость с некоторыми инструментами, например, grpck.
  • Ряд шинных API PID 1 теперь опционально запрашивает у PolicyKit, предоставить ли доступ считающимся непривилегированными клиентам при определённых условиях. Имейте в виду, что интерактивная аутентификация в данный момент пока не поддерживается, но в конечном счёте ожидается добавление и её.
  • /etc/machine-info теперь обладает новыми полями для настройки среды развёртывания машины, а также месторасположения машины. hostnamectl обновлён и снабжён новой командой для обновления этих полей.
  • systemd-timesyncd обновлён до автоматического запроса информации о NTP-сервере у systemd-networkd, который можно обнаружить по DHCP.
  • systemd-resolved теперь включает распознаватель заглушек кэширования DNS и полную реализацию разрешения имён LLMNR. Добавлен новый модуль NSS «nss-resolve», позволяющий использовать собственный «nss-dns» glibc для обнаружения имён хостов через systemd-resolved. Имена хостов, адреса и произвольные RR'ы можно распознавать через D-Bus API systemd-resolved. В отличие от внутреннего распознавателя glibc, systemd-resolved умеет работать с многодомными системами и удерживает DNS-сервера и кэши отдельно и поинтерфейсно. Запросы посылаются одновременно на все интерфейсы, имеющие настроенные DNS-сервера, для корректной обработки VPN и локальных LAN, которые могут распознавать отдельные наборы доменных имён. systemd-resolved может запрашивать информацию о DNS-серверах у systemd-networkd автоматически, который, в свою очередь, может находить её по DHCP. Нововведённый инструмент «systemd-resolve-host» можно использовать для запроса логического DNS у resolved. systemd-resolved реализует IDNA и автоматически использует IDNA или кодировку UTF-8 в зависимости от того, используется ли в качестве транспорта классический DNS или LLMNR. В следующих выпусках планируется добавить в systemd-resolved реализацию DNSSEC и mDNS/DNS-SD.
  • Добавлен новый модуль NSS nss-mymachines, автоматически распознающий имена всех локально зарегистрированных контейнеров по соответствующим IP-адресам.
  • Добавлен новый клиентский инструмент для systemd-networkd — «networkctl». В настоящий момент он полностью пассивен и запрашивает сетевую конфигурацию у udev, rtnetlink и networkd, предоставляя её пользователю дружественным способом. В будущем планируется расширить его до полноценной утилиты для управления networkd.
  • .socket-юниты получили новую настройку DeferAcceptSec=, управляющую sockopt ядра TCP_DEFER_ACCEPT для TCP. Аналогично, для управления TCP Keep-Alive добавлены KeepAliveTimeSec=, KeepAliveIntervalSec= и KeepAliveProbes=. Также поддерживается отключение алгоритма Nagle для TCP (NoDelay=).
  • logind обучен новому типу сессий «web» для использования в проектах наподобие Cockpit, регистрирующих web-клиентов как PAM-сессии.
  • Юниты-таймеры с как минимум одной настройкой OnCalendar= теперь будут запускаться только после достижения timer-sync.target. Таким образом, они не будут проходить перед подстройкой системных часов локальным NTP-клиентом или чем-то подобным. Отчасти это полезно на встраиваемых системах без RTC, запускающимся со сбитыми системными часами.
  • Ключ systemd-nspawn --network-veth= теперь приводит к стабильным MAC-адресам как на внешней, так и на внутренней стороне соединения.
  • systemd-nspawn получил новый ключ --volatile= для запуска экземпляров контейнеров с незаполненными /etc или /var.
  • Клиентский код kdbus обновлён для использования новой подсистемы Linux 3.17 memfd вместо старой, kdbus-специфичной.
  • DHCP-клиент и -сервер systemd-networkd теперь поддерживают FORCENEW. Также есть новые параметры конфигурации для настройки клиентского идентификатора поставщика и режима вещания для DHCP.
  • systemd больше не будет уведомлять ядро о текущем часовом поясе, так как это в любом случае неверно и колоритно, поскольку ядру неведом DST и подобные понятия. Как следствие, временные метки FAT будут всегда считаться UTC, примерно как это уже делает Android. Помимо этого, когда RTC настроены на локальное время (отличное от UTC), systemd никогда не будет синхронизировать их обратно, так как это может смутить Windows при последующей загрузке.
  • systemd-analyze получил новую команду «verify» для оффлайн-валидации юнит-файлов.
  • systemd-networkd получил поддержку парочки дополнительных настроек для слития настроек сети. Также теперь можно настраивать метрику статично настроенных маршрутов. Для сетевых интерфейсов в случае необходимости можно настроить IP-адрес пира.
  • DHCP-сервер systemd-networkd больше не будет запрашивать вещание по умолчанию, так как это роняло некоторые сети. Для оборудования, где вещание необходимо, возможность можно включить обратно с помощью RequestBroadcast=yes.
  • systemd-networkd теперь задаёт адреса IPv4LL (если включено) даже если DHCP успешно настроен.
  • udev теперь по умолчанию отдаёт предпочтение именам сетевых устройств, предоставляемым ядром, если ядро указывает, что они предсказуемы. Это поведение можно изменить изменением NamePolicy= в соответствующем .link-файле.
  • Добавлена новая библиотека systemd-terminal, реализующая полную обработку и отображение TTY-потоков. Эту библиотеку планируется использовать в будущем для реализации подсистемы виртуальных терминалов целиком в пространстве пользователя, взамен текущей реализации в ядре.
  • Добавлен новый инструмент systemd-journald-upload для передачи данных журнала на удалённую систему с запущенным systemd-journal-remote.
  • journald больше не будет передавать все локальные данные другому запущенному syslog-демону. Это изменение сделано, поскольку rsyslog (являющийся на сегодняшний день наиболее широкоиспользуемой реализацией rsyslog) их больше не использует, и вместо этого вытягивает из журнала в свой собственный. Поскольку передача сообщений несуществующему syslog-серверу слишком затратна, было решено просто выключить её. Если у вас запущен syslog-сервер, отличный от последней версии rsyslog, эту опцию нужно снова включить (ForwardToSyslog= в journald.conf).
  • journald опционально поддерживает LZ4-компрессор для больших полей журнала. Этот компрессор работает намного лучше XZ, который использовался по умолчанию ранее.
  • machinectl теперь показывает IP-адреса локальных контейнеров, если знает их, плюс имя интерфейса контейнера.
  • Добавлен новый инструмент «systemd-escape», позволяющий легко экранировать строки для создания имён юнитов и т. п.
  • Сообщения sd_notify() теперь могут содержать новое поле ERRNO=, которое обрабатывается и сохраняется systemd, чтобы потом его можно было отобразить в выводе «systemctl status» для сервиса.
  • Добавлен новый компонент «systemd-firstboot», интерактивно запрашивающий для systemd наиболее базовую информацию (часовой пояс, имя хоста, пароль root) при первой загрузке. Ещё его можно использовать для предоставления этих вещей оффлайн в образах ФС, установленных в директории.
  • Сниппеты sysctl.d/ по умолчанию теперь выставляют net.ipv4.conf.default.promote_secondaries=1. Это позволяет не сбрасывать вторичные IP-адреса, когда первичные удалены.

>>> Источник

★☆

Проверено: fallout4all ()
Последнее исправление: JB (всего исправлений: 4)

Ответ на: комментарий от MiniRoboDancer

Или это в целях безопасности

Херовая правда мера безопасности, но считается популярной. Да и вобще на сервере обычно ничего лишнего нет.

xtraeft ★★☆☆
()
Ответ на: комментарий от anonymous

На форумах есть и обратные жалобы, кстати ;)

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

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

Кому интересно - ковыряет. Кому не интересно - сваливает. Мне повезло, у меня всё изкоробки заработало.

на некоторых новых стационарах секунд по 10-15 только до загрузчика раскочегаривается...

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

разница ну не так уж фатальна

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

Свежие компьютеры - загрузка еще быстрее...

Не сильно быстрее, ну секунд 40.

anonymous8 ★★
()
Ответ на: комментарий от anonymous

наша песня хороша, запевай сначала!

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

Это вы так догоняете кол-во сообщений чтоб популяризировать системд? :)

Мне плевать на популярность systemd.

anonymous8 ★★
()
Ответ на: комментарий от devl547

Эта проблема systemd так и не решена, кстати.

УМВР. Но, чтобы меня не обвиняли в отсутствии объективизма, то могу попросить ссылку на баг-репорт в баг-трекере systemd или твоем любимом дистрибутиве.

anonymous8 ★★
()
Ответ на: комментарий от anonymous8

Т.е. система с системд долго грузится - потом народ ковыряет что да как да почему...
Кому интересно - ковыряет. Кому не интересно - сваливает. Мне повезло, у меня всё изкоробки заработало.

Ну т.е. опять все сводится к классическому УМВР ;)

Свежие компьютеры - загрузка еще быстрее...
Не сильно быстрее, ну секунд 40.

Ну да. Одноядерные семптроны, 1гиг озу, самые дешевые HDD - от включения до готовности где то так и есть. Я не вижу ничего фатального... Ужаса в глазах пользователей тоже. Если на этот компьютер запихать системд я выиграю может от силы ну 10 секунд... Что это решит? Для меня ничего... Для юзеров тоже...

anonymous
()
Ответ на: комментарий от anonymous8

наша песня хороша, запевай сначала!
Т.е., возразить нечего

Поздно проснулся - без тебя уже и эту тему уже обсудили, еще раз тоже самое по два раза ну дню? нет, спасибо!

anonymous
()
Ответ на: комментарий от timuaz

F15, дальше только твои кривые руки. с F17 начался золотой век.

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

ArtKun ★★★★★
()
Последнее исправление: ArtKun (всего исправлений: 1)
Ответ на: комментарий от anonymous

Чё-то скромно брешешь - давай сразу миллиардов, чего уж там :)

Ну, писал он для миллионов, а пользовались единицы :)

anonymous
()
Ответ на: комментарий от anonymous

Юзеры в восторге от systemd - потому-то все основные дистрибутивы на него и переходят.

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

anonymous
()

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

lucentcode ★★★★★
()
Ответ на: комментарий от Lincor

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

Степень православности, видимо, определяется степенью ненужности. Ок.

Alsvartr ★★★★★
()
Ответ на: комментарий от LongLiveUbuntu

Ну вот завтра MS долбанет снова вытащить COM

В смысле «вытащить»? Они его никуда и не затаскивали.

anonymous
()
Ответ на: комментарий от Odalist

Gentoo откажется от своего велосипеда, OpenRC?

Я не гентушник, но всё же знаю, что OpenRC появился раньше поттерингоподелия.

anonymous
()
Ответ на: комментарий от anonymous8

Есть, это система инициализации для андройда.

MiniRoboDancer ★☆
() автор топика
Ответ на: комментарий от anonymous

Вот видишь. И все равно все его кушают, потому что в понятиях MS - это хорошо.

LongLiveUbuntu ★★★★★
()
Ответ на: комментарий от anonymous

Они его задепрекейтили, что в ынтерпрайзе почти равно закапыванию.

MiniRoboDancer ★☆
() автор топика
Ответ на: комментарий от anonymous8

системд фаны только кричать УМВР могут, но даже гугель не осилили?

Одна из первых ссылок https://bugzilla.redhat.com/show_bug.cgi?id=983688 не нравится федорка - найди в гугле проблему в генте, арче, альте. Причем у кого NM у кого что другое выползает. А иногда как в винде то есть то нет, то есть, то нет....

Хотя конечно это все юзеры ж*порукие, дистрибутивы кривые, да системд не новые. А так все хорошо, у вас же УМВР ;)

anonymous
()
Ответ на: комментарий от anonymous

системд фаны только кричать УМВР могут

Я - не фан. Просто systemd мне понравился больше всего из существующего, но я не считаю его идеалом.

но даже гугель не осилили?

Зачем? Ведь у меня всё работает.

Одна из первых ссылок https://bugzilla.redhat.com/show_bug.cgi?id=983688

Браво! Ты - годный анонимус, который слов на ветер не бросает. Судя по логу, проблему нашли в очистке journald.

Что ж, меня оминула сия чаша, видимо, я чаще бутаю комп, и логов меньше собирается.

anonymous8 ★★
()
Ответ на: комментарий от MiniRoboDancer

А зачем, если в то время уже была выпущена следующая версия и в ней работало нормально? Впрочем, только под xfwm.

Значит, или всех всё устраивало, или эта проблема была только у тебя.

У меня нет.

Значит, не было.

Проблема падучести плазмы в её архитектуре.

Тогда какие претензии к дебиану?

eugeno ★★★★★
()
Ответ на: комментарий от Extraterrestrial

У тебя gnome-shell какой-то волшебный.

Дефолтный. Зная, как линуксоиды любят кастомизировать всё и вся, не удивляюсь, что у них потом память течёт. У меня и расширений-то всего 4 установлено, причём 2 было по дефолту и 2 я сам поставил.

eugeno ★★★★★
()
Ответ на: комментарий от eugeno

или эта проблема была только у тебя

И от этого она перестаёт быть багом?

Значит, не было.

Может, у меня и щели не было?

Тогда какие претензии к дебиану?

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

MiniRoboDancer ★☆
() автор топика
Ответ на: комментарий от eugeno

Гном без расширений нафиг не нужен. Но в нём и ими пользоваться толком нельзя, ибо после обновления версии половина отваливается.

MiniRoboDancer ★☆
() автор топика
Ответ на: комментарий от MiniRoboDancer

И от этого она перестаёт быть багом?

Пока баг не зафиксирован, его нет.

Может, у меня и щели не было?

То же самое.

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

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

eugeno ★★★★★
()
Ответ на: комментарий от MiniRoboDancer

Гном без расширений нафиг не нужен. Но в нём и ими пользоваться толком нельзя, ибо после обновления версии половина отваливается.

У меня включены:

  1. Alternative Status Menu — включает пункт Power Off в меню;
  2. Remove Accessibility — понятно;
  3. Gmail Notify — самое полезное, ибо от почтовика не приходят уведомления, пока он закрыт;
  4. Weather — тоже понятно.

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

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

eugeno ★★★★★
()
Ответ на: комментарий от intelfx

А спроси про systemd --user — когда они собираются его стабилизировать и использовать по назначению?

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

Уже на основе этого и будут допиливать пользовательские сессии. Так что по всей видимости не в этом году :(

anonymous
()
Ответ на: комментарий от anonymous

И в каких же это дистрибутивах интересовались мнением пользователей

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

anonymous
()
Ответ на: комментарий от anonymous

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

intelfx ★★★★★
()

товарищи ненужнисты

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

Rognar
()
Ответ на: комментарий от user_id_68054

не может же быть чтобы исходник чего-либо (кроме шелл) — был бы написал хуже чем шелл :-) ..

наделать такое же количество ошибок как люди делают в шелл-коде (который размером больше чем hello word) — невероятно сложно. :-)

шелл ведь так и просит что бы сделали ошибку связанную с состоянием гонки (не вовремя записать\прочитать pid-файл? не подождать до завершения процесса? забыть сделать flock-файла?) ..

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

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

Томми по тебе плачет и зовет с собой, иди к нему ушлепок

anonymous
()
Ответ на: комментарий от user_id_68054

а зачем его редактировать? :-) [кроме как при условии что ты хочешь отправить патч разработчику — вот тут надо, да]

давайте луше конфигурационные файлы будем радктировать..

Дебил. У твоего незабвенно анално любимого RH есть десктоп в котором упс... неожиданно нет компилятора. Иди и соси своему Лене дальше

anonymous
()
Ответ на: комментарий от anonymous8

Пусть юзают не-systemd. В чём проблема? Мэнтейнеры выпилили все альтернативы? Тогда сами идите в мэнтейнеры и поддерживайте альтернативный init, ну или форкайте/создавайте свой дистрибутив.

Это OpenSource, здесь никто никому ничего не должен, пока ты не купишь лицензию с нужными пунктами (если такой вариант вообще будет).

Дата центр 70 серверов с купленной RH, угадай возможно ли выпилить говноД на них.

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

А теперь внимание объясни мне почему мои страхи напрасны (принимая во внимание все баги в говноД которые Никогда не станут лечить, ибо нах ненужно)

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

Просто я тут почитал коменты говноДы обожателей и пришел к выводу, что акромя локалхоста нихера более не видели. Мне линукс нужен для Mission Critical задач, и да используем Оракл (ибо альтернативы ему просто нет и хз когда будет, если вообще будет).

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

anonymous
()
Ответ на: комментарий от anonymous

И в каких же это дистрибутивах интересовались мнением пользователей

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

Пруфлинк на пользовательское обсуждение вопроса «переводить дистрибутив на systemd или нет?». А массового оттока не наблюдается тупо потому, что оттекать-то особо и некуда — почти все немаргинальные дистрибутивы перешли на systemd и с различной скоростью выпиливают прочие, ранее использовавшиеся, решения (в том же Дебиане, например, хотя и заявляли о поддержке прочих систем инициализации, но функциональность инит-скриптов уже начали потихоньку резать, недвусмысленно намекая на «все равны, но systemd равнее»).

anonymous
()
Ответ на: товарищи ненужнисты от Rognar

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

Легко: sudo apt-get remove unity && sudo apt-get autoremove && sudo apt-get install kubuntu-desktop, и вот у меня уже KDE вместо Юнити, или XFCE, или LXDE, что угодно.

А теперь сделай так же с systemd.

LongLiveUbuntu ★★★★★
()
Ответ на: комментарий от anonymous

Если кому не нравится внедрение systemd в существующих дистрибутивах, запилите свой, вы мужики или потребители лёгкого поведения, в конце концов? Кстати, уже есть такой (если не считать Alpine) - LSDLinux (название какбэ намекает, а сайт lsdlinux.org сейчас лежит)

border-radius
()
Последнее исправление: border-radius (всего исправлений: 1)
Ответ на: комментарий от border-radius

еще один упоротый.

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

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

anonymous
()
Ответ на: комментарий от LongLiveUbuntu

Я не к тому, перечитай вопрос. Юнити у меня устраивает вполне, кеды в топку, я про то почему все говорят о ненужности systemd?

Rognar
()
Ответ на: комментарий от Rognar

Еще один упоротый.

Ты используешь юнити, тебе наличие КДЕ мешает его использовать? Нет. Человек использует КДЕ, наличие юнити мешает ему использовать КДЕ? Нет. Я используют *бунту и не использую ни юнити ни кде и опять же, сюрприз сюрприз, мне ни юнити ни кде не мешает использовать тот ДЕ, который я выбрал. Как и мой ДЕ не мешает вам использовать юнити...

Никто не говорит что системд не имеет права на существование вообще. Даже больше... Если бы оно своим существованием не мешало использовать альтернативу - мне было бы на него просто плевать.

На вкус и цвет фломастеры разные... Но с системд - всем рисовать коричневым фломастером! Слава коричневому фломастеру! У меня мои картинки хорошо выходят коричневым фломастером! Вы хотите рисовать зеленым? Да вы ретроград! Не получается коричневым трава - да у вас руки кривые! Рисуйте какахи как я! Для каках зеленый не нужен. У меня здорово выходит! УМВР!

anonymous
()
Ответ на: комментарий от anonymous

Никто не говорит что системд не имеет права на существование вообще. Даже больше... Если бы оно своим существованием не мешало использовать альтернативу - мне было бы на него просто плевать.

прости, аноним, но ты забываешь что твои альтернативы — мешают нам использовать systemd. :-)

(ты хитрый вообще! все должны вдруг остановить прогресс, из-за того что ты что-то там на bash-программировал где-то? ну-ну.. :-))

например, я не хочу чтобы у меня пользователь имел ПРЯМОЙ доступ к устройствам input,video,audio. но при этом я хочу чтобы он имел возможность косвенно\частично эти устройства использовать (в случае если залогинен).

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

--------------------

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

я твои поделки быть может даже и не увижу ни когда в жизни (маленькая вероятность есть, земля не слишком большая) — а ты уже мне тут жалуешься что мой Linux (GNU/Linux/Systemd) мешает работе твоих init-bash-скриптов..

user_id_68054 ★★★★★
()
Последнее исправление: user_id_68054 (всего исправлений: 8)
Ответ на: комментарий от anonymous

У твоего незабвенно анално любимого RH есть десктоп в котором упс... неожиданно нет компилятора.

а у меня есть пульт от телевизора, в котором неожиданно — НЕТ БАТАРЕЕК! и что дальше?

что ты мне хотел сказать-то? :-)

[нет.. без батареек — пульт не работает.. но не волнуйся, через пару минут я верну их в него обратно]

user_id_68054 ★★★★★
()
Ответ на: комментарий от anonymous

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

Всем (в том числе разработчикам) похер на твое мнение.

xtraeft ★★☆☆
()
Ответ на: комментарий от anonymous

Но с системд - всем рисовать коричневым фломастером! Слава коричневому фломастеру! У меня мои картинки хорошо выходят коричневым фломастером! Вы хотите рисовать зеленым? Да вы ретроград! Не получается коричневым трава - да у вас руки кривые! Рисуйте какахи как я! Для каках зеленый не нужен. У меня здорово выходит! УМВР!

в психбольнице амнистия. и да, расскажи нам как тебе systemd мешает использовать sysv - приходит на твои сервера и удаляет sysv?

timuaz
()
Ответ на: комментарий от anonymous

Если бы оно своим существованием не мешало использовать альтернативу

Плoxoму админу systemd мешает :)

Больше баттхёрта, больше!

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.