<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>45253</bug_id>
          
          <creation_ts>2023-02-12 10:56:15 +0300</creation_ts>
          <short_desc>[3.6] join saahriktu@</short_desc>
          <delta_ts>2026-03-27 09:31:09 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Team Accounts</product>
          <component>join</component>
          <version>unspecified</version>
          <rep_platform>x86_64</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>ASSIGNED</bug_status>
          <resolution></resolution>
          
          
          <bug_file_loc>https://altlinux.org/Team/Join</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P5</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Артём Курашов">saahriktu</reporter>
          <assigned_to name="Gleb F-Malinovskiy">glebfm</assigned_to>
          <cc>arbars</cc>
    
    <cc>cas</cc>
    
    <cc>glebfm</cc>
    
    <cc>grenka</cc>
    
    <cc>ldv</cc>
    
    <cc>mike</cc>
    
    <cc>rider</cc>
          
          <qa_contact name="Andrey Cherepanov">cas</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>221549</commentid>
    <comment_count>0</comment_count>
      <attachid>12499</attachid>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-02-12 10:56:15 +0300</bug_when>
    <thetext>Created attachment 12499
ключи

Имя: Артём Курашов
Псевдоним: saahriktu
Адрес для пересылки: saahriktu@yandex.ru

Ментор: Michael Shigorin (mike@)

