date:20160302

2016-03-02 Пенетрантность Sohin Vyacheslav

On Thu, 3 Mar 2016 00:26:06 +0300
Sergey B Kirpichev  wrote:
в
> 
> Возможно просто нужно было блох ловить в init-скриптах и logrotate?
> 

Так блох ловить - это неинтересно. Интересно замутить
суперпупермегапроект.

-- 
   Victor Wagner

Re: Правила на SpamAssassin



02.03.2016 14:13, yakim пишет:
> Вот, например, набор моих тестов из конфига
> 

а вот набор моих:
score RAZOR2_CHECK 2.500
score DCC_CHECK 4.000

не знаю почему, но спама мало))

может Вам просто изменить значение параметра required_score в конфиге
ассассина?


--
BW
Сохин Вячеслав

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-02 Пенетрантность Andrey Tataranovich

On Wed, Mar 02, 2016 at 11:57:45PM +0300, Andrey Tataranovich wrote:
> Мне попадались init скрипты и конфиги logrotate, которые пользовались
> killall. Будучи выполненными на хосте они творили геноцид в контейнерах.

А мне попадались такие, что могли rm -rf / сделать при творческом
использовании параметров, не предусмотренном горе-автором.

> Возможно через пару лет выловят всех блох и можно будет пользоваться,
> но я пока на серверах с jessie держу старый добрый init.

Возможно просто нужно было блох ловить в init-скриптах и logrotate?

Re: systemd (sysvinit осиротел, галактико опасносте!)

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> слишком велик шанс пришибить named из не того namespace.
> 
> Если команда выдается изнутри контейнера, то шанс этот - нулевой.  А
> если снаружи, то надо пришибать весь контейнер...  Идея снаружи
> контейнера пришибать отдельные процессы, работающие у него внутри -
> это в принципе плохая идея.
> 

Мне попадались init скрипты и конфиги logrotate, которые пользовались
killall. Будучи выполненными на хосте они творили геноцид в
контейнерах. Поддержка namespace в systemd это хорошо, но вот остальное
пока оставляет желать лучшего.

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

-- 
WBR, Andrey Tataranovich

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-02 Пенетрантность Melleus

Oleksandr Gavenko  writes:

> On 2016-03-02, Melleus wrote:
>
>> В свое время, когда выбирал между фрей и линукс (и первой установил фрю,
>> кстати), выбрал меньший головняк и более высокую приверженность идеям
>> FOSS, как казалось на тот момент. Однако же, все эти преимущества, как
>> оказалось, впоследствии растворились как дым. Увы.
>
> Где меньший головняк? Неоднозначно написано.

На тот момент казалось, что в Debian. Ибо у фри были проблемы с железом тогда
еще "слишком нового" ноута. Не то, чтобы нерешаемые, но не хотелось возиться.

> Linux/Debian более FLOSS чем BSD*? Подразумевается что GPL более сильная
> лицензия чем BSD?

Тут нет однозначного ответа. BSD* более свободная в плане делать что
хочешь с софтом, а GPL весьма требовательна к соблюдению принципа
открытости исходников. Что есть преимущество, а что недостаток - зависит
от конкретной ситуации. В то же время, некоторая "вирусность" GPL
снижает риски оказаться через некоторое время только с коммерческими
версиями используемых продуктов, без достойных FOSS-альтернатив.
ИМХО, естественно. 

> В 2005 году запустить звук на новых на тот период звуковых картах было крайне
> сложно.
> Ниже вопрос вообще.
>
> На данный момент BSD появилась поддержка GPU вычислений (CUDA)? Java 
> стабильна?

Не пользуюсь ни тем, ни другим. Круг моих скромных потребностей - это
писательство (Emacs, LaTeX, Libre Office), просмотр интернетов да
аналитика (R, MySQL). А это есть везде. Вот, на гентушную конференцию
подписался, но судя по тому, как они там USE Flags Hell обсуждают, пока
туда не очень охота дергаться. Все же не айтишник я по профессии. Мне
нужно, чтобы система работала, а не ошибки компиляции отлавливать.

