Re: bind9-resolvconf.service
On 02/08/17 03:41 PM, Yuriy M. Kaminskiy wrote: > > (BTW, я с некоторым удивлением обнаружил, что не знаю, а где эти самые > drop-in вообще описаны в man? ни в systemd.directives, ни в systemd.unit > я их не обнаружил 8-0) > systemd 234-2 только что набрал man systemd.unit и увидел там про drop-in: Along with a unit file foo.service, a "drop-in" directory foo.service.d/ may exist. All files with the suffix ".conf" from this directory will be parsed after the file itself is parsed. This is useful to alter or add configuration settings for a unit, without having to modify unit files. Each drop-in file must have appropriate section headers. Note that for instantiated units, this logic will first look for the instance ".d/" subdirectory and read its ".conf" files, followed by the template ".d/" subdirectory and the ".conf" files there. Also note that settings from the "[Install]" section are not honored in drop-in unit files, and have no effect. In addition to /etc/systemd/system, the drop-in ".d" directories for system services can be placed in /lib/systemd/system or /run/systemd/system directories. Drop-in files in /etc take precedence over those in /run which in turn take precedence over those in /lib. Drop-in files under any of these directories take precedence over unit files wherever located. Multiple drop-in files with different names are applied in lexicographic order, regardless of which of the directories they reside in.
Re: bind9-resolvconf.service
On 08/02/17 01:03 , Artem Chuprina wrote: > Yuriy M. Kaminskiy -> debian-russian@lists.debian.org @ Tue, 01 Aug 2017 > 22:42:55 +0300: > > >>> [Service] > >> RemainAfterExit=yes > >>> ExecStart=/bin/sh -c 'echo nameserver 127.0.0.1 | /sbin/resolvconf -a > lo.named' > >>> ExecStop=/sbin/resolvconf -d lo.named > >> > >> с этим флагом работает. > > > ...а ещё оно должно быть > > Type=oneshot > > (по умолчанию - simple). > > Ага, я уже нащупал. И когда нащупал, догадался, почему так. Не факт, что (потому что в simple юнит считается запущенным сразу после /запуска/ процесса из ExecStart, а в oneshot после /завершения/ ExecStart) > правильно. > > В очередной леденящий душу раз спрошу: знает ли кто-нибудь нормальную > документацию на unit'ы systemd? То, что сходу гуглится, в качестве > документации не годится. Список значений Type много где есть, но как тот > же oneshot воспринимается _снаружи_ (и _почему_ в этом месте таки надо > RemainAfterExit=yes) там не написали. (из man это вовсе не очевидно, но по если RemainAfterExit не выставлен в yes, то по завершению процесс(а/ов), запущенных из ExecStart, юнит считается неактивным, и systemd исполняет ExecStop и ExecStopPost) > Вот, например, много где описаны оверрайды (это когда хочется подправить > что-то, не копируя весь юнит). В одном месте мне попалось описание Если это про foo.service.d/bar.conf, то мне оно попадалось под названием drop-in, а не override. (BTW, я с некоторым удивлением обнаружил, что не знаю, а где эти самые drop-in вообще описаны в man? ни в systemd.directives, ни в systemd.unit я их не обнаружил 8-0) > грабли, видимо, автор наступил. И ни в одном - как оно вообще работает. > > Судя по названию (override, а не append), оно должно заменять значения > параметров. Но судя по описанной грабле (нет, там нету описания работы), > оно их добавляет (что, прямо скажем, удобнее), но если указать пустое > значение, то сбрасывает то, что было (так можно сбросить старое > значение). Кстати, присваивание пустого значения стирает *не все* параметры-списки (там где оно работает - явно указано в man, ищем по "empty string|reset"); к примеру (as of jessie), в Requires/Wants/After и аналогичных оно *не* работает. > А там при этом бывают параметры, которых можно указать несколько > (After), а бывают, которые положены одна штука (ExecStart), т.е. к > которым по семантике добавлять нельзя... Тот наступатель наступил именно > на примере ExecStart. ... и у Type=oneshot тут есть особенности (*можно* много ExecStart, и *можно* вообще без ExecStart [таким образом для oneshot ExecStart очень похож на ExecStartPre]; для прочих типов, ExecStart обязан быть один и только один).
Fwd: Ау, Debian Developers!
Перенаправляю письмо из debian-russian@ рассылки в gost@, так как возможно тут есть заинтересованные в том же, или вообще разработчики Debian. - Forwarded message from Victor Wagner - Date: Wed, 2 Aug 2017 22:20:39 +0300 From: Victor WagnerTo: debian-russian@lists.debian.org Subject: Ау, Debian Developers! Коллеги, есть ли здесь действующие разработчики Debian? А то нужен спонсор. Дело в том, что в openssl решили, начиная с версии 1.1.0 выкинуть из дистрибутива почти все engine (и то сказать, большая часть этих engine поддерживала железяки. которые все уже давно перемерли от старости, а engine реально полезные, такие как PKCS11 или rutoken все равно развиваются как отдельные проекты). В результате под сокращение попала и реализация российских криптоалгоритмов, которая теперь тоже развивается как отдельный проект (https://github.com/gost-engine). Соответственно хочется ее пропихнуть в дистрибутив отдельным пакетом. Задаю этот вопрос в debian-russian, а не debian-devel, поскольку вряд ли за пределами России это кому-то интересно. -- Victor Wagner - End forwarded message - -- Sergey Matveev (http://www.stargrave.org/) OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
Ау, Debian Developers!
Коллеги, есть ли здесь действующие разработчики Debian? А то нужен спонсор. Дело в том, что в openssl решили, начиная с версии 1.1.0 выкинуть из дистрибутива почти все engine (и то сказать, большая часть этих engine поддерживала железяки. которые все уже давно перемерли от старости, а engine реально полезные, такие как PKCS11 или rutoken все равно развиваются как отдельные проекты). В результате под сокращение попала и реализация российских криптоалгоритмов, которая теперь тоже развивается как отдельный проект (https://github.com/gost-engine). Соответственно хочется ее пропихнуть в дистрибутив отдельным пакетом. Задаю этот вопрос в debian-russian, а не debian-devel, поскольку вряд ли за пределами России это кому-то интересно. -- Victor Wagner
Validation failed
*** Errors validating /srv/www.debian.org/www/international/l10n/po/en_CA.ru.html: *** Line 181, character 374: "128513" is not a character number in the document character set *** Errors validating /srv/www.debian.org/www/international/l10n/po/en_GB.ru.html: *** Line 122, character 351: "128513" is not a character number in the document character set Line 319, character 337: "128513" is not a character number in the document character set Line 328, character 334: "128513" is not a character number in the document character set Line 1299, character 241: "128513" is not a character number in the document character set -- 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: Долговечность SSD
On 2017-08-01, Andrey Jr. Melnikov wrote: >> Также светиться размер блока в 8 KiB для Samsung. Это для записи. Стирание у >> TLC вроде 1.5 GiB. > Стирание (как впрочем и запись) у флешей всегда идет страницами. С > контроллером, который знает как именно у него организованна память и как её > надо стирать-перезаписывать, знание размера блока в обычной жизни не нужно. Описался, 1.5 MiB. -- http://defun.work/
Re: Долговечность SSD
On 2017-08-01, Andrey Jr. Melnikov wrote: >> Также светиться размер блока в 8 KiB для Samsung. Это для записи. Стирание у >> TLC вроде 1.5 GiB. > Стирание (как впрочем и запись) у флешей всегда идет страницами. С > контроллером, который знает как именно у него организованна память и как её > надо стирать-перезаписывать, знание размера блока в обычной жизни не нужно. Я ошибся 1.5MiB. -- http://defun.work/