The OpenNET Project / Index page

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

Новая версия systemd 210

25.02.2014 10:28

Всего через пять дней с момента выпуска значительного релиза systemd 209 Леннарт Поттеринг (Lennart Poettering) представил корректирующее обновление системного менеджера systemd 210, в котором по горячим следам внесено 14 исправлений и улучшений. Новый выпуск уже добавлен в репозиторий Fedora Rawhide.

Наиболее заметные изменения:

  • Уход от использования атрибута IFUNC в библиотеках для обеспечения совместимости (libsystemd-journal.so, libsystem-id128.so, libsystemd-login.so и libsystemd-daemon.so), что позволяет собрать библиотеки для архитектуры ARM с использованием инструментария, не поддерживающего IFUNC;
  • Добавлена поддержка включения/отключения systemd-networkd через systemctl;
  • Для unit-файлов добавлена поддержка атрибута "AppArmorProfile=" для привязки к процессам профиля AppArmor;
  • Для unit-файлов добавлена условная переменная "ConditionArchitecture=", позволяющая осуществить привязку к системной архитектуре.
  • В systemd-networkd обеспечена поддержка проверки использования виртуализации, архитектуры, опций запуска ядра, имени хоста и идентификатора системы;
  • В logind реализован более агрессивный переход в спящий режим при закрытии крышки ноутбука;
  • Для systemd-networkd включен по умолчанию файл конфигурации .network для настройки DHCP для сетевых интерфейсов, созданных при помощи nspawn с опциями --network-veth или --network-bridge;
  • Добавлена поддержка суффиксов M, K, G, T (кратные 1000) для определения пропускной способности. По умолчанию по-прежнему используются значения кратные 1024;
  • В опции "DeviceAllow=" для unit-файлов теперь допускается помещением в белый список разом группы устройств, представленных в /proc/devices (например, указав "char-pts помещаем в белый список все псевдотерминалы);
  • В sd-event добавлен новый источник событий - "post";


  1. Главная ссылка к новости (http://lists.freedesktop.org/a...)
  2. OpenNews: Релиз системного менеджера systemd 209
  3. OpenNews: Systemd победил в третьем голосовании по выбору системы инициализации для Debian
  4. OpenNews: Оценка плюсов и минусов при переходе Debian на systemd или upstart
Лицензия: CC-BY
Тип: Программы
Ключевые слова: systemd
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (85) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.2, Анонимус_б6 (?), 11:07, 25/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    чо он каждый день не вносит правки и не клепает новые релизы? в год по 365 релизов, нормально...

    помяните мое слово, настанет день и эта херня сдохнет, потянув за собой на дно поголовно все дистрибутивы

     
     
  • 2.4, Аноним (-), 11:24, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Сколько лет уже слушаем песни про линукскaпец, а он так и не приходит :(
     
     
  • 3.14, Аноним (-), 13:08, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • –10 +/
    Аноним савсем глюпый, савсем читать и думать не умеет, да?
    > потянув за собой на дно поголовно все дистрибутивы
    > потянув за собой на дно поголовно все дистрибутивы
    > потянув за собой на дно поголовно все дистрибутивы

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

     
     
  • 4.17, Аноним (-), 13:17, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > То что у тебя останется одна шапка и парочка маргинальных ничего не
    > значащих дистров это ничего? Ну и так, большинство текущих линух устройств
    > это осколки и ошмётки что выбрасывают производители для соблюдения гпл. Нет
    > и не будет там никакого дистриба. Остатки кернела, юзерспейса и старые
    > куски андроида вот и всё - это не дистр.

    Какой-то поток сознания бугуртящего подоконника.

     
     
  • 5.54, Аноним (-), 16:13, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Мальчик иди книжечки почитай, потом ещё минусиков накидай, потом зигу покидай на портрет лёньки потного. Ваша секта луркомольцев нииxеpа ничего не может. Только бугурт, ко-ко-ко-ко, подоконники и прочий словесный шлaк, что на сайтиках интернетов подбирают. Продемонстрируй свои познаниния, мальчик черпающий мысли из гондосайтов. Расскажи в какое большинство устройства линухом и что это за дистриб.
     
     
  • 6.55, Аноним (-), 16:14, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    в каком большинство устройств работа под линухом и что это за дистриб.
     
  • 4.67, Аноним (-), 20:18, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Видимо, ты опасаешься того, что в системд перенесут половину всего кода дистрибутивов, потом он вдруг сделается закрытым и через какое-то время умрет оставив линуксы без этого важного кода?
     
     
  • 5.70, Аноним (-), 21:44, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А какая разница будет он закрытым или открытым если в тоннах этого мусора не разберёшься? Потом разговоров: почему ездят интерфейсы сетевых, запиливание другого именования сетевых, удев с шаманством где подправить что бы работала как надо под пользователем и прочее? Красношапка уже так сделала для ядрёного патча в пику ораклу.
     
     
  • 6.75, Аноним (-), 07:40, 26/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А какая разница будет он закрытым или открытым если в тоннах этого
    > мусора не разберёшься?

    А еще ты не умеешь пилотировать боинги. И наверное даже не машинист электровоза. И уж наверное не проектируешь турбореактивные двигатели. Следует ли отсюда что надо ходить пешком, а поезда и самолеты необходимо игнорировать? Ведь вы же не разберетесь в тоннах этого "мусора".

     
     
  • 7.88, Аноним (-), 18:52, 26/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ты зачем под идиотиков косишь? Есть тут один любитель рассказывать про брички и современные космолёты. Вот правда его аллегории интересны только специально обученным людям.
    Что непонятного в том что я работаю с линухом и администрю его? И следовательно при поломках вот прямо сейчас я должен если не задавить багу то хоть поймать его. А ещё я не умею пилотировать боинг, да. Поэтому и не лезу им управлять или проводить ТО.
     
  • 4.85, vi (?), 15:48, 26/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А что так грустно то Шапка станет набивать оскомину, а у, как Вы изволили выр... текст свёрнут, показать
     
  • 3.28, jOKer (ok), 14:01, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то речь идет не о линуксокапце, а о SystemdOS-капце. Это если что.
     
  • 3.42, адекват (?), 15:45, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    он наступает постепенно, рак не может возникнуть, равиться и убить в один день,... текст свёрнут, показать
     
     
  • 4.47, Аноним (-), 16:00, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    он наступает постепенно, рак не может возникнуть, равиться и убить в один день,... текст свёрнут, показать
     
  • 2.5, x0r (??), 11:27, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    да, скорость выпуска новых версий - "хороший" показатель качества и сложности кода...
     
     
  • 3.13, 1 (??), 13:03, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > да, скорость выпуска новых версий - "хороший" показатель качества и сложности кода...

    а где нам на твой качественный код посмотреть?

     
     
  • 4.43, адекват (?), 15:53, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> да, скорость выпуска новых версий - "хороший" показатель качества и сложности кода...
    > а где нам на твой качественный код посмотреть?

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

     
     
  • 5.52, 1 (??), 16:11, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > сравнить хотите ? знаний то хватит ?

    к сожалению, хватит
    > и, по вашему получается, что код Леннарта и ко-ко-ко и местных кртиканов это где-то рядом ?

    боже упаси такую глупость подумать, боюсь что это стадо 1С-ников даже за бесконечное время не натычет на клавиатуре ничего разумного, на что я и намекнул

     
     
  • 6.86, vi (?), 15:51, 26/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> сравнить хотите ? знаний то хватит ?
    > к сожалению, хватит

    Один вопрос, лично к Вам. Почему именно к сожалению?

     
  • 5.69, Аноним (-), 21:39, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    посмотри сорсы, с повсеместным  if else вместо switch и порадуйся за леню и его качественный код.
     
     
  • 6.74, 123 (??), 06:24, 26/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    чем else if хуже switch можешь аргументированно пояснить?
     
  • 3.18, Аноним (-), 13:19, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > да, скорость выпуска новых версий - "хороший" показатель качества и сложности кода...

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

     
     
  • 4.76, Аноним (-), 07:42, 26/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, гораздо лучше игнорировать багрепорты - тогда можно сойти за "стабильный и
    > зрелый продукт".

    Ой, на багрепорты в инитовых скриптах не просто все клали, там зачастую еще и такой адовый трындец что кто бы уж говорил.

     
     
  • 5.89, Аноним (-), 18:54, 26/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    До этого много лет работал, но тут пришёл анонимус сказал что там ад и большинство линухов в мире поломалось.
     
  • 2.32, кевин (?), 14:37, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    однажды ты поймёшь почему сказал глупость.. но возможно не в этой жизни.. мне жаль что я не могу помочь тебе, спасибо.
     

  • 1.6, Аноним (-), 11:30, 25/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Каждый день молюсь чтобы Gentoo не перешла на systemd. В конфигах ядра gentoo-sources уже есть выбор openrc | systemd
     
     
  • 2.7, anonymous (??), 11:35, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >В конфигах ядра gentoo-sources уже есть выбор openrc | systemd

    А что, уже и ядро можно прибить к нему гвоздями?

     
     
  • 3.8, Аноним (-), 11:40, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >А что, уже и ядро можно прибить к нему гвоздями?

    Видимо какие-то gentoo.patches специально под сабж. Скоро в systemd будет своё ядро с дружелюбными пони...

     
     
  • 4.10, Имя (?), 11:51, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Эти опции помимо зависимостей от других опций ничего не предоставляют. То есть они там только для того, чтобы пользователи не парились над списком того, что надо включить, чтобы всё взлетело с тем или иным инитом.
     
  • 3.9, Аноним (-), 11:43, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +7 +/
    гвоздями можно прибить практически все
     
     
  • 4.21, Аноним (-), 13:22, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > гвоздями можно прибить практически все

    Если прибивается _правильная_ программа (например, openrc), в гвоздях нет ничего плохого.
    Пусть желающие "выбора" (чтобы поставить себе системГ) трахаются побольше.

     
     
  • 5.87, vi (?), 15:59, 26/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> гвоздями можно прибить практически все
    > Если прибивается _правильная_ программа (например, openrc), в гвоздях нет ничего плохого.
    > Пусть желающие "выбора" (чтобы поставить себе системГ) трахаются побольше.

    Давайте лучше поговорим о том, что есть правильная программа выполняющая функции PID1 (хотя systemd (имхо) целая система инициализации в одном флаконе (ну может быть с рюмочками ;))
    И второй вопрос (не столь важный), почему (например, openrc)?
    Как я понимаю systemd в этот список не входит?

     
  • 4.77, Аноним (-), 07:44, 26/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > гвоздями можно прибить практически все

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

     
  • 3.33, кевин (?), 14:39, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>В конфигах ядра gentoo-sources уже есть выбор openrc | systemd
    > А что, уже и ядро можно прибить к нему гвоздями?

    это связано с kdbus преимущественно там не гвозди, там защёлки.

     
  • 2.11, Анонист (?), 12:28, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У вас ещё нет systemd? Тогда мы идем к вам...
     
     
  • 3.19, Аноним (-), 13:20, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > У вас ещё нет systemd? Тогда мы идем к вам...

    Даже опенбсдшики хотят себе systemd, почитайте список задач на GSoC. Правда, под лицензией BSD и на перле.

     
     
  • 4.26, AX (ok), 14:01, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Даже опенбсдшики хотят себе systemd, почитайте список задач на GSoC. Правда, под
    > лицензией BSD и на перле.

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

    "Brief explanation: More and more desktop-level applications now depend on apis provided by linux's systemd. We need to have an equivalent to keep up with them."

     
     
  • 5.37, anonymous (??), 14:49, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Не "хотят", а "вынужденны писать замену для софта, зависящиего от поццеринго-костылей".

    Это будет очередная гонка костылей. api в systemd не стабильны.

     
     
  • 6.46, Аноним (-), 16:00, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >api в systemd не стабильны.

    Сказали же, что он уже готов для Дебиана и шапки. Кому верить?

     
     
  • 7.68, anonymous (??), 21:24, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Сказали же, что он уже готов для Дебиана и шапки. Кому верить?

    Маркетологи микрософта тоже много чего говорят.

     
  • 4.78, Аноним (-), 07:45, 26/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > лицензией BSD и на перле.

    Нде. Они перещеголяли даже леню.

     
  • 2.16, Аноним (-), 13:17, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Каждый день молюсь чтобы Gentoo не перешла на systemd. В конфигах ядра
    > gentoo-sources уже есть выбор openrc | systemd

    Да, выбор - это плохо. Совсем разработчики обнаглели - творят, что хотят!

     
     
  • 3.82, anonymous (??), 09:19, 26/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Да, выбор - это плохо. Совсем разработчики обнаглели - творят, что хотят!

    Ну да, можно выбрать квадратные колёса, или треугольные. Зато тебя ни кто не ограничивает. Выбирай и радуйся!

     

  • 1.12, karapuz2 (ok), 12:52, 25/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не вдаваясь в холивар, помоему разработчики ошиблись с выбором формата конфигурационных файлов. INI-подобный формат примитивен, и уже наблюдаются костыли, например, если существеннен порядок следования опций, или требуется минимальные вычисления в конфиге (конкатенация строк, арифметические выражения). Не продумали как следует, а это как раз и аукнется.
     
     
  • 2.15, Аноним (-), 13:16, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да, надо было выбирать XML, как в нормальных юниксовых инитах (SMF, launchd).
     
     
  • 3.20, Andrey Mitrofanov (?), 13:21, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Да, надо было выбирать XML, как в нормальных юниксовых инитах (SMF, launchd).

    Да! Проблема выполнения "минимальных вычислений в конфиге (конкатенация строк, арифметические выражения)" и прочих вызовов внешних скриптов в XML-е решена на порядок лучше, чем в S-d. >/<

     
     
  • 4.22, Аноним (-), 13:24, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Да! Проблема выполнения "минимальных вычислений в конфиге (конкатенация строк, арифметические
    > выражения)" и прочих вызовов внешних скриптов в XML-е решена на порядок
    > лучше, чем в S-d. >/<

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

     
     
  • 5.34, кевин (?), 14:42, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Да! Проблема выполнения "минимальных вычислений в конфиге (конкатенация строк, арифметические
    >> выражения)" и прочих вызовов внешних скриптов в XML-е решена на порядок
    >> лучше, чем в S-d. >/<
    > В XML можно решить что угодно, он же расширяемый. На его основе
    > можно даже свой ЯП создать - было бы вполне прозрачно, удобно
    > для правки на лету и юниксвейно.

    извините но XML не юникс вэйный. а система инициализации это та вещь в которой править что-то на лету противопоказано.

     
  • 5.35, jOKer (ok), 14:42, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Да! Проблема выполнения "минимальных вычислений в конфиге (конкатенация строк, арифметические
    >> выражения)" и прочих вызовов внешних скриптов в XML-е решена на порядок
    >> лучше, чем в S-d. >/<
    > В XML можно решить что угодно, он же расширяемый. На его основе
    > можно даже свой ЯП создать - было бы вполне прозрачно, удобно
    > для правки на лету и юниксвейно.

    Нет! Юниквэйно как раз не было бы. И я поясню почему.

    Дело в том, что главная парадигма юниксвэя - это делегация функционала программам (или /в некоторых случаях/ библиотечным классам) с одновременной организацией их совместной работы стандартными методами.

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

     
     
  • 6.61, zhuk (?), 18:02, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    не сцы ты так. скоро вкорячат JS с соответствующей секцией в конфиге и все будет стильно, модно, молодежно.
     
  • 5.79, Аноним (-), 07:46, 26/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > даже свой ЯП создать

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

     
  • 3.27, dq0s4y71 (ok), 14:01, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    http://c2.com/cgi/wiki?XmlSucks
     
  • 2.23, Аноним (-), 13:26, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не вдаваясь в холивар, помоему разработчики ошиблись с выбором формата конфигурационных
    > файлов. INI-подобный формат примитивен, и уже наблюдаются костыли, например, если существеннен
    > порядок следования опций, или требуется минимальные вычисления в конфиге (конкатенация
    > строк, арифметические выражения).

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

     
     
  • 3.24, anonymous (??), 13:51, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >А зачем такие извраты в _конфигурационных_ файлах (которые не являются кодом)?

    Вычисления должны описываться в коде, а в конфигах - только входные данные.


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

     
     
  • 4.36, кевин (?), 14:45, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>А зачем такие извраты в _конфигурационных_ файлах (которые не являются кодом)?
    > Вычисления должны описываться в коде, а в конфигах - только входные данные.
    > Ты это у Поттеринга спроси. Чуть ли ни каждый день новые ключики
    > добавляет, ну и код на си дописывает. Видимо, товарищ не пришёл
    > к единому мнению по вопросу разделения кода и входных данных.

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

     
     
  • 5.38, anonymous (??), 14:53, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > потому что непрерывная адаптация и совершенствование. радоваться надо что у лёньки столько
    > энергии что-бы поддерживать темп(хотя он на самом деле давно не один
    > это всё делает, но единомышленники это тоже энергоресурс)

    А чему тут радоваться? Уже 5 лет тестовый полигон имеет место быть. Когда будет LTS-релиз, пригодный для использования?

     
  • 3.29, AX (ok), 14:06, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А зачем такие извраты в _конфигурационных_ файлах (которые не являются кодом)?
    > Вычисления должны описываться в коде, а в конфигах - только входные данные.

    http://www.linux.org.ru/news/opensource/10195930?cid=10212242

    Вот и спроси разрабов systemd, зачем они ворочают такой ужас в своих "простых" юнит-файлах.

     
  • 3.40, karapuz2 (ok), 15:40, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Можно было бы лиспо-образный язык использовать. Специально ограничить его тюринг-неполнотой и убрать скобочки. Входные данные тоже нужно грамотно описать,  хороший лаконичный язык описания данных этому способствует. А то получится, как правила фаерволла в реестре windows: http://vp.livejournal.com/2656174.html - уже сейчас unit-ы чем-то напоминают это.
    [code]
    v2.10|Action=Allow|Active=TRUE|Dir=Out|Protocol=17|Profile=Public|RPort=138|App=System|Name=@FirewallAPI.dll,-28531|Desc=@FirewallAPI.dll,-28534|EmbedCtxt=@FirewallAPI.dll,-28502|
    [/code]
     
     
  • 4.45, Oinari (ok), 15:59, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Бить по рукам за поломку разметки.
     
  • 4.48, Аноним (-), 16:03, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >убрать скобочки

    Еретик!

     
  • 3.53, Аноним (-), 16:11, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А сходи сюда и посмотри как входные данные описываются http://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi?quote=not_empty&az=pos
    расскажи без интрнета что там за логическое выражение.
     
     
  • 4.62, Аноним (-), 18:17, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А сходи сюда и посмотри как входные данные описываются
    > расскажи без интрнета что там за логическое выражение.

    А с чего вдруг такое условие - "без интрнета"? Документацию и маны читать нынче считается не юниксвейно?

     
     
  • 5.65, Аноним (-), 19:24, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    О, попёрло. У тебя сеть отвалится - как чинить будешь? Сдулись твои знания без сети. С ифами это условие прочитает любой пенёк с бодуна. А эту системдовшину не поймёшь без пузыря.
    Хотя таким гуглователям это же только плюс. Либо быстро нагуглил, либо позвонил в ТП. А потом работодателю лапшу пару дней развешивать: я завёл тикет в ТП обслуживающий компании 63838349 бла-бла-бла. Они работают как могут - бла-бла-бла. А я тут не причём, косяков моих нет в работе.

    Ну и ты уж с манами в руках объясни что это делает и как это логично.

     
     
  • 6.80, Аноним (-), 08:20, 26/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя man без сети совсем не работает К тому же нормальные люди, особенно если... текст свёрнут, показать
     
     
  • 7.84, Аноним (-), 13:06, 26/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Школота набигает и рассказывает какую-то лажу иди начальству расскажи что ты се... текст свёрнут, показать
     
  • 2.30, dq0s4y71 (ok), 14:14, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что лучшего формата для конфига, чем простой текстовый файл, ещё никто не придумал. И как бы не извращались разработчики systemd, они всё равно к нему приходят...
     
     
  • 3.31, Anonymus (?), 14:22, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А содержимое этого простого текстового файла будет код на си. Они к этому придут, я уверен.
     
     
  • 4.56, dq0s4y71 (ok), 16:21, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так уже, вроде. Только вот заменив простой текстовый файл кодом на си, избавиться от ini они почему-то так и не смогли. И получается, что вместо одного простого текстового файла у них теперь бинарник, ini и куча ключей. Круто, чо.
     

  • 1.25, AX (ok), 13:55, 25/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > -  Для unit-файлов добавлена поддержка атрибута "AppArmoreProfile=" для привязки к процессам профиля  AppArmor;
    > -   Для unit-файлов добавлена условная переменная "ConditionArchitecture=", позволяющая осуществить привязку к системной архитектуре.
    > -  В опции "DeviceAllow=" для unit-файлов теперь допускается помещением в белый список разом группы устройств, представленных в /proc/devices (например, указав "char-pts помещаем в белый список все псевдотерминалы);

    Господа, ну к чему все эти полумеры? Запихните туда уже всё ядро, целиком!

     
     
  • 2.41, Andrey Mitrofanov (?), 15:43, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Господа, ну к чему все эти полумеры? Запихните туда уже всё ядро,
    > целиком!

    Ты не понимаешь. То, что ломает поцтеринг, чинит линус и ко. $(обязятельный хистори про поломку udev и подхватываение загрузки фварей счастливым торавальдсом("мы не ломаем узерспейс!") из ядра -- ЗДЕСЬ) Если они схавают ядро, кто ж код чинить будет??

     

  • 1.39, pavlinux (ok), 14:57, 25/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А как на systemd замутить LD_PRELOAD для squid c libtcmalloc.so,
    bind с libfastmalloc.so, а Xorg c libsse41memxxx.so  ?
     
     
  • 2.44, pavlinux (ok), 15:58, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Не вижу радостных советов от фанбоев поттрыринга.

    А, ну и в догонку, как запустить с LD_PRELOAD сам systemd и все его вспомогательные службы, кроме запускаемых им самим.

     
     
  • 3.50, Andrey Mitrofanov (?), 16:07, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Не вижу радостных советов от фанбоев поттрыринга.
    > А, ну и в догонку, как запустить с LD_PRELOAD сам systemd и
    > все его вспомогательные службы, кроме запускаемых им самим.

    Фу, развёл сорс-бейзд какой-то. Твой юз-кейс не интересен отделу продаж р.х.

    А _шелл_-скрипт-обёртка на каждый демон с установкой/сбросом этого твоего LD_PRELOAD и exec-анием целевого демона не? Не поттеринг-вейно? Немендено пройдите потчить ещё одну переменную в язык [боевых] юнитов.

     
     
  • 4.58, pavlinux (ok), 17:17, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А _шелл_-скрипт-обёртка

    Тссс, посаны увидят, минусами закидают.


     
     
  • 5.63, Andrey Mitrofanov (?), 18:42, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> А _шелл_-скрипт-обёртка
    > Тссс, посаны увидят, минусами закидают.

    Поздняк, "усё пропуало, шеф". Лёня уже #59 сделал _две_ переменные для. ...из "пяти", ага.

     
  • 2.49, Аноним (-), 16:05, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Написать Лене челобит^W фичреквест.
     
  • 2.51, Аноним (-), 16:10, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А как на systemd замутить LD_PRELOAD для squid c libtcmalloc.so,
    > bind с libfastmalloc.so, а Xorg c libsse41memxxx.so  ?

    пиши фичреквест, леня одобрит и запилит "LdPreload=" к 211

     
     
  • 3.57, pavlinux (ok), 17:16, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    У меня заныкано ещо 100 костылей не совместимых с Лёнясофтом. ... потяну удовольствие. :)

     
     
  • 4.60, Аноним (-), 18:00, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > У меня заныкано ещо 100 костылей не совместимых с Лёнясофтом. потяну удовольствие. :)

    Несовместимость systemd с твоими костылями в ините - это скорее достоинство systemd, чем недостаток. От костылей надо избавляться, так и было задумано.

     
     
  • 5.66, Аноним (-), 19:25, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вся рота идёт не в ногу, один прапорщик в ногу. А следующий проект лёни, как я понимаю, универсальная автоматическая машинка для стрижки головы?
     
     
  • 6.81, Аноним (-), 08:28, 26/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Вся рота идёт не в ногу, один прапорщик в ногу.

    Ты правда хочешь сказать, что эти костыли типа LD_PRELOAD в ините нужны всем?
    Или ты имел в виду, что pavlinux тут за прапорщика?

     
     
  • 7.90, Аноним (-), 18:57, 26/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Наверху было про "100 костылей". И если они накостыляли(сколько там десятков ключиков?) столько для юнитов, почему бы не запилить ещё один ключ для ld_preload? А потом не запилить для оставшихся 100 костылей ещё по ключу? Все эти ексекпре, ексекпосле, ексеквместо сексвместо поттеринг же наделал.
     
     
  • 8.91, pavlinux (ok), 19:26, 26/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    И получилось то, от чего убегали ... текст свёрнут, показать
     
  • 2.59, anonymous (??), 17:45, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Environment="LD_PRELOAD=/path/to.so"

    Ну или так

    ExecStart=/bin/sh -c 'LD_PRELOAD=/path/to.so exec /path/to/binary'

     
     
  • 3.64, Аноним (64), 18:50, 25/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо, брат!
     

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



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

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