Чтобы как Debian, только без systemd и прочих изъянов... И дистрибутив
менять не хочется, и глюки системд-шные достают, и квалификации все это
чинить и выпиливать уже не хватает. В печали и в раздумьях, в общем.

Re: Правила на SpamAssassin

2016-03-02 Пенетрантность Pavel Volkov


On среда, 2 марта 2016 г. 15:13:55 MSK, yakim wrote:

Добрый день.
Хотелось бы узнать, какие тесты в SpamAssassin и с какими 
значениями используются на практике в сообществе.
А то что-то в последнее время опять спам прорываться начал. 
Может подкрутить что-то нужно

Вот, например, набор моих тестов из конфига

score RCVD_IN_SBL 0 2.810 2 1.551


Люди рекомендуют не использовать списки Спамхауса.
Больше по политическим причинам:
http://www.stopspamhaus.org/

Но и по техническим тоже — плоховатые они.

Validation failed

2016-03-02 Пенетрантность Debian Webmaster

*** Errors validating
/srv/www.debian.org/www/security/2016/dsa-3501.ru.html: ***
Line 74, character 10:  there is no attribute "TYPE"

--
 You received this mail for the language code ru.
 Please edit webwml/english/devel/website/validation.data if this is not 
accurate
 Please also update webwml/english/devel/website/ with the new coordinator(s) 
data

Re: systemd (sysvinit осиротел, гал актико опасносте!)

2016-03-02 Пенетрантность Oleksandr Gavenko

On 2016-03-02, sergio wrote:

>> Ну, конкретно httpd у нас давно уже в ядро встроили :)
>
> Где именно?

khttpd было такое.

https://www.kernel.org/pub/linux/kernel/people/marcelo/linux-2.4/net/khttpd/README
http://www.fenrus.demon.nl/

  As of kernel 2.3.14, kHTTPd is integrated into the kernel. Kernel 2.3.14
  integrates the equivalent of version 0.1.6b.

Сейчас судя по всему выкинули.

  $ git grep -i khttpd

пустое, видно Линус дропнул историю при переезде в Git?

-- 
http://defun.work/

Re: systemd (sysvinit осиротел, галактико опасносте!)

On Wed, 02 Mar 2016 18:20:06 +0300
Artem Chuprina  wrote:

>  >> Ну, конкретно httpd у нас давно уже в ядро встроили :)
>  >>   
>  VW> Ладно бы у нас и в ядро, так HP его уже и в BIOS встраивает.  
> 
> Нет бы ssh...
> 
Кстати, в openssl-dev последнее время регулярно всплывает тема о сборке
openssl для UEFI-среды. Но по-моему это все же не хьюллетовцы.
У хьюллета ориентация на админов, которые без GUI сервером рулить не
могут.

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-02 Пенетрантность Oleksandr Gavenko

On Wed, Mar 02, 2016 at 06:30:36PM +0300, Dmitry E. Oboukhov wrote:
> >> первые и вторые не составят значимого сопротивления проталкивания УГ
> >> а у последним дешевле будет перейти на Gentoo, а если УГ дотолкают до
> >> него, то на LFS, либо появится форк.
> 
> > Так всю дорогу и собираетесь переходить, пока другие гадят
> > в хорошие вещи?
> 
> я борюсь со злом по мере моих скромных сил
> но бороться с самим прародителем зла это...
> (ц) Ш. Холмс

QED.  Пшик высокопарных слов.

Я, конечно, понимаю когда такое говорит отдельный представитель критикующей
апщественности.  Но когда это уже _статистика_ (пока изъявили желание
поучаствовать - только 2 шт. чел., причем посторонние этой рассылке)...

А для работы над systemd в Debian - люди не пожалели своих
сил, отсюда и вся разница.

Re: systemd (sysvinit осиротел, галактико опасносте!)

On 2016-03-02, Melleus wrote:

> В свое время, когда выбирал между фрей и линукс (и первой установил фрю,
> кстати), выбрал меньший головняк и более высокую приверженность идеям
> FOSS, как казалось на тот момент. Однако же, все эти преимущества, как
> оказалось, впоследствии растворились как дым. Увы.

Где меньший головняк? Неоднозначно написано.

Linux/Debian более FLOSS чем BSD*? Подразумевается что GPL более сильная
лицензия чем BSD?

