44484 2022-11-29 15:46:13 +0300 [done] join toni@ 2023-03-21 12:38:00 +0300 1 1 4 Development Team Accounts join unspecified x86_64 Linux CLOSED FIXED https://altlinux.org/Team/Join P5 normal --- 1 smith.toni91 glebfm andy glebfm grenka grenka ldv rider cas oldest_to_newest 218103 0 11986 smith.toni91 2022-11-29 15:46:13 +0300 Created attachment 11986 ssh pub nickname: toni email: smith.toni91@mail.ru mentor: Grigory Ustinov <grenka@basealt.ru> сопровождение пакетов 218104 1 11987 smith.toni91 2022-11-29 15:47:12 +0300 Created attachment 11987 gpg pub 218108 2 grenka 2022-11-29 16:16:25 +0300 Менторство подтверждаю. 218178 3 grenka 2022-11-30 18:46:04 +0300 Выдайте, пожалуйста, кандидату гитовницу. 218690 4 glebfm 2022-12-09 17:46:33 +0300 (In reply to smith.toni91 from comment #0) > Created attachment 11986 [details] > ssh pub Ok. (In reply to smith.toni91 from comment #1) > Created attachment 11987 [details] > gpg pub uid ключа должен быть в формате <First name> <Last name>. 218722 5 12067 smith.toni91 2022-12-09 20:51:08 +0300 Created attachment 12067 gpg.pub fix gpg 218763 6 glebfm 2022-12-12 11:26:20 +0300 (In reply to smith.toni91 from comment #5) > Created attachment 12067 [details] > gpg.pub Ok. 218767 7 grenka 2022-12-12 13:26:48 +0300 Нужна гитовница. 218916 8 glebfm 2022-12-15 09:33:45 +0300 ssh ключ на gitery.alt зарегистрирован. Адрес для пересылки создан. T/J/S -> 2.3. 219186 9 grenka 2022-12-19 09:59:34 +0300 Кандидат готов спотыкаться о сборочницу! 219204 10 glebfm 2022-12-19 14:08:04 +0300 ssh ключ на gyle.alt зарегистрирован. Пакет alt-gpgkeys обновлён. T/J/S -> 3.5. 219800 11 grenka 2023-01-09 11:13:44 +0300 [#312009] DONE (try 2) python3-module-traitsui.git=7.4.2-alt1 ... [#312052] DONE (try 2) codelite.git=16.7.0-alt1 [#312618] DONE (try 2) python3-module-plaster.git=1.1.2-alt1 [#312691] DONE (try 2) shutter.git=0.99.2-alt1 [#312827] TESTED python3-module-blinker.git=1.5-alt1 Всего за месяц кандидат смог обновить пакет так, что мне уже не к чему придраться. Кроме того, показал что ему по силам обновлять и сложные проекты типа codelite с мерджем двух сабмодулей в основное дерево или shutter, где кандидату представилась возможность пообщаться с viy@ относительно сборки дополнительного перлового пакета. 219874 12 glebfm 2023-01-10 11:39:31 +0300 Призван рецензент (rider@) для независимой оценки готовности кандидата. T/J/S -> 4.2. 219875 13 rider 2023-01-10 11:44:31 +0300 У codelite очень странная схема сборки submodules, я хотел бы услышать о ней подробности или какое-то описание. 219876 14 rider 2023-01-10 11:48:50 +0300 В альте есть тэг VCS для обозначения URL'ов на git репозиторий. https://git.altlinux.org/tasks/archive/done/_305/312691/gears/100/git?p=git;a=blob;f=shutter.spec;h=d98189f384ecef7dac046617428e84b434a0ba3e;hb=7bd5e6b58009abe368a420587cb42365f86194ca#l20 219877 15 rider 2023-01-10 11:50:46 +0300 замечание про тэг VCS касается и других проектов. 219879 16 rider 2023-01-10 11:54:45 +0300 Кандидат отлично разобрался с обновлением python пакетов, но есть вопросы к submodules (см. выше) и хотелось бы увидеть самостоятельное написание specfile и работу с shared libs policy. 219889 17 grenka 2023-01-10 12:47:08 +0300 (Ответ для Anton Farygin на комментарий #13) > У codelite очень странная схема сборки submodules, я хотел бы услышать о ней > подробности или какое-то описание. Эмм.. Обычная схема. Кандидат довольно точно повторил то, как я сам собираю проекты с submodules. Если есть какая-то другая схема, я хотел бы увидеть её реализацию. Тэгом VCS обладают всего 335 пакетов. Считаю его местным обнинским диалектом. Я сегодня первый раз узнал о его существовании. Самостоятельное написание спекфайлов было. toni@, видимо вам всё-таки придётся собрать что-нибудь из первых тех пакетов "которые никому не нужны"=) В качестве работы над shared libs policy могу предложить кандидату задачу https://bugzilla.altlinux.org/42388 219896 18 rider 2023-01-10 14:05:12 +0300 Григорий, в целом я хотел бы по вопросам вступления общаться с кандидатом, а не с ментором. При чём тут Обнинск ? Тэг VCS добавлен уже достаточно давно, не надо считать его чьим-то диалектом, просто используйте его для указания git. Я и сам о его существовании узнал всего несколько лет назад. Тэг используется, в частности, watch для поиска обновлений пакетов. Что касается submodules - речь и не идёт о выборе схемы, мне для понимания сделанного нужно описание схемы. Если же хочется посмотреть на то, как submodules обрабатывается в других проектах, то можно посмотреть на zoneminder для примера. 219898 19 rider 2023-01-10 14:08:27 +0300 mpdecimal отличный пример ошибки сборки пакета, но проблема в том, что исправить эту ошибку будет крайне сложно, т.к. от пакета mpdecimal зависит python3; https://packages.altlinux.org/ru/sisyphus/srpms/mpdecimal/what_depends/by_binary Но можно попробовать. 219899 20 rider 2023-01-10 14:10:19 +0300 Точнее говоря там проблема даже в другом: https://packages.altlinux.org/ru/sisyphus/deps/libmpdec.so.3%2528%2529%252864bit%2529/require У вас libmpdec.so.3 будет переезжать из одного пакета в другой, а apt такие перемещения переносит крайне плохо. 219902 21 glebfm 2023-01-10 14:25:17 +0300 (In reply to Anton Farygin from comment #20) > У вас libmpdec.so.3 будет переезжать из одного пакета в другой, а apt такие > перемещения переносит крайне плохо. Я думаю, что в случае одного клиента у библиотеки это не должно проявиться. 219904 22 rider 2023-01-10 14:26:14 +0300 Пока не попробуем - не узнаем. 219907 23 grenka 2023-01-10 14:46:11 +0300 (Ответ для Anton Farygin на комментарий #18) > Григорий, в целом я хотел бы по вопросам вступления общаться с кандидатом, а > не с ментором. Я не возражаю, у меня были личные вопросы, я их задал. > Если же хочется посмотреть на то, как submodules обрабатывается в других > проектах, то можно посмотреть на zoneminder для примера. Очень интересная реализация, вполне имеющая право на существование. В плане поддержки она наверное даже проще приведённой, но менее очевидная. Хотя для случаев, где сабмодулей достаточно много, пожалуй это единственный вариант. 219954 24 smith.toni91 2023-01-11 08:53:55 +0300 (In reply to Anton Farygin from comment #16) > Кандидат отлично разобрался с обновлением python пакетов, но есть вопросы к > submodules (см. выше) и хотелось бы увидеть самостоятельное написание > specfile и работу с shared libs policy. Собрал вот такой пакет [#313132] EPERM tmate.git=2.4.0-alt1 219955 25 rider 2023-01-11 09:04:04 +0300 Поле Packager лучше убрать, оно заполнится автоматически по тому, кто собирает. В changelog запись не new version, а first build for ALT (или что-то подобное) - старых версий пакета не было. И если сборка делается первый раз, то можно сразу сделать хорошо, без первого коммита с кривым спеком. 219959 26 smith.toni91 2023-01-11 10:22:34 +0300 (In reply to Anton Farygin from comment #25) > Поле Packager лучше убрать, оно заполнится автоматически по тому, кто > собирает. > В changelog запись не new version, а first build for ALT (или что-то > подобное) - старых версий пакета не было. > > И если сборка делается первый раз, то можно сразу сделать хорошо, без > первого коммита с кривым спеком. Попробовал вот так. [#313165] EPERM tmate.git=2.4.0-alt1 219961 27 rider 2023-01-11 10:29:12 +0300 это второе задание зачем ? удалите подзадание в 313132 и добавьте туда изменённый репозиторий. Для удобства работы не надо менять номер задания при внесении изменений в пакет, пока он не стал DONE. https://packages.altlinux.org/ru/tasks/search/?search=toni&task_owner=toni все неиспользуемые задания надо удалять, это хлам. 219972 28 smith.toni91 2023-01-11 11:42:18 +0300 Another try [#313132] EPERM (try 2) tmate.git=2.4.0-alt1 219982 29 rider 2023-01-11 12:37:07 +0300 [00:00:09] Executing(%check): /bin/sh -e /usr/src/tmp/rpm-tmp.43203 [00:00:09] + umask 022 [00:00:09] + /bin/mkdir -p /usr/src/RPM/BUILD [00:00:09] + cd /usr/src/RPM/BUILD [00:00:09] + cd tmate-2.4.0 [00:00:09] + make -j32 check [00:00:09] make: Nothing to be done for 'check'. [00:00:09] + exit 0 220370 30 smith.toni91 2023-01-20 07:35:55 +0300 Пример работы с shared libs policy. [#313559] TESTED (try 13) blosc2.git=2.6.1-alt1 220371 31 rider 2023-01-20 08:47:38 +0300 (Ответ для smith.toni91 на комментарий #30) > Пример работы с shared libs policy. > [#313559] TESTED (try 13) blosc2.git=2.6.1-alt1 неудачный пример - тут нестандартная ситуация, в которой апстрим сам решил назвать проект в соответствии с soname. 220372 32 rider 2023-01-20 08:56:04 +0300 На самом деле это скорее вопрос к policy - что делать в таком случае. Ведь у библиотеки blocks2 apiversion может стать 3 и в этом случае приведённый пример не соответствует shared libs policy. 220936 33 smith.toni91 2023-01-31 12:30:19 +0300 (In reply to Anton Farygin from comment #22) > Пока не попробуем - не узнаем. рассплитить пакет mpdecimal не представляется возможным. Испробовал различные подходы. Поскольку libmpdec.so.3 является симлинком на libmpdec.so.2.5.1 происходит конфликт с уже установленным пакетом. 220937 34 rider 2023-01-31 12:33:22 +0300 Как-то странно вы делаете сплит. посмотрите примеры в других пакетах, где пакуется lib%name.so.%soversion.* 220940 35 ldv 2023-01-31 12:56:36 +0300 (In reply to smith.toni91 from comment #33) > (In reply to Anton Farygin from comment #22) > > Пока не попробуем - не узнаем. > > рассплитить пакет mpdecimal не представляется возможным. > Испробовал различные подходы. Поскольку libmpdec.so.3 является симлинком на > libmpdec.so.2.5.1 происходит конфликт с уже установленным пакетом. Сделайте 2 новых подпакета: %files -n libmpdec3 %_libdir/libmpdec.so.3 %_libdir/libmpdec.so.%version %doc LICENSE.txt %files -n libmpdecxx3 %_libdir/libmpdec++.so.3 %_libdir/libmpdec++.so.%version %doc LICENSE.txt Оставьте в основном пакете только зависимости на эти 2 новых подпакета. Обновите зависимости в devel-подпакете. Со временем, скажем, после p11, старый подпакет-пустышку можно будет упразднить. 220951 36 ldv 2023-01-31 14:39:27 +0300 Только не забудьте запаковать этот подпакет с зависимостями без файлов, иначе сплит не сработает так, как задумано. 220964 37 smith.toni91 2023-01-31 17:31:02 +0300 спасибо за разъяснение, получилось [#313369] DONE (try 16) mpdecimal.git=2.5.1-alt2 220969 38 rider 2023-01-31 17:53:58 +0300 Быстро очень аппрувите, слишком быстро. abiversion лучше вынести в отдельный define и использовать его везде, где есть цифра 3 220973 39 grenka 2023-01-31 18:38:55 +0300 (Ответ для Anton Farygin на комментарий #38) > Быстро очень аппрувите, слишком быстро. > abiversion лучше вынести в отдельный define и использовать его везде, где > есть цифра 3 Антон, это рефакторинг ради рефакторинга. При следующем изменении аби я так и сделаю. Если честно, мне есть чем заняться, кроме того как мучать подопечного такими пустяками. У меня полно кандидатов, которые не могут разобраться со сборкой из тэга. Придираться к мелочам можно бесконечно. А я замечу, что это было как никак NMU и в рамках такого обновления не принято осуществлять масштабные изменения с рефакторингом кода. Я кстати даже уже объяснял этот момент одному вашему коллеге, который взял и перехакал весь мой пакет согласно своим представлениям о прекрасном=)) Если хочется погонять кандидата, погоняй по делу. Можно же дофига всего интересного придумать, типа пакет с секциями типа preun postun или чтобы был с кумулятивным патчем:) 220974 40 grenka 2023-01-31 18:50:14 +0300 (Ответ для Anton Farygin на комментарий #38) > Быстро очень аппрувите, слишком быстро. > abiversion лучше вынести в отдельный define и использовать его везде, где > есть цифра 3 В конце концов, если так уж необходимо вынести этот дефайн, можно сделать это отдельным таском. Я зааппрувил таск, который закрывал багу, мне было важно это. Если хочешь следующие аппрувы будут на тебе? 220979 41 ldv 2023-01-31 21:21:50 +0300 $ rpmquery --qf 'Name: %{name}\nSummary: %{summary}\n%{description}\n\n' -p mpdecimal-2.5.1-alt2.x86_64.rpm libmpdec3-2.5.1-alt2.x86_64.rpm libmpdecxx3-2.5.1-alt2.x86_64.rpm Name: mpdecimal Summary: Library for general decimal arithmetic The package contains a library limpdec implementing General Decimal Arithmetic Specification. The specification, written by Mike Cowlishaw from IBM, defines a general purpose arbitrary precision data type together with rigorously specified functions and rounding behavior. Name: libmpdec3 Summary: Library for general decimal arithmetic The package contains mpdecimal 2.5.1 libs. Name: libmpdecxx3 Summary: Library for general decimal arithmetic The package contains mpdecimal 2.5.1 libs. Возможно, вам кажется, что Summary и %description никто не читает, но я бы такое не заапрувил бы. Ну и переименование подпакета mpdecimal-devel в libmpdec-devel тоже сделано неаккуратно: Provides без Obsoletes приведёт к тому, что dist-upgrade просто удалит пакет mpdecimal-devel вместо того, чтобы заменить его на libmpdec-devel. У нас же где-то было описано, как правильно переименовывать пакеты? 220987 42 smith.toni91 2023-02-01 10:03:10 +0300 Spec refactoring. [#314490] TESTED mpdecimal.git=2.5.1-alt3 220989 43 rider 2023-02-01 10:12:27 +0300 @toni было бы неплохо исправить замечания ldv 220991 44 smith.toni91 2023-02-01 10:15:44 +0300 [#313559] TESTED (try 13) blosc2.git=2.6.1-alt1 Blosc2 подходит под это описание? https://www.altlinux.org/Shared_Libs_Policy "В случае, если существует несколько поддерживаемых веток одной библиотеки, %soversion может соответствовать major-версии библиотеки (libqt3, libqt4) или иметь вид major.minor (libdb4.0, libdb4.1). Можно также использовать часть soname’а библиотеки (напр., libcurl4, libflac8)." или что-нибудь нужно подправить чтобы добавить ее в сизиф? 220992 45 rider 2023-02-01 10:19:47 +0300 в blosc2 тесты не включены, есть какая-то проблема с ними ? 221007 46 smith.toni91 2023-02-01 13:45:39 +0300 добавил тесты [#313559] TESTED (try 16) blosc2.git=2.6.1-alt1 221009 47 rider 2023-02-01 14:10:47 +0300 (Ответ для Anton Vyatkin на комментарий #46) > добавил тесты > [#313559] TESTED (try 16) blosc2.git=2.6.1-alt1 Спасибо, у меня замечаний нет. Можно коммитить. 221027 48 smith.toni91 2023-02-01 16:24:20 +0300 Description поправил, Obsoletes добавлен. [#314490] TESTED (try 3) mpdecimal.git=2.5.1-alt3 221036 49 rider 2023-02-01 18:57:57 +0300 Там, где добавлен Provides и Obsoletes вместо %version надо использовать %EVR (что превратиться в epoch:version-release) В текущем виде это ошибка. Ну и непонятно, какой смысл несёт пакет mpdecimal без файлов ? 221037 50 ldv 2023-02-01 19:10:49 +0300 (In reply to Anton Farygin from comment #49) > Ну и непонятно, какой смысл несёт пакет mpdecimal без файлов ? Это был мой совет, чтобы обновляемость не осложнять, это же не просто переименование, а переименование с раздвоением. Когда пакет сохраняется и по зависимостям вытягивает прежние soname provides, у apt'а не должно возникать желания поставить пакет на hold. (In reply to Dmitry V. Levin from comment #35) > Оставьте в основном пакете только зависимости на эти 2 новых подпакета. > > Со временем, скажем, после p11, старый подпакет-пустышку можно будет > упразднить. 221039 51 rider 2023-02-01 19:33:07 +0300 Да, понял. Спасибо. Осталось поправить EVR 221040 52 rider 2023-02-01 19:34:59 +0300 прошу прощения, не несёт никакой проблемы в данном случае, но вообще лучше делать Obsoletes не <= EVR а < EVR %EVR обсолетить не нужно, вы же его тут выше и провайдите. 221041 53 smith.toni91 2023-02-01 20:07:33 +0300 [#314490] TESTED (try 4) mpdecimal.git=2.5.1-alt3 Насчет, <= EVR а < EVR, понял. А по поводу Obsoletes. (In reply to Dmitry V. Levin from comment #41) > Provides без Obsoletes приведёт к тому, что dist-upgrade просто удалит пакет > mpdecimal-devel вместо того, чтобы заменить его на libmpdec-devel. Или это было сказано когда было Оbsoletes: mpdecimal-devel, а если < %EVR то обсолетес не нужен? 221055 54 rider 2023-02-02 09:30:48 +0300 Obsoletes нужен для того, что бы сказать apt'у, что данный пакет заменяет тот, который описан в obsoletes 221105 55 grenka 2023-02-03 15:26:02 +0300 На чём мы там остановились? 221106 56 smith.toni91 2023-02-03 15:28:01 +0300 (In reply to Grigory Ustinov from comment #55) > На чём мы там остановились? На вот этом. [#314490] TESTED (try 4) mpdecimal.git=2.5.1-alt3 221107 57 rider 2023-02-03 15:29:47 +0300 Мелочи добейте, про которые я выше писал. и про codelite надо бы всё-таки схему сборки описать, я не смог без описания нормально сделать review проделанной работе. 221109 58 smith.toni91 2023-02-03 15:35:13 +0300 (In reply to Anton Farygin from comment #57) > Мелочи добейте, про которые я выше писал. > и про codelite надо бы всё-таки схему сборки описать, я не смог без описания > нормально сделать review проделанной работе. Про codelite. Создавал отдельные бранчи для сабмодулей и мерджил их в в ветку upstream потом ее в sisyphus. 221118 59 smith.toni91 2023-02-03 17:32:42 +0300 [#314490] TESTED (try 5) mpdecimal.git=2.5.1-alt3 221120 60 rider 2023-02-03 17:51:14 +0300 (Ответ для Anton Vyatkin на комментарий #58) > (In reply to Anton Farygin from comment #57) > > Мелочи добейте, про которые я выше писал. > > и про codelite надо бы всё-таки схему сборки описать, я не смог без описания > > нормально сделать review проделанной работе. > > Про codelite. Создавал отдельные бранчи для сабмодулей и мерджил их в в > ветку upstream потом ее в sisyphus. а как merge был ? в виде subtree ? 221121 61 smith.toni91 2023-02-03 18:23:44 +0300 (In reply to Anton Farygin from comment #60) > (Ответ для Anton Vyatkin на комментарий #58) > > (In reply to Anton Farygin from comment #57) > > > Мелочи добейте, про которые я выше писал. > > > и про codelite надо бы всё-таки схему сборки описать, я не смог без описания > > > нормально сделать review проделанной работе. > > > > Про codelite. Создавал отдельные бранчи для сабмодулей и мерджил их в в > > ветку upstream потом ее в sisyphus. > > а как merge был ? в виде subtree ? Нет обычный merge. 221129 62 rider 2023-02-04 09:14:11 +0300 а как выполнился обычный merge для двух не связанных историй ? Вот это выглядит ошибкой: https://git.altlinux.org/gears/c/codelite.git?p=codelite.git;a=commitdiff;h=76e6622b48bc4351a11337e4be6962276d535385 221130 63 smith.toni91 2023-02-04 09:18:08 +0300 (In reply to Anton Farygin from comment #62) > а как выполнился обычный merge для двух не связанных историй ? > > Вот это выглядит ошибкой: > https://git.altlinux.org/gears/c/codelite.git?p=codelite.git;a=commitdiff; > h=76e6622b48bc4351a11337e4be6962276d535385 Делал с --allow-unrelated-histories 221131 64 rider 2023-02-04 09:20:22 +0300 Надо было просто подшить историю с ours. 221133 65 grenka 2023-02-04 10:33:12 +0300 (Ответ для Anton Farygin на комментарий #64) > Надо было просто подшить историю с ours. Антон, в этой схеме идёт не просто подшив истории для тэгов, а полноценное воссоздание каталога исходников. Другой Антон, ну то есть кандидат, сделал это по моей указке. Поэтому слова о том, что это неправильно, я принимаю на свой счёт. Подобная схема реализована во многих других пакетах. kdiskmark, fritzing, purple-telegram - это как минимум. 221134 66 rider 2023-02-04 12:52:12 +0300 А как в этой схеме выглядит процесс обновления ? вы же перемещаете все исходники в подкаталог, по идее merge должно быть или очень сложным, или просто с ошибками. Ну и git log на подкаталог тоже будет странно работать. в общем да, я бы считал эту схему за ошибку, но прошу посмотреть на неё Диму ldv@ 221135 67 grenka 2023-02-04 13:37:44 +0300 (Ответ для Anton Farygin на комментарий #66) > А как в этой схеме выглядит процесс обновления ? вы же перемещаете все > исходники в подкаталог, по идее merge должно быть или очень сложным, или > просто с ошибками. > > Ну и git log на подкаталог тоже будет странно работать. > > в общем да, я бы считал эту схему за ошибку, но прошу посмотреть на неё Диму > ldv@ Мердж будет очень сложным. Есть бранч сизиф - это вот результат всех-всех мерджей, там у нас спек и вот это всё. Есть бранчи wxdap и ctags. В них мы мерджим хэши коммитов, которые нужны для новой версии. Есть бранч апстрим - это то куда мы мерджим тэг новой версии и вот эти два бранча. А апстрим мерджится в сизиф. При хорошем понимании гита, это становится не так уж сложно. Если посмотришь в историю пакета purple-telegram, там сабмодуль tgl имел свой сабмодуль tl-parser. И всё обновлялось по этой схеме. Может быть эта схема выглядит сложновато на первый взгляд, но она не становится от этого неправильной. Я Антону по видеоконференции показал обновление пакета kdiskmark с одним сабмодулем и в качестве задания дал codelite с двумя сабмодулями и Антон довольно правильно с моей точки зрения всё воспроизвёл. Я думаю, что то что кандидат освоил такую схему - это должно говорить в его пользу. 221149 68 grenka 2023-02-05 13:16:04 +0300 (Ответ для Grigory Ustinov на комментарий #67) > (Ответ для Anton Farygin на комментарий #66) > > А как в этой схеме выглядит процесс обновления ? [#314699] TESTED (try 2) codelite.git=17.0.0-alt1 Вот так. 221154 69 andy 2023-02-05 22:05:11 +0300 (Ответ для Grigory Ustinov на комментарий #68) > (Ответ для Grigory Ustinov на комментарий #67) > > (Ответ для Anton Farygin на комментарий #66) > > > А как в этой схеме выглядит процесс обновления ? > > [#314699] TESTED (try 2) codelite.git=17.0.0-alt1 > > Вот так. УжОс :( А не проще сделать бранчи на эти submodules, и merge -s ours эти бранчи в sisyphus, можно вместе с upstream? См. как сделан crun, там 4 сабмодуля и upstream сливаются, при пустой основной ветке. 221158 70 rider 2023-02-06 08:42:23 +0300 (Ответ для Grigory Ustinov на комментарий #68) > (Ответ для Grigory Ustinov на комментарий #67) > > (Ответ для Anton Farygin на комментарий #66) > > > А как в этой схеме выглядит процесс обновления ? > > [#314699] TESTED (try 2) codelite.git=17.0.0-alt1 > > Вот так. Да, я как раз про то, что это тяжело подждерживается и делаются лишние не нужные движения. Предлагаю пока не прижилось перейти на более простую схему с подшивкой истории через -s ours, как предлагает выше Андрей. 221159 71 grenka 2023-02-06 09:06:07 +0300 (Ответ для Anton Farygin на комментарий #70) > (Ответ для Grigory Ustinov на комментарий #68) > > (Ответ для Grigory Ustinov на комментарий #67) > > > (Ответ для Anton Farygin на комментарий #66) > > > > А как в этой схеме выглядит процесс обновления ? > > > > [#314699] TESTED (try 2) codelite.git=17.0.0-alt1 > > > > Вот так. > > Да, я как раз про то, что это тяжело подждерживается и делаются лишние не > нужные движения. > > Предлагаю пока не прижилось перейти на более простую схему с подшивкой > истории через -s ours, как предлагает выше Андрей. Предлагаю прочитать, что на этот счёт скажет Дима или Глеб:3 221692 72 cas 2023-02-15 10:29:01 +0300 (Ответ для Grigory Ustinov на комментарий #71) > (Ответ для Anton Farygin на комментарий #70) > > (Ответ для Grigory Ustinov на комментарий #68) > > > (Ответ для Grigory Ustinov на комментарий #67) > > > > (Ответ для Anton Farygin на комментарий #66) > > > > > А как в этой схеме выглядит процесс обновления ? > > > > > > [#314699] TESTED (try 2) codelite.git=17.0.0-alt1 > > > > > > Вот так. > > > > Да, я как раз про то, что это тяжело подждерживается и делаются лишние не > > нужные движения. > > > > Предлагаю пока не прижилось перейти на более простую схему с подшивкой > > истории через -s ours, как предлагает выше Андрей. > > Предлагаю прочитать, что на этот счёт скажет Дима или Глеб:3 Что скажет Глеб по этому поводу? 221939 73 rider 2023-02-20 17:45:11 +0300 У меня к кандидату нет никаких замечаний, за исключением схемы сборки пакета с submodules. 223047 74 grenka 2023-03-20 12:36:55 +0300 (Ответ для Anton Farygin на комментарий #73) > У меня к кандидату нет никаких замечаний, за исключением схемы сборки пакета > с submodules. Антон, я задолбался аппрувить таски Антона. Прошу прощения за тавтологию. Ну вы поняли... https://packages.altlinux.org/ru/sisyphus/maintainers/toni/ Пожалуйста, одобри кандидата. Из-за одного грёбаного пакета с сабмодулем, из-за того, что схема не такая как у тебя, приходится вот страдать двум людям. 223049 75 rider 2023-03-20 13:22:26 +0300 нет, проблема не в том, что схема не такая как у меня, а в том, что она выглядит ошибкой и с считаю на 100% что плохому учить не надо. Ты же пригласил glebfm и ldv, ну давай дождёмся их реакции на этот вопрос. 223050 76 cas 2023-03-20 13:27:04 +0300 (Ответ для Anton Farygin на комментарий #75) > нет, проблема не в том, что схема не такая как у меня, а в том, что она > выглядит ошибкой и с считаю на 100% что плохому учить не надо. > > Ты же пригласил glebfm и ldv, ну давай дождёмся их реакции на этот вопрос. У нас есть регламент ответа приглашённых? А то больше месяца прошло с момента приглашения Глеба. 223117 77 glebfm 2023-03-21 12:02:22 +0300 (In reply to Anton Farygin from comment #62) > Вот это выглядит ошибкой: > https://git.altlinux.org/gears/c/codelite.git?p=codelite.git;a=commitdiff; > h=76e6622b48bc4351a11337e4be6962276d535385 Ручное перемещение файлов выглядит как плохая идея потому что такие вещи гораздо лучше делать штатными средствами git. Было бы гораздо лучше, если бы был использован подход из git howto (using-merge-subtree), настоятельно рекомендую прочитать эту инструкцию (см. пакет git-doc). С этим замечанием, я бы сказал, что этот подход к submodules не хуже других подходов. Выглядит всё так, будто результат получился идентичным натуральному^Wожидаемому в этой схеме, то я не вижу смысла переделывать, но иметь в виду на будущее стоит. Ещё я хочу попросить кандидата запушить и в будущем не забывать пушить бранчи, которые используются для подготовки пакета (для codelite не хватает как минимум бранчей upstream, wxdap и ctags). 223120 78 rider 2023-03-21 12:19:03 +0300 Исходя из вышесказанного кандидат готов к самостоятельной работе в Team 223124 79 glebfm 2023-03-21 12:31:40 +0300 Адрес подписан на devel@. Пользователь добавлен в группу мейнтейнеров. Желаю удачного мейнтейнерства! 223125 80 grenka 2023-03-21 12:34:05 +0300 (Ответ для Gleb F-Malinovskiy на комментарий #79) > Адрес подписан на devel@. > Пользователь добавлен в группу мейнтейнеров. > > Желаю удачного мейнтейнерства! Ура! Спасибо. 223126 81 smith.toni91 2023-03-21 12:38:00 +0300 Благодарю всех за разъяснения и наставления. 11986 2022-11-29 15:46:13 +0300 2022-11-29 15:46:13 +0300 ssh pub ssh.pub application/vnd.ms-publisher 91 smith.toni91 c3NoLWVkMjU1MTkgQUFBQUMzTnphQzFsWkRJMU5URTVBQUFBSUwzNG9KV2lhNGxHOWxvc1Nqbi9l WjF1VFhHYSt0bVlPNVd3ZldnUGJDbnEgdXNlckBtYWNoCg== 11987 2022-11-29 15:47:12 +0300 2022-12-09 20:51:08 +0300 gpg pub gpg.pub application/vnd.ms-publisher 3061 smith.toni91 LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdPRWp2RUJFQUMrOWJP YUtlbnkzazhSdHRYeGZHb2VxOUJBbVV4bGRJNUZEcDhnTGRadUxiUHkvUmhKCkdsczlGTWJENkdu N1p2K3ovcVl0Wjhnd0dkYm1JWnFEZTJLdEhtQ0RsMVljemJ6bnRMTWtUUXJSYzZtVTQ3cSsKdWk3 MlFBWlVtWkt1aWNBRGIwSnNDWkpXZFd0VDRuTzBYNDd5NUtPQmIvQVhudnJqS3dQc3NiaGY5R0xE R2NZcApUZVhDYnF0R0RFUzlNZ0pjN2VOdlVIcmlYdzQ0Z1pmMEFzbllWV0pkaW5tbGcrbW9NeWNo dmlnK0Y1MWk3Z0FrCndQTFFIMVdZL0llN1FoQjJaTDB1UENTK051OUhvOU1FdXA5OHFnQVZEeXZJ c3Zma3dzQlBUNytGU2ViOEQrVUIKR09KREtLb2tmajhDaExGR0V5a2dxVXpvbHdZUkdKSlRRVkM3 RXdSU1FjTmVScVRTUi9DVjMrOUhJY1FrQWFsLwozRkdwRTROZzYyK0NhSCtacHF3NXhBUWUyS05X WGJvaklBUWJQcm1VRG1ncTdjcDRQNGRZNjl5eTRFTlBncWs2CmhyVEd2VXZPdmVKd0lMRHh1bGc0 b2NZQXpvZGhKblhPcHdFT3loOEZOZk95UUVPMmVXcnM4MCtXM3ZsTTVRdDcKbWxsN1ViMWRvNzlk b1V1VWZycWlqUmpKNy9tV0J1N3c4VmpVK1dZZHo0ZEc5QTlTWVBkYmlZMFNIQjl6NGVqMAovM0FP dHBUMWg5eTNkVnREaEJNZmJ5V1BRVEZJT2ZwSjVidExubENFMzNyQ1B1UDBnMjJYZjhGUStBOURF aVF5CldreU55YXgwc1NwcUlucTl3aER2cnV6SjFnTW5lKzVmbUhlN0pJczFDN0V3ajBhYVpkajYy SlRQU3dBUkFRQUIKdEJsQmJuUnZiaUE4ZEc5dWFVQmhiSFJzYVc1MWVDNXZjbWMraVFJNEJCTUJD QUFpQlFKamhJN3hBaHNEQmdzSgpDQWNEQWdZVkNBSUpDZ3NFRmdJREFRSWVBUUlYZ0FBS0NSRHdM ZHFGNGFEUGFTYlVELzRrNnU3LzRadzJQK2JSCjZNUjRmV0duKzM0Q2NDR0JZbTV3bW9SMEMzZDBX SklUajQrNFExdTI4b3NrbUkwUXhwaEt5dG5DUzl6ZUlrOGUKeHB1NW8vaTFUeTlLVGcvaXJYYXNT TnEyRExtN3czRGNjUCtCckdiWURQU1UyL0tNYy9UT1dyLzZFeWFrbGtRSgpZZHVFanlMSUNhZE9W bk5DM082b0pYdmlqckNQaXkrVWZwaG0vcmtwOWh1bzYvTzlIMm1DNzdVSFg3aTFucVkwCkNPTnF2 TzRNQ01sME94RWFxNW4vZnRRZ2hvakI0YTNnTmxPMHJOd1Z0NkE4OGlONkV6YTk4M2JkaXVSNEJT TEUKZEt4Y2NTTWpaR3FoU1dualpxbzFFYU11c3hyZnNySUw0cmJlTmpObXp6b0pNUzh3Qmg1MXdq NGh5NklRNS9JTwpXR1VRT3JIL2wzU2V5ZXRvZG5PMFVyZVZDMEkvMklUZVhLcDVBc3A5V0RONnRq UUpvc0pteGJWSk45RmJtRmExCnhDNUErNVlERWZGRTY3cTBwOWdpYWF6ZHlJS1lmMXd0WTlkL05D Z21KdW91SlVmd0hSdDVMdGVWMW1uc2pJelgKaERSSjI2TjBOU1FTaVViU1Y1WVlYT2FtYjY0V0RV YStKNFQxMW1Oa0FWS2NwaUpiTXdhemUyRVZqQ3JXYkx6ZApaSTBDa0VGT0xmREtEbzkveG1nWkpU ZG4rdHo4TXNYU2Z6MEU3K1czRVFiQmlNRTBLdUF3U2xxNWZ1OGREU1JCCk5WOEI2RmM2aFV6MExK amVUNDBDQktmVTVBYnYxaHZZODkrOGhtSjVHODVQQWkrWjI3TG9XQldnUlVKUEZFOGkKSG5zVXF6 MkdXUjFPc0JBcFNEVjNsb0xwVXBzZlc3a0NEUVJqaEk3eEFSQUFyRW5FTkp1YUNZZ1pKODdtQXlj RApIUnRjdjRoMGY4eldWbHlXMVdkbWwyUGdwTkhpZWRiTzZmSHpmZzBvN0Q2d20yWmthV0xSQUlW OHZLS0Y3WDR1CkpSMWRRWHVRYy9EcVMzV3NaZkcyek5JSVFOeEEzd2pXOWNNd1FCcFgvL0F4dmRN WFJqRHB5ZktURi9jUjFFOFYKZmp0MFdHeGdoeWZUd2Z1Y3lNbFhYa0lGV3FUeGVrSEZMZ010aHll OTNvaEVadnk5N3ovWXhhbVZkRFk0MjRhZApSS21RK1JEZENNWTllbDJDaHlGMzdNMzM0U3RJblVz UzlObldvYTBWdVpZTStCYXM5K1RhQUFaKzl0ZkhVVWR2CnFJNzBycGxlRUdkaFVLQ2huK01OV3h4 d21DWStqSFhUTHZnN2tnSUhLdEV4QlVuS2l4S0xMT3F4aW1EZEJGRVUKQ0lVM3VReW5EMHAydEt2 RWNoUGl2blRXNkgzY053OGwrNWM3Z3dJS2tFVmJkeW1ENnNMekswaFM1Q3BJSWswZAovcERJd24z SGdZQWRqRy8yckNMWXhXdjE0dWhmMklBZWRDWXVRZUdQOFVtVStnanEyZmJwZ2FzejR1aC9lV1dL CjZmUHdXQVVKaE13WWgyTkxIQXROTTROYTB6MEF3c2Y0Tlg5M1YwZzBlODVqSy9Xa1dVOVlVY2R5 MWF5ckNjVEcKenVHT1FMN1lmczBjdkkrYnBsVWtKdzBqSVRsKzk0QWNyNEhZZEFTV3g1TDA0WUF3 U1IzQStNckYrQWc2UXRrdApnNkx6Vit5a1FBUDAzSXRpODdNOE1vVzVSazFHdG9NV2JMT1JhejM1 VFcrOTZwU29nRU9OR2pnNHo2dGtJY2wwCmVvVXdtbWdIYTRVamJhSmpKdTBFK3hzQUVRRUFBWWtD SHdRWUFRZ0FDUVVDWTRTTzhRSWJEQUFLQ1JEd0xkcUYKNGFEUGFkTW9EL3dKdk1nZUU0RzB4Skd5 ZEJvODlZc2pCT0dlR1RzWWRvZDdJOUVDa3BQOHZhUGdVMFV6cHk5MApaakEvUDhocVdBVXVycVZH UkVYcXZKUThjRnBEYlpNY1pmbis3cE5IM1kwbW5pRFl3bW43NXBuR3lCenFwVkxRCmh4elNhRURS dnlYMllZamtCNjBYN3IvZytxOThNV3kyQWNjK0t5aUZmcUxkUDhWZG5Ca0NjU2JIdUxQYzVPQXMK K0lEcU9JTXdRM1lEbmJQUlVFMjNaT3hISjMwRDhWREJKTDR0cE1SR3UxbnNYTHU0Z0tRL3dFZk02 UnRVYkxobgpKVUU2VDZxWjNyM0tRZU5FazRqMk9VUkh6R1BOZGJTS1loU1pUMm02TUZEYUcxeDcr c001UW94c29DUWtscUZjCnUwZEJIRUpNcDZKME9BdGVkNzJDVy80Vm95VGIrTXlxRmdMYWZleVg5 NE9FbmhIWEtlTjRtb2dicEYwNVRqNWgKaTZJVEdWaC9mdXM1RnZ4cjkySXFxMVJpNnA1bkd3ekNI VjI5TkFEd1AyZ09XUU1TUTlZUmdQa25MQU4zdU5kTApNQnpCclIxS0RlOExwQkVBNDF6eWJnWTJP cHNkbFZJcFFhVURxWlZsb25HR3JYaVE1QVlieVZXTnBjdEljZGkwCnVvMXVSUmFrc2xxdTRMS0V0 V1BSbHhBRWxKZW42bTYvVFR4dS80aTQrQ21jSCtQb2pCTlczNmFSaXBuTHEvYm0KQ0pqUi9NT05y dXN4SWQrS2U3U3hnOXRtN0xhajArd3hlTGZDZWdtRnRzeTYwV25lakR1NU5UdlY0UzlPQWQwNwpY WEdxbmN1VDJvOCt4TDB2Q2ZlMFhMV3FvdGIyTllKQU5ENkZ4a1BzTHowR01CNC9MYzdnUWc9PQo9 ZlluTwotLS0tLUVORCBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCg== 12067 2022-12-09 20:51:08 +0300 2022-12-09 20:51:08 +0300 gpg.pub gpg.pub application/vnd.ms-publisher 3069 smith.toni91 LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdPRWp2RUJFQUMrOWJP YUtlbnkzazhSdHRYeGZHb2VxOUJBbVV4bGRJNUZEcDhnTGRadUxiUHkvUmhKCkdsczlGTWJENkdu N1p2K3ovcVl0Wjhnd0dkYm1JWnFEZTJLdEhtQ0RsMVljemJ6bnRMTWtUUXJSYzZtVTQ3cSsKdWk3 MlFBWlVtWkt1aWNBRGIwSnNDWkpXZFd0VDRuTzBYNDd5NUtPQmIvQVhudnJqS3dQc3NiaGY5R0xE R2NZcApUZVhDYnF0R0RFUzlNZ0pjN2VOdlVIcmlYdzQ0Z1pmMEFzbllWV0pkaW5tbGcrbW9NeWNo dmlnK0Y1MWk3Z0FrCndQTFFIMVdZL0llN1FoQjJaTDB1UENTK051OUhvOU1FdXA5OHFnQVZEeXZJ c3Zma3dzQlBUNytGU2ViOEQrVUIKR09KREtLb2tmajhDaExGR0V5a2dxVXpvbHdZUkdKSlRRVkM3 RXdSU1FjTmVScVRTUi9DVjMrOUhJY1FrQWFsLwozRkdwRTROZzYyK0NhSCtacHF3NXhBUWUyS05X WGJvaklBUWJQcm1VRG1ncTdjcDRQNGRZNjl5eTRFTlBncWs2CmhyVEd2VXZPdmVKd0lMRHh1bGc0 b2NZQXpvZGhKblhPcHdFT3loOEZOZk95UUVPMmVXcnM4MCtXM3ZsTTVRdDcKbWxsN1ViMWRvNzlk b1V1VWZycWlqUmpKNy9tV0J1N3c4VmpVK1dZZHo0ZEc5QTlTWVBkYmlZMFNIQjl6NGVqMAovM0FP dHBUMWg5eTNkVnREaEJNZmJ5V1BRVEZJT2ZwSjVidExubENFMzNyQ1B1UDBnMjJYZjhGUStBOURF aVF5CldreU55YXgwc1NwcUlucTl3aER2cnV6SjFnTW5lKzVmbUhlN0pJczFDN0V3ajBhYVpkajYy SlRQU3dBUkFRQUIKdENGQmJuUnZiaUJXZVdGMGEybHVJRHgwYjI1cFFHRnNkR3hwYm5WNExtOXla ejZKQWpnRUV3RUlBQ0lGQW1PVAphTlVDR3dNR0N3a0lCd01DQmhVSUFna0tDd1FXQWdNQkFoNEJB aGVBQUFvSkVQQXQyb1hob005cGhqZ1AvME02CmxQNm4zcjA5ZnJ6UHNxWTFHOHo1R1JVMFZSeG1P Lytnam1qTEJKNGtqa0c5SEllVTJ5Zy9BclZIeU5DRXRYbHUKSW5zR1B1bHBYT3MzMDVCdkZMSkNZ L1Vhb0h5ZE1raGxaNWRjUUFpTDU3dHdBWm5NOEpLUE1ZaXR6cDRVVXNWKwo3ckNOZjVMcHpxNnFi OW93MzNEU1dHZ2ZuSCtHNzBnMi96ZEtRWTFIMDZhTGk0UXo5VjBUNG1zZEM1MGdlTU83CmZad2Ir SFllUVFJeU5mQ2cxd0pZSGlsTkVhL2RSZDJRTFVvV0V2MHZ5dlBZUXdSUCt3anNVMWJZR093L2xi dncKQUU3cVc3NkYyTE11SjkvYjN4c0xoaUhPaHh3ZDdjc2JYelRyS29ENjZQbGtUdW1Wc3l2THJm MlhZNE9pZjl6ZAp6YThIM2k3KzBnNnpZVVBENVhiLy9aRmNyM0NjZW1xT1RRa252YitkRjljaHE4 a3B1bDZRdnJ4YnlIdCthSHk1CmpKL1dMUTRGWi9UQnQ1TDJFcUpoZms4ZkVuZUtuOXB2QVdNR3hP Y2lwV1hiUmtvOS9JdmRpaUxkYmZUL21XcWIKWnJ0QU8vaHNSeDBzQkhDS3dWVytCQksrVUdSYklW ODNnMGRZZFN0a2FPa2tyc0t4UlEvQVFvbjZQNzlZd0ZBQgpnbGxjRHhQQ3VtOXEyd1U1VkJvTitX c1ZhdHNOMkVCSmtiRGJVQzFpZmQzNWFUcFcxblByc1l6YVJGSEZVSThmCndHL3RQMmpWRmtaNFpl N2h1dWxEbDBZY3dXcHZyT3hPdmV1N0o2M1ZrZ0dJMkNCK3VENTZFeHFDZ1B4VEdKREYKK3g4RXZI SXVmK3QrLzdKWDlDMW4rQmhWOVRBS1c4MThYdVZtMDlnUHVRSU5CR09FanZFQkVBQ3NTY1EwbTVv SgppQmtuenVZREp3TWRHMXkvaUhSL3pOWldYSmJWWjJhWFkrQ2swZUo1MXM3cDhmTitEU2pzUHJD YlptUnBZdEVBCmhYeThvb1h0Zmk0bEhWMUJlNUJ6OE9wTGRheGw4YmJNMGdoQTNFRGZDTmIxd3pC QUdsZi84REc5MHhkR01PbkoKOHBNWDl4SFVUeFYrTzNSWWJHQ0hKOVBCKzV6SXlWZGVRZ1ZhcFBG NlFjVXVBeTJISjczZWlFUm0vTDN2UDlqRgpxWlYwTmpqYmhwMUVxWkQ1RU4wSXhqMTZYWUtISVhm c3pmZmhLMGlkU3hMMDJkYWhyUlc1bGd6NEZxejM1Tm9BCkJuNzIxOGRSUjIrb2p2U3VtVjRRWjJG UW9LR2Y0dzFiSEhDWUpqNk1kZE11K0R1U0FnY3EwVEVGU2NxTEVvc3MKNnJHS1lOMEVVUlFJaFRl NURLY1BTbmEwcThSeUUrSytkTmJvZmR3M0R5WDdsenVEQWdxUVJWdDNLWVBxd3ZNcgpTRkxrS2tn aVRSMytrTWpDZmNlQmdCMk1iL2FzSXRqRmEvWGk2Ri9ZZ0I1MEppNUI0WS94U1pUNkNPclo5dW1C CnF6UGk2SDk1WllycDgvQllCUW1FekJpSFkwc2NDMDB6ZzFyVFBRREN4L2cxZjNkWFNEUjd6bU1y OWFSWlQxaFIKeDNMVnJLc0p4TWJPNFk1QXZ0aCt6Unk4ajV1bVZTUW5EU01oT1g3M2dCeXZnZGgw QkpiSGt2VGhnREJKSGNENAp5c1g0Q0RwQzJTMkRvdk5YN0tSQUEvVGNpMkx6c3p3eWhibEdUVWEy Z3hac3M1RnJQZmxOYjczcWxLaUFRNDBhCk9EalBxMlFoeVhSNmhUQ2FhQWRyaFNOdG9tTW03UVQ3 R3dBUkFRQUJpUUlmQkJnQkNBQUpCUUpqaEk3eEFoc00KQUFvSkVQQXQyb1hob005cDB5Z1AvQW04 eUI0VGdiVEVrYkowR2p6MWl5TUU0WjRaT3hoMmgzc2owUUtTay95OQpvK0JUUlRPbkwzUm1NRDgv eUdwWUJTNnVwVVpFUmVxOGxEeHdXa050a3h4bCtmN3VrMGZkalNhZUlOakNhZnZtCm1jYklIT3Fs VXRDSEhOSm9RTkcvSmZaaGlPUUhyUmZ1ditENnIzd3hiTFlCeHo0cktJVitvdDAveFYyY0dRSngK SnNlNHM5ems0Q3o0Z09vNGd6QkRkZ09kczlGUVRiZGs3RWNuZlFQeFVNRWt2aTJreEVhN1dleGN1 N2lBcEQvQQpSOHpwRzFSc3VHY2xRVHBQcXBuZXZjcEI0MFNUaVBZNVJFZk1ZODExdElwaUZKbFBh Ym93VU5vYlhIdjZ3emxDCmpHeWdKQ1NXb1Z5N1IwRWNRa3lub25RNEMxNTN2WUpiL2hXakpOdjR6 S29XQXRwOTdKZjNnNFNlRWRjcDQzaWEKaUJ1a1hUbE9QbUdMb2hNWldIOSs2emtXL0d2M1lpcXJW R0xxbm1jYkRNSWRYYjAwQVBBL2FBNVpBeEpEMWhHQQorU2NzQTNlNDEwc3dITUd0SFVvTjd3dWtF UURqWFBKdUJqWTZteDJWVWlsQnBRT3BsV1dpY1lhdGVKRGtCaHZKClZZMmx5MGh4MkxTNmpXNUZG cVN5V3E3Z3NvUzFZOUdYRUFTVWw2ZnFicjlOUEc3L2lMajRLWndmNCtpTUUxYmYKcHBHS21jdXI5 dVlJbU5IOHc0MnU2ekVoMzRwN3RMR0QyMmJzdHFQVDdERjR0OEo2Q1lXMnpMclJhZDZNTzdrMQpP OVhoTDA0QjNUdGRjYXFkeTVQYWp6N0V2UzhKOTdSY3RhcWkxdlkxZ2tBMFBvWEdRK3d2UFFZd0hq OHR6dUJDCj02S0x2Ci0tLS0tRU5EIFBHUCBQVUJMSUMgS0VZIEJMT0NLLS0tLS0K