The OpenNET Project / Index page

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

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

"Выпуск systemd 219 с поддержкой расширенных возможностей Btrfs"  +/
Сообщение от opennews (ok) on 17-Фев-15, 17:56 
Леннарт Поттеринг (Lennart Poettering) представил (http://lists.freedesktop.org/archives/systemd-devel/2015-Feb...) выпуск системного менеджера systemd 219 (http://www.freedesktop.org/software/systemd/), в котором наиболее значительные улучшения отмечены в networkd и механизмах обеспечения работы изолированных контейнеров, а также добавлена поддержка подразделов и снапшотов  Btrfs, в поставку включен демон systemd-importd и представлен новый API sd-hwdb.


Systemd сочетает в себе функции системы инициализации, механизм для контроля за выполнением фоновых процессов, службу для журналирования событий и средства для управления сервисами, сеансами пользователей и подключаемыми устройствами. Для определения параметров сервисов в Systemd используется набор конфигурационных unit-файлов, вместо оформления сценариев запуска в виде shell-скриптов. Система нацелена на интенсивную параллелизацию выполнения сервисов на этапе загрузки системы, вобрав в себя лучшие черты таких систем, как launchd (Mac OS X), SMF (Solaris) и Upstart (Ubuntu, старые версии Fedora). В настоящее время на использование systemd уже перешли такие дистрибутивы, как Fedora, openSUSE, Mandriva и Arch Linux, одобрен переход дистрибутивов Debian и Ubuntu по умолчанию на systemd.


Наиболее существенные изменения:

-  Представлен новый API "sd-hwdb.h", предоставляющий средства для обращения к БД с метаданными оборудования (udev hwdb). Старый интерфейс libudev теперь является надстройкой над sd-hwdb. Для получения информации из базы оборудования и обновления БД из командной строки добавлена новая утилита systemd-hwdb.

-  При копировании файлов в процессе работы компонентов systemd внутри, для разделов Btrfs теперь применяется операция клонирования метаданных ("reflink"), без создания дубликата содержимого;

-  В systemd-nspawn добавлена опция "--ephemeral" для создания одноразовых контейнеров. Возможность позволяет запустить контейнер в снапшоте Btrfs и удалить данный снапшот после завершения работы контейнера. Например, так можно поступить при проведении экспериментов, не ограничивая ФС доступом только для чтения, но не сохраняя какие-либо изменения. Другим применением может быть запуск контейнера поверх корневой ФС хост-системы без влияния на базовую систему;


-  В systemd-nspawn добавлена опция "--template", позволяющая передать путь к дереву директорий, которые будут использованы в качестве шаблона для создания начинки контейнера. При использовании шаблонов директория контейнера, путь к которой передаётся через опцию "--directory", формируется на лету при первом запуска контейнера с применением возможностей файловой системы Btrfs;

-  В утилиту machinectl добавлены команды "copy-from" и "copy-to"  для копирования файлов из работающих контейнеров в окружение хост-системы и обратно, а также команда  "bind" для монтирования директорий хост-системы в пространство локальной ФС контейнера;

-  Представлен новый фоновый процесс "systemd-importd", позволяющий организовать загрузку образов контейнеров в форматах tar, raw, qcow2 и dkr и их размещение в директории /var/lib/machines для запуска через  nspawn. Для проверки валидности загружаемых образов контейнеров используется GPG. Если образ поставляется в сжатом видео осуществляется его автоматическая распаковка. Для запроса образов  в machinectl  представлены новые команды "pull-tar", "pull-raw" и "pull-dkr". Например, при помощи данной функции можно быстро загрузить и запустить контейнеры на базе готовых образов Fedora и Ubuntu Cloud. Возможность поддерживается только на системах с Btrfs;

-  В machinectl добавлена команда "list-images" вывода списка образов контейнеров, доступных в /var/lib/machines, а также данных об их размере. Если директория размещена в разделе Btrfs и включены квоты, то будет выведена информация о квотах. Для показа детальных сведения об образе в machinectl добавлена команда "image-status".
-  В machinectl реализован эффективный механизм клонирования образов контейнеров, применяемый при использовании Btrfs, а также добавлены новые команды для удаления и переименования образов, и пометки их как доступными только для чтения;
-  В machinectl добавлена новая команда "start", позволяющая запустить контейнер в виде сервиса. Например, команда "machinectl start foo" функционально эквивалентна "systemctl start systemd-nspawn at foo.service", но более удобна для ввода;
-  Директория /var/lib/containers объявлена устаревшей и заменена на var/lib/machines, в которой, в том числе, могут размещаться загрузочные образы для  qemu/kvm. Таким образом, термин "machines" в systemd распространяется не только на контейнеры, но и на виртуальные машины. При запуске systemd-nspawn с опцией "-M", но без определения директории (--directory) или образа (--image), теперь производится автоматический поиск в /var/lib/machines подходящей запрошенному контейнеру корневой директории, подраздела или дискового образа;

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


-  В networkd добавлена поддержка сбора анонсов от сетевого оборудования по протоколу LLDP (https://ru.wikipedia.org/wiki/LLDP) (Link Layer Discovery Protocol);

-  В systemd-run добавлена опция "-t" ("--pty"), позволяющая запустить процесс как системный сервиc, но сохранить возможность интерактивного управления им через терминал. В  том числе, можно запустить "systemd-run -t /bin/bash" без создания отдельного сеанса входа;

-  Для создания подразделов Btrfs в tmpfiles добавлен новы тип строк "v";

-  В systemd-nspawn обеспечено монтирование для каждого контейнера большей части дерева cgroupfs  в режиме только для чтения, за исключением принадлежащего контейнеру поддерева в иерархии name=systemd;

-  Для файлов с логами journald теперь устанавливается флаг FS_NOCOW, который позволяет увеличить производительность при размещении данных в Btrfs, благодаря сокращению фрагментации;

-  В systemd реализована поддержка сохранения файловых дескрипторов отдельных сервисов в обработчике PID 1, что позволяет сохранить закреплённые за сервисом файловые десктипторы после его перезапуска;


-  В networkd в файлах .network обеспечена возможность настройки параметров перенаправления пакетов (IPv4/IPv6) и маскаридинга (IPv4) в привязке к сетевым интерфейсам, которые включены по умолчанию для интерфейсов veth, используемых в контейнерах. Таким образом запуск контейнера с опцией "--network-veth" приведёт к автоматической настройке маршрутизации для доступа к сетям хост-системы из контейнера;
-  В networkd обеспечена возможность настройки IPv6-адресов для локальных интерфейсов по аналогии с IPv4, В секциях  "[Match]" теперь можно использование масок и перечисления нескольких элементов через пробел;
-  В systemd-nspawn добавлена опция "--port" ("-p"), позволяющая привязать сервис в контейнере к сетевому порту хост-системы, т.е. запущенный в контейнере сервис, будет доступен как будто это обычный сервис на хост-системе;

-  В базу параметров оборудования udev, для манипуляторов мышь, помимо ранее представленных данных о DPI, добавлены сведения о параметрах прокрутки. Также добавлена поддержка информации о типах тачпадов;

-  В networkd добавлена поддержка создания сетевых устройств "ipvlan", "gretap","ip6gre", "ip6gretap" и "ip6tnl";

-  В systemd-tmpfiles добавлен новый тип строк "a" для привязки ACL к файлам;

-  В systemd-nspawn обеспечено автоматическое монтирование раздела /tmp с использованием tmpfs;

-  При нажатии Ctrl-Alt-Del более семи раз за интервал в две секунды теперь выполняется немедленная перезагрузка.


Кроме того, можно отметить проект openwrt-systemd (https://github.com/jdub/openwrt-systemd), в рамках которого  развивается набор компонентов и патчей для использования systemd в дистрибутиве OpenWRT (https://www.opennet.ru/opennews/art.shtml?num=40733), вместо поставляемого по умолчанию системного менеджера procd.

URL: http://lists.freedesktop.org/archives/systemd-devel/2015-Feb...
Новость: https://www.opennet.ru/opennews/art.shtml?num=41680

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

Оглавление

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


1. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от pavlinux (ok) on 17-Фев-15, 17:56 
> При нажатии Ctrl-Alt-Del более семи раз за интервал в две секунды теперь выполняется немедленная перезагрузка.

про SysRq-B в курсе?


[сообщение отредактировано модератором]

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

15. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +9 +/
Сообщение от Stax (ok) on 17-Фев-15, 18:23 
Но какое отношение sysrq, обрабатываемый ядром имеет к ctrl-alt-del, обрабатываемый init'ом?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

19. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –3 +/
Сообщение от Аноним (??) on 17-Фев-15, 18:36 
Вернее, systemd.

От себя:
1. У меня, к примеру, нет кнопки SysRq на клавиатуре. Просто нет.
2. Не факт, что отрубание через SysRq будет отмонтировать устройства перед перезагрузкой.

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

24. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +2 +/
Сообщение от Аноним (??) on 17-Фев-15, 18:48 
> 2. Не факт, что отрубание через SysRq будет отмонтировать устройства перед перезагрузкой.

Обычно SysRq + REISUB. S - sync, U - unmount, B - reboot.

А вот если sysrq keys в ядре отключены - тогда да, неловко-с.

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

27. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (??) on 17-Фев-15, 18:50 
'u'     - Will attempt to remount all mounted filesystems read-only.


Source: https://www.kernel.org/doc/Documentation/sysrq.txt

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

54. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Vkni (ok) on 17-Фев-15, 20:08 
> 'u'     - Will attempt to remount all mounted
> filesystems read-only.

Это чтобы после перезагрузки диски не проверялись. Так достаточно пару раз нажать SysRq+S, потом SysRq+B.

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

162. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 21:09 
> Это чтобы после перезагрузки диски не проверялись. Так достаточно пару раз нажать SysRq+S, потом SysRq+B.

И привет, fsck! Люблю ветеранов юникса.

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

240. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Vkni (ok) on 20-Фев-15, 06:42 
> И привет, fsck! Люблю ветеранов юникса.

Блин, я вроде русским языком написал, что U - чтобы диски не проверялись. Без U - да, привет fsck.

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

196. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 06:49 
> SysRq+S, потом SysRq+B.

... и получить неконсистентную файлуху. Потому что сделать sync - это прекрасно. А что если программы успеют записать что-то до момента alt-sysrq-B? :)

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

199. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Какаянахренразница (ok) on 19-Фев-15, 06:57 
>> SysRq+S, потом SysRq+B.
> ... и получить неконсистентную файлуху. Потому что сделать sync - это прекрасно.
> А что если программы успеют записать что-то до момента alt-sysrq-B? :)

Между буквами S и B нужна буква U.

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

210. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 10:09 
> Между буквами S и B нужна буква U.

Я не знаю зачем Vkni размонтирование сэкономил. Возможно, ему нравится русская рулетка.

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

243. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Vkni (ok) on 20-Фев-15, 06:56 
> Я не знаю зачем Vkni размонтирование сэкономил.

Я не сэкономил, я объяснил, зачем оно нужно.

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

244. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 20-Фев-15, 07:04 
> Я не сэкономил, я объяснил, зачем оно нужно.

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

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

248. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Vkni (ok) on 20-Фев-15, 07:22 
> Я вижу. И имею заметить что прострел себе пятки - это весьма
> странный способ пройти медобследование, не находите? :)

Такова природа UNIX'а, что прострелить пятку можно везде. За это мы его и любим.

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

251. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 20-Фев-15, 16:53 
> Такова природа UNIX'а, что прострелить пятку можно везде. За это мы его и любим.

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

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

241. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Vkni (ok) on 20-Фев-15, 06:43 
> ... и получить неконсистентную файлуху. Потому что сделать sync - это прекрасно.
> А что если программы успеют записать что-то до момента alt-sysrq-B? :)

На десктопе крайне маловероятно. Но, чтобы не проверялись диски, всё равно делается несколько S, потом U, потом B.

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

245. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 20-Фев-15, 07:07 
> На десктопе крайне маловероятно.

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

> Но, чтобы не проверялись диски, всё равно делается несколько S, потом U, потом B.

Да вообще-то и одного хватит. Лишь бы буфера скинуло (если все совсем померло, так что нифига не видать - эффективность можно проверить по мигнувему LED харда) а U всяко отцепит ФС консистентно, без разрушений.

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

249. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Vkni (ok) on 20-Фев-15, 07:28 
> Да вы утонченный ценитель, я так смотрю.

А-то! Я, как уже писал, нажимал U. А последние несколько лет выключаю pm-suspend'ом.

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

56. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 20:11 
> 'u'     - Will attempt to remount all mounted
> filesystems read-only.
> Source: https://www.kernel.org/doc/Documentation/sysrq.txt

А какая существенная разница между размонтированием и перемонтированием в ro в нашем примере? Данные же не потеряются на носителе при немедленной перезагрузке.

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

62. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 20:42 
Просто мелкое исправление, не более.
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

52. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +6 +/
Сообщение от Аноним (??) on 17-Фев-15, 20:05 
>У меня, к примеру, нет кнопки SysRq на клавиатуре. Просто нет.

То, что на ней нед надписи "SysRq" еще не значит, что ее нет, юный падаван!
Hint: PrintScreen-то у тебя точно есть?

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

165. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 21:13 
> Hint: PrintScreen-то у тебя точно есть?
> точно есть

Вы слишком хорошего мнения о ноутбучных клавиатурах.

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

58. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от 3 on 17-Фев-15, 20:21 
> От себя:
> 1. У меня, к примеру, нет кнопки SysRq на клавиатуре. Просто нет.

а у меня нет кнопки delete... и что?


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

95. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +2 +/
Сообщение от Аноним (??) on 18-Фев-15, 04:48 
> а у меня нет кнопки delete... и что?

А у некоторых вообще рук нету. И что?

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

122. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от 3 on 18-Фев-15, 10:25 
вот и я о том же...
Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

128. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от user (??) on 18-Фев-15, 11:40 
огрызкосексуалист?
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

129. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Andrey Mitrofanov on 18-Фев-15, 11:48 
> огрызкосексуалист?

фруктоложец

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

158. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 20:54 
> огрызкосексуалист?

Философ. Им клавиши Backspace и Delete не нужны в принципе :)

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

197. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 06:50 
> Философ. Им клавиши Backspace и Delete не нужны в принципе :)

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

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

198. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Какаянахренразница (ok) on 19-Фев-15, 06:55 
> У меня, к примеру, нет кнопки SysRq на клавиатуре. Просто нет.

echo 1 > /proc/sys/kernel/sysrq
echo b > /proc/sysrq-trigger

Это для мгновенной перезагрузки. Перед буквой b, как посоветовали добрые люди выше, надо сказать буквы s[ync] и u[nmount].

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

212. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от BSA on 19-Фев-15, 11:17 
Обычно, к SysRq прибегают в случае зависания системы. Поэтому вариант с echo не очень подходит в реальной жизни. Но "кулхацкеры" могут побаловаться на живой машине.
Ответить | Правка | ^ к родителю #198 | Наверх | Cообщить модератору

242. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Vkni (ok) on 20-Фев-15, 06:46 
> Но "кулхацкеры" могут побаловаться на живой машине.

Я много лет назад долго так выключал машинку без малейших последствий. Но сейчас-то есть pm-suspend.

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

246. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 20-Фев-15, 07:09 
> Я много лет назад долго так выключал машинку без малейших последствий.

"Я много лет перебегал дорогу на красный свет без малейших последствий" :)


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

250. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Vkni (ok) on 20-Фев-15, 07:29 
> "Я много лет перебегал дорогу на красный свет без малейших последствий" :)

И это тоже! Меня за все эти десятилетия только один раз оштрафовали. Было это у Петропавловки, мы с друганом к нему шли прямо в руки.

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

253. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 21-Фев-15, 16:59 
> И это тоже! Меня за все эти десятилетия только один раз оштрафовали.

Ну, понимаешь, если не повезет - штрафом может стать death penalty. Ну вот и с файлухой так же. Т.е. чаще всего сойдет с рук. Но если все развалится - жаловаться можно только на себя.

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

258. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Vkni (ok) on 24-Фев-15, 05:10 
> жаловаться можно только на себя.

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

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

259. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Наше имя Легион on 07-Мрт-15, 19:12 
Один знакомый администратор, извините за выражение, виндовса, рассказывал, что у него каждый вечер "выключали по питанию сервер с виндовс ХР". Два года подряд безо всяких проблем.

Я так понимаю это таперь "бэст прэктис" - проверенное решение и т.д.?

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

20. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (??) on 17-Фев-15, 18:38 
Ну, pavlinux об этом видимо не в курсе :)
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

70. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 21:58 
>Но какое отношение sysrq, обрабатываемый ядром имеет к ctrl-alt-del, обрабатываемый init'ом?

Такое что А) аналогичная функциональность давно присутствует Б) не нужно как последняя обезьяна тыкать по клавиатуре

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

151. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 20:35 
> Такое что А) аналогичная функциональность давно присутствует

Нет, не аналогичная.

> Б) не нужно как последняя обезьяна тыкать по клавиатуре

А с SysRq типа можно не тыкать, оно от мысленных команд срабатывает?

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

194. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +2 +/
Сообщение от Ytch (ok) on 19-Фев-15, 04:32 
>> Б) не нужно как последняя обезьяна тыкать по клавиатуре
> А с SysRq типа можно не тыкать, оно от мысленных команд срабатывает?

Вопрос не в тыкать или не тыкать, а в семь (СЕМЬ!) раз за 2 секунды! Это защита такая от случайностей? То есть если человек за 2 секунды 6 или 5 или 4 раза нажал Ctrl+Alt+Del, то, блин, вовсе не факт что он хотел перезагрузиться? Просто руки было нечем занять? Это ж за кого надо держать пользователя чтоб придумать вот такое (хотя, собственно, выше и дали один из вариантов ответа)... Вроде мелочь, а на людей нас**л - не упустил, так сказать, возможность. Молодец!

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

236. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Alan Cox email on 19-Фев-15, 23:57 
Лучше решите вопросы как отучить миллионы(может и лиарды) людей тыкать исторически стандартную комбинацию с первых секунд unixtime
Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

77. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от EHLO on 17-Фев-15, 23:21 
> Но какое отношение sysrq, обрабатываемый ядром имеет к ctrl-alt-del, обрабатываемый init'ом?

Умеет делать то же самое.

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

96. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (??) on 18-Фев-15, 04:50 
> Умеет делать то же самое.

Только alt-sysrq-b сам по себе вообще никакой софт наглухо не информирует о том что сейчас будет ребут. А полная раскоряка с отсылкой сигналов - даже посложнее чем 7 раз 3 кнопки нажать, т.к. еще и чувствительно к порядку нажатия.

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

89. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +5 +/
Сообщение от Ilya Indigo (ok) on 18-Фев-15, 00:55 
Alt+SysRq+(R,E,I,S,U,B), если быть точным.
А про 7-кратное нажатие в течение 2-ух секунд... это мог придумать только псих в эпилептическом припадке.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

97. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 04:51 
> Alt+SysRq+(R,E,I,S,U,B), если быть точным.
> А про 7-кратное нажатие в течение 2-ух секунд... это мог придумать только
> псих в эпилептическом припадке.

А 6 раз раскорячиться на аккорд чувствительный к порядку нажатия клавиш - это тогда что? :)

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

119. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Ilya Indigo (ok) on 18-Фев-15, 09:58 
Какой аккорд?
Правой рукой зажимаете Alt+SysRq, а левой просто набираете, не зажимая их вместе, REISUB, при этом для особо ленивых R (noRmal) - перевод клавы в нормальный режим, можно и не набирать, так что остаётся запомнить всего 5, а вот после E (tErm) нужно хотя бы 3 секунды подождать, перед тем как посылать I (kIll). И при этом по времени Вас никто не ограничивает.
А вот если повис сам systemd, то какак раз этот эпилептический аккорд, набивать просто бессмысленно, а SysRq не сработает лишь при Kernel Panic, что бывает довольно редко, ну и если они в конфиге ядра отключены.
Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

174. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (??) on 18-Фев-15, 21:33 
> Правой рукой зажимаете Alt+SysRq,

Мягко говоря, не на всех клавиатурах это делается комфортно. И не на всех клавиатурах REISUB срабатывает одним махом, без дрыкания alt-sysrq на каждую букву. А на ноутах такой кнопки или нет или если есть то в половине случаев Fn какой-нибудь надо жать на половине вариантов. Так что в зависимости от ситуации раскоряка получается знатной. А три пальца везде более-менее нормально жмутся.

Бонус: всякие убунтуи по дефолту зачем-то запретили большинство комбинаций alt-sysrq. Вот чудаки на букву ... B (она таки работает по дефолту).

> секунды подождать, перед тем как посылать I (kIll). И при этом
> по времени Вас никто не ограничивает.

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

> А вот если повис сам systemd,

А если повисло ядро, то тогда и alt-sysrq не спасет. Вот ведь западло.

> а SysRq не сработает лишь при Kernel Panic, что бывает довольно редко,

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

> ну и если они в конфиге ядра отключены.

Попробуй в убунте ширпотребной поклацать. Сюрприз! Еще может быть интересная дефолтная маска разрешенных команд. При том нафига оно вот так - я не понимаю :). А в чем пойнт разрешить ребут но запретить убивание задач? oO

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

237. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Alan Cox email on 20-Фев-15, 00:01 
>[оверквотинг удален]
> Правой рукой зажимаете Alt+SysRq, а левой просто набираете, не зажимая их вместе,
> REISUB, при этом для особо ленивых R (noRmal) - перевод клавы
> в нормальный режим, можно и не набирать, так что остаётся запомнить
> всего 5, а вот после E (tErm) нужно хотя бы 3
> секунды подождать, перед тем как посылать I (kIll). И при этом
> по времени Вас никто не ограничивает.
> А вот если повис сам systemd, то какак раз этот эпилептический аккорд,
> набивать просто бессмысленно, а SysRq не сработает лишь при Kernel Panic,
> что бывает довольно редко, ну и если они в конфиге ядра
> отключены.

А как нормальный гетераст паганини одной рукой три кнопки жмёт?

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

120. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 10:02 
Более чем 7-кратное, заметьте. Почему-то вспомнились комбо в Mortal Kombat.
Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

125. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Ilya Indigo (ok) on 18-Фев-15, 10:54 
> Более чем 7-кратное, заметьте. Почему-то вспомнились комбо в Mortal Kombat.

X,X,A,C,Z,<-Z
На сеговском джойстике кнопки гораздо удобнее расположены.

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

133. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +7 +/
Сообщение от Анонимка_22 (ok) on 18-Фев-15, 13:43 
> А про 7-кратное нажатие в течение 2-ух секунд... это мог придумать только псих в эпилептическом припадке.

Не, это достаточно простая тема про восприятие Ленком окружающей реальности.
Если нажать и держать, то клава будет генерить нажатия с reypress repeat delay. Но есть нюансы:
А) Ленок почему-то решил, что default 250мс, и тогда как раз наберётся 8 нажатий. На самом деле большинство (если не все) Биосы имеют дефолтом 500мс. А потом уже при инициализации консоли прописывается 250. Отсюда первый косяк - не прошла инициализация консоли, т.е. отказ либо на ранней стадии, либо отказ инициализации - функция не работает.
Б) Ленок, конечно, полный дефолт, а своих юзеров считает ещё более полными дефолтами, но даже это не даёт ему права хардкодить 250мс... мало ли у кого как. Отсюда второй косяк - по "непонятным" причинам у некоторых ЭТО работать не будет.
В) Ну и наконец, Ленок, как обычно, пытается починить, что до этого и так работало. Как Вы точно заметили - SysReq. Да, конечно, многие узнали об этом функционале только из этого треда, но тем не менее оно уже сделано давно и как-то никто не жаловался. Третий косяк - тяжёлый NIH-синдром, приводящий к внедрению заведомо худших решений, чем есть.

В результате, как обычно с системд, получился очередной кусок булшита ради булшита... ой, простите за английский - говнокод ради говнокода. Но с другой стороны, если не считать 1-2-3 трезвых идей - весь системд такой... так что...

ситемд-наркоманы получили новую дозу веществ... у них на время прекратилась ломка... всё счастливы... Жизнь продолжается!

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

134. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 13:45 
и за 1 сек не проблема нажать. 2 клавиши из 3-х, наверно, можно зажать
Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

195. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Ytch (ok) on 19-Фев-15, 04:47 
> и за 1 сек не проблема нажать. 2 клавиши из 3-х, наверно,
> можно зажать

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

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

200. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 07:02 
Хм, как раз недавно палец порезал, имел шансы немного оценить. Ну и если ctrl-alt-del я еще одной рукой могу со скрипом клацнуть, то alt-sysrq-reisub...

А на каком-нить ноуте с Fn для sysrq (мол, редкоиспользуемая кнопка же) так и с двумя исправными руками будет поза "фантомас в очках на аэроплане".

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

3. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +10 +/
Сообщение от пинус on 17-Фев-15, 18:04 
ИМХО, для systemd пора вводить пункт

* Внесено множество улучшений

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

67. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от EuPhobos (ok) on 17-Фев-15, 21:42 
Когда поттеринг начнёт внедрять wined - внесут.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

98. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (??) on 18-Фев-15, 04:54 
> Когда поттеринг начнёт внедрять wined - внесут.

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

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

117. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –3 +/
Сообщение от EuPhobos (ok) on 18-Фев-15, 09:03 
> А вы там блейте про wine, кучка клоунов.

Эко тебя бомбит.. Сходи покакай чтоль.

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

118. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +3 +/
Сообщение от Аноним (??) on 18-Фев-15, 09:17 
Да нет, все правильно он говорит, а вот у тебя как раз то самое "бомбит".
Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

238. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Alan Cox email on 20-Фев-15, 00:07 
> Да нет, все правильно он говорит, а вот у тебя как раз
> то самое "бомбит".

А зато он вперёд батьки в туалет не лезет

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

247. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –2 +/
Сообщение от Аноним (??) on 20-Фев-15, 07:11 
> А зато он вперёд батьки в туалет не лезет

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

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

170. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 21:20 
>> А вы там блейте про wine, кучка клоунов.
> Эко тебя бомбит..

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

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

175. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 21:36 
> Эко тебя бомбит..

Да вот иногда пробивает покапитанить. А то некоторые корчат из себя пуп земли и очень удивляются когда в результате резко и внезапно остаются в дypaках. Ну как с дебианом, где порядка 70% разработчиков как оказалось очень даже ЗА такой подход, а вовсе не.

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

217. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 12:24 
Справделивости ради: "70% разработчиков" не "ЗА", а "пофиг". Фанатиков системды явно не больше противников.
Ответить | Правка | ^ к родителю #175 | Наверх | Cообщить модератору

225. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 16:31 
> Справделивости ради: "70% разработчиков" не "ЗА", а "пофиг".

Утешайте себя, угумс. Кому было пофигу - могли элементарно не голосовать вообще.

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

86. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +3 +/
Сообщение от EHLO on 18-Фев-15, 00:05 
Пора вводить перечень "Чего еще нет в systemd".
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

176. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 21:37 
> Пора вводить перечень "Чего еще нет в systemd".

Тебя.

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

4. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +4 +/
Сообщение от Румпельштильцхен on 17-Фев-15, 18:06 
А почему вам всем не нравится systemd? Он же много чего умеет. Это же классно. Не так ли?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +6 +/
Сообщение от Аноним (??) on 17-Фев-15, 18:10 
Uselessd нам понравился бы больше, принцип разумной достаточности, знаете ли.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

17. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +4 +/
Сообщение от Аноним (??) on 17-Фев-15, 18:33 
Еще бы те, кто думает о разумной достаточности перестали его воспринимать как замену классическому иниту и попытались посмотреть шире. А то люди совсем думать разучаются, ставят между двумя программами знак равенства, а попробуешь объяснить реальное положение дел - сразу скрип зачерствевших мозгов доносится. Вот и страдают бедолаги, в то время как весь остальной мир вполне себе понял концепцию systemd и восторгается открывающимся перспективам.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

35. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +2 +/
Сообщение от Аноним (??) on 17-Фев-15, 19:07 
> Еще бы те, кто думает о разумной достаточности перестали его воспринимать как
> замену классическому иниту и попытались посмотреть шире.

Ну, правращение systemd из инита в аналог UNIX base system началось лет 5 назад. А до некоторых ветеранов новости доходят только лет через 20-30, после «проверки временем»™ :)

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

37. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 19:12 
Отдельный микродемон на dbus-шине для каждой операции(смена хостнейма, датывремени, etc) - это разумная достаточность? Переписывание докера и osquery - это разумная достаточность? Вывод ключа для подписывания логов с помощью qr-кода - это разумная достаточность? Батенька, по вам бритва Оккама плачет.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

40. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (??) on 17-Фев-15, 19:19 
> Отдельный микродемон на dbus-шине для каждой операции(смена хостнейма, датывремени, etc) - это разумная достаточность?

Ага. Необходимость в них назрела уже давно. Вот разработчик KDE популярно объясняет http://blog.davidedmundson.co.uk/blog/systemd-and-plasma

> Переписывание докера и osquery - это разумная достаточность?

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

> Вывод ключа для подписывания логов с помощью qr-кода - это разумная достаточность?

Это вообще очень красивое и изящное решение, в плане удобства копирования ключа :)

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

48. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (??) on 17-Фев-15, 19:33 
> http://blog.davidedmundson.co.uk/blog/systemd-and-plasma
> Currently in order to achieve the same effect we have a constantly running daemon that monitors /etc/localtime for file changes and then emits DBus signals for all the other apps.

Разумно и достаточно.

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

61. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +4 +/
Сообщение от Elhana email(ok) on 17-Фев-15, 20:27 
Важная часть:
> If we could rely on everyone setting the timezone through timedated we can remove this watch which will free some resources for everyone.

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

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

142. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 20:17 
> Так как они на самом деле не могут положится на то, что
> все меняют таймзону через timedated, им все равно придется оставить демона,
> который мониторит файл

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

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

239. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Alan Cox email on 20-Фев-15, 00:14 
>> Так как они на самом деле не могут положится на то, что
>> все меняют таймзону через timedated, им все равно придется оставить демона,
>> который мониторит файл
> Только в сборках для не-Linux. Ну и всякие девианы пусть тоже этого
> демона собирают.
> В остальных дистрах все будет работать через timedated, это забота мейнтейнеров.

Они хотят весь /etc в бинари загнать?

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

73. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 22:31 
> Ага. Необходимость в них назрела уже давно. Вот разработчик KDE популярно объясняет http://blog.davidedmundson.co.uk/blog/systemd-and-plasma

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

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

149. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (??) on 18-Фев-15, 20:33 
> Очень полезное мнение.

Не читал, но осуждаю!

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

166. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 21:13 
Ты даже фразу нормально привести не можешь, а туда же.
Разработчики кде забили на то самое Д. И пилят свои абстракции хз кому нужные. Что там можно сделать особенного что кде3 в своё время не справлялся? Побольше сожрать памяти и проца? Достойно для десктопов, достойно.
Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

182. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (??) on 18-Фев-15, 22:47 
Не курил, но осуждаю. Не пил, но осуждаю. Не кололся, но осуждаю. Не воровал, но осуждаю. Не убивал, но осуждаю. И только дураки радуются своим ошибкам, набивая шишки.
Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

153. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 20:37 
> Это те люди которые за несколько лет с нуля перепилили всё что можно и остались на одном месте?

Ну вот он и рассказывает, почему без systemd разработка DE превращается в топтание на месте.

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

163. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 21:10 
> Ну вот он и рассказывает, почему без systemd разработка DE превращается в топтание на месте.

А он там не рассказывает почему аарон разломал в своё время кде3? При всё ещё кривом кде4? А как они кдепим переписывали и до сих пор нормально не переписали на общую основу? А как в кдепим выпилили к черту кусок отвечающий за соединение с мс ексчендж и никто обратно не впилил? А как симантек десктоп переписывали не рассказал, и как им теперь системд поможет? А как на копете положили и простые настройки прокси не впиливали долгое время не рассказал? А про кучу приложений на которые положили при переходе на кде4 и куте4 не упомянул?
У них, млять, с плазмочкой проблемы.

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

167. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 21:15 
У вас, видимо, какое-то свое, особенное кде. УМВР, ЧЯДНТ?
Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

190. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 00:30 
> У вас, видимо, какое-то свое, особенное кде. УМВР, ЧЯДНТ?

У тебя похоже очки розовые. У тебя есть подключение из кдепим к эксченджу? Или что у тебя работает?

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

43. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 19:22 
Читаем еще раз:

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

Вас послушать - надо systemd образать до возможностей классического инита и тогда будет самое то. Налицо проставление знака равенства между ними двумя.

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

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

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

49. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 19:36 
При чём тут узость взглядов? Я попросту не хочу держать в своей системе оверклуджифицированный и потенциально багоопасный бойлерплейт. На минуточку, аудит безопасности systemd ещё никто не проводил, а держать в системе свору демонов, которые торчат дибасом куда попало, как-то не круто.
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

51. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (??) on 17-Фев-15, 19:40 
> При чём тут узость взглядов? Я попросту не хочу держать в своей
> системе оверклуджифицированный и потенциально багоопасный бойлерплейт.

Окей, rm -f /boot/vmlinuz-* :)

> На минуточку, аудит безопасности systemd ещё никто не проводил

Некая компания Canonical проводила, во времена политических дискуссий в Дебиане. Понятно, с какой целью.

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

Хм. Вы вообще понимаете разницу между D-Bus и TCP, например?

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

55. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от yet another anonymous on 17-Фев-15, 20:09 
Простите, Вы с Женей Густманом вместе не учились?
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

177. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 21:43 
> Некая компания Canonical проводила, во времена политических дискуссий в Дебиане.
> Понятно, с какой целью.

Весьма забавно смотрелось в формате комиксов, там где чувак из каноникала потел, получив контраргументы что в апстарте тоже дыры бывали :)

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

93. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 02:35 
"Бензопила Оккама", бритвы уже мало // fixed
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

100. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 05:07 
> "Бензопила Оккама", бритвы уже мало // fixed

Бензопила - это у Поттера. Встроят до кучи в версии 220. Так что пиндык мамонтам, выпилят.

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

99. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (??) on 18-Фев-15, 04:57 
> Отдельный микродемон на dbus-шине для каждой операции(смена хостнейма, датывремени, etc)
> - это разумная достаточность? Переписывание докера и osquery - это разумная
> достаточность? Вывод ключа для подписывания логов с помощью qr-кода - это
> разумная достаточность? Батенька, по вам бритва Оккама плачет.

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

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

145. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 20:22 
> Бритва оккама плачет по обмудкам которые нынче все это костылируют местечковыми скриптами, переизобретая свой велик в 20-й раз и нисколько не парясь квадратностью колес. Потом когда кулсисоп уволился - в этих художествах разобраться никто не может.

А и не надо. Работать - НЕ ТРОЖЬ!

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

178. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (??) on 18-Фев-15, 21:56 
> А и не надо. Работать - НЕ ТРОЖЬ!

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

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

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

39. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 19:18 
> Еще бы те, кто думает о разумной достаточности перестали его воспринимать как замену классическому иниту и попытались посмотреть шире.

Проблема в том, что сустемдэ при просмотре шире в точности соответствует антипаттерну "божественный объект".

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

42. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 19:22 
> Проблема в том, что сустемдэ при просмотре шире в точности соответствует антипаттерну "божественный объект".

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

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

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

85. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –2 +/
Сообщение от EHLO on 18-Фев-15, 00:01 
>> Проблема в том, что сустемдэ при просмотре шире в точности соответствует антипаттерну "божественный объект".
> Ну, если оперировать сугубо в религиозном дискурсе - то да.

Это из области архитектуры ПО и никак не связано с религией. Но гуманитариев этому не учат.

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

47. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 19:30 
Помню, в середине нулевых было популярно спорить, что круче - Opera или Firefox. Сторонники Firefox заявляли, что Firefox круче - он пусть и жирный как 2-3 Оперы, тормозной во столько же раз, зато ничего лишнего. А Опера - она, дескать, хоть и быстрая, хоть и маленькая, хоть можно отключить все что можно и убрать с глаз долой, но на мозги давит.

Аналогично и сейчас. Шустрый он, systemd, умеет много, но на мозги, видите ли, давит. Как тут кто-то объяснял - гуманитарный склад мышления.

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

50. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 19:36 
> А Опера - она, дескать, хоть и быстрая, хоть и
> маленькая, хоть можно отключить все что можно и убрать с глаз
> долой, но на мозги давит.

А как эти интересные люди комментировали удобство настройки в Опере антирекламных фильтров, особенно в части скрытия элементов страницы?

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

60. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +3 +/
Сообщение от 3 on 17-Фев-15, 20:27 
> Опера
> systemd

А... вот оно что...


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

84. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +2 +/
Сообщение от EHLO on 17-Фев-15, 23:56 
> А Опера - она, дескать, хоть и быстрая, хоть и маленькая, хоть можно отключить все что можно и убрать с глаз долой, но на мозги давит
> Аналогично и сейчас. Шустрый он, systemd, умеет много, но на мозги, видите ли, давит

Не помню чтобы кто-то заявлял нечто подобное.
Критики Оперы и systemd давят твой мозг.

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

146. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 20:24 
> Помню, в середине нулевых было популярно спорить, что круче - Opera или
> Firefox. Сторонники Firefox заявляли, что Firefox круче - он пусть и
> жирный как 2-3 Оперы, тормозной во столько же раз, зато ничего
> лишнего. А Опера - она, дескать, хоть и быстрая, хоть и
> маленькая, хоть можно отключить все что можно и убрать с глаз
> долой, но на мозги давит.
> Аналогично и сейчас. Шустрый он, systemd, умеет много, но на мозги, видите
> ли, давит. Как тут кто-то объяснял - гуманитарный склад мышления.

Не, systemd лучше сравнивать с огнелисом (т.к. дофига расширений).
А Опера - это Upstart. Оба екнулись из-за своей огороженности.

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

150. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от EHLO on 18-Фев-15, 20:33 
> Не, systemd лучше сравнивать с огнелисом (т.к. дофига расширений).
> А Опера - это Upstart. Оба екнулись из-за своей огороженности.

А systemd — Internet Explorer.

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

152. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (??) on 18-Фев-15, 20:36 
> А systemd — Internet Explorer.

Не, IE - это sysVinit. Старый, добрый, проверенный временем.

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

180. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 21:59 
> Не, IE - это sysVinit. Старый, добрый, проверенный временем.

И нифига не умеющий, как обычно.

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

88. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним email(??) on 18-Фев-15, 00:40 
этого монстра все ещё можно собрать в минимальной комплектации инита? А то на убунте гном староват, но новые фичи хочется, а такой паровоз лишнего функционала тянуть нет желания.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

29. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 18:50 
Это который автор не осилил и скинул на какого-то студента, который планирует его на каникулах запилить? :-D :-D :-D
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

34. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 19:04 
> Это который автор не осилил и скинул на какого-то студента, который планирует его на каникулах запилить? :-D :-D :-D

Это какой интересной личностью надо быть, чтобы не осилить поменять значения по умолчанию у пары десятков опций ./configure (ну или совсем вырезать, если максимализм играет)?

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

211. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 10:15 
> Это какой интересной личностью надо быть, чтобы не осилить поменять значения по
> умолчанию у пары десятков опций ./configure (ну или совсем вырезать, если
> максимализм играет)?

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

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

31. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 18:52 
> Uselessd нам понравился бы больше, принцип разумной достаточности, знаете ли.

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

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

38. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 19:15 
> для смены значений по умолчанию нескольких опций
> MUSLPORTINGNOTES.TXT
> UCLIBCPORTINGNOTES.TXT
> FREEBSDPORTINGNOTES.TXT

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

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

41. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 19:20 
>> для смены значений по умолчанию нескольких опций
>> MUSLPORTINGNOTES.TXT
>> UCLIBCPORTINGNOTES.TXT
>> FREEBSDPORTINGNOTES.TXT
> Не читал, но уже вбил себе в голову клише, что всё решается
> параметрами конфигурации.

Если не секрет, оно работает на всем этом? Или пока только NOTES.TXT?

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

101. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 05:09 
> Если не секрет, оно работает на всем этом? Или пока только NOTES.TXT?

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

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

141. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 20:15 
Ну, давеча один из их главных говорил "а давайте и мы свой systemd сделаем". Но дальше слов пока не пошло.
Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

181. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 22:00 
> "а давайте и мы свой systemd сделаем".

С аргументом "зато под BSDL"? :)

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

16. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Васёк on 17-Фев-15, 18:31 
Да вот тоже не пойму. Похоже на троллинг по инерции. Ну как в том мульте "Баба-Яга против", увидел про systemd статью, нужно все забрызгать, как дворовый бобик. Аргументированных комментов от хейтеров давно не читал, все сводится к "ололо поцтеринг, комбаин, ненужно" и пр. высеры. Кому они нужны - понять затрудняюсь.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

21. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +4 +/
Сообщение от Аноним (??) on 17-Фев-15, 18:42 
> Да вот тоже не пойму. Похоже на троллинг по инерции. Ну как
> в том мульте "Баба-Яга против", увидел про systemd статью, нужно все
> забрызгать, как дворовый бобик. Аргументированных комментов от хейтеров давно не читал,
> все сводится к "ололо поцтеринг, комбаин, ненужно" и пр. высеры. Кому
> они нужны - понять затрудняюсь.

Гуманитарии, сэр.

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

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

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

87. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от да я же on 18-Фев-15, 00:34 
> Гуманитарии, сэр.
>
> Техника для них - это некая вещь в себе, которую можно постигнуть только опытным путем.

О! Технари в треде!

По моему опыту, "постигнуть только опытным путём" - как раз удел технарей. Нужно решить проблему? Да не вопрос, вот тут мы вам написали модуль, сейчас проставим галочки в настройках и он заработает. Ой, не заработал, давайте попробуем снять вот эту галочку. Не помогло, ну давайте ещё вот эту снимем, и софтинку перезагрузим, авось поможет. Помогло? Ну я не знаю, что это было, но вы впредь вседа перезагружайте - верьте мне, я же технарь! Что, всё ещё не работает? Не знаю, в чём проблема, по коду понять не смогу, сейчас в отладчик залезу, посмотрю. А, вот, почему-то memcpy не работает. Вчера, когда я проверял - работало. Студия пишет что ещё есть какая-то strcpy, тоже что-то копирует, давайте с ней попробуем. Тоже не работает? Даже и не запускается уже? Хм... Ну мне вот тут студия ещё автокомплитом memmove выдала, давайте попробуем её - на stackoverflow пишут что почему-то иногда помогает (а иногда нет), вдруг и сейчас поможет. Помогло? Ура! Сейчас юнит-тест допишу и закоммичу, после этого зарелизим официальное обновление. Хотя странно, в документации написано, что тоже копирует память, как и strcpy. Наверное, вы что-то не так делаете. Систему давно переустанавливали?

И не приведи вам случай попытаться понять, почему система тормозит, и попытаться оптимизировать её до скоростей, больших, чем написано в тз. У нас в ТЗ что написано? Что страница должна генерировать максимум за 500 миллисекунд. А генерируется за сколько? За 480? Ну так и что, что на ней только шапка и список из десяти товаров с постраничной навигацией. Ты же ТЕХНАРЬ! Технически, страница удовлетворяет заданию клиента. Что-что? Интересно, почему список из картинок и десяти строк текста генерится полсекунды со включённым кешем? А почему тебе это интересно? ГУМАНИТАРИЙ что ли, вопросы-то философские задавать? Генерится и ладно, клиент не жалуется.

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

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

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

Технарь пишет код, рассчитывая на юнит-тесты, падающие, когда он что-то делает не так, на выдаваемые компилятором предупреждения, на то, что IDE сама грамотно расставит отступы. Он лишь примерно понимает, как работает система и что делает его код (и то по большей степени лишь потому, что у него есть тесты). Гуманитарий пытается сначала понять, как работает система, какие взаимосвязи в ней есть и какие из них он может задеть при реализации задачи, и лишь потом начинает писать код. Ему доставляет удовольствие расстановка отступов вручную. Гуманитарий вбивает названия функций без помощи автодополнения, чтобы самому почувствовать, когда какая-то функция станет настолько часто используемой, что пора будет укоротить её название, заменив, скажем, writePlainMessageToLocalSystemLogFile на log. Гуманитарий понимает, что автодополнение упрощает написание кода, но не его чтение и тем более понимание.

Технарь знает на память 30 наиболее известных паттернов проектирования и способен применить их в любой ситуации, но никогда не вспомнит, в каком порядке идут аргументы функции, которой постоянно пользуется. Гуманитарий вызывает ненависть со стороны технаря, так как помнит на память названия и аргументы функций, которые использует (но только не других), потому что каждый раз пишет их вручную. При этом он не может назвать и пяти паттернов проектирования, хотя сможет сам изобрести нужный из них в случае, когда это действительно будет нужно.

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

90. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от да я же on 18-Фев-15, 00:56 
А, и главное забыл, что касается systemd.

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

Позиция гуманитария по systemd основана на общих принципах: systemd имеет плохую архитектуру (всё завязано друг на друга), он непереносим (использует linux-специфичное), он буквально проталкивается в дистрибутивы с вытеснением (а не параллельной поддержкой) альтернатив, апстрим неадекватен.

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

Типичный пример - сборка и использование udev отдельно от systemd. Технари утверждают, что это возможно, нужно максимум написать свой Makefile и установить несколько dev-версий пакетов, не нужных для сборки самого udev (и, да, патчи апстрим не принимает). Гуманитарии же утверждают, что устанавливать для сборки udev пакеты, которые не нужны для его сборки, а используются лишь самим system - бред, и с таким же успехом можно считать, что отдельная сборка udev невозможна.

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

102. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 05:18 
Хорошо приложил! Но это скорее не гуманитарий vs технарь, а теоретик vs практик получилось.

Теоретику подавай мегаархитектуру и стройные концепции. А как оно фактически колесить по дорогам будет - теоретику вообще неинтересно. Поэтому их мегаконцептуальный хлам пылится в лучшем случае в музее политехники, а в хучшем - на помойке. Эталонный пример - minix какой-нибудь, например. Или даже что позабористее, типа paln9. Все расово верно. Концепции дypом прут! И ... даром никому не надо. Даже под пермиссивными лицензиями. Потому что недопилок с неважными рабочими параметрами. Академики фапают, остальные дружно блюют.

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

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

156. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (??) on 18-Фев-15, 20:49 
> Хорошо приложил! Но это скорее не гуманитарий vs технарь, а теоретик vs практик получилось.

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

А вот если к делу подойдет гуманитарий, у которого вместо представлений об архитектуре - религия, то каждому DE придется готовить _собственный_ suid-ный бинарник для изменений настроек, и специальный демон для отслеживания изменений. Философия юникс во все поля!

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

183. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –2 +/
Сообщение от Аноним (??) on 18-Фев-15, 23:14 
> Да не, архитектурно systemd тоже продуман.

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

> По крайней мере, по сравнению со скриптовыми костылями.

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

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

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

> для изменений настроек, и специальный демон для отслеживания изменений. Философия юникс
> во все поля!

Да что там, тут вон кадры бочку катят на (k)dbus. Им вон sysv IPC хватает. Правда показать как через него сделать кидание неопределенной группе подписчиков сообщения вида "а вот самолетный режим - а ну, радиопередатчики, заткнитесь!" эти кадры почему-то традиционно ссыкуют. Им это видите ли не надо. Ну да, пыриться в черно-зеленый терминал можно и без этого. Ну а вот толпе народа это надо. По поводу чего эти вопящие стройными рядами пойдут на йух.

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

192. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Mihail Zenkov (ok) on 19-Фев-15, 00:52 
> Да что там, тут вон кадры бочку катят на (k)dbus. Им вон
> sysv IPC хватает. Правда показать как через него сделать кидание неопределенной
> группе подписчиков сообщения вида "а вот самолетный режим - а ну,
> радиопередатчики, заткнитесь!" эти кадры почему-то традиционно ссыкуют. Им это видите
> ли не надо.

Совершенно верно - не надо ;)

Если мне нужно прекратить весь сетевой обмен - я выключаю сетевой интерфейс (ip link set eth0 down), а не шлю всем сетевым программам "пожалуйста, заткнитесь" с надеждой, что авторы всех программ умеют это адекватно понимать.

