rvm

2017-08-01 Thread Хиленко Пётр Анатольевич 
Здравствуйте!Установил Дебиан 9.Нужен Руби.Зашел на rvm.ioAs a first step install mpapis public key used to verify installation package to ensure security.sudo 
gpg: directory '/root/.gnupg' createdgpg: new configuration file '/root/.gnupg/dirmngr.conf' createdgpg: new configuration file '/root/.gnupg/gpg.conf' createdgpg: keybox '/root/.gnupg/pubring.kbx' createdgpg: keyserver receive failed: Серверы ключей недоступны  gpg --keyserver hkp://keys.gnupg.net --recv-keys 409B6B1796C275462A1703113804BB82D39DC0E3 7D2BAF1CF37B13E2069D6956105BD0E739499BDB
gpg: directory '/root/.gnupg' createdgpg: new configuration file '/root/.gnupg/dirmngr.conf' createdgpg: new configuration file '/root/.gnupg/gpg.conf' createdgpg: keybox '/root/.gnupg/pubring.kbx' createdgpg: keyserver receive failed: Серверы ключей недоступны Прочитал ниже на сайтеNote: hkp://keys.gnupg.net can sometimes timeout you may want to use different keyserver, for example:hkp://pgp.mit.eduпопробовал такsudo gpg --keyserver hkp://pgp.mit.edu --recv-keys 409B6B1796C275462A1703113804BB82D39DC0E3 7D2BAF1CF37B13E2069D6956105BD0E739499BDBgpg: /root/.gnupg/trustdb.gpg: trustdb createdgpg: key 105BD0E739499BDB: public key "Piotr Kuczynski " importedgpg: key 3804BB82D39DC0E3: public key "Michal Papis (RVM signing) " importedgpg: no ultimately trusted keys foundgpg: Total number processed: 2gpg:   imported: 2 Дальшеsudo \curl -sSL https://get.rvm.io | bashDownloading https://github.com/rvm/rvm/archive/master.tar.gz Upgrading the RVM installation in /home/best/.rvm/    RVM PATH line found in /home/best/.mkshrc /home/best/.profile /home/best/.bashrc /home/best/.zshrc.    RVM sourcing line found in /home/best/.profile /home/best/.bash_profile /home/best/.zlogin.Upgrade of RVM in /home/best/.rvm/ is complete. Upgrade Notes:   * No new notes to display.   \curl -sSL https://get.rvm.io | bash -s stable --rubyDownloading https://github.com/rvm/rvm/archive/1.29.2.tar.gzDownloading https://github.com/rvm/rvm/releases/download/1.29.2/1.29.2.tar.gz.ascFound PGP signature at: 'https://github.com/rvm/rvm/releases/download/1.29.2/1.29.2.tar.gz.asc',but no GPG software exists to validate it, skipping. Upgrading the RVM installation in /home/best/.rvm/    RVM PATH line found in /home/best/.mkshrc /home/best/.profile /home/best/.bashrc /home/best/.zshrc.    RVM sourcing line found in /home/best/.profile /home/best/.bash_profile /home/best/.zlogin.Upgrade of RVM in /home/best/.rvm/ is complete. # best,##   Thank you for using RVM!#   We sincerely hope that RVM helps to make your life easier and more enjoyable!!!## ~Wayne, Michal & team. In case of problems: https://rvm.io/help and https://twitter.com/rvm_io Upgrade Notes:   * No new notes to display. main: строка 880: __rvm_print_headline: команда не найдена #И что делать? 

Re: rvm

2017-08-01 Thread Victor Wagner 
On Tue, 01 Aug 2017 16:05:03 +0600
Хиленко Пётр Анатольевич  wrote:

> Здравствуйте!
> Установил Дебиан 9.
> Нужен Руби.
> Зашел на rvm.io
[skip]

> #
> И что делать?

Не тянуть в систему всякую пакость из интернета.

Ставить софт не из пакетов Debian можно себе позволить только если вы
знаете этот софт настолько хорошо, что вы на подобные вопросы можете
отвечать, а не их задавать.

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

В дистрибутиве есть довольно много пакетов с библиотеками для ruby.
А если там чего нет, то это повод подумать "А может не стоит этим
пользоваться, если никто не собрался это в Debian запакетировать?".
--