В 2005 году запустить звук на новых на тот период звуковых картах было крайне
сложно.

Ниже вопрос вообще.

На данный момент BSD появилась поддержка GPU вычислений (CUDA)? Java стабильна?

-- 
http://defun.work/

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-02 Пенетрантность Oleksandr Gavenko

>> первые и вторые не составят значимого сопротивления проталкивания УГ
>> а у последним дешевле будет перейти на Gentoo, а если УГ дотолкают до
>> него, то на LFS, либо появится форк.

> Так всю дорогу и собираетесь переходить, пока другие гадят
> в хорошие вещи?

я борюсь со злом по мере моих скромных сил
но бороться с самим прародителем зла это...
(ц) Ш. Холмс
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Для внешних подключаемых устройства памяти (Kindle & Android) не создаеются разделы.

Я уже пару раз спрашивал тут по теме много лет назад.

Сейчас набравшись опыта после:

  bash# ls /dev/sd*
/dev/sdd

я знаю что нужно сделать:

  bash# sudo partprobe /dev/sdd

Я использую usbmount для автомонтирования. Мне кажется что это не задача
данного покета делать partprobe.

Какой пакет отвечает за вызов partprobe по hot-plug? Какие альтернативные пути
регистрации разделов устройств "умных" устройств?

-- 
http://defun.work/

Re: systemd (sysvinit осиротел, галактико опасносте!)

Victor Wagner -> debian-russian@lists.debian.org  @ Wed, 2 Mar 2016 17:22:13 
+0300:

 >>  DEO> а так, то что в systemd еще там httpd встроили, это минус, а не
 >>  DEO> плюс.  
 >> 
 >> Ну, конкретно httpd у нас давно уже в ядро встроили :)
 >> 
 VW> Ладно бы у нас и в ядро, так HP его уже и в BIOS встраивает.

Нет бы ssh...

Re: systemd (sysvinit осиротел, гал актико опасносте!)

sergio -> debian-russian@lists.debian.org  @ Wed, 2 Mar 2016 17:45:39 +0300:

 >> Ну, конкретно httpd у нас давно уже в ядро встроили :)

 s> Где именно?

sendfile(2).  Собственно, когда Линус его встроил, звучали ругательные
высказывания насчет httpd в ядре.  Собственно, для поддержки httpd и
встроили.

Re: systemd (sysvinit осиротел, галактико опасносте!)

On Wed, Mar 02, 2016 at 05:05:30PM +0300, Victor Wagner wrote:
> А это неустранимая проблема в информационном пространстве. Невозможно
> защитить хорошую вещь, хороший символ, хорошее имя от сквоттинга.

Прямая дорога при такой логике начать с изобретения "новой науки": ведь
есть и плагиат, и фальсификация результатов, и консерватизм вида "этого не
может быть, потому что не может быть никогда".

Либо - не все можно засквотить.

Re: systemd (sysvinit осиротел, гал актико опасносте!)

2016-03-02 Пенетрантность sergio

On 02/03/16 16:42, Artem Chuprina wrote:

> Ну, конкретно httpd у нас давно уже в ядро встроили :)

Где именно?


-- 
sergio

Re: systemd (sysvinit осиротел, галактико опасносте!)

Andrey Tataranovich -> debian-russian@lists.debian.org  @ Wed, 2 Mar 2016 
16:33:53 +0300:

 >>  kill `pidof named`
 >>  killall named

 AT> С популяризацией контейнеров такие команды становятся вредными -
 AT> слишком велик шанс пришибить named из не того namespace.

Если команда выдается изнутри контейнера, то шанс этот - нулевой.  А
если снаружи, то надо пришибать весь контейнер...  Идея снаружи
контейнера пришибать отдельные процессы, работающие у него внутри - это
в принципе плохая идея.

Re: systemd (sysvinit осиротел, галактико опасносте!)

On Wed, 02 Mar 2016 16:42:59 +0300
Artem Chuprina  wrote:


> 
>  DEO> а так, то что в systemd еще там httpd встроили, это минус, а не
>  DEO> плюс.  
> 
> Ну, конкретно httpd у нас давно уже в ядро встроили :)
> 
Ладно бы у нас и в ядро, так HP его уже и в BIOS встраивает.

