39461 2020-12-19 13:06:33 +0300 [done] join bne@ 2021-12-18 18:10:14 +0300 1 1 4 Development Team Accounts join unspecified x86_64 Linux CLOSED FIXED http://altlinux.org/Team/Join/Secretary P5 normal --- 1 burykin glebfm bircoph glebfm ldv mike vseleznv cas oldest_to_newest 195061 0 burykin 2020-12-19 13:06:33 +0300 Псевдоним: bne Почта: burykin@basealt.ru Менторы: Андрей Савченко (bircoph@altlinux.org) и Михаил Шигорин (mike@altlinux.org) Цель: Сборка freelan, fleet, fleet-launcher, osquery, и в перспективе помощь сообществу сборкой других пакетов из области системного администрирования. 195062 1 9095 burykin 2020-12-19 13:08:21 +0300 Created attachment 9095 gpg pub key 195063 2 9096 burykin 2020-12-19 13:08:58 +0300 Created attachment 9096 ssh pub key 195065 3 mike 2020-12-19 13:20:34 +0300 (Ответ для burykin на комментарий #0) > Менторы: Андрей Савченко (bircoph@altlinux.org) > и Михаил Шигорин (mike@altlinux.org) Подтверждаю; рад видеть. 195066 4 bircoph 2020-12-19 13:46:34 +0300 (In reply to burykin from comment #0) > Псевдоним: bne > Почта: burykin@basealt.ru > Менторы: Андрей Савченко (bircoph@altlinux.org) и Михаил Шигорин > (mike@altlinux.org) Подтверждаю. (In reply to burykin from comment #1) > Created attachment 9095 [details] > gpg pub key Это не обязательные требования, но я рекомендую следующее: 1) Добавить к gpg-ключу отдельный подключ для подписей (gpg --edit-key ... addkey, sign capability only; при это с основного ключа sign capability можно снять). 2) Отправить публичный ключ на любой публичный сервер (gpg --send-key), чтоб он был доступен всем реципиентам, а не только там, где подключены ключи Альта из пакета. 195087 5 burykin 2020-12-21 17:54:35 +0300 (Ответ для Andrew Savchenko на комментарий #4) > (In reply to burykin from comment #0) > > Псевдоним: bne > > Почта: burykin@basealt.ru > > Менторы: Андрей Савченко (bircoph@altlinux.org) и Михаил Шигорин > > (mike@altlinux.org) > > Подтверждаю. > > (In reply to burykin from comment #1) > > Created attachment 9095 [подробности] [details] > > gpg pub key > > Это не обязательные требования, но я рекомендую следующее: > 1) Добавить к gpg-ключу отдельный подключ для подписей (gpg --edit-key ... > addkey, sign capability only; при это с основного ключа sign capability > можно снять). > 2) Отправить публичный ключ на любой публичный сервер (gpg --send-key), чтоб > он был доступен всем реципиентам, а не только там, где подключены ключи > Альта из пакета. 1) Суть рекомендации понял. Добавил к gpg-ключу отдельно подключ с возможностью подписи. С основного ключа возможность подписи пока снимать не стал. 2) Отправил публичный ключ на сервер keys.gnupg.net 195088 6 9098 burykin 2020-12-21 17:56:32 +0300 Created attachment 9098 Новый gpg pub key 195141 7 burykin 2020-12-24 18:24:20 +0300 Надеюсь еще не слишком поздно, и можно опубликовать ssh pub key здесь. После сбоя в работе keepass обнаружил безвозвратную потерю пароля для созданного ssh-ключа. К сожалению это событие произошло до создания резервной копии базы, поэтому безальтернативно пришлось создавать новый ключ 195142 8 9103 burykin 2020-12-24 18:26:29 +0300 Created attachment 9103 Новый ssh pub key 195143 9 ldv 2020-12-24 18:27:18 +0300 (In reply to burykin from comment #7) > Надеюсь еще не слишком поздно, и можно опубликовать ssh pub key здесь. > После сбоя в работе keepass обнаружил безвозвратную потерю пароля для > созданного ssh-ключа. К сожалению это событие произошло до создания > резервной копии базы, поэтому безальтернативно пришлось создавать новый ключ Ещё не поздно, но на будущее рекомендую бэкапить. 195910 10 glebfm 2021-02-01 15:02:35 +0300 (Ответ для burykin на комментарий #6) > Создано вложение 9098 [подробности] > Новый gpg pub key (Ответ для burykin на комментарий #8) > Создано вложение 9103 [подробности] > Новый ssh pub key Ok. 196286 11 bircoph 2021-02-16 19:36:53 +0300 Считаю, что кандидат готов к переходу на следующий этап. 196301 12 glebfm 2021-02-17 14:41:36 +0300 ssh ключ на gitery.alt зарегистрирован. ssh ключ на gyle.alt зарегистрирован. Адрес для пересылки создан. T/J/S -> 2.4. 196945 13 bircoph 2021-03-12 22:09:42 +0300 Считаю, что кандидат готов двигаться дальше и собирать пакеты. 196946 14 mike 2021-03-13 00:06:19 +0300 (Ответ для Andrew Savchenko на комментарий #13) > Считаю, что кандидат готов двигаться дальше и собирать пакеты. +1 197133 15 bircoph 2021-03-22 11:17:27 +0300 ping! 197231 16 ldv 2021-03-25 03:18:21 +0300 Пакет alt-gpgkeys обновлён. T/J/S -> 3.4. 197733 17 bircoph 2021-04-09 19:32:38 +0300 Считаю, что кандидат готов к самостоятельной работе в Сизифе. 198016 18 burykin 2021-04-20 20:54:10 +0300 Добрый день. Я так понимаю переход на этап 4.0 предполагает независимую оценку от другого ментора. Полагаю это займёт некоторое время. Требуются ли от меня какие-либо дополнительные действия? 198017 19 bircoph 2021-04-20 23:15:46 +0300 Добрый вечер! (In reply to burykin from comment #18) > Добрый день. > > Я так понимаю переход на этап 4.0 предполагает независимую оценку от другого > ментора. Полагаю это займёт некоторое время. Требуются ли от меня какие-либо > дополнительные действия? Нет, не требуется. Ментор, желающий проводить оценку, уже есть. Ждём официального утверждения и продвижения до 4.2 от одного из секретарей тима. 198566 20 glebfm 2021-05-18 18:09:26 +0300 Призван ещё один ментор (vseleznv@) для независимой оценки готовности кандидата. T/J/S -> 4.2. 198627 21 vseleznv 2021-05-24 03:57:49 +0300 По сборкам пакетов серьёзных замечаний нет. freelan.init стоило бы переписать, используя /etc/rc.d/init.d/template, для консистентности с остальными скриптами альта. Мне кажется, использовать reload() для перезапуска скриптов в общем случае не стоит, её следует использовать для обновления конфигурации без останова процесса, или не использовать вообще, если такое не поддерживается. Следующий комментарий вводит в заблуждение: # Function that sends a SIGNUP to the daemon/service Однако, если вы не пользуетесь SysVinit'ом, то лучше лишний раз файл не трогать. Замечания по пакету edbrowse: лицензия указана некорректно, но это апстрим не позаботился о том, чтобы её явно указать, но похоже имелась в виду GPL-2 or later. В именах файлов патчей обычно указывается версия, относительно который были сделаны (или обновлены) изменения, т.е. вместо использования %version лучше явно писать версию, что позволит лишний раз не переименовывать файл, если патч не изменился при обновлении. Общие замечания по использованию gear: * Тарболы в случае сборки из gear лучше не сжимать — пакеты RPM и так сжаты, в поле source не надо указывать путь до апстримного тарбола, лучше указать его в комментарии перед source. * При использовании gear лучше отделять по разным коммитам изменения, касаемые апстримный исходников (импорт, обновление), от альтоских (изменения spec'а, обновление патчей и сторонних файлов). При использовании схемы импортирования апстримных тарболов рекомендуется использовать утилиту gear-import(1), для создания релизного коммита и тега — gear-commit(1) и gear-create-tag(1) соответственно. Предлагаю собрать ещё один пакет. 198631 22 bircoph 2021-05-24 10:58:41 +0300 (In reply to Vladimir D. Seleznev from comment #21) > Замечания по пакету edbrowse: лицензия указана некорректно, но это апстрим > не позаботился о том, чтобы её явно указать, но похоже имелась в виду GPL-2 > or later. Я специально разбирал этот случай с Николаем, это необычный случай. Лицензия указана верно. Апстрим указывает в файле COPYING: This program is copyright (C) Karl Dahlke, 2000-2014. It is made available by the author under the terms of the GNU General Public License (GPL), as articulated by the Free Software Foundation. http://www.fsf.org/licensing/licenses/gpl.html It may be used for any purpose, and redistributed, provided this copyright notice is included. И в хедерах отдельных файлов: * This file is part of the edbrowse project, released under GPL. А теперь перейди по ссылке, указанной апстримом выше и почитай внимательнее пункт 14, параграф 2: If the Program does not specify a version number of the GNU General Public License, you may choose any version ever published by the Free Software Foundation. Поэтому применимы все версии GPL, начиная с 1.0. 198643 23 burykin 2021-05-24 17:40:58 +0300 (Ответ для Vladimir D. Seleznev на комментарий #21) Добрый день. Спасибо за конструктивную критику. > freelan.init стоило бы переписать, используя /etc/rc.d/init.d/template, для > консистентности с остальными скриптами альта. Конечно, для приведения к единообразию, скрипт перепишу. В template честно не заглядывал, а по всей видимости следовало. > В именах файлов патчей обычно указывается версия, относительно > который были сделаны (или обновлены) изменения, т.е. вместо использования > %version лучше явно писать версию, что позволит лишний раз не > переименовывать файл, если патч не изменился при обновлении. Учёл, переименую. > > Общие замечания по использованию gear: > > * Тарболы в случае сборки из gear лучше не сжимать — пакеты RPM и так сжаты, Здесь видимо имеется ввиду репозиторий edbrowse, где в gear/rules я оставил tar.gz: edbrowse? Особых причин сжимать его вроде бы не было. Поправлю. > в поле source не надо указывать путь до апстримного тарбола, лучше указать > его в комментарии перед source. Вот здесь наверное нужно уточнение. Правильно ли я понял, что необходимо часть спека привести к такому виду? Url: http://www.freelan.org # repacked https://github.com/freelan-developers/freelan/archive/refs/tags/%version.tar.gz Source0: %name-%version.tar и аналогично в edbrowse. > * При использовании gear лучше отделять по разным коммитам изменения, > касаемые апстримный исходников (импорт, обновление), от альтоских (изменения > spec'а, обновление патчей и сторонних файлов). В целом я примерно так и планирую вести репозиторий. Каждое глобальное действие - отдельным коммитом. При сборке новой версии - добавление тэга. Initial build for ALT в качестве единственного коммита на данный момент служит исключительно указателем на готовность репозитория. Изначально оба репозитория я подготавливал и согласовывал с менторами на github, и там эта история велась именно в таком виде. Например: https://github.com/burykinne/edbrowse/commits/master Когда был получен доступ к git.alt, пересоздал заново уже только с одним коммитом. Соответственно дальше, по мере изменений и обновлений буду историю пополнять (скоро буду обновлять edbrowse до 3.8.0 например). Требуются ли сейчас какие-либо действия в этом направлении? > При использовании схемы > импортирования апстримных тарболов рекомендуется использовать утилиту > gear-import(1), для создания релизного коммита и тега — gear-commit(1) и > gear-create-tag(1) соответственно. Присматривался к этой утилите. Обновление edbrowse попробую провести с её помощью. > Предлагаю собрать ещё один пакет. У меня есть еще несколько пакетов в разной степени готовности, постараюсь в ближайшее время опубликовать. 198651 24 vseleznv 2021-05-24 20:32:08 +0300 (In reply to burykin from comment #23) > (Ответ для Vladimir D. Seleznev на комментарий #21) > > [skip] > > в поле source не надо указывать путь до апстримного тарбола, лучше указать > > его в комментарии перед source. > > Вот здесь наверное нужно уточнение. Правильно ли я понял, что необходимо > часть спека привести к такому виду? > > Url: http://www.freelan.org > # repacked > https://github.com/freelan-developers/freelan/archive/refs/tags/%version.tar. > gz > Source0: %name-%version.tar Да. > и аналогично в edbrowse. Да. > > * При использовании gear лучше отделять по разным коммитам изменения, > > касаемые апстримный исходников (импорт, обновление), от альтоских (изменения > > spec'а, обновление патчей и сторонних файлов). > > В целом я примерно так и планирую вести репозиторий. Каждое глобальное > действие - отдельным коммитом. При сборке новой версии - добавление тэга. > Initial build for ALT в качестве единственного коммита на данный момент > служит исключительно указателем на готовность репозитория. > Изначально оба репозитория я подготавливал и согласовывал с менторами на > github, и там эта история велась именно в таком виде. Например: > https://github.com/burykinne/edbrowse/commits/master > Когда был получен доступ к git.alt, пересоздал заново уже только с одним > коммитом. Соответственно дальше, по мере изменений и обновлений буду историю > пополнять (скоро буду обновлять edbrowse до 3.8.0 например). > Требуются ли сейчас какие-либо действия в этом направлении? Какие действия? > > При использовании схемы > > импортирования апстримных тарболов рекомендуется использовать утилиту > > gear-import(1), для создания релизного коммита и тега — gear-commit(1) и > > gear-create-tag(1) соответственно. > > Присматривался к этой утилите. Обновление edbrowse попробую провести с её > помощью. > > > Предлагаю собрать ещё один пакет. > > У меня есть еще несколько пакетов в разной степени готовности, постараюсь в > ближайшее время опубликовать. Хорошо. 199153 25 burykin 2021-06-12 14:59:46 +0300 Добрый день. Вроде бы со всем разобрался. По пакету Freelan: - Внёс корректирующие изменения в spec - Поправил init файл. Не знаю где были мои глаза, когда я занимался им в первый раз, но практика показала, что работал он не правильно. Команда /etc/init.d/freelan stop не останавливала службу. Поэтому пришлось немного поправить поведение функций stop и start. После этого проверки на стенде прошли успешно, и выдали ожидаемое поведение. По пакету Edbrowse: - Внёс корректирующие изменения в spec - К сожалению пока не обновил, там достаточно много изменений, и не со всеми я еще разобрался. Но вот использование gear-import при попытке обновиться на новую версию оценил, это правда удобно. Одно из нововведений новой версии - использование нового движка JS с названием quickjs. Оказалось, что он отсутствует в репозитории Альта, поэтому даже сомнений не оставалось какой пакет собирать следующим. Новый собранный пакет для контрольной проверки - quickjs: Репозиторий - http://git.altlinux.org/people/bne/packages/?p=quickjs.git;a=summary Результаты тестовой сборки - http://git.altlinux.org/tasks/274443/logs/events.1.1.log 200002 26 vseleznv 2021-07-05 06:18:07 +0300 (In reply to burykin from comment #25) > Добрый день. > > Вроде бы со всем разобрался. > По пакету Freelan: > - Внёс корректирующие изменения в spec > - Поправил init файл. Не знаю где были мои глаза, когда я занимался им в > первый раз, но практика показала, что работал он не правильно. Команда > /etc/init.d/freelan stop не останавливала службу. Поэтому пришлось немного > поправить поведение функций stop и start. После этого проверки на стенде > прошли успешно, и выдали ожидаемое поведение. По инит-скрипту есть замечания. Вижу строки # Please enter config file name (comma-separated list) CONFIGURATIONS="" Вы предлагаете править скрипт? Так нельзя делать. Вместо этого мы пользуемся environment files, находящимися в /etc/sysconfig (например, freelan), и сорсим его в нужном месте в скрипте. Посмотрите на примерах других пакетов как это сделано. Также вы просите перечислить конфиги, но после первого же конфига досрочно выходите из цикла, независимо от исхода операции. Зачем? А после остановки сервиса удаляете конфиг-файл. Я не понимаю, это выглядит неправильно. > По пакету Edbrowse: > - Внёс корректирующие изменения в spec Изменения в d5da1814620b44faf5f572d670d5efbf0d7fc44d — LGTM. > - К сожалению пока не обновил, там достаточно много изменений, и не со всеми > я еще разобрался. Но вот использование gear-import при попытке обновиться на > новую версию оценил, это правда удобно. > Одно из нововведений новой версии - использование нового движка JS с > названием quickjs. Оказалось, что он отсутствует в репозитории Альта, > поэтому даже сомнений не оставалось какой пакет собирать следующим. > > Новый собранный пакет для контрольной проверки - quickjs: > Репозиторий > - http://git.altlinux.org/people/bne/packages/?p=quickjs.git;a=summary > Результаты тестовой сборки > - http://git.altlinux.org/tasks/274443/logs/events.1.1.log 200012 27 burykin 2021-07-05 16:01:59 +0300 > По инит-скрипту есть замечания. > > Вижу строки > > # Please enter config file name (comma-separated list) > CONFIGURATIONS="" > > Вы предлагаете править скрипт? Так нельзя делать. Вместо этого мы пользуемся > environment files, находящимися в /etc/sysconfig (например, freelan), и > сорсим его в нужном месте в скрипте. Посмотрите на примерах других пакетов > как это сделано. Также вы просите перечислить конфиги, но после первого же > конфига досрочно выходите из цикла, независимо от исхода операции. Зачем? А > после остановки сервиса удаляете конфиг-файл. Я не понимаю, это выглядит > неправильно. Добрый день. Да, предполагается ручная правка init-скрипта. Это решение было предложено разработчиком. Попробую объяснить что происходит в этом init-скрипте, и почему. Разработчик предполагает 3 варианта развертывания VPN-туннелей. 1. Ручной. В этом варианте пользователь, установив freelan, может сразу ввести что-то в духе: # freelan --security.passphrase "mypassphrase" и получит у себя готовый VPN сервер. Этот вариант использования является приоритетным. В этом варианте не предусмотрено использование cкриптов инициализации. 2. Статичный конфиг. В этом варианте имя файла помещается в init-скрипт, сам скрипт добавляется в автозапуск и при загрузке поднимает VPN-туннель в соответствии с настройками указанными в конфигурационном файле. 3. То же что и в.2, только конфигурационных файлов больше одного. Что делает init-скрипт, который я приложил к пакету: 1. Проверяет перечислены ли имена конфигурационных файлов в переменной $CONFIGURATIONS. Если переменная пуста, запуск скрипта прерывается с предложением создать конфиг. Если это условие выполнилось, то далее пользователю нужно либо создать конфиг (раз уж он зачем-то добавил init-скрипт в автозагрузку), либо использовать ручной вариант создания туннеля. 2. Если в переменной $CONFIGURATIONS что-то всё таки есть то скрипт в цикле проходится по списку конфигурационных файлов, для каждого запуская новый экземпляр freelan, и поднимая несколько VPN-туннелей. 3. После остановки сервиса конфигурационный файл не удаляется. Удаляется pid файл, название которого ассоциировано с конкретным конфигом из которого запущен экземпляр freelan. Я наверное мог бы переписать скрипт, и привести в соответствие стандарту /etc/sysconfig. Но честно говоря пока немного в ступоре и не понимаю как логику, описанную выше, наложить на эту схему. P.S. Чтение пакетов аналогичных по смыслу (openvpn , tor) пока не помогло. Тот же Tor например вообще не использует /etc/syscofig. 200018 28 vseleznv 2021-07-05 19:32:07 +0300 (In reply to burykin from comment #27) > Добрый день. > > Да, предполагается ручная правка init-скрипта. Это решение было предложено > разработчиком. Так в любом случае делать нельзя. > Попробую объяснить что происходит в этом init-скрипте, и почему. > > Разработчик предполагает 3 варианта развертывания VPN-туннелей. > 1. Ручной. В этом варианте пользователь, установив freelan, может сразу > ввести что-то в духе: > # freelan --security.passphrase "mypassphrase" > и получит у себя готовый VPN сервер. > Этот вариант использования является приоритетным. > В этом варианте не предусмотрено использование cкриптов инициализации. > 2. Статичный конфиг. > В этом варианте имя файла помещается в init-скрипт, сам скрипт добавляется в > автозапуск и при загрузке поднимает VPN-туннель в соответствии с настройками > указанными в конфигурационном файле. > 3. То же что и в.2, только конфигурационных файлов больше одного. > > Что делает init-скрипт, который я приложил к пакету: > 1. Проверяет перечислены ли имена конфигурационных файлов в переменной > $CONFIGURATIONS. Если переменная пуста, запуск скрипта прерывается с > предложением создать конфиг. Если это условие выполнилось, то далее > пользователю нужно либо создать конфиг (раз уж он зачем-то добавил > init-скрипт в автозагрузку), либо использовать ручной вариант создания > туннеля. > 2. Если в переменной $CONFIGURATIONS что-то всё таки есть то скрипт в цикле > проходится по списку конфигурационных файлов, для каждого запуская новый > экземпляр freelan, и поднимая несколько VPN-туннелей. Смотрите, у вас в начале инит-скрипта есть строка config: /etc/freelan/freelan.cfg С другой стороны, в service-файле нет вообще никаких манипуляций с CONFIGURATIONS. Греп показал, что это конфиг по-умолчанию. Не хотелось бы, чтобы поведение init-скрипта и service-файла различалось. Предлагаю сделать по аналогии с тем, как сделано в openvpn: по-умолчанию использовать этот конфиг, для остальных сделать по аналогии с openvpn channel'ами. И соответственно поправить service-файл. > 3. После остановки сервиса конфигурационный файл не удаляется. Удаляется pid > файл, название которого ассоциировано с конкретным конфигом из которого > запущен экземпляр freelan. Да, проглядел. > Я наверное мог бы переписать скрипт, и привести в соответствие стандарту > /etc/sysconfig. Но честно говоря пока немного в ступоре и не понимаю как > логику, описанную выше, наложить на эту схему. > P.S. Чтение пакетов аналогичных по смыслу (openvpn , tor) пока не помогло. > Тот же Tor например вообще не использует /etc/syscofig. Я вижу, что в openvpn есть пример использования environment file. А также отедльно есть возможность передать в init-скрипт конфигурацию. Посмотрите на channel'ы. 200019 29 vseleznv 2021-07-05 19:39:54 +0300 И расположение pid-файлов лучше использовать одно и то же для init-скрипта и service-файла. Если предполагается несколькоо инстансов сервиса, то лучше завести каталог в /run/freelan, для этого нужно задействовать tmpfiles.d(5). 200022 30 burykin 2021-07-05 21:30:46 +0300 > Так в любом случае делать нельзя. Да, конечно, в таком виде не оставлю. Буду думать как переделать. Я просто думал будет правильным не отклоняться от логики, которая была заложена в оригинальном скрипте разработчиков. За подсказку с openvpn спасибо, попробую применить такую схему к freelan. 200865 31 burykin 2021-07-23 18:15:42 +0300 Добрый день. Получилось наконец разобраться с CHANNEL'ами и переписать init-скрипт для Freelan. http://git.altlinux.org/people/bne/packages/?p=freelan.git;a=summary Попутно, разбираясь с тем как оно работает, у меня возник вопрос по init-скрипту самого openvpn. Конкретно по работе функции enabled_channels. Я предположил, что она должна работать следующим образом (мне это показалось логичным, и именно этот вариант я сделал в init-скрипте для freelan): 1. Сравнивается список имен конфигурационных файлов в каталоге /etc/openvpn с именами конфигурационных файлов, указанными в /etc/sysconfig/openvpn в секции MANUAL. 2. Если имя конфигурации нашлось и там и там, то имя передаётся в переменную CHANNELS. 3. CHANNELS в свою очередь передаётся дальше функции start 4. Функция start проходится по списку CHANNELS, запуская поочередно каждый канал указанный в списке (если он конечно существует). Скопировав функцию в свой init-скрипт, и начав тестировать, я обнаружил что работает она несколько иначе. Если быть точным, то строго наоборот, запуская все конфигурационные файлы, кроме тех что указаны в /etc/sysconfig/openvpn в секции MANUAL. Мне это показалось странным, потому что в /etc/sysconfig/openvpn в примечании к секции написано: # Add here a names of OpenVPN channels in /etc/openvpn/ # that shouldn't be started automatically Я установил пакет openvpn, и проверил как эта функция работает в родном пакете. Результат оказался таким же. То есть я добавляю в /etc/sysconfig/openvpn в MANUAL реальный конфиг, после чего запускаю openvpn через # /etc/init.d/openvpn start , и получаю: Starting openvpn service: No channels to start! [FAILED] Configure one or more VPN's and place configuration files in /etc/openvpn Sample config could be obtained from /usr/share/doc/openvpn Так как других конфигов, кроме добавленного в MANUAL у меня в каталоге /etc/openvpn нет. Подозреваю, что это может оказаться багом, но на всякий случай хочется уточнить, потому что вариант, что я просто не правильно понял как оно должно работать - не менее реален. 200868 32 andy 2021-07-23 19:58:17 +0300 # Add here a names of OpenVPN channels in /etc/openvpn/ # that shouldn't be started automatically "Добавьте сюда каналы, которые не должны стартовать автоматически" Т.е. MANUAL - список каналов, запускаемых вручную (сюрприз). 200871 33 burykin 2021-07-23 21:36:01 +0300 (Ответ для Andrew Vasilyev на комментарий #32) > # Add here a names of OpenVPN channels in /etc/openvpn/ > # that shouldn't be started automatically > > "Добавьте сюда каналы, которые не должны стартовать автоматически" > Т.е. MANUAL - список каналов, запускаемых вручную (сюрприз). Понял. Виновата моя исключительная невнимательность. Прошу прощения. Мне то как раз нужно было поведение, озвученное мной, и видимо зациклившись на этом я упорно не обращал внимание на то, что там shouldn't, а не should. 201301 34 burykin 2021-08-06 18:52:29 +0300 Добрый день. Мне понадобилось подготовить обновление уже собранного в сизиф пакета (Tidy). Дело в том, что без версии 5.6.0 не собирается новая версия собираемого мной пакета edbrowse (3.8.0). Наверное в рамках репозитория обновление текстового браузера не столь уж важное событие, но в пользу принятия мной решения всё таки заняться этим были две вещи: - версия tidy в сизифе сама по себе очень старая; - рано или поздно передо мной встала бы задача подобного плана, наверное лучше отработать такое в рамках процедуры join. Ну и плюс ко всему @mike, как основной мэйнтейнер данного пакета, был не против если я озадачусь поддержкой tidy. Как итог прилагаю здесь результат своих действий по обновлению пакета: http://git.altlinux.org/people/bne/packages/?p=tidy.git;a=summary А также лог сборочницы. На первый взгляд сборка прошла успешно: http://git.altlinux.org/tasks/282099/logs/events.1.1.log 201305 35 vseleznv 2021-08-06 19:03:26 +0300 (In reply to burykin from comment #34) > Добрый день. > > Мне понадобилось подготовить обновление уже собранного в сизиф пакета (Tidy). > Дело в том, что без версии 5.6.0 не собирается новая версия собираемого мной > пакета edbrowse (3.8.0). > Наверное в рамках репозитория обновление текстового браузера не столь уж > важное событие, но в пользу принятия мной решения всё таки заняться этим > были две вещи: > - версия tidy в сизифе сама по себе очень старая; > - рано или поздно передо мной встала бы задача подобного плана, наверное > лучше отработать такое в рамках процедуры join. > Ну и плюс ко всему @mike, как основной мэйнтейнер данного пакета, был не > против если я озадачусь поддержкой tidy. > > Как итог прилагаю здесь результат своих действий по обновлению пакета: > http://git.altlinux.org/people/bne/packages/?p=tidy.git;a=summary Hi! Зачем импортировать сорцы в каталог 5, а не tidy? В этом нет никакого смысла, и гораздо сложнее смотреть дифф между разными версиями. Пожалуйста, импортируйте сорцы в tidy. > А также лог сборочницы. На первый взгляд сборка прошла успешно: > http://git.altlinux.org/tasks/282099/logs/events.1.1.log 201306 36 burykin 2021-08-06 19:13:35 +0300 > Hi! Зачем импортировать сорцы в каталог 5, а не tidy? Я не сделал этого, потому что на момент импорта уже существовал каталог tidy, но содержал он не сорцы а часть документации (которая теперь переехала в онлайн), а сорцы были в каталоге tidy_src_170301. Мне тоже кажется, что в tidy сложить было бы правильнее. Технически я могу сделать так же как делал для своих пакетов. Всё исходники сложить в %name, а от каталогов типа tidy_src_%ver избавиться. Но diff между 5.6 и 5.4 при таком исходе тоже будет тяжело делать кмк. 201309 37 vseleznv 2021-08-06 19:35:30 +0300 (In reply to burykin from comment #36) > > Hi! Зачем импортировать сорцы в каталог 5, а не tidy? > > Я не сделал этого, потому что на момент импорта уже существовал каталог > tidy, но содержал он не сорцы а часть документации (которая теперь переехала > в онлайн), а сорцы были в каталоге tidy_src_170301. Ага, я проглядел этот момент. Тогда лучше сделать импорт в tidy_src_%ver, и в том же коммите удалить предыдущий tidy_src_%oldver. git может сообразить, что тут перемещение файлов. > Мне тоже кажется, что в tidy сложить было бы правильнее. Технически я могу > сделать так же как делал для своих пакетов. Всё исходники сложить в %name, а > от каталогов типа tidy_src_%ver избавиться. > > Но diff между 5.6 и 5.4 при таком исходе тоже будет тяжело делать кмк. 201310 38 burykin 2021-08-06 19:37:13 +0300 > Ага, я проглядел этот момент. Тогда лучше сделать импорт в tidy_src_%ver, и > в том же коммите удалить предыдущий tidy_src_%oldver. git может сообразить, > что тут перемещение файлов. Спасибо, понял. Переделаю. 201311 39 burykin 2021-08-06 20:46:32 +0300 Готово, вроде ничего не забыл. На всякий случай сделал повторное задание, прошло успешно: http://git.altlinux.org/tasks/282107/logs/events.1.1.log Да, гит действительно сам определил, что tidy_src_%newver это новый каталог с исходниками, и пометил как перемещение. 201321 40 glebfm 2021-08-07 11:36:24 +0300 (In reply to Vladimir D. Seleznev from comment #37) > (In reply to burykin from comment #36) > > > Hi! Зачем импортировать сорцы в каталог 5, а не tidy? > > > > Я не сделал этого, потому что на момент импорта уже существовал каталог > > tidy, но содержал он не сорцы а часть документации (которая теперь переехала > > в онлайн), а сорцы были в каталоге tidy_src_170301. > > Ага, я проглядел этот момент. Тогда лучше сделать импорт в tidy_src_%ver, и > в том же коммите удалить предыдущий tidy_src_%oldver. git может сообразить, > что тут перемещение файлов. Я думаю, что гораздо удобнее и практичнее отдельным коммитом переименовать каталог tidy_src_%oldver в tidy, а после этого импортировать в него новые исходники. 201368 41 burykin 2021-08-09 21:02:19 +0300 (Ответ для Gleb F-Malinovskiy на комментарий #40) > (In reply to Vladimir D. Seleznev from comment #37) > > (In reply to burykin from comment #36) > > > > Hi! Зачем импортировать сорцы в каталог 5, а не tidy? > > > > > > Я не сделал этого, потому что на момент импорта уже существовал каталог > > > tidy, но содержал он не сорцы а часть документации (которая теперь переехала > > > в онлайн), а сорцы были в каталоге tidy_src_170301. > > > > Ага, я проглядел этот момент. Тогда лучше сделать импорт в tidy_src_%ver, и > > в том же коммите удалить предыдущий tidy_src_%oldver. git может сообразить, > > что тут перемещение файлов. > > Я думаю, что гораздо удобнее и практичнее отдельным коммитом переименовать > каталог tidy_src_%oldver в tidy, а после этого импортировать в него новые > исходники. То есть делать три коммита в итоге? Меня немного смущает в этой схеме одна вещь. Получается, что в двух коммитах, где мы переименовываем tidy_src_%oldver в tidy, и последующем, где импортируем обновление, не остаётся части исходников (которая в версии 5.4 всё еще присутствует в каталоге tidy). Могу ли я предложить как вариант такую схему? 1. Импорт архива в tidy_src_%newver, удаление tidy_src_%oldver (уже сделано по рекомендации Владимира Селезнева). 2. Обновление tidy до 5.6 с сохранением наименования tidy_src_%newver, но уже с отсутсвующим каталогом tidy (уже сделано, в версии 5.6 этого каталога просто нет). 3. Промежуточный коммит, с переименованием tidy_src_%newver в tidy (готов сделать при положительном решении). 201370 42 glebfm 2021-08-09 22:08:08 +0300 (In reply to Nikolay Burykin from comment #41) > (Ответ для Gleb F-Malinovskiy на комментарий #40) > > (In reply to Vladimir D. Seleznev from comment #37) > > > (In reply to burykin from comment #36) > > > > > Hi! Зачем импортировать сорцы в каталог 5, а не tidy? > > > > > > > > Я не сделал этого, потому что на момент импорта уже существовал каталог > > > > tidy, но содержал он не сорцы а часть документации (которая теперь переехала > > > > в онлайн), а сорцы были в каталоге tidy_src_170301. > > > > > > Ага, я проглядел этот момент. Тогда лучше сделать импорт в tidy_src_%ver, и > > > в том же коммите удалить предыдущий tidy_src_%oldver. git может сообразить, > > > что тут перемещение файлов. > > > > Я думаю, что гораздо удобнее и практичнее отдельным коммитом переименовать > > каталог tidy_src_%oldver в tidy, а после этого импортировать в него новые > > исходники. > > То есть делать три коммита в итоге? > Меня немного смущает в этой схеме одна вещь. Получается, что в двух > коммитах, где мы переименовываем tidy_src_%oldver в tidy, и последующем, где > импортируем обновление, не остаётся части исходников (которая в версии 5.4 > всё еще присутствует в каталоге tidy). Да, я упустил, что каталог tidy уже существует и занят. На самом деле, самая большая проблема в том, что в название каталога попадает версия, из-за этого при каждом обновлении будет неудобно смотреть на изменения между версиями. Т.е. лучше переименовать в tidy_src, если каталог tidy уже используется для других целей. > Могу ли я предложить как вариант такую схему? > 1. Импорт архива в tidy_src_%newver, удаление tidy_src_%oldver (уже сделано > по рекомендации Владимира Селезнева). > 2. Обновление tidy до 5.6 с сохранением наименования tidy_src_%newver, но > уже с отсутсвующим каталогом tidy (уже сделано, в версии 5.6 этого каталога > просто нет). > 3. Промежуточный коммит, с переименованием tidy_src_%newver в tidy (готов > сделать при положительном решении). Если старый каталог tidy с документацией уже не нужен, то я бы в этом случае сделал: 1. удаление каталога tidy; 2. переименование каталога tidy_src_%oldver в tidy; 3. импорт новой версии. Но я скорее мимо проходил, тут достаточно менторов. :) 202097 43 burykin 2021-08-27 17:21:14 +0300 Доброго дня. В качестве тренировки собрал еще один пакет: Tinyproxy: http://git.altlinux.org/people/bne/packages/?p=tinyproxy.git;a=summary Результат сборки: http://git.altlinux.org/tasks/283986/logs/events.1.1.log Параллельно задействовал использование tmpfiles.d в freelan. Однако с его сборкой теперь не всё так радужно. Почему то на armh он перестал собираться. Буду разбираться с этим. http://git.altlinux.org/tasks/284021/logs/events.1.1.log Не уверен, что на это повлияло добавление юзера freelan и создание отдельного каталога в /run. 203798 44 burykin 2021-10-14 13:07:19 +0300 Добрый день. К сожалению мне пока так и не удалось справиться с ошибкой сборки Freelan для архитектуры armh, поэтому в качестве временной меры я был вынужден добавить в spec-файл - ExcludeArch %arm. В перспективе конечно планирую всё-таки разобраться с этой проблемой. Надеюсь этот нюанс не является критическим и блокирующим при принятии решения о прохождении join. Остальные замечания ранее вроде бы были отработаны. Оставляю ссылки на текущее состояние репозитория, и последнюю успешную тестовую сборку: http://git.altlinux.org/people/bne/packages/?p=freelan.git;a=summary http://git.altlinux.org/tasks/287087/logs/events.1.1.log 203859 45 bircoph 2021-10-16 11:32:52 +0300 Добрый день! (In reply to Nikolay Burykin from comment #44) > К сожалению мне пока так и не удалось справиться с ошибкой сборки Freelan > для архитектуры armh, > поэтому в качестве временной меры я был вынужден добавить в spec-файл - > ExcludeArch %arm. > В перспективе конечно планирую всё-таки разобраться с этой проблемой. > Надеюсь этот нюанс не является критическим и блокирующим при принятии > решения о прохождении join. > > Остальные замечания ранее вроде бы были отработаны. > Оставляю ссылки на текущее состояние репозитория, и последнюю успешную > тестовую сборку: > http://git.altlinux.org/people/bne/packages/?p=freelan.git;a=summary > http://git.altlinux.org/tasks/287087/logs/events.1.1.log На мой взгляд проблема с armh — не блокер для join. Архитектура относительно экзотическая, проблем с ней много. Без доступа к оборудованию или тестовой среде на нём, только по логам сборочницы проводить отладку сложно. Я на днях попробую посмотреть, что там за проблема, быть может, появятся какие-то идеи. Но в целом подход «отключить поддержку архитектуры, если на ней есть проблемы и нет желающих ими заниматься» я считаю нормальным, пусть и не лучшим из возможных. Коллеги, прошу обратить внимание, что Николай уже проделал большую и качественную работу. Пакеты достались непростые в разных аспектах. С тем же tidy я не комментировал, т.к. апстрим ведёт себя необычно и есть разные способы обойти эту проблему. Вариант решения, предложенный bne, вполне приемлемый. Да, можно сделать по другому — и таких вариантов очень много, но здесь мы переходим от объективных технических требований к субъективному как красивее будет. Поэтому не вижу смысла закапываться в такие детали в процессе join'а. Я не вижу смысла дальше тянуть с join и прошу пропустить кандидата. 203929 46 glebfm 2021-10-18 18:14:33 +0300 (In reply to Nikolay Burykin from comment #44) > http://git.altlinux.org/people/bne/packages/?p=freelan.git;a=summary > http://git.altlinux.org/tasks/287087/logs/events.1.1.log Обратите, пожалуйста, внимание на warning, который виден в сборке для i586: verify-elf: WARNING: ./usr/bin/freelan: uses non-LFS functions: fcntl fopen open это значит, что программа собрана без large file support. (In reply to Andrew Savchenko from comment #45) > На мой взгляд проблема с armh — не блокер для join. Согласен. > Я не вижу смысла дальше тянуть с join и прошу пропустить кандидата. Володя, у тебя остались какие-то возражения? 203932 47 vseleznv 2021-10-18 19:15:17 +0300 (In reply to Nikolay Burykin from comment #43) > Доброго дня. > > В качестве тренировки собрал еще один пакет: > Tinyproxy: > http://git.altlinux.org/people/bne/packages/?p=tinyproxy.git;a=summary Я всё же рекомендую использовать gear-import(1) и импортировать исходники отдельным коммитом. Это не ошибка, но так гораздо удобнее. (In reply to Andrew Savchenko from comment #45) > На мой взгляд проблема с armh — не блокер для join. Безусловно не блокер. (In reply to Gleb F-Malinovskiy from comment #46) > (In reply to Andrew Savchenko from comment #45) > > Я не вижу смысла дальше тянуть с join и прошу пропустить кандидата. > > Володя, у тебя остались какие-то возражения? По freelan'у вроде всё хорошо (ну, кроме того, что подготовленный релиз не попал в Сизиф). Мне не понятно что происходит с tidy, но я так понимаю, что это всё не критично и может быть продложено потом. В целом, считаю, что кандидата можно пропускать. 203933 48 glebfm 2021-10-18 19:22:58 +0300 Адрес подписан на devel@. Пользователь добавлен в группу мейнтейнеров. Желаю удачного мейнтейнерства! 203943 49 burykin 2021-10-18 21:11:12 +0300 (Ответ для Vladimir D. Seleznev на комментарий #47) > (In reply to Nikolay Burykin from comment #43) > > Доброго дня. > > > > В качестве тренировки собрал еще один пакет: > > Tinyproxy: > > http://git.altlinux.org/people/bne/packages/?p=tinyproxy.git;a=summary > > Я всё же рекомендую использовать gear-import(1) и импортировать исходники > отдельным коммитом. Это не ошибка, но так гораздо удобнее. Ранее я попробовал с его помощью провести обновление edbrowse. Работать с ним мне понравилось, отпадает необходимость в целом ряде ручных операций. Но вот об его использовании сразу, при создании репозитория, честно говоря не подумал. Обязательно попробую на следующем пакете. (Ответ для Gleb F-Malinovskiy на комментарий #48) > Адрес подписан на devel@. > Пользователь добавлен в группу мейнтейнеров. > > Желаю удачного мейнтейнерства! Спасибо за оказанное доверие! Надеюсь смогу быть полезным для команды) 9095 2020-12-19 13:08:21 +0300 2020-12-21 17:56:32 +0300 gpg pub key gpg_key_bne text/plain 3074 burykin LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkYrcjVUOEJFQUQzUFFo dkNlWWJwVE1UdzIyWG14emhScUcvdjBCaGMvdVJiVElXUzRoaXZGVlVza2tQCkdBL20ybk5VQ0dz VnN6SVdEQSt5TGVEb0RWVjlqS2U3SEFBZm9JZUdmQThwTkVIc21mWEJVUTFHa0NPWlRncUoKZFQz K2pxd0ZibUNSdTJianNhdGdzUllYZ1VLS0MvVmM3VUt3WG9oSllhMkgvQzRhWEp6bjVUK2E1VTFL R25ERApEU21WV3N3cU4zTEoxYXp4dHoxZHBMMURtTWRHM00vb1dOR1BqUXBPaDR2dTcwOE1XWFMr eXE1ZDZmM3V6QlVQCm85Rm1XemxOTU95dEU2TGFCVzRIUjNOWk5laTRoaWtkUUtETXZBS2IrWFhl YWRzQ1FCaE5tclBjL2lRWnRvWU4Kczg3WWxLdDlsNEY0byt6aThJTUJrUm9xekZrYkRoZ0E3Wjll NHVZdTRLZTB3ZFZid29lVUdWd25Ic0dzK3lUTQo1WGpFVzVKMGhjVlhObjNwK0tqWnJoNjhBeEdz ZkFPdUh2R0xCczdRZWNuVythaDJ4ajdjWnNrdjQ1ZWE0R0hOCmdtWUtFM3NWbkljeGgyRFl1NXZ5 Vk9iSTdKWmVBNGVBTlhVM0p0UlQ1ajRNTzVLdXRhTHFoTlIvL0E3MkpnREsKeDZBRWhXdFBsOVRx TjlScUNoOU1zM25SVXkyZkUvaDZ6UmFoZUxjbUlEMHBTeUd5RFE3c1Vrc2VlMHNXcDZRZwpDOFNF STA2WGdqQU9mZjBDNzN4Y05mUUFnRC9NVHpEUkp6Z2dtSHdPRmZsMVBVcGxBSlkxOFhzMmdzS0dK L1p0ClBxQzhGRHAvR1YzRXRoNWRjNlNVTjR0bm1lK3pCdTNHSml6YzRpRVJxMk1tRzNsVURIdzQw NnVSNndBUkFRQUIKdENKT2FXdHZiR0Y1SUVKMWNubHJhVzRnUEdKdVpVQmhiSFJzYVc1MWVDNXZj bWMraVFJNEJCTUJBZ0FpQlFKZgpxK1UvQWhzREJnc0pDQWNEQWdZVkNBSUpDZ3NFRmdJREFRSWVB UUlYZ0FBS0NSQSt4WGNmTk5ReFlDZVhFQUNtCk9VTDVpeHltcEkzRXJHSzZHYXZXZEJidFpocEo1 RHh0a0JDRnlyV2g0TVBWVjFNZ1lWZlAxc0lEYXVxQzRLODEKY3QwckxFbE1jKytubmhmK1F1OXRt QS9oeWVXV2d2Sm9VQi9KankvSDE0VldGR0VLVEZtcThhM3JON2JZR3VUdApXU0JsN3BBc0VZb0Zo RUhGUVN2cmdjeUF0ckdiM3dXVUxFSEowYzVXS3JINGRBR3F6UkpEbDQ1WTJ4VXQ3MjQzCnppY25E aUdzQlNjZ1Q5Vlp6eHArbitjSTZ0eS91aXJoa25rMTI4em5ycEtWdUJTbGM1NVhPYXBWRVdoem9u S3kKVklJbXZHQU9KZlRKZ3lvM0NSWkVwd3dscFRhK202N1A4SnZSVjdjVVhsY3JlRWV3VU9GaWVG amFFa3k2QjdlYwozTy80RU56NU5FN0hQTDZyaTMxNjVPTG5pV0c4STQ5OEx6MFdEcWhyZzFCTTJr S3Mvb2U2MDRhQXgwdFhaZ1A1CjZoMk1TM1IvRnBPa3Zmb1QvdjNEZDg1djNHVFlNajNqdHU0OGV4 UVp5WVJmU0tyRzErSFJhYXBsU2ZnQ0pLbHMKSGVBMmVrK0ZYblp2d3ZGK3NKQmhlZjNXSXVRS013 c2dkK0o3MnpzSGdYMFBjbTJUbnhacnR3OGduUkdTUDdJdgp4YzZPYUtNeldJYmpGOEV4ZDRab3lD eGVqaW1JVXJnOXIvMHJINFRFRE9sNkd6MHRYMHArejJsbVFaZzc1UVQ0CktrRnl3dmhBUi9RVUh6 SDZTYjUwNnRNZFNZZnVzL2xCYmdVc1lac0krUUFDOUVRaXF4dUhqV0hnWmlBakRDQ3IKVGl4OE9r cXFzSG5XYndYZkdnVDdiSWNUdndZWm94YXAxUEQyRllVQ3pMa0NEUVJmcStVL0FSQUFvcUcvakNC QQpUb3VSV2lYWnhRR1NiWFlsOWtsWnpjaHVDaW5YUFJJcFZ0Rm9CMWl0RHI5NTRxSEdaU1BrZUFO My81SlovZENDCjZLWFBZMldwMEVHNWxWcFBVd0tkM1FBUjMrZXE5QmFkOUtuQzYwQ2E5b0syWitk RE9KREp2Z1I3Z1hVbDh4MWYKMHJmc1kvUWR4VlhnMndsb3RpYzllV2NiRWhNSEVoNWV0UmZlYkZP TmRrQWhmVUdVNis1VzJlbjV3alNMcTYzaQpWWEl6U1IySzBnWi94bWdtNzM5bXRUQktzNUwrTlMx WHllc3JUaVhNUVdEb3F2UkhMcUVoNGRHbG5pUWw2REUzCmhnS0hvUDVUK0w5VFNkbHRmVjhHSlRr V1d3NFdnWnV0QzdTRFI3bGhYdXUvcHZZRGN2WXQ5SmloMkM4ZGhXZVgKdlVHcWNGbGQ1cVZmUy93 UWhNOHk5SWR1NnZCVFBZYUFuTmFFeDRwTHAxVnl2VXJLdjVSb3gyRGlrN3lvSm41MQpuTDBqdFdQ ZHcyWUxrNVJvSXdCenhDQlcyZ1Z1aGhhQTExempnQklaaWo3UHFLT3FrWFIvdWpIU2FScFh6MWxH CnlGcmNuK3NaN3J6WGhlZm54Z2tZYWhtVDFRVDRNM3JEMWowREZMVkFRNndxUkJuQjI5cml3T2pY bUh3MUR3K28KcjZnWjNPSUxvdTJ2UlNiNHlkRk9ma2RCbkY3ajZ1dmFMSjA4cFB4K1JoYm1DUS95 aFVQRWk0b3kvSC9GK1VvdwpaTTE0dEFCMHBoQ0QycE15U1FuZjQ5YzVUdU9sMUhpQ054SHZua2VH bzh6NkVGNGVQSHNxcWtSS2F2OWhVSlgxCk5EMVFCckE0bFlaTUJUUEZmbXhXTklVV0NDVHp1Q1JK b05VQUVRRUFBWWtDSHdRWUFRSUFDUVVDWDZ2bFB3SWIKREFBS0NSQSt4WGNmTk5ReFlDdlZFQUN6 VnE1U1JKNTR0L2VvSVhGbjQ3R1Zoc2YzRGdtUTJYWmxadEpXaFJvOApzSTltRjlQbTR0SlBhQ3h1 dWZQazdlOTlEaUlJcGdpUHpwU01SeUgyTUw5WEFpL1NnaDFDcUVPWmV5Qml2MkxZCmRVcEpDZ2xC UnZoa1ZKb0trVG9kVkRrdVkzZmhBWVpWeG1jZkNFYkFGK25aNUU2TGw0bGpJaGU4U2lvcHFrTGIK V3l4cEJlQ05RQUROQXhNMHJEemxiYjZTK29pOEU3eCt1THNaTHN1RnlTUkM0WGxjSVpySHk5WWhY SFVia3JnSAovYzV2My9ZeEhXeXpVRFV3Y0VDT3NsSlVQdklHdFNDMXAwaE5DWEVFNmpMaWVYUEgr OWxiTGlvRFl1eFdpM1cyCk5JOEF4WGtkejFHQVNzQXN2NjFOaDBJUTIyT2plRjFPVXQ2dGhqL3dk dXJMcEF3MjIxSDE2b3czZ0tqbkpNQnoKNFA4L0xkVnVLUHRROGZuN0FnQVpOdHlLSDQ1YTRUdTlo NkhxRXJUSUR1TDFuRHJWb0xTMVVFTDY0bEduR3VYNgoyRXJNK1orRmluNDczVWJIUGk4dUc5YzI1 SXc3VE5maEZxVDB3d0FiZ3VEYmFIQTNjcGQvYTl6UzNTNERLblErCkdTbDhlbVZTbk5oQ2FkRFdK Q0FpTTVBKzZtNy9LUTJ4dGhIc2pYbWNseEJ3cnc5NmlnZ0lyd1U1UW45ZCs3YkwKSkFLUGQ4ZE85 STFOU0VZeC9ZQjE5bm1FNzY2UWxwQUYrbktGMmRaWllST0IrTm5wQ0crbFpPUWJDcU54cHFKdApD eGlhb1BOSXVTdzcwTldRRncyRjNlS3pLUWZsbkNuanJ3UlNJSTloSGpJdDhRclIyVDVRS0RNWGh6 eVdzdkJkCnR3PT0KPUVEclcKLS0tLS1FTkQgUEdQIFBVQkxJQyBLRVkgQkxPQ0stLS0tLQo= 9096 2020-12-19 13:08:58 +0300 2020-12-24 18:26:29 +0300 ssh pub key id_ed25519.pub application/vnd.ms-publisher 94 burykin c3NoLWVkMjU1MTkgQUFBQUMzTnphQzFsWkRJMU5URTVBQUFBSUZLdDBBS0lwTkhaM2xuSkMvQjRO M2RWc0Q0MXVSMnpEd1J0T05EandtaSsgYm5lQHdvcmtib29rCg== 9098 2020-12-21 17:56:32 +0300 2020-12-21 17:56:32 +0300 Новый gpg pub key bne_gpg_key text/plain 5263 burykin LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkYrcjVUOEJFQUQzUFFo dkNlWWJwVE1UdzIyWG14emhScUcvdjBCaGMvdVJiVElXUzRoaXZGVlVza2tQCkdBL20ybk5VQ0dz VnN6SVdEQSt5TGVEb0RWVjlqS2U3SEFBZm9JZUdmQThwTkVIc21mWEJVUTFHa0NPWlRncUoKZFQz K2pxd0ZibUNSdTJianNhdGdzUllYZ1VLS0MvVmM3VUt3WG9oSllhMkgvQzRhWEp6bjVUK2E1VTFL R25ERApEU21WV3N3cU4zTEoxYXp4dHoxZHBMMURtTWRHM00vb1dOR1BqUXBPaDR2dTcwOE1XWFMr eXE1ZDZmM3V6QlVQCm85Rm1XemxOTU95dEU2TGFCVzRIUjNOWk5laTRoaWtkUUtETXZBS2IrWFhl YWRzQ1FCaE5tclBjL2lRWnRvWU4Kczg3WWxLdDlsNEY0byt6aThJTUJrUm9xekZrYkRoZ0E3Wjll NHVZdTRLZTB3ZFZid29lVUdWd25Ic0dzK3lUTQo1WGpFVzVKMGhjVlhObjNwK0tqWnJoNjhBeEdz ZkFPdUh2R0xCczdRZWNuVythaDJ4ajdjWnNrdjQ1ZWE0R0hOCmdtWUtFM3NWbkljeGgyRFl1NXZ5 Vk9iSTdKWmVBNGVBTlhVM0p0UlQ1ajRNTzVLdXRhTHFoTlIvL0E3MkpnREsKeDZBRWhXdFBsOVRx TjlScUNoOU1zM25SVXkyZkUvaDZ6UmFoZUxjbUlEMHBTeUd5RFE3c1Vrc2VlMHNXcDZRZwpDOFNF STA2WGdqQU9mZjBDNzN4Y05mUUFnRC9NVHpEUkp6Z2dtSHdPRmZsMVBVcGxBSlkxOFhzMmdzS0dK L1p0ClBxQzhGRHAvR1YzRXRoNWRjNlNVTjR0bm1lK3pCdTNHSml6YzRpRVJxMk1tRzNsVURIdzQw NnVSNndBUkFRQUIKdENKT2FXdHZiR0Y1SUVKMWNubHJhVzRnUEdKdVpVQmhiSFJzYVc1MWVDNXZj bWMraVFJNEJCTUJBZ0FpQlFKZgpxK1UvQWhzREJnc0pDQWNEQWdZVkNBSUpDZ3NFRmdJREFRSWVB UUlYZ0FBS0NSQSt4WGNmTk5ReFlDZVhFQUNtCk9VTDVpeHltcEkzRXJHSzZHYXZXZEJidFpocEo1 RHh0a0JDRnlyV2g0TVBWVjFNZ1lWZlAxc0lEYXVxQzRLODEKY3QwckxFbE1jKytubmhmK1F1OXRt QS9oeWVXV2d2Sm9VQi9KankvSDE0VldGR0VLVEZtcThhM3JON2JZR3VUdApXU0JsN3BBc0VZb0Zo RUhGUVN2cmdjeUF0ckdiM3dXVUxFSEowYzVXS3JINGRBR3F6UkpEbDQ1WTJ4VXQ3MjQzCnppY25E aUdzQlNjZ1Q5Vlp6eHArbitjSTZ0eS91aXJoa25rMTI4em5ycEtWdUJTbGM1NVhPYXBWRVdoem9u S3kKVklJbXZHQU9KZlRKZ3lvM0NSWkVwd3dscFRhK202N1A4SnZSVjdjVVhsY3JlRWV3VU9GaWVG amFFa3k2QjdlYwozTy80RU56NU5FN0hQTDZyaTMxNjVPTG5pV0c4STQ5OEx6MFdEcWhyZzFCTTJr S3Mvb2U2MDRhQXgwdFhaZ1A1CjZoMk1TM1IvRnBPa3Zmb1QvdjNEZDg1djNHVFlNajNqdHU0OGV4 UVp5WVJmU0tyRzErSFJhYXBsU2ZnQ0pLbHMKSGVBMmVrK0ZYblp2d3ZGK3NKQmhlZjNXSXVRS013 c2dkK0o3MnpzSGdYMFBjbTJUbnhacnR3OGduUkdTUDdJdgp4YzZPYUtNeldJYmpGOEV4ZDRab3lD eGVqaW1JVXJnOXIvMHJINFRFRE9sNkd6MHRYMHArejJsbVFaZzc1UVQ0CktrRnl3dmhBUi9RVUh6 SDZTYjUwNnRNZFNZZnVzL2xCYmdVc1lac0krUUFDOUVRaXF4dUhqV0hnWmlBakRDQ3IKVGl4OE9r cXFzSG5XYndYZkdnVDdiSWNUdndZWm94YXAxUEQyRllVQ3pMa0NEUVJmcStVL0FSQUFvcUcvakNC QQpUb3VSV2lYWnhRR1NiWFlsOWtsWnpjaHVDaW5YUFJJcFZ0Rm9CMWl0RHI5NTRxSEdaU1BrZUFO My81SlovZENDCjZLWFBZMldwMEVHNWxWcFBVd0tkM1FBUjMrZXE5QmFkOUtuQzYwQ2E5b0syWitk RE9KREp2Z1I3Z1hVbDh4MWYKMHJmc1kvUWR4VlhnMndsb3RpYzllV2NiRWhNSEVoNWV0UmZlYkZP TmRrQWhmVUdVNis1VzJlbjV3alNMcTYzaQpWWEl6U1IySzBnWi94bWdtNzM5bXRUQktzNUwrTlMx WHllc3JUaVhNUVdEb3F2UkhMcUVoNGRHbG5pUWw2REUzCmhnS0hvUDVUK0w5VFNkbHRmVjhHSlRr V1d3NFdnWnV0QzdTRFI3bGhYdXUvcHZZRGN2WXQ5SmloMkM4ZGhXZVgKdlVHcWNGbGQ1cVZmUy93 UWhNOHk5SWR1NnZCVFBZYUFuTmFFeDRwTHAxVnl2VXJLdjVSb3gyRGlrN3lvSm41MQpuTDBqdFdQ ZHcyWUxrNVJvSXdCenhDQlcyZ1Z1aGhhQTExempnQklaaWo3UHFLT3FrWFIvdWpIU2FScFh6MWxH CnlGcmNuK3NaN3J6WGhlZm54Z2tZYWhtVDFRVDRNM3JEMWowREZMVkFRNndxUkJuQjI5cml3T2pY bUh3MUR3K28KcjZnWjNPSUxvdTJ2UlNiNHlkRk9ma2RCbkY3ajZ1dmFMSjA4cFB4K1JoYm1DUS95 aFVQRWk0b3kvSC9GK1VvdwpaTTE0dEFCMHBoQ0QycE15U1FuZjQ5YzVUdU9sMUhpQ054SHZua2VH bzh6NkVGNGVQSHNxcWtSS2F2OWhVSlgxCk5EMVFCckE0bFlaTUJUUEZmbXhXTklVV0NDVHp1Q1JK b05VQUVRRUFBWWtDSHdRWUFRSUFDUVVDWDZ2bFB3SWIKREFBS0NSQSt4WGNmTk5ReFlDdlZFQUN6 VnE1U1JKNTR0L2VvSVhGbjQ3R1Zoc2YzRGdtUTJYWmxadEpXaFJvOApzSTltRjlQbTR0SlBhQ3h1 dWZQazdlOTlEaUlJcGdpUHpwU01SeUgyTUw5WEFpL1NnaDFDcUVPWmV5Qml2MkxZCmRVcEpDZ2xC UnZoa1ZKb0trVG9kVkRrdVkzZmhBWVpWeG1jZkNFYkFGK25aNUU2TGw0bGpJaGU4U2lvcHFrTGIK V3l4cEJlQ05RQUROQXhNMHJEemxiYjZTK29pOEU3eCt1THNaTHN1RnlTUkM0WGxjSVpySHk5WWhY SFVia3JnSAovYzV2My9ZeEhXeXpVRFV3Y0VDT3NsSlVQdklHdFNDMXAwaE5DWEVFNmpMaWVYUEgr OWxiTGlvRFl1eFdpM1cyCk5JOEF4WGtkejFHQVNzQXN2NjFOaDBJUTIyT2plRjFPVXQ2dGhqL3dk dXJMcEF3MjIxSDE2b3czZ0tqbkpNQnoKNFA4L0xkVnVLUHRROGZuN0FnQVpOdHlLSDQ1YTRUdTlo NkhxRXJUSUR1TDFuRHJWb0xTMVVFTDY0bEduR3VYNgoyRXJNK1orRmluNDczVWJIUGk4dUc5YzI1 SXc3VE5maEZxVDB3d0FiZ3VEYmFIQTNjcGQvYTl6UzNTNERLblErCkdTbDhlbVZTbk5oQ2FkRFdK Q0FpTTVBKzZtNy9LUTJ4dGhIc2pYbWNseEJ3cnc5NmlnZ0lyd1U1UW45ZCs3YkwKSkFLUGQ4ZE85 STFOU0VZeC9ZQjE5bm1FNzY2UWxwQUYrbktGMmRaWllST0IrTm5wQ0crbFpPUWJDcU54cHFKdApD eGlhb1BOSXVTdzcwTldRRncyRjNlS3pLUWZsbkNuanJ3UlNJSTloSGpJdDhRclIyVDVRS0RNWGh6 eVdzdkJkCnQ3a0NEUVJmNEZaUUFSQUEzWXRzRWo1SXZuYjRCUWNmUTY2eS9YblAwU3hENUNvVHFp RnRlMzQyS25VWjh5QUQKUzBiV01aU1g3U1d5QmRLSXVFVzFTUmJEMnhoMElTby9VZENEWXd0VlR0 MGp1Mmh2ZkoxR2tUcUpQNVlzVTFmdwppeExSYTRtTzl2MVpjZmhJR2NnQXc5blJoUTcwRDRiZXpq YWZGNUk3dDAxcFpqQ2VkZjJVZ1dMa2NNWWZCODBWCmt0dktRSk9PbUNmYzYreVIyQWdNakNCcjJa bzYzcFB4NUZvL2ppQlh6VXZJVzJRb0pYY29iamxUbndXWEpxbHoKTUh1YnRwYjF0TjhHb0F5WnNz U0J5TExZRHFWWldxMi94Vm0rSGFHckxxdFVFN2JMeUhzZTlPNlQza290YUlzQwp0UU1MeWNTQWhk d2ZrM2k4Uk1tSzMweC9sQVFyNkJsOFg4L1l0UzJPNGlReXJGQzk4QWNROHBwT29BTjBBK0JwCnpR Z1BEdjBhdWxqTUJZUUY4Q2srcUZlaVd6OFRiWmk3N3VMVlUvaG85QUpOam1FcFhQS2N3SUV3NWRm R3QxdnoKeC9PS0orTmZSTVdRcDgyUFZGbXBXWGgxcCs1ZlJjWXlFZllKcHFySGJTTUFVaDE4Vko3 MTc3VWRiM0hIZzRXawovNzY2WmNRc21NZ2xRczNwSDlBdGZvdmJvTmhwS3hPZU9WV2FQa0p6VVJj YXdlZXdvVGU5T3piSFYxd1JyOGwrCm9WS0NHVllVVXFzSGplTlEvcG8xL3RQV01LNExIcGUzak1z V0dvb1Q0S3ZnRW13V0xpbVlpOFNVYWFOZElLd1gKb2VBeXc4ZkRYbnFyNU9KSnU0cEdnNkNsMU9s YU9OYTFOSmY4a1ZHdlF0YmZaY0NFZjE1TEd1c2c2aFVBRVFFQQpBWWtFUGdRWUFRSUFDUVVDWCtC V1VBSWJBZ0lwQ1JBK3hYY2ZOTlF4WU1GZElBUVpBUUlBQmdVQ1grQldVQUFLCkNSQzNrOUNaNnVS bmg4VGlFQUNsVjBEdkR6OWpnV0dQU2JjS2VkRVdqYXZraS9QTFk0elg4YkNoa2MxUU1QdEsKRlBX TnVaR29zK2RwcnYxOHJ0eUUrWlJHNFJIbFJFVml5Uy9IT3FCdjZhVFhxV0NScWlCeGZuUVFZaGhE dTJBbQo5NmZjOExQRFB0NkRsVnRXRWlHazdvdXZJUFkxeEpnRVM4czlmbmNnczUwSTk1RzdrckYv dnVyMzllVmNIWEdQClBMR2M3RUFRVVQvaXNsS0xVOWdlRDZxTDB0bXVlbzcyekxzYlZTZm9Bd3lp RFM1NlVJZ3orNkxISFdHV2ZrWDkKZko3aTZGdWN4b3NNU3hnN1FNclpad25oa1gwSEdHb0kyM2tV UVVqY1FjUHFOYi9vRmR5ZVdBVXI5NFczMnBtcwo0elNlNlF6SHRNSE9BMU54RmViRjVxQ3VoSjBq ZklIWWY1emFrTzYvSngwZTBsREVQVENycUxRMVkxc2t6QnJHClJSRHdCMkRCOFNwZ0pmK2s2REhN U0czWjZ5YnhDOGg4dkk5bHFhN2tOcDJ0WW40WWoxRUFRcE1qU0p2OTF0OWYKVnhkd1VyT2xPdy96 Tko4amtGb3ZkZXB5UjV5YkFCMjBMbS9zMEswYWF3UkJRZ3FMdjJQTFROdmZDSTc0WWM0aApuVitL L1ZRZzJrbUhZckJPcEZISmVPWmd6RWpKaUdVNE9oVWNCRWpnc3UwWjJOZ3VOWTZIMFFXVUJWT2xl dCt2ClVDaTN2TUt3bjRJTno3c1ZvTzk0UWI5c0o2cHZNS2NVM0tjN3hzVWk1ZWNJcDNjWDQyTDlx SE4xUTJGVzBRYkwKNUJJNk5rcFFIRlNBTWNiZnZwc0wrdlExQmJCYXFtdE94UWhIRG5Ga2xPRzBX SlBUb3ZOQjFaM0VDZkM4d3FCYwpELzQ5ZkhmU3EwR293Y3p6ZitiZnFLRVVFeEFCbUlxYWVHV1Vz dTFQNW9ISFQybEFrODFaOWU1MDkxTnp2RTBoCk9zSWx3cmJTR2VqSWxYWlFUZkFWMS9FbS9pZ2Jq NHMvNlk5WlF3czdrVUJwYWJMVDFRanZ2SE0yNHZqMUVUZEkKL0FvY1dUdlVhNCsxM044b2J4MGVY ZkN1R3d4TFZOeGVzdTBNUVpMZWFHQ3laSlI2cGJQeGF2UkdycXZWZDRSbAp2T2o5N1pyQll0YlFH UFh5QWRvTDAyQVZmMU5uSzNibERBeE40TkkrQVRPaW11cEt5c1AvZXlzUE9hOWlubUF5CllaeDRq N0pRRTFacFhXSmUyVjRnQVhGNjUzM1V0TTZ2ZlJ0dWg2eDdmVTNxOTJQYldkMU9qNCtGNU44dVZo QUcKdGNUNGFJMlg1VkV3WGhGVVJiZEJMaDZLMUFPL2dFQVM3b0pzSm5oU3dyYzZKT2s3NkRMS1U5 ZXRqS3JzaXlWdAp5bTdlcFVJdXE0VHo2VDBMUHhsNnZON1pudEt4TUxwNHdWTUxIQlZqaEJDd1JY ZUUyclBiQWVkcXUrQjliY2tVCjdycjNZOWJmRElNMFdybGVobFJOZHhMOUlHdDJBdVdPWmdBYzJZ UzZhME1WLzBTSkNqQUY0enU4S0U3NExhSEIKcFFlL1VVcS8vbkh3Q2pJanduaGhIMmRnT1VPZzY1 RzdETzNwdEdyREdEUWtkcGFFZ3BzbXJsSzVKd25CUi85eApnS0hrOStDaGk1V3FkTDRJakx5TENN Z284c2FacGlwMTZJTHdXREFhdEFOVTM1ZzZQTHNkWVlEblE5NDdMSUZkCkhWMUxWMERBZTY1WFVs ZnZVcXFXM2hzZ0Q5TDlURXkvbXdwM25UYjNlQVQvekE9PQo9L0JYagotLS0tLUVORCBQR1AgUFVC TElDIEtFWSBCTE9DSy0tLS0tCg== 9103 2020-12-24 18:26:29 +0300 2020-12-24 18:26:29 +0300 Новый ssh pub key id_ed25519.pub application/vnd.ms-publisher 94 burykin c3NoLWVkMjU1MTkgQUFBQUMzTnphQzFsWkRJMU5URTVBQUFBSURvZWR5TVlnMVJUdVAzckhlZGoz R1F6WlBzbVh4UmZWazNidVNkUC9JVTMgYm5lQHdvcmtib29rCg==