Re: rvm

2017-08-01 Thread Artem Chuprina 
Victor Wagner -> debian-russian@lists.debian.org  @ Tue, 1 Aug 2017 14:34:49 
+0300:

 >> Здравствуйте!
 >> Установил Дебиан 9.
 >> Нужен Руби.
 >> Зашел на rvm.io
 > [skip]

 >> #
 >> И что делать?

 > Не тянуть в систему всякую пакость из интернета.

 > Ставить софт не из пакетов Debian можно себе позволить только если вы
 > знаете этот софт настолько хорошо, что вы на подобные вопросы можете
 > отвечать, а не их задавать.

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

 > В дистрибутиве есть довольно много пакетов с библиотеками для ruby.
 > А если там чего нет, то это повод подумать "А может не стоит этим
 > пользоваться, если никто не собрался это в Debian запакетировать?".
 > -- 

К сожалению, Витус, у некоторых систем своя инфраструктура не в пример
лучше дебиановской, и не очень с оной сочетается. Руби к оным относится.

Еще, кстати, хаскель, с появлением stack. Раньше лучше было брать
устаревшее в дебиане, а сейчас - свежее через stack. Сам stack, впрочем,
можно взять из дистрибутива. Но кажется, тоже пока, ибо они, кажется,
решили и его самого тоже поддерживать его же собственной
инфраструктурой.

Re: rvm

2017-08-01 Thread Victor Wagner 
On Tue, 01 Aug 2017 15:37:57 +0300
Artem Chuprina  wrote:

> Victor Wagner -> debian-russian@lists.debian.org  @ Tue, 1 Aug 2017
> 14:34:49 +0300:
> 
>  >> Здравствуйте!
>  >> Установил Дебиан 9.
>  >> Нужен Руби.
>  >> Зашел на rvm.io  
>  > [skip]  
> 
>  >> #
>  >> И что делать?  
> 
>  > Не тянуть в систему всякую пакость из интернета.  
> 

> К сожалению, Витус, у некоторых систем своя инфраструктура не в пример
> лучше дебиановской, и не очень с оной сочетается. Руби к оным
> относится.
> 
> Еще, кстати, хаскель, с появлением stack. Раньше лучше было брать
> устаревшее в дебиане, а сейчас - свежее через stack. Сам stack,
> впрочем, можно взять из дистрибутива. Но кажется, тоже пока, ибо они,
> кажется, решили и его самого тоже поддерживать его же собственной
> инфраструктурой.

По-моему, это характеризует не сам хаскель с его инфраструктурой. а
исключительно твой уровень владения им.

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

Любой софт, выпущенный менее 5 лет назад должен обладать ну очень
важными свойствами, чтобы можно было им пользоваться.

Re: rvm

2017-08-01 Thread Artem Chuprina 
Victor Wagner -> debian-russian@lists.debian.org  @ Tue, 1 Aug 2017 15:57:33 
+0300:

 >>  >> Здравствуйте!
 >>  >> Установил Дебиан 9.
 >>  >> Нужен Руби.
 >>  >> Зашел на rvm.io  
 >>  > [skip]  
 >> 
 >>  >> #
 >>  >> И что делать?  
 >> 
 >>  > Не тянуть в систему всякую пакость из интернета.  
 >> 

 >> К сожалению, Витус, у некоторых систем своя инфраструктура не в пример
 >> лучше дебиановской, и не очень с оной сочетается. Руби к оным
 >> относится.
 >> 
 >> Еще, кстати, хаскель, с появлением stack. Раньше лучше было брать
 >> устаревшее в дебиане, а сейчас - свежее через stack. Сам stack,
 >> впрочем, можно взять из дистрибутива. Но кажется, тоже пока, ибо они,
 >> кажется, решили и его самого тоже поддерживать его же собственной
 >> инфраструктурой.

 > По-моему, это характеризует не сам хаскель с его инфраструктурой. а
 > исключительно твой уровень владения им.

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

 > Любой софт, выпущенный менее 5 лет назад должен обладать ну очень
 > важными свойствами, чтобы можно было им пользоваться. 

Знаешь, Витус, я, наверное, немножко больше, чем ты, программировал на
хаскеле...