Re: systemd (sysvinit осиротел, галактико опасносте!)

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, либо появится форк.  
> 
> Так всю дорогу и собираетесь переходить, пока другие гадят
> в хорошие вещи?
> 

А это неустранимая проблема в информационном пространстве. Невозможно
защитить хорошую вещь, хороший символ, хорошее имя от сквоттинга.

Вот был хороший символ "свастика". Древний солярный символ, до сих пор
им на топокартах места индуистских храмов отмечают. Но в 30-е годы его
засквоттили немецкие нацисты и теперь для всех европейцев это
"нацистская символика".

Вот было (в XIX веке) хорошее политическое учение "либерализм". В конце
XX его засквоттили людоеды-приватизаторы. Теперь нормальные люди на
него реагируют понятно как.

То же самое будет (и уже происходит) с Линуксом. Только переходить и
надеяться что пару-тройку десятилетий туда не набегут Поттеринги.

Re: Правила на SpamAssassin

On Wed, 2 Mar 2016 14:13:55 +0200
yakim  wrote:

> Добрый день.
> Хотелось бы узнать, какие тесты в SpamAssassin и с какими значениями 
> используются на практике в сообществе.

Меня лично устраивают дефолтные правила. Главное - правильно учить
байес. То есть скармливать в sa_learn ВСЮ приходящую почту. Которая не
спам - с ключиком --ham, которая спам - со --spam.

Делается это например, посредством соответствующего плагина к dovecot.

Я еще 

> А то что-то в последнее время опять спам прорываться начал. Может 
> подкрутить что-то нужно
> Вот, например, набор моих тестов из конфига
> 
> С уважением,
> Якимчук Сергей
>

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-02 Пенетрантность Andrey Tataranovich

Dmitry E. Oboukhov -> debian-russian@lists.debian.org  @ Wed, 2 Mar 2016 
16:09:43 +0300:

 DEO>>> теперь если говорить о собственно УГ (systemd).
 DEO>>> какую проблему решает systemd?
 DEO>>> кто-то пробовал сформулировать? вот что делает systemd такого чего
 DEO>>> нельзя сделать с другими init?

 >> Ну, что systemd действительно делает, так это изоляцию сервиса,
 >> независимо от того, из скольких процессов он состоит.  Этого другие init
 >> не умеют, и это действительно полезно.  Если б в комплекте не давали
 >> неотрываемо хреновую работоспособность, ради этого стоило бы им
 >> пользоваться.

 DEO> я помню году в 2003-м чтоли, АЛЬТ-линуксы маньячили на тему "сунуть
 DEO> все что можно в chroot".
 DEO> смысла мало в этом как оказалось.

В chroot действительно мало.

 DEO> тут или суешь сервис в контейнер по принципу "один сервис - один
 DEO> контейнер с лимитами". или таки имеешь n сервисов в одной системе.

 DEO> в чем смысл изоляции сервисов еще?
 DEO> по pstree их разглядывать красиво?

Управлять ресурсами в терминах всего сервиса, а не попроцессно.  Включая
kill.  Просто scope того контейнера бывает разный.  Где-то имеет смысл
выделить chroot, где-то еще и сеть, а где-то это неудобно.  А вот
выделить память на весь сервис или прибить весь сервис гарантированно,
независимо от того, чего он там наплодил (эту задачу chroot, кстати, не
решает, потому и смысла в нем немного) - удобно.  Причем куда чаще
удобно, чем нет :)

 >> Вторая, тоже полезная, задача, которую он, однако, решает только если
 >> очень повезет - это активация сервиса по запросу.  inetd ее тоже решает,
 >> но, насколько я понимаю, хуже

 DEO> кому-то не нравился inetd, написали "лучше" - xinetd.
 DEO> теоретически можно было написать "еще лучше" coolinetd, который бы еще
 DEO> /etc/init.d/service start делал.
 DEO> только это было никому не нужно.

 DEO> то есть это тоже не фича как бы

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

 >> Еще, как я понимаю, на него же (зря) повешена задача доступа локального
 >> юзера к локальному оборудованию.  Другие init'ы ею вообще не занимаются,

 DEO> дык и правильно делают же что не занимаются.

 DEO> доступ к оборудованию - проблема другого, нежели инит рода

 DEO> а так, то что в systemd еще там httpd встроили, это минус, а не плюс.

