33388 2017-04-18 02:05:18 +0300 [3.5] join tema@ 2023-11-27 13:32:30 +0300 1 1 4 Development Team Accounts join unspecified all Linux CLOSED NOTABUG http://www.altlinux.org/Team/Join/Secretary P3 normal --- 1 temap ldv aen andy antohami glebfm grenka lav m mike neurofreak-alt rider vseleznv zerg cas oldest_to_newest 163300 0 7061 temap 2017-04-18 02:05:18 +0300 Created attachment 7061 ssh публичный ключ псевдоним: tema адрес пересылки почты: tema@proskurnev.name имя ментора: Михаил Шигорин Внезапно понял, что это моё. Хочу собирать пакеты для учебных направлений. Что-то собрать уже получилось. Хочу научиться большему. В основном, для школы. Ну и оказывать посильную помощь развитию СПО в России. :-) 163301 1 7062 temap 2017-04-18 02:05:59 +0300 Created attachment 7062 gpg публичный ключ 163305 2 glebfm 2017-04-18 12:12:19 +0300 (In reply to comment #0) > Created an attachment (id=7061) Ok. (In reply to comment #1) > Created an attachment (id=7062) Ok. 163325 3 mike 2017-04-18 19:08:32 +0300 (В ответ на комментарий №0) > имя ментора: Михаил Шигорин Подтверждаю. > Внезапно понял, что это моё. Хочу собирать пакеты для учебных направлений. Ура :-) 163328 4 glebfm 2017-04-18 19:24:54 +0300 ssh ключ на gitery.alt зарегистрирован. Адрес для пересылки создан. T/J/S -> 3.0. 163332 5 temap 2017-04-19 01:00:51 +0300 (В ответ на комментарий №4) > ssh ключ на gitery.alt зарегистрирован. > Адрес для пересылки создан. > > T/J/S -> 3.0. Подключился. Создал папку. Полазил по другим папкам, посмотрел разные команды и возможности. Закачал проект. Прав на сборку пока нет? 163339 6 glebfm 2017-04-19 13:55:36 +0300 (In reply to comment #5) > Прав на сборку пока нет? Да, на этой стадии ещё нет прав на сборку. Момент выдачи таких прав определяет ментор по мере готовности пакетов (см. Team/Join/Secretary п. 3). 163347 7 vseleznv 2017-04-19 17:58:15 +0300 Если идёт работа на пакетом ruleuser, то в файл ChangeLog.ru не надо ничего дописывать: это — наследие, список изменений сделанных до того, как пакет был сымпорчен в Сизиф. Писать об изменениях нужно в секцию %changelog в spec-файле. Файла ruleuser.tar не должно быть в репозитории; тарболл автоматически сгенерится на основе правил, написанных в файле .gear/rules, который как раз-таки почему-то отсутствует в репозитории :) 163351 8 temap 2017-04-20 00:57:52 +0300 Добавил .gear/rules убрал changelog файл 163390 9 temap 2017-04-20 22:32:13 +0300 Я всё правильно сделал? Я должен сейчас что-то ещё сделать? Или просто ждать проверку? 163693 10 mike 2017-05-16 13:34:15 +0300 Да, сейчас надо добраться и проверить (с чем у меня традиционные затыки); рекомендую прислушаться к советам vseleznv@. 172935 11 ldv 2018-07-25 15:09:33 +0300 На какой стадии процедуры мы находимся? 172975 12 mike 2018-07-25 18:11:20 +0300 (В ответ на комментарий №11) > На какой стадии процедуры мы находимся? mentor timeout по моей стороне был :-/ Если кто может подстраховать отсмотром пакета, буду сильно благодарен. 184646 13 antohami 2019-09-28 21:43:58 +0300 Я готов заменить Мишу 184649 14 mike 2019-09-29 10:17:56 +0300 (В ответ на комментарий №9) > Я всё правильно сделал? > Я должен сейчас что-то ещё сделать? Или просто ждать проверку? Артём, Вы ещё не разуверились в нас?.. (В ответ на комментарий №13) > Я готов заменить Мишу Спасибо!! Посмотри этот репозиторий: http://git.altlinux.org/people/tema/packages/?p=ruleuser.git;a=summary 203256 15 temap 2021-09-26 12:57:39 +0300 Верните мне, пожалуйста, адрес tema@altlinux.org Он мне сейчас очень нужен. 206196 16 ldv 2021-12-18 00:55:33 +0300 У меня сложилось ощущение, что кандидат фактически прекратил процедуру вступления ещё в 2017 году. 206201 17 aen 2021-12-18 04:03:42 +0300 Артём, Вы ещё собираетесь вступать в тим? 206206 18 temap 2021-12-18 15:32:27 +0300 Я сменил форму трудоустройства в школе. Сейчас я учитель по совместительству и могу снова работать над пакетами. Хочу продолжить вступление, по возможности. Имя ментора: Антон Мидюков (https://bugzilla.altlinux.org/show_bug.cgi?id=33388#c13) Пакеты, которые хочу собрать в репозиторий для начала (в основном образовательные для школы): https://github.com/temaps/qtSimpleGraph https://github.com/temaps/qtSimpleGraphPy https://github.com/temaps/staj https://github.com/temaps/Vesi https://github.com/temaps/Xerox-6515 https://clonezilla.org/ 206209 19 ldv 2021-12-18 17:57:20 +0300 С 2017 года много воды утекло, поэтому, в соответствии с действующим регламентом, просьба названного ментора подтвердить или опровергнуть, что он действительно является активным ментором для кандидата. 206221 20 antohami 2021-12-20 11:22:57 +0300 (Ответ для Dmitry V. Levin на комментарий #19) > С 2017 года много воды утекло, поэтому, в соответствии с действующим > регламентом, просьба названного ментора подтвердить или опровергнуть, что он > действительно является активным ментором для кандидата. Немного подумав, решили, что Артёму удобнее, чтобы его ментором был Михаил Новосёлов mikhailnov@ Я его подписал на багу. Ждём от него подтверждение. 206222 21 m 2021-12-20 11:33:28 +0300 Подтверждаю 206225 22 glebfm 2021-12-20 13:46:15 +0300 (In reply to Артём from comment #18) > Хочу продолжить вступление, по возможности. Приложенные к багу ssh- и gpg- ключи актуальны? 206257 23 temap 2021-12-21 13:41:24 +0300 (Ответ для Gleb F-Malinovskiy на комментарий #22) > (In reply to Артём from comment #18) > > Хочу продолжить вступление, по возможности. > > Приложенные к багу ssh- и gpg- ключи актуальны? ssh актуален, а gpg привязывался к tema@altlinux.org сейчас, наверное, я его не найду в архивах Я сейчас переделаю gpg 206258 24 10071 temap 2021-12-21 13:58:19 +0300 Created attachment 10071 Новый публичный ключ gpg 206361 25 temap 2021-12-24 19:06:22 +0300 $ ssh git.alt find-package ruleuser ssh: git_tema@gitery.altlinux.org: Permission denied (publickey). Мой ssh ключ заблокирован? Давно? Полгода назад я даже push в git делал :-( 206393 26 glebfm 2021-12-27 15:55:41 +0300 (In reply to Артём from comment #24) > Created attachment 10071 [details] > Новый публичный ключ gpg Ok. 206412 27 m 2021-12-28 03:58:29 +0300 Кандидат готов к переходу на следующий этап. Т.к. ходить по ssh он умеет, пора учиться собирать пакеты. 206811 28 glebfm 2022-01-17 16:47:47 +0300 Доступ к gitery.alt и адрес пересылки почты восстановлены. T/J/S -> 2.3. 209728 29 glebfm 2022-04-19 16:39:34 +0300 Есть какой-то прогресс? 209729 30 temap 2022-04-19 16:45:25 +0300 (Ответ для Gleb F-Malinovskiy на комментарий #29) > Есть какой-то прогресс? Конечно! Я собрал уже очень много пакетов. Ментору большое спасибо, отвечает на все возникающие вопросы. Подсоберу всё, чему научился в ближайшее время и запушу в гит альта. 209777 31 temap 2022-04-20 14:05:44 +0300 https://git.altlinux.org/people/tema/packages/?p=qt5-base.git;a=commit;h=c8b1bcfcf0817eee940230ba22255523b346b55c Важное исправление. Починили в школах тачскрин. Баг был прямо критический. Тестируем и будем раскидывать по панелям. В пакеты собрал с помощью rpmbs и hsh 209803 32 temap 2022-04-20 17:40:52 +0300 https://git.altlinux.org/people/tema/packages/?p=podiff.git;a=summary Полезная утилита :-) 209852 33 m 2022-04-21 12:03:22 +0300 Кандидат готов к переходу на следующий этап — тренировке собирать пакеты в сборочнице. 209853 34 m 2022-04-21 12:05:22 +0300 https://git.altlinux.org/people/tema/packages/?p=qt5-base.git;a=commitdiff;h=5db5d63afe96b0d2492af7b0d8d76a33c41de018 Вот тут очень хорошо, что есть подробное описание, что и зачем делает патч, но искать описание в сообщении коммита не самый очевидный путь, его нагляднее вставить в патч, но тогда редиффать патч будет сложнее (если его вообще придется редиффать в заброшенном Qt5). Лучше согласовать с zerg-ом. 209854 35 m 2022-04-21 12:06:24 +0300 И еще надо бы обязательно указать ссылки на баг в Qt и источник патча в их gerrit. 209870 36 vseleznv 2022-04-21 14:01:54 +0300 (In reply to mikhailnov from comment #34) > https://git.altlinux.org/people/tema/packages/?p=qt5-base.git;a=commitdiff; > h=5db5d63afe96b0d2492af7b0d8d76a33c41de018 > > Вот тут очень хорошо, что есть подробное описание, что и зачем делает патч, > но искать описание в сообщении коммита не самый очевидный путь, его > нагляднее вставить в патч, но тогда редиффать патч будет сложнее (если его > вообще придется редиффать в заброшенном Qt5). Лучше согласовать с zerg-ом. Извините, если в патч вставить его описание, то в чём сложность редиффать патч? 209973 37 m 2022-04-23 14:40:14 +0300 (Ответ для Vladimir D. Seleznev на комментарий #36) > Извините, если в патч вставить его описание, то в чём сложность редиффать > патч? git diff > file или diff <...> > file затрет описание, неоднократно наблюдал такое 210785 38 glebfm 2022-05-17 14:02:53 +0300 ssh ключ на gyle.alt зарегистрирован. Пакет alt-gpgkeys обновлён. T/J/S -> 3.5. 211337 39 temap 2022-06-01 13:21:06 +0300 https://git.altlinux.org/tasks/300971/ Вроде всё сделал по канонам :-) 211338 40 m 2022-06-01 13:29:35 +0300 (In reply to Артём from comment #39) > https://git.altlinux.org/tasks/300971/ > Вроде всё сделал по канонам :-) 37 %changelog 38 * Wed Apr 20 2022 Artem Proskurnev <tema@altlinux.org> 1.3-alt1 39 - new version (1.3) with rpmgs script Вот тут же не new version, а initial build for Sisyphus. Апстримный код смешан со спеком, своим readme зачем-то (зачем?), непонятно, может, ты черте откуда код взял. Я бы отдельным коммитом загрузил код (желательно указав хеш-сумму тарболла и ссылку на него в сообщении коммита, пропустив одну строку после заголовка, но тут скрипт rpmgs качает его, не знаю, удобно ли будет считать хеш), потом .gear и спек отдельным коммитом. Свой readme никто читать не будет. В спеке %description вместо него. 211339 41 temap 2022-06-01 14:15:16 +0300 https://git.altlinux.org/tasks/301015/ Учёл замечания в другом пакете. 211340 42 m 2022-06-01 14:28:10 +0300 (Ответ для Артём на комментарий #41) > https://git.altlinux.org/tasks/301015/ > Учёл замечания в другом пакете. Тут тоже есть, к чему придраться)) > # Source-url: https://github.com/migashko/faslib/archive/refs/tags/0.9.4.tar.gz Тут, наверное, имелось в виду %version вместо конкретной версии > %setup -q -n %name-%version Это эквивалентно "%setup -q" без -n (но -n не мешает, может, так нагляднее) > Summary: Aspect-oriented programming on native C++ грамматически правильнее in, а не on. Пакет из только заголовочных файлов - это плохо, т.к. при изменениях в нем не поймаются пакеты, которые нужно пересобрать из-за слома API/ABI, но что поделать. В целом все нормально, когда будешь упаковывать не только лишь заголовочные файлы, а нормальную библиотеку, вот там порезвимся. 211342 43 m 2022-06-01 14:57:43 +0300 И история коммитов не очень чистая. https://git.altlinux.org/tasks/301015/gears/100/git?p=git;a=commitdiff;h=f48d13d577c57491c22fec463b375995fb9eba65 Этот коммит не про добавление Russian summary. 211345 44 temap 2022-06-01 15:46:03 +0300 Исправил: https://git.altlinux.org/tasks/301022/ 211373 45 temap 2022-06-02 12:42:54 +0300 (Ответ для mikhailnov на комментарий #40) > (In reply to Артём from comment #39) > > https://git.altlinux.org/tasks/300971/ > > Вроде всё сделал по канонам :-) > > 37 %changelog > 38 * Wed Apr 20 2022 Artem Proskurnev <tema@altlinux.org> 1.3-alt1 > 39 - new version (1.3) with rpmgs script > > Вот тут же не new version, а initial build for Sisyphus. > > Апстримный код смешан со спеком, своим readme зачем-то (зачем?), непонятно, > может, ты черте откуда код взял. > > Я бы отдельным коммитом загрузил код (желательно указав хеш-сумму тарболла и > ссылку на него в сообщении коммита, пропустив одну строку после заголовка, > но тут скрипт rpmgs качает его, не знаю, удобно ли будет считать хеш), потом > .gear и спек отдельным коммитом. > > Свой readme никто читать не будет. В спеке %description вместо него. Переделал https://git.altlinux.org/tasks/301070/ Про хешсумму: тут же rpmgs. Можно, конечно, и ещё вручную скачать и сумму посчитать, но это лишнее действие получается и мы отбираем работу у скрипта. 212006 46 temap 2022-06-23 17:04:26 +0300 Учёл все-все-все требования своего мучителя (ментора+учителя :-) ), всё исправил, отправил на сборку: https://git.altlinux.org/tasks/302534/ 212007 47 temap 2022-06-23 17:25:09 +0300 (Ответ для Артём на комментарий #46) > Учёл все-все-все требования своего мучителя (ментора+учителя :-) ), всё > исправил, отправил на сборку: > https://git.altlinux.org/tasks/302534/ Поправочка: https://git.altlinux.org/tasks/302538/ 212010 48 temap 2022-06-23 17:59:42 +0300 И этот тоже: https://git.altlinux.org/tasks/302540/ 212011 49 m 2022-06-23 18:10:34 +0300 (Ответ для Артём на комментарий #47) > (Ответ для Артём на комментарий #46) > > Учёл все-все-все требования своего мучителя (ментора+учителя :-) ), всё > > исправил, отправил на сборку: > > https://git.altlinux.org/tasks/302534/ > Поправочка: > https://git.altlinux.org/tasks/302538/ Это задание со smartcar и задание https://git.altlinux.org/tasks/302540/ с podiff собраны кандидатом, одобрены мною и ушли в сизиф. Кандидату пока еще приходится напоминать, что нужно делать качественно и читаемо, но он успешно делает историю git читаемой, а сборки пакетов качественными. В целом считаю его готовым к переходу в самостоятельное плавание. При необходимости обратится за помощью. 220523 50 rider 2023-01-24 10:05:08 +0300 У кандидата два пакета были отправлены в репозиторий в ужасном состоянии. https://packages.altlinux.org/ru/tasks/313797/ и https://packages.altlinux.org/ru/tasks/313797/ Пакетам в таком состоянии и с такой реализацией не место в репозитории и соответственно у меня возникает вопрос к тому, кто делал их review. 220524 51 rider 2023-01-24 10:07:30 +0300 Второе задание, к содержимому которого и к необходимости его наличия в репозитории есть вопросы: https://packages.altlinux.org/ru/tasks/313729/ 220530 52 m 2023-01-24 10:59:41 +0300 (Ответ для Anton Farygin на комментарий #50) > У кандидата два пакета были отправлены в репозиторий в ужасном состоянии. > https://packages.altlinux.org/ru/tasks/313797/ > и > https://packages.altlinux.org/ru/tasks/313797/ > > Пакетам в таком состоянии и с такой реализацией не место в репозитории и > соответственно у меня возникает вопрос к тому, кто делал их review. В целом в глубине души не могу не согласиться, что написанные на коленке скрипты без даже правильных кодов возврата и должных проверок хорошая идея отправлять в репозиторий, но во время ревью этот скрипт был избавлен от хотя бы самых критичных недостатков (это видно по истории git, все коммиты после первого были сделаны кандидатом после ревью ментора). Вопрос целесообразности наличия такой утилиты считаю вне компетенции ментора, да и вообще кого-либо, кроме ее автора, до тех пор, пока она не мешает кому-либо (мешать может при конфликте с другими пакетами, если это кривой патч в ранее существовавший пакет и т.д.). Задачей ментора вижу помочь и/или заставить привести подобные творения в хотя бы минимально работоспособный вид, например, чтобы скрипт не писал, что якобы поставил пакет на hold, когда как не поставил, т.к. был запущен не от root, что было сделано в ходе ревью. Такие вопросы, как писать или не писать ман, делать или не делать тщательные проверки входных данных, выдавать ли ненулевые коды возврата в ряде случаев и т.д., на мой взгляд не имеют четкой методологии поиска ответа, а значит разные варианты ответа на них имеют право на жизнь в репозитории. Что касается cups-usb-lp-symlink (https://packages.altlinux.org/ru/tasks/313729/), то в нем честно написано, что это костыль, который успешно обходит конкретную проблему. Костыль не нарушает работосопосбность других пакетов и ОС, куда он установлен, далее возникает аналогичная выше приведенной цепочка рассуждений. 220531 53 m 2023-01-24 11:03:12 +0300 А если не хочется, чтобы в репозитории были пакеты сомнительного качества, то такое желание понятно и правильно, но в репозитории много сомнительных пакетов, которые могут выйти боком, возникает вопрос о критериях для включения пакета в репозиторий. 220533 54 aen 2023-01-24 11:14:56 +0300 (Ответ для mikhailnov на комментарий #53) > , но в репозитории много сомнительных > пакетов Пожалуйста, повесьте баги на пакеты аналогичного качества. Для таких замечаний нужна конкретика. 220534 55 rider 2023-01-24 11:15:31 +0300 К необходимости скрипта вообще вопросов нет, но его содержимое до сих пор ужасно и конечно надо его переписать. Т.е. - по хорошему ментор должен объяснить кандидату в чём проблема в его коде и добиться высокого качества, а не пропускать просто потому что работа по скрипту уже была проделана. Что касается симплинка - исправление ошибки в пакете костылём в другом пакете недопустимо, это приводит к необоснованному раздвуванию пакетной базы как в репозитории так и на машинах пользователей. К тому же в данном случае фикс ошибки выглядит простым и доступным для исправления даже кандидату такого уровня, как Тёма. 220540 56 m 2023-01-24 11:42:31 +0300 (Ответ для AEN на комментарий #54) > (Ответ для mikhailnov на комментарий #53) > > , но в репозитории много сомнительных > > пакетов > > Пожалуйста, повесьте баги на пакеты аналогичного качества. Для таких > замечаний нужна конкретика. opera-dev, например. (Ответ для Anton Farygin на комментарий #55) > Т.е. - по хорошему ментор должен объяснить кандидату в чём проблема в его > коде и добиться высокого качества, а не пропускать просто потому что работа > по скрипту уже была проделана. Это сложный вопрос. Непонятно, где грань между замечаниями по существу и самодурством — ориентированием на свои субъективные представления. Например, по моим представлениям такой скрипт должен лежать в /usr/sbin, но автор поразмышлял над этим и решил, что все-таки в /usr/bin ему будет лучше. Нужно ли ментору добиваться перемещения в /usr/sbin? Сомневаюсь. О кодах возврата кандидат, кажется, в курсе; мне тут вообще вся логика работы скрипта кажется странной и ненадежной (например, автоматическое подставление здезды *), поэтому, если попытаюсь добиться доведения скрипта до почти идеала, он переродится в нечто иное, чем первоначальная задумка. Но т.к. странность логики не отменяет работоспособности скрипта и не вводит критичных рисков, не пропускать пакет на основании этого субъективного ощущения будет близко к самодурству на мой взгляд. vitlav@ сделал более предсказуемо работающую реализацию в eepm mark hold/unhold (https://github.com/Etersoft/eepm/blob/master/bin/epm-mark), можно просто удалить apt-hold-utility из сизифа за ненадобностью, попрошу кандидата подумать над этим. > Что касается симплинка - исправление ошибки в пакете костылём в другом > пакете недопустимо Ну, это не "исправление", а временный объезд, который не предлагается использовать там, где в нем нет необходимости. > это приводит к необоснованному раздвуванию пакетной базы > как в репозитории так и на машинах пользователей. К тому же в данном случае > фикс ошибки выглядит простым и доступным для исправления даже кандидату > такого уровня, как Тёма. Наверняка проблема исправляется просто, а основной задачей будет поиск места ее возникновения. 220541 57 rider 2023-01-24 11:46:10 +0300 Я так и написал изначально - этот скрипт целиком крив и его надо полностью переписать, именно это нужно было донести кандидату до попадания скрипта в репозиторий. К тому же действительно есть и другие инструменты для Hold'а (я уже не говорю про текстовый редактор). 220542 58 antohami 2023-01-24 11:52:27 +0300 (Ответ для mikhailnov на комментарий #52) > Что касается cups-usb-lp-symlink > (https://packages.altlinux.org/ru/tasks/313729/), то в нем честно написано, > что это костыль, который успешно обходит конкретную проблему. Костыль не > нарушает работосопосбность других пакетов и ОС, куда он установлен, далее > возникает аналогичная выше приведенной цепочка рассуждений. Для обхода проблемы udev-правило надо было написать. 220543 59 rider 2023-01-24 11:54:06 +0300 проблемы нет, нечего обходить. 220544 60 m 2023-01-24 12:00:22 +0300 Ну как нет, один компонент создает /dev/lp0 (ядро?), другой (cups?) ищет /dev/usb/lp0. Правило udev будет тоже костылем. 220546 61 rider 2023-01-24 12:03:56 +0300 Ошибки нет, т.к. не описан тестовый стенд, нет методики воспроизведения. У нас огромное количество пользователей системы не замечают этой проблемы, да и на наших стендах она не воспроизводится, давно бы уже заметили. И да, ядро не создаёт /dev/lp0 и не создаёт /dev/usb/lp0 Жаль что вы не разобрались и бросились делать костыли. 220552 62 temap 2023-01-24 12:29:08 +0300 (Ответ для Anton Farygin на комментарий #50) > У кандидата два пакета были отправлены в репозиторий в ужасном состоянии. > https://packages.altlinux.org/ru/tasks/313797/ > и > https://packages.altlinux.org/ru/tasks/313797/ > > Пакетам в таком состоянии и с такой реализацией не место в репозитории и > соответственно у меня возникает вопрос к тому, кто делал их review. Я сначала предложил это в epm mark и даже отправил решение. Но пока делали в epm mark hold, я написал эти скрипты, чтобы быстрее появилась такая возможность. Конечно нельзя сказать, что скрипт идеальный, но я собираюсь его поддерживать и улучшать, а это является жизненным циклом всех скриптов и программ. Я так понимаю, что первая претензия к русскому языку в сообщениях? Ничего такого сверхужасного, кроме того, что он написан быстро для решения конкретной задачи и решает её, я не вижу. 220553 63 rider 2023-01-24 12:32:19 +0300 Артём, к скрипту так много замечаний, что я не вижу никакого смысла в их ревью, к сожалению. можете поработать со своим ментором над их переписыванием. 220554 64 temap 2023-01-24 12:38:03 +0300 (Ответ для Anton Farygin на комментарий #55) > К необходимости скрипта вообще вопросов нет, но его содержимое до сих пор > ужасно и конечно надо его переписать. > > Т.е. - по хорошему ментор должен объяснить кандидату в чём проблема в его > коде и добиться высокого качества, а не пропускать просто потому что работа > по скрипту уже была проделана. > Ментор мне дал полезные советы, как только я сделал скрипт. Я даже учёл советы и это видно по гиту. Есть и то с чем я не согласился. Я, когда писал, размышлял разместить в sbin или в bin и всё-таки остановился на bin. На это мне тоже указал ментор, но я объяснил, что уже сделал выбор осознанно, а не случайно. Скрипт не может быть написан идеально прямо сразу. Но так, как мне нравится именно такой подход к холду пакетов, я его буду переписывать, чтобы он хоть как-то соответствовал твоим ожиданиям > Что касается симплинка - исправление ошибки в пакете костылём в другом > пакете недопустимо, это приводит к необоснованному раздвуванию пакетной базы > как в репозитории так и на машинах пользователей. К тому же в данном случае Мы уже проходили это и когда я предлагал исправление в пакет для тача в Qt и когда возвращал в KDE вызов консоли по Ctrl+Alt+T. По тачу пришлось несколько месяцев уговаривать принять исправление, например. Так что я стараюсь в чужие пакеты не лезть, по возможности, как минимум, пока меня не принимают. Хотя я в прошлый четверг и скачал и исследовал cups и, кажется, нашёл где можно вставить этот костыль. > фикс ошибки выглядит простым и доступным для исправления даже кандидату > такого уровня, как Тёма. Хорошо подколол :-)))) 220556 65 temap 2023-01-24 12:40:26 +0300 (Ответ для mikhailnov на комментарий #60) > Ну как нет, один компонент создает /dev/lp0 (ядро?), другой (cups?) ищет > /dev/usb/lp0. Правило udev будет тоже костылем. Наоборот 220557 66 temap 2023-01-24 12:43:20 +0300 (Ответ для Anton Farygin на комментарий #61) > Ошибки нет, т.к. не описан тестовый стенд, нет методики воспроизведения. > У нас огромное количество пользователей системы не замечают этой проблемы, > да и на наших стендах она не воспроизводится, давно бы уже заметили. Ну раньше я эту проблему тоже не замечал. Например с 2016 года вот с этим аппаратом http://solvpro.ru/213-panasonic-kx-mb1500-%d0%b2-linux/ проблемы не было. А сейчас (не знаю как давно, может и в прошлом году) она появилась. Мне этот принтер не попадался года два, наверное. И вот он попался мне на прошлой неделе и у него описанная в баге проблема. 220559 67 m 2023-01-24 12:45:29 +0300 (Ответ для Артём на комментарий #64) > Хотя я в прошлый четверг и скачал и исследовал cups и, кажется, > нашёл где можно вставить этот костыль. Это будет затрагивающий работу других установок костыль, когда как костыль в виде пакета их не затрагивает. В текущей ситуации можно просто удалить пакет-костыль из сизифа, кому-нибудь полегачает? Нормальное исправление проблемы, прошедшее обсуждение с апстримами, вряд ли получится сделать быстро и прям просто. 220561 68 m 2023-01-24 12:48:47 +0300 (Ответ для Артём на комментарий #64) > Скрипт не может быть написан идеально прямо сразу. Но так, как мне нравится > именно такой подход к холду пакетов, я его буду переписывать, чтобы он хоть > как-то соответствовал твоим ожиданиям Ожидания должны формироваться заявленным функционалом, лучше пропиши в нем --help и/или man с описанием, что скрипт делает. 220563 69 temap 2023-01-24 12:50:43 +0300 (Ответ для Антон Мидюков на комментарий #58) > (Ответ для mikhailnov на комментарий #52) > > Что касается cups-usb-lp-symlink > > (https://packages.altlinux.org/ru/tasks/313729/), то в нем честно написано, > > что это костыль, который успешно обходит конкретную проблему. Костыль не > > нарушает работосопосбность других пакетов и ОС, куда он установлен, далее > > возникает аналогичная выше приведенной цепочка рассуждений. > > Для обхода проблемы udev-правило надо было написать. Подумал, посмотрел. Не могу осознать, чем костыль udev будет лучше, чем костыль через .patch 220564 70 temap 2023-01-24 12:51:28 +0300 (Ответ для mikhailnov на комментарий #68) > (Ответ для Артём на комментарий #64) > > Скрипт не может быть написан идеально прямо сразу. Но так, как мне нравится > > именно такой подход к холду пакетов, я его буду переписывать, чтобы он хоть > > как-то соответствовал твоим ожиданиям > Ожидания должны формироваться заявленным функционалом, лучше пропиши в нем > --help и/или man с описанием, что скрипт делает. Хорошо. Сделаю 220571 71 temap 2023-01-24 12:56:48 +0300 (Ответ для Anton Farygin на комментарий #61) > Ошибки нет, т.к. не описан тестовый стенд, нет методики воспроизведения. Нарочно чтоли? Я специально сходил в багу и посмотрел, т.к. помнил, что там это есть. Вот: Актуально для: Epson M200 Samsung ProXpress M3870FD Проверил на образе 5010bef12654ec7802a7bbc7719c85e8 alt-kworkstation-10.1-beta1-install-x86_64.iso 220579 72 m 2023-01-24 13:17:29 +0300 Да не, если на стендах Базальта нет проблемы, значит ее и у всех нет, а все остальные дураки, придумывают какие-то костыли и делятся ими, пока не нашли правильное решение. 220580 73 antohami 2023-01-24 13:22:00 +0300 (Ответ для mikhailnov на комментарий #72) > Да не, если на стендах Базальта нет проблемы, значит ее и у всех нет, а все > остальные дураки, придумывают какие-то костыли и делятся ими, пока не нашли > правильное решение. В баге ничего не сообщено толком. Ну элементарно сообщить о том, что права на устройство такие-то, у пользователя на устройство права есть, делаю такие-то действия, ничего не выходит, можно было? 220581 74 rider 2023-01-24 13:23:46 +0300 логов нет, опять же никаких. 220583 75 m 2023-01-24 13:25:55 +0300 (Ответ для Антон Мидюков на комментарий #73) > (Ответ для mikhailnov на комментарий #72) > > Да не, если на стендах Базальта нет проблемы, значит ее и у всех нет, а все > > остальные дураки, придумывают какие-то костыли и делятся ими, пока не нашли > > правильное решение. > > В баге ничего не сообщено толком. Ну элементарно сообщить о том, что права > на устройство такие-то, у пользователя на устройство права есть, делаю > такие-то действия, ничего не выходит, можно было? Никто не мешал и не мешает это спросить в баге, если есть интерес к участию в ее исправлении, в данном случае претензии пост-фактум неуместны. Я бы понял накал страстей, если бы костыль был закоммичен в установленный на всех системах пакет, но он сделан отдельным пакетом, максимум, чего опасаться — это что кто-нибудь поставит этот пакет и при обновлении с правильным решением проблемы этот пакет сломает работу принтера, если его автор не позаботится об его обновлении вместе с правильным решением проблемы. 220584 76 m 2023-01-24 13:29:38 +0300 Если не нравится такой подход — делать временный пакет-костыль, не ломающий работу существущих установок — кто-то считает неправильным, то такое мнение уважаю, но, как ментор, считаю правильным проконтролировать невлияние на репозиторий и существующие установки, а вопрос допустимости нахождения пакета в репозитории оставить за его автором. Сам однозначного мнения по этому вопросу не имею. Когда будет постоянный (не временный) доступ к проблемному оборудованию, возможно, родится правильное решениею 220585 77 temap 2023-01-24 13:29:57 +0300 (Ответ для mikhailnov на комментарий #75) > (Ответ для Антон Мидюков на комментарий #73) > > (Ответ для mikhailnov на комментарий #72) > > > Да не, если на стендах Базальта нет проблемы, значит ее и у всех нет, а все > > > остальные дураки, придумывают какие-то костыли и делятся ими, пока не нашли > > > правильное решение. > > > > В баге ничего не сообщено толком. Ну элементарно сообщить о том, что права > > на устройство такие-то, у пользователя на устройство права есть, делаю > > такие-то действия, ничего не выходит, можно было? > > Никто не мешал и не мешает это спросить в баге, если есть интерес к участию > в ее исправлении, в данном случае претензии пост-фактум неуместны. > Я бы понял накал страстей, если бы костыль был закоммичен в установленный на > всех системах пакет, но он сделан отдельным пакетом, максимум, чего > опасаться — это что кто-нибудь поставит этот пакет и при обновлении с > правильным решением проблемы этот пакет сломает работу принтера, если его > автор не позаботится об его обновлении вместе с правильным решением проблемы. Бага для того и открыта и для того и существует, чтобы при правильном решении проблемы, автор увидел что багу закрыли исправлением и сразу решил что делать с костылём. Кроме того, этот костыль добавлен комментарием в багу, чтобы тот, кто будет вносить исправление знал о нём и мог связаться с автором и предложить его уже, например, удалить за ненадобностью 220586 78 rider 2023-01-24 13:30:58 +0300 И как вы предлагаете удалять костыли у пользователей ? 220587 79 temap 2023-01-24 13:32:19 +0300 (Ответ для Anton Farygin на комментарий #78) > И как вы предлагаете удалять костыли у пользователей ? Например, конфликтом в спеке 220588 80 rider 2023-01-24 13:33:34 +0300 В спеке какого пакета ? Сделать костыль для удаления костыля ? А почему-бы сразу не найти настоящую причину и не исправить её ? 220589 81 rider 2023-01-24 13:38:02 +0300 Почему-то ментор ещё не проверил то, что homepage пакета соответствует реальной. в данном случае ведёт на какую-то заглушку. 220590 82 temap 2023-01-24 13:40:42 +0300 (Ответ для Anton Farygin на комментарий #80) > В спеке какого пакета ? Сделать костыль для удаления костыля ? > А почему-бы сразу не найти настоящую причину и не исправить её ? В спеке костыля. Require сделать, что только ниже указанной версии 220591 83 temap 2023-01-24 13:42:10 +0300 (Ответ для Anton Farygin на комментарий #81) > Почему-то ментор ещё не проверил то, что homepage пакета соответствует > реальной. > в данном случае ведёт на какую-то заглушку. Дизайнеры уж очень долго делают страницу :-( 220593 84 temap 2023-01-24 13:55:51 +0300 (Ответ для Anton Farygin на комментарий #81) > Почему-то ментор ещё не проверил то, что homepage пакета соответствует > реальной. > в данном случае ведёт на какую-то заглушку. Так лучше? 220594 85 rider 2023-01-24 13:58:37 +0300 (Ответ для Артём на комментарий #82) > (Ответ для Anton Farygin на комментарий #80) > > В спеке какого пакета ? Сделать костыль для удаления костыля ? > > А почему-бы сразу не найти настоящую причину и не исправить её ? > > В спеке костыля. Require сделать, что только ниже указанной версии поведение apt в этом случае будет непредсказуемо, возможно вообще не будут работать обновления, а возможно удалится что-то нужное. 220595 86 m 2023-01-24 14:04:13 +0300 Conflicts непредсказуемое поведение даст, в сам текущий пакет не будет проблемой добавить необходимые проверки, останется просто мёртвым грузом, где был установлен. 220598 87 glebfm 2023-01-24 14:16:08 +0300 (In reply to Anton Farygin from comment #80) > В спеке какого пакета ? Сделать костыль для удаления костыля ? > А почему-бы сразу не найти настоящую причину и не исправить её ? В пакете, в котором сделано исправление (из-за которого больше не нужен костыль) можно сделать Obsoletes (и даже Provides) на пакет-костыль. Но, конечно же, пакет-костыль нужен *в репозитории* только если никакого больше технического решения не нашлось. Коллеги, мне хотелось бы чтобы в этой баге речь шла преимущественно о процедуре join, а о конкретных изменениях и пакетах лучше переписываться в списках рассылки или багах про эти пакеты. Спасибо. 220600 88 aen 2023-01-24 14:29:38 +0300 Халтура это, коллеги. Обсуждайте где хотите, но такие пакеты собирать, на мой взгляд, стыдно. 220630 89 rider 2023-01-24 16:43:19 +0300 Это сложный организационный вопрос - по сути я начал ревью пакетов кандидата вместо текущего ментора. Я вижу, что текущий ментор предвзято относится к пакетам кандидата и пропускает их в репозиторий в явно сыром и недоделанном виде. Собственно поэтому данное обсуждение возникло в этой задаче. 220631 90 rider 2023-01-24 16:45:06 +0300 (Ответ для Артём на комментарий #84) > (Ответ для Anton Farygin на комментарий #81) > > Почему-то ментор ещё не проверил то, что homepage пакета соответствует > > реальной. > > в данном случае ведёт на какую-то заглушку. > > Так лучше? Если вы разместили на том сайте редирект на altlinux.org, тогда не жульничайте и укажите настоящую homepage для пакетов, как делают другие ментейнеры - git.altlinux.org 220664 91 temap 2023-01-24 21:40:16 +0300 (Ответ для Anton Farygin на комментарий #89) > Это сложный организационный вопрос - по сути я начал ревью пакетов кандидата > вместо текущего ментора. Я вижу, что текущий ментор предвзято относится к > пакетам кандидата и пропускает их в репозиторий в явно сыром и недоделанном > виде. Это ещё большой вопрос кто предвзято относится. А ментора у меня можно обвинить в предвзятости только за то, что он меня за каждую неправильную запятую мучает и заставляет по стопицот раз переписывать. 220665 92 temap 2023-01-24 21:41:56 +0300 (Ответ для Anton Farygin на комментарий #90) > (Ответ для Артём на комментарий #84) > > (Ответ для Anton Farygin на комментарий #81) > > > Почему-то ментор ещё не проверил то, что homepage пакета соответствует > > > реальной. > > > в данном случае ведёт на какую-то заглушку. > > > > Так лучше? > > Если вы разместили на том сайте редирект на altlinux.org, тогда не > жульничайте и укажите настоящую homepage для пакетов, как делают другие > ментейнеры - git.altlinux.org Я не делал никакой редирект. Так и сделаю. Исправлю. Просто не подумал, что можно указать git.altlinux.org и сидел ломал голову что туда написать, а решение оказалось на поверхности :-) 220666 93 m 2023-01-24 22:49:42 +0300 (In reply to Anton Farygin from comment #89) > Это сложный организационный вопрос - по сути я начал ревью пакетов кандидата > вместо текущего ментора. Не вместо, а в дополнении к. За что спасибо. 220673 94 rider 2023-01-25 09:10:49 +0300 (Ответ для Артём на комментарий #91) > (Ответ для Anton Farygin на комментарий #89) > > Это сложный организационный вопрос - по сути я начал ревью пакетов кандидата > > вместо текущего ментора. Я вижу, что текущий ментор предвзято относится к > > пакетам кандидата и пропускает их в репозиторий в явно сыром и недоделанном > > виде. > > Это ещё большой вопрос кто предвзято относится. Спасибо за уделённое время не дождатьcя, я так понимаю ? > А ментора у меня можно обвинить в предвзятости только за то, что он меня за > каждую неправильную запятую мучает и заставляет по стопицот раз переписывать. Если это так, то почему тогда такой результат ? 220675 95 aen 2023-01-25 09:43:46 +0300 Дело не "обвинениях", а в доверии. И для тим это беда. Сделайте нормально, не надо нам такого. 220831 96 m 2023-01-28 10:27:31 +0300 С одной стороны понимаю возмущение и низость качества, но с другой, если в apt-hold-utility (https://packages.altlinux.org/ru/tasks/313797/) избавить скрипт от нахождения всего кода в if-else, сделать вывод сообщений на английском без требования UTF-8, брать перевод через gettext, обеспечить правильность кодов возврата, добавить проверки на существование пакета, на наличие недопустимых символов в имени пакета, то не изменится, по-моему, почти ничего с точки зрения пользователей этого скрипта. То, что действительно важно — например, не вывод ложных сообщений об успехе, когда как возникла ошибка — было замечено и исправлено в ходе ревью. Что касается cups-usb-lp-symlink, этот пакет не мешает другим пакетам и является малокровным функционально приемлемым временным решением проблемы. Однако, раз нахождение таких пакетов в сизифе считаете неприемлемых, удаляю их. https://packages.altlinux.org/ru/tasks/314305/ Простите, что заставил понервничать. 220833 97 rider 2023-01-28 11:50:47 +0300 Не надо считать что репозиторий - свалка никому не мешающих пакетов. Часто бывает так, что пакеты влияют на репозиторий самим фактом своего наличия. Например, в данном случае с cups-usb-lp-symlink - кривым образом маскируется настоящая проблема, решается костылём и подпоркой. И мы просто в принципе не узнаем с вами, нужно ли что-то делать в других местах, т.к. пользователи вместо того, что бы описыаать проблему и фиксировать ошибки будут просто ставить "всё решающий пакет", да к тому же ещё и кривой архитектурно и не работающий в 100% проблемных случаев. В общем я считаю что я уже окончательно потратил всё доступное время на эту историю и предлагаю перестать пытаться пропихнуть кривульку вместо того, что бы внести исправления. Думаю что если так будет продолжаться дальше, то надо отклонять этот JOIN и больше не доверять текущему ментору менторить других кандидатов, в связи с явным отутствием ( или нежеланием) понимания того, каким качеством должны обладать пакеты в репозитории. 220838 98 m 2023-01-28 14:32:30 +0300 А зачем пользователям описывать ошибку, которая не воспроизводится на стендах Базальта, а значит её просто нет. Антон, я понял позицию по критериям и удалил пакеты. Эта позиция наверняка приведёт к тому, что в cups без наличия оборудовани под руками будет на глаз вставлено что-то типа пробовать /dev/usb/lp0 вместо /dev/lp0, что заткнет проблему еще более кривым образом вместо её фундаментального решения, но все останутся довольны. Посмотрим, пока что больше нечего обсуждать. 220839 99 rider 2023-01-28 15:18:55 +0300 Стенды Базальта расширяемы, да и на самом деле имея живого пользователя, готового помогать в решении проблемы, проблему можно попробовать решить и без стенда. Но это уже совсем не имеет отношения к JOIN и давай не будем засорять эту тему. Спасибо. 220847 100 temap 2023-01-28 17:11:56 +0300 Мы удалили пакеты с некачественным решением ("костылями"). Я добавлю решение конкретной проблемы другим пакетом способом, к которому я пришёл после беседы с Андреем Черепановым. А по cups мы договорились с Георгием, что я пришлю ему патч, когда заберу проблемное устройство для исследования и попробую исправить проблему, которую я вроде локализовал с parallel: в самом пакете, а не отдельным пакетом. 220848 101 rider 2023-01-28 17:19:11 +0300 GJ 221282 102 lav 2023-02-07 23:54:27 +0300 (Ответ для Артём на комментарий #100) > Мы удалили пакеты с некачественным решением ("костылями"). Я добавлю решение > конкретной проблемы другим пакетом способом, к которому я пришёл после > беседы с Андреем Черепановым. А по cups мы договорились с Георгием, что я > пришлю ему патч, когда заберу проблемное устройство для исследования и > попробую исправить проблему, которую я вроде локализовал с parallel: в самом > пакете, а не отдельным пакетом. На всякий случай добавлю от себя: а) конечно, Join стоило проходить на пакете, который вы собрали, но не вы разработали программу. Наверняка есть много хороших проектов, достаточно несложных в сборке, чтобы их применить на этом этапе. б) хаки, предложенные вами, могут ускорять вам решение проблем, но вряд ли кто-то ещё ими сможет воспользоваться, так что такие подручные инструменты лучше держать при себе (не собирать в публичный репозиторий, держать для этого отдельный репозиторий, ставить из таска). 221283 103 m 2023-02-08 09:20:39 +0300 Но и собирать пакет ради сборки пакета, если не собираешься им пользоваться, тоже сомнительно. 221284 104 antohami 2023-02-08 09:31:05 +0300 (Ответ для mikhailnov на комментарий #103) > Но и собирать пакет ради сборки пакета, если не собираешься им пользоваться, > тоже сомнительно. Неужели в репозитории есть все нужные Артёму пакеты? И не один из пакетов в репозитории нет желания исправить? Всё устраивает? А если всё устраивает, то зачем вступать в Тим? В Тим идут, когда чего-то не хватает или не устраивает и есть желание собрать или исправить, а потом в будущем это поддерживать. 221288 105 grenka 2023-02-08 10:04:54 +0300 (Ответ для mikhailnov на комментарий #103) > Но и собирать пакет ради сборки пакета, если не собираешься им пользоваться, > тоже сомнительно. Нет, не сомнительно. Это практика. Отработка навыка, если угодно. "Тренировка на кошках". (Ответ для Антон Мидюков на комментарий #104) > Неужели в репозитории есть все нужные Артёму пакеты? И не один из пакетов в > репозитории нет желания исправить? Всё устраивает? Да. В сизифе есть 18 тысяч пакетов. И из этого безумного количества большинство людей пользуются только базовыми пакетами типа ДЕ, ИДЕ, браузеры и текстовые редакторы. У большинства ПОПУЛЯРНЫХ пакетов есть мейнтейнеры со своими представлениями о прекрасном и их изменить не получится, пакеты кстати тоже. 221306 106 m 2023-02-08 12:07:30 +0300 На кошках Артем тренировался, вот, например: https://packages.altlinux.org/ru/sisyphus/srpms/podiff/ Простая программа на си, написана, работает, не развивается, минимум зависимостей, проблемы вряд ли вызовет ещё долго (разве что при переходе на gcc 13, если там есть соответствующий код). А вот ненужные кандидату и потенциально проблемные в будущем пакеты собирать чисто для тренировки нормально, а вот отправлять их в репозиторий спорно. 221308 107 antohami 2023-02-08 12:15:28 +0300 (Ответ для mikhailnov на комментарий #106) > А вот ненужные кандидату и потенциально проблемные в будущем пакеты собирать > чисто для тренировки нормально, а вот отправлять их в репозиторий спорно. Можно вообще ничего не отправлять в репозиторий. Задания сейчас не ограничены во времени. Как посчитаете, что кандидат готов, ревьювер пакеты посмотрит, если всё хорошо, подтвердит, что кандидат готов. Кандидата примут в Тим, и он сам решит, что отправить в репозиторий. 221310 108 grenka 2023-02-08 12:24:48 +0300 Товарищи, я, как ментор, обычно предлагаю кандидатам либо собрать что-то из Proposed Packages либо обновить пакет с acl @nodody. Это и тренировка и полезно для сообщества. 221315 109 m 2023-02-08 13:44:55 +0300 Еще можно починить какой-нибудь несобирающийся пакет. Это даже в дополнение, а не вместо всего остального будет очень полезно для кандидата. 221321 110 m 2023-02-08 14:08:19 +0300 (Ответ для Антон Мидюков на комментарий #107) > Кандидата примут в Тим, и он сам решит, что отправить в репозиторий. Это будет безответственно со стороны ментора. Новички обычно не имеют достаточного опыта, чтобы осознавать все последствия отправки собранного ими пакета в репозиторий. Человеческая природа такова, что большинству людей очень сложно принять бесполезность проделанной ими работы. Если кандидат для тренировки собрал какой-нибудь там калькулятор ПМС на wxGTK, то при таком подходе он наверняка примет решение отправить его в репозиторий, однако он им сам не будет пользоваться (в силу отсутствия функциональной необходимости), а у его жены айфон. В результате в репозитории окажется пакет, который придется либо чинить, либо выкидывать при обновлении wxGTK (или любой другой часто ломающей API библиотеки). Лучше бы вообще избегать работы в стол. 221323 111 rider 2023-02-08 14:09:39 +0300 Всё это уже превратилось в какое-то не имеющее отношение к tema обсуждение. не пора ли перебраться в devel@ 221369 112 andy 2023-02-08 17:53:07 +0300 (Ответ для Grigory Ustinov на комментарий #108) > Товарищи, я, как ментор, обычно предлагаю кандидатам либо собрать что-то из > Proposed Packages либо обновить пакет с acl @nodody. Это и тренировка и > полезно для сообщества. Вот хороший кандидат: python3-module-numpy "FTBFS since Nov. 16, 2022". 221373 113 grenka 2023-02-08 20:10:23 +0300 (Ответ для Andrew Vasilyev на комментарий #112) > (Ответ для Grigory Ustinov на комментарий #108) > > Товарищи, я, как ментор, обычно предлагаю кандидатам либо собрать что-то из > > Proposed Packages либо обновить пакет с acl @nodody. Это и тренировка и > > полезно для сообщества. > > Вот хороший кандидат: python3-module-numpy "FTBFS since Nov. 16, 2022". Это плохой кандидат. На этом пакете очень много чего завязано и этот пакет должен обновляться и поправляться лицом, представляющем что к чему. У меня в питоньем таске он собирается. 221378 114 rider 2023-02-09 09:01:54 +0300 Согласен, не надо трогать numpy неопытными руками. 221702 115 temap 2023-02-15 17:42:35 +0300 (Ответ для Антон Мидюков на комментарий #107) > (Ответ для mikhailnov на комментарий #106) > > А вот ненужные кандидату и потенциально проблемные в будущем пакеты собирать > > чисто для тренировки нормально, а вот отправлять их в репозиторий спорно. > > Можно вообще ничего не отправлять в репозиторий. Задания сейчас не > ограничены во времени. Как посчитаете, что кандидат готов, ревьювер пакеты > посмотрит, если всё хорошо, подтвердит, что кандидат готов. Кандидата примут > в Тим, и он сам решит, что отправить в репозиторий. Ну вообще-то я жду ещё с вот этого комментария: https://bugzilla.altlinux.org/show_bug.cgi?id=33388#c49 Чтобы ревьюверы посмотрели и я мог пройти дальше. По поводу обсуждения сборки только нужных пакетов я придерживаюсь мнения, что даже для вступления собирать надо те пакеты, которые я буду использовать и поддерживать в дальнейшем. Сейчас, например, в школе понадобился kdevelop5-plugin-python3. Можно ли ждать ревьювера теперь? Или нужны другого вида пакеты, которые я должен собрать для галочки, а не для использования? https://git.altlinux.org/people/tema/packages/?p=kdevelop5-plugin-python3.git;a=summary Вот сейчас мне ещё один пакет будет нужен в ближайшее время и я его тоже соберу и буду поддерживать. Тоже скину сюда ссылку, когда закончу 221703 116 m 2023-02-15 17:45:16 +0300 (Ответ для Артём на комментарий #115) > Можно ли ждать ревьювера теперь? Или нужны другого вида пакеты, которые я > должен собрать для галочки, а не для использования? > https://git.altlinux.org/people/tema/packages/?p=kdevelop5-plugin-python3. > git;a=summary От ментора можно, в текущем виде по состоянию на коммит dd82a03 ментор не пропустит :-) 221704 117 antohami 2023-02-15 17:54:15 +0300 (Ответ для Артём на комментарий #115) > (Ответ для Антон Мидюков на комментарий #107) > > (Ответ для mikhailnov на комментарий #106) > > > А вот ненужные кандидату и потенциально проблемные в будущем пакеты собирать > > > чисто для тренировки нормально, а вот отправлять их в репозиторий спорно. > > > > Можно вообще ничего не отправлять в репозиторий. Задания сейчас не > > ограничены во времени. Как посчитаете, что кандидат готов, ревьювер пакеты > > посмотрит, если всё хорошо, подтвердит, что кандидат готов. Кандидата примут > > в Тим, и он сам решит, что отправить в репозиторий. > > Ну вообще-то я жду ещё с вот этого комментария: > https://bugzilla.altlinux.org/show_bug.cgi?id=33388#c49 > Чтобы ревьюверы посмотрели и я мог пройти дальше. > https://www.altlinux.org/Team/Join/Secretary Сейчас находитесь на шаге 3.5 По решению ментора будет осуществлён переход к 4.0 Тогда и будет ревью. > Можно ли ждать ревьювера теперь? Или нужны другого вида пакеты, которые я > должен собрать для галочки, а не для использования? Решение о переходе на следующий шаг принимает ментор. 221705 118 m 2023-02-15 17:57:11 +0300 В комментарии 49 имел в виду, что кандидат по моему мнению готов к п.4 221706 119 temap 2023-02-15 18:04:55 +0300 (Ответ для mikhailnov на комментарий #116) > (Ответ для Артём на комментарий #115) > > Можно ли ждать ревьювера теперь? Или нужны другого вида пакеты, которые я > > должен собрать для галочки, а не для использования? > > https://git.altlinux.org/people/tema/packages/?p=kdevelop5-plugin-python3. > > git;a=summary > От ментора можно, в текущем виде по состоянию на коммит dd82a03 ментор не > пропустит :-) Я догадываюсь :-) Я просто комментировал насчёт нужности пакетов и показал какой пакет мне нужен сейчас и над чем я сейчас работаю. 223225 120 temap 2023-03-22 18:17:14 +0300 https://git.altlinux.org/tasks/317202/ Очень нужная в школе штука. Рекомендую включить в Альтобразование 223226 121 ldv 2023-03-22 18:24:42 +0300 (In reply to Артём from comment #120) > https://git.altlinux.org/tasks/317202/ > Очень нужная в школе штука. Рекомендую включить в Альтобразование avogadro2-libs - неправильное название пакета. Если там библиотека, то пакеты должны называться libavogadro*. 223229 122 temap 2023-03-22 18:32:35 +0300 (Ответ для Dmitry V. Levin на комментарий #121) > (In reply to Артём from comment #120) > > https://git.altlinux.org/tasks/317202/ > > Очень нужная в школе штука. Рекомендую включить в Альтобразование > > avogadro2-libs - неправильное название пакета. > Если там библиотека, то пакеты должны называться libavogadro*. Спасибо за комментарий. Там не только библиотеки lib. Там ещё библиотека компонентов /usr/share/avogadro2/crystals/ Set of over 500 common crystal structures. https://github.com/openchemistry/crystals А так же скрипты и плагины 223230 123 ldv 2023-03-22 18:38:44 +0300 (In reply to Артём from comment #122) > (Ответ для Dmitry V. Levin на комментарий #121) > > (In reply to Артём from comment #120) > > > https://git.altlinux.org/tasks/317202/ > > > Очень нужная в школе штука. Рекомендую включить в Альтобразование > > > > avogadro2-libs - неправильное название пакета. > > Если там библиотека, то пакеты должны называться libavogadro*. > > Спасибо за комментарий. > Там не только библиотеки lib. Там ещё библиотека компонентов > /usr/share/avogadro2/crystals/ > Set of over 500 common crystal structures. > https://github.com/openchemistry/crystals > А так же скрипты и плагины Значит, это хороший тест на упаковку чего-то менее тривиального. :) 223231 124 temap 2023-03-22 18:45:11 +0300 (Ответ для Dmitry V. Levin на комментарий #123) > (In reply to Артём from comment #122) > > (Ответ для Dmitry V. Levin на комментарий #121) > > > (In reply to Артём from comment #120) > > > > https://git.altlinux.org/tasks/317202/ > > > > Очень нужная в школе штука. Рекомендую включить в Альтобразование > > > > > > avogadro2-libs - неправильное название пакета. > > > Если там библиотека, то пакеты должны называться libavogadro*. > > > > Спасибо за комментарий. > > Там не только библиотеки lib. Там ещё библиотека компонентов > > /usr/share/avogadro2/crystals/ > > Set of over 500 common crystal structures. > > https://github.com/openchemistry/crystals > > А так же скрипты и плагины > > Значит, это хороший тест на упаковку чего-то менее тривиального. :) Тест отличный! Мне кажется, что получилось неплохо. :-) 223232 125 ldv 2023-03-22 18:54:38 +0300 Могу только повторить, что avogadro2-libs - это неправильное название пакета, что бы там не находилось. Пакеты с библиотеками обычно называются lib*, пакеты с другим содержимым называются как-то ещё. Исторически сложилось, что Сизифе есть несколько пакетов, которые называются *-libs, но не надо увеличивать их число. 223235 126 rider 2023-03-22 19:00:26 +0300 предлагаю дождаться review от ментора с оценкой результата. 223252 127 zerg 2023-03-23 10:25:22 +0300 (Ответ для Dmitry V. Levin на комментарий #125) > Могу только повторить, что avogadro2-libs - это неправильное название пакета, > что бы там не находилось. Лучше не смотреть, что там. ;-) 223522 128 mike 2023-03-28 18:19:21 +0300 (Ответ для Артём на комментарий #122) > > avogadro2-libs - неправильное название пакета. > > Если там библиотека, то пакеты должны называться libavogadro*. > Там не только библиотеки lib. Там ещё библиотека компонентов > /usr/share/avogadro2/crystals/ Если это всё апстримом поставляется как тарбол с именем avogadro2-libs -- возможно, обсуждаемо (хотя согласен с крайне неудачным выбором названия, я бы с апстримом потолковал тогда насчёт более внятного). Если же это при упаковке в один исходный пакет свалены код и данные -- так лучше не делать, но собрать libavogadro* и отдельно avogadro2-data какие: при этом изменения кода (библиотеки) и изменения данных (особенно если их много) будут приводить к минимально необходимым изменениям в пакетной базе. Из показательных примеров -- например, SimGear, FlightGear и FlightGear-data: семь метров, полтора метра и полтора гига. 223935 129 temap 2023-04-04 22:54:45 +0300 (Ответ для Michael Shigorin на комментарий #128) > Если же это при упаковке в один исходный пакет свалены код и данные -- > так лучше не делать, но собрать libavogadro* и отдельно avogadro2-data какие: > при этом изменения кода (библиотеки) и изменения данных (особенно если их > много) будут приводить к минимально необходимым изменениям в пакетной базе. > > Из показательных примеров -- например, SimGear, FlightGear и FlightGear-data: > семь метров, полтора метра и полтора гига. Миш, большое спасибо за комментарии. Дима и тебе тоже спасибо! Я, конечно, последую советам и пересоберу обязательно пакет, учитывая то, что вы написали. Как только у меня опять появится возможность, я сразу соберу и выложу тут ссылку. Пока пользуемся как есть тем что получилось из-за катастрофической нехватки времени :-( 237893 130 zerg 2023-11-27 13:20:07 +0300 NOTABUG ? 237894 131 temap 2023-11-27 13:25:17 +0300 (Ответ для Sergey V Turchin на комментарий #130) > NOTABUG ? Закрывай. Я разочаровался. Интерес потерян. 7061 2017-04-18 02:05:18 +0300 2017-04-18 02:05:18 +0300 ssh публичный ключ id_ed25519.pub application/vnd.ms-publisher 111 temap c3NoLWVkMjU1MTkgQUFBQUMzTnphQzFsWkRJMU5URTVBQUFBSUFmcVIyU2c3Zi8wcDBOM1JSTmh3 M3lqUWpEQi9va1lQdTQrbU9VczJyOHogdGVtYUB0ZW1hc3Vzazc1MGoubG9jYWxkb21haW4K 7062 2017-04-18 02:05:59 +0300 2021-12-27 16:00:07 +0300 gpg публичный ключ gpgpublic application/octet-stream 3086 temap LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkZqMVF5a0JFQUNzS3hV K1FNemEyQUlCRVlYSWlTQzJxNEY3aGxIWittVUtWQkNXaFlvTnB1MklOQ0g5Cmc1OENWUXRRUGtt Wmg2SDRaK3ZXNmRTOXQ3bXpHRUdzbkNibE5vOEVEeUhvOVhQUVhXOEtaMC9aQTFtMndiSEoKT3VF Uks2Zm92Q3RqZTFzbmZxQjNzQzlONStnYjZOTGRMV3RmeVd0RjhzampGS2RxYmJKc1VQUFVCR0lE eXEraApTSzZ2NTdLcjUyVlRrQnNOcmZGWXM5ckJPK2lNRm1TYjZCUTZDTklzMU1mRm90ZWRaS1Fu WC9ibjlFbjhIMi9rCkJsUGZuWldzcThZWmN6LzdRbWFyVEFuUTcxaVJ5UzlhWWxQWnpYbWFoYm1v YTJHakR4MWQvcTZsMktnNlRzMGcKV1dBS3ZiQ2JHOGlUanZOUDIvWWc3Z3BaaUI0WGQyK3ZxbXBr TEZIcGpYNFBMcGFjVENnOHRwend0ak1oZkpPMgpnZjhTNlhVUlhFSTdkTnFMZWFZSWp5L040YzNM cWdlSEY1Vi92bmJiUks1S3pWL0xIVzRleXBVOXEraGFuRVBsCllER1MrV3g5eHNzTEtWOXkvbmJ5 Rko5aFpwajgvZFJ4RWloQ2o4bTNNdHVGQnBCMzYxcXdHd3gwRE5HenhnejMKY2ZROHBFZzQvMms2 MWdhdVlQSmdMdGtTWEkvOXRwaDIxNk9yZlpmT2Z5RmIrNG04UWN5ZFEzQktSbm9GQzl5eQpVRHlL U2d2dDZQZjBRMG9Na1ArNCtwTkx4clFKZUV6R2dBU0JJRjZTc0NtUk1QU3Rna0xIUUZJQjlFQ2oy OGVrCmQyTExkeFFJczVvMEJvWDIxT0lRcjFBMThkenlpbWVvOUNzMjdlMTQ5bUVmTmpyVUE4RzhU MHdnU1FBUkFRQUIKdEMxQmNuUmxiU0JRY205emEzVnlibVYySUNod2NtVndiMlFwSUR4MFpXMWhR R0ZzZEd4cGJuVjRMbTl5Wno2SgpBamdFRXdFQ0FDSUZBbGoxUXlrQ0d3TUdDd2tJQndNQ0JoVUlB Z2tLQ3dRV0FnTUJBaDRCQWhlQUFBb0pFREdpCml1ekJhODNQa2JVUC8zZkxqNDNjM09ZTVEvajNw SHc3RFBjTHRMY29aUi9nSlUyV2hIKzVjTVEvVnhkU29DcVQKRHk4SWdJaW5TZC9FNHpyMVJNaFBp ejRGSDVYbDd6Q0ZMQUZHUlYyOC85UWc5UVpDRmwwTjIvbXlLSi8zTjgveApyS1hESDZLZWFmNkRx c3NHbzZxaHI0K3M3NmVtK2s0V2tVY05Ic3ErUXNSSzc3ajQ1c1c3RVBvcWpmRE5sSzYvCmZSQmlh eDFoUXoyaGpaOXhTOHJYYlpxelhpbWVBYW1QSWozNkE4UDdwLzQyNW1wcmJVRmlacWYyZEpVNXIv M0EKOHZTYkQrNDh0M2w5S253WmViTEFsR3NudjNBa1h0QkkvZFYrWWhoVkRlOFBBZ1Bhb2tEODBo VkxJWDUwN3ZhMgpZTG95VjkybldMalFJVTZOQ1I2ZUIyRCtybi85Qlc5clpGK0hHbTRGNG1jSjJw V1pkTDhpMVExT2ZQZnJ1L21pCnMvWmNiRDYzakVDMWtDeE1mQjRFZFZYaWRFTE9kMmR4WGhuNlhp ZnVjbTdYdFhnQVBiblFYajZxa0VHNXdxbmUKS1hWenZla2ZUYkRxamJJNXZNcWhZOGZBQll2Q0VS Tm1VQWxCcXQ4KzJCNUVVYWd1Q2Z0bmpUa1NyTENZNTArOQpnSkpMNFl4SStBWUlCQTBUWlBCbFF3 ZzRIR1FPb05OdnZDZzRMMktQQnFCTVd5aVZ4Yk1icmJ5blR0T0s1YjFPClRycVljNnZSV0wxZUVI TFdjUFVGb0xCRkFMYnRJRDlsVndGZGVHNnJPbmJTOUFtNGNXWWN5cHEwcUNOMlNVUDcKMUdsYXBM anR0UEsvZG1POGFrNUdCOHhBcFptSjNsMTFaREt3MHZlTk50a0E3NDBSWVo1eDZnaDZ1UUlOQkZq MQpReWtCRUFETXFoeHczWXpGeEdDWm1UV3JwQkxjZGhIN0p2WWdKWERGUGlRT08xNXMxajVIMEhX SS85MDBiTzhYCnJVQWtGSTZ5NTNsWGY2NXN6RG9pSkhOOUduTzVwMkdDS0VLeEhKK3hXbVlhN2RV RUdISlEyS3VwUjd0Ykc5WjEKZDQyTDdBNVNsR2pvdXk3bDNPenNrdDVHNXQ2VzVreFlMYTlXRmk0 UWdzRjdqOVVKa0YyMzBzamVpajdZQXkwZApoRmQ0SzlQSmhWbk9ZN1N0L3gybEttMjdkeTBLUFoz Rjg4U25Jamw3bTVzV2t2N3VrZXNId05DeE9jVEI5NVA5CmtHRSsxdGwzQTlsMzhtbnYvN3ExSnVn ZXlrUXNRQ3ZXR1JtUnRCK3A3UFJCSFdEMEJRSGpKdVkzRTl6bVpTSmgKVXkwTmlVd3NSTEVLb0lr ZGNjenI4NDNPQjFxQTFEUHZ0cVR2VDNYR2QvNVV3ZVN2dnJXcnp5Y2tFcDBlTysxbgorNHFQTVgx M2o4aEgxb2NONzFFRFoyVzdTRUZGdFp1WTBRUzVITXdnUUFEaVJMSVIxQkV1ckM3a3ZLRWMvUkN2 Cmc5cHg3WVhRME1hU2xpRmtXOFJMTGcydVRXbEJabUNtaFNYaXV0dWlVc0M1MFJTTHBtZng2OGtF NlQxTmlBb04KR1oyQjVMTjJuTmtjY24zdnJsRlBGNUFna2tPcWVicHpTRWdjb0hMV1VQckt4eHVh STZ4TEZoYTIxNGRveDRxUQpuRUVRSmxFSWtHamUwSXlqdDVKTUNTOFBJZFRKc3pLVVNOWitlSHVS TWQ1MG9xUjFtOFhES0FwTTdvc3lWb1VPCmxIeWh3L0lheSs5eWdsMVFOK3ZHeGhKWGM4K0k1VW9X Sk14K2VFSUVHQUJzaHVqU2lRQVJBUUFCaVFJZkJCZ0IKQWdBSkJRSlk5VU1wQWhzTUFBb0pFREdp aXV6QmE4M1BpdHNQLzF5MlJ2dS90dXhON3EwVkRUQlU0YVNmOWM3cwpjSlQzM1R3djMzNEkwcVY4 OE4wQWhvQUNXOUlkUjVwV3IxNFg5WTVuMk4xMnBrWTFDS3JsZG1SenJlR2MvbmlMCmFUdDRhVGsz UlgyVGlXaTFTbENlcEZRNFBsd0IyZ25RbkZDZ2NlVlNNdndwVjZ1RWhhMjZWT1FHeEFiOURKREMK MWprZmlKdGwyQ1BlSjJXZTMxaGo2eThLUmpIU1UyMDZMSjR1MnNqc2x3SWNaUnlnT1pmWFloTzNl VGR5T0g1QwpMaEc3YU4xYTE0L3h2N01PR1loVkc2T0paTXU5MGhMbElReWZ0RUZDZnV3M2dWZ3V4 cmhib3pQWTcrU2FTTEZ4ClkzMGl1SG9KTTJ2YWVlUUhvc2UxcVFqY3lmSk1qdFNreXV1NjUwcERH c0JWakwrTC9OWjlDR25IcXFPWm5jQ0MKZmk2dTRxUlF4NUxDV052RWM0ZS9VcmFaUjUxRlhNTjVU K3dMenk0Q1l6cEpwSjR1YjQ2YW8rdlJLZFlQU1RjUApqYnYxd1YwdXRFQXZYQ3Ixbll0MHlXTHg1 ZS9yQXpmU0hZZ3A3VzVKZVVONUhucDlzU0RnT1RmaGw2aXVYbEY3CklWckxhMjEwNEtzQmZOT3gw OXVxUjMwSnhhc21Cb283UVliMEhscHZWOG1PemxFa2tKS1l1Z0ROTnN1R0xJL0UKZnJwam9qQlcz N1dSUXQ0clVoRFlMOXF5Y1VjcXdDZHVqRExFNng1bDJIQ29RbncxRmJod3g1Q2FnYTRTODdRSApK THJPTnlUOXIvanA1dVd2MVlQdm10M0dmalNJWG5PeDE0QldJNnZJNUxEaU9JSkF1YjFoUTFXTENV R0pkbVpGCkhZaXNxS1U1SEVDc0dGczEKPWNFa2cKLS0tLS1FTkQgUEdQIFBVQkxJQyBLRVkgQkxP Q0stLS0tLQo= 10071 2021-12-21 13:58:19 +0300 2021-12-21 13:58:19 +0300 Новый публичный ключ gpg gpgpublic2 application/pgp-keys 3074 temap LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdIQnNFY0JFQUMwNU85 a2pBd2hXMTFGUXVyOGM4clByamJZdXZBdEpuUGxIeTZFTDVMWk1jUFE1WUY4CkhONFZjWmpRQjVt U0JseXdtUkhXOWVLOFM4UHQwNjIrQ1dNNlVla3oxRXJWZGJtRHo0L01EY0RmTFV0Qm5zYkYKVWFD NVlyYlZYdU1jOUdaOTZQTk9KMmxQWVEwY3g0V0JRQVJQbm5nTElGUGFsRTNBYSt0dWVIc1AzK0pV YU5sSgpQWHJyZTFJUjFoWE5lakNraGVFTWM3dlQzZUpEQ0Iyd2dQNUMzUUVHclNPVVdpQll5NXBo VjVFcFRDeDRDc3d4CmZHZVU0bkRlU2ZGNjZ6SElVOTdYMisrWHFPSXZTcmFXSDdOYVdlVStVcnJj dTlGWGVpODRRQ0l3RVhaanE4N2gKWkNzbzhhR1Y4RnZ1c1Z3QWhLZmNtV3owWmpnSzRpaWNEdDJF Vk1ueWMxK3FOZVNxS014SlV5dUpiL3Y4Z1dhVQpiVjA5Y3RVek5IQzZxWHY4U1ZOWmRodEROYTV0 VzBmRjhLVlUyN3hBcTBScnRESkJMYUtRdHJJUDh4eE5GbmRUClExWlBvU1NrVVYrblJhWVlnL09u L2dGdVpWQnFpTlB2bDZVQ0s3VTlLbUZuZEtaeGt5WEd6QnF5K3pRWXl4NkMKeHJET3dWTUJtbGZJ UGpCemppMTBNNEVlRFJuWHhIajFndzVkVjB3UHVqN3RyOEJwS2k5YWY3SWVjY1JOd0x6VwpLcitP VjRIRlB2aVI4ZzYxdEt6TjlOZ2ExQzhEZzl1YStUWjVEYXd6ckdjU3RnNWgxQXFJdTFCNjA4VzlS RTd3CmgvN05iSE5hMkNwS0FGOXVMdk1kSDB0RzhDUjVqWGpuYTJuUlBWSUhTWnd0Q2VTR1BmNjJC YlRCWndBUkFRQUIKdENSQmNuUmxiU0JRY205emEzVnlibVYySUR4MFpXMWhRR0ZzZEd4cGJuVjRM bTl5Wno2SkFqZ0VFd0VDQUNJRgpBbUhCc0VjQ0d3TUdDd2tJQndNQ0JoVUlBZ2tLQ3dRV0FnTUJB aDRCQWhlQUFBb0pFRmR2dTRLa3Rrbi9GWWdQCi8wc1NoNUZwbXg0TlZycTRFKzVYczlGa0VrU1lt ZGppM2FpbnVwU1R1ZWVJSVdxMmgwWEdUMDRUN0tBQ1M4T0EKT0Ria29HTis2a3hpL2tKNUxNRnRK UWJZWU1ROVd6aUExbmVFWGtmanBkZWFqV0xDK1ZNaFBVdHBIcTh0SzJ5NQp1MEh3VDVHcFEzZTI4 ZFlvL1NDOVBnV0ovTlg1YUx3VHE4ejBTd0UvWkttb2JpT3Z4c0x2cENqOFQyMmJpQk5uCkdvK3o4 ci9oODVqTHU2VU5UWXFnR1VNWFduajVhZDA3TFJsRkVWd29GWFFPQXVZOVRFSElXUnROemwzTEds Q2YKc1dkeUliandsbFVnL09JYTEzV1c1VzNDdHZzOERsOFlUMW1XOFhoWDlxYXZnc0p0WHRpYnU3 S21jdXZ0eHhUZQphRUFkbXllZmRJRFFrdDYxUEx4eHBPZWFNaWRKSkQ1MnZabHhpcGtZaUdGUWFT TUFpQWZpZDlzaUY0WFBCME1LCkpFV1lhWnZLckR0ejl0TmEwZHhjSlZaWEQrTFRKUjJCcktyU2Y5 OUQyWkNSQlJXaXNxbVF3N01TVFp3SnBHb2wKMll3Uk1tWjRtMFJzSWVwbEt2TlJnRUZUVENIZTNV bE1FeU9tY3pDY3dzSlpySGw2Kzc3MTRFWXpMaU50dkFrNwpUcVlLUGhreUZPZnhSMVFPdHNYNnYz SVl4ZDNuS2xqSG5kalM5VjZXMXZrSzZhTk04ZXVLSSs0eCtLQUNsNFk3Ckl5MU5vK3djSlo3L0R1 VkdJM20rUHVXMDdKSWFOdUV5MU9GQ0czZ3BBc1ZwbS80UExNeDI5dEwxbmFzNm1HT3QKeXFtdmo2 YVF0SUFmRFRibXVtWHRseEJCOXRkczlEVVV5bXUwbFZxMWVXTUx1UUlOQkdIQnNFY0JFQUM3Z1Vu RgpZa3B0bDI2MkpBTlpRN1NzN1NoVDI5Tlc0VDZIUFVpbnJKS2oxN2h1dTlqVXFWYTEyT2k4UG8v V3V3Mjd0aS8wCnVmTGVuOHdEalFKVllHNnZaMlJGc0JRT0tYa3p2OUcrMXZwb2J2aC9rT2owL2xM UzlRSGR3eStFYVByaHVTM0gKSlFzZCs1bHFMNWRjbFFyWE42bXdmTlk2c2tvMllaMS9MNkc2QkFT QmIzZkdNVVFCWllYd1N2cUJRZ2taNndvUApPZEdKOHNGVTBVSGdwbWNzTTlhcDVFVWp0YmMzSk00 d2crcjVETmpmRVZSSCswQld4azNUWjBoL1JhWm1rNWYrCjcxTHF4RUE1ei9LMlNTNkpsdVhTOGlV cUtyREovWW5VTDNMODg4YkpxK3ZXUHpWeFNlWlZwRkg0MTFLUUNHWVkKTkZqRzF5MnZsSk1zS2k5 S2srY3gyTFE1WWNHYmpCRTRjSk9hL3FFWWVZdHlsWUVMSjNITUdyY1ZNYUp4ZzNPcAp6dEJQVkZN a1FFUXBkTmlkZ0VwVXRQL05LYVNRSU5KU25mQU9aSmpBWjFDbVBSWHBsd2ZvMkxWUzY3c21jTG9Q CkgxUFdmZUxxTE5kMmxsNmgzRTc0VlNMdUMxYkFpTkRHR1NDekNwVjZidW9vYitzdm9YMGRyZGpy c0J6NTBWOVMKZFYvY0FVYmJLaW5yc1pMUW42ZndRSUl4UEI0U2R3Um00V25IbmZnWXVzbDhDczlT ZUVPMEZHK0w0RWR6cGVqSgpMM1JpZkhFS1o4QXlOU0I4REt4bEtwenVXOXlVd3Zubm5OdURiTkJI Tlh6cElwQnNGWjZOQmVTN2xRRjBPMi9YCk0vU091YVFBN29VUUlvd0c1akhHbGFZMnRCOU8zWGZY TVBydUNRQVJBUUFCaVFJZUJCZ0JBZ0FKQlFKaHdiQkgKQWhzTUFBb0pFRmR2dTRLa3Rrbi9vbE1Q OTBtUktGK0EvZTRBclZ2SWZLOW1yL044SXpEUXg0UmhVV1ZiVTJqUgo2ek1obU5OR016RXdsNE9h MVErc1lNSjlFTmNnS01QUW05RUx1M2VxOVBielpOM1oxS0VHM2VCRXlpR1ZvVmhnCnorUW8vUVQv aTFwTXlHMG54T0IyU0ZrdzdkQ0JRTU9hdm5MNWVPcENMby9KcVJaWXJBdk1MeS9IYi9vckhvdW4K WmJLR0oyeDZiVjh2QnRPZmdxakFDY04wcDNoRWxXd2FKRUVTYzU4U2tNTDVNa2szZXpTd3lVRkow Tmd5Y28wbwp3Tko2VkJvdlNPRHg3NjV4c3VJY1JrVTBTbXNmTXFLU1NSK3Y2SmNOUU1hSEkwWDht cml0bEhrcDhFcDdsSklWCm1hY1dxbmYyakxaaExsTVE0dVl0UEExcmpDbnQyZU9IYXplV2FjS3BK T0NBa3FzWHoxVmQyZkZNQzV6UHlVUGsKdjlYQkdGNlZqUkdGdG0xZ241djNyTXlkM004NmUyZ0hJ MGgxU1o0OVk5YWhoMnVwQ3NBZG92cnlIVDlRNUl5WAprcEZ6bEkrTkhOTGZFNUJ5aHR3YllZa0c3 RHdZaWZaRlorRmJzOENtb3E5NVpKZkNCa3FhOTFNemlTdmhTR1NtCnZaemNVYjJ2aW9EUFRTZk93 VmZadERvMjFsQkRvdlJGaUxZbmlROXcxd3lLOUhyc2RjaGNKSEhRNWcxcStEVnYKZGdqeE5EUGpT RnFGa0UvK1pld2FoQkNJcWFpQmsrS1c1ekk3YjBVRHpYZWdvWkN1VUxRRzZXSnB1VkdwNHcxRwpV TDdlWjlJQ1VKOU4zTW8vWHFRUEQycDJQWnhqdGoxZnhBRGV6NFlhcEFkMnk3U3hSaTc4MWFmWHN1 VXJZUE1UCnRpWT0KPWFRMjkKLS0tLS1FTkQgUEdQIFBVQkxJQyBLRVkgQkxPQ0stLS0tLQo=