За эти пять лет там очень много чего очень заметно улучшили. И в
библиотеках, и в инфраструктуре. 

stack избавил нас от cabal hell. В принципе, дистрибутивный хаскель тоже
избавляет... до тех пор, пока тебе не понадобилась библиотека, которую
не запаковали в дистрибутив. А таких, что для хаскеля, что для руби,
куда больше одной. Не потому что они плохи, а потому что никому из
мейнтейнеров не было надо решать именно эту задачу. А некоторые
библиотеки, насколько я наблюдал, не были запакованы как раз из-за cabal
hell и того факта, что кому-то _другому_ какая-то библиотека из
зависимостей была нужна не подходящей сюда версии. А инфраструктура
дебиановских пакетов недостаточно гибка для разрешения подобных
конфликтов.

А со stack я могу без проблем собрать для двух разных задач два
бинарника с задействованием разных версий библиотеки. Глубоко в
зависимостях, ага.

Ну, в рубиновых библиотеках я не очень разбираюсь. У меня есть коза на
рельсах, я считаю, что рельсы изначально сдизайнены неправильно, и
большинство библиотек к ним defective by design, независимо от наличия
их в дистрибутиве. А вот в хаскельных как раз разбираюсь, и большинство
из того, что использую, читал. Благо в хаскельном сообществе
распространение в бинарниках не практикуется. Там совместимость зря не
сломают. Если сломали, то не зря. И хуже обычно то, что старше, а вовсе
не то, что новее...

Greetings! An invitation from GNOME.Asia Summit 2017

2017-08-01 Thread biscuit kernel 
*Greetings!*

This is the GNOME.Asia Summit 2017 Chongqing committee and we are currently
authorized by the GNOME foundation to be the exclusive agency of the
GNOME.Asia Summit 2017 event. On behalf of the committee, we are inviting
you who are interested in this conference to join us in this event in
Chongqing, China during October 14th to October 16th 2017, and to be our
guests and conference presenters.

The GNOME.Asia Summit is known as a conference at the top level on the
field of open source developing in Asia. GNOME.Asia 2017 is sure to attract
about 600 participants. To celebrate the 20 years anniversary of GNOME as
well as the 10 years anniversary of the GNOME.Asia Summit, we are
inviting influential
professionals as well as Open-source enthusiasts to present their ideas and
research in this year’s GNOME.Asia Summit. As of now, many of our honored
guests have confirmed that they will be joining us in Chongqing University
to celebrate this great event and also to visit the Chongqing university
and the beautiful mountain city of Chongqing. We welcome any form of
presentation from you, short and long alike. And we welcome you to share us
with your newest ideas of Open-source and to shed lights on the open-source
communities. Here you can find the details of conference presenting
https://www.gnome.org/events/2017/06/gnome-asia-summit-2017-call-for-papers/

Please feel free to visit our official website https://2017.gnome.asia/ for
more information.If you find this event appealing to you, please do not
hesitate to contact us. We are more than happy to provide any details
regarding this event and also to answer any questions you may have.


For appliers, please check the following page to directly fill in the
application form.

 http://cn.mikecrm.com/nhrytIP


Also follow us on social media
facebook 
twitter 
google+ 
weibo 

Sincerely yours





*Speakers Calling Team*
*GNOME.Asia 2017 Committee*
Email: *kernel_biscuit.gn...@chongqinglug.org
*
Website: https://2017.gnome.asia/

*Please follow our social media for the latest news of GNOME.Asia 2017*.

   - facebook 
   - twitter 
   - google+ 
   - weibo

Re: rvm

2017-08-01 Thread Tim Sattarov 
On 01/08/17 06:05 AM, Хиленко Пётр Анатольевич wrote:
> Здравствуйте!
> Установил Дебиан 9.
> Нужен Руби.
> Зашел на rvm.io
Вот тут надо бы понять, зачем rvm? нужная версия Ruby отсутствует в Debian ?
>
> main: строка 880: __rvm_print_headline: команда не найдена
>  
>
> #
> И что делать?
>
>  
Обычно в таких сценариях есть вариант ручной установки. Для людей
недоверяющих сторонним скриптам.

повозившись со всеми этими версиями и gems я решил держать весь продакшн
и разработку в докере.
нужна специфическая версия руби ? качай образ с hub.docker.com
https://hub.docker.com/_/ruby/