Ну, конкретно httpd у нас давно уже в ядро встроили :)

Re: systemd (sysvinit осиротел, галактико опасносте!)

On Wed, 2 Mar 2016 15:03:32 +0300
Eugene Berdnikov  wrote:

>  kill `pidof named`
>  killall named

С популяризацией контейнеров такие команды становятся вредными -
слишком велик шанс пришибить named из не того namespace.

-- 
WBR, Andrey Tataranovich

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-02 Пенетрантность Sergey Kirpichev

2016-03-02 12:08 GMT+03:00 Dmitry E. Oboukhov :
> первые и вторые не составят значимого сопротивления проталкивания УГ
> а у последним дешевле будет перейти на Gentoo, а если УГ дотолкают до
> него, то на LFS, либо появится форк.

Так всю дорогу и собираетесь переходить, пока другие гадят
в хорошие вещи?

Re: systemd (sysvinit осиротел, галактико опасносте!)


DEO>> теперь если говорить о собственно УГ (systemd).
DEO>> какую проблему решает systemd?
DEO>> кто-то пробовал сформулировать? вот что делает systemd такого чего
DEO>> нельзя сделать с другими init?

> Ну, что systemd действительно делает, так это изоляцию сервиса,
> независимо от того, из скольких процессов он состоит.  Этого другие init
> не умеют, и это действительно полезно.  Если б в комплекте не давали
> неотрываемо хреновую работоспособность, ради этого стоило бы им
> пользоваться.

я помню году в 2003-м чтоли, АЛЬТ-линуксы маньячили на тему "сунуть
все что можно в chroot".
смысла мало в этом как оказалось.

тут или суешь сервис в контейнер по принципу "один сервис - один
контейнер с лимитами". или таки имеешь n сервисов в одной системе.

в чем смысл изоляции сервисов еще?
по pstree их разглядывать красиво?


> Вторая, тоже полезная, задача, которую он, однако, решает только если
> очень повезет - это активация сервиса по запросу.  inetd ее тоже решает,
> но, насколько я понимаю, хуже

кому-то не нравился inetd, написали "лучше" - xinetd.
теоретически можно было написать "еще лучше" coolinetd, который бы еще
/etc/init.d/service start делал.
только это было никому не нужно.

то есть это тоже не фича как бы

> Еще, как я понимаю, на него же (зря) повешена задача доступа локального
> юзера к локальному оборудованию.  Другие init'ы ею вообще не занимаются,

дык и правильно делают же что не занимаются.

доступ к оборудованию - проблема другого, нежели инит рода

а так, то что в systemd еще там httpd встроили, это минус, а не плюс.
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-02 Пенетрантность Eugene Berdnikov

On Wed, Mar 02, 2016 at 02:30:26PM +0300, Alexey Shrub wrote:
>Чтобы не повторять то что говорил ранее - вот свежий пример, рассказывали
>мне недавно что какому-то совсем не юникс пользователю написали инструкцию
>как что делать на юникс сервере, в которой были традиционные ps aux |
>fgrep с  последующим kill'ом по пиду.

А что в них "традиционного"?  Для _пользователя_, как минимум, в
качестве чего-то мало-мальски традиционного - должны были какой-нить
killall/pkill предложить.  Предлагаторы какие-то те еще...

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-02 Пенетрантность Alexey Shrub

On Ср, мар 2, 2016 в 2:57 , Dmitry E. Oboukhov  
wrote:
вот с этого места пожалуйста 
подробнее


в прошлый раз я вроде говорил об 
интерфейсе journald, systemctl status тож неплохо 
выглядит



/etc/init.d/service start/stop
invoke-rc.d  start/stop


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

sudo service  stop
но вот если он повис и не реагирует на 
TERM, то возникают костыли, а systemd 
позволяет сделать что-то вроде

sudo systemctl kill -s SIGKILL crond.service

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-02 Пенетрантность Alexey Shrub

