The OpenNET Project / Index page

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

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

"Релиз системного менеджера Systemd 198"  +/
Сообщение от opennews (ok) on 09-Мрт-13, 11:44 
Леннарт Поттеринг (Lennart Poettering) представил (http://lists.freedesktop.org/archives/systemd-devel/2013-Mar...) релиз системного менеджера systemd 198 (http://www.freedesktop.org/software/systemd/), примечательный добавлением утилит bootctl, systemd-activate  и kernel-install, поддержкой SSL в systemd-journal-gatewayd, возможностью управлять ограничением ресурсов на лету, поддержкой переопределения опций unit-файлов через создание отдельных файлов в специальной директории, возможностью использования одного загрузочного раздела для разных дистрибутивов.


Systemd сочетает в себе функции системы инициализации, механизм для контроля за выполнением фоновых процессов, службу для журналирования событий и средства для управления сервисами, сеансами пользователей и подключаемыми устройствами. Для определения параметров сервисов в Systemd используется набор конфигурационных unit-файлов, вместо оформления сценариев запуска в виде shell-скриптов. Система (https://www.opennet.ru/opennews/art.shtml?num=26447) нацелена (https://www.opennet.ru/opennews/art.shtml?num=27218) на интенсивную параллелизацию выполнения сервисов на этапе загрузки системы, вобрав в себя лучшие черты таких систем, как launchd (Mac OS X), SMF (Solaris) и Upstart (Ubuntu, старые версии Fedora). В настоящее время на использование systemd уже перешли такие дистрибутивы, как Fedora, openSUSE, Mandriva и Arch Linux.

Из наиболее интересных новшеств можно отметить:

-  Добавлена поддержка переопределения отдельных элементов конфигурации unit-файлов или дополнения unit-файлов, через создание дополнительных файлов в ассоциированной с сервисом директории. Указанная возможности позволяет изменять параметры без непосредственного изменения unit-файла. Дополнительные файлы конфигурации создаются как "/etc/systemd/systemd/foobar.service.d/*.conf" и загружаются после обработки unit-файла, т.е. могут дополнять или переопределять их. Ранее для внесения изменений в unit-файлы приходилось копировать нужный unit из директории /usr/lib/systemd/system/ в /etc/systemd/system/ и там вносить в него изменения или создавать новый файл в /etc/systemd/system/ и подключать в нему существующий unit через директиву  ".include";

-  Обеспечена возможность динамического изменения на лету параметров ограничения ресурсов на базе cgroups для всех unit-файлов. Например, без остановки работы сервиса можно поменять ограничения командой, подобной "systemctl set-cgroup-attr foobar.service cpu.shares 2000". После выполнения команды изменение будет сохранено на диск и продолжит действовать после перезапуска сервиса;

-  В nspawn в список включаемых для контейнеров capabilities  добавлено назначение CAP_AUDIT_WRITE и CAP_AUDIT_CONTROL, что позволяет упростить загрузку в изолированном контейнере немодифицироанной системы Fedora, которые по прежнему нужно загружать с передачей ядро параметра audit=0 из-за наблюдаемых проблем в работе системы аудита;

-  В nspawn добавлены новые опции "--bind=" и "--bind-ro=" для монтирования внутри контейнера заданных внешних директорий. Кроме того, nspawn теперь монтирует в контейнере собственную ФС devpts, что позволяет избежать утечки pty-устройств из основной системы;

-  В systemd обеспечено (http://www.freedesktop.org/wiki/Software/systemd/BootLoaderI...) чтение EFI-переменных с информацией о производительности процесса загрузки, предоставляемой прошивками. После загрузки указанную информацию можно проанализировать с использованием утилиты "systemd-analyze". Новая возможность пока работает только при использовании загрузчика Gummiboot, но в булушем может быть реализована и для других загрузчиков;

-  Добавлен новый генератор, который автоматически монтирует ESP-разделы (EFI System Partition) в каталог /boot;

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

-  Новая утилита kernel-install, предназначенная  для установки образов ядра в соответствии со спецификацией Boot Loader (http://www.freedesktop.org/wiki/Specifications/BootLoaderSpec);

-  Новая утилита systemd-activate, которая может быть использована для тестирования и отладки активации демонов через сокет;

-  Добавлена подборка unit-файлов для упрощения адаптации использования systemd в образах initrd. Данные unit-ы добавляют в systemd минимально необходимую логику из различных реализаций initrd;

-  Прекращена поддержка устаревших или специфичных для отдельных дистрибутивов имён LSB-свойств, определяемых при разборе init-скриптов: $x-display-manager, $mail-transfer-agent, $mail-transport-agent, $mail-transfer-agent, $smtp, $null. Так как systemd большее не поддерживает скрипты ранней стадии инициализации, то также игнорируются свойства $syslog и $local_fs;

-  Добавлена возможность сброса отдельных списочных параметров конфигурации unit-файлов, через присвоение им пустого значения. Например, ранее присвоение Environment=FOO=BAR приводило при каждом использовании к добавлению новых переменных в список переменных окружения. Указав "Environment=" теперь можно предварительно очистить список переменных окружения. Указанная возможность полезна в сочетании с представленной выше системой переопределения конфигурации ".d/*.conf", так как может использоваться для переопределения заданных в unit-файлах списков переменных;

-  В systemd-journal-gatewayd добавлена поддержка SSL. Systemd-journal-gatewayd теперь выполняется под отдельным непривилегированным пользователем systemd-journal-gateway:systemd-journal-gateway;


-  В файлах окружения, таких как /etc/locale.conf, теперь поддерживается слияние строк, перенесённых с использованием обратного слэша ("\");

-  В утилиту systemctl добавлена новая команда "list-dependencies"  для рекурсивного отображения зависимостей unit-файла;

-  Добавлена команда "systemctl unlock-sessions", позволяющая разом разблокировать экраны всех пользовательских сеансов, примерно также как выполняется общая блокировка через "systemctl lock-sessions";

-  Существенно расширен набор для тестирования unit-файлов;
-  В команду udevadm hwdb добавлена опция "--root=", позволяющая указать корневую директорию, относительно которой выполняются операции;

-  Компонент systemd-bootchart перелицензирован и теперь поставляется под лицензией LGPLv2.1+ как и весь пакет;

-  Поддержка Policykit теперь может быть включена/отключена на этапе сборки;

-  Утилита systemd-analyze переписана на языке Си и вобрала в себя функциональность команды "systemctl dot";

-  При запуске  "systemctl status" без параметров теперь отображается общий статус всех активных и сбойных unit-ов;

-   Python API расширен модулем для чтения файлов с журналом;


-  В journalctl добавлены опции: "--reverse" (-r) для показа содержимого журнала с обратной сортировкой (новые записи сверху); "--pager-end" (-e) для перехода в конец журнала без листания вывода в less; "--user-unit=" - аналог "--unit=", отображающий только пользовательские unit-ы;
-  Файлы с журналами теперь размещаются под отдельной группой "systemd-journal", созданной исключительно для организации доступа к журналам. Ранее владельцем файлов с журналами была группа "adm", которая используется не только для доступа к логам, теперь доступ "adm" и wheel" к файлам /var/log/journal назначается через ACL, а непосредственным владельцев является группа "systemd-journal";

-  В systemd-detect-virt добавлена поддержка определения гостевых систем Xen в режиме паравиртуализации;
-  Файловая система pstore теперь монтируется по умолчанию, если она доступна в системе;
-  В дополнение к правилам SELinux и IMA, на ранней стадии загрузки теперь осуществляется и загрузка правил SMACK.

  


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

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

Оглавление

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


1. "Релиз системного менеджера Systemd 198"  +/
Сообщение от Толя Вихров (ok) on 09-Мрт-13, 11:44 
Спасибо! Годная вещь!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Релиз системного менеджера Systemd 198"  –1 +/
Сообщение от Аноним (??) on 09-Мрт-13, 14:05 
Да это так. Тут есть и качество и функциональность, хорошая продуманность архитектуры и интеграция с другими проектами. Не много проектов в мире опенсорса и уж тем более проприетарщики могут похвастаться тем же
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору
Часть нити удалена модератором

25. "Релиз системного менеджера Systemd 198"  +2 +/
Сообщение от Угх on 09-Мрт-13, 16:38 
унификация, однако, через 10 лет дистры будут отличаться только логотипом, инфа 146%
Ответить | Правка | Наверх | Cообщить модератору

57. "Релиз системного менеджера Systemd 198"  +/
Сообщение от Аноним (??) on 10-Мрт-13, 03:01 
> унификация, однако, через 10 лет дистры будут отличаться только логотипом, инфа 146%

Как бы это сказать? Сисадмины за это скажут спасибо. А то знать кучу систем инициализации не очень практично с точки зрения администрирования.

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

77. "Релиз системного менеджера Systemd 198"  +3 +/
Сообщение от Аноним (??) on 11-Мрт-13, 08:53 
>Как бы это сказать? Сисадмины за это скажут спасибо. А то знать кучу систем инициализации не очень практично с точки зрения администрирования.

Венде уже сказали, конечно же.

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

29. "Релиз системного менеджера Systemd 198"  +3 +/
Сообщение от d (??) on 09-Мрт-13, 17:03 
Ещё есть LeechCraft из этой же серии
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

56. "Релиз системного менеджера Systemd 198"  +1 +/
Сообщение от Аноним (??) on 10-Мрт-13, 03:00 
> Ещё есть LeechCraft из этой же серии

Тсс. А то ведь интегрируют! :)

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

46. "Релиз системного менеджера Systemd 198"  –2 +/
Сообщение от Аноним (??) on 09-Мрт-13, 21:21 
> Да это так. Тут есть и качество и функциональность, хорошая продуманность архитектуры
> и интеграция с другими проектами. Не много проектов в мире опенсорса
> и уж тем более проприетарщики могут похвастаться тем же

Открой для себя SMF. Много лет как годный.

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

54. "Релиз системного менеджера Systemd 198"  +/
Сообщение от Аноним (??) on 10-Мрт-13, 02:57 
> Открой для себя SMF. Много лет как годный.

Не стоит открывать банку с червяками. Постващик мордой лица не вышел, условия конские.

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

48. "Релиз системного менеджера Systemd 198"  +5 +/
Сообщение от лох on 09-Мрт-13, 22:01 
> и качество

в чём оно выражается? в том, что по умолчанию всё работает, но стоит только попробовать что-то нестандартное, как начинается дурдом?

> и функциональность,

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

> хорошая продуманность архитектуры

то-то каждый раз при выпуске новой версии появляется куча новых компонентов и удаляется куча старых

> и интеграция с другими проектами

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

> Не много проектов в мире опенсорса и уж тем более проприетарщики могут похвастаться тем же

да уж, таким навороченным пафосным убожеством -- крайне немногие.

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

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

60. "Релиз системного менеджера Systemd 198"  –1 +/
Сообщение от barmaglot (??) on 10-Мрт-13, 03:46 
+1 +1 ко всем пунктам.

Модерам: Уберите в статье референс на лучшие стороны Solaris SMF. systemd это убожество, которое всю идею извратило, и с совершенно убогой архитектурой кстати. Просто посмотрите на архитектуру SMF. Делать референс кривоте, ссылаясь на действительно красивый и элегантный проект, это такой зубодробительный маркетинг, что просто слов нет. Как эти поттеринги с их саморекламой задолбали уже. Хуже зомбоящика.

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

69. "Релиз системного менеджера Systemd 198"  –1 +/
Сообщение от ананим on 10-Мрт-13, 18:27 
SMF та ещё кака. upstart для соляры, но ещё и с xml.
нет, уж лучше сабж, адназначна.

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

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

70. "Релиз системного менеджера Systemd 198"  –1 +/
Сообщение от Andrew Kolchoogin on 10-Мрт-13, 22:31 
Вы, видимо, ниасилили SMF.

Систему инициализации Юникса нельзя писать отдельно от ядра оного Юникса. systemd _всегда_ будет отставать на один шаг в функциональности от SMF: systemd завязан на то, что демон написан "хорошо". То есть, он не будет форкаться/екзекаться. Да, есть спецкостыли от таких вот "неправильно написанных" демонов -- но это костыли. И у djb в его daemontools такие костыли есть. И в Upstart.

В Солярисе эта проблема убита в корне наличием в ядре contractfs. Для того, чтобы следить за состоянием процесса, необязательно быть его родителем. Пока contractfs не будет в Линуксе -- systemd будет недоделанным.

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

73. "Релиз системного менеджера Systemd 198"  +/
Сообщение от ананим on 10-Мрт-13, 23:18 
я ОЧЕНЬ долго работал с smf. так что претензии не принимаются.

второе — cgroup ТОЧНО не костыль, является прямым аналогом contractfs (правильно называется кстати CTFS), находится и разрабатывается в ядре, и более функционален(контролирует через /sys/fs/cgroup/systemd[cpuset, cpu, cpuacct, memory, devices, freezer, blkio,…] и по-пользователю), отслеживает все форки/потоки контролируемого демона (не через костыли, а через ядро), запуск по пути (inotify), управление квотами (централизованно) и тд, и тп.
и куча-куча всего ещё, чего в SMF нет и врядли будет (весь сабж собственно — можете прочитать сами надеюсь)… но есть НО. а кто сказал, что это ВООБЩЕ проблема?
>В Солярисе эта проблема убита в корне наличием в ядре contractfs.

вот вы с линухом будете мериться количеством псето-фс? это которые через vfs.
ну-ну. даже не смешно.
smf менее функционален (см. http://0pointer.de/blog/projects/why.html) при этом даже менее удобен (угу. с xml-конфигами то). это факт.
при этом в линухе всё ещё (может пока? х/з) есть выбор — ну НЕ нужно мне решать эти якобы проблемы на сервере (на том же субд oracle — она сама сотне smf фору по мониторингу даст)

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

74. "Релиз системного менеджера Systemd 198"  –2 +/
Сообщение от Andrew Kolchoogin on 10-Мрт-13, 23:52 
> я ОЧЕНЬ долго работал с smf. так что претензии не принимаются.

(Задумчиво...) Очень долго -- это сколько по времени? Вообще говоря, SMF по-человечески появился только в десятом Солярисе -- до семёрки его не было вообще, в семёрке и в восьмёрке через него запускалось полтора сервиса.

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

> второе — cgroup ТОЧНО не костыль, является прямым аналогом contractfs
> (правильно называется кстати CTFS)

Правильно -- contractfs. ctfs -- это название файловой системы для 'mount -t'. Для примера: во FreeBSD для того, чтобы смонтировать CD'шку, надо говорить 'mount -t cd9660'. Однако, файловая система CD ROM'ов так не называется.

И никакие cgroup не аналоги contractfs. Если уж про аналоги -- то это уж скорее аналог resource pool'ов.

> отслеживает все форки/потоки контролируемого демона (не через костыли, а через ядро),

Щаса. systemd.service(5) не читан ни разу, я так понимаю? Парамер GuessMainPID особенно хорошо показывает, как и что systemd может отследить.

> smf менее функционален (см. http://0pointer.de/blog/projects/why.html)

Где там про SMF хоть что-то?

> при этом даже менее удобен (угу. с xml-конфигами то). это факт.

А чем вам, собственно, XML не угодил?

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

75. "Релиз системного менеджера Systemd 198"  +1 +/
Сообщение от ананим on 11-Мрт-13, 00:41 
>(Задумчиво...) Очень долго -- это сколько по времени?

~15.
>По-моему, вы пытаетесь расставить пальцЫ. Не надо, на OpenNet'е этого не любят.

А по-моему это как раз ВЫ пытаетесь. Как в своё время предсказывали смерть линуху от опенсоляры, самую открытую и перспективную убийцу гпл — cddl и тд.
Уж не знаю, понравилось это опеннету или нет.
>И никакие cgroup не аналоги contractfs. Если уж про аналоги -- то это уж скорее аналог resource pool'ов.

бросьте.
ctfs полностью покрывается (и перекрывается) частью /proc, ещё чуть меньшей части /sys (и, в том числе, части /sys/fs/cgroup).
и вы прекрасно понимаете что именно я хотел сказать.
>А чем вам, собственно, XML не угодил?

марсианским удобством.

при этом самое главное вы как всегда пропустили — не нужно за меня решать проблемы, которых ДО появления SMF у меня и не было. тоже справедливо и для сабжа.
вы как коммивояжёр, расхваливающий зубную щётку с турбонаддувом. и любые попытки сказать вам, что у меня уже есть щётка, устраивающая меня полностью (и я таких уже сотню закупил про запас) пропускаются вами мимо ушей.
по-этому не стоит оставлять за скобками тот факт, что в linux всё ещё есть выбор.

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

81. "Релиз системного менеджера Systemd 198"  +/
Сообщение от Michael Shigorin email(ok) on 11-Мрт-13, 16:38 
> вы как коммивояжёр

Ой, расскажите лучше, какой урод я.  А людей не трогайте почём зря.

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

82. "Релиз системного менеджера Systemd 198"  +/
Сообщение от ананим on 11-Мрт-13, 19:26 
Настаиваете? Извольте.
У посетителя Michael Shigorin'а и модератора Michael Shigorin'а наблюдается явный конфликт интересов (он же разрыв шаблонов), т.к. второй должен убить первого согласно его же правилам форума, которые он блюдёт.

зыж
>Ой, расскажите лучше, какой урод я.  А людей не трогайте почём зря.

По-первому предложению — я вас лично (живьём) не видел.
По-второму — по чём зря не трогаю. Только за дело. И второй Michael Shigorin это знает.

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

83. "Релиз системного менеджера Systemd 198"  +/
Сообщение от Michael Shigorin email(ok) on 11-Мрт-13, 19:41 
> второй должен убить первого согласно его же правилам форума, которые он блюдёт.

Что регулярно и происходит -- жаль, не всегда до нажатия кнопки "отправить".

Спасибо :)

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

67. "Релиз системного менеджера Systemd 198"  +/
Сообщение от Michael Shigorin email(ok) on 10-Мрт-13, 17:12 
> Но написать чертовски сложный софт, решающий сравнительно простые задачи
> самым уродским для юзера образом

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

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

72. "Релиз системного менеджера Systemd 198"  +/
Сообщение от Andrew Kolchoogin on 10-Мрт-13, 22:35 
>> Но написать чертовски сложный софт, решающий сравнительно простые задачи
>> самым уродским для юзера образом
> Да если бы решающий -- с systemd большое количество "мигающих" проблем, похожих
> на гонки. Далеко ходить не надо, у себя на стендике
> наблюдаю. Соответственно рабочие ноутбуки от этого берегу.

А где посмотреть testcase? У меня виртуалка Xen'овская с openSuSE 12.2 -- что-то я там ничего плохого с systemd не наблюдаю...

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

80. "Релиз системного менеджера Systemd 198"  +/
Сообщение от Michael Shigorin email(ok) on 11-Мрт-13, 16:26 
> А где посмотреть testcase?

Если б умел заставлять race происходить более надёжно, то уже бы и повесил.

Обычно это либо залипания чего-либо на старте, которые не наблюдаются при следующей загрузке (причём свеженалитая система или вовсе livecd, т.е. не fsck) -- либо на выключении.  Порой на время порядка десятков секунд, порой замечаю через несколько минут и иду на следующий цикл, не дожидаясь (т.к. основная задача стенда другая).

На 12.2 заметно более старый systemd, помнится.

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

85. "Релиз системного менеджера Systemd 198"  +1 +/
Сообщение от Алексей (??) on 13-Мрт-13, 14:40 
а почему race-то сразу? при загрузке у некоторых блокирующих зависимостей таймауты могут быть большие (особенно на не настроенной или поломанной системе), это легко решается - просто отключением ненужных юнитов и, если по-босяцки, переносом части работы в initrd.
при перезагрузке при дефолтных настройках он вообще не спешит и может залипать на дурацких занятиях (например ждать пока journald запишет на read-only систему). это все решается 49-м сигналом (как вариант sysrq killall + ctrl-alt-del с консоли).
десятки секунд при обычной загрузке - это в любом случае неправильно.
Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

86. "Релиз системного менеджера Systemd 198"  +/
Сообщение от Michael Shigorin email(ok) on 13-Мрт-13, 18:40 
> а почему race-то сразу?

Эффект плавающий, _похоже_ на race.

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

3. "Релиз системного менеджера Systemd 198"  –4 +/
Сообщение от Аноним (??) on 09-Мрт-13, 12:02 
> релиз системного менеджера systemd 198

Хром с лисичкой отдыхают... Леннарт не осилил точечку в номере версии? Хоть бы для приличия сделал 1.98 или хоть 19.8...

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

4. "Релиз системного менеджера Systemd 198"  –1 +/
Сообщение от Аноним (??) on 09-Мрт-13, 12:04 
И? Какая Вам разница?
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

7. "Релиз системного менеджера Systemd 198"  +13 +/
Сообщение от anonimous on 09-Мрт-13, 12:16 
$ less --version
less 451
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

55. "Релиз системного менеджера Systemd 198"  –1 +/
Сообщение от Аноним (??) on 10-Мрт-13, 02:58 
> less 451

Брэдберри одобряет.

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

68. "Релиз системного менеджера Systemd 198"  +1 +/
Сообщение от anonymous (??) on 10-Мрт-13, 18:25 
* одобрил бы.
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

11. "Релиз системного менеджера Systemd 198"  +1 +/
Сообщение от GotF (ok) on 09-Мрт-13, 12:36 
Это нормальная, хоть и не очень популярная практика. У xterm и less номер версии это буквально patch level, здесь, вероятно, так же.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

12. "Релиз системного менеджера Systemd 198"  +1 +/
Сообщение от бедный буратино (ok) on 09-Мрт-13, 12:54 
Вам слово udev ни о чём не говорит?
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

16. "Релиз системного менеджера Systemd 198"  +2 +/
Сообщение от anonymous (??) on 09-Мрт-13, 13:59 
>Вам слово udev ни о чём не говорит?

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

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

19. "Релиз системного менеджера Systemd 198"  +/
Сообщение от бедный буратино (ok) on 09-Мрт-13, 14:52 
Это вы ещё версий в hg/git не видели. Там бы ваша фобия расцвела всеми красками.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

23. "Релиз системного менеджера Systemd 198"  +/
Сообщение от anonymous (??) on 09-Мрт-13, 16:23 
>Это вы ещё версий в hg/git не видели. Там бы ваша фобия расцвела всеми красками.

А при чём тут фобии? Я только констатирую факт.

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

13. "Релиз системного менеджера Systemd 198"  +1 +/
Сообщение от Аноним (??) on 09-Мрт-13, 13:16 
Вообще-то нумерация версий идёт от udev.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

37. "Релиз системного менеджера Systemd 198"  –1 +/
Сообщение от Аноним (??) on 09-Мрт-13, 18:04 
Да пусть хоть буквы в версии использует, код от этого не изменится...
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

40. "Релиз системного менеджера Systemd 198"  –1 +/
Сообщение от anonymous (??) on 09-Мрт-13, 19:40 
>Да пусть хоть буквы в версии использует, код от этого не изменится...

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

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

5. "Релиз системного менеджера Systemd 198"  +1 +/
Сообщение от Аноним (??) on 09-Мрт-13, 12:04 
Эпично, скоро личкрафт перегонит.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

58. "Релиз системного менеджера Systemd 198"  +/
Сообщение от Аноним (??) on 10-Мрт-13, 03:02 
> Эпично, скоро личкрафт перегонит.

А какой у него номер версии? :)

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

6. "Релиз системного менеджера Systemd 198"  +10 +/
Сообщение от ip1981 (ok) on 09-Мрт-13, 12:05 
bootclt часом не парсит конфиги GRUB? :-)

Прям раковая опухоль. В Солярке всякие *adm на каждый чих, тут *ctl.

Даже когда действительно проще поправить конфиг в тектовом редакторе,
ибо там есть комментарии и примеры.

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

10. "Релиз системного менеджера Systemd 198"  +2 +/
Сообщение от ананим on 09-Мрт-13, 12:35 
> Прям раковая опухоль. В Солярке всякие *adm на каждый чих, тут *ctl.

Да, тоже всегда матюгался. Трудно было хотя бы adm*, ctl*?
Чтобы хоть 2 раза таб работал. Нет блин, развлекаешь комп полным (ну почти) набором команды. Хорошо хоть башкомплешн работает.

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

71. "Релиз системного менеджера Systemd 198"  –1 +/
Сообщение от Andrew Kolchoogin on 10-Мрт-13, 22:33 
> bootclt часом не парсит конфиги GRUB? :-)
> Прям раковая опухоль. В Солярке всякие *adm на каждый чих, тут *ctl.

В Солярисе *adm'ы придуманы для того, чтобы было проще скриптить. Ничто не мешает редактировать конфиги напрямую (vi с Солярисом тоже поставляется).

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

8. "Релиз системного менеджера Systemd 198"  +5 +/
Сообщение от YetAnotherOnanym (ok) on 09-Мрт-13, 12:23 
Чорт, я надеялся, что наступит момент, когда Леннарт перестанет добавлять фичи в systemd. Тогда можно было бы подождать какой-то срок на вылизывание кода с перейти на него со спокойной душой. Но, похоже, он решил сделать из своего детища раковую опухоль, которая зохавает всю ОС.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Релиз системного менеджера Systemd 198"  +3 +/
Сообщение от koblin (ok) on 09-Мрт-13, 12:33 
будет gnu/systemd/linux
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

15. "Релиз системного менеджера Systemd 198"  +/
Сообщение от anonimus on 09-Мрт-13, 13:35 
не, systemd/GnomeOS
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

22. "Релиз системного менеджера Systemd 198"  +/
Сообщение от NickFaces (ok) on 09-Мрт-13, 15:28 
Петросян бы гордился свежестью и оригинальностью вашего юмора. Ей Богу, каждый раз при выходе новой версии системд, кто то да посчитает своим долгом написать это.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

31. "Релиз системного менеджера Systemd 198"  +3 +/
Сообщение от anonymous (??) on 09-Мрт-13, 17:16 
> Петросян бы гордился свежестью и оригинальностью вашего юмора. Ей Богу, каждый раз
> при выходе новой версии системд, кто то да посчитает своим долгом
> написать это.

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

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

32. "Релиз системного менеджера Systemd 198"  +/
Сообщение от Boboms (ok) on 09-Мрт-13, 17:32 
> Петросян бы гордился свежестью и оригинальностью вашего юмора

Как ты умудрился совместить несовместимое: петросян и свежесть, петросян и оригинальность юмора? Это братцы-гусары, право, оксюмороны! :)

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

47. "Релиз системного менеджера Systemd 198"  +2 +/
Сообщение от YetAnotherOnanym (ok) on 09-Мрт-13, 21:35 
А где Вы тут усмотрели юмор? Поттеринг действительно ведёт дело к тому, что будет некий "другой" линукс, не такой, к которому многие привыкли. Будет ли он лучше или хуже "традиционного" - это кому как. Усугубит ли это фрагментацию дистрибутивов или, наоборот, приведёт к появлению некоего "мэйнстрима", в котором дистрибутивы будут отличаться обоями и выбором "xine vs clementine" - время покажет.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

39. "Релиз системного менеджера Systemd 198"  +/
Сообщение от etw (??) on 09-Мрт-13, 18:46 
Добавление фич не мешает вылизыванию кода.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

50. "Релиз системного менеджера Systemd 198"  +2 +/
Сообщение от Ы on 09-Мрт-13, 22:12 
> Добавление фич не мешает вылизыванию кода.

Для начала хоть мааааааалюсенькую полезную программку напиши, а потом придёшь сюда снова со своим веским ... :)

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