Re: rvm

2017-08-01 Thread Tim Sattarov 
On 01/08/17 01:09 PM, Tim Sattarov wrote:
> On 01/08/17 06:05 AM, Хиленко Пётр Анатольевич wrote:
>> Здравствуйте!
>> Установил Дебиан 9.
>> Нужен Руби.
>> Зашел на rvm.io
> Вот тут надо бы понять, зачем rvm? нужная версия Ruby отсутствует в Debian ?
>
Плюс, если не хочется докер, в Дебьяне есть rbenv

Re: Долговечность SSD

2017-08-01 Thread Andrey Jr. Melnikov 
Oleksandr Gavenko  wrote:

> http://www.samsung.com/us/business/oem-solutions/pdfs/V-NAND_technology_WP.pdf

> Есть слайдик с retention 1 year и 3 months. Как то не понятно что это
> означает.

> По форумам читал что действительно зарядик стекает и ECC применяется, особенно
> важно для TLC.

> Т.е. SSD как бекап - опасный носитель, требующий питания и перезаписи
> существующей информации контроллером в офлайн?
SSD придуман, чтоб быстро ехать а не долго лежать.

> Также светиться размер блока в 8 KiB для Samsung. Это для записи. Стирание у
> TLC вроде 1.5 GiB.
Стирание (как впрочем и запись) у флешей всегда идет страницами. С
контроллером, который знает как именно у него организованна память и как её
надо стирать-перезаписывать, знание размера блока в обычной жизни не нужно.

> Может быть кеш + контроллер пишет "оптимально" через дополнительный маппинг и
> не нужно размер блока FS подгонять (к 8 в случае Samsung).

> Все что читаю - типа ненужно замарачиваться, все FS уже давно по умолчанию
> блок в 4k делают.

> Также типа не нужно играться с over provisioning на современных SSD (типа
> держать 10% пустым что б продлить жизнь). Типа размеры в 120 или 240/250
> потому что кусочки от 128 и 256 - как раз используються для увеличения срока
> жизни в случае нехватки места для записи.
Тут скорее всего маркетинговый булщит из разряда 128 мегабайт посчитаем как
128 * 1000 * 1000 * 1000 (мибибайт), а разницу спишем на овер-провижн.
А место для овер-провижена - освободим с помощю умной фирмвари с
компрессией.

Re: Долговечность SSD

2017-08-01 Thread Tim Sattarov 
On 01/08/17 01:26 PM, Andrey Jr. Melnikov wrote:
> Тут скорее всего маркетинговый булщит из разряда 128 мегабайт
> посчитаем как
> 128 * 1000 * 1000 * 1000 (мибибайт), а разницу спишем на овер-провижн.
> А место для овер-провижена - освободим с помощю умной фирмвари с
> компрессией.
>
Поправочка: mibibyte (MiB) это всё таки степени двойки то есть 1024*1024
и т д.
а  MB, это megabyte и официально считается степенями 10 (1000*1000 и т д.)

bind9-resolvconf.service

2017-08-01 Thread Artem Chuprina 
Граждане, а может кто-нибудь объяснить, почему

$ sudo systemctl cat bind9-resolvconf
# /lib/systemd/system/bind9-resolvconf.service
[Unit]
Description=local BIND via resolvconf
Documentation=man:named(8) man:resolvconf(8)
Requires=bind9.service
After=bind9.service
ConditionFileIsExecutable=/sbin/resolvconf

[Service]
ExecStart=/bin/sh -c 'echo nameserver 127.0.0.1 | /sbin/resolvconf -a lo.named'
ExecStop=/sbin/resolvconf -d lo.named

[Install]
WantedBy=bind9.service

не работает ни автоматически, ни вручную? Ни start, ни stop. Отдельно
команды из ExecStart и ExecStop работают.

Собственно, если кому интересно покопаться, признаком срабатывания start
будет появление lo.named в /run/resolvconf/interface, а stop - его
пропадание оттуда.

stretch.

Задалбывает, надо сказать, эта гребаная магия...

В статусе разницы не видно. Добавлять в зависимости resolvconf.service
пробовал (дело-то разумное, /run/resolvconf создается динамически). Не
помогает. Ну и вручную, при запущенном resolvconf, тоже не работает.