On Ср, мар 2, 2016 в 3:03 , Eugene Berdnikov  
wrote:

 kill `pidof named`
 killall named


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

Re: systemd (sysvinit осиротел, галактико опасносте!)

On Wed, Mar 02, 2016 at 03:30:30PM +0300, Alexey Shrub wrote:
> On Ср, мар 2, 2016 в 3:03 , Eugene Berdnikov  wrote:
> > kill `pidof named`
> > killall named
> 
> первый способ я действительно не знал, но дело не в этом, раз у нас
> есть понятие сервиса у которого есть имя, то интерфейс должен
> оперировать именно им, особенно это важно если сервис состоит из
> нескольких процессов

 Не знаю, кто тут кому должен, но у процесса есть pid, а понятие
 "послать сигнал" относится именно к процессу, а не к сервису.
 Имя же процесса есть сущность вторичная и неоднозначная.

 Для сервисов бывают средства управления, вроде rndc (для named)
 или telinit, они сами умеют разговаривать с своими процессами,
 и не обязательно сигналами (чаще через сокеты, с содержательной
 передачей данных). Кому нужно -- сам пишет утиль для управления
 своим сервисом. Желание унифицировать и навести порядок это хорошо,
 но я лично не нахожу в этом какие-то существенные бонусы...
-- 
 Eugene Berdnikov

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-02 Пенетрантность Melleus

Alexey Shrub  writes:

> мы же в 21-м веке, должен быть нормальный интерфейс жесткого
> останова сервиса и точно - systemctl умеет слать сигналы сервису по
> имени

Это шутка была?

man killall

Re: systemd (sysvinit осиротел, галактико опасносте!)

Eugene Berdnikov -> debian-russian@lists.debian.org  @ Wed, 2 Mar 2016 15:03:32 
+0300:

 EB>  К слову, сервисов с одним именем может быть много, и с этим нужно уметь
 EB>  работать вне зависимости от того, какой инструмент используется.

Процессов с одним именем может быть много.  А сервис, скорее всего,
один.  Что в случае с SysV init, что в случае с systemd.  Нет, конечно,
их _может_ быть несколько, в случае с SysV init этому ничего не
противоречит (а в случае с systemd, боюсь, противоречит), но это уже
некоторое извращение.

Re: systemd (sysvinit осиротел, галактико опасносте!)

Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Wed, 2 Mar 2016
12:08:40 +0300:

DEO> теперь если говорить о собственно УГ (systemd).
DEO> какую проблему решает systemd?
DEO> кто-то пробовал сформулировать? вот что делает systemd такого чего
DEO> нельзя сделать с другими init?

Ну, что systemd действительно делает, так это изоляцию сервиса,
независимо от того, из скольких процессов он состоит. Этого другие init
не умеют, и это действительно полезно. Если б в комплекте не давали
неотрываемо хреновую работоспособность, ради этого стоило бы им
пользоваться.

Вторая, тоже полезная, задача, которую он, однако, решает только если
очень повезет - это активация сервиса по запросу. inetd ее тоже решает,
но, насколько я понимаю, хуже как минимум в том смысле, что для того,
чтобы правильно остановить сервис, админу надо знать, init его поднимает
или inetd. В случае с systemd нет разницы, по запросу он поднят или
принудительно.

Еще, как я понимаю, на него же (зря) повешена задача доступа локального
юзера к локальному оборудованию. Другие init'ы ею вообще не занимаются,
и собственно, не было штатного того, кто ею бы занимался. Но тут я могу
ошибаться, считая, что задача повешена именно на него, в том смысле, что
systemd-logind и собственно systemd слишком тесно связаны. Формально-то
этим занимается отдельный процесс...

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-02 Пенетрантность Melleus

"Dmitry E. Oboukhov"  writes:

> поскольку массы делятся на три вида:
>  - пользователи
>  - майнтенеры за зарплату
>  - майнтенеры за интерес
>
> первые и вторые не составят значимого сопротивления проталкивания УГ
> а у последним дешевле будет перейти на Gentoo, а если УГ дотолкают до
> него, то на LFS, либо появится форк.

