Всего через пять дней с момента выпуска значительного релиза systemd 209 (http://www.opennet.me/opennews/art.shtml?num=39135) Леннарт Поттеринг (Lennart Poettering) представил (http://lists.freedesktop.org/archives/systemd-devel/2014-Feb...) корректирующее обновление системного менеджера systemd 210, в котором по горячим следам внесено 14 исправлений и улучшений. Новый выпуск уже добавлен в репозиторий Fedora Rawhide.
Наиболее заметные изменения:
- Уход от использования атрибута IFUNC (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40528) в библиотеках для обеспечения совместимости (libsystemd-journal.so, libsystem-id128.so, libsystemd-login.so и libsystemd-daemon.so), что позволяет собрать библиотеки для архитектуры ARM с использованием инструментария, не поддерживающего IFUNC;
- Добавлена поддержка включения/отключения systemd-networkd через systemctl;
- Для unit-файлов добавлена поддержка атрибута "AppArmoreProfile=" для привязки к процессам профиля 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";
URL: http://lists.freedesktop.org/archives/systemd-devel/2014-Feb...
Новость: http://www.opennet.me/opennews/art.shtml?num=39181
чо он каждый день не вносит правки и не клепает новые релизы? в год по 365 релизов, нормально...помяните мое слово, настанет день и эта херня сдохнет, потянув за собой на дно поголовно все дистрибутивы
Сколько лет уже слушаем песни про линукскaпец, а он так и не приходит :(
Аноним савсем глюпый, савсем читать и думать не умеет, да?
> потянув за собой на дно поголовно все дистрибутивы
> потянув за собой на дно поголовно все дистрибутивы
> потянув за собой на дно поголовно все дистрибутивыТо что у тебя останется одна шапка и парочка маргинальных ничего не значащих дистров это ничего? Ну и так, большинство текущих линух устройств это осколки и ошмётки что выбрасывают производители для соблюдения гпл. Нет и не будет там никакого дистриба. Остатки кернела, юзерспейса и старые куски андроида вот и всё - это не дистр.
> То что у тебя останется одна шапка и парочка маргинальных ничего не
> значащих дистров это ничего? Ну и так, большинство текущих линух устройств
> это осколки и ошмётки что выбрасывают производители для соблюдения гпл. Нет
> и не будет там никакого дистриба. Остатки кернела, юзерспейса и старые
> куски андроида вот и всё - это не дистр.Какой-то поток сознания бугуртящего подоконника.
Мальчик иди книжечки почитай, потом ещё минусиков накидай, потом зигу покидай на портрет лёньки потного. Ваша секта луркомольцев нииxеpа ничего не может. Только бугурт, ко-ко-ко-ко, подоконники и прочий словесный шлaк, что на сайтиках интернетов подбирают. Продемонстрируй свои познаниния, мальчик черпающий мысли из гондосайтов. Расскажи в какое большинство устройства линухом и что это за дистриб.
в каком большинство устройств работа под линухом и что это за дистриб.
Видимо, ты опасаешься того, что в системд перенесут половину всего кода дистрибутивов, потом он вдруг сделается закрытым и через какое-то время умрет оставив линуксы без этого важного кода?
А какая разница будет он закрытым или открытым если в тоннах этого мусора не разберёшься? Потом разговоров: почему ездят интерфейсы сетевых, запиливание другого именования сетевых, удев с шаманством где подправить что бы работала как надо под пользователем и прочее? Красношапка уже так сделала для ядрёного патча в пику ораклу.
> А какая разница будет он закрытым или открытым если в тоннах этого
> мусора не разберёшься?А еще ты не умеешь пилотировать боинги. И наверное даже не машинист электровоза. И уж наверное не проектируешь турбореактивные двигатели. Следует ли отсюда что надо ходить пешком, а поезда и самолеты необходимо игнорировать? Ведь вы же не разберетесь в тоннах этого "мусора".
Ты зачем под идиотиков косишь? Есть тут один любитель рассказывать про брички и современные космолёты. Вот правда его аллегории интересны только специально обученным людям.
Что непонятного в том что я работаю с линухом и администрю его? И следовательно при поломках вот прямо сейчас я должен если не задавить багу то хоть поймать его. А ещё я не умею пилотировать боинг, да. Поэтому и не лезу им управлять или проводить ТО.
> Аноним савсем глюпый, савсем читать и думать не умеет, да?
>> потянув за собой на дно поголовно все дистрибутивы
>> потянув за собой на дно поголовно все дистрибутивы
>> потянув за собой на дно поголовно все дистрибутивы
> То что у тебя останется одна шапка и парочка маргинальных ничего не
> значащих дистров это ничего? Ну и так, большинство текущих линух устройств
> это осколки и ошмётки что выбрасывают производители для соблюдения гпл. Нет
> и не будет там никакого дистриба. Остатки кернела, юзерспейса и старые
> куски андроида вот и всё - это не дистр.А что так грустно то ;)
Шапка станет набивать оскомину, а у, как Вы изволили выразится, "парочка маргинальных ничего не значащих дистров" появится шанс стать нынешним Debian-ом по популярности (или подставьте имя своего любимого дистрибутива, что бы не холиварить).
Вообще-то речь идет не о линуксокапце, а о SystemdOS-капце. Это если что.
> Сколько лет уже слушаем песни про линукскaпец, а он так и не
> приходит :(он наступает постепенно, рак не может возникнуть, равиться и убить в один день, сейчас рак, по имени systemd постеппно проникает во все дистрибутивы, маскируясь под новый, здоровый слой нервных волокон, на первый взгляд абсолютно здоровый и гораздо лучший чем старый. поскольку есть новый, от старых решено отказаться. И когда эта пакость проникнет куда только можно, и куда нельзя тоже - она начнет рандомно сбоить, настолько рандомно, что отловить эти глюки будет нельзя, нельзя будет найти альтернативу, потому что ВСЕ будет завязано на systemd, оно просто не позволит запустить что-то мимо себя, нельзя будет перейти на другой дистрибутив - везде будет systemd, который замкнул на себя ВСЕ. И какому-нибудь несчастному админу придется ехать в 2 часа ночи и разбираться, почему сервак завис после обновления, журнал кстати будет поврежден и узнать ничего будет нельзя, потому что, щука бинарный он.
главный вопрос - почему будет глючить ? потому что кода будет сильно больше чем сейчас - это просто неизбежно для такого комбайна, ну а как Леннарт и Ко любят править свои ошибки - можете узнать у местных, кто к ним обращался.
он наступает постепенно, рак не может возникнуть, равиться и убить в один день, сейчас рак, по имени linux постеппно проникает во все компьютеры, маскируясь под новый, здоровый слой нервных волокон, на первый взгляд абсолютно здоровый и гораздо лучший чем старый. поскольку есть новый, от старых решено отказаться. И когда эта пакость проникнет куда только можно, и куда нельзя тоже - она начнет рандомно сбоить, настолько рандомно, что отловить эти глюки будет нельзя, нельзя будет найти альтернативу, потому что ВСЕ будет завязано на linux, оно просто не позволит запустить что-то мимо себя, нельзя будет перейти на другой операционный система - везде будет linux, который замкнул на себя ВСЕ. И какому-нибудь несчастному админу придется ехать в 2 часа ночи и разбираться, почему сервак завис после обновления, журнал кстати будет поврежден и узнать ничего будет нельзя, потому что, щука бинарный он.
главный вопрос - почему будет глючить ? потому что кода будет сильно больше чем сейчас - это просто неизбежно для такого комбайна, ну а как Линус и Ко любят сохранять совместимость - можете узнать у местных, кто к ним обращался.
да, скорость выпуска новых версий - "хороший" показатель качества и сложности кода...
> да, скорость выпуска новых версий - "хороший" показатель качества и сложности кода...а где нам на твой качественный код посмотреть?
>> да, скорость выпуска новых версий - "хороший" показатель качества и сложности кода...
> а где нам на твой качественный код посмотреть?сравнить хотите ? знаний то хватит ?
и, по вашему получается, что код Леннарта и ко-ко-ко и местных кртиканов это где-то рядом ? типа, если кто-то сильно постарается, то сможет написать sosystemd не хуже чем Леннарт ?
> сравнить хотите ? знаний то хватит ?к сожалению, хватит
> и, по вашему получается, что код Леннарта и ко-ко-ко и местных кртиканов это где-то рядом ?боже упаси такую глупость подумать, боюсь что это стадо 1С-ников даже за бесконечное время не натычет на клавиатуре ничего разумного, на что я и намекнул
>> сравнить хотите ? знаний то хватит ?
> к сожалению, хватитОдин вопрос, лично к Вам. Почему именно к сожалению?
посмотри сорсы, с повсеместным if else вместо switch и порадуйся за леню и его качественный код.
чем else if хуже switch можешь аргументированно пояснить?
> да, скорость выпуска новых версий - "хороший" показатель качества и сложности кода...Да, гораздо лучше игнорировать багрепорты - тогда можно сойти за "стабильный и зрелый продукт".
> Да, гораздо лучше игнорировать багрепорты - тогда можно сойти за "стабильный и
> зрелый продукт".Ой, на багрепорты в инитовых скриптах не просто все клали, там зачастую еще и такой адовый трындец что кто бы уж говорил.
До этого много лет работал, но тут пришёл анонимус сказал что там ад и большинство линухов в мире поломалось.
однажды ты поймёшь почему сказал глупость.. но возможно не в этой жизни.. мне жаль что я не могу помочь тебе, спасибо.
Каждый день молюсь чтобы Gentoo не перешла на systemd. В конфигах ядра gentoo-sources уже есть выбор openrc | systemd
>В конфигах ядра gentoo-sources уже есть выбор openrc | systemdА что, уже и ядро можно прибить к нему гвоздями?
>А что, уже и ядро можно прибить к нему гвоздями?Видимо какие-то gentoo.patches специально под сабж. Скоро в systemd будет своё ядро с дружелюбными пони...
Эти опции помимо зависимостей от других опций ничего не предоставляют. То есть они там только для того, чтобы пользователи не парились над списком того, что надо включить, чтобы всё взлетело с тем или иным инитом.
гвоздями можно прибить практически все
> гвоздями можно прибить практически всеЕсли прибивается _правильная_ программа (например, openrc), в гвоздях нет ничего плохого.
Пусть желающие "выбора" (чтобы поставить себе системГ) трахаются побольше.
>> гвоздями можно прибить практически все
> Если прибивается _правильная_ программа (например, openrc), в гвоздях нет ничего плохого.
> Пусть желающие "выбора" (чтобы поставить себе системГ) трахаются побольше.Давайте лучше поговорим о том, что есть правильная программа выполняющая функции PID1 (хотя systemd (имхо) целая система инициализации в одном флаконе (ну может быть с рюмочками ;))
И второй вопрос (не столь важный), почему (например, openrc)?
Как я понимаю systemd в этот список не входит?
> гвоздями можно прибить практически всеВот только нафига тогда тебе исходники и сборка из них, если ты зависишь от прибивания гвоздями кем-то посторонним. Я почему-то думал что исходники нужны для того чтобы их менять, если что-то не устроило. Но да, на форуме пи...ть проще. Втирая очки остальным про то как они должны-обязаны сделать удобно именно вам. Облом состоит в том что таки не обязаны ни разу и будут делать так как удобно им. Если вам при этом будет удобно - это случайность, извините.
>>В конфигах ядра gentoo-sources уже есть выбор openrc | systemd
> А что, уже и ядро можно прибить к нему гвоздями?это связано с kdbus преимущественно там не гвозди, там защёлки.
У вас ещё нет systemd? Тогда мы идем к вам...
> У вас ещё нет systemd? Тогда мы идем к вам...Даже опенбсдшики хотят себе systemd, почитайте список задач на GSoC. Правда, под лицензией BSD и на перле.
> Даже опенбсдшики хотят себе 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."
>Не "хотят", а "вынужденны писать замену для софта, зависящиего от поццеринго-костылей".Это будет очередная гонка костылей. api в systemd не стабильны.
>api в systemd не стабильны.Сказали же, что он уже готов для Дебиана и шапки. Кому верить?
>Сказали же, что он уже готов для Дебиана и шапки. Кому верить?Маркетологи микрософта тоже много чего говорят.
> лицензией BSD и на перле.Нде. Они перещеголяли даже леню.
> Каждый день молюсь чтобы Gentoo не перешла на systemd. В конфигах ядра
> gentoo-sources уже есть выбор openrc | systemdДа, выбор - это плохо. Совсем разработчики обнаглели - творят, что хотят!
>Да, выбор - это плохо. Совсем разработчики обнаглели - творят, что хотят!Ну да, можно выбрать квадратные колёса, или треугольные. Зато тебя ни кто не ограничивает. Выбирай и радуйся!
Не вдаваясь в холивар, помоему разработчики ошиблись с выбором формата конфигурационных файлов. INI-подобный формат примитивен, и уже наблюдаются костыли, например, если существеннен порядок следования опций, или требуется минимальные вычисления в конфиге (конкатенация строк, арифметические выражения). Не продумали как следует, а это как раз и аукнется.
Да, надо было выбирать XML, как в нормальных юниксовых инитах (SMF, launchd).
> Да, надо было выбирать XML, как в нормальных юниксовых инитах (SMF, launchd).Да! Проблема выполнения "минимальных вычислений в конфиге (конкатенация строк, арифметические выражения)" и прочих вызовов внешних скриптов в XML-е решена на порядок лучше, чем в S-d. >/<
> Да! Проблема выполнения "минимальных вычислений в конфиге (конкатенация строк, арифметические
> выражения)" и прочих вызовов внешних скриптов в XML-е решена на порядок
> лучше, чем в S-d. >/<В XML можно решить что угодно, он же расширяемый. На его основе можно даже свой ЯП создать - было бы вполне прозрачно, удобно для правки на лету и юниксвейно.
>> Да! Проблема выполнения "минимальных вычислений в конфиге (конкатенация строк, арифметические
>> выражения)" и прочих вызовов внешних скриптов в XML-е решена на порядок
>> лучше, чем в S-d. >/<
> В XML можно решить что угодно, он же расширяемый. На его основе
> можно даже свой ЯП создать - было бы вполне прозрачно, удобно
> для правки на лету и юниксвейно.извините но XML не юникс вэйный. а система инициализации это та вещь в которой править что-то на лету противопоказано.
>> Да! Проблема выполнения "минимальных вычислений в конфиге (конкатенация строк, арифметические
>> выражения)" и прочих вызовов внешних скриптов в XML-е решена на порядок
>> лучше, чем в S-d. >/<
> В XML можно решить что угодно, он же расширяемый. На его основе
> можно даже свой ЯП создать - было бы вполне прозрачно, удобно
> для правки на лету и юниксвейно.Нет! Юниквэйно как раз не было бы. И я поясню почему.
Дело в том, что главная парадигма юниксвэя - это делегация функционала программам (или /в некоторых случаях/ библиотечным классам) с одновременной организацией их совместной работы стандартными методами.
Что же до системд, то он не делегирует ничего, он все делает сам и, причем, список его умений линейно нарастает от версии к версии. И его юниты, это вовсе не скрипты с классами, данными и методами, и не внешние программы с жестко заданным функционалом. Это попросту рецепт того, что вам хотелось бы что бы системд сделал для вас. Или, - иными словами, - формальное описание прецедента. Но любое описание задает лишь краевые условия, а между ними лежит пропасть в которую можно и ухнуть и ахнуть. И чем сложнее прецедент - тем легче это происходит. В офтопикос это происходит постоянно, и все спецы понимают что это так потому что логику прецедента не возможно описать гуем. Это, если угодно, проблема джина и желания, которое джин куда как часто понимает совсем не так как вам хотелось бы. Так почему же эти самые спецы как только дело доходит до системд моментально слепнут и не понимают, что большой разницы между гуем и INI-конфигом на самом деле нет?! Это какое-то буйное помешательство по-ходу! Но я в этом дурдоме участвовать категорически отказываюсь.
не сцы ты так. скоро вкорячат JS с соответствующей секцией в конфиге и все будет стильно, модно, молодежно.
> даже свой ЯП создатьНе-не-не, Дэвид Блейн!!! Я уже видел как эникеи портянки иниту пишут на шелскриптах. Если они еще и свои ЯП будут писать - админы стреляться начнут.
http://c2.com/cgi/wiki?XmlSucks
> Не вдаваясь в холивар, помоему разработчики ошиблись с выбором формата конфигурационных
> файлов. INI-подобный формат примитивен, и уже наблюдаются костыли, например, если существеннен
> порядок следования опций, или требуется минимальные вычисления в конфиге (конкатенация
> строк, арифметические выражения).А зачем такие извраты в _конфигурационных_ файлах (которые не являются кодом)?
Вычисления должны описываться в коде, а в конфигах - только входные данные.
>А зачем такие извраты в _конфигурационных_ файлах (которые не являются кодом)?Вычисления должны описываться в коде, а в конфигах - только входные данные.
Ты это у Поттеринга спроси. Чуть ли ни каждый день новые ключики добавляет, ну и код на си дописывает. Видимо, товарищ не пришёл к единому мнению по вопросу разделения кода и входных данных.
>>А зачем такие извраты в _конфигурационных_ файлах (которые не являются кодом)?
> Вычисления должны описываться в коде, а в конфигах - только входные данные.
> Ты это у Поттеринга спроси. Чуть ли ни каждый день новые ключики
> добавляет, ну и код на си дописывает. Видимо, товарищ не пришёл
> к единому мнению по вопросу разделения кода и входных данных.потому что непрерывная адаптация и совершенствование. радоваться надо что у лёньки столько энергии что-бы поддерживать темп(хотя он на самом деле давно не один это всё делает, но единомышленники это тоже энергоресурс)
> потому что непрерывная адаптация и совершенствование. радоваться надо что у лёньки столько
> энергии что-бы поддерживать темп(хотя он на самом деле давно не один
> это всё делает, но единомышленники это тоже энергоресурс)А чему тут радоваться? Уже 5 лет тестовый полигон имеет место быть. Когда будет LTS-релиз, пригодный для использования?
> А зачем такие извраты в _конфигурационных_ файлах (которые не являются кодом)?
> Вычисления должны описываться в коде, а в конфигах - только входные данные.http://www.linux.org.ru/news/opensource/10195930?cid=10212242
Вот и спроси разрабов systemd, зачем они ворочают такой ужас в своих "простых" юнит-файлах.
Можно было бы лиспо-образный язык использовать. Специально ограничить его тюринг-неполнотой и убрать скобочки. Входные данные тоже нужно грамотно описать, хороший лаконичный язык описания данных этому способствует. А то получится, как правила фаерволла в реестре windows: http://vp.livejournal.com/2656174.html - уже сейчас unit-ы чем-то напоминают это.
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|
Бить по рукам за поломку разметки.
>убрать скобочкиЕретик!
А сходи сюда и посмотри как входные данные описываются http://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi?quote...
расскажи без интрнета что там за логическое выражение.
> А сходи сюда и посмотри как входные данные описываются
> расскажи без интрнета что там за логическое выражение.А с чего вдруг такое условие - "без интрнета"? Документацию и маны читать нынче считается не юниксвейно?
О, попёрло. У тебя сеть отвалится - как чинить будешь? Сдулись твои знания без сети. С ифами это условие прочитает любой пенёк с бодуна. А эту системдовшину не поймёшь без пузыря.
Хотя таким гуглователям это же только плюс. Либо быстро нагуглил, либо позвонил в ТП. А потом работодателю лапшу пару дней развешивать: я завёл тикет в ТП обслуживающий компании 63838349 бла-бла-бла. Они работают как могут - бла-бла-бла. А я тут не причём, косяков моих нет в работе.Ну и ты уж с манами в руках объясни что это делает и как это логично.
> О, попёрло. У тебя сеть отвалится - как чинить будешь? Сдулись твои знания без сети.У тебя man без сети совсем не работает?
К тому же нормальные люди, особенно если они считают себя админами, документацию читают до того, как что-то отвалится, а не после.
Ну и даже если сеть отвалится и доки ты не почитал, то уж какой-нибудь livecd без доков сможешь загрузить и пойти наконец-то почитать доки?> Либо быстро нагуглил, либо позвонил в ТП. А потом работодателю лапшу пару дней развешивать: я завёл тикет в ТП обслуживающий компании 63838349 бла-бла-бла. Они работают как могут - бла-бла-бла. А я тут не причём, косяков моих нет в работе.
Так жизненно все рассказываешь, как будто сам все время так и делаешь. Хотя оно и понятно, что еще тебе делать если даже в ман заглянуть для тебя проблема.
> Ну и ты уж с манами в руках объясни что это делает и как это логично.
Тебе на какие-нибудь курсы надо записаться, там тебе все доступно объяснят и покажут куда нажимать.
> Тебе на какие-нибудь курсы надо записаться, там тебе все доступно объяснят и покажут куда нажимать.Школота набигает и рассказывает какую-то лажу. иди начальству расскажи что ты сейчас пойдёшь почитаешь тырнетики потому что после обновления у тебя отвалился какой-нибудь демон из-за новых ключиков поттеринга и изменения поведения по умолчанию.
И уж объясни без курсов вот этот кусок:
ConditionPathExists=/dev/sda1
ConditionPathExists=!/dev/sda2
ConditionPathExists=|/dev/sdb1
ConditionPathExists=|/dev/mmc1
напиши логическое выражение по этому. а,б,в,г и отношение между ними для конечного результата. И так же как это логическое выражение очень логично "выводится" из этих 4 строк.
Но ты же школота не сможешь это сделать. Только рассказывать как сосед видел одного админа и тот советовал читать маны и бить поклоны поттерингу можешь.
Потому что лучшего формата для конфига, чем простой текстовый файл, ещё никто не придумал. И как бы не извращались разработчики systemd, они всё равно к нему приходят...
А содержимое этого простого текстового файла будет код на си. Они к этому придут, я уверен.
Так уже, вроде. Только вот заменив простой текстовый файл кодом на си, избавиться от ini они почему-то так и не смогли. И получается, что вместо одного простого текстового файла у них теперь бинарник, ini и куча ключей. Круто, чо.
> - Для unit-файлов добавлена поддержка атрибута "AppArmoreProfile=" для привязки к процессам профиля AppArmor;
> - Для unit-файлов добавлена условная переменная "ConditionArchitecture=", позволяющая осуществить привязку к системной архитектуре.
> - В опции "DeviceAllow=" для unit-файлов теперь допускается помещением в белый список разом группы устройств, представленных в /proc/devices (например, указав "char-pts помещаем в белый список все псевдотерминалы);Господа, ну к чему все эти полумеры? Запихните туда уже всё ядро, целиком!
> Господа, ну к чему все эти полумеры? Запихните туда уже всё ядро,
> целиком!Ты не понимаешь. То, что ломает поцтеринг, чинит линус и ко. $(обязятельный хистори про поломку udev и подхватываение загрузки фварей счастливым торавальдсом("мы не ломаем узерспейс!") из ядра -- ЗДЕСЬ) Если они схавают ядро, кто ж код чинить будет??
А как на systemd замутить LD_PRELOAD для squid c libtcmalloc.so,
bind с libfastmalloc.so, а Xorg c libsse41memxxx.so ?
Не вижу радостных советов от фанбоев поттрыринга.А, ну и в догонку, как запустить с LD_PRELOAD сам systemd и все его вспомогательные службы, кроме запускаемых им самим.
> Не вижу радостных советов от фанбоев поттрыринга.
> А, ну и в догонку, как запустить с LD_PRELOAD сам systemd и
> все его вспомогательные службы, кроме запускаемых им самим.Фу, развёл сорс-бейзд какой-то. Твой юз-кейс не интересен отделу продаж р.х.
А _шелл_-скрипт-обёртка на каждый демон с установкой/сбросом этого твоего LD_PRELOAD и exec-анием целевого демона не? Не поттеринг-вейно? Немендено пройдите потчить ещё одну переменную в язык [боевых] юнитов.
> А _шелл_-скрипт-обёрткаТссс, посаны увидят, минусами закидают.
>> А _шелл_-скрипт-обёртка
> Тссс, посаны увидят, минусами закидают.Поздняк, "усё пропуало, шеф". Лёня уже #59 сделал _две_ переменные для. ...из "пяти", ага.
Написать Лене челобит^W фичреквест.
> А как на systemd замутить LD_PRELOAD для squid c libtcmalloc.so,
> bind с libfastmalloc.so, а Xorg c libsse41memxxx.so ?пиши фичреквест, леня одобрит и запилит "LdPreload=" к 211
У меня заныкано ещо 100 костылей не совместимых с Лёнясофтом. ... потяну удовольствие. :)
> У меня заныкано ещо 100 костылей не совместимых с Лёнясофтом. потяну удовольствие. :)Несовместимость systemd с твоими костылями в ините - это скорее достоинство systemd, чем недостаток. От костылей надо избавляться, так и было задумано.
Вся рота идёт не в ногу, один прапорщик в ногу. А следующий проект лёни, как я понимаю, универсальная автоматическая машинка для стрижки головы?
> Вся рота идёт не в ногу, один прапорщик в ногу.Ты правда хочешь сказать, что эти костыли типа LD_PRELOAD в ините нужны всем?
Или ты имел в виду, что pavlinux тут за прапорщика?
Наверху было про "100 костылей". И если они накостыляли(сколько там десятков ключиков?) столько для юнитов, почему бы не запилить ещё один ключ для ld_preload? А потом не запилить для оставшихся 100 костылей ещё по ключу? Все эти ексекпре, ексекпосле, ексеквместо сексвместо поттеринг же наделал.
> Все эти ексекпре, ексекпосле, ексеквместо сексвместо поттеринг же наделал.И получилось то, от чего убегали.
Environment="LD_PRELOAD=/path/to.so"Ну или так
ExecStart=/bin/sh -c 'LD_PRELOAD=/path/to.so exec /path/to/binary'
Спасибо, брат!