<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Интервью с Леннартом Поттерингом в преддверии его выступлени...</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/88166.html</link>
    <description>Началась публикация мини-интервью с докладчиками европейской конференции разработчиков свободного и открытого ПО FOSDEM 2013, которая состоится 2 и 3 февраля в Брюсселе (Бельгия).  Среди уже проинтервьюированных участников фигурирует (https://fosdem.org/2013/interviews/2013-lennart-poettering/) Леннарт Поттеринг (Lennart Poettering), который привёл некоторую статистику по проекту systemd и ответил на несколько связанных с разработкой вопросов.&lt;br&gt;&lt;br&gt;&lt;br&gt;В настоящее время у проекта systemd имеется 15 разработчиков с правом коммита. Среди коммитеров присутствуют представители сообщества, участники проектов  Debian и Arch Linux, представители Red Hat и даже один разработчик из компании Canonical. Всего в создании патчей для systemd приняли участие 373 разработчика, но подавляющее большинство работы выполняют три ключевых разработчика проекта и ещё около 10 человек регулярно участвуют в развитии новых компонентов. Как минимум пять разработчиков получают зарплату за свою работу над systemd. В качестве основной задачи на</description>

<item>
    <title>Интервью с Леннартом Поттерингом в преддверии его выступлени... (qux)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/88166.html#143</link>
    <pubDate>Mon, 14 Jan 2013 11:58:40 GMT</pubDate>
    <description>&amp;gt;&amp;gt;Если второе, то грош цена тогда такой экосистеме. Имхо.&lt;br&gt;&amp;gt; Римская Империя тоже когда-то так считала.&lt;br&gt;&lt;br&gt;Пусть так. В какой-то момент так и оказалось, и пришли те, кто был лучше.&lt;br&gt;</description>
</item>

<item>
    <title>Интервью с Леннартом Поттерингом в преддверии его выступлени... (develop7)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/88166.html#142</link>
    <pubDate>Sat, 12 Jan 2013 09:44:50 GMT</pubDate>
    <description>&amp;gt;&amp;gt;ВНЕЗАПНО нужно костылить связку из syslog-ng + *sql. так-так, что дальше?&lt;br&gt;&amp;gt; Еще раз для понятливых: если кому-то важны бинарные логи, пускай опишет недостатки связки MySQL+syslog-ng . &lt;br&gt;&lt;br&gt;Во-первых, искаропки этой связки нигде нет &amp;#8212; приходится настраивать самому. Во-вторых, mysql для данной задачи избыточен чуть более, чем полностью. В-третьих, вместо того, чтобы усвоить две элементарные man pages, пользователю придётся курить SQL.&lt;br&gt;&lt;br&gt;&amp;gt; Хоть кто-то хоть задавался вопросом про бинарные логи до выхода systemd, &lt;br&gt;&lt;br&gt;man utmp. Но Ведь Это Же Совсем Другое Дело!&lt;br&gt;&lt;br&gt;&amp;gt; или это как хороший продавец: сначала нужно создать потребность, а потом с гордостью ее удовлетворить? Это был первый вопрос. &lt;br&gt;&lt;br&gt;Я дам вам парабе^Wогнетушитель. &lt;br&gt;&lt;br&gt;&amp;gt; Второй вопрос - зачем НА ДЕСКТОПЕ бинарные логи?&lt;br&gt;&lt;br&gt;во-первых, *индексируемые* логи. формат &amp;#8212; в данном случае дело десятое: асиль текстодрочеры быстрый поиск по произвольным критериям, претензий может и не было бы. Да вот что-то не асилели никак за&amp;#8230; за сколько лет? 20? 3</description>
</item>

<item>
    <title>Интервью с Леннартом Поттерингом в преддверии его выступлени... (Kroz)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/88166.html#141</link>
    <pubDate>Fri, 11 Jan 2013 20:02:13 GMT</pubDate>
    <description>&amp;gt; Внезапно, я пользуюсь одной и той же системой на десктопе и серваках. &lt;br&gt;&lt;br&gt;Внезапно, таких как вы, 1&#037;. Я даже скажу, что я тоже на домашнем компе установил squid, примерно из тех же соображений. Но что-то мне говорит, что это не должно быть стандартным решением ДЛЯ ДЕСКТОПА, как вы полагаете?&lt;br&gt;&lt;br&gt;&amp;gt; Возможность подделывать логи задним числом - это для системы логгинга вообще баг а не фича. &lt;br&gt;&lt;br&gt;Так выставьте им соответствующие права доступа, в чем проблема? Неужели для этого нужно целую утилиту городить? Более того, я уверен, что тот, кто действительно захочет подделать, подделает. Самая нормальная защита, это складировать конфиги на отдельном серваке, но, опять-таки для этого уже есть проработанные решения.&lt;br&gt;Вы не обижайтесь, но здесь попахивает тем, что человек, который создал systemd банально не оглянулся по сторонам, перед тем, как создавать что-то свое.&lt;br&gt;&lt;br&gt;&amp;gt; Прикиньте, а сишные сорцы как раз и компиляют в машинный код запускаемых бинарей, а не интерпретируют на лету.&lt;br&gt;&amp;gt;  До того как орать неплохо бы матчасть</description>
</item>

<item>
    <title>Интервью с Леннартом Поттерингом в преддверии его выступлени... (Kroz)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/88166.html#140</link>
    <pubDate>Fri, 11 Jan 2013 19:39:26 GMT</pubDate>
    <description>&amp;gt;ВНЕЗАПНО нужно костылить связку из syslog-ng + *sql. так-так, что дальше?&lt;br&gt;&lt;br&gt;Еще раз для понятливых: если кому-то важны бинарные логи, пускай опишет недостатки связки MySQL+syslog-ng . Хоть кто-то хоть задавался вопросом про бинарные логи до выхода systemd, или это как хороший продавец: сначала нужно создать потребность, а потом с гордостью ее удовлетворить? Это был первый вопрос. Второй вопрос - зачем НА ДЕСКТОПЕ бинарные логи?&lt;br&gt;&lt;br&gt;&amp;gt; &amp;#171;вескость&amp;#187; аргументов субъективна. я вот вас носом в факты тыкал.&lt;br&gt;&lt;br&gt;Единственный факты которые вы привели касались того, что используя syslogctl можно делать то же, что и с помощью cat, less, tail. Правда здесь у меня возникает вопрос: если оно может то же и так же, как и существующие тулзы, то зачем оно мне? Я профита не вижу.&lt;br&gt;&lt;br&gt;Если я упустил друге факты, будьте любезны, ткните носом еще раз, буду благодарен.&lt;br&gt;&lt;br&gt;&amp;gt; а мне лень Настраивать. Привык, понимаете ли, скопировать конфиги из репозитория и работать.&lt;br&gt;&lt;br&gt;НА ДЕСКТОПЕ и не нужно настраивать. Там и так все давно рабо</description>
</item>

<item>
    <title>Интервью с Леннартом Поттерингом в преддверии его выступлени... (Kroz)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/88166.html#139</link>
    <pubDate>Fri, 11 Jan 2013 16:03:18 GMT</pubDate>
    <description>&amp;gt; Я думаю что данный тезис нуждается в доказательстве.&lt;br&gt;&lt;br&gt;Тогда присоединяйтесь: http://www.linux.org.ru/forum/talks/8701714 . Если честно, пока что ни один из ваших аргументов меня не убедил, ибо из практики каждый по отдельности релевантен в 1&#037; частных случаев. По ссылке выше мне накидали пару ссылок, которые содержат более веские аргументы. Единственное &quot;но&quot; - они релевантны для серверов, даже для высоконагруженных серверов, а я как раз говорю на то, что НА ДЕСКТОПЕ systemd не нужен. Забавно, но я уже раз 5 даже в этой теме написал это большими буквами, но что-то защитники systemd упорно игнорируют это - это чуть ли не главное что мне не нравится в systemd.&lt;br&gt;&lt;br&gt;&amp;gt; Как минимум, systemd интегрирует давно назревший функционал туда где его многим удобно было бы видеть.&lt;br&gt;&lt;br&gt;&quot;Многие?&quot; Статистика есть? Или опять общие слова?&lt;br&gt;Недавно один мой товарищ доказывал, что продукцией Apple (в частности их браузером) пользуется &quot;большинство&quot; людей. Когда начали выяснять, что &quot;большинство&quot; это составило менее 10&#037;. Боюсь как бы </description>
</item>

<item>
    <title>Интервью с Леннартом Поттерингом в преддверии его выступлени... (reg907162)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/88166.html#138</link>
    <pubDate>Fri, 11 Jan 2013 11:54:40 GMT</pubDate>
    <description>&amp;gt; На ДЕСКТОПЕ?&lt;br&gt;&lt;br&gt;Внезапно, я пользуюсь одной и той же системой на десктопе и серваках. Мне попросту удобно когда оно админится одинаково. Почему я должен использовать какие-то разные технологии на десктопе и сервере - мне не очевидно. Скажем, если нжинкс прогружает гигабит - это не значит что им нельзя воспользоваться для отдачи файла через неторопливый вайфай. Более того, даже на десктопе может быть много логов. Если я исследую работу некоей программы, отлаживаю нечто или занимаюсь troubleshooting-ом - я могу юзать очень вербозные режимы, при котором логи измеряются гигазами. Хорошие штуки должны масштабироваться. Если посмотреть на тот же нжинкс, я не каждый день и не на каждой машине отгружаю тысячи запросов в секунду и гигабиты. Но очень хорошо, когда он при нужде может смасштабироваться до этой величины без вызывания у меня головняка.&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt; А в чем фундаментальная разница какая именно утиль вывалит мне в пайп текст?&lt;br&gt;&amp;gt; Да нет, не в чем. Давайте напишем отдельный костыль для редактирования файлов &lt;br&gt;&lt;br&gt;Лог-ф</description>
</item>

<item>
    <title>Интервью с Леннартом Поттерингом в преддверии его выступлени... (myhand)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/88166.html#137</link>
    <pubDate>Fri, 11 Jan 2013 11:41:17 GMT</pubDate>
    <description>&amp;gt;&amp;gt; Ну тогда и не плачь, что нет никакого &quot;общего знаменателя&quot;.&lt;br&gt;&amp;gt; У большинства популярных дистров имхо будет&lt;br&gt;&lt;br&gt;У них *уже есть*.  И Debian и RH - давно поддерживают LSB, малыш.&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt; Есть, и давно.&lt;br&gt;&amp;gt; Если вы про инит из чуть ли не 70-х прошлого века - GTFO.&lt;br&gt;&lt;br&gt;Нет.  Я про стандарты.  Какие - написал.&lt;br&gt;&lt;br&gt;&amp;gt; Этот крап даже приоритет процесса сам по себе выставлять не &lt;br&gt;&amp;gt; умеет, не говоря уж о рестарте.&lt;br&gt;&lt;br&gt;Умеет.  А рестарт - это уж совсем не дело инита.  Для таких вещей есть мониторинг.&lt;br&gt;&lt;br&gt;&amp;gt; Хотя дел с рыбью ногу - полтора сискола дернуть.&lt;br&gt;&lt;br&gt;Такой &quot;рестарт&quot; там есть: man inittab.&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt; И никаких портянок не нужно для этого, если люди делают по-уму.&lt;br&gt;&amp;gt; Оно и видно, в каждой первой программе пользующей sysvinit запуск - портянка &lt;br&gt;&amp;gt; на полторы страницы в комплекте, в которой еще зачастую половина конфигурабельных &lt;br&gt;&amp;gt; значений размазано по всему телу простыни, а качество кода намекает что &lt;br&gt;&amp;gt; это писал какой-то укуренный бабуин.&lt;br&gt;&lt;br&gt;Пользуйтесь нормальными дистрибутивами.  Выбор есть - и кто, кроме вас, виноват?&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Интервью с Леннартом Поттерингом в преддверии его выступлени... (reg907162)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/88166.html#136</link>
    <pubDate>Fri, 11 Jan 2013 11:38:32 GMT</pubDate>
    <description>&amp;gt; Правильно. И это все должно взаимодействовать между собой - это один и &lt;br&gt;&amp;gt; столпов unix&apos;а. При том я говорю не только про IPC или потоки (хотя и про них тоже), &lt;br&gt;&lt;br&gt;Да, если уж говорить про них, в исходном unix нет никаких generic механизмов это делать. Если вы намерены парсить вывод некоей утили - вы должны явно знать о именно этой утиле и всех ее анатомических особенностях. В результате например получить процессам от системы сообщение вида &quot;чуваки, мы тут на батарейке работаем и у меня батарейка походу садится, кто там не критичный - замрите и не рыпайтесь до лучших времен&quot; - отдельная эпопея. Кто такой менеджер питания? Вот конкретно тут, в этой системе? А как он должен узнать в каком формате и кому это отсигналить? Или вот например юзер запросил полную отключку радиоинтерфейсов. Потому что самолет, в нем излучать нельзя. Девайс обязан заткнуться. А какие есть радиоинтерфейсы в системе? А кто был заинтересован в их использовании и потенциально пострадает? Никак в общем то и не узнать. Нету таких возможност</description>
</item>

<item>
    <title>Интервью с Леннартом Поттерингом в преддверии его выступлени... (reg907162)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/88166.html#135</link>
    <pubDate>Fri, 11 Jan 2013 10:51:27 GMT</pubDate>
    <description>&amp;gt; Ну тогда и не плачь, что нет никакого &quot;общего знаменателя&quot;.  &lt;br&gt;&lt;br&gt;У большинства популярных дистров имхо будет, потому что на это есть некий спрос со стороны админитраторов. В том плане что типовые задачи (например добавление нового сервиса в систему) должны делаться легко, просто и быстро. Туда же и всякие запуски LXC и KVM окружений и прочая. &lt;br&gt;&lt;br&gt;&amp;gt; Есть, и давно.  &lt;br&gt;&lt;br&gt;Если вы про инит из чуть ли не 70-х прошлого века - GTFO. Этот крап даже приоритет процесса сам по себе выставлять не умеет, не говоря уж о рестарте. Хотя дел с рыбью ногу - полтора сискола дернуть. Но по соображениям совместимости с антикварным шитом из 70-х изволь это костылить сам, дорогой пользователь. Спасибо, но такой хоккей мне не нyжен. Пусть некрофилы с таким бодаются. &lt;br&gt;&lt;br&gt;&amp;gt; И никаких портянок не нужно для этого, если люди делают по-уму.&lt;br&gt;&lt;br&gt;Оно и видно, в каждой первой программе пользующей sysvinit запуск - портянка на полторы страницы в комплекте, в которой еще зачастую половина конфигурабельных значений размазано по всему телу простыни</description>
</item>

</channel>
</rss>
