On Jun 30, 2016 4:18 PM, "Dmitrii Kashin" wrote:
> > Увы, это говорит о том, что кто-то другой наплевал на багрепорты, причем
> давно.
>
> Интересное замечание с учётом того, что авторы systemd тупо закрывают
> баги, которые им не нравятся. Это, по-вашему, называется "не забивать на
> багрепорты?
Sergey B Kirpichev writes:
>> > Реальность, увы разбивает ваши фантазии. Мейнтейнеры systemd весьма
>> > активно разбираются с багрепортами, чего не скажешь про других...
>>
>> Это говорит скорее о сырости продукта.
>
> Увы, это говорит о том, что кто-то другой наплевал на багрепорты, причем
>
>> из недавного: наткнулись на серьезные проблемы отрезания systemd в
>> контейнерах VZ.
>> ща разбирается у нас отдел с этим, но блин каждый раз когда какие-то
>> глобальные траблы с разворачиванием систем - так всегда все в это
>> systemd упирается
> Стоны есть - багов, как и прежде - нет. Так
On Sun, Jun 12, 2016 at 11:31:39AM +0300, Sergey B Kirpichev wrote:
> On Sun, Jun 12, 2016 at 11:05:15AM +0300, Dmitry Nezhevenko wrote:
> > А баги не всегда на systemd пишут. Например:
> >
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=824098
>
> А это точно _та_ проблема, о которой шла р
On Sun, Jun 12, 2016 at 05:50:19PM +0300, Dmitrii Kashin wrote:
> Социальная деятельность занимает время. У этих людей тоже есть работа,
> дела. Они, вероятно, тоже очень заняты.
Ну вот, пока эти важные люди не почешутся хоть что-то реальное
сделать - управлять проектом будут другие, вкладывающие
Sergey B Kirpichev writes:
> On Sun, Jun 12, 2016 at 01:48:13AM +0300, Dmitrii Kashin wrote:
>> Возможно смысл в том, чтобы повесить баг всё же есть.
>
> Но пусть это сделает кто-то другой.
>
> И эти люди удивляются почему в Debian теперь systemd.
Социальная деятельность занимает время. У этих л
Sergey B Kirpichev writes:
> Реальность, увы разбивает ваши фантазии. Мейнтейнеры systemd весьма
> активно разбираются с багрепортами, чего не скажешь про других...
Множественные баги, которые можно активно и быстро исправить лишь
подтверждают гипотезу об изначальной и намеренной сырости продук
On Sun, Jun 12, 2016 at 11:05:15AM +0300, Dmitry Nezhevenko wrote:
> А баги не всегда на systemd пишут. Например:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=824098
А это точно _та_ проблема, о которой шла речь?
On Sun, Jun 12, 2016 at 01:48:13AM +0300, Dmitrii Kashin wrote:
> Возможно смысл в том, чтобы повесить баг всё же есть.
Но пусть это сделает кто-то другой.
И эти люди удивляются почему в Debian теперь systemd.
> Пусть на systemd
> копятся баги. Пусть сообщество знает, что с systemd есть проблемы
On Sun, Jun 12, 2016 at 01:31:39AM +0300, Dmitrii Kashin wrote:
> что раньше gnome зависел от logind.
>
> Я ошибся, gnome дейстивтельно отвязали от systemd-as-pid-1.
logind тоже никаким боком не являлся(ется) pid 1...
Грустно. Вот-это-вот-все...
On Sat, Jun 11, 2016 at 08:13:53PM +0300, Sergey B Kirpichev wrote:
> On Sat, Jun 11, 2016 at 04:54:58PM +0300, Dmitry E. Oboukhov wrote:
> > из недавного: наткнулись на серьезные проблемы отрезания systemd в
> > контейнерах VZ.
> > ща разбирается у нас отдел с этим, но блин каждый раз когда какие-
Melleus writes:
> Sergey B Kirpichev writes:
>
>> Стоны есть - багов, как и прежде - нет.
>
> Это как же можно сформулировать баг к квадратному колесу, если его
> основной фичей по задумке изобретателя является именно квадратность?
> Само квадратное колесо баг и есть. Очень плохо ехать машине на
Dmitrii Kashin writes:
> Sergey B Kirpichev writes:
>
>>> но из за нескольких лентяев никчемного пакета
>>
>> "Лентяи" - все-таки обеспечили работу gnome без systemd.
>
> По-моему Вы что-то путаете. Я вот выставил отрицательные пины пакетам
> systemd, и сейчас по вашей наводке решил поставить gn
Sergey B Kirpichev writes:
> Стоны есть - багов, как и прежде - нет.
Это как же можно сформулировать баг к квадратному колесу, если его
основной фичей по задумке изобретателя является именно квадратность?
Само квадратное колесо баг и есть. Очень плохо ехать машине на
квадратных колесах, в какой
Sergey B Kirpichev writes:
> On Sat, Jun 11, 2016 at 04:20:09PM +0300, Dmitrii Kashin wrote:
>> Дискуссия однозначно на уровне.
>
> Ну а что еще прикажете сказать тому, что даже release notes
> не читал от слова совсем?
Я бы предложил не говорить ничего, это разумнее.
И ещё лучше - не придумыва
On Sat, Jun 11, 2016 at 04:54:58PM +0300, Dmitry E. Oboukhov wrote:
> из недавного: наткнулись на серьезные проблемы отрезания systemd в
> контейнерах VZ.
> ща разбирается у нас отдел с этим, но блин каждый раз когда какие-то
> глобальные траблы с разворачиванием систем - так всегда все в это
> sys
On Sat, Jun 11, 2016 at 04:20:09PM +0300, Dmitrii Kashin wrote:
> Дискуссия однозначно на уровне.
Ну а что еще прикажете сказать тому, что даже release notes
не читал от слова совсем?
On Sat, Jun 11, 2016 at 04:18:01PM +0300, Dmitrii Kashin wrote:
> Сообщество сторонников systemd.
А я-то грешный к нему каким боком?
>>> Я вот выставил отрицательные пины пакетам
>>> systemd, и сейчас по вашей наводке решил поставить gnome.
>>
>> Не лезьте в систему, если неспособны прочесть документацию.
> Дискуссия однозначно на уровне.
грустно что эта хрень таки проникает всюду.
из недавного: наткнулись на серьезные пробл
Sergey B Kirpichev writes:
> On Sat, Jun 11, 2016 at 03:09:40PM +0300, Dmitrii Kashin wrote:
>> Sergey B Kirpichev writes:
>> >> но из за нескольких лентяев никчемного пакета
>> >
>> > "Лентяи" - все-таки обеспечили работу gnome без systemd.
>>
>> По-моему Вы что-то путаете.
>
> Ну а как же я б
Dmitrii Kashin writes:
> Но в принципе жить
> уже можно.
Опыт подсказывает, что только мейнстримные дистрибутивы и имеют
достаточный* уровень стабильности и поддержки. А из мейнстрима только
генту и держится пока еще. Ну и BSD еще, если шире посмотреть.
Но удовольствие компилять сутками напролет
Sergey B Kirpichev writes:
> On Sat, Jun 11, 2016 at 02:51:56PM +0300, Dmitrii Kashin wrote:
>> Вот такая вот статистика, что подобной фразой сыплет всё ваше сообщество
>> на любую критику systemd.
>
> "Ваше", это, пардонте, какое?
Сообщество сторонников systemd.
PS: и не надо меня в Cc: добавл
On Sat, Jun 11, 2016 at 03:09:40PM +0300, Dmitrii Kashin wrote:
> Sergey B Kirpichev writes:
> >> но из за нескольких лентяев никчемного пакета
> >
> > "Лентяи" - все-таки обеспечили работу gnome без systemd.
>
> По-моему Вы что-то путаете.
Ну а как же я без вас, да еще самостоятельно - способен
On Sat, Jun 11, 2016 at 02:51:56PM +0300, Dmitrii Kashin wrote:
> Вот такая вот статистика, что подобной фразой сыплет всё ваше сообщество
> на любую критику systemd.
"Ваше", это, пардонте, какое?
Sergey B Kirpichev writes:
>> но из за нескольких лентяев никчемного пакета
>
> "Лентяи" - все-таки обеспечили работу gnome без systemd.
По-моему Вы что-то путаете. Я вот выставил отрицательные пины пакетам
systemd, и сейчас по вашей наводке решил поставить gnome. Само собой он
не поставился. По
"Dmitry E. Oboukhov" writes:
>> А для работы над systemd в Debian - люди не пожалели своих
>> сил, отсюда и вся разница.
>
> вот тут ошибка.
> systemd в Debian вошел имеенно потому что люди ПОЖАЛЕЛИ свои силы.
>
> в чем суть ситуации
>
> - есть разрабы gnome которые зачем-то сунули зависимость на
Sergey B Kirpichev writes:
> On Wed, Mar 02, 2016 at 06:30:36PM +0300, Dmitry E. Oboukhov wrote:
>> >> первые и вторые не составят значимого сопротивления проталкивания УГ
>> >> а у последним дешевле будет перейти на Gentoo, а если УГ дотолкают до
>> >> него, то на LFS, либо появится форк.
>>
>>
Artem Chuprina writes:
> Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Wed, 2 Mar 2016
> 12:08:40 +0300:
>
> DEO> теперь если говорить о собственно УГ (systemd).
> DEO> какую проблему решает systemd?
> DEO> кто-то пробовал сформулировать? вот что делает systemd такого чего
> DEO>
>>> профит какой в этом смысле?
>>
>> Да, какой профит в том, чтобы вызывать strcmp() из libc вместо
>> того, чтобы
>> во все места, где нужно сравнить две строки, скопипастить 10 строк
>> кода? :)
>>
>>
>> Вот именно так и думал тов. Поттеринг, когда писал strchr
>> ("0123456789
On 03/10/16 12:45 , Никита Егоров wrote:
> > профит какой в этом смысле?
>
> Да, какой профит в том, чтобы вызывать strcmp() из libc вместо
> того, чтобы
> во все места, где нужно сравнить две строки, скопипастить 10 строк
> кода? :)
>
>
> Вот именно так и думал тов.
> > профит какой в этом смысле?
>
> Да, какой профит в том, чтобы вызывать strcmp() из libc вместо того, чтобы
> во все места, где нужно сравнить две строки, скопипастить 10 строк кода?
> :)
>
Вот именно так и думал тов. Поттеринг, когда писал strchr("0123456789", ch)
вместо isdigit(ch). Ну впро
On Thu, Mar 10, 2016 at 01:33:19AM +0300, Andrey Melnikoff wrote:
> Sergey B Kirpichev wrote:
> > On Thu, Mar 10, 2016 at 12:12:34AM +0300, Andrey Melnikoff wrote:
> > > > В двух - нет, а вот в 222 - вполне. Зачем нужны библиотеки - это
> > > > не ко мне, это в школу.
> > > В ту-же школу где функ
On Thu, 10 Mar 2016, Sergey B Kirpichev wrote:
Functions should be short and sweet, and do just one thing. (ц)
См. любой CodingStyle, напр. для Linux.
If you can't understand it, it is intuitively obvious. (Murphy)
Sergey B Kirpichev wrote:
> On Thu, Mar 10, 2016 at 12:12:34AM +0300, Andrey Melnikoff wrote:
> > > В двух - нет, а вот в 222 - вполне. Зачем нужны библиотеки - это
> > > не ко мне, это в школу.
> > В ту-же школу где функции должны влазить на экран из-за хреновой памяти
> > учеников?
> Function
On Thu, Mar 10, 2016 at 12:12:34AM +0300, Andrey Melnikoff wrote:
> > В двух - нет, а вот в 222 - вполне. Зачем нужны библиотеки - это
> > не ко мне, это в школу.
> В ту-же школу где функции должны влазить на экран из-за хреновой памяти
> учеников?
Functions should be short and sweet, and do jus
Sergey B Kirpichev wrote:
> On Wed, Mar 09, 2016 at 03:40:58PM +0300, Dmitry E. Oboukhov wrote:
[...]
> > вот вы тут пиписьками (зачеркнуто) `wc -l` мерялись.
> > а меж тем подумать о том почему в /usr/share/doc debian не пакует
> > файлы меньше 4Кб - никто не стал.
> > а это ж потому что файл м
мы говорили о море работы которое за собой принес systemd.
>>> Не впечатлило пока, больше на лужу смахивает.
>> поддерживаем уровень дискуссии на уровне ;)
> Не обижайтесь, но даже доказательств существования бага вы
> пока не предоставили. Скрипты же пакета может посмотреть любой,
> как и у
On Wed, Mar 09, 2016 at 03:40:58PM +0300, Dmitry E. Oboukhov wrote:
> > То, что на большую часть багов - народ забил.
>
> да ну, просто не классифицируют.
Годами... Там Modified 1 year and 323 days ago или даже
Modified 8 years and 140 days ago - подряд.
> вот вы тут пиписьками (зачеркнуто) `wc
>>> Смысл в том, чтобы такого копипаста не было.
>>
>> профит какой в этом смысле?
> Да, какой профит в том, чтобы вызывать strcmp() из libc вместо того, чтобы
> во все места, где нужно сравнить две строки, скопипастить 10 строк кода? :)
эмм. тут некорректное сравнение с strcmp.
libc же не пред
On Wed, Mar 09, 2016 at 03:40:58PM +0300, Dmitry E. Oboukhov wrote:
> > То, что на большую часть багов - народ забил.
>
> да ну, просто не классифицируют.
> фигня какая.
>
> >> вот имеем n скриптов.
> >> в каждом написан case ... start|stop.
> >> наблюдаю много лет попытки "унифицировать". но смы
> То, что на большую часть багов - народ забил.
да ну, просто не классифицируют.
фигня какая.
>> вот имеем n скриптов.
>> в каждом написан case ... start|stop.
>> наблюдаю много лет попытки "унифицировать". но смысла в этих попытках
>> не вижу.
> Смысл в том, чтобы такого копипаста не было.
про
On Sun, Mar 06, 2016 at 03:36:36PM +0300, Dmitry E. Oboukhov wrote:
> >>> Допускаю, хотя количество только открытых багов - вполне
> >>> солидное.
> >>
> >> количество открытых багов - показатель характеризующий количество
> >> пользователей и их активность.
>
> > Important bugs; Unclassified (48
>>> Допускаю, хотя количество только открытых багов - вполне
>>> солидное.
>>
>> количество открытых багов - показатель характеризующий количество
>> пользователей и их активность.
> Important bugs; Unclassified (48 bugs)
> Normal bugs; Unclassified (141 bugs)
> Мягко говоря, несколько больше пол
On Sat, Mar 05, 2016 at 03:02:13PM +0300, Artem Chuprina wrote:
> SBK> Так там и присутствуют новые функции. Эта самая вот сокет-активация,
> SBK> будь она неладна.
>
> Что, не работает? :)
Да нет, к сожалению - таки работает. Теперь суют эту
дурь куда ни попадя.
> Из существенного - создани
Artem Chuprina writes:
> Sergey B Kirpichev -> debian-russian@lists.debian.org @ Sat, 5 Mar 2016
> 14:17:52 +0300:
>
> >> А ты посчитай для lxc.
>
> SBK> Ваша очередь.
>
> zsh% wc -l /lib/systemd/system/lxc.service
> /usr/lib/x86_64-linux-gnu/lxc/lxc-devsetup
> /usr/lib/x86_64-linux-gnu/lxc
Sergey B Kirpichev -> debian-russian@lists.debian.org @ Sat, 5 Mar 2016
14:17:52 +0300:
>> А ты посчитай для lxc.
SBK> Ваша очередь.
zsh% wc -l /lib/systemd/system/lxc.service
/usr/lib/x86_64-linux-gnu/lxc/lxc-devsetup
/usr/lib/x86_64-linux-gnu/lxc/lxc-autostart-helper
17 /lib/systemd/sy
On Sat, Mar 05, 2016 at 08:26:49AM +0300, Artem Chuprina wrote:
> А ты посчитай для lxc.
Ваша очередь.
> И сравни, кстати, функциональность init.d/ssh и ssh.service. Она
> разная. Не то чтоб сильно, но по крайней мере одна существенная функция
> init.d/ssh в ssh.service отсутствует.
Так там и
Sergey B Kirpichev -> debian-russian@lists.debian.org @ Fri, 4 Mar 2016
23:39:21 +0300:
>> Ну а теперь их столько же, но они еще и кто в лес, кто по дрова...
SBK> Ну как...
SBK> $ wc -l /etc/systemd/system/sshd.service
SBK> 15 /etc/systemd/system/sshd.service
SBK> $ wc -l /etc/init.d/ssh
Иван Лох wrote:
> On Fri, Mar 04, 2016 at 04:13:43PM +0300, Dmitry E. Oboukhov wrote:
> >
> > >> это лавина, которая будет валиться на головы тех кто работает с
> > >> другими платформами прежде всего.
> >
> > > Ядро Linux развивается. И, объективно, стоит выбор использовать
> > > новые (на само
On Fri, Mar 04, 2016 at 10:51:48PM +0300, Artem Chuprina wrote:
> Ну а теперь их столько же, но они еще и кто в лес, кто по дрова...
Ну как...
$ wc -l /etc/systemd/system/sshd.service
15 /etc/systemd/system/sshd.service
$ wc -l /etc/init.d/ssh
174 /etc/init.d/ssh
$ wc -l
/etc/systemd/system/multi
Иван Лох writes:
> Это не только позволяет делать интерфейсы управления более графическими,
> чем текстовый редактор, но и настраивать малознакомый сервис без тщательного
> изучения мануала.
> Все знали, что cgroups это круто. Много кто их использовал в init?
> Никто же не спорит, почти все что д
Sergey B Kirpichev -> Dmitry E. Oboukhov @ Fri, 4 Mar 2016 22:14:05 +0300:
>> > Наконец, просто "причесать" инит-скрипты, убрав необходимость
>> > того копипастинга что есть сейчас - вполне полезная задача.
>>
>> вот только смысл в ней нулевой.
>> избыточный перфекционизм - всегда плохо
S
On Fri, Mar 04, 2016 at 01:44:25PM +0300, Dmitry E. Oboukhov wrote:
> > Допускаю, хотя количество только открытых багов - вполне
> > солидное.
>
> количество открытых багов - показатель характеризующий количество
> пользователей и их активность.
Important bugs; Unclassified (48 bugs)
Normal bugs;
> Все знали, что cgroups это круто. Много кто их использовал в init?
объективно: cgroups нужен очень мало где.
вот так чтобы был необходим.
> Никто же не спорит, почти все что делает systemd (активацию по сокету,
> respawn, watchdog, лимиты) можно сделать и через init. Но какого размера
> будет
On Fri, Mar 04, 2016 at 04:13:43PM +0300, Dmitry E. Oboukhov wrote:
>
> >> это лавина, которая будет валиться на головы тех кто работает с
> >> другими платформами прежде всего.
>
> > Ядро Linux развивается. И, объективно, стоит выбор использовать
> > новые (на самом деле им дофига лет и они усто
>> это лавина, которая будет валиться на головы тех кто работает с
>> другими платформами прежде всего.
> Ядро Linux развивается. И, объективно, стоит выбор использовать
> новые (на самом деле им дофига лет и они устоялись) технологии,
> такие как cgroups, namespaces, DRM/KMS и многие другие в D
On Fri, Mar 04, 2016 at 01:44:25PM +0300, Dmitry E. Oboukhov wrote:
> это лавина, которая будет валиться на головы тех кто работает с
> другими платформами прежде всего.
Ядро Linux развивается. И, объективно, стоит выбор использовать
новые (на самом деле им дофига лет и они устоялись) технологии
>>> А кто тогда мне обеспечил работу gnome без systemd?
>> Gnome - тут условное название.
> Слыхали то-бишь звон?
именно так. почитываю рассылку -devel, соответственно примерно помню
откуда ноги растут у этой проблемы systemd: из за гномовских
майнтенеров.
полные подробности не знаю, ибо не польз
On 2016-03-03, Artem Chuprina wrote:
> и даже consolekit (интересно, зачем он ко мне втащился?.. инсталлятор
> воткнул?)
> Кто им, кстати, пользуется? Описание недостаточно внятно...
acpid [recommends]-> acpi-support-base [suggest]-> consolekit
Из ACPI-ного барахла мне понятно и используется то
Victor Wagner -> debian-russian@lists.debian.org @ Thu, 3 Mar 2016 20:58:03
+0300:
>> >> подумали... systemd предлагает более суровый подход с cgroup.
>> >> Более суровый в том смысле, что из сессии можно уйти - и можно,
>> >> соответственно, запустить процесс, который переживет сессию.
Иван Лох -> debian-russian@lists.debian.org @ Thu, 3 Mar 2016 21:01:35 +0300:
>> ИЛ> А если cgclassify в другую группу (или корневую)?
>>
>> А это можно сделать без рута? Если и да, то это явно должно
>> рассматриваться как security hole, потому что позволяет обойти лимиты
>> ресурсов.
On Чт, мар 3, 2016 в 9:12 , Sergey B Kirpichev
wrote:
Не разделяю ваш оптимизм. Совершенно
не обязательно делатели
делают что-то хорошее. Но лучшего,
действительно, придумать сложно.
Так это единственный критерий
нужности, другого не придумать. Если
человек готов что-то сделать или
запла
On Thu, Mar 03, 2016 at 08:48:47PM +0300, Alexey Shrub wrote:
>On Чт, мар 3, 2016 в 7:27 , Sergey B Kirpichev
>wrote:
>
> В Debian - эта, doocracy.
>
>Шикарный термин, "власть делающих"
Не разделяю ваш оптимизм. Совершенно не обязательно делатели
делают что-то хорошее. Но луч
On Thu, Mar 03, 2016 at 08:35:45PM +0300, Artem Chuprina wrote:
> ИЛ> А если cgclassify в другую группу (или корневую)?
>
> А это можно сделать без рута? Если и да, то это явно должно
> рассматриваться как security hole, потому что позволяет обойти лимиты
> ресурсов.
Можно создать специальную г
On Thu, 03 Mar 2016 20:35:45 +0300
Artem Chuprina wrote:
> Иван Лох -> debian-russian@lists.debian.org @ Thu, 3 Mar 2016
> 16:58:17 +0300:
>
> >> подумали... systemd предлагает более суровый подход с cgroup.
> >> Более суровый в том смысле, что из сессии можно уйти - и можно,
> >> соответст
On Чт, мар 3, 2016 в 7:27 , Sergey B Kirpichev
wrote:
В Debian - эта, doocracy.
Шикарный термин, "власть делающих",
devuan.org это как раз пример - недовольные
объединились и делают как они считают
правильным, правда не знаю насколько у
них получается.
Кстати, заодно с ним узрел without-sy
Иван Лох -> debian-russian@lists.debian.org @ Thu, 3 Mar 2016 16:58:17 +0300:
>> подумали... systemd предлагает более суровый подход с cgroup. Более
>> суровый в том смысле, что из сессии можно уйти - и можно,
>> соответственно, запустить процесс, который переживет сессию. А группу,
>> в к
On Thu, Mar 03, 2016 at 06:44:27PM +0300, Dmitry E. Oboukhov wrote:
> > А кто тогда мне обеспечил работу gnome без systemd?
> Gnome - тут условное название.
Слыхали то-бишь звон?
> > Разумеется, раз делать эту работу, как выясняется, никто не хочет.
> эту работу делали вполне качественно.
Допуск
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Thu, 3 Mar 2016
18:46:20 +0300:
>>> чет я не вкуриваю каким боком init стоит к каким-то пользовательским
>>> сессиям и что за общесистемный подход тут systemd предложил?
>>> у init задача вроде как была - стартовать все что нужно на запу
>> чет я не вкуриваю каким боком init стоит к каким-то пользовательским
>> сессиям и что за общесистемный подход тут systemd предложил?
>> у init задача вроде как была - стартовать все что нужно на запуске и
>> остановить все что запущено - перед остановкой.
>> при чем тут пользовательские сессии я
>> чет я не вкуриваю каким боком init стоит к каким-то пользовательским
>> сессиям и что за общесистемный подход тут systemd предложил?
>> у init задача вроде как была - стартовать все что нужно на запуске и
>> остановить все что запущено - перед остановкой.
>> при чем тут пользовательские сессии я
>>> А для работы над systemd в Debian - люди не пожалели своих
>>> сил, отсюда и вся разница.
>>
>> вот тут ошибка.
>> systemd в Debian вошел имеенно потому что люди ПОЖАЛЕЛИ свои силы.
> Ну можно и так переформулировать, собственно данный тред это
> и иллюстрирует. Речь же об относительных вели
Иван Лох -> debian-russian@lists.debian.org @ Thu, 3 Mar 2016 16:25:00 +0300:
>> чет я не вкуриваю каким боком init стоит к каким-то пользовательским
>> сессиям и что за общесистемный подход тут systemd предложил?
>> у init задача вроде как была - стартовать все что нужно на запуске и
>> оста
On Thu, Mar 03, 2016 at 04:26:22PM +0300, Artem Chuprina wrote:
> подумали... systemd предлагает более суровый подход с cgroup. Более
> суровый в том смысле, что из сессии можно уйти - и можно,
> соответственно, запустить процесс, который переживет сессию. А группу,
> в которую это засунет syste
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Thu, 3 Mar 2016
15:20:04 +0300:
>>> - есть разрабы gnome которые зачем-то сунули зависимость на systemd
>> Ну, скажем, не зачем-то, а со вполне определенной целью: убрать из Gnome
>> управление пользовательским
>> сессиями в пользу общ
On Thu, Mar 03, 2016 at 03:20:04PM +0300, Dmitry E. Oboukhov wrote:
>
> чет я не вкуриваю каким боком init стоит к каким-то пользовательским
> сессиям и что за общесистемный подход тут systemd предложил?
> у init задача вроде как была - стартовать все что нужно на запуске и
> остановить все что за
> чет я не вкуриваю каким боком init стоит к каким-то пользовательским
> сессиям и что за общесистемный подход тут systemd предложил?
> у init задача вроде как была - стартовать все что нужно на запуске и
> остановить все что запущено - перед остановкой.
> при чем тут пользовательские сессии я вооб
On Thu, Mar 03, 2016 at 01:39:17PM +0300, Dmitry E. Oboukhov wrote:
> > А для работы над systemd в Debian - люди не пожалели своих
> > сил, отсюда и вся разница.
>
> вот тут ошибка.
> systemd в Debian вошел имеенно потому что люди ПОЖАЛЕЛИ свои силы.
Ну можно и так переформулировать, собственно д
>> - есть разрабы gnome которые зачем-то сунули зависимость на systemd
> Ну, скажем, не зачем-то, а со вполне определенной целью: убрать из Gnome
> управление пользовательским
> сессиями в пользу общесистемного подхода. Что на мой взгляд, вполне логично.
чет я не вкуриваю каким боком init стоит
> - есть разрабы gnome которые зачем-то сунули зависимость на systemd
>
Ну, скажем, не зачем-то, а со вполне определенной целью: убрать из Gnome
управление пользовательским
сессиями в пользу общесистемного подхода. Что на мой взгляд, вполне логично.
--
С уважением,
Константин Матюхин
первые и вторые не составят значимого сопротивления проталкивания УГ
а у последним дешевле будет перейти на Gentoo, а если УГ дотолкают до
него, то на LFS, либо появится форк.
>>
>>> Так всю дорогу и собираетесь переходить, пока другие гадят
>>> в хорошие вещи?
>>
>> я борюсь со зл
On Thu, 3 Mar 2016 00:26:06 +0300
Sergey B Kirpichev wrote:
в
>
> Возможно просто нужно было блох ловить в init-скриптах и logrotate?
>
Так блох ловить - это неинтересно. Интересно замутить
суперпупермегапроект.
--
Victor Wagner
On Wed, Mar 02, 2016 at 11:57:45PM +0300, Andrey Tataranovich wrote:
> Мне попадались init скрипты и конфиги logrotate, которые пользовались
> killall. Будучи выполненными на хосте они творили геноцид в контейнерах.
А мне попадались такие, что могли rm -rf / сделать при творческом
использовании па
On Wed, 02 Mar 2016 17:28:26 +0300
Artem Chuprina wrote:
> Andrey Tataranovich -> debian-russian@lists.debian.org @ Wed, 2 Mar
> 2016 16:33:53 +0300:
>
> >> kill `pidof named`
> >> killall named
>
> AT> С популяризацией контейнеров такие команды становятся вредными -
> AT> слишком велик
Oleksandr Gavenko writes:
> On 2016-03-02, Melleus wrote:
>
>> В свое время, когда выбирал между фрей и линукс (и первой установил фрю,
>> кстати), выбрал меньший головняк и более высокую приверженность идеям
>> FOSS, как казалось на тот момент. Однако же, все эти преимущества, как
>> оказалось,
On Wed, 02 Mar 2016 18:20:06 +0300
Artem Chuprina wrote:
> >> Ну, конкретно httpd у нас давно уже в ядро встроили :)
> >>
> VW> Ладно бы у нас и в ядро, так HP его уже и в BIOS встраивает.
>
> Нет бы ssh...
>
Кстати, в openssl-dev последнее время регулярно всплывает тема о сборке
openss
On Wed, Mar 02, 2016 at 06:30:36PM +0300, Dmitry E. Oboukhov wrote:
> >> первые и вторые не составят значимого сопротивления проталкивания УГ
> >> а у последним дешевле будет перейти на Gentoo, а если УГ дотолкают до
> >> него, то на LFS, либо появится форк.
>
> > Так всю дорогу и собираетесь пере
On 2016-03-02, Melleus wrote:
> В свое время, когда выбирал между фрей и линукс (и первой установил фрю,
> кстати), выбрал меньший головняк и более высокую приверженность идеям
> FOSS, как казалось на тот момент. Однако же, все эти преимущества, как
> оказалось, впоследствии растворились как дым.
>> первые и вторые не составят значимого сопротивления проталкивания УГ
>> а у последним дешевле будет перейти на Gentoo, а если УГ дотолкают до
>> него, то на LFS, либо появится форк.
> Так всю дорогу и собираетесь переходить, пока другие гадят
> в хорошие вещи?
я борюсь со злом по мере моих скр
Victor Wagner -> debian-russian@lists.debian.org @ Wed, 2 Mar 2016 17:22:13
+0300:
>> DEO> а так, то что в systemd еще там httpd встроили, это минус, а не
>> DEO> плюс.
>>
>> Ну, конкретно httpd у нас давно уже в ядро встроили :)
>>
VW> Ладно бы у нас и в ядро, так HP его уже и в BIO
On Wed, Mar 02, 2016 at 05:05:30PM +0300, Victor Wagner wrote:
> А это неустранимая проблема в информационном пространстве. Невозможно
> защитить хорошую вещь, хороший символ, хорошее имя от сквоттинга.
Прямая дорога при такой логике начать с изобретения "новой науки": ведь
есть и плагиат, и фальс
Andrey Tataranovich -> debian-russian@lists.debian.org @ Wed, 2 Mar 2016
16:33:53 +0300:
>> kill `pidof named`
>> killall named
AT> С популяризацией контейнеров такие команды становятся вредными -
AT> слишком велик шанс пришибить named из не того namespace.
Если команда выдается изнутри
On Wed, 02 Mar 2016 16:42:59 +0300
Artem Chuprina wrote:
>
> DEO> а так, то что в systemd еще там httpd встроили, это минус, а не
> DEO> плюс.
>
> Ну, конкретно httpd у нас давно уже в ядро встроили :)
>
Ладно бы у нас и в ядро, так HP его уже и в BIOS встраивает.
On Wed, 2 Mar 2016 16:08:52 +0300
Sergey Kirpichev wrote:
> 2016-03-02 12:08 GMT+03:00 Dmitry E. Oboukhov :
> > первые и вторые не составят значимого сопротивления проталкивания УГ
> > а у последним дешевле будет перейти на Gentoo, а если УГ дотолкают
> > до него, то на LFS, либо появится форк.
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Wed, 2 Mar 2016
16:09:43 +0300:
DEO>>> теперь если говорить о собственно УГ (systemd).
DEO>>> какую проблему решает systemd?
DEO>>> кто-то пробовал сформулировать? вот что делает systemd такого чего
DEO>>> нельзя сделать с другими init?
On Wed, 2 Mar 2016 15:03:32 +0300
Eugene Berdnikov wrote:
> kill `pidof named`
> killall named
С популяризацией контейнеров такие команды становятся вредными -
слишком велик шанс пришибить named из не того namespace.
--
WBR, Andrey Tataranovich
2016-03-02 12:08 GMT+03:00 Dmitry E. Oboukhov :
> первые и вторые не составят значимого сопротивления проталкивания УГ
> а у последним дешевле будет перейти на Gentoo, а если УГ дотолкают до
> него, то на LFS, либо появится форк.
Так всю дорогу и собираетесь переходить, пока другие гадят
в хорошие
DEO>> теперь если говорить о собственно УГ (systemd).
DEO>> какую проблему решает systemd?
DEO>> кто-то пробовал сформулировать? вот что делает systemd такого чего
DEO>> нельзя сделать с другими init?
> Ну, что systemd действительно делает, так это изоляцию сервиса,
> независимо от того, из сколь
On Wed, Mar 02, 2016 at 02:30:26PM +0300, Alexey Shrub wrote:
>Чтобы не повторять то что говорил ранее - вот свежий пример, рассказывали
>мне недавно что какому-то совсем не юникс пользователю написали инструкцию
>как что делать на юникс сервере, в которой были традиционные ps aux |
>
On Ср, мар 2, 2016 в 2:57 , Dmitry E. Oboukhov
wrote:
вот с этого места пожалуйста
подробнее
в прошлый раз я вроде говорил об
интерфейсе journald, systemctl status тож неплохо
выглядит
/etc/init.d/service start/stop
invoke-rc.d start/stop
когда всё нормально конечно есть
нормальный сп
Результаты 1 - 100 из 119 matches
Mail list logo