Интересно знать, как первые (к которым себя и отношу) могут оказать
сколько-нибудь заметное сопротивление? Сначала выпилил пульс, потом
гном, а это УГ все лезет и лезет отовсюду. Кстати, еще с пульсы был
очевиден предел возможностей некоторых псевдодевелоперов, а разом - и
уши корпораций, торчащие от них во все стороны.

В свое время, когда выбирал между фрей и линукс (и первой установил фрю,
кстати), выбрал меньший головняк и более высокую приверженность идеям
FOSS, как казалось на тот момент. Однако же, все эти преимущества, как
оказалось, впоследствии растворились как дым. Увы.

Впрочем, было бы несправедливо не сказать, что, на самом деле, весьма
доволен всем, что было до третьего гнома, системд и третьего жтк. Да
разве только я? Пугает понимание того, сколько вреда может нанести
человечеству всего лишь один правильно обученный и подготовленный
хрен. И неспособность человечества противодействовать идиотизму в
красивых обертках. Вот те же майнтейнеры за зарплату, например: как
можно согласиться иметь больше головняка и, соответственно, тратить
больше сил и времени на работе за те же деньги?

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-02 Пенетрантность Eugene Berdnikov

Alexey Shrub -> Debian Russian Mailing List  @ Wed, 02 Mar 2016 14:30:26 +0300:

 >> какую проблему решает systemd?

 AS> Вроде тут уже всё плюсы озвучивали в предыдущие холивары, но повторю своё
 AS> мнение - для меня systemd это, в первую очередь, нормальный высокоуровневый
 AS> интерфейс.
 AS> Чтобы не повторять то что говорил ранее - вот свежий пример, рассказывали 
мне
 AS> недавно что какому-то совсем не юникс пользователю написали инструкцию как 
что
 AS> делать на юникс сервере, в которой были традиционные ps aux | fgrep с
 AS> последующим kill'ом по пиду. Так вот на этом месте он часто тупил, 
подумалось
 AS> мне, что это реально дурацкий способ, мы же в 21-м веке, должен быть
 AS> нормальный интерфейс жесткого останова сервиса и точно - 
 AS> systemctl умеет слать сигналы сервису по имени

Это не про systemd, а про горе-сисадминов.

Это реально дурацкий способ, что при наличии systemd, что при его
отсутствии.  Если это сервис, то помогает, сюрприз, команда service.
Ну, допустим, service ее зовут в Debian-based, в редхатоидах она может
быть svc, а универсальный способ - /etc/init.d/имя-сервиса
start|stop|restart|reload.  Сигналы сервису слать не надо.  Если же речь
идет об имени процесса, а не сервиса, то хорошо работает pkill.  Причем
далеко не только в линуксах, в отличие от systemd.

Правила на SpamAssassin

2016-03-02 Пенетрантность yakim


Добрый день.
Хотелось бы узнать, какие тесты в SpamAssassin и с какими значениями 
используются на практике в сообществе.
А то что-то в последнее время опять спам прорываться начал. Может 
подкрутить что-то нужно

Вот, например, набор моих тестов из конфига

score SUBJ_FULL_OF_8BITS 0
score FROM_ILLEGAL_CHARS 0
score SUBJ_ILLEGAL_CHARS 1
score HEAD_ILLEGAL_CHARS 0
score SUBJ_ALL_CAPS 1
score HABEAS_SWE 0
score FORGED_IMS_TAGS 1
score TVD_SPACE_RATIO_MINFP 0
score T_DOC_ATTACH_NO_EXT 0
score BAYES_00 0.0001 0.0001 -2.312 -2.599
score BAYES_05 0.0001 0.0001 -1.110 -1.110
score BAYES_20 0.0001 0.0001 -0.740 -0.740
score BAYES_40 0.0001 0.0001 -0.185 -0.185
score BAYES_50 0.0001 0.0001 0.001 0.001
score BAYES_60 0.0001 0.0001 2.0 2.0
score BAYES_80 0.0001 0.0001 2.0 2.0
score BAYES_95 0.0001 0.0001 2.5 2.5
score BAYES_99 0.0001 0.0001 3.0 3.0
score ALL_TRUSTED -3.360 -3.440 -3.665 -3.800
score HTTPS_IP_MISMATCH 2.697 2.896 2.899 2.897
score RCVD_IN_NJABL_RELAY 0 1.841 0 2.696
score RCVD_IN_NJABL_SPAM 0 3.096 0 2.072
score RCVD_IN_NJABL_PROXY 0 1.693 0 1.643
score RCVD_IN_SORBS_SMTP 1
score RCVD_IN_SBL 0 2.810 2 1.551
score HELO_DYNAMIC_IPADDR 2
score DEAR_SOMETHING 2
score NO_RECEIVED 2
score PYZOR_CHECK 0 2.834 0 3.700
score HEAD_LONG 0.5
score DATE_IN_PAST_12_24 0.3
score DATE_IN_PAST_12_24_2 0.5