Логично экономить энергию и отключать непосредственно сам передатчик(и).

Возможно kdbus будет действительно полезен для каких-то определенных ситуаций. Но пока на десктопе и простой dbus не особо нужен.

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

201. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (??) on 19-Фев-15, 07:36 
> Совершенно верно - не надо ;)

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

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

> Если мне нужно прекратить весь сетевой обмен - я выключаю сетевой интерфейс
> (ip link set eth0 down), а не шлю всем сетевым программам "пожалуйста, заткнитесь"

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

При этом проводная сеть (если она у вас при этом есть) как таковая никому жить не мешает. Всем надо именно радиомолчание - чтобы заткнулись радиопередатчики. При этом никому не интересно, wi-fi там у вас, блутус, wi-max, 3G, LTE или что там еще. Лучше всего отрубить всё и сразу. И поэтому в мобильных девайсах по жизни есть под это специальный режим. Ну а почему так должно быть нельзя сделать в линухе - загадка природы. Ноут с линухом в самолете ничему не противоречит. А требования к нему такие же как и ко всем остальным.

Поэтому было бы логично если бы какой-нибудь обработчик кнопок/менюшка/команда/... дергаемые по усмотрению юзера на такую ситуацию - могли бы разослать уведомления неопределенной группе подписчиков. Потому что лично делать энумерацию всего что может излучать в вон той программе которая рисует пунктик меню "вырубить радио" - это как-то зело круто получается. Программа получится макаронным монтром. Которому придется в себя интегрить крупным оптом modem manager, network manager, bluez и еще чего-нибудь.

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

Это вы не умееете адекватно понимать существующие реалии.

> Логично экономить энергию и отключать непосредственно сам передатчик(и).

Зато...
1) Нифига не логично в крыжике настроек "а вот у нас тут сейчас самолет!" делать хардкорную энумерацию и умение рулить для вообще всех мыслимых разновидностей радиопередатчиков которые понимает линух.
2) Человек - не чип power manager, и в отличие от железки ему западло дергаться лишний раз на всякие сугубо техниеские сущности. Та что отвлекать человека на такую буиту - каменный век и мсдосовщина.
3) Если вы вдруг не заметили, при вашей пещерной "технологии энергосбережения" - отпадает линк! И если цель была именно сэкономить питание - вообще-то это нынче предпочитают делать БЕЗ потери функциональности. Спасибо, конечно, за экономию питания путем вырубания линка. А если компьютер не включать - во сколько сэкономится! Но так мало кому нравится. Поэтому предпочитают более умные варианты. С уходом проца в low power режим и/или низкие частоты, если нет активных задач. С частичным отключением неиспользуемых блоков чипов. При длительной неактивности линка наличие новых данных могут проверять лишь сильно эпизодически, променяв латенси на экономию питания. Ну и так далее. Когда и функциональность сохраняется (может быть с небольшой деградацией параметров) и питание экономится.

> на десктопе и простой dbus не особо нужен.

Мамонтам которые хотят самолично дрюкаться с управлением питанием и расстановкой перемычек IRQ на шине ISA? Их время вышло, добро пожаловать на свалку истории.

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

218. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Mihail Zenkov (ok) on 19-Фев-15, 13:01 
del
Ответить | Правка | ^ к родителю #201 | Наверх | Cообщить модератору

219. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Mihail Zenkov (ok) on 19-Фев-15, 13:05 
> Ну а почему так должно быть нельзя
> сделать в линухе - загадка природы. Ноут с линухом в самолете
> ничему не противоречит. А требования к нему такие же как и
> ко всем остальным.

Так сделайте - делов на десть минут.

> Поэтому было бы логично если бы какой-нибудь обработчик кнопок/менюшка/команда/... дергаемые
> по усмотрению юзера на такую ситуацию - могли бы разослать уведомления
> неопределенной группе подписчиков. Потому что лично делать энумерацию всего что может
> излучать в вон той программе которая рисует пунктик меню "вырубить радио"
> - это как-то зело круто получается. Программа получится макаронным монтром. Которому
> придется в себя интегрить крупным оптом modem manager, network manager, bluez
> и еще чего-нибудь.

Вы создаете сложности на ровном месте - ваш любимый андроид в этом режиме полностью гасит сетевые интерфейсы (adb shell ifconfig в помощь) и питание на них.

>> Логично экономить энергию и отключать непосредственно сам передатчик(и).
> Зато...
> 1) Нифига не логично в крыжике настроек "а вот у нас тут
> сейчас самолет!" делать хардкорную энумерацию и умение рулить для вообще всех
> мыслимых разновидностей радиопередатчиков которые понимает линух.

И что характерно их всех можно определить заглянув в /dev или /sys. Элементарный скрипт в помощь.

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

226. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 19:28 
> Так сделайте - делов на десть минут.

В человеческом виде делов несколько побольше. А программе крыжика "самолетный режим" совершенно не в кассу узнавать как рулить вот конкретно тем 3G свистком, например. Этот свисток - вообще может не сетевой интерфейс быть! А какой-нибудь AT-командовый модем, или даже что позаковыристее.

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

> режиме полностью гасит сетевые интерфейсы (adb shell ifconfig в помощь) и
> питание на них.

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

> И что характерно их всех можно определить заглянув в /dev или /sys.

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

> Элементарный скрипт в помощь.

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

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

227. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Mihail Zenkov (ok) on 19-Фев-15, 20:23 
> И что характерно, большинство людей труба шатали самолично костылировать столько хлама.

Так гугол в помощь - наверняка кто-то уже озадачился и написал. Если нет - могу написать для вас, за цену билета на самолет ;)

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

То, что предлагаете вы - это попытка создать все на все случае жизни, что на практике порождает больше проблем, чем решает их. Не говоря уж об overkill/overhead/overengineering.

Ваше предложение - программа посылающая сообщение о необходимости прекращения передачи радиосигнала. Потенциально я вижу следующие вопросы:
1. Кто будет определять формат сообщений?
2. Как убедить всех использовать единый формат сообщений?
3. Что делать с программами не умеющих/не желающих/игнорирующих сообщения?
4. Что делать если программ запущенна после прохождения сообщения?
5. Что будет если несколько программ попытаются выключить/включить один и тот же интерфейс?
6. Потребление памяти и усложнение программ - им всем придется уметь принимать сообщения и корректно их обрабатывать.
7. Сколько понадобится человеко-часов на внедрение и отладку этого?

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

230. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 22:11 
> Так гугол в помощь - наверняка кто-то уже озадачился и написал. Если
> нет - могу написать для вас, за цену билета на самолет ;)

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

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

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

Единственная проблема: постановка задачи отморожена на всю голову и являет собой образец квадратно-гнездового мышления имени мсдоса. Если я сажусь в самолет, последнее о чем я хочу думать в этот момент - какие же там в этом девайсе классы беспроводных устройств?! Есть четко поставленная задача: ВСЕ РАДИО ДОЛЖНЫ ЗАТКНУТЬСЯ. Вот это - нормальная человеческая постановка задачи. С понятной мотивацией (чтобы не было шанса создать помехи навигационному оборудованию) и логичной реализацией через нечто типа системной шины.

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

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

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

> говоря уж об overkill/overhead/overengineering.

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

> 1. Кто будет определять формат сообщений?

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

И кстати d-bus как таковой появился в том числе и для того чтобы програмеры не сношали себе мозг низкоуровневой формировкой пакетов. Мало кто коммуницирует с сервером, например, опеннетом, самолично выкраивая все кадры эзернета в своей программе.

> 2. Как убедить всех использовать единый формат сообщений?

В жестком виде ессно никак. А по факту какая-то из реализаций станет стандартом де-факто, основная масса софта это станет понимать. А как там особо хитрый мамонт будет дрoчить сетевым интерфейсом туда-сюда потому что это в его понимании и есть power management, это уже проблемы этого мамонта (варианты для этого всегда найдутся). Ну то-есть вы можете любить IPX хоть до поросячьего визга. Но послать пакеты мне по нему не сможете. Потому что я и промежуточные роутеры его не понимаем. Будете пользоваться TCP/IP и HTTP. Или пойдете нафиг. На выбор. Но разумется приказать вам использовать именно TCP/IP и HTTP никто не может. Просто вы будете взаимодействовать только сами с собой, если перестаратетесь с кастомом.

> 3. Что делать с программами не умеющих/не желающих/игнорирующих сообщения?

Ничего. Если кому-то станет это надо - они пойдут и сделают так чтобы умели и не игнорировали. А на нет и суда нет.

> 4. Что делать если программ запущенна после прохождения сообщения?

А это как с IRC. Вы присоединились к каналу. Но сообщения уже пролетели. Что делать? А ничего. Если это что-то критичное - ну давать по сусалам на потуги например врубить вафлю в самолете. Т.е. пока самолетный режим явно не снят - фиг вам а не вафля.

> 5. Что будет если несколько программ попытаются выключить/включить один и тот же
> интерфейс?

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

> 6. Потребление памяти и усложнение программ - им всем придется уметь принимать
> сообщения и корректно их обрабатывать.

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

> 7. Сколько понадобится человеко-часов на внедрение и отладку этого?

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

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

222. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Mihail Zenkov (ok) on 19-Фев-15, 13:40 
>[оверквотинг удален]
> отпадает линк! И если цель была именно сэкономить питание - вообще-то
> это нынче предпочитают делать БЕЗ потери функциональности. Спасибо, конечно, за экономию
> питания путем вырубания линка. А если компьютер не включать - во
> сколько сэкономится! Но так мало кому нравится. Поэтому предпочитают более умные
> варианты. С уходом проца в low power режим и/или низкие частоты,
> если нет активных задач. С частичным отключением неиспользуемых блоков чипов. При
> длительной неактивности линка наличие новых данных могут проверять лишь сильно эпизодически,
> променяв латенси на экономию питания. Ну и так далее. Когда и
> функциональность сохраняется (может быть с небольшой деградацией параметров) и питание
> экономится.

Ну раз вы так хорошо разбираетесь в энергосбережении и вообще прогрессивный человек - элементарная задача: есть ноутбук с линуксом - нужно поднимать wi-fi только тогда, когда идут сетевые пакеты. У "мамонта" эта задача решена.

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

229. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 21:30 
> - элементарная задача: есть ноутбук с линуксом - нужно поднимать wi-fi
> только тогда, когда идут сетевые пакеты. У "мамонта" эта задача решена.

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

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

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

Нормальные инженеры, к вашему сведению, давно сделали для вафли "power save". Так что дрюкать интерфейс для экономии питания отнюдь не требуется. А современные чипы, между прочим, даже в активном режиме кушают столько что не то что вайфай, а все вместе, включая проц на 400-500 мегагерц с линухом - запросто пашет чуть ли не целый день от обычной батареечки типа 18650, упакованой прям в корпус карманного девайса. На фоне того как это работает, сколько лопает, сколько усилий в настройке требует, какие скорости и латенси и прочая - вы с вашими извращениями и выглядите мамонтом, если вы еще не поняли.

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

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

193. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Mihail Zenkov (ok) on 19-Фев-15, 00:57 
> А вот если к делу подойдет гуманитарий, у которого вместо представлений об
> архитектуре - религия, то каждому DE придется готовить _собственный_ suid-ный бинарник
> для изменений настроек, и специальный демон для отслеживания изменений. Философия юникс
> во все поля!

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

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

202. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 07:44 
Рассказ о нормах жизни от человека, считающего что нагружать гуманоидов управлением питания линка нормально - спасибо, но...
Ответить | Правка | ^ к родителю #193 | Наверх | Cообщить модератору

220. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Mihail Zenkov (ok) on 19-Фев-15, 13:14 
> Рассказ о нормах жизни от человека, считающего что нагружать гуманоидов управлением питания
> линка нормально - спасибо, но...

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

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

231. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 22:20 
> Человек, считающий что управление линком должно быть в одном месте (скрипт/программа),
> а не в десятках отдельных приложений ждущих сообщений.

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

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

224. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (??) on 19-Фев-15, 15:44 
> А практику плевать что там в архитектуре, лишь бы из пункта А
> в пункт Б доставляло за оговоренное время. А если при этом
> еще салон комфортабельный и кондей работает - вообще замечательно. А то
> что ДВСина этой штуки - клубок проводов и трубок, куча вспомогательных
> агрегатов, какие-то костыли-микропроцессоры и прочая, так что оно ни разу не
> похоже на простую и доходчивую модель из кабинета физики - да
> всем похрен. Лишь бы колеса крутило.

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

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

232. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 22:22 
> ...правда спустя некоторое время этот "практик" внезапно обнаруживает что доставляют его
> уже за то время которое удобно владельцу этого агрегата, той дорогой,
> которая удобна владельцу,

Несомненно, мир неидеален. Проблема только в одном: в вашем случае придется идти пешком. Что может быть очень несколько непрактично при расстоянии больше чем несколько километров и совсем не вариант если по пути попадется какой-нибудь там океан (коих у нас 2/3 планеты, блин).

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

130. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Товарищ Майор on 18-Фев-15, 12:11 
эм... а причем тут гуманитарии? вы, таки про разные подходы с не совсем адекватными примерами. и никак не про технарей-гуманитариев.
Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

161. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 21:08 
> эм... а причем тут гуманитарии? вы, таки про разные подходы с не
> совсем адекватными примерами. и никак не про технарей-гуманитариев.

Похоже, вы чувствуете, что "наших бьют", но возразить ничего не можете :)

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

23. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +4 +/
Сообщение от Аноним (??) on 17-Фев-15, 18:47 
Аргументы?

https://bugzilla.redhat.com/show_bug.cgi?id=719952

Багрепорту четвёртый год уже пошёл, а он до сих пор открыт.
We change! We create! We propose! The future will be awesome! Btrfs! Kdbus! Containers! Snapshots! Oh, wait, what's that? Bugreport? Not our business! Systemd!

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

26. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (??) on 17-Фев-15, 18:49 
> https://bugzilla.redhat.com/show_bug.cgi?id=719952

Если вы решили перезагрузиться во время fsck, то зависание - не самая страшная из ваших проблем :)

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

30. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +4 +/
Сообщение от Аноним (??) on 17-Фев-15, 18:52 
Изначально проблема была в том, что systemd-fsck не интерраптится вручную практически никак. Пришёл я, например, презентацию перед большой аудиторией показать, включил ноутбук, а systemd-fsck решил, что ему всенепременно надо прочекать диск. И всё, приехали.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

57. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +2 +/
Сообщение от 3 on 17-Фев-15, 20:19 
нет системд - нет проблем...
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

209. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 08:24 
> нет системд - нет проблем...

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

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

208. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 08:22 
> Изначально проблема была в том, что systemd-fsck не интерраптится вручную практически никак.

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

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

103. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 05:28 
> Аргументы?
> https://bugzilla.redhat.com/show_bug.cgi?id=719952

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

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

140. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от путещщ on 18-Фев-15, 19:41 
http://cgit.freedesktop.org/systemd/systemd/commit/?id=07f9a...

Не оно?

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

83. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 23:37 
> Да вот тоже не пойму. Похоже на троллинг по инерции. Ну как
> в том мульте "Баба-Яга против", увидел про systemd статью, нужно все
> забрызгать, как дворовый бобик. Аргументированных комментов от хейтеров давно не читал,
> все сводится к "ололо поцтеринг, комбаин, ненужно" и пр. высеры. Кому
> они нужны - понять затрудняюсь.

Ну так аргументированных постов от сторонников столько же. Ня, прогресс.

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

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

104. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 05:29 
> критичными для разных нелюбителей systemd.

Если это критичные вещи, как вон в том баге который 2 года как всеми забыт - видимо не так уж все и критично оказывается.

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

121. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (??) on 18-Фев-15, 10:03 
А _что_ содержательного можно добавить в баг, если upstream уже сказал «нам наплевать, мы ничего полезного делать не будем по этому поводу» или даже «круто, мы и хотели это сломать»?

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

136. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (??) on 18-Фев-15, 14:36 
Узнаю стиль Портера :) он так же отвечал - когда Pulse audio сломал alsa/oss. "пусть все работают через пульсаудио - а остальное никому не надо". За столько лет ничего не поменялось.
Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

164. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 21:12 
> Узнаю стиль Портера :) он так же отвечал - когда Pulse audio
> сломал alsa/oss. "пусть все работают через пульсаудио - а остальное никому
> не надо".

Это когда такое было? Опять все выдумываем?

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

144. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 20:21 
> А _что_ содержательного можно добавить в баг, если upstream уже сказал «нам
> наплевать, мы ничего полезного делать не будем

Да нет, они уже буквально несколько часов назад запилили systemd-fsckd, позволяющий останавливать процессы fsck независимо от их количества.
Пруф: http://cgit.freedesktop.org/systemd/systemd/commit/?id=07f9a...

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

254. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 21-Фев-15, 17:40 
> Да нет, они уже буквально несколько часов назад запилили systemd-fsckd, позволяющий останавливать

Оперативно работают :)

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

184. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 23:20 
> А _что_ содержательного можно добавить в баг,

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

> если upstream уже сказал «нам наплевать, мы ничего полезного делать не будем
> по этому поводу» или даже «круто, мы и хотели это сломать»?

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

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

148. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 20:31 
> Ну так аргументированных постов от сторонников столько же. Ня, прогресс.

Сторонники systemd - звери редкие. Можно выделить три класса линуксоидов:
1. "systemd так systemd, освоимся, делов-то".
2. "ААА НЕНАВИСТЬ НЕНАВИСТЬ УБИТЬ ПОЦТЕРА!!!!1"
3. "Ммм, хейтеры - это отличная еда!"

:)

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

59. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +5 +/
Сообщение от 3 on 17-Фев-15, 20:24 
> А почему вам всем не нравится systemd? Он же много чего умеет.

кофе не варит! Что-же классного?

лучше бы он одним делом хорошо занимался, а не "много чего умел" так себе...


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

71. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от BratSinot (ok) on 17-Фев-15, 22:05 
У меня Slackware и без systemd тоже много чего умеет.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

106. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 05:31 
> У меня Slackware и без systemd тоже много чего умеет.

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

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

124. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от 3 on 18-Фев-15, 10:31 
>> У меня Slackware и без systemd тоже много чего умеет.
> Только вот делать на ней контейнеры с снапшотами в btrfs

опачки! Давай подробностей. Это где ты уже с помощью системд "делать на ней контейнеры с снапшотами в btrfs", что можеть судить про "усрaться"/не"усрaться" ?

или очередной "системд-админ" теоретик?

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

131. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 12:50 
Как где? В одном всем известном блоге так всё и написано.
Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

157. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 20:52 
> Это где ты уже с помощью системд "делать на ней контейнеры с снапшотами в btrfs"

Сформулируйте мысль, пожалуйста.

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

168. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 21:17 
У тебя спрашивают: ты сам это делал с системд и бтрфс? Или в блоге гуру своего прочитал?
Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

172. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 21:24 
> У тебя спрашивают: ты сам это делал с системд и бтрфс? Или в блоге гуру своего прочитал?

dnf -y --releasever=21 --nogpg --installroot=~/fedora --disablerepo='*' --enablerepo=fedora install systemd passwd dnf fedora-release vim-minimal && systemd-nspawn -bxD ~/fedora

Теперь я супергерой?

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

173. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 21:29 
Ну а теперь то же на шлаке, для сравнения усраться/не усраться.
Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

207. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 08:20 
> Ну а теперь то же на шлаке, для сравнения усраться/не усраться.

Шлакваристы, ваш выход! 8)

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

255. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 21-Фев-15, 17:41 
> Шлакваристы, ваш выход! 8)

Прошло 3 дня. А слакваристы так и не показали нам аналог того что федорист за 5 минут наколотил.

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

185. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 23:25 
> опачки! Давай подробностей. Это где ты уже с помощью системд "делать на
> ней контейнеры с снапшотами в btrfs",

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

> что можеть судить про "усрaться"/не"усрaться"?

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

> или очередной "системд-админ" теоретик?

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

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

138. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от angra (ok) on 18-Фев-15, 18:03 
Чья бы корова мычала. Если бы ваш опыт не ограничивался локалхостом, то вы бы знали, что единственные нормальные контейнеры в линуксе это openvz. Последнее ядро с openvz это 2.6.32 из rhel 6. Для systemd требуется 3.9+. Как следствие работа с контейнерами в systemd на данный момент на уровне жалкого lxc. Не исключен вариант, что redhat зажмет поцтерингу яйца и заставит его ограничится возможностями ядра из rhel7, тогда через полгода от systemd может быть будет толк в области контейнеров.

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

147. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (??) on 18-Фев-15, 20:28 
> Чья бы корова мычала. Если бы ваш опыт не ограничивался локалхостом, то
> вы бы знали, что единственные нормальные контейнеры в линуксе это openvz.

Отличная шутка! Петросян.жпг.
А почему OVZ, а не UML сразу?

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

186. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 23:31 
> Последнее ядро с openvz это 2.6.32 из rhel 6.

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

> Для systemd требуется 3.9+.

И замечательно. А btrfs лучше с ядром меньше 3.16 вообще не запускать. А лучше 3.19 использовать :)

> Как следствие работа с контейнерами в systemd на данный момент на уровне жaлкого lxc.

Это не вина systemd как такового. Сколько умеет ваниль, столько он и использует. А какие-то левые ядра с посторонними патчами - должны сдохнуть. И сдохнут, что характерно.

> поцтерингу яйца и заставит его ограничится возможностями ядра из rhel7,

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

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

Поттер пока все правильно делает и очень хорошо что он забывает спросить утырков, полагающих что переть в систему левое ядро с побочными патчами - нормальная практика. Собственно, именно это мерзкое свойство и является тикающей бомбой под openvz. Понимаешь, чувак, нужда ставить кастомный кернел это большой гемор, отвал кучи юзкейсов и вообще - все с большим удовольствием от всего этого избавятся. Ну а первый кто предоставит такое решение срубит EPIC WIN. Поттер и шапка видимо куда-то туда и нацелились. Ну и флаг им в руки. Должен же кто-то сделать это не через анyc?!

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

78. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от EHLO on 17-Фев-15, 23:25 
> А почему вам всем не нравится systemd? Он же много чего умеет.
> Это же классно. Не так ли?

Это толсто.

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

80. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (??) on 17-Фев-15, 23:33 
> А почему вам всем не нравится systemd? Он же много чего умеет.
> Это же классно. Не так ли?

Он умеет пихать жалобы vsftpd на неправильный конфиг куда угодно, только не куда надо (vsftpd пишет жалобу из-под не-root и сразу завершается, такое сочетание journald отследить не может).

Он умеет требовать, чтобы все сессии Χ жили только через display-manager. И считать, что так надо.

Он не умеет нормально хранить журнал на своём любимом BtrFS на HDD (нормально, то есть не требуя несколько минут на journalctl -n 20).

Не все любители Unix-систем с неотключаемым мнением системы по случайно выбранным вопросам уже перешли на MacOS X. Некоторые вместо этого пишут systemd. Некоторые пользователи GNU/Linux не перешли на MacOS X искючительно потому, что такое поведение системы их раздражает.

И да, базовая система в одном репозитории у BSD есть и была давно, но опять же не все пользователи GNU/Linux такого хотели бы для своей систем.

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

107. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 05:32 
> Он не умеет нормально хранить журнал на своём любимом BtrFS на HDD

А если еще и НОВОСТЬ ПОЧИТАТЬ - можно что заметить что уже умеет :).

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

154. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (??) on 18-Фев-15, 20:40 
>> Он не умеет нормально хранить журнал на своём любимом BtrFS на HDD
> А если еще и НОВОСТЬ ПОЧИТАТЬ

А зачем? Осуждать удобнее, когда не читал.

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

171. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 21:21 
Действительно. Лучше несколько лет орать что системд готова и везде в продакшене используется. А в каждую очередную новость писать:
что вы говорите про Х? он научился делать Х - читайте новости. нет аргументов у хейтеров.
А Y умеет?
Так не надо никому Y!

Следующая новость:
что вы говорите про Y? он научился делать Y - читайте новости. нет аргументов у хейтеров.
А Z умеет?
Так не надо никому Z!

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

187. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 23:39 
> Действительно. Лучше несколько лет орать что системд готова и везде в продакшене
> используется.

