41139 2021-10-17 17:20:08 +0300 [done] join respublica@ 2025-01-28 15:59:40 +0300 1 1 4 Development Team Accounts join unspecified x86_64 Linux CLOSED FIXED https://www.altlinux.org/Team/Join/Secretary P5 normal --- 1 ytinka7 glebfm andy arseny george glebfm grenka ldv mike rider sin cas oldest_to_newest 203865 0 9829 ytinka7 2021-10-17 17:20:08 +0300 Created attachment 9829 Open ssh key Псевдоним - CausaPrincipalis71 Адрес пересылки почты - leonid@znamenok.com Имя ментора - Георгий Курячий. Почта - george@altlinux.org. Цель - просто помочь со сборкой чего-нибудь. 203866 1 george 2021-10-17 17:31:29 +0300 Мне кажется, CausaPrincipalis71 — слишком монструозный и незапоминающийся ник (особенно 71), у нас в сообществе нет особых проблем с выбором ника, это я вам как человек с ником george говорю) Поменяйте, пожалуйста, на что-нибудь более удобное в общении 203870 2 9830 ytinka7 2021-10-17 19:45:50 +0300 Created attachment 9830 Open gpg key 203871 3 ytinka7 2021-10-17 19:47:07 +0300 (Ответ для Fr. Br. George на комментарий #1) > Мне кажется, CausaPrincipalis71 — слишком монструозный и незапоминающийся > ник (особенно 71), у нас в сообществе нет особых проблем с выбором ника, это > я вам как человек с ником george говорю) > > Поменяйте, пожалуйста, на что-нибудь более удобное в общении Хорошо. Новые: Ник - ad_astra Почта - ytinka7@gmail.com 203900 4 glebfm 2021-10-18 15:14:22 +0300 (In reply to Leonid from comment #3) > Ник - ad_astra Увы, так не получится: "Имя должно начинаться с буквы, содержать только буквы и цифры, быть не короче трёх символов;" https://www.altlinux.org/Процедура_принятия_в_Team 203934 5 ytinka7 2021-10-18 19:25:56 +0300 (Ответ для Gleb F-Malinovskiy на комментарий #4) > (In reply to Leonid from comment #3) > > Ник - ad_astra > > Увы, так не получится: > > "Имя должно начинаться с буквы, содержать только буквы и цифры, быть не > короче трёх символов;" > https://www.altlinux.org/Процедура_принятия_в_Team Хорошо, тогда прикрепляю новый ключ. Ник - respublica. В alt-gpgkeys был не занят. 203935 6 9840 ytinka7 2021-10-18 19:27:34 +0300 Created attachment 9840 New open gpg key 203936 7 glebfm 2021-10-18 19:55:52 +0300 (In reply to Leonid from comment #6) > Created attachment 9840 [details] > New open gpg key В этом ключе два uid-а в домене altlinux.org, тот, который с подчёркиванием стоит удалить. 203937 8 9841 ytinka7 2021-10-18 20:05:36 +0300 Created attachment 9841 Open gpg key with only one uid Исправил 203938 9 glebfm 2021-10-18 20:21:57 +0300 (In reply to Leonid from comment #0) > Created attachment 9829 [details] > Open ssh key Ok. (In reply to Leonid from comment #8) > Created attachment 9841 [details] > Open gpg key with only one uid Ok. 203939 10 george 2021-10-18 20:31:18 +0300 Подтверджаю своё менторство. Мне кажется, ключи в порядке. Можно потихоньку дальше идти. → 2.0 203942 11 glebfm 2021-10-18 20:51:46 +0300 ssh ключ на gitery.alt зарегистрирован. Адрес для пересылки создан. T/J/S -> 2.3. 205118 12 george 2021-11-20 13:14:12 +0300 У кандидата уже несколько репозиториев рабочих. Есть предложение запустить человека на сборочницу. → 3.0 205447 13 glebfm 2021-11-29 16:03:05 +0300 ssh ключ на gyle.alt зарегистрирован. Пакет alt-gpgkeys обновлён. T/J/S -> 3.4. 213564 14 ytinka7 2022-08-09 17:48:58 +0300 Два пакета для готово https://git.altlinux.org/people/respublica/packages/?p=stockfish.git;a=summary https://git.altlinux.org/people/respublica/packages/?p=dconf-defaults-editor.git;a=summary 213756 15 george 2022-08-16 15:32:24 +0300 (Ответ для Leonid на комментарий #14) > https://git.altlinux.org/people/respublica/packages/?p=stockfish.git Поле "Release:" обозначает релиз пакета в репозитории, его не нужно увеличивать, если пакет туда не попал. Если вы разбиваете работу с пакетом на несколько коммитов (что совершенно правильно), сам релиз и Changelog меняются только один раз (с сообщением об этом в последнем коммите). Предлагаю воспользоваться тем, что пакет не опубликован и потренироваться в git rebase — поменять сообщения, релиз, и заодно убрать неиспользуемые закомментироанные строки. > https://git.altlinux.org/people/respublica/packages/?p=dconf-defaults-editor.git Если в самой программе ссылка на документацию? https://causaprincipalis71.github.io/dconf-defaults-editor/ Если нет, стоит подумать либо об этом, либо о том, чтобы как-то включить её в состав пакета, хотя бы в виде ссылки из файла README. P. S. Что там с package-into-appimage ? Правильно ли я понимаю, что hsh-rpm-into-appimage устарел, и сейчас у вас есть разнодистрибутивный продукт, который на ALT работает? 213765 16 ytinka7 2022-08-16 16:57:22 +0300 (Ответ для Fr. Br. George на комментарий #15) > > https://git.altlinux.org/people/respublica/packages/?p=stockfish.git > > Предлагаю воспользоваться тем, что пакет не опубликован и потренироваться в > git rebase — поменять сообщения, релиз, и заодно убрать неиспользуемые > закомментироанные строки. > Поправил > > https://git.altlinux.org/people/respublica/packages/?p=dconf-defaults-editor.git > Если в самой программе ссылка на документацию? > https://causaprincipalis71.github.io/dconf-defaults-editor/ > > Если нет, стоит подумать либо об этом, либо о том, чтобы как-то включить её > в состав пакета, хотя бы в виде ссылки из файла README. Ссылка из README уже есть, а саму программу сейчас перерабатываю > P. S. > > Что там с package-into-appimage ? Правильно ли я понимаю, что > hsh-rpm-into-appimage устарел, и сейчас у вас есть разнодистрибутивный > продукт, который на ALT работает? Там нужно рефакторинг сделать, слишком много хардкода 216993 17 ytinka7 2022-11-07 13:11:05 +0300 Считаю, что эти пакеты готовы и их можно пускать на сборку https://git.altlinux.org/people/respublica/packages/?p=stockfish.git https://git.altlinux.org/people/respublica/packages/?p=package-to-appimage.git 218102 18 grenka 2022-11-29 15:34:35 +0300 Меня призвали как соментора. В общем, я это подтверждаю. 220188 19 grenka 2023-01-16 18:39:21 +0300 (Ответ для Gleb F-Malinovskiy на комментарий #13) > ssh ключ на gyle.alt зарегистрирован. > Пакет alt-gpgkeys обновлён. > > T/J/S -> 3.4. Может 3.5? 3.4 как-то довольно необычно. 220189 20 glebfm 2023-01-16 18:52:44 +0300 (In reply to Grigory Ustinov from comment #19) > Может 3.5? 3.4 как-то довольно необычно. Да, в процедуре в какой-то момент поменялся порядок пунктов. 230015 21 grenka 2023-07-19 16:18:08 +0300 Кандидат вроде бы освоил некоторые базовые принципы сборки пакетов. Я считаю, что нужно звать рецензента. 231093 22 ytinka7 2023-08-09 13:12:54 +0300 Из собранного: Stockfish https://git.altlinux.org/people/respublica/packages/?p=stockfish.git;a=summary TLPUI https://git.altlinux.org/people/respublica/packages/?p=tlpui.git;a=summary Cutechess https://git.altlinux.org/people/respublica/packages/?p=cutechess.git;a=summary Pychess https://git.altlinux.org/people/respublica/packages/?p=pychess.git;a=summary python3-module-chess https://git.altlinux.org/people/respublica/packages/?p=python3-module-chess.git;a=summary 232573 23 grenka 2023-09-05 16:25:46 +0300 Всё ещё ждём рецензента, кстати. 234414 24 mike 2023-10-05 16:57:02 +0300 (Ответ для Leonid на комментарий #0) > Цель - просто помочь со сборкой чего-нибудь. О, а у меня что-нибудь есть, если что :) (Ответ для Leonid на комментарий #5) > Хорошо, тогда прикрепляю новый ключ. Ник - respublica. Из уважения к собственно смыслам слов... --- http://vitlav.livejournal.com/173879.html -> Например, после Французской революции, в некоторых переводах Аристотеля на французский язык, стали заменять латинское слово «республика», обозначавшее «политию», то есть третий хороший режим, греческим словом «демократия», у Аристотеля обозначавшее извращение этой самой политии, то есть наименее плохой из трёх плохих режимов. Затем такая подмена стала распространяться и на переводы и на другие языки, и в наши дни стала общепринятой. Таким образом, один из извращенных (плохих) политических режимов был переклассифицирован как хороший режим. --- http://rusk.ru/st.php?idar=52838 238450 25 glebfm 2023-12-05 19:22:45 +0300 Адрес подписан на devel@, теперь это делается раньше -- в пункте 3.6. 240497 26 glebfm 2024-01-23 18:00:14 +0300 Призван рецензент (rider@) для независимой оценки готовности кандидата. T/J/S -> 4.2. 240523 27 rider 2024-01-23 22:04:52 +0300 https://packages.altlinux.org/ru/sisyphus/srpms/mediamtx/specfiles/2970359690095238413#line-11 поле Packager уберите, пожалуйста и больше не используйте - у нас автоматически в это поле записывается тот, кто выполняет сборку пакета. 240525 28 rider 2024-01-23 22:07:25 +0300 поле Packager надо убирать из всех ваших спек-файлов. Это можно делать по мере обновления, главное не забывать. 240526 29 rider 2024-01-23 22:11:34 +0300 https://packages.altlinux.org/ru/sisyphus/srpms/cutechess/specfiles/2991872384523603320 - в описании сказано что это библиотека, но библиотеки в пакете я не нашёл. 240527 30 rider 2024-01-23 22:15:19 +0300 при обновлении shotcut было бы неплохо пройтись по ошибкам в этом пакете: https://packages.altlinux.org/ru/sisyphus/srpms/shotcut/issues/2926170616378566879 241794 31 ytinka7 2024-02-19 12:51:44 +0300 (Ответ для Anton Farygin на комментарий #28) > поле Packager надо убирать из всех ваших спек-файлов. > Это можно делать по мере обновления, главное не забывать. Сделано https://git.altlinux.org/tasks/341040/ https://git.altlinux.org/tasks/341036/ (Ответ для Anton Farygin на комментарий #29) > https://packages.altlinux.org/ru/sisyphus/srpms/cutechess/specfiles/ > 2991872384523603320 - в описании сказано что это библиотека, но библиотеки в > пакете я не нашёл. Поправил https://git.altlinux.org/tasks/341045/ 241808 32 rider 2024-02-19 18:51:50 +0300 (Ответ для Leonid на комментарий #31) > (Ответ для Anton Farygin на комментарий #28) > > поле Packager надо убирать из всех ваших спек-файлов. > > Это можно делать по мере обновления, главное не забывать. > > Сделано > https://git.altlinux.org/tasks/341040/ https://git.altlinux.org/tasks/341040/gears/100/git?p=git;a=commitdiff;h=1184a64f3403cdd307f78646650cd6a1cfc31a2d в TLP UI убран desktop file. Это или ошибка, или должна быть описана причина для такого изменения в changelog. > https://git.altlinux.org/tasks/341036/ Спасибо, выдал approve. > > (Ответ для Anton Farygin на комментарий #29) > > https://packages.altlinux.org/ru/sisyphus/srpms/cutechess/specfiles/ > > 2991872384523603320 - в описании сказано что это библиотека, но библиотеки в > > пакете я не нашёл. > > Поправил > https://git.altlinux.org/tasks/341045/ changelog оформлен не по правилам оформления changelog, попросите пожалуйста вашего ментора их подробно разъяснить. 52 * Mon Feb 19 2024 Leonid Znamenok <respublica@altlinux.org> 1.3.1-alt2 53 - Corrected summary 54 55 * Fri Oct 06 2023 Leonid Znamenok <respublica@altlinux.org> 1.3.1-alt1 56 - New release 1.3.1 57 58 * Tue Jul 11 2023 Leonid Znamenok <respublica@altlinux.org> 1.3.0-alt0.beta4 59 - Initial build for Sisyphus 243233 33 grenka 2024-03-20 10:24:01 +0300 (Ответ для Anton Farygin на комментарий #32) > changelog оформлен не по правилам оформления changelog, попросите пожалуйста > вашего ментора их подробно разъяснить. > > 52 * Mon Feb 19 2024 Leonid Znamenok <respublica@altlinux.org> 1.3.1-alt2 > 53 - Corrected summary > 54 > 55 * Fri Oct 06 2023 Leonid Znamenok <respublica@altlinux.org> 1.3.1-alt1 > 56 - New release 1.3.1 > 57 > 58 * Tue Jul 11 2023 Leonid Znamenok <respublica@altlinux.org> > 1.3.0-alt0.beta4 > 59 - Initial build for Sisyphus Ментор сам не в курсе, что тут неправильного. Пока в тиме есть majioa@, все остальные ченджлоги выглядят вполне себе приемлемо. 243236 34 rider 2024-03-20 10:53:15 +0300 https://www.altlinux.org/%D0%A0%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE_%D0%BF%D0%BE_%D0%BD%D0%B0%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D1%8E_changelog тут всё сказано. 256045 35 rider 2024-12-13 19:08:27 +0300 Ещё актуально ? 256104 36 ytinka7 2024-12-15 22:05:28 +0300 Да, в ближайшее время всё поправлю 257087 37 ytinka7 2025-01-10 19:18:51 +0300 Обновил пакеты: https://git.altlinux.org/tasks/368601/ https://git.altlinux.org/tasks/368600/ https://git.altlinux.org/tasks/368477/ Скорректировал стиль changelog'ов Поле Packager везде удалил 257140 38 rider 2025-01-13 09:24:56 +0300 (In reply to Leonid from comment #37) > Обновил пакеты: > > https://git.altlinux.org/tasks/368601/ > https://git.altlinux.org/tasks/368600/ > https://git.altlinux.org/tasks/368477/ > > Скорректировал стиль changelog'ов > Поле Packager везде удалил https://git.altlinux.org/tasks/368601/gears/200/git?p=git;a=commitdiff;h=d2a68c416bb3f83e89f395bb65954b317f846974 А зачем сделан этот коммит ? Из описания коммита непонятно, чем не устроило стандартное поведение. 257141 39 rider 2025-01-13 09:26:29 +0300 Аналогично тот - нет никакого смысла в такомм коммите писать что сделано - гораздо важнее написать зачем это сделано. https://git.altlinux.org/tasks/368477/gears/200/git?p=git;a=commitdiff;h=cf2d05983498d102dd11be53ca3d8a34a866c048 257142 40 rider 2025-01-13 09:29:33 +0300 https://git.altlinux.org/tasks/368477/gears/200/git?p=git;a=blob;f=.gear/mediamtx.spec;h=e5000fed9be6e1cc0024f4ca081f887d6a2c9a67;hb=d5dba90f5449d62783e9e9137760b96556928808 в этом пакете, как будто бы не хватает .service файла для запуска его в качестве системного сервиса. Как предполагается использовать этот пакет ? 257143 41 rider 2025-01-13 09:32:08 +0300 к #368600 у меня вопросов нет, заапрувил. 257179 42 ytinka7 2025-01-13 15:54:13 +0300 (Ответ для Anton Farygin на комментарий #38) > https://git.altlinux.org/tasks/368601/gears/200/git?p=git;a=commitdiff; > h=d2a68c416bb3f83e89f395bb65954b317f846974 > > А зачем сделан этот коммит ? Из описания коммита непонятно, чем не устроило > стандартное поведение. Мотивация была в том, чтобы упростить в будущем возможные наложения новых патчей при помочи gendiff, руководствовался https://www.altlinux.org/PatchHowto После изменений в коммите (добавления base=stockfish) есть возможность прямо внутри gear репозитория создать .orig файлы, внести изменения и создать патч через gendiff, который можно применять внутри спека. Без этого коммита в полученном патче пришлось бы ещё дописывать версию в пути применения. То есть валидный патч до изменений начинался бы так: --- stockfish-16/src/Makefile.orig 2023-07-19 17:38:44.506818016 +0300 +++ stockfish-16/src/Makefile 2023-07-19 17:40:58.684779063 +0300 После он может начинаться так: --- stockfish/CONTRIBUTING.md.orig 2025-01-13 15:39:57.009487500 +0300 +++ stockfish/CONTRIBUTING.md 2025-01-13 15:40:05.880526480 +0300 И второй вариант как раз получается при использовании gendiff в gear репозитории. Плюс ко всему первый вариант гарантированно ломается при любом обновлении версии - т.к. цифра в пути до исходников изменяется, и даже если патч валидный, то как минимум придётся поменять название директории. А это похоже на лишнюю работу, которая зашумляла бы общую картину изменений при обновлении. Как эту логику кратко высказать в описании к коммиту - не знаю. И она вообще корректная, или я исхожу из ложных предпосылок? 257182 43 ytinka7 2025-01-13 16:10:45 +0300 (Ответ для Anton Farygin на комментарий #39) > Аналогично тот - нет никакого смысла в такомм коммите писать что сделано - > гораздо важнее написать зачем это сделано. > > https://git.altlinux.org/tasks/368477/gears/200/git?p=git;a=commitdiff; > h=cf2d05983498d102dd11be53ca3d8a34a866c048 Локальная сборка падала с ошибкой go: cannot find GOROOT directory: 'go' binary is trimmed and GOROOT is not set В devel было обсуждение, в котором было сказано: "Как следствие GOROOT больше не константа, а пытается вычислиться. А для этого не хватает /proc." https://lists.altlinux.org/pipermail/devel/2023-August/217781.html Добавление BuildRequires: /proc починило локальную сборку, это изменение оставил. (Ну и зависимость на /proc есть практически у всех пакетов на go, мне показалось что эта зависимость там именно для исправления этой ошибки) (Ответ для Anton Farygin на комментарий #40) > https://git.altlinux.org/tasks/368477/gears/200/git?p=git;a=blob;f=.gear/ > mediamtx.spec;h=e5000fed9be6e1cc0024f4ca081f887d6a2c9a67; > hb=d5dba90f5449d62783e9e9137760b96556928808 > > в этом пакете, как будто бы не хватает .service файла для запуска его в > качестве системного сервиса. > > Как предполагается использовать этот пакет ? Я не уверен, что там нужен именно системный сервис. Сценарий использования в том, что делается копия/корректируется исходный mediamtx.yml с заданием нужных параметров, после чего от пользователя происходит запуск сервера. Идея создать отдельный сервис, который будет запускаться от рута, кажется довольно сомнительной. Идея создать отдельного пользователя под этот сервис - несколько избыточной. Поэтому я решил оставить только бинарник и изначальный конфиг, не добавляя ничего сверх того, что предоставляется апстримом. 257207 44 rider 2025-01-13 18:26:14 +0300 (In reply to Leonid from comment #42) > (Ответ для Anton Farygin на комментарий #38) > > https://git.altlinux.org/tasks/368601/gears/200/git?p=git;a=commitdiff; > > h=d2a68c416bb3f83e89f395bb65954b317f846974 > > > > А зачем сделан этот коммит ? Из описания коммита непонятно, чем не устроило > > стандартное поведение. > > Мотивация была в том, чтобы упростить в будущем возможные наложения новых > патчей при помочи gendiff, руководствовался > https://www.altlinux.org/PatchHowto > > После изменений в коммите (добавления base=stockfish) есть возможность прямо > внутри gear репозитория создать .orig файлы, внести изменения и создать патч > через gendiff, который можно применять внутри спека. > > Без этого коммита в полученном патче пришлось бы ещё дописывать версию в > пути применения. > > То есть валидный патч до изменений начинался бы так: > --- stockfish-16/src/Makefile.orig 2023-07-19 17:38:44.506818016 +0300 > +++ stockfish-16/src/Makefile 2023-07-19 17:40:58.684779063 +0300 > > После он может начинаться так: > --- stockfish/CONTRIBUTING.md.orig 2025-01-13 15:39:57.009487500 +0300 > +++ stockfish/CONTRIBUTING.md 2025-01-13 15:40:05.880526480 +0300 > > И второй вариант как раз получается при использовании gendiff в gear > репозитории. > > Плюс ко всему первый вариант гарантированно ломается при любом обновлении > версии - т.к. цифра в пути до исходников изменяется, и даже если патч > валидный, то как минимум придётся поменять название директории. А это похоже > на лишнюю работу, которая зашумляла бы общую картину изменений при > обновлении. > > Как эту логику кратко высказать в описании к коммиту - не знаю. > И она вообще корректная, или я исхожу из ложных предпосылок? опция -p у %patch, почитайте пожалуйста. И попросите ментора рассказать подробнее про неё. 257208 45 rider 2025-01-13 18:27:43 +0300 (In reply to Leonid from comment #43) > (Ответ для Anton Farygin на комментарий #39) > > Аналогично тот - нет никакого смысла в такомм коммите писать что сделано - > > гораздо важнее написать зачем это сделано. > > > > https://git.altlinux.org/tasks/368477/gears/200/git?p=git;a=commitdiff; > > h=cf2d05983498d102dd11be53ca3d8a34a866c048 > > Локальная сборка падала с ошибкой > go: cannot find GOROOT directory: 'go' binary is trimmed and GOROOT is not > set > > В devel было обсуждение, в котором было сказано: > "Как следствие GOROOT больше не константа, а пытается вычислиться. А > для этого не хватает /proc." > https://lists.altlinux.org/pipermail/devel/2023-August/217781.html > > Добавление BuildRequires: /proc починило локальную сборку, это изменение > оставил. > > (Ну и зависимость на /proc есть практически у всех пакетов на go, мне > показалось что эта зависимость там именно для исправления этой ошибки) Я понимаю зачем это было сделано, но в коммите про это ничего не сказано. По хорошему нужно какое-то похожее описание в коммит мессейдж. 257211 46 rider 2025-01-13 18:31:06 +0300 > (Ответ для Anton Farygin на комментарий #40) > > https://git.altlinux.org/tasks/368477/gears/200/git?p=git;a=blob;f=.gear/ > > mediamtx.spec;h=e5000fed9be6e1cc0024f4ca081f887d6a2c9a67; > > hb=d5dba90f5449d62783e9e9137760b96556928808 > > > > в этом пакете, как будто бы не хватает .service файла для запуска его в > > качестве системного сервиса. > > > > Как предполагается использовать этот пакет ? > > Я не уверен, что там нужен именно системный сервис. Сценарий использования в > том, что делается копия/корректируется исходный mediamtx.yml с заданием > нужных параметров, после чего от пользователя происходит запуск сервера. > > Идея создать отдельный сервис, который будет запускаться от рута, кажется > довольно сомнительной. > Идея создать отдельного пользователя под этот сервис - несколько избыточной. > > Поэтому я решил оставить только бинарник и изначальный конфиг, не добавляя > ничего сверх того, что предоставляется апстримом. Запуск от обычного пользователя сервисов выглядит тоже ошибкой. Апстрим, судя по всему, ориентирован на использование службы в докере и этим всё объясняется. 257228 47 ytinka7 2025-01-13 21:21:25 +0300 (Ответ для Anton Farygin на комментарий #44) > опция -p у %patch, почитайте пожалуйста. Разобрался. Что с изменением делать? 257229 48 ytinka7 2025-01-13 21:22:01 +0300 Такой же вопрос и про сервис для mediamtx 257239 49 rider 2025-01-14 09:27:39 +0300 (In reply to Leonid from comment #47) > (Ответ для Anton Farygin на комментарий #44) > > опция -p у %patch, почитайте пожалуйста. > > Разобрался. Что с изменением делать? не делать такое изменение. 257242 50 rider 2025-01-14 09:41:53 +0300 (In reply to Leonid from comment #48) > Такой же вопрос и про сервис для mediamtx https://github.com/bluenviron/mediamtx?tab=readme-ov-file#linux 257263 51 ytinka7 2025-01-14 11:46:32 +0300 (Ответ для Anton Farygin на комментарий #49) > не делать такое изменение. + https://git.altlinux.org/tasks/368601/ (Ответ для Anton Farygin на комментарий #45) > Я понимаю зачем это было сделано, но в коммите про это ничего не сказано. По > хорошему нужно какое-то похожее описание в коммит мессейдж. (Ответ для Anton Farygin на комментарий #50) > https://github.com/bluenviron/mediamtx?tab=readme-ov-file#linux + https://git.altlinux.org/tasks/368477/ 257277 52 rider 2025-01-14 13:51:41 +0300 (In reply to Leonid from comment #51) > (Ответ для Anton Farygin на комментарий #49) > > не делать такое изменение. > + > > https://git.altlinux.org/tasks/368601/ Ещё заметил - надо поправить URL и прописать VCS. > > (Ответ для Anton Farygin на комментарий #45) > > Я понимаю зачем это было сделано, но в коммите про это ничего не сказано. По > > хорошему нужно какое-то похожее описание в коммит мессейдж. > (Ответ для Anton Farygin на комментарий #50) > > https://github.com/bluenviron/mediamtx?tab=readme-ov-file#linux > + > > https://git.altlinux.org/tasks/368477/ Этот заапрувил 257278 53 ytinka7 2025-01-14 13:55:25 +0300 (Ответ для Anton Farygin на комментарий #52) > Ещё заметил - надо поправить URL и прописать VCS. А что с URL исправить? https://stockfishchess.org доступен и это сайт проекта 257280 54 rider 2025-01-14 13:56:33 +0300 в спеке http:// 257284 55 ytinka7 2025-01-14 14:12:51 +0300 (Ответ для Anton Farygin на комментарий #52) > Ещё заметил - надо поправить URL и прописать VCS. + https://git.altlinux.org/tasks/368601/ 257316 56 ytinka7 2025-01-14 17:41:41 +0300 Можно ещё одно обновление посмотреть? https://git.altlinux.org/tasks/369516/ 257406 57 ytinka7 2025-01-15 18:29:50 +0300 Есть ещё обновление tlpui: https://git.altlinux.org/tasks/369541/ Но здесь затрагивается tlp, у которого lav@ мейнтейнер. Я ему написал, но пока ответа не было. 257470 58 ytinka7 2025-01-16 19:34:42 +0300 Ещё собрал scid_vs_pc https://git.altlinux.org/tasks/369607/ 257559 59 rider 2025-01-17 13:50:30 +0300 (In reply to Leonid from comment #57) > Есть ещё обновление tlpui: > https://git.altlinux.org/tasks/369541/ > > Но здесь затрагивается tlp, у которого lav@ мейнтейнер. > Я ему написал, но пока ответа не было. Заапрувил. 257560 60 rider 2025-01-17 13:52:53 +0300 (In reply to Leonid from comment #58) > Ещё собрал scid_vs_pc > > https://git.altlinux.org/tasks/369607/ 23 Requires: %name-sounds = %version-%release вместо %version-%release лучше писать %EVR 257572 61 ytinka7 2025-01-17 15:25:33 +0300 (Ответ для Anton Farygin на комментарий #59) > Заапрувил. Спасибо (Ответ для Anton Farygin на комментарий #60) > вместо %version-%release лучше писать %EVR + https://git.altlinux.org/tasks/369607/ 257590 62 rider 2025-01-17 17:51:13 +0300 https://git.altlinux.org/tasks/369607/gears/500/git?p=git;a=commitdiff;h=92640357d42dc6fad366eac168b270bc8365f492 я задумался о причине, которая сподвигла сделать подпакет со звуками и не могу её понять. 257591 63 andy 2025-01-17 18:03:07 +0300 (Ответ для Anton Farygin на комментарий #62) > https://git.altlinux.org/tasks/369607/gears/500/git?p=git;a=commitdiff; > h=92640357d42dc6fad366eac168b270bc8365f492 > > я задумался о причине, которая сподвигла сделать подпакет со звуками и не > могу её понять. Видимо, чтобы сделать его noarch и не пихать одно и то же во все бинарные пакеты? 257592 64 rider 2025-01-17 18:05:37 +0300 (In reply to Andrew Vasilyev from comment #63) > (Ответ для Anton Farygin на комментарий #62) > > https://git.altlinux.org/tasks/369607/gears/500/git?p=git;a=commitdiff; > > h=92640357d42dc6fad366eac168b270bc8365f492 > > > > я задумался о причине, которая сподвигла сделать подпакет со звуками и не > > могу её понять. > > Видимо, чтобы сделать его noarch и не пихать одно и то же во все бинарные > пакеты? сэкономить 496 килобайт и добавить зависимостей и пакетов ? выглядит так себе. 257594 65 andy 2025-01-17 18:16:13 +0300 (Ответ для Anton Farygin на комментарий #64) > > Видимо, чтобы сделать его noarch и не пихать одно и то же во все бинарные > > пакеты? > > сэкономить 496 килобайт и добавить зависимостей и пакетов ? > выглядит так себе. На общие файлы в /usr/share в бинарных пакетах, AFAIK, repocop будет ругаться... 257595 66 grenka 2025-01-17 18:21:45 +0300 (Ответ для Andrew Vasilyev на комментарий #65) > (Ответ для Anton Farygin на комментарий #64) > > > Видимо, чтобы сделать его noarch и не пихать одно и то же во все бинарные > > > пакеты? > > > > сэкономить 496 килобайт и добавить зависимостей и пакетов ? > > выглядит так себе. > > На общие файлы в /usr/share в бинарных пакетах, AFAIK, repocop > будет ругаться... Ну не то чтобы ругаться. Скорее бормотать что-то невнятное сквозь зубы. Не видел ни одного мейнтейнера, который бы посмотрел какое-нибудь сообщение от репокопа и такой: ой, да, пойду исправлю=) 257596 67 rider 2025-01-17 18:59:38 +0300 В пакете общих файлов гораздо больше чем звуков. 257597 68 ytinka7 2025-01-17 19:03:19 +0300 (Ответ для Andrew Vasilyev на комментарий #63) > (Ответ для Anton Farygin на комментарий #62) > > https://git.altlinux.org/tasks/369607/gears/500/git?p=git;a=commitdiff; > > h=92640357d42dc6fad366eac168b270bc8365f492 > > > > я задумался о причине, которая сподвигла сделать подпакет со звуками и не > > могу её понять. > > Видимо, чтобы сделать его noarch и не пихать одно и то же во все бинарные > пакеты? Да, идея в этом, но до конца не довёл (Ответ для Anton Farygin на комментарий #64) > сэкономить 496 килобайт и добавить зависимостей и пакетов ? > > выглядит так себе. Сейчас подумал, что логичнее будет выделить всё содержимое usr/share/scid_vs_pc в отдельный -data пакет. Экономится уже почти 50 мегабайт, что выглядит получше 257600 69 ytinka7 2025-01-17 19:28:05 +0300 Вот так: https://git.altlinux.org/tasks/369607 257606 70 rider 2025-01-17 20:04:05 +0300 Да, так смысл появился. спасибо. Заапрувил. 257607 71 ytinka7 2025-01-17 20:13:21 +0300 Что от меня ещё потребуется? 257609 72 rider 2025-01-17 20:18:54 +0300 Я ещё бы понаблюдал. пособирайте библиотки. можно пройтись по FTBFS с ffmpeg, например. 257610 73 rider 2025-01-17 20:19:39 +0300 https://packages.altlinux.org/ru/sisyphus/srpms/ffmpeg6/what_depends/by_binary 257735 74 ytinka7 2025-01-20 13:55:03 +0300 (Ответ для Anton Farygin на комментарий #72) > можно пройтись по FTBFS с ffmpeg, например. + https://git.altlinux.org/tasks/370572/ 257736 75 rider 2025-01-20 13:56:01 +0300 netgen то как раз лучше обновить. 257737 76 ytinka7 2025-01-20 14:02:14 +0300 (Ответ для Anton Farygin на комментарий #75) > netgen то как раз лучше обновить. Нужно чуть больше времени - там проблемы при сборке возникают, отчего именно - пока не разобрался. Показалось, что лучше сейчас патч для исправления FTBFS наложить, тем более что это не очень сложно делается. 257742 77 rider 2025-01-20 14:20:50 +0300 ну да, согласен. 257743 78 ytinka7 2025-01-20 14:26:10 +0300 И можно ещё на это задание посмотреть? Тут тоже исправление FTBFS https://git.altlinux.org/tasks/370553/ 257748 79 rider 2025-01-20 14:52:20 +0300 (In reply to Leonid from comment #78) > И можно ещё на это задание посмотреть? Тут тоже исправление FTBFS > > https://git.altlinux.org/tasks/370553/ Когда делаете NMU всегда правьте URL. https://www.speech.kth.se/snack/ VCS: https://github.com/scottypitcher/tcl-snack и там, кстати, новая версия. 257749 80 rider 2025-01-20 14:53:03 +0300 (In reply to Leonid from comment #78) > И можно ещё на это задание посмотреть? Тут тоже исправление FTBFS > > https://git.altlinux.org/tasks/370553/ А зачем увеличивать release для пересборки ? 257760 81 ytinka7 2025-01-20 16:03:32 +0300 (Ответ для Anton Farygin на комментарий #79) > VCS: https://github.com/scottypitcher/tcl-snack > и там, кстати, новая версия. Я видел, но это похоже на неявный форк от другого автора. Поэтому не уверен, что ничего в зависящих пакетах не сломается. (Ответ для Anton Farygin на комментарий #80) > А зачем увеличивать release для пересборки ? Согласен, этого делать не нужно было 257787 82 ytinka7 2025-01-20 21:13:54 +0300 (Ответ для Anton Farygin на комментарий #75) > netgen то как раз лучше обновить. + https://git.altlinux.org/tasks/370626/ 257801 83 rider 2025-01-21 07:47:05 +0300 (In reply to Leonid from comment #82) > (Ответ для Anton Farygin на комментарий #75) > > netgen то как раз лучше обновить. > + > https://git.altlinux.org/tasks/370626/ в netgen закомментированные старые строки лучше зачистить, что бы спек читался легче. 257802 84 rider 2025-01-21 07:49:06 +0300 +%filter_from_requires /^\/usr\/bin\/bash/d + эта конструкция без объяснения причин выглядит очень странно. 257809 85 ytinka7 2025-01-21 11:42:31 +0300 (Ответ для Anton Farygin на комментарий #83) > в netgen закомментированные старые строки лучше зачистить, что бы спек > читался легче. Не понял о каких строках речь. О неприменённых патчах? Или про вызовы sed? Если про второе, то там висит: > #TODO: uncomment and apply if no MPI version to be assembled in future И не похоже на то, что это стоит удалять. 257810 86 ytinka7 2025-01-21 11:52:54 +0300 (Ответ для Anton Farygin на комментарий #84) > +%filter_from_requires /^\/usr\/bin\/bash/d > + > > эта конструкция без объяснения причин выглядит очень странно. В некоторых скриптах внутри пакета в шебангах прописан /usr/bin/bash, И автоматический поиск зависимостей добавляет в пакет Requires: /usr/bin/bash, а это unmet dependency. https://git.altlinux.org/tasks/370626/logs/events.7.1.log Мне показались логичными два пути: либо делать sed на эти скрипты, заменяя /usr/bin/bash на /bin/bash, либо просто исключить /usr/bin/bash из зависимостей пакета. При этом эти скрипты генерируются в ходе сборки, а не лежат в исходном коде, поэтому патч наложить на них заранее не совсем понятно как. Это нормальное решение? Ни в каких других пакетах подобной конструкции (с %filter_from_requires /usr/bin/bash) не нашёл. 257811 87 rider 2025-01-21 13:22:45 +0300 (In reply to Leonid from comment #86) > (Ответ для Anton Farygin на комментарий #84) > > +%filter_from_requires /^\/usr\/bin\/bash/d > > + > > > > эта конструкция без объяснения причин выглядит очень странно. > В некоторых скриптах внутри пакета в шебангах прописан /usr/bin/bash, И > автоматический поиск зависимостей добавляет в пакет Requires: /usr/bin/bash, > а это unmet dependency. > https://git.altlinux.org/tasks/370626/logs/events.7.1.log > > Мне показались логичными два пути: либо делать sed на эти скрипты, заменяя > /usr/bin/bash на /bin/bash, либо просто исключить /usr/bin/bash из > зависимостей пакета. > > При этом эти скрипты генерируются в ходе сборки, а не лежат в исходном коде, > поэтому патч наложить на них заранее не совсем понятно как. > > Это нормальное решение? Ни в каких других пакетах подобной конструкции (с > %filter_from_requires /usr/bin/bash) не нашёл. Нет, я бы заменил шебанг. Но вообще в p11 и Sisyphus bash уже доступен в /usr/bin и причина анметы возможно - ошибка в каком-то другом месте. Напишите про это в devel, пожалуйста. 257812 88 rider 2025-01-21 13:27:34 +0300 (In reply to Leonid from comment #85) > (Ответ для Anton Farygin на комментарий #83) > > в netgen закомментированные старые строки лучше зачистить, что бы спек > > читался легче. > Не понял о каких строках речь. О неприменённых патчах? Или про вызовы sed? > Если про второе, то там висит: > > #TODO: uncomment and apply if no MPI version to be assembled in future > И не похоже на то, что это стоит удалять. В оригинальном виде это было по другому: +#TODO: uncomment and apply if no MPI version to be assembled in future +#sed -i 's|NG_INSTALL_DIR_CMAKE_DEFAULT lib/cmake/${NG_INSTALL_SUFFIX}|NG_INSTALL_DIR_CMAKE_DEFAULT share/cmake|' CMakeLists.txt +#sed -i 's|${NG_RPATH_TOKEN};${NG_RPATH_TOKEN}/${NETGEN_RPATH}|${NG_RPATH_TOKEN};${NG_RPATH_TOKEN}/${NETGEN_RPATH};%%mpidir/lib:%%_tcllibdir|' CMakeLists.txt +#sed -i 's|${NG_RPATH_TOKEN};${NG_RPATH_TOKEN}/${NETGEN_RPATH}|%%_tcllibdir|' CMakeLists.txt +#sed -i 's|${NG_RPATH_TOKEN}/../${NETGEN_PYTHON_RPATH}||' ng/CMakeLists.txt И там уже что-то раскомментировали. 257813 89 arseny 2025-01-21 13:39:20 +0300 (In reply to Anton Farygin from comment #87) > (In reply to Leonid from comment #86) > > (Ответ для Anton Farygin на комментарий #84) > > > +%filter_from_requires /^\/usr\/bin\/bash/d > > > + > > > > > > эта конструкция без объяснения причин выглядит очень странно. > > В некоторых скриптах внутри пакета в шебангах прописан /usr/bin/bash, И > > автоматический поиск зависимостей добавляет в пакет Requires: /usr/bin/bash, > > а это unmet dependency. > > https://git.altlinux.org/tasks/370626/logs/events.7.1.log > > > > Мне показались логичными два пути: либо делать sed на эти скрипты, заменяя > > /usr/bin/bash на /bin/bash, либо просто исключить /usr/bin/bash из > > зависимостей пакета. > > > > При этом эти скрипты генерируются в ходе сборки, а не лежат в исходном коде, > > поэтому патч наложить на них заранее не совсем понятно как. > > > > Это нормальное решение? Ни в каких других пакетах подобной конструкции (с > > %filter_from_requires /usr/bin/bash) не нашёл. > > Нет, я бы заменил шебанг. Но вообще в p11 и Sisyphus bash уже доступен в > /usr/bin и причина анметы возможно - ошибка в каком-то другом месте. > Напишите про это в devel, пожалуйста. https://bugzilla.altlinux.org/50150 257827 90 ytinka7 2025-01-21 16:18:56 +0300 (Ответ для Arseny Maslennikov на комментарий #89) > https://bugzilla.altlinux.org/50150 Если я правильно понял, то лучшим путём сейчас будет просто поменять в скриптах /usr/bin/bash на /bin/bash? 257828 91 ytinka7 2025-01-21 16:20:11 +0300 (Ответ для Anton Farygin на комментарий #88) > В оригинальном виде это было по другому: > ..... > И там уже что-то раскомментировали. Тогда тем более удалять не нужно, ведь это уже зачем-то использовали? 257830 92 rider 2025-01-21 16:41:36 +0300 комментарии были добавлены 6 лет назад, их актуальность могла сильно устареть. 257833 93 ytinka7 2025-01-21 17:47:39 +0300 + https://git.altlinux.org/tasks/370626/ 257834 94 rider 2025-01-21 17:55:15 +0300 (In reply to Leonid from comment #93) > + > https://git.altlinux.org/tasks/370626/ Всё-таки лучше глубже разобраться с изменением, которое там делается. Я не уверен что комментарий соответствует тому, что применяется. по крайней мере выглядит так, как будто с MPI это никак не связано. 257835 95 ytinka7 2025-01-21 18:08:21 +0300 (Ответ для Anton Farygin на комментарий #94) > (In reply to Leonid from comment #93) > > + > > https://git.altlinux.org/tasks/370626/ > > Всё-таки лучше глубже разобраться с изменением, которое там делается. Я не > уверен что комментарий соответствует тому, что применяется. > > по крайней мере выглядит так, как будто с MPI это никак не связано. > sed -i 's|NG_INSTALL_DIR_CMAKE_DEFAULT lib/cmake/${NG_INSTALL_SUFFIX}|NG_INSTALL_DIR_CMAKE_DEFAULT %_libdir/cmake/%name|' CMakeLists.txt Да, изменения заключается в том, что апстрим в пути к cmake файлам захардкодил lib. А sed'ом заменяется lib на %_libdir Значения ${NG_INSTALL_SUFFIX} и %name в данном случае совпадают. Это netgen. 257836 96 ytinka7 2025-01-21 18:13:33 +0300 Комментарий поправил, таск запустил 257839 97 ytinka7 2025-01-21 19:02:42 +0300 https://git.altlinux.org/tasks/370626/gears/1160/git?p=git;a=blobdiff;f=netgen.spec;h=c8c10c592eb33a2c7c82c3a83dbb02f396663daf;hp=91b1d911ceec88de1343caaf450dbb805f92f350;hb=c371ebad69e7101cdbe539918fe104d7407cda50;hpb=837c956abb12b3ce402fe1e7d8e7da645918e714 257840 98 rider 2025-01-21 19:04:39 +0300 Отлично, спасибо. 257841 99 rider 2025-01-21 19:04:54 +0300 По возможности - отправляйте свои изменения в p11, пожалуйста. 257867 100 grenka 2025-01-22 15:45:49 +0300 Пользуясь активностью кандидата, хотелось бы попросить Леонида починить, а ещё лучше обновить пакет pychess. 257871 101 ytinka7 2025-01-22 17:39:43 +0300 (Ответ для Grigory Ustinov на комментарий #100) > Пользуясь активностью кандидата, хотелось бы попросить Леонида починить, а > ещё лучше обновить пакет pychess. Этим и занимаюсь 257917 102 ytinka7 2025-01-23 13:50:36 +0300 (Ответ для Grigory Ustinov на комментарий #100) > Пользуясь активностью кандидата, хотелось бы попросить Леонида починить, а > ещё лучше обновить пакет pychess. https://git.altlinux.org/tasks/370974/ 257919 103 rider 2025-01-23 14:02:12 +0300 поле Packager не надо использовать, убирайте его всегда по возможности. 257923 104 ytinka7 2025-01-23 14:23:13 +0300 (Ответ для Anton Farygin на комментарий #103) > поле Packager не надо использовать, убирайте его всегда по возможности. + 257925 105 andy 2025-01-23 15:04:51 +0300 (Ответ для Anton Farygin на комментарий #103) > поле Packager не надо использовать, убирайте его всегда по возможности. Без этого поля Repology будет считать мэнтейнером последнего сборщика, а это не всегда правильно (совсем). 257926 106 rider 2025-01-23 15:12:17 +0300 Мы можем выгрузить в Repology другую информацию. repology забирает то, что мы ему отдаём. сейчас отдаём Packager, но можем отдавать что-то другое. 257927 107 grenka 2025-01-23 15:17:36 +0300 (Ответ для Anton Farygin на комментарий #106) > Мы можем выгрузить в Repology другую информацию. > repology забирает то, что мы ему отдаём. сейчас отдаём Packager, но можем > отдавать что-то другое. https://bugzilla.altlinux.org/49104 Пока отдаём поле Packager видимо оно имеет смысл. Как будем "отдавать что-то другое", так избавимся от него, звучит разумно? 257934 108 rider 2025-01-23 15:40:47 +0300 Не смотря на всё остальное - лучше убирать при случае. Схему отдачи на repology мы поменяем без необходимости пересобирать десятки тысяч пакетов. 257937 109 ytinka7 2025-01-23 16:51:10 +0300 Там кстати netgen не запускается уже года 3 как минимум. Теперь работает: https://git.altlinux.org/tasks/370984/ 257938 110 ytinka7 2025-01-23 16:52:04 +0300 И какая судьба у pychess? https://git.altlinux.org/tasks/370974/ 257939 111 rider 2025-01-23 16:53:01 +0300 (In reply to Leonid from comment #110) > И какая судьба у pychess? > https://git.altlinux.org/tasks/370974/ approved. 257940 112 rider 2025-01-23 16:55:01 +0300 (In reply to Leonid from comment #109) > Там кстати netgen не запускается уже года 3 как минимум. > > Теперь работает: > https://git.altlinux.org/tasks/370984/ Отлично. Заапрувил. 257956 113 ytinka7 2025-01-23 20:06:02 +0300 Можно ещё эту задачу посмотреть? https://git.altlinux.org/tasks/370553/ Версия 2.11 - это нечто непонятное, если до неё обновляться - там пропадает часть файлов и похоже несколько меняется функционал. Вариант оставить 2.10 с исправленным FTBFS выглядит получше 257957 114 rider 2025-01-23 21:13:23 +0300 (In reply to Leonid from comment #113) > Можно ещё эту задачу посмотреть? > https://git.altlinux.org/tasks/370553/ > > Версия 2.11 - это нечто непонятное, если до неё обновляться - там пропадает > часть файлов и похоже несколько меняется функционал. > Вариант оставить 2.10 с исправленным FTBFS выглядит получше ok. заапрувил. Но не понял зачем пересобирать второй пакет, если версия первого не меняется. 257958 115 ytinka7 2025-01-23 21:20:02 +0300 (Ответ для Anton Farygin на комментарий #114) > ok. заапрувил. Но не понял зачем пересобирать второй пакет, если версия > первого не меняется. https://git.altlinux.org/tasks/370553/logs/events.2.1.log Похоже с момента сборки пакета поменялся механизм автоматического вывода зависимостей у tcl 257959 116 rider 2025-01-23 21:24:40 +0300 (In reply to Leonid from comment #115) > (Ответ для Anton Farygin на комментарий #114) > > ok. заапрувил. Но не понял зачем пересобирать второй пакет, если версия > > первого не меняется. > https://git.altlinux.org/tasks/370553/logs/events.2.1.log > > Похоже с момента сборки пакета поменялся механизм автоматического вывода > зависимостей у tcl Ясно, спасибо. 258034 117 ytinka7 2025-01-25 14:41:34 +0300 https://git.altlinux.org/tasks/371729/ Для сборки одного из пакетов понадобилась зависимость на ocaml-lablgtk3-sourceview3, а его в репозитории не оказалось. Несколько поменял процесс сборки ocaml-lablgtk3 и добавил подпакеты для goocanvas2, gtkspell3, rsvg2 и sourceview3. 258040 118 ytinka7 2025-01-25 16:43:41 +0300 Ещё обновил mediamtx https://git.altlinux.org/tasks/371732/ 258043 119 ytinka7 2025-01-25 18:59:23 +0300 https://git.altlinux.org/tasks/371748/ Исправление FTBFS 258055 120 rider 2025-01-26 14:43:37 +0300 (In reply to Leonid from comment #117) > https://git.altlinux.org/tasks/371729/ > > Для сборки одного из пакетов понадобилась зависимость на > ocaml-lablgtk3-sourceview3, а его в репозитории не оказалось. > > Несколько поменял процесс сборки ocaml-lablgtk3 и добавил подпакеты для > goocanvas2, gtkspell3, rsvg2 и sourceview3. С ocaml не совсем корректно. Надо модифицировать rpm-build-ocaml так, что бы он поддерживал разбивку на подпакеты. Или всё складывать в один пакет. Но использования макроса, расскладывающего файлы по devel/не-devel обязательно. 258057 121 ytinka7 2025-01-26 16:07:47 +0300 (Ответ для Anton Farygin на комментарий #120) > С ocaml не совсем корректно. > Надо модифицировать rpm-build-ocaml так, что бы он поддерживал разбивку на > подпакеты. Или всё складывать в один пакет. Но использования макроса, > расскладывающего файлы по devel/не-devel обязательно. Тогда так? https://git.altlinux.org/tasks/371729/ 258133 122 ytinka7 2025-01-27 22:25:24 +0300 https://git.altlinux.org/tasks/371761 Собрал Coq, для него (coqide) собственно и нужно было добавить ocaml-lablgtk3-sourceview3 как сборочную зависимость 258177 123 rider 2025-01-28 14:08:21 +0300 нужно использовать %ocaml_find_files вместо ручного раскладывания файлов по подпакетам ocaml А зачем вообще понадобился coq ? 258179 124 ytinka7 2025-01-28 14:16:24 +0300 (Ответ для Anton Farygin на комментарий #123) > А зачем вообще понадобился coq ? Мне лично нужен в сизифе, наверняка ещё кому-то тоже. Полезный пакет, странно что его ещё до этого никто не собирал. > нужно использовать %ocaml_find_files вместо ручного раскладывания файлов по > подпакетам ocaml Ну так он же умеет только в devel и не-devel, как мы уже выяснили? Плохая идея тащить пользователю ide, если ему нужны только консольные утилиты, например. 258180 125 rider 2025-01-28 14:18:54 +0300 (In reply to Leonid from comment #124) > (Ответ для Anton Farygin на комментарий #123) > > А зачем вообще понадобился coq ? > Мне лично нужен в сизифе, наверняка ещё кому-то тоже. Полезный пакет, > странно что его ещё до этого никто не собирал. > > > нужно использовать %ocaml_find_files вместо ручного раскладывания файлов по > > подпакетам ocaml > Ну так он же умеет только в devel и не-devel, как мы уже выяснили? > Плохая идея тащить пользователю ide, если ему нужны только консольные > утилиты, например. При двух равных - ручное раскладывание хуже, к тому же оно сейчас сделано неправильно. 258186 126 ytinka7 2025-01-28 14:31:09 +0300 (Ответ для Anton Farygin на комментарий #125) > При двух равных - ручное раскладывание хуже, к тому же оно сейчас сделано > неправильно. Что конкретно сделано не так? Руководствовался тем, как оно собрано в Федоре. 258188 127 rider 2025-01-28 14:34:05 +0300 (In reply to Leonid from comment #126) > (Ответ для Anton Farygin на комментарий #125) > > При двух равных - ручное раскладывание хуже, к тому же оно сейчас сделано > > неправильно. > Что конкретно сделано не так? > Руководствовался тем, как оно собрано в Федоре. Можно посмотреть rpm-build-ocaml 1.6.4 https://packages.altlinux.org/ru/tasks/370960/ в нём есть алгоритм раскладывания файлов по подпакетам. 258198 128 ytinka7 2025-01-28 14:53:25 +0300 (Ответ для Anton Farygin на комментарий #127) > Можно посмотреть rpm-build-ocaml 1.6.4 > https://packages.altlinux.org/ru/tasks/370960/ > в нём есть алгоритм раскладывания файлов по подпакетам. Там есть разделение на devel и runtime. Это имелось ввиду? Ну и ещё, насколько я разобрался, для coq это не сработает, потому что в нём есть ".v" файлы, которые в регулярных выражениях не фигурируют. 258201 129 rider 2025-01-28 15:07:49 +0300 посмотрел внимательнее, всё с coq с точки зрения ocaml нормально. но задание лучше запустить с зависимостью на #370960, что бы они друг другу не помешали. запускайте с зависимостью, я после этого заапрувлю. 258206 130 ytinka7 2025-01-28 15:13:38 +0300 (Ответ для Anton Farygin на комментарий #129) > посмотрел внимательнее, всё с coq с точки зрения ocaml нормально. > > но задание лучше запустить с зависимостью на #370960, что бы они друг другу > не помешали. > > запускайте с зависимостью, я после этого заапрувлю. + 258208 131 rider 2025-01-28 15:21:29 +0300 На этом моя работа закончилась. Кандидат стал готов к самостоятельной работе в Team. Леониду предложение какое-то время, особенно в сложных случаях обращаться на review. 258211 132 glebfm 2025-01-28 15:35:21 +0300 Пользователь добавлен в группу мейнтейнеров. Желаю удачного мейнтейнерства! 258213 133 grenka 2025-01-28 15:47:01 +0300 Мои поздравления! 258215 134 ytinka7 2025-01-28 15:59:40 +0300 Всем спасибо! :) 9829 2021-10-17 17:20:08 +0300 2021-10-17 17:20:08 +0300 Open ssh key alt_id_rsa.pub application/vnd.ms-publisher 740 ytinka7 c3NoLXJzYSBBQUFBQjNOemFDMXljMkVBQUFBREFRQUJBQUFDQVFEQVZ4eVV1T3VtT3dWWlkxR2Jq Y2ZMbTNhT1ltY3dLTVQxQnZOQUdXd3k2dUdibTh2R1dXV3VvVURTTWRCMldFb3dVSURwUnpSY1cz M1hEbzV1UTZtS1Nrd0xVaG1ORnFsL0s5dlNCcS9RQkxFelppNk1uV2xVSjIyWlJORzIwSzFRTVVq V0Naam83cFYxSEd5RGIrQkpBdytYS0NFanoycDMrbTc4Vkk0MFV4dFkwaDdHK2JKclFqa2hReDlB R2M3SlBLcDU3RWxNOGF2RXV0djJRZEZYTituUmhWR3o1RkNKZm1qYW8yYzV6bWRpUFZWNVVUb1ZD ZVV0MDA4NjRqSmk2N2hJMlNPRkRUS3h5WEgzMmdKNmpXaHpBWEIzVndnR3Nuc3ljeld3Yk9RSEQ5 eDJHNzBNM3V5a2Yrd1MxdWtNbmNpWHFhUk1EcHhMbllvYStxWVM0YVJJeXJuNFdDOEgzbFp6NUQw c3lEaWFEblZNV3hyUzJqM0IvTjFPZS9JanRlQnM2K1V6ZzlXN3VFNnRYY3hQWEszeVkzMXZzSHIx UjV3VitzUHBtQkl3bWdrYXgrRGFLczFhU3prTTVsZXVha3AwQ1RpRDhQbnBLVFkwUDJFRHdQcWw3 Z3pqc1diRFNaRTZaM2cvODlrcGZEMmNIbURKZ3I5bWFVbjVaNkxibmx2WkUyMlNOZXZZK2tUT2VX cklrSDNEL2RZWGpCLzZKL0xPZzdTa1Z1ZXAxWGVDblY2Mjc3U0JzLzM5bnBVazc4WlQ0OVNNOWNr MThRN04xNng2WnlVaUtqN2licG00OWJ1ZjRXNlNKNWMrVGNvc3kydU9SWmt2cm9ydlRPdXBoYi91 dkNrRnR2VHNyRVN6L1hOTWp0R0t6bHBVUzFiZk5nc3VXZHRBQlE9PSBsZW9uaWRAaG9zdC0zNAo= 9830 2021-10-17 19:45:50 +0300 2021-10-18 20:05:36 +0300 Open gpg key gpg_pub.txt text/plain 3078 ytinka7 LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdGc1Vvd0JFQUN3YUJE QlE5enpMelVLWUN2Zzd6Y1FhOEYvYXMwZHdGMyt4Y1dlanJxb2FpYUdjRnJWCko4QU0wMi9NQVlx V2VxV01FSHVPdEdGaEgydnJrR1BIdHVRV01Hcm1ZczZ2NWlsN0hOVTRMTkc5eFJudEo5eisKREJ5 TG9SYTZiNThEQzA5YXdMUm5HUTQwUkVHdmdqbVc3UGIvOXJUN01BemFnWG9kS2crR1VIN2syeGJB dFdzVQpMR0V6cDhzYytHRnBVRjB4em1POUluZWxYNTAzcVMwMVJPcm5CUzdBcW1SQ0hWdXJDYlMx NU1vZm1jNGI0eXhCCmxrNlM2SEtPVmdmaitzY0ZoVzJxZTVmZVpURnI4WDN3Mkw4eHJwSkRKY2xm Ny8yeXU4WmwwS2lvZHlTWkxYMXkKT1RhNlU1OFByU2t1YmlGQ1JpTlFTSk1zbUVzczBwNTFHSFJu aE94Q0oycG1iY0Z6MXpGd2VrZ01aUHVKUmVzeQpkem1QUUJnVTZmNFRWc1dmdlhSY1hvcUFjQlB4 VGtXVFRtS2J4SzhEZmRvQVI1ZDZEelhucHFpazBwcXFBS3kxCjNucDVUb2x6K2o4ZmpwZXY4cURC cVhBN0NBdEFGWWZBWGpRQzlWYnl1dkl0Vmh0RlhZWi9udnlQR3VQZ0ZEU00KaHBpTXVwOEc5Z2o2 Y3NmbUExZEdPNFZkNjcwSVU3cFRQRXB3UWxEYTB4dVIvRXB3YVlXT0JZb2VSR0JvR0FEUApveW9Q ZEUzV2pMd0ZIT2ZsOFVYTFltcWhxV21VRDlmTFE5K2xMNWR1b1ZVbnhFQWR0VnVoQzZIYml4SkRw eTExClpXWnVBbUhCelZ6YTNZT0hqWFMxSTdnaldOQWV0VUVYQ0hSc29ZUlpRalRlY1JsOUZnZW5p RXdQQlFBUkFRQUIKdENkTVpXOXVhV1FnV201aGJXVnViMnNnUEdGa1gyRnpkSEpoUUdGc2RHeHBi blY0TG05eVp6NkpBamdFRXdFQwpBQ0lGQW1Gc1Vvd0NHd01HQ3drSUJ3TUNCaFVJQWdrS0N3UVdB Z01CQWg0QkFoZUFBQW9KRUFTT1ErbHBzdFExCjBSTVAvMVFQT2trQzJ3ZlB5TEo4akRyRHk4dFlR Tk4yMU5WK1FyVWs4b0N6U1FodXlHZFVTSWdJN0lEekJ5WGMKSStWdExHdjU1MjNNTXdycVh3ekV1 UUozNHJCVDVFc1MzWEVGTHBWSkJpbEcwRlJGV3c2dkJUUWtHSzhiN3dsSApTeFJLY3pNdTRrUDVy TkxEZUpWY1kzSkxOQUdCckRKZSt2eXJHS004ZWtkakNrL0JVM2ZIbE00Ni9XSURRbHJiCmF3ekZ4 ZDRhZ2V0N2VzVXdsaGRhMVZOUnQ0TGd5NVVNMmdLTjhoS3NjMlhadHJ0OTdySStseElkSUk3VnFa UHQKeWp2dW54cytiUHgwQzduZzMrVVB3bzhVQVkxSytTZXRMQlRMcmg3M081d0RWbUNZVlk5dkgr NjJ5OHNtQ2VrcApJNkJDZllnazA1R2xXR3dmNHM1dUtZMzZ6MW0wbjN6eThMOUFJS3dTWklHYjBU V2VaSWE0MzhteG5UYXBiR2pPCm1mcG0zR00rZkZsRE5BT3Z4OFNWSEJJZE5MUzdBSzNoWFVJWUxh MkhZV2lOZGE4Y0h0NVR0dkx5YkF2L1RuK2IKcnhBTjREa2E0Qm9PL3hGS2NBL2JSaWVRZy92ZWdS Ymp6RDZLQWRsNkpiSEZlYWk4aFgrYzBqNXJwaEFXZENXUApOVUwrWjB4OWI1Wk5kemZNNFFhdkhF bzU3d2orZGpRQTJsTHlvOXBRMzNpSEFBd3U0dktRM1NLNnhTU1lkeGlECjlwMUdkWkFLeGFxZ0dw RWZOanEvYlk4TXFIUm9jZU55blRXb2h3cmY1Yy9RNThSa0luVy9GRTJvdCtJaGw0VmQKWi90OW50 WUtDTG1tZVNoUERiN094MVpROXB2NGhPRzVFNGlNOHlueE81cTR6aUdydVFJTkJHRnNVb3dCRUFD awpZYWp3eDNEcVpubWNEMi9yZkNKL3prME92TVo1R2NvQnV5MGFhZ3Nra3BmdldyUGNDSE41NjNu VHVUZDdoNTlSCko5MHVrdXV0dkRPeE4wU0ZZbGZVNjR0ei95bkhUZkhUY3VERyt4WXRXYVg2T3RQ OExWc3drM1VWcFY1SHB3VGwKcFZLM1JldFNSZStGUjE2T01Rek9rTENZUzlNZGtMMVVMd21lamRk b1FWclY2WlBqUVhIUFpNbVo3Ym5vNVQ3TwptN3NXUFpadWM3QW9Nd09hTE0rUkFqVS96blNCWU56 cm16R1F3Z09JTW5xWGcxK3hSSzdtRjhvUDR6RWhmWjA4CmNsMnhYSk56N3VRd3dqQm5Cdm1paFdx eWYrVGkwQTZEb2ZlU3ZVTml2R2IxTlNkcERrcnJjOVVGcngwdkRiaGIKL2diYm00bEkrdTJHd3VW TTdCeG54RkwrQnQzamZQOTdxZUEvZXRONXdYbG9GbUlGUTVhMUhZR2lIZkord3crZgp2cDV1Vk82 UFVnNEEwRFU2bTZhL3VWTUsyd3crdXNiaUdDZVJOVENvS0hhRm1PekVrM0gzRzRIR01vTklFejNY CmhWckdVT0hyT1cvcEdvbXBUWWcwWjhlbUlNT2VuVHovMlI2cFZjMzk0UU9YNmR4VVhwVyt4U2FO TUxEZzJHSXIKQzYwTjBZTllIb0RLWjRVRCt2UTdaMGtHbFNIVTltRWp0V2tRQ3RvS3c0c1RtWUJZ cjU1bllLTjVXekNKQ1p5YgppRDBzOStiWFNkanhzWi9VTmZPZXN5dVR4Um1sVXBvV1psa244cnNx cnJoMlNsRThwZURFWTJwRDhPaUx1aGMyCklSMk0yam5Xa3dJckY0WkVYZi9HZ2NHSzhvUlRDSUJQ SVhPRnkxaDRRd0FSQVFBQmlRSWZCQmdCQWdBSkJRSmgKYkZLTUFoc01BQW9KRUFTT1ErbHBzdFEx MjhBUC9pd2NhSFUySGUya2NrRFZuK0tXbzlSZ05lMlZNRWNPMERtQQoreEdpNzZmSS9tTHVxQ2RB aTJ3d2Q4Q1p4N3N1Ni9Za3UySUNWalg4a210d2ExSkpZbldadjM2NGF6YWdJeFFUClhTYlpHbkIv WUJrQUUreFFabWVDZ2hKVGE3QWhaVnp1cG1QbUY3M0lwT0laSGd3b0VpS3p1WSt4NCt0bGUzSksK RkNvcU5tUTFTbXdwdlFMM3lKSFdBemJKTU15WjlSRSthb1BOZVBjZW42Snp6ZGxGM01SWGdGUEl5 KzR2YnRWVQpoNHFOUGs3MVBXVHk5Q0c4VDBmMC9wMGJSTldLak1aZlB3dkhZUVJtamV1TUx1QU9G TFUyMzFjazMvWTJLaGF1CnRGWnhjTUZVemRUbUo0dGhicUd5V0cvM0hIOVFXZ3NmWVJORGxOdGs1 WnRJVi9TSmlqZzJvNWI3TFNoa0dGTE8KdlB2d1NyUVlXbXBSdGFhYitQcmQzR05ERlk1ZGM3QW9I U3FlL0M2a2VTdFF2UzcxRjNjWHFEbllPS0RFRXQ0NwpPZmRGajRxV0YwMTFERkxxbDE2djkzeDJJ bDFxb3dMVFBQK2svdXNzOVV4NmhmMVJpNE1OOHE4STFGaHZibE85ClJsT1VkUDVIdXFLWThUeGZD MkF2Q1A4UU5TK1RGTlhmeW1yd1lvZ3ZDbnc1NVhvSHJrd1UyT05sTVlBWGp3Ym8KTGNOR3Jac2x6 VDVBM0x1U0ZKY0ZwWnc1NUdyQ2xtWEIzY3NaMytGTUJSTUFqMmlTOWZIQk53ZGNZNVhyRlkvQgp2 Z0dKRFJKYlNxTFA3TXlQb0hRYkl0SzVTRjRXMXhua0VPR290WTR0NDF5anNNSWk1LytIdmw0QnBF aTY5cmo3CmYwMUFBZjZrCj0yOUw1Ci0tLS0tRU5EIFBHUCBQVUJMSUMgS0VZIEJMT0NLLS0tLS0K 9840 2021-10-18 19:27:34 +0300 2021-10-18 20:05:36 +0300 New open gpg key gpg_pubkey.txt text/plain 3910 ytinka7 LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdGc1Vvd0JFQUN3YUJE QlE5enpMelVLWUN2Zzd6Y1FhOEYvYXMwZHdGMyt4Y1dlanJxb2FpYUdjRnJWCko4QU0wMi9NQVlx V2VxV01FSHVPdEdGaEgydnJrR1BIdHVRV01Hcm1ZczZ2NWlsN0hOVTRMTkc5eFJudEo5eisKREJ5 TG9SYTZiNThEQzA5YXdMUm5HUTQwUkVHdmdqbVc3UGIvOXJUN01BemFnWG9kS2crR1VIN2syeGJB dFdzVQpMR0V6cDhzYytHRnBVRjB4em1POUluZWxYNTAzcVMwMVJPcm5CUzdBcW1SQ0hWdXJDYlMx NU1vZm1jNGI0eXhCCmxrNlM2SEtPVmdmaitzY0ZoVzJxZTVmZVpURnI4WDN3Mkw4eHJwSkRKY2xm Ny8yeXU4WmwwS2lvZHlTWkxYMXkKT1RhNlU1OFByU2t1YmlGQ1JpTlFTSk1zbUVzczBwNTFHSFJu aE94Q0oycG1iY0Z6MXpGd2VrZ01aUHVKUmVzeQpkem1QUUJnVTZmNFRWc1dmdlhSY1hvcUFjQlB4 VGtXVFRtS2J4SzhEZmRvQVI1ZDZEelhucHFpazBwcXFBS3kxCjNucDVUb2x6K2o4ZmpwZXY4cURC cVhBN0NBdEFGWWZBWGpRQzlWYnl1dkl0Vmh0RlhZWi9udnlQR3VQZ0ZEU00KaHBpTXVwOEc5Z2o2 Y3NmbUExZEdPNFZkNjcwSVU3cFRQRXB3UWxEYTB4dVIvRXB3YVlXT0JZb2VSR0JvR0FEUApveW9Q ZEUzV2pMd0ZIT2ZsOFVYTFltcWhxV21VRDlmTFE5K2xMNWR1b1ZVbnhFQWR0VnVoQzZIYml4SkRw eTExClpXWnVBbUhCelZ6YTNZT0hqWFMxSTdnaldOQWV0VUVYQ0hSc29ZUlpRalRlY1JsOUZnZW5p RXdQQlFBUkFRQUIKdENkTVpXOXVhV1FnV201aGJXVnViMnNnUEdGa1gyRnpkSEpoUUdGc2RHeHBi blY0TG05eVp6NkpBamdFRXdFQwpBQ0lGQW1Gc1Vvd0NHd01HQ3drSUJ3TUNCaFVJQWdrS0N3UVdB Z01CQWg0QkFoZUFBQW9KRUFTT1ErbHBzdFExCjBSTVAvMVFQT2trQzJ3ZlB5TEo4akRyRHk4dFlR Tk4yMU5WK1FyVWs4b0N6U1FodXlHZFVTSWdJN0lEekJ5WGMKSStWdExHdjU1MjNNTXdycVh3ekV1 UUozNHJCVDVFc1MzWEVGTHBWSkJpbEcwRlJGV3c2dkJUUWtHSzhiN3dsSApTeFJLY3pNdTRrUDVy TkxEZUpWY1kzSkxOQUdCckRKZSt2eXJHS004ZWtkakNrL0JVM2ZIbE00Ni9XSURRbHJiCmF3ekZ4 ZDRhZ2V0N2VzVXdsaGRhMVZOUnQ0TGd5NVVNMmdLTjhoS3NjMlhadHJ0OTdySStseElkSUk3VnFa UHQKeWp2dW54cytiUHgwQzduZzMrVVB3bzhVQVkxSytTZXRMQlRMcmg3M081d0RWbUNZVlk5dkgr NjJ5OHNtQ2VrcApJNkJDZllnazA1R2xXR3dmNHM1dUtZMzZ6MW0wbjN6eThMOUFJS3dTWklHYjBU V2VaSWE0MzhteG5UYXBiR2pPCm1mcG0zR00rZkZsRE5BT3Z4OFNWSEJJZE5MUzdBSzNoWFVJWUxh MkhZV2lOZGE4Y0h0NVR0dkx5YkF2L1RuK2IKcnhBTjREa2E0Qm9PL3hGS2NBL2JSaWVRZy92ZWdS Ymp6RDZLQWRsNkpiSEZlYWk4aFgrYzBqNXJwaEFXZENXUApOVUwrWjB4OWI1Wk5kemZNNFFhdkhF bzU3d2orZGpRQTJsTHlvOXBRMzNpSEFBd3U0dktRM1NLNnhTU1lkeGlECjlwMUdkWkFLeGFxZ0dw RWZOanEvYlk4TXFIUm9jZU55blRXb2h3cmY1Yy9RNThSa0luVy9GRTJvdCtJaGw0VmQKWi90OW50 WUtDTG1tZVNoUERiN094MVpROXB2NGhPRzVFNGlNOHlueE81cTR6aUdydENsTVpXOXVhV1FnV201 aApiV1Z1YjJzZ1BISmxjM0IxWW14cFkyRkFZV3gwYkdsdWRYZ3ViM0puUG9rQ053UVRBUUlBSWdV Q1lXMmVzd0liCkF3WUxDUWdIQXdJR0ZRZ0NDUW9MQkJZQ0F3RUNIZ0VDRjRBQUNna1FCSTVENldt eTFEV3pvdy8yTUVQT20xYVQKeFIrUW1ZVnhjeVN5QVVIdWRpbnJpN1RGTjUyMGpEcmtZYnEwckpp MFVEUk1ocVJNYnFWQVg5dExWMFovV0l0Mgphb0FJUFJFSlV4Q1lnT2NzRVFBWFFRZWRiL3VKZ3lG OXRlNHZ1MzA0L0hSYXpyREFtRS9lVGZRZjVIMXRYclR4CkhIblNjWXo5WFNtOGM4TlR6WW1VQnpr cmxoeFZ2b2UxUXl5bnRsc1pmTUV5SUpGS0R6NWJha09IQWVYdmJoYXAKcjdJdWs5RlpCcks1LzVi NGFpU3NsKzd0ZGtQWFkzdG41YmlMSjZQVUVLOHVKSlo0OG91OHVPdklvZm9acUtKUgo3SzFmWVZh aTYvY0tleTZSamh4a3I4YlVIV2NzUnl3SG0zYStBbWwrdDdEcG05cTZzTHd6YjhZVkxCam1UN0Jz CmlKNXpvNWtMeXdMWXZFRUlGUXlOYUpwRGl6Q3pnVTBRZkExSE41aUhjZkhVYmdoNW1BVDJNTXRu aVFmWUlQVGsKdU41ZmJmWDA1UmsxRGJNMFY2QmZLUDdYVk9RR3pTM2pUS0I3bG9LdnF2WThpRHZC emtVUHVvdlFaY1JmREpZdAp1NVNlUnZsRDZjTjBESm5SUWtWZUxsODhQSm8rNGY5cEhDOE1wVm5C YUhUSjFWNWdUN3doK2Qzckl4bWhhQ3pUCnB5eXZlWi9TVEd2V2ZoNkdsT3p6ZUhIcmtUYXhoR1ps K0ZyUzdDL2dONXlxYmw3UnhFOGw3U1pzc1dOUDVhWjMKRTg3TS9acnN0WVB6UWdzcjA0VXUwN2ts eE8ySDdOd3J1RXhaU0lCNlZseVg3aEZieFE3UzFiYU5GVWdTNVR3YwpabGhha1BFLzFmNXV3Zm0w RkRGSi9KQ2ZFOGNFTFFSUm5ya0NEUVJoYkZLTUFSQUFwR0dvOE1kdzZtWjVuQTl2CjYzd2lmODVO RHJ6R2VSbktBYnN0R21vTEpKS1g3MXF6M0FoemVldDUwN2szZTRlZlVTZmRMcExycmJ3enNUZEUK aFdKWDFPdUxjLzhweDAzeDAzTGd4dnNXTFZtbCtqclQvQzFiTUpOMUZhVmVSNmNFNWFWU3QwWHJV a1h2aFVkZQpqakVNenBDd21FdlRIWkM5VkM4Sm5vM1hhRUZhMWVtVDQwRnh6MlRKbWUyNTZPVSt6 cHU3RmoyV2JuT3dLRE1ECm1pelBrUUkxUDg1MGdXRGM2NXN4a01JRGlESjZsNE5mc1VTdTVoZktE K014SVgyZFBISmRzVnlUYys3a01NSXcKWndiNW9vVnFzbi9rNHRBT2c2SDNrcjFEWXJ4bTlUVW5h UTVLNjNQVkJhOGRMdzI0Vy80RzI1dUpTUHJ0aHNMbApUT3djWjhSUy9nYmQ0M3ovZTZuZ1AzclRl Y0Y1YUJaaUJVT1d0UjJCb2gzeWZzTVBuNzZlYmxUdWoxSU9BTkExCk9wdW12N2xUQ3RzTVByckc0 aGdua1RVd3FDaDJoWmpzeEpOeDl4dUJ4aktEU0JNOTE0VmF4bERoNnpsdjZScUoKcVUySU5HZkhw aUREbnAwOC85a2VxVlhOL2VFRGwrbmNWRjZWdnNVbWpUQ3c0TmhpS3d1dERkR0RXQjZBeW1lRgpB L3IwTzJkSkJwVWgxUFpoSTdWcEVBcmFDc09MRTVtQVdLK2VaMkNqZVZzd2lRbWNtNGc5TFBmbTEw blk4YkdmCjFEWHpuck1yazhVWnBWS2FGbVpaSi9LN0txNjRka3BSUEtYZ3hHTnFRL0RvaTdvWE5p RWRqTm81MXBNQ0t4ZUcKUkYzL3hvSEJpdktFVXdpQVR5RnpoY3RZZUVNQUVRRUFBWWtDSHdRWUFR SUFDUVVDWVd4U2pBSWJEQUFLQ1JBRQpqa1BwYWJMVU5kdkFELzRzSEdoMU5oM3RwSEpBMVovaWxx UFVZRFh0bFRCSER0QTVnUHNSb3UrbnlQNWk3cWduClFJdHNNSGZBbWNlN0x1djJKTHRpQWxZMS9K SnJjR3RTU1dKMW1iOSt1R3Myb0NNVUUxMG0yUnB3ZjJBWkFCUHMKVUdabmdvSVNVMnV3SVdWYzdx Wmo1aGU5eUtUaUdSNE1LQklpczdtUHNlUHJaWHR5U2hRcUtqWmtOVXBzS2IwQwo5OGlSMWdNMnlU RE1tZlVSUG1xRHpYajNIcCtpYzgzWlJkekVWNEJUeU12dUwyN1ZWSWVLalQ1TzlUMWs4dlFoCnZF OUg5UDZkRzBUVmlvekdYejhMeDJFRVpvM3JqQzdnRGhTMU50OVhKTi8yTmlvV3JyUldjWERCVk0z VTVpZUwKWVc2aHNsaHY5eHgvVUZvTEgyRVRRNVRiWk9XYlNGZjBpWW80TnFPVyt5MG9aQmhTenJ6 NzhFcTBHRnBxVWJXbQptL2o2M2R4alF4V09YWE93S0IwcW52d3VwSGtyVUwwdTlSZDNGNmc1MkRp Z3hCTGVPem4zUlkrS2xoZE5kUXhTCjZwZGVyL2Q4ZGlKZGFxTUMwenovcFA3ckxQVk1lb1g5VVl1 RERmS3ZDTlJZYjI1VHZVWlRsSFQrUjdxaW1QRTgKWHd0Z0x3ai9FRFV2a3hUVjM4cHE4R0tJTHdw OE9lVjZCNjVNRk5qalpUR0FGNDhHNkMzRFJxMmJKYzArUU55NwpraFNYQmFXY09lUnF3cFpsd2Qz TEdkL2hUQVVUQUk5b2t2WHh3VGNIWEdPVjZ4V1B3YjRCaVEwU1cwcWl6K3pNCmo2QjBHeUxTdVVo ZUZ0Y1o1QkRocUxXT0xlTmNvN0RDSXVmL2g3NWVBYVJJdXZhNCszOU5RQUgrcEE9PQo9bU9Rawot LS0tLUVORCBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCg== 9841 2021-10-18 20:05:36 +0300 2021-10-18 20:05:36 +0300 Open gpg key with only one uid gpg_pubkey.txt text/plain 3082 ytinka7 LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdGc1Vvd0JFQUN3YUJE QlE5enpMelVLWUN2Zzd6Y1FhOEYvYXMwZHdGMyt4Y1dlanJxb2FpYUdjRnJWCko4QU0wMi9NQVlx V2VxV01FSHVPdEdGaEgydnJrR1BIdHVRV01Hcm1ZczZ2NWlsN0hOVTRMTkc5eFJudEo5eisKREJ5 TG9SYTZiNThEQzA5YXdMUm5HUTQwUkVHdmdqbVc3UGIvOXJUN01BemFnWG9kS2crR1VIN2syeGJB dFdzVQpMR0V6cDhzYytHRnBVRjB4em1POUluZWxYNTAzcVMwMVJPcm5CUzdBcW1SQ0hWdXJDYlMx NU1vZm1jNGI0eXhCCmxrNlM2SEtPVmdmaitzY0ZoVzJxZTVmZVpURnI4WDN3Mkw4eHJwSkRKY2xm Ny8yeXU4WmwwS2lvZHlTWkxYMXkKT1RhNlU1OFByU2t1YmlGQ1JpTlFTSk1zbUVzczBwNTFHSFJu aE94Q0oycG1iY0Z6MXpGd2VrZ01aUHVKUmVzeQpkem1QUUJnVTZmNFRWc1dmdlhSY1hvcUFjQlB4 VGtXVFRtS2J4SzhEZmRvQVI1ZDZEelhucHFpazBwcXFBS3kxCjNucDVUb2x6K2o4ZmpwZXY4cURC cVhBN0NBdEFGWWZBWGpRQzlWYnl1dkl0Vmh0RlhZWi9udnlQR3VQZ0ZEU00KaHBpTXVwOEc5Z2o2 Y3NmbUExZEdPNFZkNjcwSVU3cFRQRXB3UWxEYTB4dVIvRXB3YVlXT0JZb2VSR0JvR0FEUApveW9Q ZEUzV2pMd0ZIT2ZsOFVYTFltcWhxV21VRDlmTFE5K2xMNWR1b1ZVbnhFQWR0VnVoQzZIYml4SkRw eTExClpXWnVBbUhCelZ6YTNZT0hqWFMxSTdnaldOQWV0VUVYQ0hSc29ZUlpRalRlY1JsOUZnZW5p RXdQQlFBUkFRQUIKdENsTVpXOXVhV1FnV201aGJXVnViMnNnUEhKbGMzQjFZbXhwWTJGQVlXeDBi R2x1ZFhndWIzSm5Qb2tDTndRVApBUUlBSWdVQ1lXMmVzd0liQXdZTENRZ0hBd0lHRlFnQ0NRb0xC QllDQXdFQ0hnRUNGNEFBQ2drUUJJNUQ2V215CjFEV3pvdy8yTUVQT20xYVR4UitRbVlWeGN5U3lB VUh1ZGlucmk3VEZONTIwakRya1licTBySmkwVURSTWhxUk0KYnFWQVg5dExWMFovV0l0MmFvQUlQ UkVKVXhDWWdPY3NFUUFYUVFlZGIvdUpneUY5dGU0dnUzMDQvSFJhenJEQQptRS9lVGZRZjVIMXRY clR4SEhuU2NZejlYU204YzhOVHpZbVVCemtybGh4VnZvZTFReXludGxzWmZNRXlJSkZLCkR6NWJh a09IQWVYdmJoYXByN0l1azlGWkJySzUvNWI0YWlTc2wrN3Rka1BYWTN0bjViaUxKNlBVRUs4dUpK WjQKOG91OHVPdklvZm9acUtKUjdLMWZZVmFpNi9jS2V5NlJqaHhrcjhiVUhXY3NSeXdIbTNhK0Ft bCt0N0RwbTlxNgpzTHd6YjhZVkxCam1UN0JzaUo1em81a0x5d0xZdkVFSUZReU5hSnBEaXpDemdV MFFmQTFITjVpSGNmSFViZ2g1Cm1BVDJNTXRuaVFmWUlQVGt1TjVmYmZYMDVSazFEYk0wVjZCZktQ N1hWT1FHelMzalRLQjdsb0t2cXZZOGlEdkIKemtVUHVvdlFaY1JmREpZdHU1U2VSdmxENmNOMERK blJRa1ZlTGw4OFBKbys0ZjlwSEM4TXBWbkJhSFRKMVY1ZwpUN3doK2Qzckl4bWhhQ3pUcHl5dmVa L1NUR3ZXZmg2R2xPenplSEhya1RheGhHWmwrRnJTN0MvZ041eXFibDdSCnhFOGw3U1pzc1dOUDVh WjNFODdNL1pyc3RZUHpRZ3NyMDRVdTA3a2x4TzJIN053cnVFeFpTSUI2Vmx5WDdoRmIKeFE3UzFi YU5GVWdTNVR3Y1psaGFrUEUvMWY1dXdmbTBGREZKL0pDZkU4Y0VMUVJSbnJrQ0RRUmhiRktNQVJB QQpwR0dvOE1kdzZtWjVuQTl2NjN3aWY4NU5EcnpHZVJuS0Fic3RHbW9MSkpLWDcxcXozQWh6ZWV0 NTA3azNlNGVmClVTZmRMcExycmJ3enNUZEVoV0pYMU91TGMvOHB4MDN4MDNMZ3h2c1dMVm1sK2py VC9DMWJNSk4xRmFWZVI2Y0UKNWFWU3QwWHJVa1h2aFVkZWpqRU16cEN3bUV2VEhaQzlWQzhKbm8z WGFFRmExZW1UNDBGeHoyVEptZTI1Nk9VKwp6cHU3RmoyV2JuT3dLRE1EbWl6UGtRSTFQODUwZ1dE YzY1c3hrTUlEaURKNmw0TmZzVVN1NWhmS0QrTXhJWDJkClBISmRzVnlUYys3a01NSXdad2I1b29W cXNuL2s0dEFPZzZIM2tyMURZcnhtOVRVbmFRNUs2M1BWQmE4ZEx3MjQKVy80RzI1dUpTUHJ0aHNM bFRPd2NaOFJTL2diZDQzei9lNm5nUDNyVGVjRjVhQlppQlVPV3RSMkJvaDN5ZnNNUApuNzZlYmxU dWoxSU9BTkExT3B1bXY3bFRDdHNNUHJyRzRoZ25rVFV3cUNoMmhaanN4Sk54OXh1QnhqS0RTQk05 CjE0VmF4bERoNnpsdjZScUpxVTJJTkdmSHBpRERucDA4LzlrZXFWWE4vZUVEbCtuY1ZGNlZ2c1Vt alRDdzROaGkKS3d1dERkR0RXQjZBeW1lRkEvcjBPMmRKQnBVaDFQWmhJN1ZwRUFyYUNzT0xFNW1B V0srZVoyQ2plVnN3aVFtYwptNGc5TFBmbTEwblk4YkdmMURYem5yTXJrOFVacFZLYUZtWlpKL0s3 S3E2NGRrcFJQS1hneEdOcVEvRG9pN29YCk5pRWRqTm81MXBNQ0t4ZUdSRjMveG9IQml2S0VVd2lB VHlGemhjdFllRU1BRVFFQUFZa0NId1FZQVFJQUNRVUMKWVd4U2pBSWJEQUFLQ1JBRWprUHBhYkxV TmR2QUQvNHNIR2gxTmgzdHBISkExWi9pbHFQVVlEWHRsVEJIRHRBNQpnUHNSb3UrbnlQNWk3cWdu UUl0c01IZkFtY2U3THV2MkpMdGlBbFkxL0pKcmNHdFNTV0oxbWI5K3VHczJvQ01VCkUxMG0yUnB3 ZjJBWkFCUHNVR1puZ29JU1UydXdJV1ZjN3FaajVoZTl5S1RpR1I0TUtCSWlzN21Qc2VQclpYdHkK U2hRcUtqWmtOVXBzS2IwQzk4aVIxZ00yeVRETW1mVVJQbXFEelhqM0hwK2ljODNaUmR6RVY0QlR5 TXZ1TDI3VgpWSWVLalQ1TzlUMWs4dlFodkU5SDlQNmRHMFRWaW96R1h6OEx4MkVFWm8zcmpDN2dE aFMxTnQ5WEpOLzJOaW9XCnJyUldjWERCVk0zVTVpZUxZVzZoc2xodjl4eC9VRm9MSDJFVFE1VGJa T1diU0ZmMGlZbzROcU9XK3kwb1pCaFMKenJ6NzhFcTBHRnBxVWJXbW0vajYzZHhqUXhXT1hYT3dL QjBxbnZ3dXBIa3JVTDB1OVJkM0Y2ZzUyRGlneEJMZQpPem4zUlkrS2xoZE5kUXhTNnBkZXIvZDhk aUpkYXFNQzB6ei9wUDdyTFBWTWVvWDlVWXVERGZLdkNOUlliMjVUCnZVWlRsSFQrUjdxaW1QRThY d3RnTHdqL0VEVXZreFRWMzhwcThHS0lMd3A4T2VWNkI2NU1GTmpqWlRHQUY0OEcKNkMzRFJxMmJK YzArUU55N2toU1hCYVdjT2VScXdwWmx3ZDNMR2QvaFRBVVRBSTlva3ZYeHdUY0hYR09WNnhXUAp3 YjRCaVEwU1cwcWl6K3pNajZCMEd5TFN1VWhlRnRjWjVCRGhxTFdPTGVOY283RENJdWYvaDc1ZUFh Ukl1dmE0CiszOU5RQUgrcEE9PQo9RFZjUAotLS0tLUVORCBQR1AgUFVCTElDIEtFWSBCTE9DSy0t LS0tCg==