Цель: Хочу помогать поддерживать и улучшать дистрибутив. Для начала планирую причесать и выложить в Сизиф ряд пакетов из https://saahriktu.tech/alt-hacker/ .</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>221554</commentid>
    <comment_count>1</comment_count>
    <who name="Grigory Ustinov">grenka</who>
    <bug_when>2023-02-12 18:25:45 +0300</bug_when>
    <thetext>FYI: [#315089] DONE flameshot.git=12.1.0-alt2</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>221560</commentid>
    <comment_count>2</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2023-02-12 20:34:46 +0300</bug_when>
    <thetext>(Ответ для Артём Курашов на комментарий #0)
&gt; Имя: Артём Курашов
Ура!

&gt; Ментор: Michael Shigorin (mike@)
Подтверждаю; если &quot;задумался&quot; -- прошу потормошить личной почтой (или сразу).

По ugrep: у меня он на обновлении по watch-файлику, приму патч на спек
либо передам сопровождение; xfe бесхозный; tuxguitar последний раз был в p8 (avfs припоминается ещё в нулевых); hypnotix в сизифе уже 3.2; по mame &amp; co стоит связаться с arbars@.

По существующим пакетам стоит провзаимодействовать с их сопровождающими (например, развесив предлагаемые патчи багами с пояснением сути/цели изменений, если из патча неочевидно).

Предлагаю начать с чего-либо из отсутствующего в сизифе -- например, tuxguitar, xfe, xisxwayland, ydotool или ещё чего на Ваше усмотрение.

Сложные инфраструктурные вещи вроде git точно стоит хакать более аккуратно и не меняя способ ведения пакета в плане gear/srpm, если охота провести изменения в сизиф.

В любом случае стоит освоить add_changelog из rpm-utils -- см. тж. http://altlinux.org/changelogs_guide -- и формировать записи %changelog как для новых пакетов, так и для затрагиваемых существующих (также предлагаю vim-plugin-spec_alt-ftplugin, чтоб по \ac добавлять, а не пешком).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>221561</commentid>
    <comment_count>3</comment_count>
      <attachid>12501</attachid>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2023-02-12 20:37:56 +0300</bug_when>
    <thetext>Created attachment 12501
emkatic.spec.diff

В качестве примера того, как я бы доработал спек для вновь добавляемого пакета, прилагаю emkatic.spec.diff; проделанные операции:

1) добавление %changelog и записи в нём от Вашего имени (add_changelog+руки);
2) cleanup_spec emkatic.spec;
3) sed -i s/Source0/Source/ emkatic.spec (вкусовщина);
4) учёт http://altlinux.org/ALT_Packaging_HOWTO#Порядок_тэгов (вручную);
5) мелкая оптимизация установки (заодно обеспечивается строгое соответствие
   секций %install и %files в части пути к бинарнику, в развесистых спеках
   такие мелочи порой оказываются важны в долгосрочном плане).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>221589</commentid>
    <comment_count>4</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2023-02-13 12:14:06 +0300</bug_when>
    <thetext>(In reply to Артём Курашов from comment #0)
&gt; Created attachment 12499 [details]

Приложите, пожалуйста, ключи в виде отдельных вложений.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>221592</commentid>
    <comment_count>5</comment_count>
      <attachid>12506</attachid>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-02-13 13:02:29 +0300</bug_when>
    <thetext>Created attachment 12506
GPG ключ</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>221593</commentid>
    <comment_count>6</comment_count>
      <attachid>12507</attachid>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-02-13 13:03:49 +0300</bug_when>
    <thetext>Created attachment 12507
SSH ключ</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>222855</commentid>
    <comment_count>7</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-03-14 09:56:41 +0300</bug_when>
    <thetext>ping</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>224296</commentid>
    <comment_count>8</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2023-04-11 12:15:19 +0300</bug_when>
    <thetext>Похоже, вчера Глеб не смог добраться...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>224444</commentid>
    <comment_count>9</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2023-04-13 16:14:55 +0300</bug_when>
    <thetext>(In reply to Артём Курашов from comment #5)
&gt; Created attachment 12506 [details]
&gt; GPG ключ
(In reply to Артём Курашов from comment #6)
&gt; Created attachment 12507 [details]
&gt; SSH ключ
Ok.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>224460</commentid>
    <comment_count>10</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2023-04-14 08:34:59 +0300</bug_when>
    <thetext>Ура! :)

Глеб, считаю, что мы на самом деле на 3.0 с учётом comment 0 и по опыту общения с Артёмом, которого уже много лет дожидался насчёт join.

Артём, прошу Вашего отклика на уже изложенное в comment 2 и comment 3.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>224473</commentid>
    <comment_count>11</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-04-14 11:23:19 +0300</bug_when>
    <thetext>https://disk.yandex.ru/d/u-zIAOcR046pWQ</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>224477</commentid>
    <comment_count>12</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2023-04-14 11:36:15 +0300</bug_when>
    <thetext>(Ответ для Артём Курашов на комментарий #11)
&gt; https://disk.yandex.ru/d/u-zIAOcR046pWQ
xisxwayland.spec технически выглядит нормально; эстетически я бы поправил так:

Summary: Tool to check if the X server is XWayland
License: MIT
Group: System/X11

Url: https://www.x.org
Packager: Artem Kurashov &lt;saahriktu@altlinux.org&gt;
Source: https://www.x.org/pub/individual/app/%name-%version.tar.xz

[...]

%prep
%setup

[...]
%_man1dir/%name.1*

(%setup по умолчанию как раз и делает -n %name-%version, а вместо %mandir/man есть более краткий макрос -- см. тж. rpm --showrc | grep man1, например)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>224486</commentid>
    <comment_count>13</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2023-04-14 12:19:43 +0300</bug_when>
    <thetext>ssh ключ на gitery.alt зарегистрирован.
Адрес для пересылки создан.

T/J/S -&gt; 2.3.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>224488</commentid>
    <comment_count>14</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-04-14 12:44:31 +0300</bug_when>
    <thetext>https://disk.yandex.ru/d/XDjfY7ZpVl6T3g</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>224490</commentid>
    <comment_count>15</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2023-04-14 12:59:36 +0300</bug_when>
    <thetext>(Ответ для Артём Курашов на комментарий #14)
&gt; https://disk.yandex.ru/d/XDjfY7ZpVl6T3g
Думаю, такому пакету найдётся место в сизифе. :)

Предлагаю переходить к шагу 3.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>224600</commentid>
    <comment_count>16</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2023-04-17 13:27:23 +0300</bug_when>
    <thetext>(In reply to Michael Shigorin from comment #15)
&gt; (Ответ для Артём Курашов на комментарий #14)
&gt; &gt; https://disk.yandex.ru/d/XDjfY7ZpVl6T3g
&gt; Думаю, такому пакету найдётся место в сизифе. :)
&gt; 
&gt; Предлагаю переходить к шагу 3.

Я думаю, что было бы неплохо запушить что-нибудь на git.alt.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>224623</commentid>
    <comment_count>17</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2023-04-17 18:47:22 +0300</bug_when>
    <thetext>(Ответ для Gleb F-Malinovskiy на комментарий #16)
&gt; Я думаю, что было бы неплохо запушить что-нибудь на git.alt.
Артём, предлагаю начать с того же xisxwayland.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>224698</commentid>
    <comment_count>18</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-04-19 11:05:09 +0300</bug_when>
    <thetext>http://git.altlinux.org/people/saahriktu/packages/?p=xisxwayland.git</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>225295</commentid>
    <comment_count>19</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2023-05-02 15:29:00 +0300</bug_when>
    <thetext>ssh ключ на gyle.alt зарегистрирован.
Пакет alt-gpgkeys обновлён.

T/J/S -&gt; 3.5.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>225448</commentid>
    <comment_count>20</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2023-05-04 18:28:29 +0300</bug_when>
    <thetext>Глеб, благодарю; Артём, прошу собрать пробное задание в сизиф.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>225464</commentid>
    <comment_count>21</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-05-04 20:29:08 +0300</bug_when>
    <thetext>https://packages.altlinux.org/ru/tasks/319909/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>225545</commentid>
    <comment_count>22</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-05-06 15:43:59 +0300</bug_when>
    <thetext>xisxwayland-2-alt1: https://packages.altlinux.org/ru/tasks/319949/
bvi-1.4.0-alt1: https://packages.altlinux.org/ru/tasks/320003/
vimpager-2.06-alt1: https://packages.altlinux.org/ru/tasks/320069/
xmp-4.1.0-alt1: https://packages.altlinux.org/ru/tasks/320071/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>225578</commentid>
    <comment_count>23</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2023-05-08 20:32:02 +0300</bug_when>
    <thetext>Глеб, мы можем двигаться дальше или ещё пакетиков пособирать в текущем режиме -- меня устраивают оба варианта, внимания должны потребовать сопоставимо.

Т.е. технически Артём уже освоился, дальше этап наработки опыта.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>226589</commentid>
    <comment_count>24</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-05-27 15:43:46 +0300</bug_when>
    <thetext>ping</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227819</commentid>
    <comment_count>25</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2023-06-16 13:30:44 +0300</bug_when>
    <thetext>Призван рецензент (rider@) для независимой оценки готовности кандидата.

T/J/S -&gt; 4.2.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227908</commentid>
    <comment_count>26</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-06-18 10:51:43 +0300</bug_when>
    <thetext>https://git.altlinux.org/tasks/archive/done/_312/319949/gears/100/git?p=git;a=blob;f=xisxwayland.spec;h=da526f3fcfc9c55cd37d546726946166966910bb;hb=fd1dc394bd77d7390d4c3af5ef3c5a29edfac812

Поле Packager лучше не использовать - оно само заполнится на основании того, кто собирал пакет.

Добавьте тэг VCS, с этим тэгом наши системы получат возможность автоматически отслеживать новые версии.
VCS: https://gitlab.freedesktop.org/xorg/app/xisxwayland
Как вариант - в качестве homepage указать URL на gitlab. 
Дело в том, что внешние системы поиска и сравнения пакетов часто используют Homepage для идентификации пакета.

Общее пожелание - при наличии живого и доступного апстримного git лучше собирать из него по схеме .gear поверх апстрима, в этом случае у нас локально будет храниться вся история изменения и в целом работа с апстримными исходниками станет несколько проще (например, будет возможность делать cherry-pick патчей).

Если пишете Changelog с большой буквы, то заканчивайте на точку, как предложение.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227909</commentid>
    <comment_count>27</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-06-18 10:52:51 +0300</bug_when>
    <thetext>https://git.altlinux.org/tasks/archive/done/_312/320003/gears/100/git?p=git;a=tree;h=643284e70335e753549407265f207bbfc6e50dd0;hb=643284e70335e753549407265f207bbfc6e50dd0

замечания аналогичные.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227910</commentid>
    <comment_count>28</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-06-18 11:07:18 +0300</bug_when>
    <thetext>vimpager:
https://git.altlinux.org/tasks/archive/done/_312/320069/gears/100/git?p=git;a=tree;h=9e86fa9b31a443693452ccfe0ff77a6fc176cd3e;hb=9e86fa9b31a443693452ccfe0ff77a6fc176cd3e

Поле Packager тоже лишнее, убирайте его (и скажите, пожалуйста, где у нас написано про обязательность использования этого поля, я это место поправлю)

Не совсем понятно почему исключён из поиска зависимостей vimcat, что именно падает и с какой диагностикой ? Возможно этот комментарий надо расширить, что бы было более понятно в чём проблема.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227911</commentid>
    <comment_count>29</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-06-18 11:08:57 +0300</bug_when>
    <thetext>К пакету xmp замечания такие же как и к пакету xisxwayland
https://git.altlinux.org/tasks/archive/done/_312/320071/gears/100/git?p=git;a=blob_plain;f=xmp.spec;hb=1b01b9be27a97716ba413e7fc2deacd10e258125</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227912</commentid>
    <comment_count>30</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-06-18 11:12:19 +0300</bug_when>
    <thetext>https://git.altlinux.org/tasks/archive/done/_306/314230/gears/100/git?p=git;a=blob;f=.gear/termgraph.spec;h=305721185ca98c2bfaf4ec24950e7c4276a379bb;hb=5e15ec70fcbfe2abdd763bb61f686da899341a78

Поле Packager лучше не использовать - оно само заполнится на основании того, кто собирал пакет.

Если пишете запись в Changelog с большой буквы, то ставьте в конце точку.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227913</commentid>
    <comment_count>31</comment_count>
    <who name="Grigory Ustinov">grenka</who>
    <bug_when>2023-06-18 11:15:10 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #30)
&gt; https://git.altlinux.org/tasks/archive/done/_306/314230/gears/100/git?p=git;
&gt; a=blob;f=.gear/termgraph.spec;h=305721185ca98c2bfaf4ec24950e7c4276a379bb;
&gt; hb=5e15ec70fcbfe2abdd763bb61f686da899341a78
&gt; 
&gt; Поле Packager лучше не использовать - оно само заполнится на основании того,
&gt; кто собирал пакет.
&gt; 
&gt; Если пишете запись в Changelog с большой буквы, то ставьте в конце точку.

Не туда:)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227915</commentid>
    <comment_count>32</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-06-18 11:21:23 +0300</bug_when>
    <thetext>Точно. Ещё рекомендую ознакомиться с документами:

Имя патча лучше всего сделать в соответствии с правилами именования патчей:
https://www.altlinux.org/ALT_Packaging_HOWTO#%D0%9D%D0%B0%D0%B8%D0%BC%D0%B5%D0%BD%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_%D0%BF%D0%B0%D1%82%D1%87%D0%B5%D0%B9

Changelog надо или заканчивать точкой или начинать с маленькой буквой:
https://www.altlinux.org/%D0%A0%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE_%D0%BF%D0%BE_%D0%BD%D0%B0%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D1%8E_changelog</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227920</commentid>
    <comment_count>33</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-06-18 11:48:19 +0300</bug_when>
    <thetext>Ну и в целом, работа проделана хорошая, но единообразная. Хотелось бы увидеть работу кандидата с пакетами, содержащими Shared библиотеки, для понимания https://www.altlinux.org/Shared_Libs_Policy</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228011</commentid>
    <comment_count>34</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-06-19 22:23:21 +0300</bug_when>
    <thetext>&gt; Не совсем понятно почему исключён из поиска зависимостей vimcat, что именно
&gt; падает и с какой диагностикой ? Возможно этот комментарий надо расширить,
&gt; что бы было более понятно в чём проблема.

Даже не знаю как именно расширять комментарий по этому поводу:
BUILDROOT/vimpager-buildroot/usr/bin/vimcat: line 235: syntax error near unexpected token `)&apos;
BUILDROOT/vimpager-buildroot/usr/bin/vimcat: line 235: `&quot; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND&apos;
shell.req: ERROR: BUILDROOT/vimpager-buildroot/usr/bin/vimcat: /bin/sh --rpm-requires failed
find-requires: ERROR: /usr/lib/rpm/shell.req failed
ошибка: /bin/sh failed
ошибка: Failed to find Requires</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228014</commentid>
    <comment_count>35</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2023-06-19 23:08:52 +0300</bug_when>
    <thetext>(In reply to Артём Курашов from comment #34)
&gt; &gt; Не совсем понятно почему исключён из поиска зависимостей vimcat, что именно
&gt; &gt; падает и с какой диагностикой ? Возможно этот комментарий надо расширить,
&gt; &gt; что бы было более понятно в чём проблема.
&gt; 
&gt; Даже не знаю как именно расширять комментарий по этому поводу:
&gt; BUILDROOT/vimpager-buildroot/usr/bin/vimcat: line 235: syntax error near
&gt; unexpected token `)&apos;
&gt; BUILDROOT/vimpager-buildroot/usr/bin/vimcat: line 235: `&quot; LOSS OF USE, DATA,
&gt; OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND&apos;
&gt; shell.req: ERROR: BUILDROOT/vimpager-buildroot/usr/bin/vimcat: /bin/sh
&gt; --rpm-requires failed
&gt; find-requires: ERROR: /usr/lib/rpm/shell.req failed
&gt; ошибка: /bin/sh failed
&gt; ошибка: Failed to find Requires

Вы пакуете shell-скрипт, в котором синтаксическая ошибка, из-за этого пакет не собирается.
Вместо того, чтобы исправить ошибку в скрипте, вы решаете проблему сборки пакета путём отключения диагностики синтаксических ошибок в скрипте.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228015</commentid>
    <comment_count>36</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-06-20 00:13:50 +0300</bug_when>
    <thetext>Там многострочный комментарий. То, что он не понравился парсеру, ещё не значит, что в скрипте действительно есть ошибка. Просто таковы особенности парсера.

Если объединить строки комментария в одну, то получится очень длинная строка. Автор разбил комментарий на строки чтобы их ширина не превышала 80 символов. Но при этом открывающая и закрывающая скобки оказались на разных строках этого многострочного комментария, что и не понравилось парсеру.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228017</commentid>
    <comment_count>37</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-06-20 00:48:49 +0300</bug_when>
    <thetext>В общем, формат vimcat&apos;а не предполагает выполнение его как просто shell скрипта. Он выполняется в vim&apos;е. Для этого в нём второй строчкой прописано &quot;#!/usr/bin/env vim&quot;. Попробовал оставить только эту строчку и удалить первую строчку &quot;#!/bin/sh&quot;. Результат не совсем тот, который ожидался. Парсер перестал ругаться на vimcat, но в итоге он просто открывает в vim&apos;е самого себя.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228029</commentid>
    <comment_count>38</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-06-20 08:59:04 +0300</bug_when>
    <thetext>да, согласен - скрипт совсем не простой и парсер shell просто не понимает такую конструкцию.

@ldv можешь глянуть на него внимательнее ? я согласен с Артёмом что такой скрипт не получится адекватно разобрать парсером для поиска зависимостей.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>238268</commentid>
    <comment_count>39</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-04 00:07:52 +0300</bug_when>
    <thetext>Извиняюсь, выпадал из процесса вступления.

Итак, теперь получилось вот это:
xmp 4.2.0-alt1: https://packages.altlinux.org/ru/tasks/323810/
libnvme1 1.6-alt1.g4fe9e40: https://packages.altlinux.org/ru/tasks/334959/
bvi 1.4.2-alt2: https://packages.altlinux.org/ru/tasks/335638/
vimpager 2.06-alt2: https://packages.altlinux.org/ru/tasks/335641/
xisxwayland 2-alt2: https://packages.altlinux.org/ru/tasks/335642/

libnvme в моё отсутствие успели добавить в Сизиф, но в версии без Python&apos;овских биндингов. У меня версия с Python&apos;овскими биндингами.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>238414</commentid>
    <comment_count>40</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-05 17:23:48 +0300</bug_when>
    <thetext>(Ответ для Артём Курашов на комментарий #39)
&gt; Извиняюсь, выпадал из процесса вступления.
&gt; 
&gt; Итак, теперь получилось вот это:
&gt; xmp 4.2.0-alt1: https://packages.altlinux.org/ru/tasks/323810/

А почему xmp собран из тарболла а не из гита ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>238416</commentid>
    <comment_count>41</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-05 17:26:01 +0300</bug_when>
    <thetext>Ко всем остальным проектам вопрос такой же.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>238417</commentid>
    <comment_count>42</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-05 17:27:29 +0300</bug_when>
    <thetext>Вот этот коммит не нужен, можно просто переделать все предыдущие https://git.altlinux.org/tasks/335642/gears/100/git?p=git;a=commit;h=34ca5db8bee4caf89a2ae9033ca6b393d2b31b1d</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>238418</commentid>
    <comment_count>43</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-05 17:33:19 +0300</bug_when>
    <thetext>(Ответ для Артём Курашов на комментарий #39)
&gt; libnvme в моё отсутствие успели добавить в Сизиф, но в версии без
&gt; Python&apos;овских биндингов. У меня версия с Python&apos;овскими биндингами.

Тогда нужно их добавить к той версии, которая уже есть в репозитории с увеличением релиза.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>238426</commentid>
    <comment_count>44</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-05 18:22:28 +0300</bug_when>
    <thetext>&gt; А почему xmp собран из тарболла а не из гита ?
xmp выкладывают на sourceforge.net тарболами. В git&apos;е только зеркало. С bvi тоже самое, только нормального зеркала в git&apos;е в его случае вообще нет. Ещё xisxwayland из тарбола. Там было 2 релиза, теперь его пока что не развивают дальше. А vimpager и libnvme1 я собирал из git&apos;а.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>238427</commentid>
    <comment_count>45</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-05 18:26:12 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #42)
&gt; Вот этот коммит не нужен, можно просто переделать все предыдущие
&gt; https://git.altlinux.org/tasks/335642/gears/100/git?p=git;a=commit;
&gt; h=34ca5db8bee4caf89a2ae9033ca6b393d2b31b1d
Могу и передалать, просто предыдущая версия xisxwayland&apos;а уже в Сизифе: https://packages.altlinux.org/ru/sisyphus/srpms/xisxwayland/ . Поэтому я думал, что переделать без нового коммита нельзя.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>238428</commentid>
    <comment_count>46</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-05 18:35:33 +0300</bug_when>
    <thetext>(Ответ для Артём Курашов на комментарий #45)
&gt; (Ответ для Anton Farygin на комментарий #42)
&gt; &gt; Вот этот коммит не нужен, можно просто переделать все предыдущие
&gt; &gt; https://git.altlinux.org/tasks/335642/gears/100/git?p=git;a=commit;
&gt; &gt; h=34ca5db8bee4caf89a2ae9033ca6b393d2b31b1d
&gt; Могу и передалать, просто предыдущая версия xisxwayland&apos;а уже в Сизифе:
&gt; https://packages.altlinux.org/ru/sisyphus/srpms/xisxwayland/ . Поэтому я
&gt; думал, что переделать без нового коммита нельзя.

Точно, всё верно. Не заметил.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>238429</commentid>
    <comment_count>47</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-05 18:40:04 +0300</bug_when>
    <thetext>(Ответ для Артём Курашов на комментарий #44)
&gt; &gt; А почему xmp собран из тарболла а не из гита ?
&gt; xmp выкладывают на sourceforge.net тарболами. В git&apos;е только зеркало.

Это не оно?
https://github.com/libxmp/xmp-cli</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>238456</commentid>
    <comment_count>48</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2023-12-05 19:24:10 +0300</bug_when>
    <thetext>Адрес подписан на devel@, теперь это делается раньше -- в пункте 3.6.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>238474</commentid>
    <comment_count>49</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-05 21:54:31 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #47)
&gt; (Ответ для Артём Курашов на комментарий #44)
&gt; &gt; &gt; А почему xmp собран из тарболла а не из гита ?
&gt; &gt; xmp выкладывают на sourceforge.net тарболами. В git&apos;е только зеркало.
&gt; 
&gt; Это не оно?
&gt; https://github.com/libxmp/xmp-cli
Этот адрес я прописал в .spec в VCS, но, по ходу, это только зеркало. А основной адрес: https://xmp.sourceforge.net/ .</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>238476</commentid>
    <comment_count>50</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-05 22:03:59 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #43)
&gt; (Ответ для Артём Курашов на комментарий #39)
&gt; &gt; libnvme в моё отсутствие успели добавить в Сизиф, но в версии без
&gt; &gt; Python&apos;овских биндингов. У меня версия с Python&apos;овскими биндингами.
&gt; 
&gt; Тогда нужно их добавить к той версии, которая уже есть в репозитории с
&gt; увеличением релиза.
Вот, добавил к той версии: https://packages.altlinux.org/ru/tasks/335844/ .</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>238730</commentid>
    <comment_count>51</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2023-12-08 22:55:17 +0300</bug_when>
    <thetext>Насколько понимаю, мячик на моей стороне; мнение то же, человека давно жду в команде:

(Ответ для Michael Shigorin на комментарий #23)
&gt; Т.е. технически Артём уже освоился, дальше этап наработки опыта.
(включая различные классы пакетов и далее со всеми остановками)

Артём, по поводу подобных коммитов: http://git.altlinux.org/tasks/archive/done/_327/335844/gears/100/git?p=git;a=commitdiff;h=20104d4827d0cfff78aba3f9582a51afd74ef9e0 -- постарайтесь _изменения_ и _описание_ оформлять отдельно (т.е. сделали всё, закоммитили; поправили версию и/или релиз, дополнили %changelog, gear-commit -a): это облегчает перенос правок между ветками.

Например, поправили что-то точечно в сизифе, но ровно это же изменение было бы полезно и для той версии, что в бранче -- можно делать заново то же самое или чпикать с конфликтом, но гораздо удобнее cherry-pick&apos;нуть само необходимое изменение, а оформление произвести заново.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>238731</commentid>
    <comment_count>52</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-08 23:10:13 +0300</bug_when>
    <thetext>(Ответ для Michael Shigorin на комментарий #51)
&gt; Артём, по поводу подобных коммитов:
&gt; http://git.altlinux.org/tasks/archive/done/_327/335844/gears/100/git?p=git;
&gt; a=commitdiff;h=20104d4827d0cfff78aba3f9582a51afd74ef9e0 -- постарайтесь
&gt; _изменения_ и _описание_ оформлять отдельно (т.е. сделали всё, закоммитили;
&gt; поправили версию и/или релиз, дополнили %changelog, gear-commit -a): это
&gt; облегчает перенос правок между ветками.
&gt; 
&gt; Например, поправили что-то точечно в сизифе, но ровно это же изменение было
&gt; бы полезно и для той версии, что в бранче -- можно делать заново то же самое
&gt; или чпикать с конфликтом, но гораздо удобнее cherry-pick&apos;нуть само
&gt; необходимое изменение, а оформление произвести заново.

Хорошо, постараюсь.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239124</commentid>
    <comment_count>53</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-18 10:59:48 +0300</bug_when>
    <thetext>ping</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239125</commentid>
    <comment_count>54</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-18 11:05:11 +0300</bug_when>
    <thetext>Я жду от вас изменений на review.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239126</commentid>
    <comment_count>55</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-18 11:16:57 +0300</bug_when>
    <thetext>Странно. Я был уверен, что я уже всё исправил ранее.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239127</commentid>
    <comment_count>56</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-18 11:17:46 +0300</bug_when>
    <thetext>Напишите что нужно посмотреть и я посмотрю.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239128</commentid>
    <comment_count>57</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-18 11:25:10 +0300</bug_when>
    <thetext>В 39-м комментарии я привёл ссылки на task&apos;и, где я всё переделал. После этого были вопросы про источники (тарболы и git&apos;ы), коммит и добавление Python&apos;овских биндингов к версии библиотеки из Сизифа.

Вот те самые ссылки на таски:
xmp 4.2.0-alt1: https://packages.altlinux.org/ru/tasks/323810/
libnvme1 1.6-alt1.g4fe9e40: https://packages.altlinux.org/ru/tasks/334959/
bvi 1.4.2-alt2: https://packages.altlinux.org/ru/tasks/335638/
vimpager 2.06-alt2: https://packages.altlinux.org/ru/tasks/335641/
xisxwayland 2-alt2: https://packages.altlinux.org/ru/tasks/335642/

После этого я собирал https://packages.altlinux.org/ru/tasks/335844/ . Результат уже был Вами одобрен и уже в Сизифе.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239129</commentid>
    <comment_count>58</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-18 11:34:04 +0300</bug_when>
    <thetext>
xmp всё-таки есть git (ажно два) и я рекомендую собрать его не из тарболла, а из апстримного гита.
Ссылки на git тут: https://xmp.sourceforge.net/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239130</commentid>
    <comment_count>59</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-18 11:35:43 +0300</bug_when>
    <thetext>libnvme1 - не понял разницы с libnvme:
https://packages.altlinux.org/ru/tasks/334959/
https://packages.altlinux.org/ru/tasks/335844/
Зачем нужен ещё один пакет ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239132</commentid>
    <comment_count>60</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-18 11:41:27 +0300</bug_when>
    <thetext>vimpager 2.06-alt2: https://packages.altlinux.org/ru/tasks/335641/
Патч с alt-fixes странный. Зачем он нужен ?
Для того, что бы не вылезали лишние зависимости - можно использовать переменные.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239133</commentid>
    <comment_count>61</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-18 11:41:52 +0300</bug_when>
    <thetext>xisxwayland 2-alt2: https://packages.altlinux.org/ru/tasks/335642/ уже заапрувлен.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239134</commentid>
    <comment_count>62</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-18 11:46:17 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #60)
&gt; vimpager 2.06-alt2: https://packages.altlinux.org/ru/tasks/335641/
&gt; Патч с alt-fixes странный. Зачем он нужен ?
&gt; Для того, что бы не вылезали лишние зависимости - можно использовать
&gt; переменные.
Пути к лишним shell&apos;ам уже прописаны в скрипте из апстрима. Парсер при сборке пакета ищет другие пакеты с ними, считая их важными зависимостями, и падает когда их не находит.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239135</commentid>
    <comment_count>63</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-18 11:52:27 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #59)
&gt; libnvme1 - не понял разницы с libnvme:
&gt; https://packages.altlinux.org/ru/tasks/334959/
&gt; https://packages.altlinux.org/ru/tasks/335844/
&gt; Зачем нужен ещё один пакет ?
libnvme1 собирал я сам чтобы продемонстрировать то, что я уже умею собирать библиотеки (ответ на Ваше задание из комментария 33).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239138</commentid>
    <comment_count>64</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-18 12:07:32 +0300</bug_when>
    <thetext>(Ответ для Артём Курашов на комментарий #63)
&gt; (Ответ для Anton Farygin на комментарий #59)
&gt; &gt; libnvme1 - не понял разницы с libnvme:
&gt; &gt; https://packages.altlinux.org/ru/tasks/334959/
&gt; &gt; https://packages.altlinux.org/ru/tasks/335844/
&gt; &gt; Зачем нужен ещё один пакет ?
&gt; libnvme1 собирал я сам чтобы продемонстрировать то, что я уже умею собирать
&gt; библиотеки (ответ на Ваше задание из комментария 33).

Не надо эмулировать задачи, надо собирать то что нужно - это задание надо удалить, оно ошибочное.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239140</commentid>
    <comment_count>65</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-18 12:29:48 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #64)
&gt; (Ответ для Артём Курашов на комментарий #63)
&gt; &gt; (Ответ для Anton Farygin на комментарий #59)
&gt; &gt; &gt; libnvme1 - не понял разницы с libnvme:
&gt; &gt; &gt; https://packages.altlinux.org/ru/tasks/334959/
&gt; &gt; &gt; https://packages.altlinux.org/ru/tasks/335844/
&gt; &gt; &gt; Зачем нужен ещё один пакет ?
&gt; &gt; libnvme1 собирал я сам чтобы продемонстрировать то, что я уже умею собирать
&gt; &gt; библиотеки (ответ на Ваше задание из комментария 33).
&gt; 
&gt; Не надо эмулировать задачи, надо собирать то что нужно - это задание надо
&gt; удалить, оно ошибочное.
Ну, на тот момент в Сизифе этой библиотеки ещё не было (а у меня эта библиотека уже была (https://disk.yandex.ru/d/V6jCPZ92Ln3L8A); мне оставалось только допилить её под стандарты ALT&apos;а). Меня просто опередили с добавлением. Поэтому я пришёл к выводу, что для демонстрирования того, что я уже умею собирать библиотеки, она подойдёт. А потом можно будет и удалить, да.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239142</commentid>
    <comment_count>66</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-18 13:29:06 +0300</bug_when>
    <thetext>Не подойдёт, т.к. некоторые проблемы видно будет только после попадания пакета в репозиторий.

Предлагаю исправить замечания выше.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239145</commentid>
    <comment_count>67</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-18 13:49:30 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #66)
&gt; Не подойдёт, т.к. некоторые проблемы видно будет только после попадания
&gt; пакета в репозиторий.
&gt; 
&gt; Предлагаю исправить замечания выше.

Значит, мне придётся искать библиотеку, которой нет в Сизифе.

А вот xmp собранный из git&apos;а: https://packages.altlinux.org/ru/tasks/336648/ .</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239147</commentid>
    <comment_count>68</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2023-12-18 14:02:14 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #64)
&gt; &gt; &gt; libnvme1 - не понял разницы с libnvme:
&gt; &gt; libnvme1 собирал я сам чтобы продемонстрировать то, что я уже умею собирать
&gt; &gt; библиотеки (ответ на Ваше задание из комментария 33).
&gt; Не надо эмулировать задачи, надо собирать то что нужно
Вот человек и собирает то, что ему нужно.

&gt; - это задание надо удалить, оно ошибочное.
Это _требование_ надо удалить, оно ошибочное.
И где регламент по добавлению требований в регламент приёма людей в команду?
Там точно должен быть пункт против произвольного произвола.

От своих сотрудников требуй чего сочтёшь нужным, но у нас есть люди, которые собирают полезные пакеты и не собирают библиотек вообще; например, ogion@ сопровождает несколько химических пакетов как специалист, ему тоже надо было уметь собирать библиотеки?

Глеб, предлагаю докоп по библиотекам отклонить как таковой.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239149</commentid>
    <comment_count>69</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-18 14:36:15 +0300</bug_when>
    <thetext>(Ответ для Артём Курашов на комментарий #67)
&gt; (Ответ для Anton Farygin на комментарий #66)
&gt; &gt; Не подойдёт, т.к. некоторые проблемы видно будет только после попадания
&gt; &gt; пакета в репозиторий.
&gt; &gt; 
&gt; &gt; Предлагаю исправить замечания выше.
&gt; 
&gt; Значит, мне придётся искать библиотеку, которой нет в Сизифе.

Ну или просто новую версию той, которая есть.

&gt; 
&gt; А вот xmp собранный из git&apos;а: https://packages.altlinux.org/ru/tasks/336648/

changelog rpm пакета говорит что собрано из git, но для пользователя пакета это не несёт никакого смысла. Лучше просто написать об обновлении версии и убрать лишние коммиты и записи в changelog.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239151</commentid>
    <comment_count>70</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2023-12-18 14:49:20 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #60)
&gt; vimpager 2.06-alt2: https://packages.altlinux.org/ru/tasks/335641/
&gt; Патч с alt-fixes странный. Зачем он нужен ?
&gt; Для того, что бы не вылезали лишние зависимости -
&gt; можно использовать переменные.
Можно, особенно если предлагать в апстрим -- тогда патч получается универсальным, хотя код и грязнеет (вне контекста автоматического поиска зависимостей читать такое -- глазами больше спотыкаться).

Артём, альтовый анализатор зависимостей игнорирует запуски чего-либо с выставлением переменных -- наиболее типовой вариант патчей (или кусочков своих скриптов), о которых говорит Антон, выглядит как-то так:

-      exec /usr/xpg4/bin/sh &quot;$0&quot; &quot;$@&quot;
+      a= exec /usr/xpg4/bin/sh &quot;$0&quot; &quot;$@&quot;

Но в данном случае я бы переделывать не стал, если апстримить не собираетесь.

Ещё есть макрос filter_from_requires -- см. тж.
http://altlinux.org/Spec/Предопределенные_макросы;
пример из первого попавшегося 389-ds-base.spec:

%filter_from_requires /python3(gdb\(\..*\)\?)/d

Копия http://git.altlinux.org/people/specbot/public/specs.git в помощь :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239153</commentid>
    <comment_count>71</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2023-12-18 15:43:16 +0300</bug_when>
    <thetext>&gt; чтобы не вылезали лишние зависимости - можно использовать переменные
Написал статью: http://altlinux.org/Игнорирование_зависимостей_при_сборке -- спасибо вам обоим, что дали материал под руку, давно пора было.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239167</commentid>
    <comment_count>72</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-18 18:15:17 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #69)
&gt; (Ответ для Артём Курашов на комментарий #67)
&gt; &gt; (Ответ для Anton Farygin на комментарий #66)
&gt; &gt; &gt; Не подойдёт, т.к. некоторые проблемы видно будет только после попадания
&gt; &gt; &gt; пакета в репозиторий.
&gt; &gt; &gt; 
&gt; &gt; &gt; Предлагаю исправить замечания выше.
&gt; &gt; 
&gt; &gt; Значит, мне придётся искать библиотеку, которой нет в Сизифе.
&gt; 
&gt; Ну или просто новую версию той, которая есть.
В каком смысле новую? Что ей будет демонстрироваться? Если речь об обновлении уже имеющейся в Сизифе библиотеки, то принципиально новая сборка для этого не подойдёт, поскольку она не будет унаследована от имеющейся в Сизифе версии.

Собственно, я выше выкладывал две разные версии библиотеки libnvme. Одна принципиально другая, которую я не из Сизифа брал, поэтому в ней сразу у меня были Python&apos;овские биндинги, сборку которых мне оставалось лишь допилить для хэшера, что я и сделал. И вторая версия: улучшенная мной версия из Сизифа, куда я перенёс Python&apos;овские биндинги из своей версии.

А так вот ещё, например, libretro-fceumm 0.1-alt1.gd11428d: https://packages.altlinux.org/ru/tasks/336663/ .
&gt; &gt; 
&gt; &gt; А вот xmp собранный из git&apos;а: https://packages.altlinux.org/ru/tasks/336648/
&gt; 
&gt; changelog rpm пакета говорит что собрано из git, но для пользователя пакета
&gt; это не несёт никакого смысла. Лучше просто написать об обновлении версии и
&gt; убрать лишние коммиты и записи в changelog.

xmp 4.2.0-alt1 (такой версии в Сизифе пока ещё не было, поэтому сплющил до неё): https://packages.altlinux.org/ru/tasks/336679/ .</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239170</commentid>
    <comment_count>73</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-18 18:54:30 +0300</bug_when>
    <thetext>(Ответ для Артём Курашов на комментарий #72)
&gt; xmp 4.2.0-alt1 (такой версии в Сизифе пока ещё не было, поэтому сплющил до
&gt; неё): https://packages.altlinux.org/ru/tasks/336679/ .

Только опять потерялась сборка из апстримного гита.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239171</commentid>
    <comment_count>74</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-18 18:57:32 +0300</bug_when>
    <thetext>(Ответ для Артём Курашов на комментарий #72)
&gt; (Ответ для Anton Farygin на комментарий #69)
&gt; &gt; (Ответ для Артём Курашов на комментарий #67)
&gt; &gt; &gt; Значит, мне придётся искать библиотеку, которой нет в Сизифе.
&gt; &gt; 
&gt; &gt; Ну или просто новую версию той, которая есть.
&gt; В каком смысле новую? Что ей будет демонстрироваться? Если речь об
&gt; обновлении уже имеющейся в Сизифе библиотеки, то принципиально новая сборка
&gt; для этого не подойдёт, поскольку она не будет унаследована от имеющейся в
&gt; Сизифе версии.
&gt; 

Нет, я имел ввиду обновление _других_ библиотек в Sisyphus.

&gt; 
&gt; А так вот ещё, например, libretro-fceumm 0.1-alt1.gd11428d:
&gt; https://packages.altlinux.org/ru/tasks/336663/ .

Это вообще не пакет, а ошибка какая-то. Оно не то что нашему - оно в принципе не соответствует правилам сборки Shared библиотек - версий нет никаких.

https://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239172</commentid>
    <comment_count>75</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-18 19:31:22 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #73)
&gt; (Ответ для Артём Курашов на комментарий #72)
&gt; &gt; xmp 4.2.0-alt1 (такой версии в Сизифе пока ещё не было, поэтому сплющил до
&gt; &gt; неё): https://packages.altlinux.org/ru/tasks/336679/ .
&gt; 
&gt; Только опять потерялась сборка из апстримного гита.
Не то, чтобы потерялась. Это такая же версия как и предыдущая, только сплющенная. Исходники там из git&apos;а. Да, директория xmp/.git не вошла в дерево исходников, так почему-то не происходит. А если создавать репозиторий с нуля, то туда и не войдут коммиты, которые пришлось бы сплющивать. При этом сборочница выдаёт &quot;gears inheritance check FAILED&quot;, поскольку пакет уже есть в Сизифе. Хотя, по ходу, так было бы правильнее, да.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239173</commentid>
    <comment_count>76</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-18 19:36:19 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #74)
&gt; Это вообще не пакет, а ошибка какая-то. Оно не то что нашему - оно в
&gt; принципе не соответствует правилам сборки Shared библиотек - версий нет
&gt; никаких.
&gt; 
&gt; https://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html

Это не полноценная shared библиотека, да. Она не сама по себе работает. Её подгружает RetroArch. Поэтому она и не в самой %_libdir располагается.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239183</commentid>
    <comment_count>77</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-18 22:15:09 +0300</bug_when>
    <thetext>&gt; Да, директория xmp/.git не вошла в дерево исходников, так почему-то не происходит.
Смержил потерянный xmp/.git как ветку upstream/master: https://git.altlinux.org/people/saahriktu/packages/?p=xmp.git;a=commit;h=3ea00cb96e8213eba419cf9710e4a103590e9662 .</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239193</commentid>
    <comment_count>78</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-19 08:34:23 +0300</bug_when>
    <thetext>(Ответ для Артём Курашов на комментарий #76)
&gt; (Ответ для Anton Farygin на комментарий #74)
&gt; &gt; Это вообще не пакет, а ошибка какая-то. Оно не то что нашему - оно в
&gt; &gt; принципе не соответствует правилам сборки Shared библиотек - версий нет
&gt; &gt; никаких.
&gt; &gt; 
&gt; &gt; https://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html
&gt; 
&gt; Это не полноценная shared библиотека, да. Она не сама по себе работает. Её
&gt; подгружает RetroArch. Поэтому она и не в самой %_libdir располагается.

Это просто плагин к библиотеке, но в его сборке есть ошибка. Попросите, пожалуйста, вашего ментора объяснить в чём именно.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239194</commentid>
    <comment_count>79</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-19 08:39:06 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #78)
&gt; (Ответ для Артём Курашов на комментарий #76)
&gt; &gt; (Ответ для Anton Farygin на комментарий #74)
&gt; &gt; &gt; Это вообще не пакет, а ошибка какая-то. Оно не то что нашему - оно в
&gt; &gt; &gt; принципе не соответствует правилам сборки Shared библиотек - версий нет
&gt; &gt; &gt; никаких.
&gt; &gt; &gt; 
&gt; &gt; &gt; https://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html
&gt; &gt; 
&gt; &gt; Это не полноценная shared библиотека, да. Она не сама по себе работает. Её
&gt; &gt; подгружает RetroArch. Поэтому она и не в самой %_libdir располагается.
&gt; 
&gt; Это просто плагин к библиотеке, но в его сборке есть ошибка. Попросите,
&gt; пожалуйста, вашего ментора объяснить в чём именно.

К сожалению стало только хуже.

Для перехода с одной схемы сборки на другую вам нужно:
1) объединить несовместимые истории через git merge с ours без коммита
2) сбросить дерево до состояния апстримного тэга, c которым идёт объединение
3) забрать из вашего HEAD specfile и .gear

Если возникнут сложности - попросите ментора помочь.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239226</commentid>
    <comment_count>80</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2023-12-19 12:20:16 +0300</bug_when>
    <thetext>(Ответ для Michael Shigorin на комментарий #68)
&gt; &gt; Не надо эмулировать задачи, надо собирать то что нужно
&gt; Вот человек и собирает то, что ему нужно.
&gt; &gt; - это задание надо удалить, оно ошибочное.
&gt; Это _требование_ надо удалить, оно ошибочное.
[...]
&gt; Глеб, предлагаю докоп по библиотекам отклонить как таковой.

(Ответ для Anton Farygin на комментарий #78)
&gt; &gt; Это не полноценная shared библиотека, да. Она не сама по себе работает.
&gt; &gt; Её подгружает RetroArch. Поэтому она и не в самой %_libdir располагается.
&gt; Это просто плагин к библиотеке, но в его сборке есть ошибка.
&gt; Попросите, пожалуйста, вашего ментора объяснить в чём именно.
Ментор всё так же просит ревьюера пояснить смысл требования сборки библиотеки.

Артём, при сомнениях с мержами лучше пишите сразу, наобум точно не надо --
кашу после попадания в репозиторий бывает легче разрубить, чем расхлебать,
а это чревато потерей сведений о трудах предшественников.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239228</commentid>
    <comment_count>81</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-19 12:52:40 +0300</bug_when>
    <thetext>Ошибки при сборке библиотек с нарушениями SharedLibsPolicy нормально могут быть исправлены только при сборке новой версии библиотеки с изменением Soname, соответственно они очень критичны.
Делают их обычно малоопытные ментейнеры.
Поэтому лучше убедиться в умении обращаться с такими случаями до того момента, как ограничения на review у кандидата будет снято.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239280</commentid>
    <comment_count>82</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-19 23:34:26 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #79)
&gt; К сожалению стало только хуже.
Переделал формат репозитория в соответствии с описанным на https://www.altlinux.org/Gear/tags .

Теперь в ветке master хранятся только .gear со .spec&apos;ом, а исходники хранятся в ветке upstream.

https://packages.altlinux.org/ru/tasks/336827/ .</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239281</commentid>
    <comment_count>83</comment_count>
    <who name="Andrew Vasilyev">andy</who>
    <bug_when>2023-12-20 00:02:38 +0300</bug_when>
    <thetext>(Ответ для Артём Курашов на комментарий #82)
&gt; https://packages.altlinux.org/ru/tasks/336827/ .
  
  Прошу прощения, а это так и задумано:

25 %setup -n %name-%version/%name

?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239285</commentid>
    <comment_count>84</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-20 02:05:55 +0300</bug_when>
    <thetext>(Ответ для Andrew Vasilyev на комментарий #83)
&gt; (Ответ для Артём Курашов на комментарий #82)
&gt; &gt; https://packages.altlinux.org/ru/tasks/336827/ .
&gt;   
&gt;   Прошу прощения, а это так и задумано:
&gt; 
&gt; 25 %setup -n %name-%version/%name
&gt; 
&gt; ?
Спасибо, пригляделся и нашёл свою ошибку.

Вот даже просто беру и переделываю свой репозиторий со старого коммита. Локально в хэшере собирается хорошо, сборочница ругается на ненайденный тег.

Делаю &quot;gear-store-tags -acv &amp;&amp; gear-create-tag -f&quot; - вылазят удалённые файлы...

Надо с этим доразобраться, да.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239291</commentid>
    <comment_count>85</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-20 10:48:47 +0300</bug_when>
    <thetext>Разобрался. В моём случае выполнение &quot;gear-store-tags -acv&quot; было лишним, достаточно было &quot;gear-create-tag -f&quot;.

https://packages.altlinux.org/ru/tasks/336853/ .</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239297</commentid>
    <comment_count>86</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-20 12:04:20 +0300</bug_when>
    <thetext>https://git.altlinux.org/tasks/336853/gears/100/git?p=git;a=tree;h=3781e9bff36d968579cedfc00e1c6eeafd2ecc03;hb=3781e9bff36d968579cedfc00e1c6eeafd2ecc03
Дерево апстримное куда потерялось ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239302</commentid>
    <comment_count>87</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-20 13:02:42 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #86)
&gt; https://git.altlinux.org/tasks/336853/gears/100/git?p=git;a=tree;
&gt; h=3781e9bff36d968579cedfc00e1c6eeafd2ecc03;
&gt; hb=3781e9bff36d968579cedfc00e1c6eeafd2ecc03
&gt; Дерево апстримное куда потерялось ?
Оно в ветке upstream в соответствии с https://www.altlinux.org/Gear/tags. Веб интерфейс git.altlinux.org эту ветку не отображает, поскольку и в случае &quot;git checkout master&quot; содержимое ветки upstream не видно. Но gear оттуда извлекает исходники при сборке. Если выполнить &quot;git rebase&quot;, то содержимое ветки upstream появится и в ветке master, но это не то, что нужно, тем более, что в этом случае потеряется наследование и сборочница выдаст ошибку &quot;gears inheritance check FAILED&quot;.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239310</commentid>
    <comment_count>88</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-20 14:36:26 +0300</bug_when>
    <thetext>Нет, это не то. Так делать плохо.
Я ожидаю что-то вроде этого:
https://git.altlinux.org/gears/c/curl.git?p=curl.git;a=tree;h=a4c50ee72c2da5ca62e78883bbe570573fc6c791;hb=a4c50ee72c2da5ca62e78883bbe570573fc6c791</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239318</commentid>
    <comment_count>89</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2023-12-20 15:22:46 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #88)
&gt; Нет, это не то. Так делать плохо.
&gt; Я ожидаю что-то вроде этого:
&gt; https://git.altlinux.org/gears/c/curl.git?p=curl.git;a=tree;
&gt; h=a4c50ee72c2da5ca62e78883bbe570573fc6c791;
&gt; hb=a4c50ee72c2da5ca62e78883bbe570573fc6c791
Ну что же. Тогда чтобы не терялось наследование мне остаётся вариант с Git subtree merges.

Добавил ветку с апстримом xmp-cli:
$ git branch -a
* master
  remotes/origin/master
  remotes/xmp-cli/master
$
Исходники из xmp-cli/master скопированы в директорию xmp, что визуально не отличается от одного из прошлых вариантов.

https://packages.altlinux.org/ru/tasks/336877/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239336</commentid>
    <comment_count>90</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2023-12-20 17:51:54 +0300</bug_when>
    <thetext>Артём, попросите вашего ментора вам помочь. Вы делаете совсем не то, о чём я пишу.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239339</commentid>
    <comment_count>91</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2023-12-20 19:04:47 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #90)
&gt; Вы делаете совсем не то, о чём я пишу.
Ты про git merge -s ours и вот это обсуждение?

http://lore.altlinux.org/devel/20201105012407.052de7cd5e130426ad765305@altlinux.org/

Лично я теперь стараюсь вовсе избегать фиктивных мержей (и схемы упаковки а-ля led@, когда в gear&apos;е &quot;чисто спек и патчи&quot;) -- как справедливо упрекнул в своё время mithraen@, по такому даже не по&apos;git grep&apos;ать без выяснения, где тут собственно код (к сожалению, эту схему подхватили некоторые другие в команде).

И делаю для своих проектов &quot;всё в master&quot;, для чужих -- как правило, remote/upstream (git remote add upstream ... и при надобности git remote update upstream с последующим git merge upstream/master или по тегу).

Делать выборки по тегу в .gear/rules тоже избегаю, поскольку на фоне постоянных прерываний это чревато ситуациями &quot;патчишь-патчишь, собираешь-собираешь, проверяешь -- без изменений&quot; (по той простой причине, что патчишь голову, а собираешь тег).

А вообще это о том, что наш гибкий инструментарий gear давным-давно нуждается в профилирующем наборе утилит, которые бы позволили (и помогали) вести репозитории в одном из трёх устоявшихся форматов и которые было бы возможно задокументировать (в отличие от стихийно сложившейся практики).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>240089</commentid>
    <comment_count>92</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2024-01-11 20:22:52 +0300</bug_when>
    <thetext>Кстати, попался на глаза другой местами схожий случай: bug 38040 comment 43
(результат -- потеря интереса кандидатом).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>240090</commentid>
    <comment_count>93</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2024-01-11 20:23:28 +0300</bug_when>
    <thetext>http://bugzilla.altlinux.org/show_bug.cgi?id=38040#c43</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>247628</commentid>
    <comment_count>94</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2024-06-14 17:09:31 +0300</bug_when>
    <thetext>Перевёл xmp на сборку из git&apos;а: https://packages.altlinux.org/ru/tasks/337422/ .

Также опакетил 3 своих библиотеки (сборка также из git&apos;а):
libcamell++: https://packages.altlinux.org/ru/tasks/350944/
libfatchars: https://packages.altlinux.org/ru/tasks/350836/
libhalfmk61: https://packages.altlinux.org/ru/tasks/350916/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>250062</commentid>
    <comment_count>95</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2024-08-15 08:33:16 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #56)
&gt; Напишите что нужно посмотреть и я посмотрю.
Здравствуйте. Я уже переделал пакет xmp и опакетил 3 своих библиотеки.

https://bugzilla.altlinux.org/show_bug.cgi?id=45253#c94</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>250081</commentid>
    <comment_count>96</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2024-08-15 13:38:58 +0300</bug_when>
    <thetext>ok, всё проверил и заапрувил.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>250082</commentid>
    <comment_count>97</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2024-08-15 13:42:04 +0300</bug_when>
    <thetext>я предлагаю ещё потренироваться на кошках, и обновить что-то из этого списка:
curl -s https://git.altlinux.org/acl/list.packages.sisyphus|grep @nobody
лучше, конечно, нужное.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>256044</commentid>
    <comment_count>98</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2024-12-13 19:07:41 +0300</bug_when>
    <thetext>ping</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>256144</commentid>
    <comment_count>99</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2024-12-16 15:17:38 +0300</bug_when>
    <thetext>Обновил fpc до версии 3.2.3 и пропатчил lazarus под новый fpc. Задание: https://packages.altlinux.org/ru/tasks/365054/ .</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>256145</commentid>
    <comment_count>100</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2024-12-16 15:27:29 +0300</bug_when>
    <thetext>В дальнейшем я жду от вас задания в состоянии EPERM а не DONE.

К работе над fpc вопросов очень много. Начиная с того, что URL там указан некорректный и заканчивая бардаком с патчами.

Приведите пожалуйста всё в порядок - в состояние, которое можно ревьювить. Так, как будто этот пакет вы собираете первый раз в репозиторий (changelog только оставьте от старого).

Я посмотрю.

Примерно такие же вопросы к Lazarus.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>282468</commentid>
    <comment_count>101</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2026-02-23 00:00:53 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #100)
&gt; В дальнейшем я жду от вас задания в состоянии EPERM а не DONE.
&gt; 
&gt; К работе над fpc вопросов очень много. Начиная с того, что URL там указан
&gt; некорректный и заканчивая бардаком с патчами.
&gt; 
&gt; Приведите пожалуйста всё в порядок - в состояние, которое можно ревьювить.
&gt; Так, как будто этот пакет вы собираете первый раз в репозиторий (changelog
&gt; только оставьте от старого).
&gt; 
&gt; Я посмотрю.
&gt; 
&gt; Примерно такие же вопросы к Lazarus.
Здравствуйте. Вот переработанный fpc с упрощённой структурой подпакетов и адаптированный к текущей ситуации в Сизифе (https://bugzilla.altlinux.org/show_bug.cgi?id=56874), где из-за texlive не может быть пересобран пакет fpc-docs: https://packages.altlinux.org/ru/tasks/408975/ .

Удаление пакета fpc-docs из-за бага в текущей версии texlive было согласовано с Андреем Черепановым, но дальнейшее упрощение структуры подпакетов он не одобрил по той причине, что у каждого пакета есть свой исторический смысл для системы.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>282470</commentid>
    <comment_count>102</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-02-23 10:51:17 +0300</bug_when>
    <thetext>Вы обсудили изменение в пакете с текущим ментейнером fpc и lazarus ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>282473</commentid>
    <comment_count>103</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2026-02-23 11:12:43 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #102)
&gt; Вы обсудили изменение в пакете с текущим ментейнером fpc и lazarus ?
Во-первых, я выполнял Ваше задание по упрощению структуры .spec&apos;а fpc чтобы Вы могли оценить мои умения работать со .spec&apos;ами.
Во-вторых, да, я вот и пишу, что я обсуждал изменения с Андреем Черепановым, который активно сопровождает fpc и lazarus. Удаление пакета fpc-docs из-за бага в текущей версии texlive он одобрил, а саму идею упрощения структуры подпакетов - нет.

Так что, сама изначальная постановка задания была такой, что оно исключительно для Join, а не для прохождения в Сизиф.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>282478</commentid>
    <comment_count>104</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-02-23 13:38:15 +0300</bug_when>
    <thetext>нет, такого не бывает, что бы показать свои знания &quot;только для JOIN&quot;. Посмотрите какие-то другие задачи.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>282479</commentid>
    <comment_count>105</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-02-23 13:40:40 +0300</bug_when>
    <thetext>И да, уж если вы меняете чужой пакет, то по крайней мере попробуйте разделить измненения на структурные части и коммитить их отдельно, а не одним большим коммитом &quot;Fix compiler version in sources.&quot;

Возвращаю ментору на доработку.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>282492</commentid>
    <comment_count>106</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2026-02-23 16:47:31 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #104)
&gt; нет, такого не бывает, что бы показать свои знания &quot;только для JOIN&quot;.
&gt; Посмотрите какие-то другие задачи.
Давайте вернёмся к формулировке comment 0 -- если пакеты программ собственной разработки, которые Артём изначально собирался добавить в сизиф, где-то сейчас доступны, хорошо бы упомянуть текущее местоположение (saahriktu.tech всё).

Касательно comment 33 -&gt; comment 64 -- продолжаю настаивать, что это избыточное требование: про особенности сборки разделяемых библиотек на этом этапе стоит знать, но если в первоначальное и дополнительное задание они не вошли -- то и ладно; по той же логике можно затребовать сборку модуля ocaml или компиляцию под e2k, а то вдруг человек когда-то что-то сломает по не продемонстрированному на этапе join незнанию (ср.: comment 23, comment 68; по comment 81 тж. ниже).

То есть эту часть обучения стоит перенести из join time назад в maintain time.


(Ответ для Anton Farygin на комментарий #105)
&gt; И да, уж если вы меняете чужой пакет, то по крайней мере попробуйте
&gt; разделить измненения на структурные части и коммитить их отдельно,
&gt; а не одним большим коммитом &quot;Fix compiler version in sources.&quot;
Собственно, &quot;поступай с другими так, как хотел бы, чтоб поступали с тобой&quot;.
Отсматривать мегапатч, в котором всё про всё -- хлопотно и муторно.
См. тж. comment 51, там про частный случай.

Постучаться к майнтейнеру, когда по %changelog и гитам можно предположить, что он живой и на пакет не забил -- всегда лучше _до_ вложения существенных сил и времени на работы по нему, чтоб не получить результат на выброс (например, когда в работе новая версия или когда задуманное направление изменений противоречит пониманию предмета майнтейнером).

Ну и меня стоило тоже в копию поставить.

&gt; Возвращаю ментору на доработку.
Гм, а зачем разбрасываться заданиями весом со слона (comment 100) вместо того, чтоб отпинать ментора или самому указать на то, что это неудобоваримый со всех сторон кандидат -- сложный объёмный пакет с кучей взаимосвязей и перегруженным майнтейнером?

И повторюсь в надцатый раз: зачем пытаться в младших классах переходить к дифференциальному исчислению, не пуская без него в средние?  Всему своё время.
По своим нынешним требованиям ты сам, Антон, наверняка бы в team не попал.
А я -- так почти гарантированно.

С учётом comment 81 я бы скорее целился на user level в сборочнице -- при сборке новичком до TESTED/EPERM новых классов пакетов, с которыми по опыту известны новичковые проблемы, ставить задание на отсмотр профильной группой старших товарищей (review_lib@, review_$lang@ и т.п.); успешная сборка одного или нескольких (возможно, с дифференцированным порогом) пакетов приводит к снятию автозапроса отсмотра.

Ну, try/catch вместо попытки обложить вообще всё if&apos;ами заранее.


(Ответ для Anton Farygin на комментарий #78)
&gt; Попросите, пожалуйста, вашего ментора объяснить в чём именно.
Прошу тормошить лично -- багопочту как прекратил регулярно читать в 2018 году по причине дикого перегруза, так и не восстановил это дело (изредка набегаю, но в целом сизиф уже несколько лет обходится по большей части без меня).


(Ответ для Anton Farygin на комментарий #88)
&gt; Нет, это не то. Так делать плохо.
А где у нас задокументированы стилистические указания вроде Secure Packaging?

Иначе, извини, вкусовщина и &quot;перепишите форму вот так&quot; (сам когда-то столкнулся именно с таким явлением: одному сотруднику нравилось вот так, а другому -- так, как было заполнено ровно в предыдущий раз; с учётом пинга в неделю тогда сказал &quot;давайте я сейчас в коридоре все эти четыре листа перепишу, но Вы их примете&quot;).

Проблема того, что gear позволяет почти как угодно; в gear-rules(5) есть разве что три примера -- второй из которых тебе, как понимаю, и не нравится -- и в остальном полная свобода действий с поправкой на хотя бы формальное наследование.

То, что порой такое приводит к _худшему_ (более трудоёмкому и чреватому ошибками в подготовке и дальнейшем сопровождении кем бы то ни было, в т.ч. скриптом) результату -- насколько понимаю, является одной из причин того, что сборку из srpms в girar, было утерянную по сравнению со старинным incoming, всё-таки практически полноценно восстановили.

Думаю, более разумно было бы вместо механического требования гита как раз выйти на понимание того, когда лучше собирать апстримный гит (у нас в сизифе хватает куда более актуальных примеров, если что), а когда брать тарболы даже при наличии гита (например, при автоматизации рутинных обновлений модулей).

Также прошу озвучить критерии прохождения review, причём желательно -- применяемые на практике к сотрудникам обнинского или саратовского подразделения ООО &quot;Базальт СПО&quot;.  Глядя на результаты их работы -- в том числе несобираемые на e2k наши собственные разработки -- сомнения порой берут, что критерии были столь же тщательны (при обычно куда более низком техническом уровне кандидатов на входе -- но ведь дальше-то учатся).

Иначе гонка может оказаться не просто за подвижной целью, а за миражом; но тогда  нам стоит перестать вводить общественность в заблуждение, что проект заинтересован в новых участниках (http://altlinux.org/join).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>282493</commentid>
    <comment_count>107</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2026-02-23 16:57:32 +0300</bug_when>
    <thetext>&gt; хорошо бы упомянуть текущее местоположение
&gt; (saahriktu.tech всё).
А, да, точно. За это время https://saahriktu.tech успел переехать на ttps://saahriktu.ru .</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>282494</commentid>
    <comment_count>108</comment_count>
    <who name="Артём Курашов">saahriktu</who>
    <bug_when>2026-02-23 17:03:05 +0300</bug_when>
    <thetext>&gt; ttps://saahriktu.ru .
Извините, https://saahriktu.ru .</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>282723</commentid>
    <comment_count>109</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2026-02-25 23:24:28 +0300</bug_when>
    <thetext>Вот, скажем, во вполне себе аккуратно написанном по большей части mupdf.spec
сейчас поправил такое:

-       XLDFLAGS=&quot;-g -L/usr/lib64&quot;  XLIBS=&quot;-lgdcmjpeg8&quot; --trace
+       XLDFLAGS=&quot;-g -L%_libdir&quot;  XLIBS=&quot;-lgdcmjpeg8&quot; --trace

А кто это допустил прибившего гвоздём /usr/lib64 собирать пакеты в сизиф?
Возвращать на стадию с подтверждением будем? :]

(конечно, нет, это был бы бред -- но подсказать, заметив, явно стоило)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>284660</commentid>
    <comment_count>110</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2026-03-27 09:31:09 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #105)
&gt; И да, уж если вы меняете чужой пакет, то по крайней мере попробуйте
&gt; разделить измненения на структурные части и коммитить их отдельно, а не
&gt; одним большим коммитом &quot;Fix compiler version in sources.&quot;
&gt; Возвращаю ментору на доработку.
Антон, а давай-ка вернём на доработку proskur@ по мотивам http://git.altlinux.org/tasks/archive/done/_401/411159/ и rm#225209: пожалуйста, хотя бы задания в p11, а лучше и в сизиф -- чтоб отсматривать, пока не подрастёт и не подрастеряет лишней самоуверенности.

Ну или напишем на берегу (!) -- что должен уметь майнтейнер; по пунктам.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>12499</attachid>
            <date>2023-02-12 10:56:15 +0300</date>
            <delta_ts>2023-04-13 16:12:33 +0300</delta_ts>
            <desc>ключи</desc>
            <filename>saahriktu@altlinux.org_keys.tar</filename>
            <type>application/x-tar</type>
            <size>10240</size>
            <attacher name="Артём Курашов">saahriktu</attacher>
            
              <data encoding="base64">aWRfZWQyNTUxOS5wdWIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADAwMDA2NDQAMDAwMTc1
MAAwMDAwNzY0ADAwMDAwMDAwMTQ1ADE0MzI2NjIwNDIyADAxNDAxNQAgMAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB1c3RhciAgAHNhYWhyaWt0dQAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAc2FhaHJpa3R1AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABz
c2gtZWQyNTUxOSBBQUFBQzNOemFDMWxaREkxTlRFNUFBQUFJS09VOXlWQkM0a1N5dU5XNjhpNnp1
UFVsLzFPdWU5M0ZyaHZTU1JIaE1rYiBzYWFocmlrdHVAYW5kcm9tZWRhCgAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHNh
YWhyaWt0dUBhbHRsaW51eC5vcmcuZ3BnAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwMDAwNjQ0ADAwMDE3NTAA
MDAwMDc2NAAwMDAwMDAwNjAwNgAxNDMyNjYxNzQ3NQAwMTcwMTQAIDAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdXN0YXIgIABzYWFocmlrdHUAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAHNhYWhyaWt0dQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALS0t
LS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdIMlRQUUJFQUNydXhGNEVl
YWdJaGlnUFYvc21BTGV1Z1ViZm0xSm40akRYQU1SSFU0Q3pwNklRS0l3Ci9yZUZwTWZQdkdYT05p
czFwZkRkUlV2clFnRGpEUXdFL09OeVFhTk9PWXQ5RmFrRGFjUWZCREhHdFJEVWJXdU8KTkcxSlRI
cjNTcjJ5R1c3Zjc4L2JXWHpBN0V1dmZyMWc1a2M4SnlnaHdpUDFuK0QwTmtXOURRcVBIZThWVlZi
bwpDVmpSZ3kxNXpCelU5WERka1RZU1VTcTVKbE5WTmZjRkxEbHNxc3E5OE9VcFAzNG1xL3h6dXdH
VUJrM3BJbVQzCnZEcnBjTDBBSUdZaWZvMWdDOGtPcHowM290N2hzV00xTTljTTk2eUJZajB0Z01o
T1JHR2Fwb2lvSmgwY2lnSkUKYVQvbmVwa1I1SkhvSmZMdGIzUHg3Wm8yVTd6bEJLd3hIbytlSTBO
b3AxanRNRXY5c0IyamszeGxpaUFjUnM1RApTOURNMnVsbXdrR0FwNGNnQ2pmb1I0MVY3Ykp5N09T
VWE4U2FwcjhyVlVRZlFBTnJ0VnhJM3JneXBMdHNYRlhkCjFwejF1ekdJQTBSM3dEcy8wdzltU3Jo
UlhXTERVaENaaGYra3YzcmRsbnpqU1dyczN1cHV4OXRUSlhDSnAzMTEKUVdoMzFVVGFQWXEySVJr
eUV2aHBoRU9aUGswY3RzN2hKZVRzYnpXNGFJVXVnc1loajR4bVF0bHBZbnNUdnhZSwppVnJjS1do
emd6YjhZdWt2dDdObXpYOTBIY2docUYxMFlkcGRFMmZNVVlPM0w4cmhrYXNEYVQyTjVlM2ZuS2V5
Cjg2c1dVVmMzZm13TzVsaXpVZ2JNYlYwS1Z5Yjh5b3QzdzhFTSsyUjFxS1E4NjJzT1grd2VvNTBl
YlFBUkFRQUIKdENkQmNuUmxiU0JMZFhKaGMyaHZkaUE4YzJGaGFISnBhM1IxUUdGc2RHeHBiblY0
TG05eVp6NkpBamdFRXdFSQpBQ0lGQW1IMlRQUUNHd01HQ3drSUJ3TUNCaFVJQWdrS0N3UVdBZ01C
QWg0QkFoZUFBQW9KRURKbE5kcTEyRmRNCkx6OFAvaTBhTlNBMWpoREdWdDR1emhvbm10SDhYQXlR
ZnpPT3hzY0NZcEwwMlhUcmdLNU9KVGpmYXlkcS9ON3IKSllQZXRqWmFKNVdNWHdEM0xjK3BYR0ND
bVczbnJzdEtiUTlRTU9aSkVwbDJUdG1wVFZuVVVLTFNJT25ZUUpPMgplUFNxcnZwL2FHa0VWelF2
cTFYODdtTUJ2bjNYYnVESlUwak5RVHZVNFBCZ3BpWWJnekNPY3lVc0pwRnZ4bVFLCko2NEFiUktU
ektXMDdEU1BVRDMyaHFZb2cwRVBSUjk0NS9KWXkrTm5HSGJsSzQ2MjRTdEVQMURWOHVmc2ZXR3IK
QUdpaGFlbjR4Z3NldStURmZMU2J1UEc4UjRrMUdIMktvVG1LT09rU3E1TzA4U3VGUCtqOVNpOXU0
WDJtbUxDMApQQktNbGRpZjhES0xubzYwM0VYZHozWERtdkV2ckl4UUpSdVg0RmhRNTduTy9jWVk5
eEJieWY2TGFXTHpDaDZOCjdZSGlzMVRoN0VoR0ZtdXVlZlNsUm80NkdhOHhjekVVclB2a0FvNnly
a1dWOVVrem51SWo0eDRvY2hFTU5aVEEKcXIvRlZaQzgzL3A1aVNySFMxSkpadlVicnJ5djBFeWQz
aUdKOE1SNWNKaW91UXZVcXozNE90TitxUnlCRjViVQpmaGl0aWsvbnhpWHRabzlBNWMxNCs2aGlV
aGt3czVFeWpwRTdKZUdkOVJTanRHVHhZRWNxTXNUTENCTkEvaGpSCk9aY0EzeGg1cTRjVTNFSi84
MzFnQ0xCeDFndnYySjV1WC90NWpJeWJpVEU0bUFyU2V1alhHSG9LNENGOGhmQ1MKNjNwOEdwZEZG
cmZ0bmVVWitOdTlYODcxQUpqQUZYYkR2WWQ1NUdSSGxBTTZvdlZSdVFJTkJHSDJUUFFCRUFDKwpV
Ykxpai84dDJBdUIvQ2dGSTZZVGpyWVBHc3FybHNlSmo2aUxBZXRLWFZOcDF5TGxLUG55dE04UGNt
eDV6VVYwCkNIRHJ6amxnaWtISFdBcXVxZUNqSkdWcTU5VVljQksrMEp2cFRJTEJCR0FiZ243RW05
akdtalZiT1NRRlZtRG8KTFllSE5QMysxOEx4T0FQQ3d0dU1sZHpkc2p1bHlBOEI3ZUQ0cnA5QTh5
dzBFOXdxS3ZCNEkwcHIwWlNNVEVFLwp3b1REMXJzQUR0b1RXWUpNcWFkS3BZejUwQnkyYnkwNFUr
OU9uTC9xRWQ4L2hUUXgrODhkNTY0MENYVmZIV3lwClBFSkY3d3RrNmNneHRpcm5MQ2cxV0l0MnJJ
SUNPdEpDZCtOMnA3ZFpSbVN0VkJnYk5KclRWZ2F5bStYSkswaGIKd000aVVqTUc2bW03b21tVFg3
R0M0eHRTL3NLcmo5a3E0ZzJDcDlwMWRIWU1UdEJXVDFqRW44Wm1yYUhtUTJoWApraFoxZDV1MndN
eit1TEpvL04yMnVocUcvRjFtaTFaTlJ6VjV1d2I3dEdEMnFuYTVVTFJWd0tTZjZCK0dYbmZuCkxI
SDJ5V3ROeS9FN21tOTBIQ1hMb3Z3UEdyTWhlQmQyM2FtQnpxRm1rbHZqb0hZdnhoUTl3Z0QweFJi
VXVwVHQKMThMUStGK21YZjdsVk5iMHE1T1ZkKzRJYmhRbis3QkVHVVpTa2NEalVsa1pZWDVuOUJh
VEJIS0JGWmlOVHl1NQpCeW44RXBxbHNPdzdha2JDNHpUay81YVJLNytmRWRxK3dUNjhhNG1xSStZ
VXEyZ25ZSU83MDlQRjZDSktZOUtVCmIrenVWSEVzbXZ0eldWSVdHd0JPZTBGQTI5bDlRVzdSUFl2
bjVIUDFpUUFSQVFBQmlRSWZCQmdCQ0FBSkJRSmgKOWt6MEFoc01BQW9KRURKbE5kcTEyRmRNd0M4
UC9pbUhIejFRNzVTNit0dzRkZEFIdy9mTFhnc3luRUF6b0lsWgpoaEFrMUU4aEt4eWtQRXQzdldR
OFo4TFU0R1kyR3I5aUhObFd2OEpEQkdFeDJlc3FtNVBYMEtpdEw0RW1CZmFoCmZaekhtMHdEUEZN
UU9nQ2dxZitKVC9UMmJiWUxCdTdjekJLVDZPZHM1RG1vMmNUa2c5M1dtVnFlVGZJeTV3TmgKSUJw
eDZmbnJsWDh3UG9tK0lqUXZHbCtQdGlYQlZ5K0dxak0xbkc2M2dmN3pUMVZ6cHdrdmh0R1pueFZJ
UXo5egpGcXNYWmcxV0lhRGNRNit4T092c1prMjQ1aUk0Tzc1d3BUem5FeEZlWEhrQ0sxVGJSaDdD
bDNQVGRUNjVYUHB5Ci9Qc2kxM2ZUQ3BteVpnOFFyVjhnRVBjR0R1MUxmeExicE9qQituSnpwcjZo
Q0dqWGwrTzBkdSsyODJrSlU0OFcKQTFzU2JLbDRSYzBnYTIxUTJmNU1uNWNYb1Vjc0Fwc3lVRVNk
dGxhQkpjbFRUcVVaSThIMmJ5OE95ZUxuVnY4TAowQS8wdUJzUExENUdwQk93TmIxWHowclc2ZWJW
Ny83NG9HTnZJeS95di85Z3d5Z2s2ZC9talhGZlQ5aWREOW1XCm1FM1pmUk91T3lBZ05xN0NoUXNL
c1BCTklWbEVuMkRKTkNDdTh4c21jdWNPVDF4ZnBZWkxPK3Y3SE5DT2RHbisKampNK2JVeURJNmpP
c0J6WC9DaklFbklGQlhrM3FDeThwVW5vdC9QbDNpM0RWRzZkWDVHVmNENm5VZGxheGxPYQpGeGtL
YVpqLzArYUwvVkNpY3Y4WllTcStwRlpzYnlEUWs5NUV6NEg5aDR5NTF4M1M3Zk9hTGNaQWpCa3RZ
bFBYClhndGRVQWwzCj0vUEhlCi0tLS0tRU5EIFBHUCBQVUJMSUMgS0VZIEJMT0NLLS0tLS0KAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>12501</attachid>
            <date>2023-02-12 20:37:56 +0300</date>
            <delta_ts>2023-02-12 20:37:56 +0300</delta_ts>
            <desc>emkatic.spec.diff</desc>
            <filename>emkatic.spec.diff</filename>
            <type>text/plain</type>
            <size>1580</size>
            <attacher name="Michael Shigorin">mike</attacher>
            
              <data encoding="base64">LS0tIGVta2F0aWMuc3BlYy5vcmlnCTIwMjItMTItMjIgMDI6MjI6MzEuMDAwMDAwMDAwICswNzAw
CisrKyBlbWthdGljLnNwZWMJMjAyMy0wMi0xMyAwMDozMToxMy42MDA0ODE1NDAgKzA3MDAKQEAg
LTEsMjQgKzEsMjQgQEAKLU5hbWU6ICAgICAgICAgICBlbWthdGljCi1WZXJzaW9uOiAgICAgICAg
MC40MgotUmVsZWFzZTogICAgICAgIGFsdGhja3IxMC4xCi1Hcm91cDogICAgICAgICAgT3RoZXIK
LVN1bW1hcnk6ICAgICAgICBFbXVsYXRvciBvZiBtb2Rlcm4gUnVzc2lhbiBSUE4gcHJvZ3JhbW1h
YmxlIGNhbGN1bGF0b3JzIE1LLTE1MiwgTUstMTYxIHNlcmllcyAodGhlIHN1Y2Nlc3NvciBvZiBN
Sy01MixNSy02MSkKLQotTGljZW5zZTogICAgICAgIEdQTHYzCi1VUkw6ICAgICAgICAgICAgaHR0
cHM6Ly9zb3VyY2Vmb3JnZS5uZXQvcHJvamVjdHMvZW1rYXRpYy8KLVNvdXJjZTA6ICAgICAgICAl
e25hbWV9LSV7dmVyc2lvbn0tc3JjLnRhci5negotUGF0Y2gwOiAgICAgICAgIGdsb2JlLnBhcy5w
YXRjaAotUGF0Y2gxOiAgICAgICAgIHNlcnZpY2UubGZtLnBhdGNoCi0KLUJ1aWxkUmVxdWlyZXM6
ICBmcGMKLUJ1aWxkUmVxdWlyZXM6ICBsYXphcnVzCitOYW1lOiBlbWthdGljCitWZXJzaW9uOiAw
LjQyCitSZWxlYXNlOiBhbHRoY2tyMTAuMQorCitTdW1tYXJ5OiBFbXVsYXRvciBvZiBtb2Rlcm4g
UnVzc2lhbiBSUE4gcHJvZ3JhbW1hYmxlIGNhbGN1bGF0b3JzIE1LLTE1MiwgTUstMTYxIHNlcmll
cyAodGhlIHN1Y2Nlc3NvciBvZiBNSy01MixNSy02MSkKK0xpY2Vuc2U6IEdQTHYzCitHcm91cDog
T3RoZXIKKworVXJsOiBodHRwczovL3NvdXJjZWZvcmdlLm5ldC9wcm9qZWN0cy9lbWthdGljLwor
U291cmNlOiAlbmFtZS0ldmVyc2lvbi1zcmMudGFyLmd6CitQYXRjaDA6IGdsb2JlLnBhcy5wYXRj
aAorUGF0Y2gxOiBzZXJ2aWNlLmxmbS5wYXRjaAogCitCdWlsZFJlcXVpcmVzOiBmcGMKK0J1aWxk
UmVxdWlyZXM6IGxhemFydXMKIAogJWRlc2NyaXB0aW9uCiBFbXVsYXRvciBvZiBtb2Rlcm4gUnVz
c2lhbiBSUE4gcHJvZ3JhbW1hYmxlIGNhbGN1bGF0b3JzIE1LLTE1MiwgTUstMTYxIHNlcmllcyAo
dGhlIHN1Y2Nlc3NvciBvZiBNSy01MixNSy02MSkKIAogJXByZXAKLSVzZXR1cCAtcSAtbiAle25h
bWV9LSV7dmVyc2lvbn0tc3JjCislc2V0dXAgLW4gJW5hbWUtJXZlcnNpb24tc3JjCiAlcGF0Y2gw
CiAlcGF0Y2gxCiAKQEAgLTI2LDggKzI2LDExIEBACiBsYXpidWlsZCAtLWxhemFydXNkaXI9L3Vz
ci9saWI2NC9sYXphcnVzLyBlbWthdGljLmxwaQogCiAlaW5zdGFsbAotbWtkaXIgLXAgJXtidWls
ZHJvb3R9JXtfYmluZGlyfQotaW5zdGFsbCAtbTc1NSBlbWthdGljICV7YnVpbGRyb290fSV7X2Jp
bmRpcn0KK2luc3RhbGwgLXBEbTc1NSBlbWthdGljICVidWlsZHJvb3QlX2JpbmRpci8lbmFtZQog
CiAlZmlsZXMKLSV7X2JpbmRpcn0vJXtuYW1lfQorJV9iaW5kaXIvJW5hbWUKKworJWNoYW5nZWxv
ZworKiBUaHUgRGVjIDIyIDIwMjIgQXJ0eW9tIEt1cmFzaG92IDxzYWFocmlrdHVAYWx0bGludXgu
b3JnPiAwLjQyLWFsdGhja3IxMC4xCistIGluaXRpYWwgcGFja2FnZQo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>12506</attachid>
            <date>2023-02-13 13:02:29 +0300</date>
            <delta_ts>2023-02-13 13:02:29 +0300</delta_ts>
            <desc>GPG ключ</desc>
            <filename>saahriktu@altlinux.org.gpg</filename>
            <type>application/pgp-encrypted</type>
            <size>3078</size>
            <attacher name="Артём Курашов">saahriktu</attacher>
            
              <data encoding="base64">LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdIMlRQUUJFQUNydXhG
NEVlYWdJaGlnUFYvc21BTGV1Z1ViZm0xSm40akRYQU1SSFU0Q3pwNklRS0l3Ci9yZUZwTWZQdkdY
T05pczFwZkRkUlV2clFnRGpEUXdFL09OeVFhTk9PWXQ5RmFrRGFjUWZCREhHdFJEVWJXdU8KTkcx
SlRIcjNTcjJ5R1c3Zjc4L2JXWHpBN0V1dmZyMWc1a2M4SnlnaHdpUDFuK0QwTmtXOURRcVBIZThW
VlZibwpDVmpSZ3kxNXpCelU5WERka1RZU1VTcTVKbE5WTmZjRkxEbHNxc3E5OE9VcFAzNG1xL3h6
dXdHVUJrM3BJbVQzCnZEcnBjTDBBSUdZaWZvMWdDOGtPcHowM290N2hzV00xTTljTTk2eUJZajB0
Z01oT1JHR2Fwb2lvSmgwY2lnSkUKYVQvbmVwa1I1SkhvSmZMdGIzUHg3Wm8yVTd6bEJLd3hIbytl
STBOb3AxanRNRXY5c0IyamszeGxpaUFjUnM1RApTOURNMnVsbXdrR0FwNGNnQ2pmb1I0MVY3Ykp5
N09TVWE4U2FwcjhyVlVRZlFBTnJ0VnhJM3JneXBMdHNYRlhkCjFwejF1ekdJQTBSM3dEcy8wdzlt
U3JoUlhXTERVaENaaGYra3YzcmRsbnpqU1dyczN1cHV4OXRUSlhDSnAzMTEKUVdoMzFVVGFQWXEy
SVJreUV2aHBoRU9aUGswY3RzN2hKZVRzYnpXNGFJVXVnc1loajR4bVF0bHBZbnNUdnhZSwppVnJj
S1doemd6YjhZdWt2dDdObXpYOTBIY2docUYxMFlkcGRFMmZNVVlPM0w4cmhrYXNEYVQyTjVlM2Zu
S2V5Cjg2c1dVVmMzZm13TzVsaXpVZ2JNYlYwS1Z5Yjh5b3QzdzhFTSsyUjFxS1E4NjJzT1grd2Vv
NTBlYlFBUkFRQUIKdENkQmNuUmxiU0JMZFhKaGMyaHZkaUE4YzJGaGFISnBhM1IxUUdGc2RHeHBi
blY0TG05eVp6NkpBamdFRXdFSQpBQ0lGQW1IMlRQUUNHd01HQ3drSUJ3TUNCaFVJQWdrS0N3UVdB
Z01CQWg0QkFoZUFBQW9KRURKbE5kcTEyRmRNCkx6OFAvaTBhTlNBMWpoREdWdDR1emhvbm10SDhY
QXlRZnpPT3hzY0NZcEwwMlhUcmdLNU9KVGpmYXlkcS9ON3IKSllQZXRqWmFKNVdNWHdEM0xjK3BY
R0NDbVczbnJzdEtiUTlRTU9aSkVwbDJUdG1wVFZuVVVLTFNJT25ZUUpPMgplUFNxcnZwL2FHa0VW
elF2cTFYODdtTUJ2bjNYYnVESlUwak5RVHZVNFBCZ3BpWWJnekNPY3lVc0pwRnZ4bVFLCko2NEFi
UktUektXMDdEU1BVRDMyaHFZb2cwRVBSUjk0NS9KWXkrTm5HSGJsSzQ2MjRTdEVQMURWOHVmc2ZX
R3IKQUdpaGFlbjR4Z3NldStURmZMU2J1UEc4UjRrMUdIMktvVG1LT09rU3E1TzA4U3VGUCtqOVNp
OXU0WDJtbUxDMApQQktNbGRpZjhES0xubzYwM0VYZHozWERtdkV2ckl4UUpSdVg0RmhRNTduTy9j
WVk5eEJieWY2TGFXTHpDaDZOCjdZSGlzMVRoN0VoR0ZtdXVlZlNsUm80NkdhOHhjekVVclB2a0Fv
Nnlya1dWOVVrem51SWo0eDRvY2hFTU5aVEEKcXIvRlZaQzgzL3A1aVNySFMxSkpadlVicnJ5djBF
eWQzaUdKOE1SNWNKaW91UXZVcXozNE90TitxUnlCRjViVQpmaGl0aWsvbnhpWHRabzlBNWMxNCs2
aGlVaGt3czVFeWpwRTdKZUdkOVJTanRHVHhZRWNxTXNUTENCTkEvaGpSCk9aY0EzeGg1cTRjVTNF
Si84MzFnQ0xCeDFndnYySjV1WC90NWpJeWJpVEU0bUFyU2V1alhHSG9LNENGOGhmQ1MKNjNwOEdw
ZEZGcmZ0bmVVWitOdTlYODcxQUpqQUZYYkR2WWQ1NUdSSGxBTTZvdlZSdVFJTkJHSDJUUFFCRUFD
KwpVYkxpai84dDJBdUIvQ2dGSTZZVGpyWVBHc3FybHNlSmo2aUxBZXRLWFZOcDF5TGxLUG55dE04
UGNteDV6VVYwCkNIRHJ6amxnaWtISFdBcXVxZUNqSkdWcTU5VVljQksrMEp2cFRJTEJCR0FiZ243
RW05akdtalZiT1NRRlZtRG8KTFllSE5QMysxOEx4T0FQQ3d0dU1sZHpkc2p1bHlBOEI3ZUQ0cnA5
QTh5dzBFOXdxS3ZCNEkwcHIwWlNNVEVFLwp3b1REMXJzQUR0b1RXWUpNcWFkS3BZejUwQnkyYnkw
NFUrOU9uTC9xRWQ4L2hUUXgrODhkNTY0MENYVmZIV3lwClBFSkY3d3RrNmNneHRpcm5MQ2cxV0l0
MnJJSUNPdEpDZCtOMnA3ZFpSbVN0VkJnYk5KclRWZ2F5bStYSkswaGIKd000aVVqTUc2bW03b21t
VFg3R0M0eHRTL3NLcmo5a3E0ZzJDcDlwMWRIWU1UdEJXVDFqRW44Wm1yYUhtUTJoWApraFoxZDV1
MndNeit1TEpvL04yMnVocUcvRjFtaTFaTlJ6VjV1d2I3dEdEMnFuYTVVTFJWd0tTZjZCK0dYbmZu
CkxISDJ5V3ROeS9FN21tOTBIQ1hMb3Z3UEdyTWhlQmQyM2FtQnpxRm1rbHZqb0hZdnhoUTl3Z0Qw
eFJiVXVwVHQKMThMUStGK21YZjdsVk5iMHE1T1ZkKzRJYmhRbis3QkVHVVpTa2NEalVsa1pZWDVu
OUJhVEJIS0JGWmlOVHl1NQpCeW44RXBxbHNPdzdha2JDNHpUay81YVJLNytmRWRxK3dUNjhhNG1x
SStZVXEyZ25ZSU83MDlQRjZDSktZOUtVCmIrenVWSEVzbXZ0eldWSVdHd0JPZTBGQTI5bDlRVzdS
UFl2bjVIUDFpUUFSQVFBQmlRSWZCQmdCQ0FBSkJRSmgKOWt6MEFoc01BQW9KRURKbE5kcTEyRmRN
d0M4UC9pbUhIejFRNzVTNit0dzRkZEFIdy9mTFhnc3luRUF6b0lsWgpoaEFrMUU4aEt4eWtQRXQz
dldROFo4TFU0R1kyR3I5aUhObFd2OEpEQkdFeDJlc3FtNVBYMEtpdEw0RW1CZmFoCmZaekhtMHdE
UEZNUU9nQ2dxZitKVC9UMmJiWUxCdTdjekJLVDZPZHM1RG1vMmNUa2c5M1dtVnFlVGZJeTV3TmgK
SUJweDZmbnJsWDh3UG9tK0lqUXZHbCtQdGlYQlZ5K0dxak0xbkc2M2dmN3pUMVZ6cHdrdmh0R1pu
eFZJUXo5egpGcXNYWmcxV0lhRGNRNit4T092c1prMjQ1aUk0Tzc1d3BUem5FeEZlWEhrQ0sxVGJS
aDdDbDNQVGRUNjVYUHB5Ci9Qc2kxM2ZUQ3BteVpnOFFyVjhnRVBjR0R1MUxmeExicE9qQituSnpw
cjZoQ0dqWGwrTzBkdSsyODJrSlU0OFcKQTFzU2JLbDRSYzBnYTIxUTJmNU1uNWNYb1Vjc0Fwc3lV
RVNkdGxhQkpjbFRUcVVaSThIMmJ5OE95ZUxuVnY4TAowQS8wdUJzUExENUdwQk93TmIxWHowclc2
ZWJWNy83NG9HTnZJeS95di85Z3d5Z2s2ZC9talhGZlQ5aWREOW1XCm1FM1pmUk91T3lBZ05xN0No
UXNLc1BCTklWbEVuMkRKTkNDdTh4c21jdWNPVDF4ZnBZWkxPK3Y3SE5DT2RHbisKampNK2JVeURJ
NmpPc0J6WC9DaklFbklGQlhrM3FDeThwVW5vdC9QbDNpM0RWRzZkWDVHVmNENm5VZGxheGxPYQpG
eGtLYVpqLzArYUwvVkNpY3Y4WllTcStwRlpzYnlEUWs5NUV6NEg5aDR5NTF4M1M3Zk9hTGNaQWpC
a3RZbFBYClhndGRVQWwzCj0vUEhlCi0tLS0tRU5EIFBHUCBQVUJMSUMgS0VZIEJMT0NLLS0tLS0K
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>12507</attachid>
            <date>2023-02-13 13:03:49 +0300</date>
            <delta_ts>2023-02-13 13:03:49 +0300</delta_ts>
            <desc>SSH ключ</desc>
            <filename>id_ed25519.pub</filename>
            <type>application/vnd.ms-publisher</type>
            <size>101</size>
            <attacher name="Артём Курашов">saahriktu</attacher>
            
              <data encoding="base64">c3NoLWVkMjU1MTkgQUFBQUMzTnphQzFsWkRJMU5URTVBQUFBSUtPVTl5VkJDNGtTeXVOVzY4aTZ6
dVBVbC8xT3VlOTNGcmh2U1NSSGhNa2Igc2FhaHJpa3R1QGFuZHJvbWVkYQo=
</data>

          </attachment>
      

    </bug>

</bugzilla>