Какие буйные фантазии. В продакшне он разве что в рхел7, для которого "несколько лет" как-то зело жирно звучит. И то старой версии.

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

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

191. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 00:33 
> Какие буйные фантазии. В продакшне он разве что в рхел7, для которого
> "несколько лет" как-то зело жирно звучит. И то старой версии.

Оказывается те толпы народа что бегают по лору вообще и опеннете в частности это фантазия. Ну так и говори что все вы здесь потрындеть за системд пришли не видя в глаза результата. И цена вашим аргументам пшик.

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

203. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 07:48 
> потрындеть за системд пришли не видя в глаза результата. И цена
> вашим аргументам пшик.

Я как раз системд уже видел в глаза и порулил им малость. Весьма интересная и перспективная вещица. А если старые птицы не могут петь новые песни - ну чтож, придется с ними расстаться.

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

228. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 21:05 
Ну всё, большие дядьки наконец-то тебе дали цацку поиграться. Только не думай что от этого ты станешь ентерпрайз человеком.

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

Ну да. Вот есть ентерпрайз софт за большие деньги. Под рхел\центос 6 ставится и работает. Под 7 версией куча багов плюс несоздание скриптов запуска и неработоспособность.
Угадай с одного раза: с какой птичкой расстались?

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

234. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (??) on 19-Фев-15, 23:41 
> Ну всё, большие дядьки наконец-то тебе дали цацку поиграться.

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

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

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

> ставится и работает. Под 7 версией куча багов плюс несоздание скриптов
> запуска и неработоспособность.

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

> Угадай с одного раза: с какой птичкой расстались?

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

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

252. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 21-Фев-15, 13:39 
> Ну админам локалхоста мои игрушки конечно виднее.

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

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

Аргументы фанатику системд? Вот когда у вас поллюции пройдут от представления системд, тогда можно что-то говорить.

> Офигеть, вы впервые в жизни видите баг в программе? И уж конечно
> увереы что это опыт планетарного масштаба? :)

Это баг который вылез из-за системд. А местные горлопаны уже пару лет рассказывают как это к продакшену готово. Вот так и готово.

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

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

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

256. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 21-Фев-15, 18:10 
> Конечно виднее. Пока админы локалхоста юзают что-то всферное или опенстековское,

Я и говорю - у некоторых есть только 2 состояния: bare metal и махровая энтерпрайзятина, при том совершенно левая и не интегрированная с системой.

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

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

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

> Аргументы фанатику системд? Вот когда у вас поллюции пройдут от представления системд,
> тогда можно что-то говорить.

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

> Это баг который вылез из-за системд.

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

> рассказывают как это к продакшену готово. Вот так и готово.

Ну вот так и готово - шапка в рхел 7 поюзала. И что-то не видно массовых воплей энтерпрайзников.

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

Что характерно - юзают, и дальше все это будет только по нарастающей. И да, я решительно не понимаю: я ворочаю стадами виртуалок в энтерпрайзе. И могу за считанные секунды откатить снапшот. Какого дьявола мой десктоп и ноут не могут так же? Сапожник без сапог? Так не пойдет. Так что хайль поцтер! С ним можно будет и так. А при нужде - и к большому управлятору будет цепляться. Это называется layered дизайн. И намекает что поцтер и его манагемент в отличие от рукож...х фаготов с их костылями хоть немного смыслит в архитектуре. Так что намерен сделать и относительно автономную подложку работающую в одной системе, и интерфейс этого к более крупным управляторам, если надо. Это именно так как я и хочу видеть эти подсистемы. Их надлежит сделать именно вот так. Чтобы они были гибкими и покрывали разные юзкейсы. От возможности рекавери за 10 секунд состояния смарта на фабричные дефолты до руления группами машин энтерпрайзными средствами. У поттера это будет.

> они в качестве серваков используют писюки которые нашли в помойке.

Прикольные такие выводы на песке. Кстати на железо своего писюка я не жалуюсь - там все по уму: есть IOMMU, память с ECC, аппаратная виртуализация, все дела. Умеючи работать с виртуалками довольно странно себя обувать на полезности и на своем писюке.

> А админы локалхостов берут схд от вендоров, шасси в которые набивают лезвия,
> всферу, втл-ку, средства бекапирования от вендоров.

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

> Всё это списывается по бухгалтерии до 3 лет.

А я не бух и не пильщик - мне буховские вопросы довольно пофиг.

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

257. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 21-Фев-15, 23:55 
У самого отличные аргументы. Либо мне это не надо, либо я лучше знаю что и как делать. Ну вот такая фраза и ответ на неё они собственно исчерпывают возможность достучаться до чугунных мозгов системдевщиков:
--
> А админы локалхостов берут схд от вендоров, шасси в которые набивают лезвия,
> всферу, втл-ку, средства бекапирования от вендоров.

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

А вот это(с упущенным "А срок поддержки рхел гооораздо больше") только подтверждает ранее сказанное:
--
> Всё это списывается по бухгалтерии до 3 лет.

А я не бух и не пильщик - мне буховские вопросы довольно пофиг.
--

Паси дальше свои стада ЛАМПов. Не буду мешать взрослому дяденьке. Но журнальчики с откровениями о системд ты бы всё таки бросил почитывать...

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

91. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Ilya Indigo (ok) on 18-Фев-15, 01:02 
Нет! это не классно.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +2 +/
Сообщение от SunXE (ok) on 17-Фев-15, 18:09 
Убийца докера?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

53. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Румпельштильцхен on 17-Фев-15, 20:06 
и UpStart-a
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

94. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 02:54 
...и линукса как сообщества, чоужтам.
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

105. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 05:30 
грош цена "такому" сообществу, соотв. туда ему и дорога
Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

127. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Andrey Mitrofanov on 18-Фев-15, 11:33 
> грош цена "такому" сообществу

И да, ты таким образом указал цену бус конкистадора потеринга, за которые его продал. Дешёвая безделушка этот ваш s-d?

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

169. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 21:17 
> И да, ты таким образом указал цену бус конкистадора потеринга, за которые его продал.

Не говоря уже о том, что его продали более 60% разработчиков Дебиана, судя по референдуму Джексона :)

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

204. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 07:49 
> И да, ты таким образом указал цену бус конкистадора потеринга,

Как там конкистадор Торвальдс поживает? :) Да и вообще, если так посмотреть на список пакетов - эвона там сколько конкистадоров поразвелось!


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

108. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 05:33 
> ...и линукса как сообщества, чоужтам.

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

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

126. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Andrey Mitrofanov on 18-Фев-15, 11:27 
> это бздюки себе забирают, имхо.

плагиатор http://#80 , и "нет, ты! и потю забери"

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

188. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 23:41 
> плагиатор http://#80 , и "нет, ты! и потю забери"

Да фиг тебе. Ретроградам место на свалке истории. Сказали в сад - значит в сад. Бздеть в закрытом помещении вредно для здоровья.

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

8. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +5 +/
Сообщение от Аноним (??) on 17-Фев-15, 18:11 
>Представлен новый API "sd-hwdb.h", предоставляющий средства для обращения к БД с метаданными оборудования (udev hwdb). Старый интерфейс libudev теперь является надстройкой над sd-hwdb. Для получения информации из базы оборудования и обновления БД из командной строки добавлена новая утилита systemd-hwdb.

Ждём поддержки SQL-запросов. Или уже есть?

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

22. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 18:45 
> Ждём поддержки SQL-запросов. Или уже есть?

udev hwdb - NoSQL. Как и journal logs.

Кстати, в столь любимом некоторыми юношами eudev тоже эта hwdb есть. И сабжевые изменения, скорее всего, тоже скопированы.

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

25. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 18:48 
Спасибо за ответ. NoSQL - в смысле, ключ-значение?
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

32. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 18:58 
> Спасибо за ответ. NoSQL - в смысле, ключ-значение?

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

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

9. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Мна on 17-Фев-15, 18:12 
systemd-importd-kbusd-kded-kerneld-sudod-killalld-userd
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

44. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +2 +/
Сообщение от Аноним (??) on 17-Фев-15, 19:24 
> systemd-importd-kbusd-kded-kerneld-sudod-killalld-userd

Точно! Надо сделать форк systemd, и объединить все его бинарники в один большой, чтобы все было по юниксвею!

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

10. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Fracta1L (ok) on 17-Фев-15, 18:14 
Офигенно, особенно радует использование плюшек Btrfs.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –2 +/
Сообщение от Аноним (??) on 17-Фев-15, 19:27 
> Офигенно, особенно радует использование плюшек Btrfs.

Надеюсь, в ближайшее время сделают systemd-no-lose-data-on-btrfsd и systemd-make-btrfs-metadata-smalld :)

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

92. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от да я же on 18-Фев-15, 01:06 
> Надеюсь, в ближайшее время сделают systemd-no-lose-data-on-btrfsd и systemd-make-btrfs-metadata-smalld

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

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

109. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 05:35 
> Надеюсь, в ближайшее время сделают systemd-no-lose-data-on-btrfsd и systemd-make-btrfs-metadata-smalld

Да вообще-то этим занимились другие люди и достаточно успешно.

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

13. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (??) on 17-Фев-15, 18:21 
Я ж ванговал что скоро с Постгре заинтегрит!)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +3 +/
Сообщение от yet another anonymous on 17-Фев-15, 18:50 
> Я ж ванговал что скоро с Постгре заинтегрит!)

Не заинтегрит, а скажет, что pgsql не нужен, поскольку всё уже есть в s-d.

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

14. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от имя on 17-Фев-15, 18:23 
> поддержка сохранения файловых дескрипторов отдельных сервисов в обработчике PID 1, что позволяет сохранить закреплённые за сервисом файловые десктипторы после его перезапуска

Действительно, супервизор в pid 2 такого никогда не сможет! Давайте пойдём более опасным путём!

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

33. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 19:00 
> Действительно, супервизор в pid 2 такого никогда не сможет! Давайте пойдём более опасным путём!

Ну, для этого ему придется стать процессом-родителем всех служб, делов-то.

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

110. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 05:38 
> Ну, для этого ему придется стать процессом-родителем всех служб, делов-то.

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

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

123. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 10:28 
Упростить что? Такая херня реально никому не нужна. Ты либо рестартишься с перезагрузкой конфига, когда все равно нужно все закрыть и открыть заново (конфиги-то поменялись!), либо падаешь по sigsegv (но тогда и отдать никому ничего не сможешь).
Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

155. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 20:43 
> Упростить что? Такая херня реально никому не нужна. Ты либо рестартишься с
> перезагрузкой конфига, когда все равно нужно все закрыть и открыть заново
> (конфиги-то поменялись!)

Можно закрыть только те сокеты, которые появились в конфиге (по сравнению с текущим состоянием) и закрыть только те, которые удалены.

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

189. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (??) on 18-Фев-15, 23:45 
> Упростить что?

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

> Такая хeрня реально никому не нyжна.

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

> (конфиги-то поменялись!), либо падаешь по sigsegv (но тогда и отдать никому
> ничего не сможешь).

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

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

18. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (??) on 17-Фев-15, 18:36 
Бред да и только.

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

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

36. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 19:10 
> Развитие системд доходит до своего абсурда.

До того уровня, который классический UNIX достиг лет 40 назад - скидывание всех базовых компонентов системы в один репозиторий, и называние это base system.

Впрочем, до уровня настоящих юниксов ему еще расти и расти. Вот например репа OpenBSD.
http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin/
http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin/

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

72. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +3 +/
Сообщение от Аноним (??) on 17-Фев-15, 22:20 
>> Развитие системд доходит до своего абсурда.
> До того уровня, который классический UNIX достиг лет 40 назад - скидывание
> всех базовых компонентов системы в один репозиторий, и называние это base
> system.

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

> Впрочем, до уровня настоящих юниксов ему еще расти и расти. Вот например
> репа OpenBSD.
> http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin/
> http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin/

Сравнивать системд с БСД системами мягко говоря не корректно, у них другие цели.


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

160. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 21:04 
> системд давно перешагнул эту черту.

Достаточно сравнить количество бинарников в systemd и какой-нибудь unix base system.
systemd еще даже на 10% план не выполнил.

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