$ sudo systemctl start bind9-resolvconf
$ sudo systemctl status bind9-resolvconf
● bind9-resolvconf.service - local BIND via resolvconf
   Loaded: loaded (/lib/systemd/system/bind9-resolvconf.service; enabled; 
vendor preset: enabled)
   Active: inactive (dead) since Tue 2017-08-01 21:02:02 MSK; 2s ago
 Docs: man:named(8)
   man:resolvconf(8)
  Process: 1828 ExecStop=/sbin/resolvconf -d lo.named (code=exited, 
status=0/SUCCESS)
  Process: 1820 ExecStart=/bin/sh -c echo nameserver 127.0.0.1 | 
/sbin/resolvconf -a lo.named (code=exited, status=0/S
 Main PID: 1820 (code=exited, status=0/SUCCESS)

Aug 01 21:02:02 localhost systemd[1]: Started local BIND via resolvconf.

$ sudo systemctl stop bind9-resolvconf
$ sudo systemctl status bind9-resolvconf
● bind9-resolvconf.service - local BIND via resolvconf
   Loaded: loaded (/lib/systemd/system/bind9-resolvconf.service; enabled; 
vendor preset: enabled)
   Active: inactive (dead) since Tue 2017-08-01 21:02:02 MSK; 29s ago
 Docs: man:named(8)
   man:resolvconf(8)
  Process: 1828 ExecStop=/sbin/resolvconf -d lo.named (code=exited, 
status=0/SUCCESS)
  Process: 1820 ExecStart=/bin/sh -c echo nameserver 127.0.0.1 | 
/sbin/resolvconf -a lo.named (code=exited, status=0/S
 Main PID: 1820 (code=exited, status=0/SUCCESS)

Aug 01 21:02:02 localhost systemd[1]: Started local BIND via resolvconf.

Re: bind9-resolvconf.service

2017-08-01 Thread Vasiliy P. Melnik 
может в этом вопрос?

cat /etc/default/bind9
# run resolvconf?
RESOLVCONF=no
  

# startup options for the server
OPTIONS="-u bind"

ну и resolvconf должен быть установлен.

З.Ы. Не понимаю зачем это надо если честно


1 августа 2017 г., 21:05 пользователь Artem Chuprina 
написал:

> Граждане, а может кто-нибудь объяснить, почему
>
> $ sudo systemctl cat bind9-resolvconf
> # /lib/systemd/system/bind9-resolvconf.service
> [Unit]
> Description=local BIND via resolvconf
> Documentation=man:named(8) man:resolvconf(8)
> Requires=bind9.service
> After=bind9.service
> ConditionFileIsExecutable=/sbin/resolvconf
>
> [Service]
> ExecStart=/bin/sh -c 'echo nameserver 127.0.0.1 | /sbin/resolvconf -a
> lo.named'
> ExecStop=/sbin/resolvconf -d lo.named
>
> [Install]
> WantedBy=bind9.service
>
> не работает ни автоматически, ни вручную? Ни start, ни stop. Отдельно
> команды из ExecStart и ExecStop работают.
>
> Собственно, если кому интересно покопаться, признаком срабатывания start
> будет появление lo.named в /run/resolvconf/interface, а stop - его
> пропадание оттуда.
>
> stretch.
>
> Задалбывает, надо сказать, эта гребаная магия...
>
> В статусе разницы не видно. Добавлять в зависимости resolvconf.service
> пробовал (дело-то разумное, /run/resolvconf создается динамически). Не
> помогает. Ну и вручную, при запущенном resolvconf, тоже не работает.
>
> $ sudo systemctl start bind9-resolvconf
> $ sudo systemctl status bind9-resolvconf
> ● bind9-resolvconf.service - local BIND via resolvconf
>Loaded: loaded (/lib/systemd/system/bind9-resolvconf.service; enabled;
> vendor preset: enabled)
>Active: inactive (dead) since Tue 2017-08-01 21:02:02 MSK; 2s ago
>  Docs: man:named(8)
>man:resolvconf(8)
>   Process: 1828 ExecStop=/sbin/resolvconf -d lo.named (code=exited,
> status=0/SUCCESS)
>   Process: 1820 ExecStart=/bin/sh -c echo nameserver 127.0.0.1 |
> /sbin/resolvconf -a lo.named (code=exited, status=0/S
>  Main PID: 1820 (code=exited, status=0/SUCCESS)
>
> Aug 01 21:02:02 localhost systemd[1]: Started local BIND via resolvconf.
>
> $ sudo systemctl stop bind9-resolvconf
> $ sudo systemctl status bind9-resolvconf
> ● bind9-resolvconf.service - local BIND via resolvconf
>Loaded: loaded (/lib/systemd/system/bind9-resolvconf.service; enabled;
> vendor preset: enabled)
>Active: inactive (dead) since Tue 2017-08-01 21:02:02 MSK; 29s ago
>  Docs: man:named(8)
>man:resolvconf(8)
>   Process: 1828 ExecStop=/sbin/resolvconf -d lo.named (code=exited,
> status=0/SUCCESS)
>   Process: 1820 ExecStart=/bin/sh -c echo nameserver 127.0.0.1 |
> /sbin/resolvconf -a lo.named (code=exited, status=0/S
>  Main PID: 1820 (code=exited, status=0/SUCCESS)
>
> Aug 01 21:02:02 localhost systemd[1]: Started local BIND via resolvconf.
>
>

Re: bind9-resolvconf.service

2017-08-01 Thread Alex Kicelew 
On 08/01/17 21:05, Artem Chuprina wrote:
> [Service]
  RemainAfterExit=yes
> ExecStart=/bin/sh -c 'echo nameserver 127.0.0.1 | /sbin/resolvconf -a 
> lo.named'
> ExecStop=/sbin/resolvconf -d lo.named

с этим флагом работает.

Re: bind9-resolvconf.service

2017-08-01 Thread Yuriy M. Kaminskiy 

On 08/01/17 21:27 , Alex Kicelew wrote:
> On 08/01/17 21:05, Artem Chuprina wrote:
>> [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).

Re: bind9-resolvconf.service

2017-08-01 Thread Artem Chuprina 
Vasiliy P. Melnik -> debian-russian  @ Tue, 1 Aug 2017 21:15:31 +0300:

 > может в этом вопрос?

 > cat /etc/default/bind9
 > # run resolvconf?
 > RESOLVCONF=no
 >   

 > # startup options for the server
 > OPTIONS="-u bind"

 > ну и resolvconf должен быть установлен.

Если снести systemd-sysv и поставить sysvinit-core, то оно. А с systemd
- нет.

 > З.Ы. Не понимаю зачем это надо если честно

Зачем надо такую настройку, я хорошо понимаю.

А вот зачем именно эта пара пакетов... Честно говоря, уже не
помню. Сейчас делается апгрейд путем установки ОС с нуля, ради ZFS, а
конфиги для скорости берутся старые, ибо оно же домашний роутер, и было
бы клево, чтобы ничего не сломалось. Потом посмотрю, может, там
resolvconf лишний, а может, bind зря и можно dnsmasq поставить.

Машинка роутер, она же авторитетный DNS-сервер домашней зоны, два
аплинка, у основного DHCP, у резервного статика, зато прямой DNS
зарезан, пользуйтесь форвардерами.

Вот и получается, что с одной стороны надо свою зону обслуживать
(возможно, dnsmasq, т.е. /etc/hosts, хватит, а кроме того, ему отдельные
хосты можно и руками прописать). С другой - резолвить интернет
независимо от того, какой линк упал. Сейчас, насколько я вижу, там
сделано как-то криво. То ли я тогда не доделал... В смысле, работать-то
будет, но в неудачном случае медленно.

 > 1 августа 2017 г., 21:05 пользователь Artem Chuprina 
 > написал:

 >> Граждане, а может кто-нибудь объяснить, почему
 >>
 >> $ sudo systemctl cat bind9-resolvconf
 >> # /lib/systemd/system/bind9-resolvconf.service
 >> [Unit]
 >> Description=local BIND via resolvconf
 >> Documentation=man:named(8) man:resolvconf(8)
 >> Requires=bind9.service
 >> After=bind9.service
 >> ConditionFileIsExecutable=/sbin/resolvconf
 >>
 >> [Service]
 >> ExecStart=/bin/sh -c 'echo nameserver 127.0.0.1 | /sbin/resolvconf -a
 >> lo.named'
 >> ExecStop=/sbin/resolvconf -d lo.named
 >>
 >> [Install]
 >> WantedBy=bind9.service
 >>
 >> не работает ни автоматически, ни вручную? Ни start, ни stop. Отдельно
 >> команды из ExecStart и ExecStop работают.
 >>
 >> Собственно, если кому интересно покопаться, признаком срабатывания start
 >> будет появление lo.named в /run/resolvconf/interface, а stop - его
 >> пропадание оттуда.
 >>
 >> stretch.
 >>
 >> Задалбывает, надо сказать, эта гребаная магия...
 >>
 >> В статусе разницы не видно. Добавлять в зависимости resolvconf.service
 >> пробовал (дело-то разумное, /run/resolvconf создается динамически). Не
 >> помогает. Ну и вручную, при запущенном resolvconf, тоже не работает.
 >>
 >> $ sudo systemctl start bind9-resolvconf
 >> $ sudo systemctl status bind9-resolvconf
 >> ● bind9-resolvconf.service - local BIND via resolvconf
 >>Loaded: loaded (/lib/systemd/system/bind9-resolvconf.service; enabled;
 >> vendor preset: enabled)
 >>Active: inactive (dead) since Tue 2017-08-01 21:02:02 MSK; 2s ago
 >>  Docs: man:named(8)
 >>man:resolvconf(8)
 >>   Process: 1828 ExecStop=/sbin/resolvconf -d lo.named (code=exited,
 >> status=0/SUCCESS)
 >>   Process: 1820 ExecStart=/bin/sh -c echo nameserver 127.0.0.1 |
 >> /sbin/resolvconf -a lo.named (code=exited, status=0/S
 >>  Main PID: 1820 (code=exited, status=0/SUCCESS)
 >>
 >> Aug 01 21:02:02 localhost systemd[1]: Started local BIND via resolvconf.
 >>
 >> $ sudo systemctl stop bind9-resolvconf
 >> $ sudo systemctl status bind9-resolvconf
 >> ● bind9-resolvconf.service - local BIND via resolvconf
 >>Loaded: loaded (/lib/systemd/system/bind9-resolvconf.service; enabled;
 >> vendor preset: enabled)
 >>Active: inactive (dead) since Tue 2017-08-01 21:02:02 MSK; 29s ago
 >>  Docs: man:named(8)
 >>man:resolvconf(8)
 >>   Process: 1828 ExecStop=/sbin/resolvconf -d lo.named (code=exited,
 >> status=0/SUCCESS)
 >>   Process: 1820 ExecStart=/bin/sh -c echo nameserver 127.0.0.1 |
 >> /sbin/resolvconf -a lo.named (code=exited, status=0/S
 >>  Main PID: 1820 (code=exited, status=0/SUCCESS)
 >>
 >> Aug 01 21:02:02 localhost systemd[1]: Started local BIND via resolvconf.
 >>
 >>

Re: bind9-resolvconf.service

2017-08-01 Thread Artem Chuprina 
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).

Ага, я уже нащупал. И когда нащупал, догадался, почему так. Не факт, что
правильно.

В очередной леденящий душу раз спрошу: знает ли кто-нибудь нормальную
документацию на unit'ы systemd? То, что сходу гуглится, в качестве
документации не годится. Список значений Type много где есть, но как тот
же oneshot воспринимается _снаружи_ (и _почему_ в этом месте таки надо
RemainAfterExit=yes) там не написали.

Вот, например, много где описаны оверрайды (это когда хочется подправить
что-то, не копируя весь юнит). В одном месте мне попалось описание
грабли, видимо, автор наступил. И ни в одном - как оно вообще работает.

Судя по названию (override, а не append), оно должно заменять значения
параметров. Но судя по описанной грабле (нет, там нету описания работы),
оно их добавляет (что, прямо скажем, удобнее), но если указать пустое
значение, то сбрасывает то, что было (так можно сбросить старое
значение).

А там при этом бывают параметры, которых можно указать несколько
(After), а бывают, которые положены одна штука (ExecStart), т.е. к
которым по семантике добавлять нельзя... Тот наступатель наступил именно
на примере ExecStart.