41044 2021-10-02 22:13:34 +0300 [done] join liannnix@ 2023-06-05 17:59:21 +0300 1 1 4 Development Team Accounts join unspecified x86 Linux CLOSED FIXED https://www.altlinux.org/Team/Join P5 normal --- 1 liannnix glebfm andy glebfm ldv liannnix liannnix nir nir obirvalger rider shaba sin cas oldest_to_newest 203443 0 liannnix 2021-10-02 22:13:34 +0300 Ник: liannnix Имя: Andrey Limachko <liannnix@altlinux.org> Почта: liannnix@gmail.com Ментор: sin@altlinux.org Цель: Научиться собирать пакеты. Собрать пакет Monitorix (https://github.com/mikaku/Monitorix) и что-нибудь посложнее. 203444 1 liannnix 2021-10-02 22:24:20 +0300 Извиняюсь за ошибку Ментор: Игорь Чудов nir@altliux.org 203445 2 9760 liannnix 2021-10-02 22:26:10 +0300 Created attachment 9760 GPG public key 203446 3 9761 liannnix 2021-10-02 22:29:47 +0300 Created attachment 9761 SSH public key 203453 4 nir 2021-10-03 16:17:06 +0300 Менторство подтверждаю. ПО для затаскивания в дистрибутив выглядит полезным, затащить стоит. 203537 5 liannnix 2021-10-06 14:39:22 +0300 Собрал пакет Monitorix и выложил на Github https://github.com/liannnix/monitorix.git 203913 6 glebfm 2021-10-18 16:14:12 +0300 (In reply to Andrey Limachko from comment #2) > Created attachment 9760 [details] > GPG public key Ok. (In reply to Andrey Limachko from comment #3) > Created attachment 9761 [details] > SSH public key Ok. 205161 7 nir 2021-11-22 14:23:25 +0300 Изменения проверил, мне всё нравится, но я бы предложил из файла `rules` убрать комментарий и явно указывать требуемые патчи по принципу "явное лучше неявного". Чтобы в случае потери патча можно было это лего обнаружить. 205162 8 nir 2021-11-22 14:24:05 +0300 Предлагаю продвинуть кандидата дальше по процедуре Join. 205273 9 liannnix 2021-11-24 18:28:42 +0300 Исправил несколько ошибок и внес пару дополнений в пакет cloud-init. Сорцы пакета брал отсюда: http://git.altlinux.org/gears/c/cloud-init.git Мой форк: https://github.com/liannnix/cloud-init Начиная с версии p10 21.3-alt1 в cloud-init поменялся механизм работы с renderers (реализации генерации конфигов для разных сетевых менеджеров, т.е. etcnet, networkd), а так же добавился отдельный механизм применения прописанных настроек к системе. В следствии этого отвалилась поддержка etcnet. На данный момент у нас в облачных образах используется etcnet, потому я сделал ряд исправлений. В частности: * Cloud-init по умолчанию использует netplan, который использует networkd (теперь это явно прописано в cloud.cfg) * Если установить пакет cloud-init-config-etcnet, то будет использоваться etcnet * Соответственно, если поставить cloud-init-config-netplan, то используется netplan и networkd. * Пакеты конфликтуют с друг другом, потому, на мой взгляд, это неплохой вариант переключения между тем или иным способом. Хотелось бы увидеть мои исправления в Сизифе, а желательно и в p10. Подскажите, если я что-то сделал неправильно. Changelog: * Mon Nov 22 2021 Andrey Limachko <liannnix@altlinux.org> 21.4-alt2 - When using sudo add user to the wheel group - Add DHCP interface configuration support for etcnet - Add config-etcnet package for etcnet render - Add Requires and Conflicts for config subpackages - Set netplan network renderer to default - Add etcnet activator and activator cfg variable 205310 10 obirvalger 2021-11-25 16:29:10 +0300 К текущей версии пакета cloud-init на github у меня нет вопросов, я готов одобрить пакет. 205311 11 obirvalger 2021-11-25 16:30:48 +0300 Кандидат же уже может отправлять пакеты в сборочницу? 205443 12 glebfm 2021-11-29 15:44:29 +0300 ssh ключ на gitery.alt зарегистрирован. Адрес для пересылки создан. T/J/S -> 2.3. 205514 13 liannnix 2021-12-01 09:30:42 +0300 Сделал push для репозитория cloud-init git://git.altlinux.org/people/liannnix/packages/cloud-init.git Создал в нем подписанный тэг 21.4-alt2. Жду доступа в gyle 205530 14 nir 2021-12-01 14:09:58 +0300 Добрый день. Коллеги, дайте, пожалуйста, Андрею доступ к gyle. Он аккуратный и внимательный. Вполне способен пользоваться инструментом. 205531 15 liannnix 2021-12-01 15:22:12 +0300 Поправил и залил на gitery репозиторий с Monitorix git://git.altlinux.org/people/liannnix/packages/monitorix.git Тэг 3.13.1-alt1 205741 16 liannnix 2021-12-06 10:44:50 +0300 Реализовал bash completion для control git://git.altlinux.org/people/liannnix/packages/control.git Жду доступ к gyle 205772 17 glebfm 2021-12-06 15:24:58 +0300 ssh ключ на gyle.alt зарегистрирован. Пакет alt-gpgkeys обновлён. T/J/S -> 3.5. 209819 18 liannnix 2022-04-21 09:04:09 +0300 Поправленный мною cloud-init приняли в sisyphus и p10 Собрал приложение tayga для NAT64 в userspace #298277 EPERM #1 sisyphus tayga.git=0.9.2-alt2 Исправил ошибки в opennebula-context #297926 EPERM #1 sisyphus opennebula-context.git=5.10.0-alt2 Обновил пакет python3-module-hyperlink #292328 EPERM #2 sisyphus python3-module-hyperlink.git=21.0.0-alt1 Собрал несколько связанных пакетов для ntopng. Не уверен, насколько правильно это сделал. Буду рад дельному совету. #293030 TESTED #1 [test-only] sisyphus kernel-source-pf_ring.git=8.0.0-alt1 kernel-modules-pf_ring.git=sisyphus/kernel-modules-pf_ring-un-def-8.0.0-alt1 libpfring.git=8.0.0-alt3 nDPI.git=4.0-alt1 ntopng.git=5.0-alt1 209905 19 shaba 2022-04-21 18:52:12 +0300 (Ответ для Andrey Limachko на комментарий #18) > Исправил ошибки в opennebula-context > #297926 EPERM #1 sisyphus opennebula-context.git=5.10.0-alt2 Не совсем понял зачем это править. Я еще понял бы если добавлять префикс "10-" или что-то подобное, но префикс "alterator-" мне совсем не нравится. Это в альтераторе такое придумали? Если не нравится имя файла, лучше альтератор поправить. В systemd-networkd нет ограничений по имени файла, как в других системах(etcnet и др.), с одной стороны хорошо, с другой не очень. 209907 20 liannnix 2022-04-21 19:10:31 +0300 (Ответ для Alexey Shabalin на комментарий #19) > (Ответ для Andrey Limachko на комментарий #18) > > Исправил ошибки в opennebula-context > > #297926 EPERM #1 sisyphus opennebula-context.git=5.10.0-alt2 > > Не совсем понял зачем это править. > Я еще понял бы если добавлять префикс "10-" или что-то подобное, но префикс > "alterator-" мне совсем не нравится. Это в альтераторе такое придумали? > Если не нравится имя файла, лучше альтератор поправить. > В systemd-networkd нет ограничений по имени файла, как в других > системах(etcnet и др.), с одной стороны хорошо, с другой не очень. Я исходил из того, что alterator - это системный инструмент, лежащий в основе ОС. Вносить в него правки, значит затрагивать много всего уже работающего и потенциально нарываться на кучу регрессий. one-context же в этом плане не настолько важен. Не спорю, alterator-iface выглядит не очень хорошо, но, мне кажется, это тема для отдельного обсуждения. one-context же можно поправить и на ходу. 210747 21 nir 2022-05-16 19:40:57 +0300 Согласно https://www.altlinux.org/Team/Join/Secretary , 3.5: Кандидат готов отправлять пакеты в Сизиф. 210748 22 nir 2022-05-16 19:42:36 +0300 4.1: Кросс-ревьювером вызвался ранее выступить rider@. 210786 23 glebfm 2022-05-17 14:20:44 +0300 Призван ещё один человек (rider@) для независимой оценки готовности кандидата. T/J/S -> 4.2. 210825 24 rider 2022-05-18 11:39:20 +0300 Смотрю наиболее свежий из собираемых пакетов tayga. В этом коммите есть явная ошибка: https://git.altlinux.org/people/liannnix/packages/?p=tayga.git;a=commitdiff;h=5c207745fa263f30c559577bf0a08a6b00f02ec7 В rules зачем-то указан spec, который расположен по стандартному пути: https://git.altlinux.org/people/liannnix/packages/?p=tayga.git;a=blob;f=.gear/rules;h=d9b9b8c3ffad5414ec64e85f30c2736a81d02100;hb=sisyphus Такая же ситуация с rules в другом проекте: https://git.altlinux.org/people/liannnix/packages/?p=ntopng.git;a=tree;h=5f8cf63934fc202a7114bea2aac8d808f63aa9a2;hb=5f8cf63934fc202a7114bea2aac8d808f63aa9a2 плюс specfile лежит в корне, что в дальнейшем может создать проблему, если апстрим проекта решит добавить свой спек. лучше всё альтовое держать в одном меcте, например в каталоге .gear в specfile указан Packager - лучше этого не делать, оставляя выбор поля Packager на усмотрение сборочницы (кто последний собирал, тот и указан в Packager) https://git.altlinux.org/people/liannnix/packages/?p=ntopng.git;a=blob;f=ntopng.spec;h=132c07ef30955d67b7b07d2e2e23c974e56ecc0b;hb=5f8cf63934fc202a7114bea2aac8d808f63aa9a2#l11 В зависимостях пакета указаны вручную библиотеки - этого обычно делать не нужно, а если и требуется, то в крайне редких случаях. Хотелось бы понять, на основании чего был сделан вывод о том, что данные зависимости надо указать: https://git.altlinux.org/people/liannnix/packages/?p=ntopng.git;a=blob;f=ntopng.spec;h=132c07ef30955d67b7b07d2e2e23c974e56ecc0b;hb=5f8cf63934fc202a7114bea2aac8d808f63aa9a2#l37 В этом коммите https://git.altlinux.org/people/liannnix/packages/?p=ntopng.git;a=commitdiff;h=45436c0f1ec57bd690243f1eed61a50606d416e4 зачем-то вместо @MAN_DIR@ хардкодится путь Там же в сервисе b/altlinux/ntopng@.service есть ошибка Плюс в патче есть изменения, которые можно не делать. Над пакетом требуется ещё поработать. Пока что ментейнер не готов. 210948 25 liannnix 2022-05-21 09:38:42 +0300 (Ответ для Anton Farygin на комментарий #24) > Смотрю наиболее свежий из собираемых пакетов tayga. > В этом коммите есть явная ошибка: > https://git.altlinux.org/people/liannnix/packages/?p=tayga.git;a=commitdiff; > h=5c207745fa263f30c559577bf0a08a6b00f02ec7 Подскажите, в чём ошибка? Как я понял, вы имеете ввиду mkdir. Добавил из безисходности. Изначально хотел организовать хранение pid'а в отдельной директории /var/run/tayga, но после перезагрузки эта директория удаляется. Не могу понять - почему. Есть множество других пакетов, в которых такой вариант работает. Например nscd или pptp-client. В spec файле прописывается папка /var/run/<app> и вполне спокойно сохраняется после перезагрузки. Подскажите, пожалуйста, возможно я что-то упустил? > В rules зачем-то указан spec, который расположен по стандартному пути: > https://git.altlinux.org/people/liannnix/packages/?p=tayga.git;a=blob;f=. > gear/rules;h=d9b9b8c3ffad5414ec64e85f30c2736a81d02100;hb=sisyphus > > > Такая же ситуация с rules в другом проекте: > https://git.altlinux.org/people/liannnix/packages/?p=ntopng.git;a=tree; > h=5f8cf63934fc202a7114bea2aac8d808f63aa9a2; > hb=5f8cf63934fc202a7114bea2aac8d808f63aa9a2 > > плюс specfile лежит в корне, что в дальнейшем может создать проблему, если > апстрим проекта решит добавить свой спек. лучше всё альтовое держать в одном > меcте, например в каталоге .gear Подумал, что не имеет значения, где хранить spec. Видел примеры пакетов, где spec лежит в директориии .gear, alt или, как у меня, просто в корне. Исправлю > в specfile указан Packager - лучше этого не делать, оставляя выбор поля > Packager на усмотрение сборочницы (кто последний собирал, тот и указан в > Packager) > https://git.altlinux.org/people/liannnix/packages/?p=ntopng.git;a=blob; > f=ntopng.spec;h=132c07ef30955d67b7b07d2e2e23c974e56ecc0b; > hb=5f8cf63934fc202a7114bea2aac8d808f63aa9a2#l11 Исправлю. > В зависимостях пакета указаны вручную библиотеки - этого обычно делать не > нужно, а если и требуется, то в крайне редких случаях. Хотелось бы понять, > на основании чего был сделан вывод о том, что данные зависимости надо > указать: > https://git.altlinux.org/people/liannnix/packages/?p=ntopng.git;a=blob; > f=ntopng.spec;h=132c07ef30955d67b7b07d2e2e23c974e56ecc0b; > hb=5f8cf63934fc202a7114bea2aac8d808f63aa9a2#l37 Ntopng до конца не доработан. Это мой личный интерес. Когда понял, что доработка требует слишком много времени, то отодвинул на второй план. На сколько помню, большинство зависимостей там действительно лишние, за исключением BuildRequires: libpfring-pcap-devel BuildRequires: libnDPI-devel BuildRequires: libnDPI-static Requires: GeoLite2-ASN Requires: GeoLite2-City Requires: GeoLite2-Country > В этом коммите > https://git.altlinux.org/people/liannnix/packages/?p=ntopng.git;a=commitdiff; > h=45436c0f1ec57bd690243f1eed61a50606d416e4 > > зачем-то вместо @MAN_DIR@ хардкодится путь > > Там же в сервисе b/altlinux/ntopng@.service есть ошибка > > Плюс в патче есть изменения, которые можно не делать. Главная проблема, с которой я столкнулся в ntopng - это возможность использования им библиотеки libpfring, связанного с ней модуля ядра и модифицированной libpcap. Ntopng позволяет мониторить весь проходящий через выбранные интерфейсы трафик. Делает он это с использованием libpcap в стандартном варианте. Разработчики решили, что этого не достаточно и разработали комплекс софта для реализации DPI. В него входит модуль ядра pf_ring для прямой обработки и модификации сетевых пакетов, библиотека libpfring для работы с модулем и модифицированный libpcap для универсального интерфейса взаимодействия. В итоге, получается два варианта сборки ntopng. C модифицированной libpcap и с ванильной. Плюс ntopng ещё использует для анализа пакетов свою собственную библиотеку libnDPI. Как я понял, у неё тоже есть вожможность взаимодействия с модифицированной libpcap. Используется ил она в ntopng - не разобрался. > Над пакетом требуется ещё поработать. Пока что ментейнер не готов. В Сизиф группу пкетов ntopng я и не собирался отправлять в таком виде. 210949 26 rider 2022-05-21 10:13:17 +0300 (Ответ для Andrey Limachko на комментарий #25) > (Ответ для Anton Farygin на комментарий #24) > > Смотрю наиболее свежий из собираемых пакетов tayga. > > В этом коммите есть явная ошибка: > > https://git.altlinux.org/people/liannnix/packages/?p=tayga.git;a=commitdiff; > > h=5c207745fa263f30c559577bf0a08a6b00f02ec7 > > Подскажите, в чём ошибка? Как я понял, вы имеете ввиду mkdir. > Добавил из безисходности. > Изначально хотел организовать хранение pid'а в отдельной директории > /var/run/tayga, но после перезагрузки эта директория удаляется. Не могу > понять - почему. Есть множество других пакетов, в которых такой вариант > работает. Например nscd или pptp-client. В spec файле прописывается папка > /var/run/<app> и вполне спокойно сохраняется после перезагрузки. > Подскажите, пожалуйста, возможно я что-то упустил? Посмотрите информацию про /etc/tmpfiles.d и примеры его использования в разных пакетах (например в chrony) > > > В rules зачем-то указан spec, который расположен по стандартному пути: > > https://git.altlinux.org/people/liannnix/packages/?p=tayga.git;a=blob;f=. > > gear/rules;h=d9b9b8c3ffad5414ec64e85f30c2736a81d02100;hb=sisyphus > > > > > > Такая же ситуация с rules в другом проекте: > > https://git.altlinux.org/people/liannnix/packages/?p=ntopng.git;a=tree; > > h=5f8cf63934fc202a7114bea2aac8d808f63aa9a2; > > hb=5f8cf63934fc202a7114bea2aac8d808f63aa9a2 > > > > плюс specfile лежит в корне, что в дальнейшем может создать проблему, если > > апстрим проекта решит добавить свой спек. лучше всё альтовое держать в одном > > меcте, например в каталоге .gear > > Подумал, что не имеет значения, где хранить spec. Видел примеры пакетов, где > spec лежит в директориии .gear, alt или, как у меня, просто в корне. > Исправлю Действительно место определения хранения spec'а определяет ментейнер, но некоторые нюансы могут выясниться только в процессе длительного жизненного цикла проекта. Спасибо. > > В зависимостях пакета указаны вручную библиотеки - этого обычно делать не > > нужно, а если и требуется, то в крайне редких случаях. Хотелось бы понять, > > на основании чего был сделан вывод о том, что данные зависимости надо > > указать: > > https://git.altlinux.org/people/liannnix/packages/?p=ntopng.git;a=blob; > > f=ntopng.spec;h=132c07ef30955d67b7b07d2e2e23c974e56ecc0b; > > hb=5f8cf63934fc202a7114bea2aac8d808f63aa9a2#l37 > > Ntopng до конца не доработан. Это мой личный интерес. Когда понял, что > доработка требует слишком много времени, то отодвинул на второй план. На > сколько помню, большинство зависимостей там действительно лишние, за > исключением > BuildRequires: libpfring-pcap-devel > BuildRequires: libnDPI-devel > BuildRequires: libnDPI-static > Requires: GeoLite2-ASN > Requires: GeoLite2-City > Requires: GeoLite2-Country Скажите, какие проекты в ваших репозиториях уже на 100% доработаны, я буду смотреть их. > Ntopng позволяет мониторить весь проходящий через выбранные интерфейсы > трафик. Делает он это с использованием libpcap в стандартном варианте. > Разработчики решили, что этого не достаточно и разработали комплекс софта > для реализации DPI. В него входит модуль ядра pf_ring для прямой обработки и > модификации сетевых пакетов, библиотека libpfring для работы с модулем и > модифицированный libpcap для универсального интерфейса взаимодействия. > > В итоге, получается два варианта сборки ntopng. C модифицированной libpcap и > с ванильной. Плюс ntopng ещё использует для анализа пакетов свою собственную > библиотеку libnDPI. Как я понял, у неё тоже есть вожможность взаимодействия > с модифицированной libpcap. Используется ил она в ntopng - не разобрался. > > > Над пакетом требуется ещё поработать. Пока что ментейнер не готов. > > В Сизиф группу пкетов ntopng я и не собирался отправлять в таком виде. предлагаю доработать, проект тяжёлый с точки зрения сборки и можно разобраться с большим количеством разных нюансов упаковки библиотек. 210951 27 ldv 2022-05-21 10:19:00 +0300 (In reply to Anton Farygin from comment #26) > Посмотрите информацию про /etc/tmpfiles.d и примеры его использования в > разных пакетах (например в chrony) На самом деле /lib/tmpfiles.d 210952 28 rider 2022-05-21 10:19:39 +0300 Спасибо, действительно /lib/tmpfiles.d 211019 29 liannnix 2022-05-23 20:48:32 +0300 Исправил пакет tayga: * Перенес spec в .gear * Исправил tayga.service * Добавил конфиг для tpmfiles.d https://git.altlinux.org/people/liannnix/packages/?p=tayga.git;a=log;h=refs/tags/0.9.2-alt3 #300491 TESTED #1 [test-only] p10 tayga.git=0.9.2-alt3 Подскажите, пожалуйста, есть ли смысл переносить tayga.service в директорию .gear? Изначально в исходниках его не было. Нужно ли добавлять поддержку sysvinit? 211027 30 liannnix 2022-05-24 02:17:12 +0300 Поправил пакет monitorix. https://git.altlinux.org/people/liannnix/packages/?p=monitorix.git;a=shortlog;h=refs/tags/3.14.0-alt1 #300510 TESTED #1 [test-only] p10 monitorix.git=3.14.0-alt1 Впринципе monitorix и tayga, на мой взгляд, готовые пакеты. 211030 31 rider 2022-05-24 10:07:30 +0300 (Ответ для Andrey Limachko на комментарий #29) > Исправил пакет tayga: > * Перенес spec в .gear > * Исправил tayga.service > * Добавил конфиг для tpmfiles.d > https://git.altlinux.org/people/liannnix/packages/?p=tayga.git;a=log;h=refs/ > tags/0.9.2-alt3 > #300491 TESTED #1 [test-only] p10 tayga.git=0.9.2-alt3 > > Подскажите, пожалуйста, есть ли смысл переносить tayga.service в директорию > .gear? Изначально в исходниках его не было. Это на любителя, но лично я предпочитаю всё, что имеет отношения к альту держать в отдельном каталоге - так потом удобнее с этим работать. > > Нужно ли добавлять поддержку sysvinit? Такого требования нет. По желанию. 211033 32 rider 2022-05-24 10:19:09 +0300 по monitorix: https://git.altlinux.org/people/liannnix/packages/?p=monitorix.git;a=commitdiff;h=6c705c594843f823d2bacfad7a603d98357d1955 d /run/monitorix 755 root root если 755 для работы не нужен, то лучше сделать 750 У этого коммита плохой commit message: https://git.altlinux.org/people/liannnix/packages/?p=monitorix.git;a=commitdiff;h=e6b76014569f2f6bf193fd3ce671c40b8bf2d267 ну и соответственно ему запись в changelog тоже кривая: https://git.altlinux.org/people/liannnix/packages/?p=monitorix.git;a=commitdiff;h=abca8aa07a4c12c1572e4f372ced0d73758263fd плюс есть пожелания от многих разработчиков в changelog spec писать изменения в past time вот этого изменения в _пакете_ не было: "- Move spec file to .gear directory" и т.к. пакет ещё не попадал в репозиторий, то я рекомендую всю историю изменения его .gear начать с нуля. 211035 33 rider 2022-05-24 10:31:01 +0300 по taiga: URL у проекта такой: http://www.litech.org/tayga/ проект заброшен в апстриме, какая цель его сборки ? 211039 34 liannnix 2022-05-24 10:42:54 +0300 (Ответ для Anton Farygin на комментарий #33) > по taiga: > URL у проекта такой: http://www.litech.org/tayga/ > > проект заброшен в апстриме, какая цель его сборки ? Проект действительно заброшен, но это одно из двух приемлемых решений для NAT64 под linux. Простое, стабильно, работает в userspace. Есть ещё Jool https://www.jool.mx/en/run-nat64.html, он более-менее живой, но там гораздо хуже производительность. 211048 35 rider 2022-05-24 11:46:48 +0300 (Ответ для Andrey Limachko на комментарий #34) > (Ответ для Anton Farygin на комментарий #33) > > по taiga: > > URL у проекта такой: http://www.litech.org/tayga/ > > > > проект заброшен в апстриме, какая цель его сборки ? > > Проект действительно заброшен, но это одно из двух приемлемых решений для > NAT64 под linux. Простое, стабильно, работает в userspace. Есть ещё Jool > https://www.jool.mx/en/run-nat64.html, он более-менее живой, но там гораздо > хуже производительность. Есть отличная утилита cleanup_spec из пакета rpm-utils выполните её для своих spec-файлов, посмотрите результат. 211056 36 liannnix 2022-05-24 12:58:17 +0300 По tayga. Учёл замечания, почистил историю коммитов. Обычно стараюсь делать атамарные коммиты и избегать rebase, но с новыми пакетами действительно другой случай. cleanup_spec только убрал фигурные скобки с переменных 211058 37 rider 2022-05-24 13:19:50 +0300 https://git.altlinux.org/people/liannnix/packages/?p=tayga.git;a=commit;h=1ce230c908d265758efaa9d30a7feed55c4083ff а .gitignore точно нужен в этом коммите ? 211059 38 rider 2022-05-24 13:22:19 +0300 https://git.altlinux.org/people/liannnix/packages/?p=tayga.git;a=blob;f=.gear/tayga.spec;h=1fd8d9ee51853eda25900479ce592b3a7f14ba14;hb=1ce230c908d265758efaa9d30a7feed55c4083ff#l23 только сейчас заметил %setup -n %name-%version это дефолт, можно не указывать -n 211061 39 liannnix 2022-05-24 13:26:06 +0300 (Ответ для Anton Farygin на комментарий #37) > https://git.altlinux.org/people/liannnix/packages/?p=tayga.git;a=commit; > h=1ce230c908d265758efaa9d30a7feed55c4083ff > > а .gitignore точно нужен в этом коммите ? Могу убрать, но обычно всегда его добавляю, чтобы git игнорировал временные файлы vim. Или Вы имеете ввиду, что его стоит перенести в Initial commit? 211062 40 rider 2022-05-24 13:28:26 +0300 да, я думаю что его лучше оформить отдельным коммитом, а не в общем коммите с добавлением .gear/* 211082 41 liannnix 2022-05-24 15:50:40 +0300 По monitorix. Изменённые файлы .logrotate, .service и т.д. не стал переносить в .gear, так как они были в исходном репозитории изначально. Разработчики могут что-то поменять в них, и я могу не заметить это при следующем мерже из upstream. В остальном постарался учесть предыдущие замечания. 211083 42 rider 2022-05-24 16:01:52 +0300 И это правильно - если файл был, то конечно его проще поправить коммитом. tayga можно отправлять в репозиторий 211085 43 liannnix 2022-05-24 16:23:05 +0300 (Ответ для Anton Farygin на комментарий #42) > И это правильно - если файл был, то конечно его проще поправить коммитом. > > tayga можно отправлять в репозиторий Готово #300565 EPERM #1 sisyphus tayga.git=0.9.2-alt1 211215 44 rider 2022-05-27 18:44:41 +0300 taiga заапрувил. Давайте соберём ещё какой-то пакет, у меня есть некоторые сомнения что удалось разобраться окончательно во всех нюансах сборки. 211216 45 sin 2022-05-27 20:46:47 +0300 В рамках боевых задач уже был доработан и собран cloud-init с более полной поддержкой etcnet: https://git.altlinux.org/gears/c/cloud-init.git Предлагаю исправить в нём Url на более актуальный https://cloud-init.io, а также сделать обновление до последней версии 22.2: https://github.com/canonical/cloud-init 211222 46 rider 2022-05-27 21:38:34 +0300 Женя, я видел работу над cloud-init. Было бы неплохо собрать какой-то пакет с нуля. Если есть сложность с выбором, то я помогу. 211229 47 liannnix 2022-05-28 18:03:22 +0300 (Ответ для Anton Farygin на комментарий #46) > Женя, я видел работу над cloud-init. Было бы неплохо собрать какой-то пакет > с нуля. > > Если есть сложность с выбором, то я помогу. У меня в списке интересных мне пакетов пока только три: clatd implements the CLAT component of the 464XLAT network architecture specified in RFC 6877 В пару к tayga. Клиентская часть для прямого доступа к ipv4 адресам в ipv6 only сетях https://github.com/toreanderson/clatd mdless Аналог less для просмотра Markdown файлов в терминале https://github.com/ttscoff/mdless systeroid sysctl на стероидах)) https://github.com/orhun/systeroid Актуальность для текущих задач сомнительная. Возможно стоит собрать что-то более насущное? 211230 48 liannnix 2022-05-28 18:04:02 +0300 (Ответ для Evgeny Sinelnikov на комментарий #45) > В рамках боевых задач уже был доработан и собран cloud-init с более полной > поддержкой etcnet: > https://git.altlinux.org/gears/c/cloud-init.git > > Предлагаю исправить в нём Url на более актуальный https://cloud-init.io, а > также сделать обновление до последней версии 22.2: > https://github.com/canonical/cloud-init Обновлю в любом случае. 211231 49 andy 2022-05-28 18:20:42 +0300 (Ответ для Andrey Limachko на комментарий #47) > mdless > Аналог less для просмотра Markdown файлов в терминале > https://github.com/ttscoff/mdless Неистово голосую за этот пакет! 211232 50 rider 2022-05-29 10:21:22 +0300 (Ответ для Andrew Vasilyev на комментарий #49) > (Ответ для Andrey Limachko на комментарий #47) > > mdless > > Аналог less для просмотра Markdown файлов в терминале > > https://github.com/ttscoff/mdless > > Неистово голосую за этот пакет! Это ruby, я не смогу его нормально проверить. актуальные задачи на сборку можно посмотреть здесь: https://bugzilla.altlinux.org/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&list_id=26387&product=New%2Fproposed%20packages&query_format=advanced 211241 51 sin 2022-05-29 18:03:28 +0300 По-моему, часть "актуальных" запросов может быть уже не актуальны. Например, про KDE4. Требуется актуализация полученного в багзилле перечня. Плюс предлагаю рассмотреть ftbfs: http://git.altlinux.org/beehive/stats/Sisyphus-x86_64/ftbfs-joined 211243 52 rider 2022-05-29 22:39:26 +0300 С актуализацией всё просто - надо смотреть посвежее. ftbfs не нужно, мне очень нужно увидеть сборку ещё одного нового пакета с нуля. 224311 53 liannnix 2023-04-11 14:38:57 +0300 Взялся собрать пакет OpenWebStart (https://bugzilla.altlinux.org/43777) по запросу. После разбора вопроса и стало ясно, что собирать его не имеет смысла, а есть необходимость пересобрать и допилить уже существующий пакет mozilla-plugin-java-1.8.0-openjdk, который, по факту, является проектом icedtea-web. В результате: #317655 DONE #2 sisyphus icedtea-web.git=2.0.0-alt3_pre.0.1.alpha26.patched1.3jpp11 (approved by @viy) 224314 54 nir 2023-04-11 15:00:24 +0300 liannnix проделал большую работу и по результатам тестирования, проведённого коллегами, видно, что человек готов как специалист. Переработал сложный спек сложного проекта и организовал тестирование функционала с разбором проблем. Давайте продвинем человека дальше по процессу: > 4.2 Ожидать решения рецензента о готовности кандидата. 224315 55 rider 2023-04-11 15:08:29 +0300 https://git.altlinux.org/tasks/archive/done/_310/317655/gears/100/git?p=git;a=commitdiff;h=46050da47144dcfa26ecf193a6fa4102a70defa1 текст этого коммита не соответствует сделанным в нём изменениям. 224492 56 liannnix 2023-04-14 13:12:35 +0300 (Ответ для Anton Farygin на комментарий #55) > https://git.altlinux.org/tasks/archive/done/_310/317655/gears/100/git?p=git; > a=commitdiff;h=46050da47144dcfa26ecf193a6fa4102a70defa1 > > текст этого коммита не соответствует сделанным в нём изменениям. Действительно. Пропустил это при очередном rebase. Исправил. #318457 EPERM #3 sisyphus icedtea-web.git=2.0.0-alt4_pre.0.1.alpha26.patched1.3jpp11 225467 57 liannnix 2023-05-04 22:08:12 +0300 Переделал репозиторий пакета icedtea-web. Теперь исходники из upstream хранятся вместе с git-историей. Сделал в стиле @shaba (видел у него собранные так пакеты) и sudo: пустая ветка со спеком, upstream - отдельно, ветка с патч-коммитами - отдельно. #318457 EPERM #7 sisyphus icedtea-web.git=2.0.0.alpha26-alt1_jpp11 225511 58 nir 2023-05-05 14:02:55 +0300 Посмотрел наработки Андрея. Инструкции Gear оформлены корректно, на мой взгляд. Работа как таковая имеет ценность. Предыдущие замечания учтены. Мне нравится. 225512 59 rider 2023-05-05 14:13:06 +0300 Если вы переходите на сборку из git. то отдельное хранение в разных ветках spec'а, патчей и исходников не облегчает работу над проектом, а сильно её усложняет. цель перехода на git - облегчить процесс сборки и доработки, а не сделать его максимально сложным. Никакого смысле держать спек в отдельной пустой ветке нет. 225513 60 rider 2023-05-05 14:17:02 +0300 https://git.altlinux.org/tasks/318457/gears/300/git?p=git;a=blob;f=.gear/rules;h=5437f5f185ae6f70af405dcc62dd3a49c63ed870;hb=94290060a12130a476990ca9867acf2e520fd1b5 предлагаю ветку с альтовыми патчами и .gear объединить, а в diff добавить exclude для каталога .gear, что бы патч был чистый. пример: https://git.altlinux.org/gears/o/ocaml-ssl.git?p=ocaml-ssl.git;a=blob;f=.gear/rules;h=b72b429331cf567dd59fd10c5a0c2c5447fa5873;hb=e1858b1c426d85e4f0599577cadd33d4c3c5eb03 225826 61 rider 2023-05-15 10:44:22 +0300 ну и на самом деле этот icedtea-web абсолютно нерабочий. 225872 62 liannnix 2023-05-15 17:04:28 +0300 (Ответ для Anton Farygin на комментарий #60) > https://git.altlinux.org/tasks/318457/gears/300/git?p=git;a=blob;f=.gear/ > rules;h=5437f5f185ae6f70af405dcc62dd3a49c63ed870; > hb=94290060a12130a476990ca9867acf2e520fd1b5 > > предлагаю ветку с альтовыми патчами и .gear объединить, а в diff добавить > exclude для каталога .gear, что бы патч был чистый. > > пример: > https://git.altlinux.org/gears/o/ocaml-ssl.git?p=ocaml-ssl.git;a=blob;f=. > gear/rules;h=b72b429331cf567dd59fd10c5a0c2c5447fa5873; > hb=e1858b1c426d85e4f0599577cadd33d4c3c5eb03 Сделал. #318457 TESTED #9 [test-only] sisyphus icedtea-web.git=2.0.0.alpha26-alt1_jpp11 225873 63 liannnix 2023-05-15 17:05:34 +0300 (Ответ для Anton Farygin на комментарий #61) > ну и на самом деле этот icedtea-web абсолютно нерабочий. Что именно нерабочее? Я проверял, jnlp нормально отрабатывают. 225874 64 rider 2023-05-15 17:45:42 +0300 Да просто запускается и тут же прекращает свою работу. до iKVM не доходит. 225875 65 rider 2023-05-15 17:48:33 +0300 вот этот коммит выглядит странно, на мой взгляд он не нужен, по крайней мере целесообразность такого переименования нигде не указана. https://git.altlinux.org/tasks/318457/gears/400/git?p=git;a=commitdiff;h=b9fdb68b2711e5615138bbe36f73d37a5f4c3525 226047 66 liannnix 2023-05-18 15:22:04 +0300 (Ответ для Anton Farygin на комментарий #64) > Да просто запускается и тут же прекращает свою работу. > > до iKVM не доходит. Выяснил, в чём дело. iKVM__V1.69.39.0x0 требуется библиотека libnsl1. Без неё оно не запускается в принципе. Напишу об этом статью на вики. 226052 67 liannnix 2023-05-18 16:15:33 +0300 (Ответ для Andrey Limachko на комментарий #66) > (Ответ для Anton Farygin на комментарий #64) > > Да просто запускается и тут же прекращает свою работу. > > > > до iKVM не доходит. > > Выяснил, в чём дело. iKVM__V1.69.39.0x0 требуется библиотека libnsl1. Без > неё оно не запускается в принципе. Напишу об этом статью на вики. Добавил заметку на страничку https://www.altlinux.org/IKVM. 226059 68 rider 2023-05-18 17:46:51 +0300 может быть проще зависимость добавить ? 226061 69 liannnix 2023-05-18 18:10:21 +0300 (Ответ для Anton Farygin на комментарий #68) > может быть проще зависимость добавить ? Можно, но это ведь будет зависимость только для iKVM. Для работы самого icedtea-web она не требуется. Но если Java Web Start, по сути, сейчас ни для чего больше не используется, то, возможно, в этом есть смысл. Добавлять? 226062 70 liannnix 2023-05-18 18:10:56 +0300 (Ответ для Anton Farygin на комментарий #65) > вот этот коммит выглядит странно, на мой взгляд он не нужен, по крайней мере > целесообразность такого переименования нигде не указана. > > https://git.altlinux.org/tasks/318457/gears/400/git?p=git;a=commitdiff; > h=b9fdb68b2711e5615138bbe36f73d37a5f4c3525 Убрал. #318457 TESTED #11 [test-only] sisyphus icedtea-web.git=2.0.0.alpha26-alt1_jpp11 226098 71 rider 2023-05-19 09:07:36 +0300 (Ответ для Andrey Limachko на комментарий #69) > (Ответ для Anton Farygin на комментарий #68) > > может быть проще зависимость добавить ? > > Можно, но это ведь будет зависимость только для iKVM. Для работы самого > icedtea-web она не требуется. Но если Java Web Start, по сути, сейчас ни для > чего больше не используется, то, возможно, в этом есть смысл. > > Добавлять? конечно, ведь iKVM это основная головная боль админов при настройке серверов, а больше этот icedtea-web вроде как ни для чего и не нужен. 226099 72 rider 2023-05-19 09:13:44 +0300 (Ответ для Andrey Limachko на комментарий #70) > (Ответ для Anton Farygin на комментарий #65) > > вот этот коммит выглядит странно, на мой взгляд он не нужен, по крайней мере > > целесообразность такого переименования нигде не указана. > > > > https://git.altlinux.org/tasks/318457/gears/400/git?p=git;a=commitdiff; > > h=b9fdb68b2711e5615138bbe36f73d37a5f4c3525 > > Убрал. > #318457 TESTED #11 [test-only] sisyphus > icedtea-web.git=2.0.0.alpha26-alt1_jpp11 Андрей, предлагаю перейти в личку, я вообще не понимаю что и как делается с этим репозиторием. Переход от не-git к git может быть реализован двумя способами: 1) просто взять другой репозиторий, добавить в него всё что нужно (.gear/rules, spec и т.д.) и при сборке на сборочнице порвать наследование через task check-git-inheritance 2) перейти на другое дерево, подшив старую историю: git merge --no-commit --allow-unrelated-histories -s ours <апстримный тэг> git read-tree -u --reset <апстримный тэг> git checkout @ -- .gear <и другие файлы, которые надо забрать из старой ветки> git commit -a и дальше поправить файлы для сборки по другой схеме и сделать второй коммит. 226165 73 liannnix 2023-05-21 20:33:11 +0300 Пакет icedtea-web с исправлениями уехал в sisyphus. #318457 DONE #15 sisyphus icedtea-web.git=2.0.0.alpha26-alt1_jpp11 226166 74 rider 2023-05-21 20:43:55 +0300 кандидат разобрался со сборкой пакетов и,на мой взгляд, готов уже делать это самостоятельно. 226502 75 glebfm 2023-05-26 11:33:44 +0300 Адрес подписан на devel@. Пользователь добавлен в группу мейнтейнеров. Желаю удачного мейнтейнерства! 226576 76 liannnix 2023-05-27 09:57:46 +0300 (Ответ для Gleb F-Malinovskiy на комментарий #75) > Адрес подписан на devel@. > Пользователь добавлен в группу мейнтейнеров. > > Желаю удачного мейнтейнерства! Спасибо! 9760 2021-10-02 22:26:10 +0300 2021-10-02 22:26:10 +0300 GPG public key liannnix_public.gpg text/plain 3127 liannnix LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tDQoNCm1RSU5CR0ZZb2c4QkVBQzVW aHN3eXU1RkNUenAvU0FSRlhHQlNZSVQvSzU0YVppaUk5eUtwZFE1akpLL2U4ZHkNCmhYdUpQelF1 MldDWTlqcStiaUlXaTVSc0htM1oyWmJXWmxzWllUTnZ2ODUvNytzbHEyc3gwVjcxQ1ZERU95Y3EN ClBkcEswUWsxbmxGNjg4YzRub2NyWU9LOTd4empqV3ZyNXYrTTk5QmI0SnRVQ2V2cFkyTjJ5Q216 OHlnektlTjUNCkZ1L0VmUzNiRDhkSTFTTnF0V3lMWGhMRzZKaVJTdXE4UHVUSWxZWlIrV24rNjJr akNrcmcyN1NmMU1sc3V1TW8NCjF6bkt3a3RjOTQwRHNYQkNwdzd3YWtxd05WVk50cVRxTTA4ZzdJ RWtTUFRLZU5kTm9BYUozNzZjSzBKcFhLdmcNCkhna3lmbmh0ZDRhUFlRbTZwSVhkdkJlTW1yN0NK VkNOc1BZSzNKbkdzUnFJay9TRFdVREhlNjhFUmdSL0hLODYNCnlsQ0lJSDBhdGJHT0toK05aaElp MEE4UEVheE0zTDFWUDFIVFM2c2J0WmRibTdNOUQzZXVOdkVOMXF3SGhraTcNClhWUzQ5QkR0cWpX Q2dLSndRY1l5eHZoeGtWY0pyZHdETnEyL3JQdW1LMFhHd3ZQRnE5NHJ2dDFyWDZXcFFjQ00NClAy WlNVM2R5bDJPTGN0Q2U0Q0NHZUdpdE5UMnhGRXRzYllaY0FRNVdvOWUrdldhVGZUMWo3KzZOUlJX TklybU4NCi9QN0dxYWdDSWFLeXRuUHFHNTk2Skw0TFUvK3ZBQSs1SW43Y1FGZWVOUjhpS1p3cXp3 ajM4UzNuRGZJb0NvZEYNCnM3YTJBalZEbWxLL2lJY2U2NDdsUnpBSWdaSTRvYSs0TXJ4azVIVEhm UThCV0s1NnhtQkpuditVV3dBUkFRQUINCnRDZEJibVJ5WlhrZ1RHbHRZV05vYTI4Z1BHeHBZVzV1 Ym1sNFFHRnNkR3hwYm5WNExtOXlaejZKQWpnRUV3RUMNCkFDSUZBbUZZb2c4Q0d3TUdDd2tJQndN Q0JoVUlBZ2tLQ3dRV0FnTUJBaDRCQWhlQUFBb0pFQjJPNnk1QWduTEENCkdsMFAvaXVEdjdUK0RO Tkd3eG56OWg2Q2ZxeGJFaVhWOFI1VUs4ZHN3VmMvemowbVdyaWV6ZHByQkJ5RnZQWFANCjNjVENQ Y01zK3NaR3FLQmRuelFqeEFZa05lZmFzZ3lTVnVyRVR1MWpacDRkbXN5NjR2WTlKdWt6b2gyZ2wy QzMNCkh4Tm03RGtrcDUyRmhsVlJ2aVFXdEVyS1A4QzdOSkFTRlUvT0QyQ3NkNTl0YlRlVHFtWnQ4 TUVLZVZBbTlqajANCk5POFlYNU56blhQUTdyNGlVMXBUYnB2dC82QVRRUG51MTJrbFNiV0wxREo2 ZUpoOU9RWFdPN1hBMUNhNkpSOEQNCk5vcGlhMjVtdVN0dFNyMCtkUWN4eWN2K0R4WURPcGdvUVQ2 SHBQR2c1S2lTZm1uMzBuemo3M3lmYVVaR24yangNCm10U29ISlBJa1djN3hycHNVYktKT0R4Z1lR aTUzY2dudVM3eWNyNnpmdFVCYzZXNDhNVGh4c1MzTVFvZVBmMTgNCkI3RFJuMXcrbHlzUk5jQWlp WG1LOTB1QVByVFhoUTh4eDR3MkFYMmpvSEp2YitDL1c0d1hUS1o3NndrdS9MK2ENCkxXV1ZTYk11 bjkxcUVFeWFpZTRrNmVmTnA5NnFKeC9GV1ZiS1RTblRwQ3RsUFk3blNEZWVZRC9yTkwxSUF4KzkN Cm1MWVBRUlYxNnQvTDlxSGdWelA1QnlxZnppeEZsNllJemluNkZ0U3Z4aFpITDhzc2JNRExFT1dn OG90aHhvK0oNCnZnam9md2YxZFl1U2ZQcmVtWFJyM2dmWGxMREhscUovSmZMbFBNM3U3TUkvNUJH b2NJanlmME4vQUZDZ29sdkkNCnFreVlxUUZKMnUxbXZQbHFhSVdzK2NSRysrcmZhUXpzNThOSDZx U1lQSHZRTTlxeXVRSU5CR0ZZb2c4QkVBRFMNCkptdGJzWjhJL1ROUnRZSHduckNNaW1BT1hvM3M4 S0kwZmN6UkNXTWdrbDhLTTdxQkZBcFZaSnlyUTJMbnlXYlANCnpyREFZeXhra01ma0t6N2FCTzhm V1IwWFQzZm5lOW9XbkdoTVRhaEczOVo5T1d5UnJkMDBBQy9VYjQzRTROTHQNCmlycUdZeUpJbkZL dnZZT2tGNHpKUktBbjZ5L3ZKTjBqVUNaazc0aWRXVTA2VmdodG9mRWF4VVNvQTFZTnhRZ3MNCktP WW9pMkMvbHI2Y3hrSVV6QUl4b3g5WkVldm10TUZ3Vm04Ty9kUGd0OTJKa1BKYVFxUUFmdVVTbTBn cTQ4RFANCisxMUFYRGl2dmtqTWJJdVZsQ2dNa2d2L2l6cHVyRUEwMzFpeVBxTExaVFNmemZMR0JN N2grMmRWTWFzNTJkRUgNCnNSSWw1UmNZSnZnT2RES3N6aTRtek1FbjFnSGdMMzJDZi9UdmtWZzFK NE5kdjNjTEJFdm9yc0F3UnJaZU5WcUYNCi8yM095UE9pV1RXZzlDdHNmbUlIUU1mVlB1dUVDSWNy enZGejMvZlZuai9Fajg1VEZ5bTV3YzlZOFZQM09NOFMNCm9LNUNBWXQzZ2ZkT3V5Q2lTMzRXeVJn aFdRUHBoRGFsRlZBTUhhZ2hUOE0xZ1dxL055ZHlwUzlLelJCKzVqcWINCmNCWmpMQXk0a2Iydmow SkFwZkk0L1Y4RG1hS3lBS0VVQllCWkRyM1FnR1JBU0owYjE4d0dEcG9wNDVXckFZSVENCjJPSHpN cVNUZ0l1QTNUQm9XQTVkV0NkdzhGcnFGc1Z1RmMwY25mdVA3aktCSTZ6R0Z0UXpQdFE2NVRKaGFh VTcNCnRHbnlWOXAwSlExWkJLZUJFc1gwbE9obGsxUnBSaUhRUWdVUkwxQWFzd0FSQVFBQmlRSWZC QmdCQWdBSkJRSmgNCldLSVBBaHNNQUFvSkVCMk82eTVBZ25MQWZyb1AvUndIYmM2N1JSVC9ZNnZN TGovVDlIZ3p4ZFZOZ2JpZGloaGYNCmxjcXVnMmF5Mm56eGRINXNoYURjNjB0emhVRlI2aTVndWNH WVRUck9KQ1cxTnVuTURIUVA3ZDdFQXYxd3B2TXoNCkxqRHRndzE0dHUzc3YrQWZET04zUzlPVXhy WmR1S29SQlNTcnlzT2EzL2pQKzhpKzN2dW0wZUFzSitXTFRWVEcNCjlrMi9OK2pmWmwxUUhEY29N VVl4MFNsUE42QXR2bDh4OVJKN0tPZnozVHg1WnNnZGF2bnVDUThaaVpiWmtFRUINClR5ajNub2hK RzVWdVFsZ09UVEdMWGdOMjdBdUpoZ091VWtYYjZpNVJFdGxOR0lZWFB3VTA2SkFWSlVOMUE3ak4N CkdtYzVOZlJUaE1lZ0lUd2xKREpFR0d3Vzg4RUUyOTRNZEdCYXZJaWNRTWp6eHpDbUlablZ1YTVD bVVHZk9aMjcNCnZnRWM5QWV6VklkOGEwZGFvb05XeGRCMCtQZFE2a3czMlRocThpeklpR0IzVWtq YVVzUU9CRlRYbitTNkRWbE0NCjM5MGk2cmJOMzhwQW9heFlEeFprV1VKMEI4ZXJ1dFZVYXpONVlw bnJMOCt2L056ZW92UTlYeGtpT3gvd3dMRzYNCnFqc2hEdzRxdUxTekZTdDRObWFKRUlTZHQ0Yks5 NUhrUTlzaGpLWHF3SDlrMUQ5ZWJvVE1NdUdzRnVMQVlBcisNCjRUVk5BUkJHWU1MQWhZaGpYSU1H Njk5bHNqcHNBZmVZU2hENjFVTDlUTmZzUFdQMlNHQ0hxaExLd0x4R3pmaWkNCkFKa0I0UStyZFFm V1p4YjMzTkszZjJrZFlneG9yWkFuTWljUEhkdmNHNkh3OG12U0FzaVdtaTJzZW03dmNSdU0NClJS K0dYU1ZhDQo9dElSRA0KLS0tLS1FTkQgUEdQIFBVQkxJQyBLRVkgQkxPQ0stLS0tLQ== 9761 2021-10-02 22:29:47 +0300 2021-10-02 22:29:47 +0300 SSH public key liannnix_public_rsa4096.pub text/plain 746 liannnix c3NoLXJzYSBBQUFBQjNOemFDMXljMkVBQUFBREFRQUJBQUFDQVFEMVlrTWoxaHJ5RnZ2TEtxaWp1 c2owOUpzQ1k3UGRqWkFHYVVzTTlzSzBaQk5UZ1BOd21kTjdzWVVmbU51R1l3MjBHR29yWXFpZ0JF YzJZNjltcFo4QmNzQmQ1b1VwNWU1SGVQcFlGWFZsMENJRWJ5eFhtZHU3bnJEeDBiMHlacGFYQXFL NHA4RFZLcCtvRGdjaUZNbWpJa2grNVpDYmJTcyt0dlBOVHh6NDI5NXVJMDNTWHpNRkhLUTYyNTJ0 a01wU1FOSzJtaGFXZldEaFYvSi96YXk2QytLei9iTllyaHVPUFc3R2dDMUZsZUs4ZVdIVCs0RjVz QVVaNFVnTnJFbXlDMEJvVE5keUYrU052REU1ZUEvcUNLdUVvSEZnandNMUMyTFlMLzJzRTNrcFBX NjJQRnc5V0E0a2lONTI4dHNqUmpvVVpmNi9iVnExdEdLdFA1Wkl5NGdHNEtmS01XK3VzV3VwcmdO RG9jUW8xZ3hpTVFyRWZVOUFNQkNmdFcyN3JzOEt1dTVZU3EvK2ZSdmx6YmNHMHc1ckgvSzRtMmFw TmVENTZvL2FvT1N3U0ZpQjM5cTVjWHdxMURWbm9VT3lKSkV0OHdKaUJmY3QvbkJOOVlkVnlHTkZJ QU1NNzl2K3lQN3BrQzgyVTRianJlVVlwSlpKTys0VXBHL2Jqd2xlZzhVcHRTYXlYWDBaVGoyN2h5 RzEwYVk2ODJpRmhNKzAwMlFDbzJ6NmF3b29ocm5nTEJPWXduOCt0VmMzdnRZSG5UQnhWOWVQV3lX aW53N2ZKelBKZ093ZnNick1IN0ZLN1FtM04wNEZyYU1jdWxCTERBbG5pT2U2ZU84ZXJ0NnNTU0Zk bTVJWUN2L3RwWHhXb0IwMks4MnNhR1E4WEVwNzJoaFdJQ1hFMVE9PSBsaWFubm5peEBhbHRsaW51 eC5vcmc=