С уважением,
Якимчук Сергей

Re: systemd (sysvinit осиротел, галактико опасносте!)

On Wed, Mar 02, 2016 at 02:30:26PM +0300, Alexey Shrub wrote:
> On Ср, мар 2, 2016 в 12:08 , Dmitry E. Oboukhov 
> wrote:
> >какую проблему решает systemd?
> 
> Вроде тут уже всё плюсы озвучивали в предыдущие холивары, но повторю
> своё мнение - для меня systemd это, в первую очередь, нормальный
> высокоуровневый интерфейс.
> Чтобы не повторять то что говорил ранее - вот свежий пример,
> рассказывали мне недавно что какому-то совсем не юникс пользователю
> написали инструкцию как что делать на юникс сервере, в которой были
> традиционные ps aux | fgrep с  последующим kill'ом по пиду. Так вот
> на этом месте он часто тупил, подумалось мне, что это реально
> дурацкий способ, мы же в 21-м веке, должен быть нормальный интерфейс
> жесткого останова сервиса и точно - systemctl умеет слать сигналы
> сервису по имени

 kill `pidof named`
 killall named

 В 21-м веке осталось место для курсов повышения квалификации. :)

 К слову, сервисов с одним именем может быть много, и с этим нужно уметь
 работать вне зависимости от того, какой инструмент используется.
 P.S. Прошу не воспринимать это как аргумент против systemd.
-- 
 Eugene Berdnikov

Re: systemd (sysvinit осиротел, галактико опасносте!)


>> какую проблему решает systemd?

> Вроде тут уже всё плюсы озвучивали в предыдущие холивары, но повторю своё
> мнение - для меня systemd это, в первую очередь, нормальный высокоуровневый
> интерфейс.

вот с этого места пожалуйста подробнее

> Чтобы не повторять то что говорил ранее - вот свежий пример, рассказывали мне
> недавно что какому-то совсем не юникс пользователю написали инструкцию как что
> делать на юникс сервере, в которой были традиционные ps aux | fgrep с
> последующим kill'ом по пиду. Так вот на этом месте он часто тупил, подумалось
> мне, что это реально дурацкий способ, мы же в 21-м веке, должен быть 
> нормальный
> интерфейс жесткого останова сервиса и точно - systemctl умеет слать сигналы
> сервису по имени

/etc/init.d/service start/stop
invoke-rc.d  start/stop

почему благородному дону не подошел?
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-02 Пенетрантность Alexey Shrub

On Ср, мар 2, 2016 в 12:08 , Dmitry E. Oboukhov 
 wrote:

какую проблему решает systemd?


Вроде тут уже всё плюсы озвучивали в 
предыдущие холивары, но повторю своё 
мнение - для меня systemd это, в первую 
очередь, нормальный высокоуровневый 
интерфейс.
Чтобы не повторять то что говорил 
ранее - вот свежий пример, рассказывали 
мне недавно что какому-то совсем не 
юникс пользователю написали 
инструкцию как что делать на юникс 
сервере, в которой были традиционные ps 
aux | fgrep с  последующим kill'ом по пиду. Так 
вот на этом месте он часто тупил, 
подумалось мне, что это реально 
дурацкий способ, мы же в 21-м веке, 
должен быть нормальный интерфейс 
жесткого останова сервиса и точно - 
systemctl умеет слать сигналы сервису по 
имени

Re: systemd (sysvinit осиротел, галактико опасносте!)