Ну, ваш путь явно лежит не UNIX (включая BSD и макось) - там как раз процветает концепт базовой системы, "все-в-одном". И не в Linux, теперь. И не винду.
Можно предложить Minix - у них там даже USB-стек отдельно от ядра :)

> Сравнивать системд с БСД системами мягко говоря не корректно, у них другие цели.

Разница в лицензиях не делает сравнение некорректным.

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

223. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 15:32 
> Достаточно сравнить количество бинарников в systemd и какой-нибудь unix base system.

systemd еще даже на 10% план не выполнил.

Так вы количество считаете?:) А вы не учитываете сколько подсистем сожрал ваш системд, которые развиваются отдельно до сих пор.

> Ну, ваш путь явно лежит не UNIX (включая BSD и макось) - там как раз процветает концепт базовой системы, "все-в-одном". И не в Linux, теперь. И не винду.

Можно предложить Minix - у них там даже USB-стек отдельно от ядра :)

У вас явно не верное понимание BSD систем. Там в отличие от линукса, нету никаких пакетов.
Нельзя выдернуть одно и опустить другие моменты. Хочется базовой системы? Тогда надо быть последовательным во всем.
Линукс это не базовая система, хотя вобрала ценности юникс, в частности философию. И если системд так близок к БСД, то почему он там не находится? Странно очень как-то. Рушите основополагающие принципы линукс системы и еще говорите что это правильно.

> Разница в лицензиях не делает сравнение некорректным.

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

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

111. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 05:39 
> Впрочем, до уровня настоящих юниксов ему еще расти и расти. Вот например
> репа OpenBSD.

Правда вот "настоящим юниксом" оно для начала и не является. А хотя-бы потому что сертификацию на юникса никогда и не проходило вроде :)

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

64. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от lucentcode (ok) on 17-Фев-15, 20:54 
Хороший релиз. Systemd все лучше. Интересно, а systemd-nspawn кто-нибудь юзает?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

66. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –3 +/
Сообщение от Аноним (??) on 17-Фев-15, 21:29 
Ура. Ждём ебилдов.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

79. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от dimqua (ok) on 17-Фев-15, 23:27 
OpenRC наше всё!
Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

112. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (??) on 18-Фев-15, 05:43 
> OpenRC наше всё!

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

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

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

159. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 20:58 
> OpenRC наше всё!

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

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

216. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 11:55 
> OpenRC наше всё!

Перешёл на системгэ, доволен как слон. Благо у нас в Генте это легко сделать. Пишу юниты, загружаюсь быстрей. Опенрцшных глюков больше нет.

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

235. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Alan Cox email on 19-Фев-15, 23:46 
Вот и сиди на систэмГэ, я буду делать не "Г"

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

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

68. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +4 +/
Сообщение от Mihail Zenkov (ok) on 17-Фев-15, 21:52 
> При нажатии Ctrl-Alt-Del более семи раз за интервал в две секунды теперь выполняется немедленная перезагрузка, но с корректным отмонтированием всех разделов.

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

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

113. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 05:44 
> Вот же ретрограды, как планшет по быстрому перезагрузить? QR осилили, давайте уж
> мульти тоуч запихнем. Какой же consoled без мульти тоуча?

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

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

135. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Mihail Zenkov (ok) on 18-Фев-15, 14:12 
> А если посмотреть как у планшетов recovery сделан -
> знаешь, на фоне этого пожалуй системд с снапшотами или раскатыванием образов
> не такая уж и плохая штука :).

Не знаю как у планшетов, но на андройдофонах - просто дуал бут.

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

205. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 07:54 
> Не знаю как у планшетов, но на андройдофонах - просто дуал бут.

Угу, 100500 левых партиций и прочая. И бонусом чип флеша вроде на 8 гиг, а юзер недоумевает: а чего это мне доступно только 3? Оказывается остальное заняли всякими дуалбутами и прочая. Со снапшотами сие получится несколько более рационально.

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

215. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 11:51 
Осталось только загрузчик научить снэпшотам.
Ответить | Правка | ^ к родителю #205 | Наверх | Cообщить модератору

221. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Mihail Zenkov (ok) on 19-Фев-15, 13:25 
> Угу, 100500 левых партиций и прочая. И бонусом чип флеша вроде на
> 8 гиг, а юзер недоумевает: а чего это мне доступно только
> 3? Оказывается остальное заняли всякими дуалбутами и прочая. Со снапшотами сие
> получится несколько более рационально.

При дуал буте мы имеем гарантированную возможность загрузке, даже если фс основного раздела сильно повреждена. Размер recovery раздела гораздо меньше, чем основной. То что куча разделов - мне тоже не нравится. Достаточно было и трех - recovery, root, userdata.

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

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

69. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 17-Фев-15, 21:55 
>в поставку включен демон systemd-importd

Посмотрите, Ватсон, в этом есть что-то дьявольское.
Теперь любой импорт в системе будет осуществляться только через systemd, так?

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

74. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Chaser (??) on 17-Фев-15, 23:07 
А добавление поддержки --header в cryptsetup для LUKS не упомянули в новости :(
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

114. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 05:45 
> А добавление поддержки --header в cryptsetup для LUKS не упомянули в новости :(

Под новостью есть кнопочка "Исправить". Пользуйтесь.

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

75. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +2 +/
Сообщение от Анжелика on 17-Фев-15, 23:14 
Потя хоть в курсах, чего end-юзеры творят с его поделкой?
Лично видела людей, которые после установки RHEL7 тратили пару дней на то, чтобы максимально приблизить ее к v6 настолько, насколько это вобще возможно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

76. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Chaser (??) on 17-Фев-15, 23:19 
> Потя хоть в курсах, чего end-юзеры творят с его поделкой?
> Лично видела людей, которые после установки RHEL7 тратили пару дней на то,
> чтобы максимально приблизить ее к v6 настолько, насколько это вобще возможно.

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

Насколько моя выборка важнее твоей?

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

82. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Anonim (??) on 17-Фев-15, 23:35 
Настолько же верная, как и большая доля жителей нашей планеты, пользующихся другими ОС. Только все хотят, чтобы было кодовое ядро (отдельный проект) и остальные, которые пляшут только от этого "ядра". Пляшут все, в т.ч. и systemd, в смысле демон инициализации. Тогда каждый здоровый человек сможет без проблем разобраться в работе все и исправить то, что работает неправильно.
Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

115. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 05:51 
> Лично видела людей, которые после установки RHEL7 тратили пару дней на то,
> чтобы максимально приблизить ее к v6 настолько, насколько это вобще возможно.

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

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

139. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 18:11 
Года 3 назад мне нужна была именно эта функция. И я написал на баше набор скриптов, дёргающий мускуль, создающий чруты с базами и вебнёй, добавляющий почтовые адреса и хттп-прокси на новый веб-чрут. Сегодня эта задача могла бы быть намного проще.
Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

206. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 08:16 
> Года 3 назад мне нужна была именно эта функция. И я написал
> на баше набор скриптов, дёргающий мускуль, создающий чруты с базами и
> вебнёй, добавляющий почтовые адреса и хттп-прокси на новый веб-чрут. Сегодня эта
> задача могла бы быть намного проще.

Ну вот лично я не хочу писать такие костыли каждый раз. Еще меньше я хочу лишний раз разбираться в чужих кастомных и навороченных мегакостылях в ситуации по типу "попросили порулить вот этим сервером". Да и чрут - и фигово с точки зрения безопасности (ему сильно втыкают namespaces+cgroups), но при том геморно в подготовке без автоматизации. Поттер не без причин полагает что можно и лучше. И что характерно, прав.

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

213. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 19-Фев-15, 11:41 
> Ну вот лично я не хочу

Надо было. Притом, большая часть костылей - это связывающая логика, а без неё - никак. Готовое решение, всё-таки.

> Еще меньше я хочу лишний раз разбираться в чужих кастомных и навороченных мегакостылях

ИСЧХ, таки не разобрались после моего ухода. Оно просто работало.

> Да и чрут - и фигово с точки зрения безопасности

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

> Поттер не без причин полагает что можно и лучше.

Тогда этого не было, увы. Сейчас думал бы между поттером и докером :) ИСЧХ, появились они практически одновременно.

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

81. "Выпуск systemd 219 с поддержкой расширенных возможностей Btrfs"  +4 +/
Сообщение от dimqua (ok) on 17-Фев-15, 23:34 
> systemd requires (e)glibc and will not work with uClibc

Ну, кто бы сомневался. Правда, непонятно, зачем glibc на роутере (не говоря уж о systemd).

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

116. "Выпуск systemd 219 с поддержкой расширенных возможностей Btrfs"  –1 +/
Сообщение от Аноним (??) on 18-Фев-15, 05:52 
> Ну, кто бы сомневался. Правда, непонятно, зачем glibc на роутере (не говоря уж о systemd).

Ну так поэтому на роутерах есть procd из openwrt. Но тоже с u-bus и встроенным логгером почему-то...

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

214. "Выпуск systemd 219 с поддержкой расширенных возможностей Btrfs"  +/
Сообщение от Аноним (??) on 19-Фев-15, 11:46 
> Ну так поэтому на роутерах есть procd из openwrt. Но тоже с
> u-bus и встроенным логгером почему-то...

Во всём ымбеддеде логи нежелательно писать на флэшку. ИМХО - лучше всего сделано в Ведроиде - Logcat. Хоть в жирных устройствах они и сохраняются, но эту функцию хоть отпилить просто. Всё остальное только через USB-шланг.

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

132. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (??) on 18-Фев-15, 12:58 
А добавленый баг с установкой всем fs флаг shared и невозможность после этого использовать pivot_root - пофиксили? Зацикливание юнитов так же?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

137. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +2 +/
Сообщение от Typhoon (ok) on 18-Фев-15, 16:33 
> При нажатии Ctrl-Alt-Del более семи раз за интервал в две секунды

проще двинуть ногой по монитору )))

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

233. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Alan Cox email on 19-Фев-15, 23:38 
> В системды уже встроили поцтеринга и он теперь пишет сам себя?

Ну костылей ему в руки и подгузник. А таких известно где уже ждут - в дурке!

И незя сам подсебя писать быдл о код, и в ведро его пихать

Если дыра в ведре это дуршлаг, а в одном дуршлаге нефиг свои иЙца толочь.

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

260. "Выпуск systemd 219 с поддержкой расширенных возможностей Btrfs"  +/
Сообщение от METAJIJI email on 13-Апр-16, 10:30 
у меня только 1 вопрос

Что имеем:
1. Centos 7
2. # machinectl --version
systemd 219
3. yum search --enablerepo=cr,centosplus,fasttrack,extras */systemd-importd
Warning: No matches found for: */systemd-importd
No matches found

Вопрос, где systemd-importd, если я правильно понял, то без него не будет работать это:

# machinectl pull-dkr --verify=no library/redis --dkr-index-url=https://index.docker.io/
Failed pull image: The name org.freedesktop.import1 was not provided by any .service files


Так вот возникает вопрос, это в очередной раз Centos отличились и что-то вырезали или я что-то не так делаю? :)

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

261. "Выпуск systemd 219 с поддержкой расширенных возможностей Btrfs"  +/
Сообщение от METAJIJI email on 13-Апр-16, 12:35 
>[оверквотинг удален]
> 3. yum search --enablerepo=cr,centosplus,fasttrack,extras */systemd-importd
> Warning: No matches found for: */systemd-importd
> No matches found
> Вопрос, где systemd-importd, если я правильно понял, то без него не будет
> работать это:
> # machinectl pull-dkr --verify=no library/redis --dkr-index-url=https://index.docker.io/
> Failed pull image: The name org.freedesktop.import1 was not provided by any .service
> files
> Так вот возникает вопрос, это в очередной раз Centos отличились и что-то
> вырезали или я что-то не так делаю? :)

Похоже ответ тут
https://git.centos.org/blob/rpms!systemd/0e8dd16e3f8047929c5...

...
--disable-importd
...

Ну какого опять черта Centos? :(
Т.е. на Centos 7 команда machinectl pull-* работать не будет вообще в принципе.
И запускать контейнеры можно только собранные вручную из директории, например так:
yum -y --nogpg --releasever=7 --installroot=/var/lib/machines/centos7 install \
    systemd systemd-networkd systemd-resolved iputils iproute passwd yum \
    openssh-server telnet vim-minimal bash-completion


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

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

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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