59. "Релиз системного менеджера Systemd 198"  +/
Сообщение от etw (??) on 10-Мрт-13, 03:23 
>> Добавление фич не мешает вылизыванию кода.
> Для начала хоть мааааааалюсенькую полезную программку напиши, а потом придёшь сюда снова
> со своим веским ... :)

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

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

17. "Релиз системного менеджера Systemd 198"  –1 +/
Сообщение от ВовкаОсиист (ok) on 09-Мрт-13, 14:02 
Он не успокоится, пока не будет systemd/linux. Его не остановить (с)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "Релиз системного менеджера Systemd 198"  +/
Сообщение от Гость on 09-Мрт-13, 16:55 
Если нельзя остановить - можно повернуть
например, в сторону пешего эротического путешествия
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

28. "Релиз системного менеджера Systemd 198"  +/
Сообщение от Гость on 09-Мрт-13, 16:56 
Хотя, похоже он сам туда летит - просто не стоит ему мешать
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

61. "Релиз системного менеджера Systemd 198"  +/
Сообщение от хтойа on 10-Мрт-13, 06:36 
Ну и любит же он длинные названия команд, путей, и даже юзера журнала не обделил именем. Краткость сестра таланта, не?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

65. "Релиз системного менеджера Systemd 198"  –5 +/
Сообщение от Аноним (??) on 10-Мрт-13, 11:20 
Унификация радует!
Надо бы уже по дефолту графическую консоль сделать и что-то типа окошечного менеджера с удобным доступом ко всем настройкам. Чтото типа mmc в винде, плюс реестр. Сисадмины скажут спасибо.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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