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

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

    <bug>
          <bug_id>50539</bug_id>
          
          <creation_ts>2024-06-04 03:39:42 +0300</creation_ts>
          <short_desc>[done] join shad@</short_desc>
          <delta_ts>2026-02-01 02:13:45 +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>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></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="Aleksandr Shamaraev">mr.shad</reporter>
          <assigned_to name="Gleb F-Malinovskiy">glebfm</assigned_to>
          <cc>antohami</cc>
    
    <cc>armatik</cc>
    
    <cc>glebfm</cc>
    
    <cc>grenka</cc>
    
    <cc>ldv</cc>
    
    <cc>oleg</cc>
    
    <cc>rider</cc>
    
    <cc>ruslandh</cc>
    
    <cc>shad</cc>
    
    <cc>x1z53</cc>
          
          <qa_contact name="Andrey Cherepanov">cas</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>247204</commentid>
    <comment_count>0</comment_count>
      <attachid>16215</attachid>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-06-04 03:39:42 +0300</bug_when>
    <thetext>Created attachment 16215
gpg

Псевдоним: shad

Почта: Aleksandr Shamaraev &lt;shad@altlinux.org&gt;

Адрес пересылки почты: mr.shad@yandex.ru

Имя ментора: Andrew Savchenko
Почта ментора: bircoph@altlinux.org

Цель: Научиться и собирать пакеты</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>247205</commentid>
    <comment_count>1</comment_count>
      <attachid>16216</attachid>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-06-04 03:40:27 +0300</bug_when>
    <thetext>Created attachment 16216
ssh</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>247733</commentid>
    <comment_count>2</comment_count>
      <attachid>16284</attachid>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-06-18 08:06:29 +0300</bug_when>
    <thetext>Created attachment 16284
gpg.pub</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>247780</commentid>
    <comment_count>3</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2024-06-18 21:47:28 +0300</bug_when>
    <thetext>(In reply to Aleksandr Shamaraev from comment #2)
&gt; Created attachment 16284 [details]
&gt; gpg.pub
В этом файле 2 ключа, а нужен только один.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>247785</commentid>
    <comment_count>4</comment_count>
      <attachid>16290</attachid>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-06-19 00:13:56 +0300</bug_when>
    <thetext>Created attachment 16290
gpgkey.pub</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>247786</commentid>
    <comment_count>5</comment_count>
      <attachid>16291</attachid>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-06-19 00:15:13 +0300</bug_when>
    <thetext>Created attachment 16291
id_ed25519.pub

Здравствуйте.

Прошу прощения.

Все переделал, проверьте пожалуйста

С уважением</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>250163</commentid>
    <comment_count>6</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-08-17 13:58:47 +0300</bug_when>
    <thetext>Прошу прощения.
Хотел бы продолжить</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>250164</commentid>
    <comment_count>7</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-08-17 14:09:04 +0300</bug_when>
    <thetext>То что я насобирал..

- damask
- metadata-cleaner
- msgextract
- python3-module-mat2
- startwine-launcher
- updo
- clicker (уже есть в сизиф)

все спеки и пакеты по ссылке ниже

https://disk.yandex.ru/d/s63KU9NDYhqUQg</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>250700</commentid>
    <comment_count>8</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-08-28 08:22:10 +0300</bug_when>
    <thetext>Поменял облако 

https://cloud.mail.ru/public/FkKy/xSEPeSPLT</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>250941</commentid>
    <comment_count>9</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-08-31 02:37:57 +0300</bug_when>
    <thetext>Прошу изменить адрес пересылки почты на: delphicoder@bk.ru</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251060</commentid>
    <comment_count>10</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2024-09-02 20:21:01 +0300</bug_when>
    <thetext>Ключи, вроде, в порядке, нужно подтверждение от ментора.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251795</commentid>
    <comment_count>11</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-09-19 08:16:11 +0300</bug_when>
    <thetext>Собрал новый Startwine
startwine-launcher-4.0.6-alt1.x86_64.rpm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251883</commentid>
    <comment_count>12</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-09-21 09:51:10 +0300</bug_when>
    <thetext>Собрал новый пакет
gnome-shell-extension-dynamic-panel-2.7-alt1.noarch.rpm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251884</commentid>
    <comment_count>13</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-09-21 10:07:08 +0300</bug_when>
    <thetext>Хотел бы сменить ментора на Hihin Ruslan (ruslandh)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251885</commentid>
    <comment_count>14</comment_count>
    <who name="ruslandh">ruslandh</who>
    <bug_when>2024-09-21 10:08:02 +0300</bug_when>
    <thetext>Я первый раз меннтором, так что не обессудьте, если что ;-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251890</commentid>
    <comment_count>15</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-09-21 14:45:32 +0300</bug_when>
    <thetext>Собран обновленный gnome-shell-extension-dynamic-panel-2.8</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251905</commentid>
    <comment_count>16</comment_count>
    <who name="ruslandh">ruslandh</who>
    <bug_when>2024-09-21 23:16:21 +0300</bug_when>
    <thetext>Александр, я так подумал, а ты не можешь выложить свой пакет на какой-нибудь ресурс git</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251906</commentid>
    <comment_count>17</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-09-22 03:59:57 +0300</bug_when>
    <thetext>Добрый день.

Форк dynamic-panel у меня есть на github, я добавил туда каталог .gear но не делал git add .gear/rules .gear/dynamic-panel.spec так как я работаю иногда с этим форком и отправляю PR в апстрим

https://github.com/AlexanderShad/dynamic-panel

msgextract также есть на github, собирался в пакет через rpm -ba

https://github.com/AlexanderShad/msgextract

Что ни будь нужно еще добавить?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251907</commentid>
    <comment_count>18</comment_count>
      <attachid>16881</attachid>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-09-22 04:12:54 +0300</bug_when>
    <thetext>Created attachment 16881
startwine-launcher

startwine-launcher также собираю через rpm -ba
также в самом апстрим коде я убираю все что связано с curl, так как на версии 4.0.5 я заметил что curl на Альте почему-то плохо отрабатывал на Сизиф, поразмыслив я его выпилил. По факту лаунчер при первом запуске и при обновлении работает через wget 
Также со спека создается ярлык, который запускает данный лаунчер. По логике апстрима если все компоненты загружены и нет обновления, то скрипт запускает сам СтартВайн.. 
То есть по факту получается с апстрим я беру только скрипт лаунчера и картинку для ярлычка, выпиливаю curl и создаю ярлык
Архив во вложении
Ссылка на апстрим
https://github.com/RusNor/StartWine-Launcher
файл измененного апстрим во вложении</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251917</commentid>
    <comment_count>19</comment_count>
    <who name="ruslandh">ruslandh</who>
    <bug_when>2024-09-22 17:05:32 +0300</bug_when>
    <thetext>(Ответ для Aleksandr Shamaraev на комментарий #17)
&gt; Добрый день.
&gt; 
&gt; Форк dynamic-panel у меня есть на github, я добавил туда каталог .gear но не
&gt; делал git add .gear/rules .gear/dynamic-panel.spec так как я работаю иногда
&gt; с этим форком и отправляю PR в апстрим
&gt; 
&gt; https://github.com/AlexanderShad/dynamic-panel
&gt; 
&gt; msgextract также есть на github, собирался в пакет через rpm -ba
&gt; 
&gt; https://github.com/AlexanderShad/msgextract
&gt; 
&gt; Что ни будь нужно еще добавить?

Так ты сделай рабочую ветку (бренч)  для сборки и бренч именно для работы с апстримом.

Это в принципе так и задумано было</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251918</commentid>
    <comment_count>20</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-09-22 17:26:41 +0300</bug_when>
    <thetext>Сделал отдельную для сборки 
https://github.com/AlexanderShad/dynamic-panel/tree/altlinux</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251923</commentid>
    <comment_count>21</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-09-23 05:30:11 +0300</bug_when>
    <thetext>собран новый msgextract

msgextract-0.2-alt1.noarch.rpm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251926</commentid>
    <comment_count>22</comment_count>
    <who name="ruslandh">ruslandh</who>
    <bug_when>2024-09-23 06:45:12 +0300</bug_when>
    <thetext>Я скопирую сюда разговоры из телеграмма:

Один нюанс  сам каталог не должен входить в tar, поэтому надо откорректировать правила  gear, добавив параметр  exclude

https://www.altlinux.org/Руководство_по_gear

https://bugzilla.altlinux.org/39804

Например, у меня в palemoon есть:

В .gear/rules:

tar: . name=palemoon-source-@version@-@release@ base=. exclude=.*/** exclude=*.spec
spec: .altlinux/palemoon.spec</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251927</commentid>
    <comment_count>23</comment_count>
    <who name="ruslandh">ruslandh</who>
    <bug_when>2024-09-23 06:51:58 +0300</bug_when>
    <thetext>И ещё:

Личная просьба - у нас на altwiki инфоормация по работе с gear очень распылена, было-бы неплохо если-бы вы Александр, написали-бы свою статью на основе личного опыта работы с gear.

Указав-бы кроме всего прочего ссылки на другие статьи на wiki. С тем, чтобы тем кто будет за вами изучать работу с Gear было-бы попроще ;-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252112</commentid>
    <comment_count>24</comment_count>
    <who name="ruslandh">ruslandh</who>
    <bug_when>2024-09-25 01:38:42 +0300</bug_when>
    <thetext>Подтверждаю, что согласился быть ментором.
Псевдоним shad свободен.
Ключи выглядят нормально.
Прошу предоставить кандидату доступ к git.alt</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252222</commentid>
    <comment_count>25</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-09-26 16:42:15 +0300</bug_when>
    <thetext>Собран новый gnome-shell-extension-dynamic-panel
С учетом замечаний ментора
gnome-shell-extension-dynamic-panel-3.0-alt1.noarch.rpm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252232</commentid>
    <comment_count>26</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-09-27 05:18:26 +0300</bug_when>
    <thetext>Собран новый gnome-shell-extension-dynamic-panel

gnome-shell-extension-dynamic-panel-3.3-alt1.noarch.rpm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252233</commentid>
    <comment_count>27</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-09-27 07:37:44 +0300</bug_when>
    <thetext>Собран новый пакет pyradio

pyradio-0.9.3.11-alt1.noarch.rpm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252242</commentid>
    <comment_count>28</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-09-27 10:34:42 +0300</bug_when>
    <thetext>Собран новый gnome-shell-extension-dynamic-panel

gnome-shell-extension-dynamic-panel-3.4-alt1.noarch.rpm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252298</commentid>
    <comment_count>29</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-09-28 10:59:43 +0300</bug_when>
    <thetext>Собран новый gnome-shell-extension-dynamic-panel

gnome-shell-extension-dynamic-panel-3.5-alt1.noarch.rpm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252303</commentid>
    <comment_count>30</comment_count>
    <who name="ruslandh">ruslandh</who>
    <bug_when>2024-09-28 22:09:04 +0300</bug_when>
    <thetext>Прошу предоставить кандидату доступ к сборочнице 
Локально пакеты он умеет собирать пакеты.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252308</commentid>
    <comment_count>31</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-09-29 13:56:51 +0300</bug_when>
    <thetext>Пересобран пакет с учетом измененной лицензии
gnome-shell-extension-dynamic-panel-3.5-alt2.noarch.rpm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252319</commentid>
    <comment_count>32</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-09-30 01:53:55 +0300</bug_when>
    <thetext>Собран новый пакет для gnome 47 

gnome-shell-extension-netspeedsimplified-43-alt1.noarch.rpm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252320</commentid>
    <comment_count>33</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-09-30 08:53:05 +0300</bug_when>
    <thetext>обновлен пакет
gnome-shell-extension-dynamic-panel-4.0-alt1.noarch.rpm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252360</commentid>
    <comment_count>34</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-10-01 07:03:59 +0300</bug_when>
    <thetext>обновлен пакет

gnome-shell-extension-dynamic-panel-4.1-alt1.noarch.rpm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252429</commentid>
    <comment_count>35</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-10-02 09:08:22 +0300</bug_when>
    <thetext>Вернул код апстрим и пересобрал startwine-launcher-4.0.6-alt1.1.x86_64.rpm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252563</commentid>
    <comment_count>36</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-10-07 03:38:58 +0300</bug_when>
    <thetext>Собран новый пакет 
gnome-shell-extension-gnome-runcat-28-alt1.noarch.rpm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252648</commentid>
    <comment_count>37</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2024-10-07 19:11:32 +0300</bug_when>
    <thetext>ssh ключ на gitery.alt зарегистрирован.
Адрес для пересылки создан.

T/J/S -&gt; 2.3.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252671</commentid>
    <comment_count>38</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-10-08 05:26:42 +0300</bug_when>
    <thetext>закинул свои пакеты на gitery</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252726</commentid>
    <comment_count>39</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-10-09 04:19:41 +0300</bug_when>
    <thetext>Переделал, пересобрал и перезалил pyRadio в соответствии с замечаниям ментора
python3-module-pyradio-0.9.3.11-alt1.3.noarch.rpm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252745</commentid>
    <comment_count>40</comment_count>
    <who name="Grigory Ustinov">grenka</who>
    <bug_when>2024-10-09 13:22:53 +0300</bug_when>
    <thetext>(Ответ для Aleksandr Shamaraev на комментарий #39)
&gt; Переделал, пересобрал и перезалил pyRadio в соответствии с замечаниям ментора
&gt; python3-module-pyradio-0.9.3.11-alt1.3.noarch.rpm

https://git.altlinux.org/people/shad/packages/?p=pyradio.git;a=summary

Какой жуткий мрак. Надеюсь, в таком виде это не попадёт даже близко к сизифу.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252746</commentid>
    <comment_count>41</comment_count>
    <who name="Grigory Ustinov">grenka</who>
    <bug_when>2024-10-09 13:26:08 +0300</bug_when>
    <thetext>И ещё у меня вопрос. Что тут вообще происходит? Зачем собирать все эти дополнения, если они прекрасно устанавливаются в один клик из менеджера дополнений?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252748</commentid>
    <comment_count>42</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-10-09 13:32:34 +0300</bug_when>
    <thetext>(Ответ для Grigory Ustinov на комментарий #40)
&gt; (Ответ для Aleksandr Shamaraev на комментарий #39)
&gt; &gt; Переделал, пересобрал и перезалил pyRadio в соответствии с замечаниям ментора
&gt; &gt; python3-module-pyradio-0.9.3.11-alt1.3.noarch.rpm
&gt; 
&gt; https://git.altlinux.org/people/shad/packages/?p=pyradio.git;a=summary
&gt; 
&gt; Какой жуткий мрак. Надеюсь, в таком виде это не попадёт даже близко к сизифу.

Добрый день, а можно больше конкретики?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252750</commentid>
    <comment_count>43</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-10-09 13:35:16 +0300</bug_when>
    <thetext>(Ответ для Grigory Ustinov на комментарий #41)
&gt; И ещё у меня вопрос. Что тут вообще происходит? Зачем собирать все эти
&gt; дополнения, если они прекрасно устанавливаются в один клик из менеджера
&gt; дополнений?

Не сочтите за грубость, а почему нет? Мне действительно любопытно, учитывая, что в репозитории по факту есть 
gnome-shell-extension-gsconnect
gnome-shell-extension-appindicator
gnome-shell-extension-blur-my-shell
gnome-shell-extension-caffeine
и так далее</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252754</commentid>
    <comment_count>44</comment_count>
    <who name="ruslandh">ruslandh</who>
    <bug_when>2024-10-09 13:52:48 +0300</bug_when>
    <thetext>(Ответ для Grigory Ustinov на комментарий #40)
&gt; (Ответ для Aleksandr Shamaraev на комментарий #39)
&gt; &gt; Переделал, пересобрал и перезалил pyRadio в соответствии с замечаниям ментора
&gt; &gt; python3-module-pyradio-0.9.3.11-alt1.3.noarch.rpm
&gt; 
&gt; https://git.altlinux.org/people/shad/packages/?p=pyradio.git;a=summary
&gt; 
&gt; Какой жуткий мрак. Надеюсь, в таком виде это не попадёт даже близко к сизифу.

Спасибо за замечание. Хотелось-бы поменьше эмоций, побольше технических замечаний.
Буду рад, если вы их конкретизируйте.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252756</commentid>
    <comment_count>45</comment_count>
    <who name="Grigory Ustinov">grenka</who>
    <bug_when>2024-10-09 14:08:57 +0300</bug_when>
    <thetext>(Ответ для Aleksandr Shamaraev на комментарий #42)
&gt; (Ответ для Grigory Ustinov на комментарий #40)
&gt; &gt; (Ответ для Aleksandr Shamaraev на комментарий #39)
&gt; &gt; &gt; Переделал, пересобрал и перезалил pyRadio в соответствии с замечаниям ментора
&gt; &gt; &gt; python3-module-pyradio-0.9.3.11-alt1.3.noarch.rpm
&gt; &gt; 
&gt; &gt; https://git.altlinux.org/people/shad/packages/?p=pyradio.git;a=summary
&gt; &gt; 
&gt; &gt; Какой жуткий мрак. Надеюсь, в таком виде это не попадёт даже близко к сизифу.
&gt; 
&gt; Добрый день, а можно больше конкретики?

Я не подписывался быть вашим ментором или рецензентом, но так уж и быть один пакет разберу детально.

1. На каждый коммит у вас новый релиз. Пакет ещё не попал в Сизиф, а уже имеет релиз alt1.4. Ещё и имя ментора в ченджлоге.
2. Исходники отдельно изменения спека должны быть отдельно. В нынешнем виде гит-история не читабельна.
3. Зачем переименовывать каталог с исходниками вообще не понятно, в оригинальном названии тарболы импортятся проще.
4. Вы совершенно не понимаете как работает gear-rules, что он архивирует и как. Почитайте man gear-rules. base не нужен exclude тем более.
5. Из предыдущего вытекает ещё и непонимание работы макроса %setup
6. Тэги Requires в альте используются в крайне редких случаях, когда по каким-то причинам не срабатывает автоматический поиск рантайм-зависимостей.
7. В сборочных зависимостях мусор, как минимум бросается в глаза лишние зависимости на python3-devel и python3-module-pip. Что в общем-то тоже показывает непонимание процесса сборки.
8. Зачем секция check и ручка для неё, если у пакета в принципе нет тестов?
9. Ну и самое главное, что пакет с гитхаба, можно было бы собрать из тэга с помощью того же github2spec и результат генерата может был бы даже и получше.

Это только критические ошибки, каждая из которых сама по себе является для меня поводом не пропускать пакет в сизиф.
Есть и мелкие неточности, которые вам тоже не объяснили.
1. Например то, что после макроса bindir плохо ставить квантор общности *, потому что в каком-то из релизов может поменяться список исполняемых файлов и первыми об этом узнают пользователи, а не вы.
2. На счёт текстов лицензий ведутся споры, включать их или нет, но текст MIT явно в себе содержит требование прилагать конкретно указанный копирайт во всех распространяемых копиях ПО.
3. Поле packager признано устаревшим и по рекомендациям альт вики его не стоит включать в спек.
4. Оформление ченджлога тоже страдает. Почитайте статью на вики. Предложения начинающиеся с большой буквы принято заканчивать точкой.
5. В спеке присутствуют неиспользуемый макрос nameU. Зачем?
6. То что вы указали в Url на самом деле нужно указывать в тэге VCS. А в поле URL обычно пишут адрес пакета на pypi.org.
7. Крайне непрозрачная работа с макросом pypi_name. Где-то вы пишете его, а где-то просто pyradio.
8. Вместо макроса %__subst я бы использовал просто sed. Обычно делают так.
9. cat &gt; %_builddir/%name-%version/%name.desktop можно было бы сократить до cat &gt; %name.desktop с тем же результатом.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252759</commentid>
    <comment_count>46</comment_count>
    <who name="Grigory Ustinov">grenka</who>
    <bug_when>2024-10-09 14:27:33 +0300</bug_when>
    <thetext>Вы бы для начала хоть посмотрели какой-нибудь другой python3-модуль, для референса так сказать. Как вообще люди делают. Процесс принятия в тим - это обучение сборке ожидаемым и понятным для сообщества способом. Ваша задача освоить альт-специфику сборки пакетов. Большая часть информации и требований к пакетам описана на вики. Для остального есть ментор.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252770</commentid>
    <comment_count>47</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-10-09 14:53:57 +0300</bug_when>
    <thetext>(Ответ для Grigory Ustinov на комментарий #45)
&gt; (Ответ для Aleksandr Shamaraev на комментарий #42)
&gt; &gt; (Ответ для Grigory Ustinov на комментарий #40)
&gt; &gt; &gt; (Ответ для Aleksandr Shamaraev на комментарий #39)
&gt; &gt; &gt; &gt; Переделал, пересобрал и перезалил pyRadio в соответствии с замечаниям ментора
&gt; &gt; &gt; &gt; python3-module-pyradio-0.9.3.11-alt1.3.noarch.rpm
&gt; &gt; &gt; 
&gt; &gt; &gt; https://git.altlinux.org/people/shad/packages/?p=pyradio.git;a=summary
&gt; &gt; &gt; 
&gt; &gt; &gt; Какой жуткий мрак. Надеюсь, в таком виде это не попадёт даже близко к сизифу.
&gt; &gt; 
&gt; &gt; Добрый день, а можно больше конкретики?
&gt; 
&gt; Я не подписывался быть вашим ментором или рецензентом, но так уж и быть один
&gt; пакет разберу детально.
&gt; 

Большое спасибо за детальный развернутый ответ. 

Если позволите, постараюсь дать ответы по пунктно

1. в настоящий момент я учился работать с gitery, прав на сборку пакетов у меня нет, следовательно исправить и привести к alt1 я смогу когда будет ментором решено, что я могу собирать пакеты в сизиф
2. к сожалению после изменения spec файла и выгрузки в gitery формируется так как вы видете
3. Изначально назывался пакет просто pyradio, но учитывая замечания я его переделал в python3-module-***
4. Я собираю пакеты локально, через хешер либо по rpm -ba, потом проверяю работоспособность на виртуальных машинах и разных de, после чего делаю локально gear-srpmimport и уже выгрузку в getery, согласно литературы с альтлинукс.орг. Мне данный метод ближе и интереснее. По этому я использую данную конструкцию в rules, а не просто tar: . Spec: .gear/pyradio.spec. 
5. Макрос setup разворачивает табло из исходника в каталог для сборки
6. Теги реквайрес сделаны исходя из инструкции апстрима
Install the requirements for the installation script:
sudo apt-get install \
    python3-full \
    python3-pip \
    python3-rich \
    python3-requests \
    python3-dnspython \
    python3-psutil \
    python3-netifaces \
    python3-dateutil
7. по пип модулю указано в п. 6, девел был добавлен как зависимость через github2spec
8. Изначально ее не было, она была добавлена в процессе консультаций
9. изначально спек так и был собран, а потом переделан
…
д.1. Большое спасибо за наставление
д.2. Лицензию не приложил, спасибо учту
д.3. Спасибо учту
д.4. Спасибо учту
д.5. Спасибо
д.6. Спасибо учту
д.7. Спасибо учту
д.8. К сожалению много раз сталкивался с тем, что при локальной сборке почему-то конструкция через sed не отрабатывает, и по рекомендации некоторых мантейнеров стал использовать конструкцию  %__subst
д.9. Спасибо, проверю. 

В любом случае еще раз большое спасибо за развернутый ответ.
С уважением</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252771</commentid>
    <comment_count>48</comment_count>
    <who name="ruslandh">ruslandh</who>
    <bug_when>2024-10-09 14:54:47 +0300</bug_when>
    <thetext>Спасибо за замечания ;-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252772</commentid>
    <comment_count>49</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-10-09 14:56:11 +0300</bug_when>
    <thetext>(Ответ для Grigory Ustinov на комментарий #46)
&gt; Вы бы для начала хоть посмотрели какой-нибудь другой python3-модуль, для
&gt; референса так сказать. Как вообще люди делают. Процесс принятия в тим - это
&gt; обучение сборке ожидаемым и понятным для сообщества способом. Ваша задача
&gt; освоить альт-специфику сборки пакетов. Большая часть информации и требований
&gt; к пакетам описана на вики. Для остального есть ментор.

Большое спасибо. 
Я буду Вам признателен, если Вы мельком гляните на еще один пакет, если Вас конечно это не затруднит 
https://git.altlinux.org/people/shad/packages/?p=mat2.git;a=summary

Заранее спасибо.

С уважением</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252782</commentid>
    <comment_count>50</comment_count>
    <who name="Grigory Ustinov">grenka</who>
    <bug_when>2024-10-09 15:36:57 +0300</bug_when>
    <thetext>А какой смысл смотреть другой пакет, если там все те же самые ошибки не исправлены?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252783</commentid>
    <comment_count>51</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-10-09 15:39:08 +0300</bug_when>
    <thetext>(Ответ для Grigory Ustinov на комментарий #50)
&gt; А какой смысл смотреть другой пакет, если там все те же самые ошибки не
&gt; исправлены?

Я Вас понял, завтра поправлю с учетом Ваших замечаний и рекомендаций, сейчас у меня почти ночь уже

Еще раз большое спасибо

С уважением</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252807</commentid>
    <comment_count>52</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-10-10 06:38:04 +0300</bug_when>
    <thetext>Добрый день.

Я переделал spec файлы по pyradio и mat2, пересобрал локально, проверил работоспособность, сделал локальный gear-srpmimport *.src.rpm и выгрузил в gitery

https://git.altlinux.org/people/shad/packages/?p=pyradio.git;a=summary

https://git.altlinux.org/people/shad/packages/?p=mat2.git;a=summary

По правилам... локально я использую следующую конструкцию

tar: . name=@name@-@version@ base=. exclude=.*/** exclude=*.spec
spec: .gear/mat2.spec

тем самым в спеке использую 

%setup -n %name-%version -c

Фактически тарбол создается с файлами каталога без самого каталога внутри, также из тарбола выкидываются каталоги вида .git .github, для уменьшения &quot;веса&quot;. Данная секция setup при сборке в хешере создает каталог внутри RPM/BUILD и разворачивает в него файлы.

При сборке, допустим, Startwine-Launcher я не использую хешер и собираю через rpm -ba startwine-launcher.spec где предварительно делаю startwine-launcher-4.0.6.tar содержащий уже каталог с файлами и закидываю его в RPM/SOURCES

файлы правил на gitery создаются после выгрузки из локальных связанных папок, назовём их так, куда импортируются *.src.rpm

Григорий (прошу прощения не знаю как Вас по отчеству), если Вас не затруднит, взгляните пожалуйста на pyradio.

Заранее Вас благодарю.

С уважением</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252824</commentid>
    <comment_count>53</comment_count>
    <who name="Grigory Ustinov">grenka</who>
    <bug_when>2024-10-10 14:23:15 +0300</bug_when>
    <thetext>https://git.altlinux.org/people/shad/packages/?p=pyradio.git;a=summary

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

1. Десктоп-файл вообще по-хорошему создать отдельным файлом и прикрепить через rules в виде copy: *.desktop а в спеке как Source2. Посмотрите как это делается в других пакетах. Десктоп-файл очень редко редактируется и в спеке он выглядит довольно лишним, я считаю.
2. В секции install остался %_builddir/%name-%version который по-прежнему не нужен. Мы и так в этом каталоге.
3. У макроса setup флаг -n означает особое имя тарбола. Имя %name-%version считается дефолтным и поэтому можно опустить.
4. Вы по-прежнему исходники и спек пихаете в один коммит в лучших традициях srpm. Для успешного прохождения джойн вам нужно научиться использовать гит. Подавляющее большинство пакетов в сизифе собирается через гит.
5. Тэг Requires надо убрать. Сборочница автоматически выявляет зависимости. То есть эта строчка мало того что лишняя, она может ещё и вызвать проблемы при обновлении пакета.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252825</commentid>
    <comment_count>54</comment_count>
    <who name="Grigory Ustinov">grenka</who>
    <bug_when>2024-10-10 14:26:05 +0300</bug_when>
    <thetext>6. desktop файл наверное логичнее переименовать в pyradio.desktop. Ведь он относится к бинарю, а не к модулю.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252826</commentid>
    <comment_count>55</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-10-10 14:34:49 +0300</bug_when>
    <thetext>(Ответ для Grigory Ustinov на комментарий #53)
&gt; 5. Тэг Requires надо убрать. Сборочница автоматически выявляет зависимости.
&gt; То есть эта строчка мало того что лишняя, она может ещё и вызвать проблемы
&gt; при обновлении пакета.

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

Буду разбираться с использованием гит, а не srmp.

По поводу Requires, проблема в том, что я в Requires оставил только то, что не подхватывается автоматически, и пакет после сборки просто не работает. Сначала ругается на то что нет подходящего плеера, апстрим гарантирует работу с тремя на выбор, я взял mpv как самый легкий, после подстановки плеера он начинает ругаться на зависимости которых не хватает.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252827</commentid>
    <comment_count>56</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-10-10 14:37:09 +0300</bug_when>
    <thetext>Я просто не могу проверить, тестовая сборка в сборочнице подтянет все зависимости или нет, локально нет, к сожалению</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252828</commentid>
    <comment_count>57</comment_count>
    <who name="Grigory Ustinov">grenka</who>
    <bug_when>2024-10-10 14:41:14 +0300</bug_when>
    <thetext>Тогда ждите, когда выдадут доступ к сборочнице.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252843</commentid>
    <comment_count>58</comment_count>
    <who name="ruslandh">ruslandh</who>
    <bug_when>2024-10-10 18:19:01 +0300</bug_when>
    <thetext>Ну, тестовую сборку я могу для тебя провести, что-бы ты смог проверить, что всё работает, это не проблема.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252844</commentid>
    <comment_count>59</comment_count>
    <who name="ruslandh">ruslandh</who>
    <bug_when>2024-10-10 18:20:13 +0300</bug_when>
    <thetext>Если что, предыдущее обращение к Александру ;-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252845</commentid>
    <comment_count>60</comment_count>
    <who name="ruslandh">ruslandh</who>
    <bug_when>2024-10-10 18:23:19 +0300</bug_when>
    <thetext>Но, странно, если не хватаются зависимости. Посмотри, Александр в коде как вызываются нужные программы, возможно они вызываются через какие-то переменные, неявно , и поэтому хэшер их не ловит.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252861</commentid>
    <comment_count>61</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-10-11 05:41:13 +0300</bug_when>
    <thetext>Добрый день.

По поводу зависимостей. 

По факту, как уже говорил, при локальной сборке не хватает двух пакетов по зависимостям python3-module-psutil python3-module-dns (в спеке они заремарены)

python3-module-psutil - нужен для запуска как такового, радио запускается, но говорит, что ему это нужно
python3-module-dns - нужен для доступа к онлайн картотеки радио, назовем ее так, по shift+o, локальный список будет и без нее играть.

Вызываются они конструкцией, к примеру 
try:
    import psutil
    HAVE_PSUTIL = True
except:
    HAVE_PSUTIL = False

ну и по флагу уже дальше обрабатываются, есть нет.

Также убрал плеер из зависимостей. Радио работает с mpv vlc и mplayer, по факту если у пользователя будет что-то, то радио подхватит, если нет, будет написано с какими плеерами работает радио, и соответственно человек сам выберет, что хочет. На мой лично взгляд, самое адекватное поведение с mpv, также vlc играет.. 

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

Также выставил флаг самостоятельной проверки обновлений пакета откуда-то там в положение false и выпилил обработчик флага

Файл install.py физически отсутствует в тарболе согласно правила исключения данного файла при локальной сборке в хешере
exclude=pyradio/install.py

Согласно рекомендации вынес файл desktop из спека.

Все это дело выгрузил на gitery, но только также через srmp, пока еще не разбирался как сростить мне git каталог с gitery


Руслан, не могли бы Вы сделать тестовое задание, проверить, найдет ли сборочница зависимости двух пакетов питон.

С уважением</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>253064</commentid>
    <comment_count>62</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-10-16 07:34:15 +0300</bug_when>
    <thetext>собрал новый пакет для работы с маркдавн для кедов klevernotes</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>253147</commentid>
    <comment_count>63</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-10-18 02:32:23 +0300</bug_when>
    <thetext>(Ответ для Grigory Ustinov на комментарий #53)
&gt; https://git.altlinux.org/people/shad/packages/?p=pyradio.git;a=summary

&gt; 4. Вы по-прежнему исходники и спек пихаете в один коммит в лучших традициях
&gt; srpm. Для успешного прохождения джойн вам нужно научиться использовать гит.
&gt; Подавляющее большинство пакетов в сизифе собирается через гит.

Григорий, добрый день.

Я разобрался как работает гит ну и в целом как работает gitery,
- создание db в gitery
- удаление db в gitery
- поиск и клонирование db в gitery, работа с данным db
- выгрузка в gitery через гит
- выгрузка в gitery через srmp
- обновление в gitery через git
- обновление в gitery через srpm
- работа с тегами

По факту, свои пакеты я выгрузил в gitery с учетом Ваших замечаний, за исключением Startwine-launcher, так как его я собираю через rpm -ba без хешер

&gt; 5. Тэг Requires надо убрать. Сборочница автоматически выявляет зависимости.
&gt; То есть эта строчка мало того что лишняя, она может ещё и вызвать проблемы
&gt; при обновлении пакета.

К сожалению, если я уберу Reauires: python3-module-psutil python3-module-dns , то как уже писал выше, радио работать не будет.

Единственное, хотел у Вас спросить Ваше мнение, я делаю 

Provides: %pypi_name-mpv = %EVR
Requires: %pypi_name-mpv = mpv

Provides: %pypi_name-vlc = %EVR
Requires: %pypi_name-vlc = vlc

для того, чтобы пользователь мог установить пакет по имени pyradio-плеер, а не puthon3-module-* и так далее, здесь я конкретно указываю в зависимости плеер, либо-либо, которые работают адекватно с пакетом, хотя можно ограничится и просто
 
Provides: %pypi_name = %EVR
Requires: %pypi_name = mpv

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

Может мне тогда перенести в данную секцию Requires эти два модуля?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>253148</commentid>
    <comment_count>64</comment_count>
    <who name="Grigory Ustinov">grenka</who>
    <bug_when>2024-10-18 04:25:31 +0300</bug_when>
    <thetext>(Ответ для Aleksandr Shamaraev на комментарий #63)
&gt; Григорий, добрый день.
&gt; Единственное, хотел у Вас спросить Ваше мнение, я делаю 
&gt; 
&gt; Provides: %pypi_name-mpv = %EVR
&gt; Requires: %pypi_name-mpv = mpv
&gt; 
&gt; Provides: %pypi_name-vlc = %EVR
&gt; Requires: %pypi_name-vlc = vlc

Идея понятна и хороша. Страдает реализация. В нынешнем варианте пользователь получит весь набор зависимостей. Наверное вы хотели сделать это отдельными мета-пакетами, которые не содержали бы секции files, а содержали только зависимости.

1. Круто, что вы почитали про buildreq, но он сделан для плюсовых решений, в пайтоне он скорее вреден.
2. Именование патчей ужасное. У нас на эту тему есть полиси.
3. Как работает gear вы точно не поняли на том уровне, который хотелось бы видеть от участника тим=)
4. Выглядит так как будто про опцию -p у patch вы тоже не знаете.
5. Заодно почитайте про рекомендуемый порядок тэгов в спек-файле.

Мне кажется, что мы идём не туда и стало только хуже. Изначально я хотел поправить только вашу питоновскую часть, а сейчас приходится быть соментором и описывать базовые вещи, касающиеся вообще любых пакетов.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>253224</commentid>
    <comment_count>65</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-10-21 11:09:36 +0300</bug_when>
    <thetext>(Ответ для Grigory Ustinov на комментарий #64)

&gt; Идея понятна и хороша. Страдает реализация. В нынешнем варианте пользователь
&gt; получит весь набор зависимостей. Наверное вы хотели сделать это отдельными
&gt; мета-пакетами, которые не содержали бы секции files, а содержали только
&gt; зависимости.

&gt; 2. Именование патчей ужасное. У нас на эту тему есть полиси.

&gt; 4. Выглядит так как будто про опцию -p у patch вы тоже не знаете.
&gt; 5. Заодно почитайте про рекомендуемый порядок тэгов в спек-файле.
&gt; 

Григорий, добрый день.

Я переделал спек, переименовал патчи, перезалил на gitery.

Поразмыслив, как на лично мой взгляд лучше, я распили радио на два пакета:
1. python3-module-pyradio-0.9.3.11.1-alt1.noarch.rpm - сам модуль питона и ничего больше
2. pyradio-0.9.3.11.1-alt1.noarch.rpm - пакет радио, с зависимостями на недостающие модули питона + сам модуль питона радио + mpv + ярлык

также в спеке переписал на 

%autopatch -p0


Если будет у Вас время, взгляните пожалуйста.

https://git.altlinux.org/people/shad/packages/?p=pyradio.git;a=summary

&gt; 3. Как работает gear вы точно не поняли на том уровне, который хотелось бы
&gt; видеть от участника тим=)

Вот это если честно не понял</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>253240</commentid>
    <comment_count>66</comment_count>
    <who name="Grigory Ustinov">grenka</who>
    <bug_when>2024-10-21 21:16:35 +0300</bug_when>
    <thetext>(Ответ для Aleksandr Shamaraev на комментарий #65)
&gt; &gt; 3. Как работает gear вы точно не поняли на том уровне, который хотелось бы
&gt; &gt; видеть от участника тим=)
&gt; 
&gt; Вот это если честно не понял

Если вы указываете архивирование тэга, то никакие .gear в хэшер не попадают и эксклюдить их не нужно.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>253328</commentid>
    <comment_count>67</comment_count>
    <who name="ruslandh">ruslandh</who>
    <bug_when>2024-10-23 05:51:31 +0300</bug_when>
    <thetext>Кандидат готов собирать пакеты . Прошу предоставить кандидату доступ к сборочнице.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>253481</commentid>
    <comment_count>68</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2024-10-27 12:15:11 +0300</bug_when>
    <thetext>(Ответ для Grigory Ustinov на комментарий #66)
&gt; Если вы указываете архивирование тэга, то никакие .gear в хэшер не попадают
&gt; и эксклюдить их не нужно.

Спасибо, понял</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>254752</commentid>
    <comment_count>69</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2024-11-19 17:21:21 +0300</bug_when>
    <thetext>ssh ключ на gyle.alt зарегистрирован.
Пакет alt-gpgkeys обновлён.
Адрес подписан на devel@.

T/J/S -&gt; 3.6.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>257889</commentid>
    <comment_count>70</comment_count>
    <who name="ruslandh">ruslandh</who>
    <bug_when>2025-01-22 22:16:49 +0300</bug_when>
    <thetext>1 Александр сейчас поддерживает 19 пакетов 

https://packages.altlinux.org/ru/sisyphus/maintainers/shad/srpms?by_acl=leader_group&amp;o=name.-buildtime

2.Александр ознакомился с разными типами сборки различных пакетов и с разными типами gear.
Изучил как возможности git, так и сборки из тарболов.

3.Александр вполне освоился с ролью  Legacу в cборке различных типов пакетов в ALT Team.

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

Александру пора переходить на самостоятельную сборку пакетов.

Прошу рассмотреть возможность получения ему прав для самостоятельной сборки пакетов.
Готов и дальше его консультировать в сложных вопросов, но я думаю, что ему пора пройти &quot;котёл&quot; рецензирования.

PS. Александр, я думаю вам стоит представить все собранные вами пакеты, их особенности и краткое описание, что-бы рецензенту было проще познакомиться с ними.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>257895</commentid>
    <comment_count>71</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2025-01-23 03:16:10 +0300</bug_when>
    <thetext>Добрый день.

Тезисно по собранным пакетам:

1. python3-module-pyradio – онлайн радио.
https://packages.altlinux.org/ru/sisyphus/srpms/python3-module-pyradio/3166489154999543255

Онлайн радио с возможностью проигрывания радио как с локального списка станций, так и с глобального. 
Собирается два под пакета: pyradio и сам модуль python3-module-pyradio
Подробно был разобран выше в баге

Собирается через %pyproject_build

2. gnome-shell-extension-dynamic-panel – расширение для кастомизации верхней панели в DE Gnome
https://packages.altlinux.org/ru/sisyphus/srpms/gnome-shell-extension-dynamic-panel/3167540289931129827

3. metadata-cleaner - Очиститель метаданных

Пакет собирается через meson

4. python3-module-mat2 – питон пакет для необходимый для работы metadata-cleaner

https://packages.altlinux.org/ru/sisyphus/srpms/python3-module-mat2/3166546234718158319

Собирается через %pyproject_build

5 damask – пакет для смены фона рабочего стола в DE Gnome 

https://packages.altlinux.org/ru/sisyphus/srpms/damask/3148080147519962822

Пакет собирается через meson

6 klevernotes - приложение для создания и управления заметками

https://packages.altlinux.org/ru/sisyphus/srpms/klevernotes/3145700118847756984

Пакет работает на kf6-kirigami , собирается через cmake

7. btrfsmaintenance – это пакет который уже был в репозитории

https://packages.altlinux.org/ru/sisyphus/srpms/btrfsmaintenance/3145768308546978991

В данном ситуации было любопытно попробовать обновить пакет уже имеющийся в репозитории. 

Также я сравнил %systemd_post и %systemd_preun из пакета rpm-macros-fedora-compat и rpm-macros-systemd , пришел к выводу, что оно одинаково и посоветовавшись с ментором поменял в спеке на BuildRequires(Pre): rpm-macros-systemd

8. gnome-shell-extension-gnome-runcat – расширение для Гном показывающее загрузку ЦП в виде котика

https://packages.altlinux.org/ru/sisyphus/srpms/gnome-shell-extension-gnome-runcat/3145742452597788822

9. sticky -  липкие заметки для Гном

https://packages.altlinux.org/ru/sisyphus/srpms/sticky/

пакет похож на виндусовские липкие заметки
собирается через месон rpm-macros-meson rpm-build-nodejs
ограничено ExclusiveArch: x86_64 так как фактически сборочница собирает только под эту архитектуру

10. startwine-launcher – запуск виндус приложений и игр 
https://packages.altlinux.org/ru/sisyphus/srpms/startwine-launcher/

Пакет собирается через rpm -ba и в gitey закидывается src.rpm 
такое решение выбрано из-за того, что собирается файлик установщик/запускатор из релиза, а не само гит

Ну для меня в данном пакете такое решение удобно и правильно, дабы не тащить лишнее в гитери

11. gnome-shell-extension-netspeedsimplified – расширение для гном показывает работу с сетью

https://packages.altlinux.org/ru/sisyphus/srpms/gnome-shell-extension-netspeedsimplified/3148384349467984718

12. mpack 
https://packages.altlinux.org/ru/sisyphus/srpms/mpack/3151071979740535209

данный пакет его мантейнером был удален из репозитория, но он был необходим для извлечения содержимого файлов электронной почты MSG
По этому я спросил разрешение у мантейнера не будет ли он против если я его восстановлю в Сизиф, посоветовался с ментором и собрал обратно.
Единственно, что бы его собрать, пришлось подглядеть в спек пакета на Gentoo , так как с изначальным спеком он не собирался, что в хешере, что в сборочнице.

13. msgextract – простенький скрипт для извлечения содержимого файлов MSG для которого был нужен mpack

https://packages.altlinux.org/ru/sisyphus/srpms/msgextract/3151365926168296396

14. somefetch – простенький фетч

https://packages.altlinux.org/ru/sisyphus/srpms/somefetch/3152915219773028119

написан на раст и собирается через rpm-build-rust и имеет вендоринг

также пропатчен исходник, из-за того что в альте есть и rpm  и apt-get, и что бы не было лишнего и путаницы, сделал так

15. nautilus-admin-gtk4 – разделы меню по правой кнопе мыши в наутилусе открыть с помощью Администратора, редактировать с помощью администратора.

https://packages.altlinux.org/ru/sisyphus/srpms/nautilus-admin-gtk4/

изначально пакет был собран, потом скорректирован Юрием Николаевичем, но учитывая что русский язык так и не завелся, посидев по разбиравшись я пропатчил исходник дабы заработали все переведенные локали.

16.  input-leap – программный КВМ

https://packages.altlinux.org/ru/sisyphus/srpms/input-leap/

собирается через cmake и имеет субмодули

17. climage – питон пакет конвертации изображений в коды ASCII в консоли

https://packages.altlinux.org/ru/sisyphus/srpms/climage/3164601824924998994

собирался как зависимость для пакета который я еще не собрал (в процессе)

18. adaptix – питон пакет собираемый как зависимость для пакета который я еще не собрал (в процессе)

https://packages.altlinux.org/ru/sisyphus/srpms/adaptix/3164645361361538855

19. python3-module-shazamio питон пакет собираемый как зависимость для пакета который я еще не собрал (в процессе)

https://packages.altlinux.org/ru/sisyphus/srpms/python3-module-shazamio/3165380802936092503

20. python3-module-shazamio-core питон пакет собираемый как зависимость для пакета который я еще не собрал (в процессе)

https://packages.altlinux.org/ru/sisyphus/srpms/python3-module-shazamio-core/3165415483229836070

данный пакет интересен тем, что в нем еще компилируется so файл написанный на раст + содержит вендоринг, хоть и собирается через %pyproject_build


21. python3-module-dataclass-factory  питон пакет собираемый как зависимость для пакета который я еще не собрал (в процессе)

https://packages.altlinux.org/ru/sisyphus/srpms/python3-module-dataclass-factory/3165419925363494995

данный пакет собран из dataclass_factory-2.16-py3-none-any.whl взятом на https://pypi.org/project/dataclass-factory/

так как у апстрима в гитхабе старая версия лежит... по факту он, пакет, является частичным форком от адаптикса, ну это я уже понял потом, потому что адаптикс не подошел

22. python3-module-kdtree – pyp модуль для работу с kdtree 
https://packages.altlinux.org/ru/sisyphus/srpms/python3-module-kdtree/3167546239666555035

тут ситуация следующая... climage цеплял по зависимостям пакет python3-module-libkdtree++  что является подпактом  libkdtree++ который провайдерил python3(kdtree), но в процессе выяснилось, что это не тот, либо обрезанный, питон модуль, подробнее:
https://bugzilla.altlinux.org/52768
ну собрать pyp модуль я собрал, но была проблема двойного провайдеринга, по этому проконсультировавшись с мантейнером работающим с питон пакетами, как выйти из этой ситуации, я отключил python3-module-libkdtree++  в  libkdtree++

23. libkdtree++ – собственно ситуация описана выше
https://packages.altlinux.org/ru/sisyphus/srpms/libkdtree++/3167576556498028878

---

в заключении могу добавить, что как работать с патчами, с субмодулями и вендорингом мне понятно, ну собственно я и работаю с ними.

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

С уважением.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>257963</commentid>
    <comment_count>72</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2025-01-24 06:00:41 +0300</bug_when>
    <thetext>Здравствуйте

24. python3-module-soundcard питон пакет собираемый как зависимость для пакета который я еще не собрал (в процессе)

https://packages.altlinux.org/ru/sisyphus/srpms/python3-module-soundcard/3168291129802418329</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>258020</commentid>
    <comment_count>73</comment_count>
    <who name="Aleksandr Shamaraev">mr.shad</who>
    <bug_when>2025-01-25 08:20:29 +0300</bug_when>
    <thetext>Здравствуйте

25. pyzam питон пакет для распознавания музыки, как с колонок (к примеру с радио) так и из файлов, собственно для него собирались все выше зависимости, которых не было в Сизифе.

также я не мог понять почему он не видит провайдеринг от climage ... поднял логи сборки climage... и немного исправил вызов в pyzam в спеке через subst , по факту это нужно для картинке в терминале, когда он определит что за композиция играет.

https://packages.altlinux.org/ru/sisyphus/srpms/pyzam/3168727780685646059</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>258838</commentid>
    <comment_count>74</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2025-02-07 14:39:36 +0300</bug_when>
    <thetext>Исправлена ошибка пересборки пано
https://bugzilla.altlinux.org/52804</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>258898</commentid>
    <comment_count>75</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2025-02-08 10:47:04 +0300</bug_when>
    <thetext>также хотел дополнить, что из-за моих экспериментов, назовем это так, была найдена ошибка в пакете python3-module-pydub , которую потом поправили
https://bugzilla.altlinux.org/52814

и также найдена еще одна интересная ситуация с провайдерингами, которую быстро поправили коллеги пере собрав мой пакет, и python3-module-pikepdf
В любом случае опыт хороший для меня. Спасибо Григорию за наставления.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>259081</commentid>
    <comment_count>76</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2025-02-12 11:39:23 +0300</bug_when>
    <thetext>Здравствуйте

26. python3-module-sphinx-better-subsection модуль для сфинкса, собран как зависимость для сборки документации

https://packages.altlinux.org/ru/sisyphus/srpms/python3-module-sphinx-better-subsection/3175429278219669364</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>259133</commentid>
    <comment_count>77</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2025-02-13 08:04:21 +0300</bug_when>
    <thetext>Здравствуйте

27. python3-module-sphinx-reredirects модуль для сфинкса, собран как зависимость для сборки документации

https://packages.altlinux.org/ru/sisyphus/srpms/python3-module-sphinx-reredirects/3175713112724118914</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>259316</commentid>
    <comment_count>78</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2025-02-16 11:50:08 +0300</bug_when>
    <thetext>Здравствуйте

28/29. игрушка unvanquished и данные от нее unvanquished-data

https://packages.altlinux.org/ru/sisyphus/srpms/unvanquished/3176793834902624942

https://packages.altlinux.org/ru/sisyphus/srpms/unvanquished-data/3176813112145042377</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>269220</commentid>
    <comment_count>79</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2025-07-16 12:58:10 +0300</bug_when>
    <thetext>Доброго дня.

Прошу не счесть за наглость, а можно ли мне как-то получить возможность писать вопросы в рассылку devel ?

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

Или пока я закончу процедуру принятия, devel рассылки мне тоже не видать? :)

заранее благодарю за ответ

С уважением.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>269221</commentid>
    <comment_count>80</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2025-07-16 13:00:39 +0300</bug_when>
    <thetext>прошу прощения, не допечатал.

&quot;Или пока я не закончу процедуру принятия, devel рассылки мне тоже не видать? :)&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>269225</commentid>
    <comment_count>81</comment_count>
    <who name="Grigory Ustinov">grenka</who>
    <bug_when>2025-07-16 13:41:15 +0300</bug_when>
    <thetext>(Ответ для Aleksandr Shamaraev на комментарий #79)
&gt; Доброго дня.
&gt; 
&gt; Прошу не счесть за наглость, а можно ли мне как-то получить возможность
&gt; писать вопросы в рассылку devel ?
&gt; 
&gt; просто есть одна проблемка, которую хотелось вынести на обсуждение, так как
&gt; я не пойму глюк сборочницы это, или глюк апстрима, но после пересборки
&gt; пакета (rebuild) ничего в нем не меняя, происходит магия... FTBFS
&gt; улетучивается и жизнь прекрасна... по этому возникает вопрос к возможному
&gt; глюку сборочницы
&gt; 
&gt; Или пока я закончу процедуру принятия, devel рассылки мне тоже не видать? :)
&gt; 
&gt; заранее благодарю за ответ
&gt; 
&gt; С уважением.

К сожалению, у вас есть возможность задавать в девел такие вопросы. Но на этапе джойна лучше сначала спрашивать у ментора.

Да, сборочницу глючит. Каждый день некоторые пакеты не собираются в зависимости от положения звёзд. Часто так бывает, что какому-то пакету не хватило ресурсов на пересборочнице. Поэтому приходится исправлять только те пакеты, которые уже неделю не пересобираются.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>269229</commentid>
    <comment_count>82</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2025-07-16 13:53:54 +0300</bug_when>
    <thetext>Если пакет не пересобирается с вероятностью выше 0 но ниже 1, это почти всегда из-за кривизны пакета.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>269231</commentid>
    <comment_count>83</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2025-07-16 13:56:08 +0300</bug_when>
    <thetext>Я понял.

Большое спасибо за ответы.

С уважением.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>269264</commentid>
    <comment_count>84</comment_count>
    <who name="Grigory Ustinov">grenka</who>
    <bug_when>2025-07-16 15:23:30 +0300</bug_when>
    <thetext>(Ответ для Dmitry V. Levin на комментарий #82)
&gt; Если пакет не пересобирается с вероятностью выше 0 но ниже 1, это почти
&gt; всегда из-за кривизны пакета.

Пользуясь случаем, привлеку внимание к этой идее: https://bugzilla.altlinux.org/50306</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275353</commentid>
    <comment_count>85</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2025-10-23 08:17:55 +0300</bug_when>
    <thetext>Доброго времени суток. 

Прошу не счесть за дерзость, но все же хочу спросить, что на счет моего джоина?

Через 3 месяца будет год как запросили рецензента, и полтора как база создана.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280611</commentid>
    <comment_count>86</comment_count>
    <who name="ruslandh">ruslandh</who>
    <bug_when>2026-01-21 15:54:44 +0300</bug_when>
    <thetext>Мне неудобно спрашивать, но всё-же, у кого-то есть притензии к Александру, или ко мне ?

Уже скоро год как ждём рецензента.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280632</commentid>
    <comment_count>87</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2026-01-21 18:09:35 +0300</bug_when>
    <thetext>Призван рецензент (rider@) для независимой оценки готовности кандидата.

T/J/S -&gt; 4.2.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280634</commentid>
    <comment_count>88</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-01-21 19:39:59 +0300</bug_when>
    <thetext>Этот пакет надо исправить для соответствия SharedLibsPolicy:
https://packages.altlinux.org/ru/sisyphus/srpms/pdf4qt/3301869017402687601
и этот:
https://packages.altlinux.org/ru/sisyphus/srpms/libzmf/3301270729374154684

Остальное выборочно посмотрел, выглядит неплохо. Но с SharedLibsPolicy вы не разобрались.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280643</commentid>
    <comment_count>89</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-22 06:56:35 +0300</bug_when>
    <thetext>Добрый день.

Подсмотрите пожалуйста.

&gt; https://packages.altlinux.org/ru/sisyphus/srpms/pdf4qt/3301869017402687601

https://packages.altlinux.org/ru/tasks/405791/

&gt; https://packages.altlinux.org/ru/sisyphus/srpms/libzmf/3301270729374154684

https://packages.altlinux.org/ru/tasks/405792/

С уважением.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280645</commentid>
    <comment_count>90</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-01-22 07:19:41 +0300</bug_when>
    <thetext>(Ответ для Aleksandr Shamaraev на комментарий #89)
&gt; Добрый день.
&gt; 
&gt; Подсмотрите пожалуйста.
&gt; 
&gt; &gt; https://packages.altlinux.org/ru/sisyphus/srpms/pdf4qt/3301869017402687601
&gt; 
&gt; https://packages.altlinux.org/ru/tasks/405791/
-%package -n libpdf4qtlibcore
+%package -n libpdf4qtlibcore%soname
 Group: System/Libraries
 Summary: %name library
-%description -n libpdf4qtlibcore
+Conflicts: libpdf4qtlibcore
+%description -n libpdf4qtlibcore%soname
 %name library.
 
-%package -n libpdf4qtlibwidgets
+%package -n libpdf4qtlibwidgets%soname
 Group: System/Libraries
 Summary: %name library
-%description -n libpdf4qtlibwidgets
+Conflicts: libpdf4qtlibwidgets
+%description -n libpdf4qtlibwidgets%soname
 %name library.
Тут не конфликт нужен а Obsolete.

&gt; 
&gt; &gt; https://packages.altlinux.org/ru/sisyphus/srpms/libzmf/3301270729374154684
&gt; 
&gt; https://packages.altlinux.org/ru/tasks/405792/

 
-%files
-%doc AUTHORS NEWS COPYING
-%_libdir/%name-%apiversion.so.*
+%files 
+%_libdir/%name-%apiversion.so.%soname
+%_libdir/%name-%apiversion.so.%{soname}*
 
тут недоделано - пакет не переименован. Но сейчас (т.к. есть уже клиенты у библиотеки) переименовать можно только с расстановкой Obsoletes.

&gt; 
&gt; С уважением.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280647</commentid>
    <comment_count>91</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-22 07:29:51 +0300</bug_when>
    <thetext>&gt; -%files
&gt; -%doc AUTHORS NEWS COPYING
&gt; -%_libdir/%name-%apiversion.so.*
&gt; +%files 
&gt; +%_libdir/%name-%apiversion.so.%soname
&gt; +%_libdir/%name-%apiversion.so.%{soname}*
&gt;  
&gt; тут недоделано - пакет не переименован. Но сейчас (т.к. есть уже клиенты у
&gt; библиотеки) переименовать можно только с расстановкой Obsoletes.
&gt; 

Вот тут можно у Вас уточнить, я не стал его переименовывать потому-что в полиси написано

 Имя исходного пакета

    Имя **исходного пакета (SRPM)** желательно сохранять таким же, как у апстрима — это упрощает отслеживание обновлений, использование автоматических инструментов (`repology.or`, `repocop`) и повышает предсказуемость.

    Однако, при обновлении библиотеки с ломкой ABI, когда требуется сохранить в репозитории старую версию библиотеки:

 * исходный пакет со старой версией нужно **сохранять под отдельным именем** (например, `libfoo1`, `libfoo0`, `libfoo3.2`);
 * новый ABI собирается уже из SRPM с апстримным именем (`libfoo`), а старый SRPM остаётся в репозитории под переименованным именем.

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

Или его все же нужно переименовать?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280648</commentid>
    <comment_count>92</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-22 07:42:45 +0300</bug_when>
    <thetext>хотя мне кажется я сейчас возможно сказал глупость..

поправлю все</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280654</commentid>
    <comment_count>93</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-22 09:05:53 +0300</bug_when>
    <thetext>&gt; -%package -n libpdf4qtlibcore
&gt; +%package -n libpdf4qtlibcore%soname
&gt;  Group: System/Libraries
&gt;  Summary: %name library
&gt; -%description -n libpdf4qtlibcore
&gt; +Conflicts: libpdf4qtlibcore
&gt; +%description -n libpdf4qtlibcore%soname
&gt;  %name library.
&gt;  
&gt; -%package -n libpdf4qtlibwidgets
&gt; +%package -n libpdf4qtlibwidgets%soname
&gt;  Group: System/Libraries
&gt;  Summary: %name library
&gt; -%description -n libpdf4qtlibwidgets
&gt; +Conflicts: libpdf4qtlibwidgets
&gt; +%description -n libpdf4qtlibwidgets%soname
&gt;  %name library.
&gt; Тут не конфликт нужен а Obsolete.

Прошу прощения, переделал

https://packages.altlinux.org/ru/tasks/405791/


&gt; -%files
&gt; -%doc AUTHORS NEWS COPYING
&gt; -%_libdir/%name-%apiversion.so.*
&gt; +%files 
&gt; +%_libdir/%name-%apiversion.so.%soname
&gt; +%_libdir/%name-%apiversion.so.%{soname}*
&gt;  
&gt; тут недоделано - пакет не переименован. Но сейчас (т.к. есть уже клиенты у
&gt; библиотеки) переименовать можно только с расстановкой Obsoletes.

Спасибо, переделал

https://packages.altlinux.org/ru/tasks/405792/

Посмотрите пожалуйста, когда у Вас будет время.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280673</commentid>
    <comment_count>94</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-01-22 11:33:19 +0300</bug_when>
    <thetext>(Ответ для Aleksandr Shamaraev на комментарий #93)
&gt; &gt; -%package -n libpdf4qtlibcore
&gt; &gt; +%package -n libpdf4qtlibcore%soname
&gt; &gt;  Group: System/Libraries
&gt; &gt;  Summary: %name library
&gt; &gt; -%description -n libpdf4qtlibcore
&gt; &gt; +Conflicts: libpdf4qtlibcore
&gt; &gt; +%description -n libpdf4qtlibcore%soname
&gt; &gt;  %name library.
&gt; &gt;  
&gt; &gt; -%package -n libpdf4qtlibwidgets
&gt; &gt; +%package -n libpdf4qtlibwidgets%soname
&gt; &gt;  Group: System/Libraries
&gt; &gt;  Summary: %name library
&gt; &gt; -%description -n libpdf4qtlibwidgets
&gt; &gt; +Conflicts: libpdf4qtlibwidgets
&gt; &gt; +%description -n libpdf4qtlibwidgets%soname
&gt; &gt;  %name library.
&gt; &gt; Тут не конфликт нужен а Obsolete.
&gt; 
&gt; Прошу прощения, переделал
&gt; 
&gt; https://packages.altlinux.org/ru/tasks/405791/
+Obsoletes: libpdf4qtlibwidgets

Obsoletes лучше делать на версию, иначе не получится никогда никому собрать пакет с именем, которое заменяется.
&gt; 
&gt; 
&gt; &gt; -%files
&gt; &gt; -%doc AUTHORS NEWS COPYING
&gt; &gt; -%_libdir/%name-%apiversion.so.*
&gt; &gt; +%files 
&gt; &gt; +%_libdir/%name-%apiversion.so.%soname
&gt; &gt; +%_libdir/%name-%apiversion.so.%{soname}*
&gt; &gt;  
&gt; &gt; тут недоделано - пакет не переименован. Но сейчас (т.к. есть уже клиенты у
&gt; &gt; библиотеки) переименовать можно только с расстановкой Obsoletes.
&gt; 
&gt; Спасибо, переделал
&gt; 
&gt; https://packages.altlinux.org/ru/tasks/405792/
&gt; 
&gt; Посмотрите пожалуйста, когда у Вас будет время.
+%_libdir/%name-%apiversion.so.%{soname}*
лучше заменить на 
+%_libdir/%name-%apiversion.so.%{soname}.*
что бы под эту маску не попало лишнего

И в нём такая же проблема с Obsoletes.
Непонятно, зачем нужен common пакет с информацией о пакете в docs ? может быть раскидать его содержимое по devel/lib ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280684</commentid>
    <comment_count>95</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-22 13:33:41 +0300</bug_when>
    <thetext>&gt; +Obsoletes: libpdf4qtlibwidgets
&gt; 
&gt; Obsoletes лучше делать на версию, иначе не получится никогда никому собрать
&gt; пакет с именем, которое заменяется.

Спасибо, по Obsoletes, в моем случае, получится по одному пакету:

Obsoletes: libpdf4qtlibcore &lt;= 1.5.3.0-alt1
Obsoletes: libpdf4qtlibwidgets &lt;= 1.5.3.0-alt1

и по другому:
 
Obsoletes: %name &lt;= 0.0.2-alt3

&gt; +%_libdir/%name-%apiversion.so.%{soname}*
&gt; лучше заменить на 
&gt; +%_libdir/%name-%apiversion.so.%{soname}.*
&gt; что бы под эту маску не попало лишнего

Понял, спасибо.

&gt; Непонятно, зачем нужен common пакет с информацией о пакете в docs ? может
&gt; быть раскидать его содержимое по devel/lib ?

Почитав полиси я так понял, что в devel содержаться только файлы *.so, заголовочные файлы и другие материалы, необходимые для сборки программ, lib содержит .so.* , а все что к этому не относится можно разместить в common, учитывая формулировку  &quot;и т.п.&quot;, в данном случае это получился COPYING AUTHORS NEWS ChangeLog

Также я посмотрел как делают другие люди, перебрал разные спеки и увидел, что, к примеру, в udisks2-qt6 тоже вынесено отдельно в common в %doc LICENSE.txt README.md debian/changelog

посмотрев разные кде пакеты с библиотеками я вижу, что в них также в lib размещается в основном только .so.*, в devel то, что относится к devel, а в common %doc LICENSES/* и т.д. 

по этому, опираясь на опыт старших товарищей, и полиси, я решил вынести файлы COPYING AUTHORS NEWS ChangeLog в отдельный common пакет, посчитав, что так будет правильно.

Сами задания, если Вы не против, я завтра пересоберу с учетом исправлений Obsoletes и маски, сейчас уже поздний вечер у меня.

как будет готово, сразу отпишу</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280735</commentid>
    <comment_count>96</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-23 02:42:24 +0300</bug_when>
    <thetext>Добрый день.

Переделал.

Посмотрите пожалуйста, когда у Вас будет время.

https://packages.altlinux.org/ru/tasks/405791/

https://packages.altlinux.org/ru/tasks/405792/

С уважением.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280745</commentid>
    <comment_count>97</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-23 09:50:04 +0300</bug_when>
    <thetext>Также прошу Вас рассмотреть обновление пакета SongRec и если Вы не против, заапрувить

https://packages.altlinux.org/ru/tasks/405887/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280799</commentid>
    <comment_count>98</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-24 04:08:29 +0300</bug_when>
    <thetext>Добрый день.

Прошу Вас рассмотреть обновление пакета alt-mirror-switcher  с исправлением зарегистрированной ошибки ALT #57565 и если Вы не против, заапрувить

https://packages.altlinux.org/ru/tasks/405964/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280852</commentid>
    <comment_count>99</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-26 04:32:14 +0300</bug_when>
    <thetext>Добрый день.

Прошу Вас рассмотреть обновление пакета pyradio и если Вы не против, заапрувить

https://packages.altlinux.org/ru/tasks/406208/

также пересборал заново собираться PDF4QT с учетом выхода новой версии

https://packages.altlinux.org/ru/tasks/405791/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280853</commentid>
    <comment_count>100</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-26 04:34:59 +0300</bug_when>
    <thetext>&gt; также пересборал заново собираться PDF4QT с учетом выхода новой версии
&gt; 
Прошу прощение, опечатка

также пересборал заново PDF4QT*</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280856</commentid>
    <comment_count>101</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-01-26 10:12:44 +0300</bug_when>
    <thetext>(Ответ для Aleksandr Shamaraev на комментарий #98)
&gt; Добрый день.
&gt; 
&gt; Прошу Вас рассмотреть обновление пакета alt-mirror-switcher  с исправлением
&gt; зарегистрированной ошибки ALT #57565 и если Вы не против, заапрувить
&gt; 
&gt; https://packages.altlinux.org/ru/tasks/405964/


К самому пакету (как он собран) вопросов не возникло. Непонятно с листами - зависимости на листы у пакетов нет, но при этом если пакет switcher-lists-* не установлен, команда rpm -qa | grep switcher-lists- возвращает пустую строку (значение определено), поэтому условие !defined не срабатывает и check_ams_list падает в 0. В результате ams всегда сообщает о различии веток и отказывается переключать зеркало даже при отсутствии дополнительных списков.

Я бы вообще сделал по другому и все листы сразу упаковал в основной пакет, а в зависимости от используемой ветки брал те или иные данные.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280857</commentid>
    <comment_count>102</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-01-26 10:14:04 +0300</bug_when>
    <thetext>(Ответ для Aleksandr Shamaraev на комментарий #100)
&gt; &gt; также пересборал заново собираться PDF4QT с учетом выхода новой версии
&gt; &gt; 
&gt; Прошу прощение, опечатка
&gt; 
&gt; также пересборал заново PDF4QT*

  74 %_libdir/libPdf4QtLibGui.so.*
  75 %_libdir/libPdf4QtLibGui.so

не соответсвует SharedLibsPolicy</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280861</commentid>
    <comment_count>103</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-26 10:59:40 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #102)
&gt;   74 %_libdir/libPdf4QtLibGui.so.*
&gt;   75 %_libdir/libPdf4QtLibGui.so
&gt; 
&gt; не соответсвует SharedLibsPolicy

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

Дело в том, что если бы, к примеру, приложение для просмотра PDF, для сравнения разницы (diff) между  PDF, компоновщик (назовем его так) PDF и сам редактор PDF были бы вынесены в отдельные пакеты, тогда было бы логично эту сошку вытаскивать в соответствии с политикой, но учитывая, что есть общий лаунчер этих приложений, я все это дело завернул в один пакет + в самом devel в include насколько я понимаю она не используется, там именно те две другие so которые вынесены согласно полиси, и насколько я понимаю libPdf4QtLibGui нужно для работы всех вышеуказанных приложений, для них она общая, да, но они все физически в одном пакете... 

в любом случае, замечание я понял, пере соберу с выносом в отдельный пакет согласно политики

как сделаю, отпишусь Вам</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280864</commentid>
    <comment_count>104</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-01-26 11:24:37 +0300</bug_when>
    <thetext>можно оставить в основном, но тогда сделать так что бы с ней нельзя было слинковаться.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280866</commentid>
    <comment_count>105</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-26 11:30:07 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #101)
&gt; К самому пакету (как он собран) вопросов не возникло. Непонятно с листами -
&gt; зависимости на листы у пакетов нет, 

Учитывая, что это дополнительные списки зеркал, не системные, я принял решение дать пользователю самому решать нужны ли они ему или нет. 

Сама по себе задумка переключателя была в том, чтоб он мог работать с системными списками зеркал, которые идут сразу, а в процессе уже &quot;выросли&quot; дополнительные зеркала, который пользователь сам ставит, если они ему нужны, по этому нет зависимости на них, но если пользователь попробует поставить дополнительное зеркало ему прилетит GUI переключатель.

&gt; но при этом если пакет switcher-lists-*
&gt; не установлен, команда rpm -qa | grep switcher-lists- возвращает пустую
&gt; строку (значение определено), поэтому условие !defined не срабатывает и
&gt; check_ams_list падает в 0. В результате ams всегда сообщает о различии веток
&gt; и отказывается переключать зеркало даже при отсутствии дополнительных
&gt; списков.

не совсем так, в коммите
https://altlinux.space/aleksandershad/alt-mirror-switcher/commit/2c7e0797c8a2e51e3a5e163575dc3d3f71c0effa

я как раз исправил $ams_list_package eq &apos;&apos; на !defined $ams_list_package так как my $ams_list_package = trim(`rpm -qa | grep switcher-lists-`); не возвращало пустую строку и при выполнении выводило

Use of uninitialized value $ams_list_package in string eq ad /usr/bin/ams line 148

хотя по логике должна была быть пустая строка... ну это я уже не знаю почему так

на самом деле, я думаю в перспективе вообще отказаться от trim() и убрать use String::Util &apos;trim&apos;; но это надо все перепроверять... тут еще проблема в том что trim() ломает вывод, к примеру `rpm -qa | grep apt-conf-`, то есть если выводятся несколько пакетов, как в Альт Рабочая станция К, то после trim остается только первый, собственно почему и произошла эта ошибка, так как в списке вышел другой пакет первым.

&gt; Я бы вообще сделал по другому и все листы сразу упаковал в основной пакет, а
&gt; в зависимости от используемой ветки брал те или иные данные.

мне показалось удобнее разбить</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280868</commentid>
    <comment_count>106</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-01-26 11:33:53 +0300</bug_when>
    <thetext>mirror switcher заапрувил - у меня нет задачи в рамках JOIN делать ревью этому проекту, я смотрю только сборку.

С точки зрения сборки вопросов не возникло.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280870</commentid>
    <comment_count>107</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-01-26 11:36:16 +0300</bug_when>
    <thetext>про проекту https://altlinux.space/aleksandershad/alt-mirror-switcher - т.к. это Python, то рекомендую покрыть весь код CI тестами и добавить в пакет секцию check. Тогда будет проще сопровождать.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280871</commentid>
    <comment_count>108</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-26 11:37:11 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #107)
&gt; про проекту https://altlinux.space/aleksandershad/alt-mirror-switcher - т.к.
&gt; это Python, то рекомендую покрыть весь код CI тестами и добавить в пакет
&gt; секцию check. Тогда будет проще сопровождать.

Сам проект Python

консольная утилита Perl</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280874</commentid>
    <comment_count>109</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-26 11:38:42 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #106)
&gt; mirror switcher заапрувил - у меня нет задачи в рамках JOIN делать ревью
&gt; этому проекту, я смотрю только сборку.
&gt; 
&gt; С точки зрения сборки вопросов не возникло.

Спасибо</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280875</commentid>
    <comment_count>110</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-01-26 11:41:37 +0300</bug_when>
    <thetext>(Ответ для Aleksandr Shamaraev на комментарий #108)
&gt; (Ответ для Anton Farygin на комментарий #107)
&gt; &gt; про проекту https://altlinux.space/aleksandershad/alt-mirror-switcher - т.к.
&gt; &gt; это Python, то рекомендую покрыть весь код CI тестами и добавить в пакет
&gt; &gt; секцию check. Тогда будет проще сопровождать.
&gt; 
&gt; Сам проект Python
&gt; 
&gt; консольная утилита Perl

Это не важно - perl точно так же как и python лучше обвязывать тестами. На самом деле тестами лучше всё обвязывать, но если в случае с компилируемыми языками крайней мере есть какие-то проверки на этапе компиляции, то в скриптовых совсем плохо.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280887</commentid>
    <comment_count>111</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-26 13:19:31 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #102)
&gt; 
&gt;   74 %_libdir/libPdf4QtLibGui.so.*
&gt;   75 %_libdir/libPdf4QtLibGui.so
&gt; 
&gt; не соответсвует SharedLibsPolicy

Переделал, посмотрите пожалуйста, как у Вас будет время

https://packages.altlinux.org/ru/tasks/405791/

в спеке в devel оставил расписанное
%_libdir/libPdf4QtLibCore.so
%_libdir/libPdf4QtLibWidgets.so
%_libdir/libPdf4QtLibGui.so

не стал делать
%_libdir/*.so

подумал, что пусть лучше будет так, чтоб потом было видно при обновлениях, что новое не упаковалось, если вдруг, что появилось</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280940</commentid>
    <comment_count>112</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-26 23:39:39 +0300</bug_when>
    <thetext>Большое спасибо за разъяснения и апрув.

На данный момент в EPERM я собрал обновление следующих пакетов:

songrec

https://packages.altlinux.org/ru/tasks/405887/

pyradio

https://packages.altlinux.org/ru/tasks/406208/

fastfetch (пакет Artyom Bystrov, но я у него спрашивал разрешение на продолжение обновлений пакета, после того как исправил ошибку вывода на KDE, он не возражает)

https://packages.altlinux.org/ru/tasks/406216/

spruce (в данной версии апстрим наконец выставил теги, я упал на последний тег версии, поправил лицензию и по обсуждению с Kirill Unitsaev я убрал отдельный модуль, так как по сути оно является телом пакета.. если можно так сказать)

https://packages.altlinux.org/ru/tasks/406218/

gnome-shell-extension-hanabi (когда пакет не работал на Gnome 49 я спросил у Vladimir Romanov будет ли он исправлять, или можно мне поправить, он мне сказал, что не возражает если я исправлю, я поправил, а в данной версии пакета я вижу, что апстрим внес изменения в основную ветку по работе на Gnome 49, по этому я прыгнул на последний тег и пересобрал его, убрав патч, который делал до этого)

https://packages.altlinux.org/ru/tasks/406219/

cdogs-sdl (пакет Igor Vlasenko, в июне 2025 я поправил ему FTBS, так как он стоял на удаление роботом в EPERM, в октябре 2025 я его обновил и исправил ошибку сегментации, приложение падало при старте во время инициализации звука, буквально на днях вышла новая версия, правда апстрим так и не исправил ошибку сегметации, ну я обновли пакет)

https://packages.altlinux.org/ru/tasks/406223/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280992</commentid>
    <comment_count>113</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-28 03:42:50 +0300</bug_when>
    <thetext>Добрый день.

Я тут нашел в Сизиф сломанный @nobody пакет monado

Я его обновил и привел в соответствие с SharedLibsPolicy, ну и так, по спеку пробежался немного.

Единственное сразу хочу сказать по %_libdir/libopenxr_monado.so

Согласно разъяснений апстрим, изложенных в doc/packaging-notes.md данная библиотека не имеет soname и не должна, тезисно:

Monado (а также слои API OpenXR) похожи на драйверы Vulkan (технически ICD) и слои API в том смысле, что они используются только за загрузчиком, выполняющим динамическую компоновку/отложенную загрузку во время выполнения. Версионированное SONAME для них не имеет особого смысла, но иногда они необходимы в пути динамической загрузки библиотек по умолчанию. Вы никогда не связываетесь напрямую с интерфейсом среды выполнения OpenXR Monado, он загружается динамически во время выполнения загрузчиком OpenXR после чтения конфигурационных файлов и файлов манифеста. Загрузчик OpenXR имеет версионированное SONAME в Linux, где он может быть установлен в системе. Именно поэтому нет смысла иметь SONAME для SONAME среды выполнения: совместимость этого SONAME определяется установленным манифестом и самой спецификацией OpenXR. В какой-то момент мы, возможно, откажемся от этой идеи и установим версионированное SONAME для libopenxr_monado, но это не улучшит ничего в программном обеспечении, кроме его соответствия внешним правилам, которые не учитывают, как программное обеспечение спроектировано или используется. Более того, это, вероятно, приведет к увеличению недопонимания того, как разработчики предполагают использовать OpenXR и Monado.

От себя могу также добавить, что в разных файлах исходника проекта прописано жестко libopenxr_monado.so

Исходя из вышеизложенного, я оставил ее в основном пакете, так как посчитал, что она относится к разделу посили

Не попадает `libplugin_mytask.so`, загружаемый только одним приложением как модуль (plugin).

Посмотрите пожалуйста задание, и если Вы не против, можно апрув?

https://packages.altlinux.org/ru/tasks/406469/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280994</commentid>
    <comment_count>114</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-28 07:04:30 +0300</bug_when>
    <thetext>Также прошу Вас рассмотреть добавление нового пакета proxsave в Сизиф

https://packages.altlinux.org/ru/tasks/406478/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280999</commentid>
    <comment_count>115</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-01-28 10:14:20 +0300</bug_when>
    <thetext>(Ответ для Aleksandr Shamaraev на комментарий #113)
&gt; https://packages.altlinux.org/ru/tasks/406469/

отличная работа, спасибо.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281000</commentid>
    <comment_count>116</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-01-28 10:15:30 +0300</bug_when>
    <thetext>(Ответ для Aleksandr Shamaraev на комментарий #114)
&gt; Также прошу Вас рассмотреть добавление нового пакета proxsave в Сизиф
&gt; 
&gt; https://packages.altlinux.org/ru/tasks/406478/

https://git.altlinux.org/tasks/406478/gears/200/git в этом проекте очистку вендоринга от политики лучше делать не отдельным коммитом, а ещё до коммита.

Иначе нам придётся закрывать доступ к его гиту.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281002</commentid>
    <comment_count>117</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-01-28 10:22:03 +0300</bug_when>
    <thetext>(Ответ для Aleksandr Shamaraev на комментарий #112)
&gt; fastfetch (пакет Artyom Bystrov, но я у него спрашивал разрешение на
&gt; продолжение обновлений пакета, после того как исправил ошибку вывода на KDE,
&gt; он не возражает)
&gt; 
&gt; https://packages.altlinux.org/ru/tasks/406216/

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

Плюс у проекта хороший гит в апстриме, зачем его надо собирать из тарболла непонятно. попробуйте переехать на схему сборки из git.
ну и по спеку стоит пройтись и самому его заревьювить, там есть что поправить - например
%_man1dir/%name.1.xz лучше указывать как 5 %_man1dir/%name.1.*</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281003</commentid>
    <comment_count>118</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-01-28 10:24:30 +0300</bug_when>
    <thetext>(Ответ для Aleksandr Shamaraev на комментарий #112)
&gt; spruce (в данной версии апстрим наконец выставил теги, я упал на последний
&gt; тег версии, поправил лицензию и по обсуждению с Kirill Unitsaev я убрал
&gt; отдельный модуль, так как по сути оно является телом пакета.. если можно так
&gt; сказать)
&gt; 
&gt; https://packages.altlinux.org/ru/tasks/406218/

+* Mon Jan 26 2026 Aleksandr Shamaraev &lt;shad@altlinux.org&gt; 0.1.6-alt2
+- update to git.e8a4f030
+- changed license tag

Тут в changelog не указано основное изменение + время в одном случае past simple, в другом 
present simple. Надо однообразно и лучше всегда в past simple.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281004</commentid>
    <comment_count>119</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-01-28 10:28:31 +0300</bug_when>
    <thetext>(Ответ для Aleksandr Shamaraev на комментарий #112)
&gt; spruce (в данной версии апстрим наконец выставил теги, я упал на последний
&gt; тег версии, поправил лицензию и по обсуждению с Kirill Unitsaev я убрал
&gt; отдельный модуль, так как по сути оно является телом пакета.. если можно так
&gt; сказать)
&gt; 
&gt; https://packages.altlinux.org/ru/tasks/406218/

+* Mon Jan 26 2026 Aleksandr Shamaraev &lt;shad@altlinux.org&gt; 0.1.6-alt2
+- update to git.e8a4f030
+- changed license tag

Тут в changelog не указано основное изменение + время в одном случае past simple, в другом 
present simple. Надо однообразно и лучше всегда в past simple. И вы в сообщении написали много ценной информации про сделанное изменение, но лучше эту информацию дать в commit message или specfile или и там и там. 
Хотя бы в commit message.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281005</commentid>
    <comment_count>120</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-01-28 10:30:57 +0300</bug_when>
    <thetext>(Ответ для Aleksandr Shamaraev на комментарий #112)
&gt; cdogs-sdl (пакет Igor Vlasenko, в июне 2025 я поправил ему FTBS, так как он
&gt; стоял на удаление роботом в EPERM, в октябре 2025 я его обновил и исправил
&gt; ошибку сегментации, приложение падало при старте во время инициализации
&gt; звука, буквально на днях вышла новая версия, правда апстрим так и не
&gt; исправил ошибку сегметации, ну я обновли пакет)
&gt; 
&gt; https://packages.altlinux.org/ru/tasks/406223/


С этим пакетом всё просто - если он от роботов Игоря уходит к человеческому сопровождению, то его надо приводить в порядок - зачищать спек от мусора, собирать из гита и делать остальные телодвижения как будто пакет собираете с нуля, но сохраняя старую историю изменений.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281006</commentid>
    <comment_count>121</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-28 10:47:44 +0300</bug_when>
    <thetext>Большое спасибо за апрувы.

По замечаниям я понял, буду работать. Потом Вам отпишусь.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281058</commentid>
    <comment_count>122</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-29 03:20:53 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #116)
&gt; https://git.altlinux.org/tasks/406478/gears/200/git в этом проекте очистку
&gt; вендоринга от политики лучше делать не отдельным коммитом, а ещё до коммита.
&gt; 
&gt; Иначе нам придётся закрывать доступ к его гиту.

Добрый день.

Пересобрал, вычистил вендоринг до коммита. Прошу Вас рассмотреть

https://packages.altlinux.org/ru/tasks/406478/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281059</commentid>
    <comment_count>123</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-29 03:29:13 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #119)
&gt; +* Mon Jan 26 2026 Aleksandr Shamaraev &lt;shad@altlinux.org&gt; 0.1.6-alt2
&gt; +- update to git.e8a4f030
&gt; +- changed license tag
&gt; 
&gt; Тут в changelog не указано основное изменение + время в одном случае past
&gt; simple, в другом 
&gt; present simple. Надо однообразно и лучше всегда в past simple. И вы в
&gt; сообщении написали много ценной информации про сделанное изменение, но лучше
&gt; эту информацию дать в commit message или specfile или и там и там. 
&gt; Хотя бы в commit message.

Пересобрал пакеты spruce и gnome-shell-extension-hanabi

исправил время, также сделал расширенные коммиты

https://git.altlinux.org/tasks/406218/gears/200/git?p=git;a=commit;h=3c562ab3ef7a072818c563c8d7ea0de72699bbd5

https://git.altlinux.org/tasks/406219/gears/200/git?p=git;a=commit;h=7602f496ede56aab0313e09c8f514822d52ae2bc

прошу Вас рассмотреть

spruce

https://packages.altlinux.org/ru/tasks/406218/

gnome-shell-extension-hanabi

https://packages.altlinux.org/ru/tasks/406219/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281060</commentid>
    <comment_count>124</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-29 04:46:30 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #117)
&gt; Тут Packager лишнее - он только вводит в заблуждение. Проект реально
&gt; сопровождается вами, зачем там Артём указан непонятно.
&gt; 
&gt; Плюс у проекта хороший гит в апстриме, зачем его надо собирать из тарболла
&gt; непонятно. попробуйте переехать на схему сборки из git.
&gt; ну и по спеку стоит пройтись и самому его заревьювить, там есть что
&gt; поправить - например
&gt; %_man1dir/%name.1.xz лучше указывать как 5 %_man1dir/%name.1.*

я перевез fastfetch на сборку из git, немного поправил спец, как мне думается было бы логично. 

вроде все нормально, все собралось

я там постарался максимально прокомментировать свои действия, чтоб опять потом не переделывать :)

посмотрите пожалуйста

https://packages.altlinux.org/ru/tasks/406216/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281070</commentid>
    <comment_count>125</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-01-29 09:40:29 +0300</bug_when>
    <thetext>(Ответ для Aleksandr Shamaraev на комментарий #124)
&gt; (Ответ для Anton Farygin на комментарий #117)
&gt; &gt; Тут Packager лишнее - он только вводит в заблуждение. Проект реально
&gt; &gt; сопровождается вами, зачем там Артём указан непонятно.
&gt; &gt; 
&gt; &gt; Плюс у проекта хороший гит в апстриме, зачем его надо собирать из тарболла
&gt; &gt; непонятно. попробуйте переехать на схему сборки из git.
&gt; &gt; ну и по спеку стоит пройтись и самому его заревьювить, там есть что
&gt; &gt; поправить - например
&gt; &gt; %_man1dir/%name.1.xz лучше указывать как 5 %_man1dir/%name.1.*
&gt; 
&gt; я перевез fastfetch на сборку из git, немного поправил спец, как мне
&gt; думается было бы логично. 
&gt; 
&gt; вроде все нормально, все собралось
&gt; 
&gt; я там постарался максимально прокомментировать свои действия, чтоб опять
&gt; потом не переделывать :)
&gt; 
&gt; посмотрите пожалуйста
&gt; 
&gt; https://packages.altlinux.org/ru/tasks/406216/

79b360ada9fc6ab21027640d3ad6d0042707dc61 - вот этот коммит не нужен. 
Вместо этого можно сделать так:
- в старом пакете переместить всё что нужно для сборки пакета в один каталог (в тот же .gear) и закоммитить изменения.
- очистить git (git reset --hard HEAD &amp;&amp; git clean -d -f)
- добавить в ~/.gitconfig вот такую запись:

[alias]
    up-merge = &quot;!f(){ \
      base=\&quot;$1\&quot;; \
      git merge --no-commit --allow-unrelated-histories -s ours \&quot;$base\&quot; &amp;&amp; \
      git restore --source=\&quot;$base\&quot; --staged --worktree -- . &apos;:(exclude).gear/&apos; &amp;&amp; \
      git commit -m \&quot;Merge $base (preserve .gear/)\&quot;; \
    }; f&quot;

Далее выполнить git up-merge на апстримный tag нужной версии - .gear со всей историей переедет на git дерево upstream и далее останется только поправить спекфайл и .gear/rules, сделать gear-update-tag -a -c

т.е. - вот эти коммиты в пакете не нужны:

commit 84fa48e4cb4c40a34c52fac77dad013e5ef2158f
Author: Aleksandr Shamaraev &lt;shad@altlinux.org&gt;
Date:   Thu Jan 29 12:28:30 2026 +1100

    - removed *.orig files
    
    Remnants of the conflict merge were removed

commit ddade1e465a3470e34ec8f7a910bfec65f900e25
Author: Aleksandr Shamaraev &lt;shad@altlinux.org&gt;
Date:   Thu Jan 29 12:22:25 2026 +1100

    - spec file changed

commit 9ebb9c0f89872ba616561144d5b5161de353d599
Author: Aleksandr Shamaraev &lt;shad@altlinux.org&gt;
Date:   Thu Jan 29 12:02:19 2026 +1100

    - fixed conflicts

commit e90e6c1a3ec251218c80dd8bd59df33f9077586d
Merge: 0689a5b6 b81c4a04
Author: Aleksandr Shamaraev &lt;shad@altlinux.org&gt;
Date:   Thu Jan 29 12:01:10 2026 +1100

    Merge tag &apos;2.58.0&apos; into sisyphus

commit 0689a5b66d8dc4cd6a8e575d239f2ba1d274d675
Author: Aleksandr Shamaraev &lt;shad@altlinux.org&gt;
Date:   Thu Jan 29 11:47:11 2026 +1100

    - mooved spec file and changed rules

commit 79b360ada9fc6ab21027640d3ad6d0042707dc61
Author: Aleksandr Shamaraev &lt;shad@altlinux.org&gt;
Date:   Thu Jan 29 11:45:30 2026 +1100

    - removed upstream tarball

По спекфайлу:
%check
pushd %_cmake__builddir
ctest
popd

есть макрос для ctest

И зачем нужно %define fetch fetch я вообще не понял.

Всё остальное нормально.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281129</commentid>
    <comment_count>126</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-30 01:38:55 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #125)
&gt; 79b360ada9fc6ab21027640d3ad6d0042707dc61 - вот этот коммит не нужен. 
&gt; Вместо этого можно сделать так:
&gt; - в старом пакете переместить всё что нужно для сборки пакета в один каталог
&gt; (в тот же .gear) и закоммитить изменения.
&gt; - очистить git (git reset --hard HEAD &amp;&amp; git clean -d -f)
&gt; - добавить в ~/.gitconfig вот такую запись:
&gt; 
&gt; [alias]
&gt;     up-merge = &quot;!f(){ \
&gt;       base=\&quot;$1\&quot;; \
&gt;       git merge --no-commit --allow-unrelated-histories -s ours \&quot;$base\&quot; &amp;&amp;
&gt; \
&gt;       git restore --source=\&quot;$base\&quot; --staged --worktree -- .
&gt; &apos;:(exclude).gear/&apos; &amp;&amp; \
&gt;       git commit -m \&quot;Merge $base (preserve .gear/)\&quot;; \
&gt;     }; f&quot;
&gt; 
&gt; Далее выполнить git up-merge на апстримный tag нужной версии - .gear со всей
&gt; историей переедет на git дерево upstream и далее останется только поправить
&gt; спекфайл и .gear/rules, сделать gear-update-tag -a -c
&gt; 

Добрый день.

Большое спасибо за разъяснения, взял на вооружение.

&gt; 
&gt; По спекфайлу:
&gt; %check
&gt; pushd %_cmake__builddir
&gt; ctest
&gt; popd
&gt; 
&gt; есть макрос для ctest
&gt; 
&gt; И зачем нужно %define fetch fetch я вообще не понял.
&gt; 
&gt; Всё остальное нормально.

Переделал задание с учетом замечаний, посмотрите пожалуйста.

https://packages.altlinux.org/ru/tasks/406216/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281130</commentid>
    <comment_count>127</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-30 03:17:58 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #120)
&gt; С этим пакетом всё просто - если он от роботов Игоря уходит к человеческому
&gt; сопровождению, то его надо приводить в порядок - зачищать спек от мусора,
&gt; собирать из гита и делать остальные телодвижения как будто пакет собираете с
&gt; нуля, но сохраняя старую историю изменений.

Я перевел cdogs-sdl на сборку из git, выправил спек,Обновил до последней версии, собрал проверил, все работает.

Прошу посмотрите пожалуйста

https://packages.altlinux.org/ru/tasks/406223/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281133</commentid>
    <comment_count>128</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-30 06:29:48 +0300</bug_when>
    <thetext>Прошу Вас рассмотреть обновление пакета nuclei и если Вы не против заапрувить.

данный пакет я взял на сопровождение в Сизиф с ноября 2025 как сломанный и ноубоди

https://packages.altlinux.org/ru/tasks/406679/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281138</commentid>
    <comment_count>129</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-01-30 10:14:58 +0300</bug_when>
    <thetext>(Ответ для Aleksandr Shamaraev на комментарий #126)
&gt; 
&gt; Переделал задание с учетом замечаний, посмотрите пожалуйста.
&gt; 
&gt; https://packages.altlinux.org/ru/tasks/406216/
https://git.altlinux.org/tasks/406216/gears/300/git?p=git;a=commitdiff;h=142450f6ed8ffdccd610e532983b200f664d7e3b

Удалять каталог fastfetch не нужно в этом коммите. git справится сам в следующем.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281139</commentid>
    <comment_count>130</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-01-30 10:17:50 +0300</bug_when>
    <thetext>(Ответ для Aleksandr Shamaraev на комментарий #127)
&gt; (Ответ для Anton Farygin на комментарий #120)
&gt; &gt; С этим пакетом всё просто - если он от роботов Игоря уходит к человеческому
&gt; &gt; сопровождению, то его надо приводить в порядок - зачищать спек от мусора,
&gt; &gt; собирать из гита и делать остальные телодвижения как будто пакет собираете с
&gt; &gt; нуля, но сохраняя старую историю изменений.
&gt; 
&gt; Я перевел cdogs-sdl на сборку из git, выправил спек,Обновил до последней
&gt; версии, собрал проверил, все работает.
&gt; 
&gt; Прошу посмотрите пожалуйста
&gt; 
&gt; https://packages.altlinux.org/ru/tasks/406223/

https://git.altlinux.org/tasks/406223/gears/200/git?p=git;a=commitdiff;h=9363739e844afb4840b77e2bb90f9434ab261b71

Тут такая же история - каталог со старыми исходниками удалять не нужно.

По спеку - если не используете, то эта строка лишняя (осталось от робота):
+%define _localstatedir %_var

Всё остальное нормально.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281148</commentid>
    <comment_count>131</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-30 12:57:46 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #129)
&gt; &gt; https://packages.altlinux.org/ru/tasks/406216/
&gt; https://git.altlinux.org/tasks/406216/gears/300/git?p=git;a=commitdiff;
&gt; h=142450f6ed8ffdccd610e532983b200f664d7e3b
&gt; 
&gt; Удалять каталог fastfetch не нужно в этом коммите. git справится сам в
&gt; следующем.

Спасибо за апрув.

Задание пересобрал, посмотрите пожалуйста.

https://packages.altlinux.org/ru/tasks/406216/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281150</commentid>
    <comment_count>132</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-30 13:01:46 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #130)
&gt; https://git.altlinux.org/tasks/406223/gears/200/git?p=git;a=commitdiff;
&gt; h=9363739e844afb4840b77e2bb90f9434ab261b71
&gt; 
&gt; Тут такая же история - каталог со старыми исходниками удалять не нужно.
&gt; 
&gt; По спеку - если не используете, то эта строка лишняя (осталось от робота):
&gt; +%define _localstatedir %_var
&gt; 
&gt; Всё остальное нормально.

Пересобрал задание, посмотрите пожалуйста.

https://packages.altlinux.org/ru/tasks/406223/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281153</commentid>
    <comment_count>133</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2026-01-30 13:26:27 +0300</bug_when>
    <thetext>отличная работа. 
Кандидат готов к самостоятельному сопровождению пакетов и освоил все необходимые для этого базовые навыки.

@shad: если что-то надо будет поревьювить присылайте в почту.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281154</commentid>
    <comment_count>134</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-01-30 13:30:35 +0300</bug_when>
    <thetext>(Ответ для Anton Farygin на комментарий #133)
&gt; отличная работа. 
&gt; Кандидат готов к самостоятельному сопровождению пакетов и освоил все
&gt; необходимые для этого базовые навыки.
&gt; 
&gt; @shad: если что-то надо будет поревьювить присылайте в почту.

Больше Вам спасибо.

С уважением.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281198</commentid>
    <comment_count>135</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2026-01-31 20:00:52 +0300</bug_when>
    <thetext>Пользователь добавлен в группу мейнтейнеров.

Желаю удачного мейнтейнерства!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281199</commentid>
    <comment_count>136</comment_count>
    <who name="ruslandh">ruslandh</who>
    <bug_when>2026-01-31 20:20:10 +0300</bug_when>
    <thetext>Поздравляю Александра :-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281200</commentid>
    <comment_count>137</comment_count>
    <who name="X1Z53">x1z53</who>
    <bug_when>2026-01-31 20:25:20 +0300</bug_when>
    <thetext>?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281203</commentid>
    <comment_count>138</comment_count>
    <who name="Grigory Ustinov">grenka</who>
    <bug_when>2026-01-31 21:10:01 +0300</bug_when>
    <thetext>Примите мои поздравления тоже!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>281208</commentid>
    <comment_count>139</comment_count>
    <who name="Aleksandr Shamaraev">shad</who>
    <bug_when>2026-02-01 02:13:45 +0300</bug_when>
    <thetext>Большое спасибо</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>16215</attachid>
            <date>2024-06-04 03:39:42 +0300</date>
            <delta_ts>2024-06-18 08:05:28 +0300</delta_ts>
            <desc>gpg</desc>
            <filename>shad.key</filename>
            <type>application/vnd.apple.keynote</type>
            <size>3078</size>
            <attacher name="Aleksandr Shamaraev">mr.shad</attacher>
            
              <data encoding="base64">LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdaZVhRTUJFQUMzcTY3
SHZraFk3a1JTUHNyYitvcGVudkEvZTBaSnRQRTJlc2lWb1RNYXdqd3c5VEMxCk1JZVRJVmlWVmhU
eWtITy9OYisya2c5U1VCT3M1bTVybVhlREhsTjhGWlF3dzVWcDM5RlZ1OEFpSDZrMkNIYkoKK3Nq
MWxFYXBaOFJ2aHJtK2J2Mks2aGZtU3dRSU53TWhlcEJMVXBHbnBTemhGWFp4UEtVakV3aEZwTlFz
akxvLwo3Um9WNk9wVnFWc3FJRGl6Y0w1dlhDcjZWMkhpbllFYXN4Snk3UVlENllTTjdmK0RaWVM0
R25YeTh1OE1YSy9SCk1oNFRUOGZWY3ZGeGRvQ3lIVlUvTlphYzk1V0U4cm55OEIwM1JyK3FzSWxP
TUhhclpuNTRxZ0RpZUJoQmxwa2sKM0RTQ0YrQ2VXdFJuY3owaWZJNzNkM0R6RjlLMG5OK3BCMmxr
Q2ttV2Nadm4yazM3NzdQRDM5Z2ZGUis0dFFwQgo0WjE4RWtHWlBueWJVR3NaU1dpUHhZYTR5Ulls
OGdvalU0dGFBakFUdGtEWTRPaFVnbXV2S3F3T0JPcnl2djR4CmVLb29MNkJ5S09Jd21sT2lxRUpH
YnYva1BzY1hyTTVqeXBJRVZ3UUJtVFhWa1NPRnB4QXV0T2Q1cGJ6SDJmdy8KbHovRWdjcEZzWkZq
bWZmTkhGbFRHY0RkQ2tsZGNwblF0M1BvQzVOQktaSkNZUWZQYXFKQU05bm5BOS8rZW83WApsZC9G
UDRWbVVPdUFhVFlBbEduekRzQVVFODZoc3Foc1RGWEhvSGw2U2R2UVg2QSswQVgyeEsxRXY2aFVj
WkxJCklNTGM5M2NUWWdpQjJnTUR3TmxZM3ZXM08rb1ZnNWxJcVVwSkFoVDhHdGpMUG1HenA1VDRu
MHI2eFFBUkFRQUIKdENkQmJHVnJjMkZ1WkhJZ1UyaGhiV0Z5WVdWMklEeHphR0ZrUUdGc2RHeHBi
blY0TG05eVp6NkpBamdFRXdFSQpBQ0lGQW1aZVhRTUNHd01HQ3drSUJ3TUNCaFVJQWdrS0N3UVdB
Z01CQWg0QkFoZUFBQW9KRUs4SmJLSXlLM0J2Cm1XRVAvMXhaMmFlUXB5WUVpTS92TUhseWJnSmRB
YlBVcC82dFNtRXRWZlk3SmRUWVErOFVWZTgzOGwxN1pUWUwKTEhpSWdzWTRzRThRNVBtVllQTkJQ
TVQ3NFk3bHFpTUhBQzNpMjc0bEdKVWxPOVFPejAxdUlzSEw0Zms5QXZqbQpmT3ZKUXdpMlpONEtC
WHVWSkMzeEs1Sy9BTFNUYm1ZTWo3MEo5bFlNWURxOFNKV2NtenNxQVRYNHVRRnBkUFdWCjMyb255
UnZkbktESFE4OVQvVnB4NUZVOFE0UDZBRGpmMjRRWXpwRHVTUkhFNzhGZTZCZEo2bXg4NWM5RExN
US8KZzFDN1JBK1F1enJqSjlWVjRTaUQ4NWlybWpxOWpoNDc2cXRiWmFjUEFobmh6N3NBZjhYQTBH
WlJRYmkxWWtLYgovdHhOcFB5MW5kU3BWaU41bGJCZ3U3QU9pc044K3lpdFdaWS8yT1U2RlkxNzdu
SjhnOFFvUmpEVXoxUk1CcE1CCjFtTFdtSWZZRldkWEl6UEVxY3pSc3NMVmRlWDRnNG1FSGw0RUln
cjM5RkRyTVZ6ejgxK0Z0TUVQL1ZmcWFnZ0QKM1JNMDNmeTRtZlVINVE1eG1iSXRGaTlMZkpLS0hp
U3BZYVFHNGcraHpXWjBEWnZXZ3FUcG5VTmNxcTVBck1RSQptUXdQaEVGVDNCZkV6V3JpUStSYlN1
QUg2TXp6NmREZ3hISFBoaDYxbnlJVmVKY0RFbW0yeXBWMHVRVE1KYlhBCkQyZlRldDNxQm1NYy81
eEtRYkk2R2VublFUcU5HR1hLR3VIeTZYR2QwV01rUUZLdHZ0MGZPNkFzWUNhVFl4TWUKN2ZtSStS
dHAramNxRThCYWE4NStVZEgwTjM4TlNmc1JoSm5yMGF5WkxWNERic3pJdVFJTkJHWmVYUU1CRUFD
aQo2TWcwUWhPVWk4M0VBYzFWMHovTnRVSTJJMmIweGdCMG5mN0FCMTRnMXVrRUhqTVBiam53bUJP
Q1VYbkJla0crCksxSmxPVG82amNIcTlyV1NwaFR3bGx2SSt4RldodFZHdnU0RFBQQVAwZ3pQQXV5
YXBDTG1qYTFxOG14amorc2QKMEw3Zmw5RVdFKzI1UEduTFJKdjA4U3RGR0pEV1pMVnNJdFhNbzdj
dkpiS0FMSTJRQVEzanVxMExRTFB5dG51ZgpZSHZ6YzhkVm9MWHVPWUZheWQ4RlNhdGFFSzEzd2wx
Q0prRmp4S2Zmdy8wM1o1bjVqZklPdHQ4QTBjYXEwYmVkCjRFbkllenJreko1WlhFcUNXZE5RMUxq
bWRKaldhclJuK3NZV3FQS3FlN1h1VHVpWUNkSzB0NWxtY05zZWd5UVEKbFBiTnBndWZxanE0TlV4
eTF4YXR4N2FBNmpucjFISitOUzA5cnVXTHZxeWtuK1lueGF1ck1qcnN4S21XTzZiTAoyZ09XSmIx
ejF6WW9xVDNCemhoKzVEcXI4STNHYVdmb0s3d0owUjM2S0tqdUJtQ0FTOVdvTitpODFGZ0ZNdkpm
CkRobEYrNTdBdUtRUmxjQlRIUmxZR250YmpxSlBFRXhYRWEvTVVEL3d6bTJ5SzRyVi9jTlQzTWZy
RW1HUm91d1kKY2MzODZaWHVSNGZFUHlZR09Oa09BOXJFV045TUllT2locXVJVEsxWjJuUk9oQ25I
MUJ4Nkc4K2E1d082VWt5RwpxQnplRGd2RXVJNWViWkxISzVITGN2enpNMmhNU1dpSWNhWksvallp
cTRiY3RIa3JhQ2RPdTY3ZWJMV3RpbHk4CjlSNVZtM1NKaXVUSnlFS09XMnIvS3Q4ZXFKZzd6TEM3
Qkd2eHUyZDZ1UUFSQVFBQmlRSWZCQmdCQ0FBSkJRSm0KWGwwREFoc01BQW9KRUs4SmJLSXlLM0J2
UXhNUUFLeWtHUjgyU3NBR3dSVTZJQlJwK2lVYkNTK1dMTnpOZ2JFUQo3MWdjZ3U5cXRHZnp5UWsw
c1Y3MTkwSUtLS01xZWE3djVzYmdyRUdlNStCalB0Y0ttN0JpWW5EcEVSMmZKanhECk95cVdkdFo0
WXVzUmhsb09VbTd3YnN0b2JpalBQVXd2MnFxK0l2eWVSbjF4WjM2TVEzRS9hQnllRFpKT1lwb20K
TXF1dWMzd3I4ZHNvNEc2YWNhQVN5YkVwM0RnWURpU1E2TlNIVFhiQm1YcmpGbC9Wd1d6ZEVJQW5k
UXl0bTI2TApyU2xLRWxlcERkRWlKTnJFZDJSei9SWHhTME5pTFFHS1V1b2NPUTlqTzVHK2drbHFC
Qk5pTDE2MnNGcmlPY2l4CmFoTzhxWkkzYmxzRHIwem9yajdtblAzNDFPdGc0bEsrSUV4NWZtT0wv
SXd0dnNQai9PbklEZDRhNUxvTGtQRG0KYi8zNjUwb2pxcktzU0NkMXZJWHZPZC9QKzRwVUc4S0VJ
bXcwVGZiY21XSkNuKytZSm9pd3BxNW9PUCsyb3o0VwpPOWJTbVpCNngxSWgzSDRROEJpWm1mQTEw
SnNadUdKQVVLa1Z1MWk2TGMzeWJEdHl4V1N2S3VJWWpMSUpCMHQyCmxKQ25NcnA5azdPU2U2bE5D
aC8yL3NrWUw0UEsxdVN1WUJvMkVWZ0ZkVEtUNzhGc2cvY2NpbUplSFRnT2xKMHAKSlhoN2JVZUNB
aEd0bGx3bGYwQ1d2WUhxZzlWSU9FcDN5MkZoSEJQZ1kvYlNkdzQ4ejNyVGc2NGUwY1FBbmtHOQpR
VU5iOFRGVER1QTZSSVlmaUNnSTRzNzJpbWh0K0FIZ3pGbzFVSzZQL1ZQaDRkSForbHQvYzdFcTdn
MDhRaGxDCmdzTHNNVkNSCj00REhPCi0tLS0tRU5EIFBHUCBQVUJMSUMgS0VZIEJMT0NLLS0tLS0K
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>16216</attachid>
            <date>2024-06-04 03:40:27 +0300</date>
            <delta_ts>2024-06-19 00:12:43 +0300</delta_ts>
            <desc>ssh</desc>
            <filename>shad.pub</filename>
            <type>application/vnd.ms-publisher</type>
            <size>96</size>
            <attacher name="Aleksandr Shamaraev">mr.shad</attacher>
            
              <data encoding="base64">c3NoLWVkMjU1MTkgQUFBQUMzTnphQzFsWkRJMU5URTVBQUFBSUtiZHlJdTBkRGxqWnpNdVZUWUVl
UHlyZzVuQ3ZIc29keGhncEtUR3pkeWMgYWxla3NhbmRyQGRleHAK
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>16284</attachid>
            <date>2024-06-18 08:06:29 +0300</date>
            <delta_ts>2024-06-19 00:13:00 +0300</delta_ts>
            <desc>gpg.pub</desc>
            <filename>gpg.pub</filename>
            <type>application/vnd.ms-publisher</type>
            <size>6076</size>
            <attacher name="Aleksandr Shamaraev">mr.shad</attacher>
            
              <data encoding="base64">LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdaZVhRTUJFQUMzcTY3
SHZraFk3a1JTUHNyYitvcGVudkEvZTBaSnRQRTJlc2lWb1RNYXdqd3c5VEMxCk1JZVRJVmlWVmhU
eWtITy9OYisya2c5U1VCT3M1bTVybVhlREhsTjhGWlF3dzVWcDM5RlZ1OEFpSDZrMkNIYkoKK3Nq
MWxFYXBaOFJ2aHJtK2J2Mks2aGZtU3dRSU53TWhlcEJMVXBHbnBTemhGWFp4UEtVakV3aEZwTlFz
akxvLwo3Um9WNk9wVnFWc3FJRGl6Y0w1dlhDcjZWMkhpbllFYXN4Snk3UVlENllTTjdmK0RaWVM0
R25YeTh1OE1YSy9SCk1oNFRUOGZWY3ZGeGRvQ3lIVlUvTlphYzk1V0U4cm55OEIwM1JyK3FzSWxP
TUhhclpuNTRxZ0RpZUJoQmxwa2sKM0RTQ0YrQ2VXdFJuY3owaWZJNzNkM0R6RjlLMG5OK3BCMmxr
Q2ttV2Nadm4yazM3NzdQRDM5Z2ZGUis0dFFwQgo0WjE4RWtHWlBueWJVR3NaU1dpUHhZYTR5Ulls
OGdvalU0dGFBakFUdGtEWTRPaFVnbXV2S3F3T0JPcnl2djR4CmVLb29MNkJ5S09Jd21sT2lxRUpH
YnYva1BzY1hyTTVqeXBJRVZ3UUJtVFhWa1NPRnB4QXV0T2Q1cGJ6SDJmdy8KbHovRWdjcEZzWkZq
bWZmTkhGbFRHY0RkQ2tsZGNwblF0M1BvQzVOQktaSkNZUWZQYXFKQU05bm5BOS8rZW83WApsZC9G
UDRWbVVPdUFhVFlBbEduekRzQVVFODZoc3Foc1RGWEhvSGw2U2R2UVg2QSswQVgyeEsxRXY2aFVj
WkxJCklNTGM5M2NUWWdpQjJnTUR3TmxZM3ZXM08rb1ZnNWxJcVVwSkFoVDhHdGpMUG1HenA1VDRu
MHI2eFFBUkFRQUIKdENkQmJHVnJjMkZ1WkhJZ1UyaGhiV0Z5WVdWMklEeHphR0ZrUUdGc2RHeHBi
blY0TG05eVp6NkpBamdFRXdFSQpBQ0lGQW1aZVhRTUNHd01HQ3drSUJ3TUNCaFVJQWdrS0N3UVdB
Z01CQWg0QkFoZUFBQW9KRUs4SmJLSXlLM0J2Cm1XRVAvMXhaMmFlUXB5WUVpTS92TUhseWJnSmRB
YlBVcC82dFNtRXRWZlk3SmRUWVErOFVWZTgzOGwxN1pUWUwKTEhpSWdzWTRzRThRNVBtVllQTkJQ
TVQ3NFk3bHFpTUhBQzNpMjc0bEdKVWxPOVFPejAxdUlzSEw0Zms5QXZqbQpmT3ZKUXdpMlpONEtC
WHVWSkMzeEs1Sy9BTFNUYm1ZTWo3MEo5bFlNWURxOFNKV2NtenNxQVRYNHVRRnBkUFdWCjMyb255
UnZkbktESFE4OVQvVnB4NUZVOFE0UDZBRGpmMjRRWXpwRHVTUkhFNzhGZTZCZEo2bXg4NWM5RExN
US8KZzFDN1JBK1F1enJqSjlWVjRTaUQ4NWlybWpxOWpoNDc2cXRiWmFjUEFobmh6N3NBZjhYQTBH
WlJRYmkxWWtLYgovdHhOcFB5MW5kU3BWaU41bGJCZ3U3QU9pc044K3lpdFdaWS8yT1U2RlkxNzdu
SjhnOFFvUmpEVXoxUk1CcE1CCjFtTFdtSWZZRldkWEl6UEVxY3pSc3NMVmRlWDRnNG1FSGw0RUln
cjM5RkRyTVZ6ejgxK0Z0TUVQL1ZmcWFnZ0QKM1JNMDNmeTRtZlVINVE1eG1iSXRGaTlMZkpLS0hp
U3BZYVFHNGcraHpXWjBEWnZXZ3FUcG5VTmNxcTVBck1RSQptUXdQaEVGVDNCZkV6V3JpUStSYlN1
QUg2TXp6NmREZ3hISFBoaDYxbnlJVmVKY0RFbW0yeXBWMHVRVE1KYlhBCkQyZlRldDNxQm1NYy81
eEtRYkk2R2VublFUcU5HR1hLR3VIeTZYR2QwV01rUUZLdHZ0MGZPNkFzWUNhVFl4TWUKN2ZtSStS
dHAramNxRThCYWE4NStVZEgwTjM4TlNmc1JoSm5yMGF5WkxWNERic3pJdVFJTkJHWmVYUU1CRUFD
aQo2TWcwUWhPVWk4M0VBYzFWMHovTnRVSTJJMmIweGdCMG5mN0FCMTRnMXVrRUhqTVBiam53bUJP
Q1VYbkJla0crCksxSmxPVG82amNIcTlyV1NwaFR3bGx2SSt4RldodFZHdnU0RFBQQVAwZ3pQQXV5
YXBDTG1qYTFxOG14amorc2QKMEw3Zmw5RVdFKzI1UEduTFJKdjA4U3RGR0pEV1pMVnNJdFhNbzdj
dkpiS0FMSTJRQVEzanVxMExRTFB5dG51ZgpZSHZ6YzhkVm9MWHVPWUZheWQ4RlNhdGFFSzEzd2wx
Q0prRmp4S2Zmdy8wM1o1bjVqZklPdHQ4QTBjYXEwYmVkCjRFbkllenJreko1WlhFcUNXZE5RMUxq
bWRKaldhclJuK3NZV3FQS3FlN1h1VHVpWUNkSzB0NWxtY05zZWd5UVEKbFBiTnBndWZxanE0TlV4
eTF4YXR4N2FBNmpucjFISitOUzA5cnVXTHZxeWtuK1lueGF1ck1qcnN4S21XTzZiTAoyZ09XSmIx
ejF6WW9xVDNCemhoKzVEcXI4STNHYVdmb0s3d0owUjM2S0tqdUJtQ0FTOVdvTitpODFGZ0ZNdkpm
CkRobEYrNTdBdUtRUmxjQlRIUmxZR250YmpxSlBFRXhYRWEvTVVEL3d6bTJ5SzRyVi9jTlQzTWZy
RW1HUm91d1kKY2MzODZaWHVSNGZFUHlZR09Oa09BOXJFV045TUllT2locXVJVEsxWjJuUk9oQ25I
MUJ4Nkc4K2E1d082VWt5RwpxQnplRGd2RXVJNWViWkxISzVITGN2enpNMmhNU1dpSWNhWksvallp
cTRiY3RIa3JhQ2RPdTY3ZWJMV3RpbHk4CjlSNVZtM1NKaXVUSnlFS09XMnIvS3Q4ZXFKZzd6TEM3
Qkd2eHUyZDZ1UUFSQVFBQmlRSWZCQmdCQ0FBSkJRSm0KWGwwREFoc01BQW9KRUs4SmJLSXlLM0J2
UXhNUUFLeWtHUjgyU3NBR3dSVTZJQlJwK2lVYkNTK1dMTnpOZ2JFUQo3MWdjZ3U5cXRHZnp5UWsw
c1Y3MTkwSUtLS01xZWE3djVzYmdyRUdlNStCalB0Y0ttN0JpWW5EcEVSMmZKanhECk95cVdkdFo0
WXVzUmhsb09VbTd3YnN0b2JpalBQVXd2MnFxK0l2eWVSbjF4WjM2TVEzRS9hQnllRFpKT1lwb20K
TXF1dWMzd3I4ZHNvNEc2YWNhQVN5YkVwM0RnWURpU1E2TlNIVFhiQm1YcmpGbC9Wd1d6ZEVJQW5k
UXl0bTI2TApyU2xLRWxlcERkRWlKTnJFZDJSei9SWHhTME5pTFFHS1V1b2NPUTlqTzVHK2drbHFC
Qk5pTDE2MnNGcmlPY2l4CmFoTzhxWkkzYmxzRHIwem9yajdtblAzNDFPdGc0bEsrSUV4NWZtT0wv
SXd0dnNQai9PbklEZDRhNUxvTGtQRG0KYi8zNjUwb2pxcktzU0NkMXZJWHZPZC9QKzRwVUc4S0VJ
bXcwVGZiY21XSkNuKytZSm9pd3BxNW9PUCsyb3o0VwpPOWJTbVpCNngxSWgzSDRROEJpWm1mQTEw
SnNadUdKQVVLa1Z1MWk2TGMzeWJEdHl4V1N2S3VJWWpMSUpCMHQyCmxKQ25NcnA5azdPU2U2bE5D
aC8yL3NrWUw0UEsxdVN1WUJvMkVWZ0ZkVEtUNzhGc2cvY2NpbUplSFRnT2xKMHAKSlhoN2JVZUNB
aEd0bGx3bGYwQ1d2WUhxZzlWSU9FcDN5MkZoSEJQZ1kvYlNkdzQ4ejNyVGc2NGUwY1FBbmtHOQpR
VU5iOFRGVER1QTZSSVlmaUNnSTRzNzJpbWh0K0FIZ3pGbzFVSzZQL1ZQaDRkSForbHQvYzdFcTdn
MDhRaGxDCmdzTHNNVkNSbVFJTkJHWnhGT2dCRUFEUSsvMStHS0hRaG5PYlI0a0JDcGd5TFNtMmNj
elFianJ3M0xhK3p4eVQKUGJMWm1vQWc3eXNKNGpyYkZtOVpucU9zbHlYTG9TQnJFaCtvaVJkTXE2
dkdJRTk4NHNwZmtFMVRqdGU4OVJUQgpNYUozalRQd1dHT04weE1nNDZBbG9scWVHZHdHM3BxaTU1
aGVjcDFpN0hUL3hETXlQM1Fya1hvSW5WQjZDNEhSCmljbHZzTExmczBsSU9FZlhLVU5BVVQwVU5O
QlRoNnBLUEMzYmgvUnNQUFNEM3NUd1hQY3M0N0V2ZGVSM0o5QXIKZTZhMFVzT0tWMkl3S1hTbmgr
clBycFVxWmZ6eFFQelFJa3NrMVNLTlRqcDFsdE5JRmVPNEFHSlFoR0JHZjI4TQp6NHluMHBJNEN3
M0t4Z1N5dk1qSGQ3SitkaHc2TEE4QnR3eGRkazdCMFZxNHJpQWJVSFhmdER2ZUFtSi9kZjZkCllp
WGNvaTlnOFBla2dZNFo3ZDV3aHl4Z0hnd0hoazRPN3VBV1gxNEF2U2FIdi9QYlNxUnhlY0JuSmRj
bDUwNVUKVjB6MU5tTm5YRXBKY2FhS2RXdEdodkE1V0ROaEFRTC9kWUc1NjVrUFd0ZXNtRHJZQmh4
S1dyMTd4VkpGdzhZbApGNzlvUy9nd2ZlaHBzcFRBOW1nbm5FNUs1Y0p6Q0krVDZKRG5WOW9DMVE3
akVyR1I1QnNTZmpSVDYxeERLbkl3CjdQRVh1eGNoOUF4dVJncEszbjIyZ3h2UE1pUDdMeC9Dd3BO
ZGRRQ3huNjdGc1pnUXpMVURFVlFxeXh6UnhlbXAKQXFQaUNsNzdGdE12SU9XT2RKbTJCdWJrZnF4
MzluMVp1WTlOeG51VENRbFBpY0padWlYUVFmZHh4R096WllaTQpMUUFSQVFBQnRDZEJiR1ZyYzJG
dVpISWdVMmhoYldGeVlXVjJJRHh6YUdGa1FHRnNkR3hwYm5WNExtOXlaejZKCkFqZ0VFd0VJQUNJ
RkFtWnhGT2dDR3dNR0N3a0lCd01DQmhVSUFna0tDd1FXQWdNQkFoNEJBaGVBQUFvSkVHeHQKM1Bz
Ny83QnhBTW9RQUtPb2pjYm8reFQxL1puTjcrK0xGOTZaWmx4TnVoTG5oVnhEeklCTE0vQnZIRlBn
K0xXbwpjYWNWK2R1VGxNaEZYUmhjKzBtWjNzODZVVklhVFNQdUxhM1lXa01pekF6WURqQ3pwRjNK
OE11Z3paa3I4WWV0CnpON1pOaUdiVGJtRUdwaUdMTk9LY0FBWE8ySEZGMml0c0xEQjhMNnAvcGZ2
QWoyRzZhMk5RK1hwNUlESFcxdlUKeW93MW5oRmdSZGpOVUtUeEI1Nms2VEh2YW1MRE9pNXd4Rk50
NGZhOWY4YkUvUzZDRzJ6b3h3Sld5V012c2o1dwoxdGpmMHZXNXRZMk5kRDhFSnFEcDBYcmxvamZD
Mk83QUlSY01YTVhnbkhxUDlEcFFvZjRjMUpBYldvWDM2NHJhCnF4aGVOVk96RVNxcFVKQmVaOWxT
NjM0T3FXdGQ0eVNHWGJ3WXpCak8xQzVxeGRjYVhoTDNOZ042cDZSbDZwRnEKU0RkQ05kL0Job1pl
MmFnNW5mYVhZaVI1em5Cblo1VzFTTldwbTNTRWhhN0JST0pBbjJTdGd2YTNsQ1pNd3h1YQp0c01C
ZktTdVVKYzM1QmNpUWo1WSs4bzlrdEtWeHJ3RjdNWWFiZG5PcXhtNW1yQmNRZ1JuUFRvVklQY21L
cVR1Cm1BTTlydTV6UEZWMGVkQU90OHZTWmxiVjhNYU5XV2kvTncrdnpPNmhPVVFoNVMyTEY1a2Rq
WTBrTFZxWkt0RHYKSlJjZmxvQXR6UnU0aDF1MmRldE45bXlCK2EzbGc4UkxhenNOcmQwdTAzVGQw
YjVCUmZYZ2ZwZzJEczVRYXJXRApZaWpsKzJpTEpQM3d3TTdnYnJMY0hYTkM0Mk8wZVA0OFBTaFNF
ZlhyMGdiRlVOTjBRbG9pL2lsM3VRSU5CR1p4CkZPZ0JFQURaaE9hRFhuR1FpdjhRQzFjd0xqRHls
Rlcwd2hhcEZIblRmZVJGVm5oeklYRlR2dVVTMlhDRW5nL0wKWHRtVUNQWlhkNjRjVGMvMmZHSFNF
aUxoaUFXbkZTaDJUYUNwcS9kN3h2cVQ3NVJHN3Z6THMvOGJlbXB3T2ZLbQp5WU1uTFJzS0pONmxG
REhrazYwRmtINU16QldGOVZ3QldWT0tmakZybEtFYTdlSkhaWmtpNktRdThiNzFyeDNpCjJySndO
Q0tROTRLREw4c1lyNC9ONVlBUVFtZm4vKzU3NHBqVCtrUjkrZDZPWnkwUVY1NWQyZDR6KzRjWldO
RTQKKzhQOVYzRzA1a2p2NVpZbmFCeDFJTkNFYUpmeU5UN05WcklOcVczY2g2cWh1aktCOCttNlNS
MEtkd2VGeFZZeQpJUmxKdVIwL1E4SzNFeFJYT252SmNOSjAyOTBPN2hrbGx3UkZwMXN3ZW1rWkJE
K1pIaUdQVStsSEFKWDJaVitRCkdpMUI1SzkwemVnSXFEbjlXdnVrU2Naa21TSFU2MEYyS2o2VDRG
a1BURDZRdTAraTN4dlpteHQ1d1l4R01DWW4KQm1mU1Fya25wemhSM1AzSkl0UVVyaUpzZ21MazEr
MU5FdHo4K0ZLZnNuU2oyODNoY0ZXWDVOMUFtcUxXc1J4NgpodE9JTTM0NVZ2R3lmcm1KQ1UxL3Y3
aGdwdUxLY2tzNXd6TlpmcE8zbDBZQjNvT2ZpR3o4UTBkd1U4YmxSaDBZCkQ5V2h6THZhSWU2NWV3
ZFpiMkFvYUpRV0FPTXNJcGMreFZpUk1tNFIxeElDd1pLOXNaNFo0S1g3ZERhRE1TSVoKR203THNj
WlhqTnByNGRmaXRGalZXRkZFNngyVFkvWktTcExuUkF0cXExZVB2WGlvZHdBUkFRQUJpUUlmQkJn
QgpDQUFKQlFKbWNSVG9BaHNNQUFvSkVHeHQzUHM3LzdCeCtTRVAvUmx2QUM3WW92QXpEUUtnUndT
NDhBa1dIZk1GCkhQdTFxUEo4MUFwSm12a1BDZWRFL2tYY3ZJeC9xS2F4K3lvOXJYdDNlODVHYkJw
VGRTL1hBR3g2Z0NPZFBTeU0KUHdPc1pIVWFRZWdvZnQ5NzhIQStieDJ2a1lJRzhPRGxSRlNtMWxY
MkxGMm14S1ZJakE5NmMvak9vOHdveWZkcAoxNWhpeWhweng4M2E2NWo0a0t6eG9PQXBCTEpYUWlr
Y3Vob0hVSnk4akp6Q0VnTmhKUkRtZjF5a1RxZFdZOXJqClMyaXlRWHZlYitUTW9STkJCTk9SNGl6
d3RFTlRKZml1c1ZmaHhwRzFiQlBTSE1rcUx5dlprdE1EL3krdjYrcncKZDNBUFJKZk5xRmVzcGtX
ekRka3YzLzhScTNtRU5lcW5HMksxdFRnemQ0UHlmaytIY3lTaWNwQ0ZlOGsrSklzRQp6VHFKM0p5
eEVYdWRjWGpsTHR5TmJaRXIyZUZiNHRwR0JSb0c1WUlOWkppeUNlc21ZL2M5YTlCVjVxVVR6NVFZ
CldSa0ZwQk55bXVRQ3lsa29OV3pyNmsyWE8rQ05RbENQZmhBNWR3Z2hoL1FpMExwTDhZUWl5QXRm
cTBYY01qd1EKQ2lOd3g0d2F5dVhyMGV5Tlg5eXBjVURlTTdkcFhWcndZK29Va2xncjVnN1NVM3dl
dlAvZTBBN2FyN0ZFajBHTApEYXl1RHNkT0NJVHM4c3ZnSWhSZGhUYmlEN3dpM2ZEaUFxL1dsY0x4
aDVoR2tYZGl2aEJCTVVKdTY0cVplYVJ5Cjc0QXVUWGF5c1BaaWJ4MFJLSjdmSTZXQnJPOEZwV0xj
RjVxRms1TmxoekZEaFB0TEltUGx2N1NsaTMzb0pDY1YKcS9QZkdtRUtOZnRvUXN3VAo9Nm9sOAot
LS0tLUVORCBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>16290</attachid>
            <date>2024-06-19 00:13:56 +0300</date>
            <delta_ts>2024-06-19 00:13:56 +0300</delta_ts>
            <desc>gpgkey.pub</desc>
            <filename>gpgkey.pub</filename>
            <type>application/vnd.ms-publisher</type>
            <size>3078</size>
            <attacher name="Aleksandr Shamaraev">mr.shad</attacher>
            
              <data encoding="base64">LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdaeDlCb0JFQUM0T3FZ
b0VmTGNhaDI0b1hDMEQ4U0p0SzZvQ3pEWkRML3ZIVjJncW1PL3cwdEliRWtTCjdHcEtRc0hrZFJw
V29MWVQ5SmxWaU92KzJFVFBwWEQyM0RyKzh4eThoYURuRjc1U2JqK1JvQUN3YlRxdm1SbmwKSHYv
TE9vaUFLUEJCWWxFc2hselEzQ0pkQkwxeFA4bHp5TWVhSEgwazZ3blZibjRBUEFOY2pZaGtsSVRw
LzVELwpmcm85b1doc1hGRWcrc0hYamg0V0xEYkF1WWVaUGFNbS84NVRudHRvOWVoTG1FVW9IbXpn
amduU2hPT2FUK0o5ClAySmNYL0IxeDNldFpSUXV6cG9sM0NOdWRFdzNoMnFQRE1qM2dXRVpOU1pi
K0pManJUMTExbTBpOVAzQ3ljN0cKLy9iY3k5Rks1MmExSzZJNElBQWRFV2huNCtSWTkrU25ZYm16
MUZCREJEcVdPcXBHeTExalVJT1NUaGNnd3NiYQpQL3ZveTR1enlpNDdzMzQxaXhvT2R1NnBtQloz
VStpZUFBNXNYOXFzSzhncDkwK1VMTDhJdk5sd0RjekZ1MEZqCk5WNnkvaUp3NUVacTZ4ZnNqVGgy
OEVwdDhvUllQc0QxU0JvSS91R0Jwd2dUZnlaTVRGcDlqUnB5YUF4b0NIQnUKSTBaVXBGalp5eHQ1
RWVJaDJxcXh0aE1RVW9EYXQwRTl1dDNWQ0dTSkxwYlRVTDJ2a1dkc2drOUxUd1A5WU5hcQpQdGx1
bEoxcTVua1dGVDFLWmgraDZsRUhCWCtjdGVNdUJ2bmZ3OWQ0UTJENkdLckV0OEdIZGJlUEd2Zlc1
WVIxCmZ1dWFrMUVwSXorb1N6ZE5KZ20wU0N4b091Q3hweVZyMDR1ekRGWVk2bEJPMFArOHhUNzNY
NytFMlFBUkFRQUIKdENkQmJHVnJjMkZ1WkhJZ1UyaGhiV0Z5WVdWMklEeHphR0ZrUUdGc2RHeHBi
blY0TG05eVp6NkpBamdFRXdFSQpBQ0lGQW1aeDlCb0NHd01HQ3drSUJ3TUNCaFVJQWdrS0N3UVdB
Z01CQWg0QkFoZUFBQW9KRU5TYzdUZGo4YXFHCkhGb1AvUmRtV1F2eXRHYXhtUXhJbGNPUU9MaS9m
R3QzTFFMUHVSTjBTYTNrTGJQcGZWUXRIam9VNnExbERJMWEKT2ppVkVBN0xkYjJUNVhxNlNsUndr
czVYZmY2M0dJa3JlQXJmdExPaG8wVnR6bCtRaFdRYTEvNGNsbEY5cG11dgpSZHVpUERpdG80VCta
RlhTL2ZLdndIS3JDWjRCM3NRdUh4ZVFXL1p5RjIxY05MUURnNmVPS2RSV0t0bTdLcXZCCm1xd3J4
dHpMankyNkUxKzRLL1N4WTAzU1lxc1RkMXJrU2FnSStlbnFvbkd5T3ZkZ1k1dzZlUnVBVm4vM3Vm
aHIKaEkxVjFyVWM4RTlBcGovdXJXT2VydGlrRGl1R2xmZVB6Z3lTT21Sc3VDQ3JRUVczc1BhU0gv
aGZCV21sVDY2dAo3eTZTWmJITHpvelJQM1l4ZFZGOHZyT3FYTGlxb0F5U1pjMTlab2ZrWTBscnJ6
R2F0c2tWMUMxdk9HcTF5WXJFCldRd2VyZ2Z5dVRIOHFUMkNXTWxSS2RQWG5scUROclEzMFBPMFZl
K21KOFFhNk15djBzLzR5Tjc4WWNLb3c2aTcKR3k4dzU3dExGZU1YZG5EeDRScndpbzhWY3g1akFV
cnQyekIzRTgweWRmSWxKNGgrTFArTTVCY3BmQnJlVzFnagpZQkQ1ZXF1YUpNVnpFL0RjVkl4b2NZ
eFNpVlJCWWNGY1ZnR3RybHpNemRwc2VEM20yeFJwSDBkL21EV2ZuVFZHCjB5dFJSUnNwTFQzK01V
eUtJZjdwdnNZSzAzMzU4N0VIU2VNZzhvNFk0QVNDM2VqMVZkaVlkYXYxekI1Q2lkTXMKOTNzUmdO
M0FsSllqZysyUms3S0FnK2ozaklGYk5qd3M0dmd6RUNLUU1DNHo1bTlRdVFJTkJHWng5Qm9CRUFE
TApHUEE5OC9CaUdiYmhCQWtaR2ZERHBtc0s5QWYzaHhmNzNEb1VGNnliSjJGTmpUN0QzaTNLdm9T
dnQ3U3JBY0NTClIyTDN0bHVWVldQQklGYkZ5cDdGQUNWUWQ3eGJjNkJLM01lMFk5TEJ4b3hOa09u
SzFqaEh5a1RLdFN4cng4ZmcKdzVhb2ZYbXRaNlBNWUVTNnlqUzBiWlpwWTA2Q2U0Z0JaMWVYbnh0
N1RBY3BNWW8zdGhLcW9ZQ2VXblJvMUtpMgo2NnRWbE1kOGFmSythNXZ6VkFoKzRnY3dYRzdIQ1hY
dmQ4UWFqc2ZTMmRLVGMvUGI2QTJGRndaVU56VjJ2UkpDCk1UUUEwN1NidVdneHRxbjB6SXpacElC
Q3MrbjlPZFBXbkpJVVRKcGx0N0k2emwwaVNMWjRRZWFtd2FDNFUrSnoKYnVpeUV4NTJ2bnFQNWt6
VXovUTBYWlM4RTEwYVRCcnorZndaTk02bGMyazAzZ01HUCs0clN4UGxTdGgvVFV1RQpjOUdZQnBS
YURGRmdJU09VdVFtR3RlT3pibG1zZ09wK3orbXBwVVRvZFYvYTdYcmJIbThxc1JuTlhNSndEMjl3
CmFKZ3A4YkZvVEU4ZW9oOUVGZmZPVDhDUGRNQWVCQ0x1NExTTTNrSVVUcUQ5MmhOVjdtY2dUeXBp
NEVPaGZFd2EKbXN2TEhzRUhURmhWSHNnZlJLT05OWFNlLzVhRUsvVWpLQmFpcTlpVUlVWm41YWRp
Z0pPR2VWMXB2NHhNNlVXNwo5UWlnbGppSHNQZVd6RklSdnFIRkF4SkdFeVV0bUlnb1Vlb05EZUt5
czNJbE1WN0pXWmE2aDRPSy9MK3g5VDVoCjhuMmg2emwyU0JKSEp0ak9JSTIwMUdydGdOY25YaG1m
ZTd3MjVHRHdyUUFSQVFBQmlRSWZCQmdCQ0FBSkJRSm0KY2ZRYUFoc01BQW9KRU5TYzdUZGo4YXFH
S3NnUC9BeFc1Y0V3MHZGOFJDQ2kxRWovMW92VEw2N2x3NHBidnllTQpsbTlJZEtkT21kcjNsNzRn
c3ZQOGQxV0ZISGpGSW42c3pOTDBYVHkrOC9KRGlFQmVxcElRYmtEMFl0M3FUU2d2CjMxcVYrSEx1
V0RLNE82RnNSRE81dE5DVGpCdFJITjllZytzRXBGT25maDd6Z1pOUGNFeWxmOXJVc2poVkswcjYK
blJXVUhnY2RLU2tFOUJqTE5qWFBiNUN5b09WbnpJTkpUNDhIeU5vVm9rM2RSNElIZWE3ZldzdTd0
dWl1VGs4dQozVDcwajViWDdvTzBlbENaY0NsTHNBMVNzUEVWOS9BYUp6YWhJWExUbnpyeGdKWlJa
MGJHRDNiMGdpRlluWHVkCit4VmRyZ0NxcXJGNDlWZTVuWDBNSDN1T05CN2pxb2pjZXdkRXNOMzBQ
RGJ3Njg0K2VyRmxKZnBkZkJWaWtDUGwKTmdPSEF6cEpNVWUraWRZNmVOajh2Uk9YVElqdTA2Y3ky
M3pwbDVlWkZNV2pCa0RCTkkyUWpJd1oxQWNCZ3lNUgo3U3ZXOG85czVZT3pBcGxsUkpZazBjeU90
SlBGSmM0OFBzVkhOSmtHeGh6Q3dPUXFKTlhTbWxEbktLa2NZRk50CnhpNVZlVDhZUGtXdFkrdkt2
Tm50VUt1NjUzSkhpVHlsQVB6UWZULzdBcll1SlFZQ1QyaDRKTjFCMjVrT3Z5YlIKSUgxbmRDcW8w
RUlONzZ5WUErRnB2c0JWSmI1UUszRmJmQlJVRkcxOXJBU1NxVGNkUWFUaEZLV2hDTFVEQlRrZQph
eXU5SGo3WEtRMkp3VkZiOGY1dlBrNmVScmQxc0EyS1lxa2d3SlNEdlpRZ1p5Q1pJMFB6Z1hQTDVm
azVlZHdtCmZnMkwyWlpuCj1xU216Ci0tLS0tRU5EIFBHUCBQVUJMSUMgS0VZIEJMT0NLLS0tLS0K
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>16291</attachid>
            <date>2024-06-19 00:15:13 +0300</date>
            <delta_ts>2024-06-19 00:15:13 +0300</delta_ts>
            <desc>id_ed25519.pub</desc>
            <filename>id_ed25519.pub</filename>
            <type>application/vnd.ms-publisher</type>
            <size>101</size>
            <attacher name="Aleksandr Shamaraev">mr.shad</attacher>
            
              <data encoding="base64">c3NoLWVkMjU1MTkgQUFBQUMzTnphQzFsWkRJMU5URTVBQUFBSUh1K0FtbkM4Qjc5V0FSeGpvL1VK
RHNvT2RTZHEvZ3h6emFJL1lOMmx3R20gYWxla3NhbmRyQG1hY2hlbmlrZQo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>16881</attachid>
            <date>2024-09-22 04:12:54 +0300</date>
            <delta_ts>2024-09-22 04:12:54 +0300</delta_ts>
            <desc>startwine-launcher</desc>
            <filename>startwine-launcher.tar.xz</filename>
            <type>application/x-xz</type>
            <size>5472</size>
            <attacher name="Aleksandr Shamaraev">mr.shad</attacher>
            
              <data encoding="base64">/Td6WFoAAATm1rRGAgAhARYAAAB0L+Wj4NP/FR5dADmdCEblQkwzt3S+vTvNKWsYEfi3j0U7jVDw
JgIl0egXwQpZ7asiIKphvZ8l6tiSjZudBuEEHFKmkLZ0s0Vy1/G7TCngLHEHc0agIPFCgElhNjgp
elM+lz4S/PEfHt0+StAb9nzH1HgJaXBfTIqRJVnR/XO1NHbfx5jyFGhgSstA4BcCeH27TZ2OJMMw
Mg9TZ9gs8P+iqMkQHH3DZMlHZnf4zc++XKWr7rx2Tj0C74wJTtHphobe8q7TPDj8GQZvQFb/A0RJ
qEFvWZs3cDaM3MHo2HrTgCxNDBG2TSrQbWpbVHEs0euPpkCEXimfkjNVV4omVbMmgCwghE8w0j8t
g3fBwd1xIa8NA/1Rs83khpHqZ61PQoS/o8V2H/Ve2ZXjn4Ta94wkyvX2VCOqCWz3wh11tqRw9oZO
riyOAlFaY7+NfnHeenbASCaNyuYuxpUZNIvNisvqrdMNfNq6LUhvoaZ7Fns2KgzSCOo0GiGhFPu5
N84EbZTG84shgREEMYw+F2oZe1KBFY2EyUWhn2gkMYZaLRe4ZXP+uCPHVyaF8qZXp9H7LCzeFVcY
nfVlD0DW2cyQn6KwxClG06OWK1H3LeTN3H6ltt/Ct0YwV0Px3YzdNp24ji4n14Mey1bdBE8ZX//o
9xVjw/K3FOc38RP20vuH1qMYDgPudpOOf0RlsuQh7E3KlligI2k0dyfoYiiB2WqcPBufjIqe+OOM
geTeThq2gqjdv9yBnFNpPk0dDkZTT6lKIBuzH94mYZK0H45ug0hb3rJtg7+7NLx4l6SsRiugne1T
GaaqtClJLtzw+JtpDpE1ikI3W9IHN1qREviUkvB9TVuewm/kUjoYPI6ZJ9CXZ6hwpylWEOpEDqnz
UDtd4CaAmWuDi22nXWqQfYz8IJ4V9ByPSfzXN4BGA2NUIFrWwdEKnXBfaEGlKEdt0Wu9DJzGl4uT
NzVI8ekQSjbo7c7u7QRogZUp3H2VLIbX0BwLHk7zBlm8LrsWm/nngwcJtVTTLap49CG6p/XaUA30
TQrq5BMxYRoguYvrp7s00MwVVnJWPo+h7nANRKwNUtDh+rGX6HCnjVym8Y9/hVpQJdoOf6m1OZVW
Q1WVFHY3fcOk9B3N6OQJ4BrZAFYYSP7L+7a2AbrwimI+0kZJBeNDWrrPETaOY15D7inposEaYMsU
/qYdu9F+EVvMR14IlgopNtZ7n5II0wRbKXQ2dnoPkmuI6J7sUxzNCsEUD49oRHdQnQGYQkw/0cfu
ivYOhQTNs5bQy6QFhrXzzlMwqknSOxVZdupHhhgpTy/IvuQodA9atxZworX8rUWkHO1BovTH2aEb
fY5m33kGuStcZx3Didab4K6JXuNPH77NLVJDdqp73cvxkdK4GNXJTU3J1PZOrvFhC82b0Y3+LvR3
F7U69Wh/nOL4lrn13nRe1cjkVaKP5ASABpQWbQSG4SN5thOKbE/x+qNZykT409Jc0+oj7GoCkjoX
/ddnjwMDtcL5YDqvoWoW2AxShDzyom58DIlFUeTrCdPcW0FQ5FNLRReo/0uhS7W7w2GrEAor++vM
BN8PyIvOv2tmiXWYytCnEDDxwBn3WBOqwOGm57QJWcMNTCjO7SupgnvBClN9PvBC5FYYYb12U060
DjpfcAjJSpyL/r2YBZQFNeZK88oPg4Eo3tt3v5f03azTJOyR6a4XlVQEEa7lm4tilPDw0xcWJpc6
NF/hIEo4PEz/pgfKWrdmGb1ltx+za/Yv2B5wM6pfnpVxhLpwPRoh2Kjk213YKywsIQ5GikIk4KcH
0iQ4HHHVdcDt7dIGAAN/ZbW3ZvFz4x4MbDDcKBHX76CI12Y7swNDz2kx398ORUHdZnG878pP+dc5
ExBaXu9T6B7p1JCdm2qCNm3aOMloxpvA4hBEU0sxXA+JJF+Rb1OExtNQk5D3nm1IR5fV63M2VTZb
Dm3N2Qcl9zkJvj5TCxgFge/AC/vofpipPSQCpW1w76WnuRAVpJg+egoyKL6y5DlVUlaX3KJIK5X7
Xs/ssSZ9nfdBv0gnv9tsuK/X0K1cajqWDCcnCRDGAPMHCLShQunMNtURf3CCRdJDo5fdnm0dNgGk
KvLoJMIFmg0JhY3WP3tYaIp7aVTZ1OCujgFwpqjWiw00yV0+nWWfvFTJBY2vXk1ose5nbkBbM1LA
x7mKxmu6olC1/I8mQBHBCds/hB9tLpSMYxmUpFeNaA4A1bHN4Y35RBAIQAZTVQtrw+Qxj4t+9ftO
BpzEpFdeqMnoSysBSNoZEgYUqOf5vM5eW58CTIO4NXIQcjBZwfrn/2oygGJ/Em/1rs9PEBE7A7s/
FkY9icFJdoigNFCYIOXkEaDrl4aF7gogrsZYI8ttW7DlcBE3llPN3VX9LNn5x53JCOoUJ4PkK7le
hTD2se+vAwVxq6UQUVdsTwSWz63kl5v87ANlZQp/DLCW4sOLdASTgePxaJzJHpXIwfVXGCNEv0Gt
jj6Hf/dD2xUCCqUsR+XUUaOS4arBQjEAH4a8eA3vGAV6U7Ug+wYd1VIPQos73nGOG1xICdTunn+H
cZ821+hcYSbrSs9BodW65A/IC0vxyZdwRRcY968TRnJiad8m9XTm/TWd7CoOqScrRW4RpW/In9R7
vpeOOwC8pDSO7JLzNpn4LdaUl61uer/uYnwDCceCO/bTm6KpvZnQjjLBwzlXXFxiVTkbkf6aoNzW
fFPZF/Px6fUjIYn/94i4MFJ8+CnnTG5IrnjHB7vVJZRUy1OXGDq7uMIB5jqPKcGE2XeLAGGpeCkB
9BzTRuzYpNLgZIZnEFFZ49Y5Jc7XKrzUJhm3jBg3kJMU2o/ZHHaK+ywJARzf38mInF5/h1Jv+qsT
ae4pUSJGwlVuAJx1Ph718/dAnEsQc8SUHTE3bBP66hCT9D4iRE5LKpoyVnPDSYJsxx+E2VgAM5Hz
kDMYBl4qbex6ngtLOv5VNpfl3j9k+fC/529SBI19IhZUk+LnqFIVfkGN4LRGWdhHDtji6MAzdG8i
bTV1020S1rn4Wzke36sFLKzOew5MUonwDvzn2aY5U4cZPADZQRh+ZOW4cnAudGos9o8SfQ6LNEOi
1ZN7QhYHG4UTwmuJ6iIJ9YCarYoUeBcgpgbrHjxWxIu4nuODk5FcbcuWCanJCJCBjn7EvpAEjOVM
ulSOsEbkSvL0It/8c+Mb7oXjXBITzC5BgIVRSq3a04ZAaesGm1cTM+K/GbmU53LxB0WUJ1vIxBvm
/PeuArg7xevuKc0mzsSIUaYwSPHuU7ptVpKHRr81ssRVylEmLu1RfuISPlDXVALTbydnbsNlJnbP
nZmdX1TmqAaX/iz5Az7DD7Xz7352sv/u0skVXbRxcHf2/nTlnwfJd4MZMFvn6FCkrlPXOA+O3ho6
W/P8y1ShH4I19XVcK1KwW2Riwu9dlo6voncnbPCCxjrmbhNmIsMMj5Fe4/YQQxGy9Gi5IZws9hri
1UMz9lchMpww+Ae8QcPAbZ9uPKrnQtSgn7i5bZPtXxwNR42Fr985Y1C8tGAM/ayl1znvoZEhbhFC
O82f3zKeAGfM/m8EIB+HaIjW64k5TXXEOZpPZOPkYNWerQZVLvsCgyS73QDuSEEo7tl4elrq0b4j
dvzGdn+HKmaitfuj4iW/IYJ7t5pgZUf7H+sVh09fIcLMMmSqXTgrkgdMNHVFDYg4jnn+2mLK5Int
/QTYJ5xRX8fAjDHIoh8c9og+Iejf5zvjMNqrp4gungspFm3sfohbbHz/JUg1l/b5uxyH6dheBzIo
Rk9um0gdVFnpAJoUnLpCUwUHQrTc97PfkIUxZ7i+PNvwqdFfF0YbLuh7wMvLPLuFebgF6agc/jEM
yRaT0Jj80JCa2CnbbtvUs7tpp0Ylj+DLchxvZAGwRdzYZqiau8rtf8DBTuLHoUll6TWvdD6Bkxum
4/2Tsuv8PhmcKi7UaDfkLgWX1DL3bJPxVzKwiaVef6mBUOh2+9ml/HP5F9jQErIcSuNvVWssg5oz
aeXjtslNgqyIWhJOsAdZceAg6tRR7INF/++TJl9KAS4kEtA7VECncsMoS0k+1K71O3clAcnYcRnF
I7TpvwlDp6bJqSEBwL4J+dPH4FHsyrt76W7/cmFhk8BxUNAaGh5ffjm3JyvFW/cc3tT1M2x5GQNJ
TrABYArkH5pcYgeGHrYvulWnXu3jF1Efy6y6X9VIsyyppYLaz8pdRfL79Kkb32HHQDMIQtgaCRv/
hwK1ZvHshTrbSrhIAD4XINy+XQCkDpjECLOiACpSD7sNG+ZD2zhbeMFSZkxj7Kqe5DFun9+ItiQv
pKh3+e9Qr32pQXCNWEUOo0Naxv14OCpkRFIkj6Up6tiYdvCRhd2yBkL4yDGdiJ19qYCLnuIGT7q/
nEkKUZkHB7egLY+Ktwi/ihXGsjnIbJlS1PwRmNInZv8UU7H5UO6+GQezg+9zBDiFFVQknleAJh78
8Wbpk4uM7jVo/I1rmrU3S56ofaA1ZsVWd5Obl9m/PMqb8/GqGkU+vHlbSXE29Y3HukoGWwUotVIT
op268wFnqCyd3g7ulg83gKIHqKKzJlAI/US8zni9ysulN8ikiAhf03Fn7Uq68g3Apu9jMhx/szKF
GOWILsSgU/OUUO4/p3xG4NDxctzQRb17SZmadpDwQmuIzT8ikkOkyP0w9G9gqCYncuzdjOalw51Y
8O+PIb9cqORVLwuH5wY3D/pls4oIYJHu7Ix1+ZBQlJy0+J3ltX6XKaISEE6E/5uRBSlzupm48olR
0LKKqTGH75A8SkIzH3c0wB8t+Sg15ues4Z1W/SZ3E9R61rL8H7Z0jGpKAk7R3UCkRbO5a3alQTZt
kGXwAR8azqxCeqF2Sv0OTK3OpX9yvWgcwqqIst9GhTX/5ct5xpk1oQk/1NJnm2oZMKyyvimcsc2k
Xz2WjEsGeA/VSx2Xw5SEEbXY2t0V8z48rWdj5jv/lDeEsJgUG8TD9X/qtZ1reQNJ+CSL5cPMVjAW
6tCRMyXPiyd6nve/s40P/hjIqMcV9qC/B9R0Jc+aylPXtMlq28nZF+/W5mX3T4fdk2lRjjUA+kMD
fR3rFqTqDUhAdKvqvgHGoK3JOeWag1LljAk6Z3Sv/HRCbNHBUXFV/CLZlDnNJXul90LxIYP/2b4A
gzHJ/tEv4ymkNcGjIOJJ64jl8VoMlDmP3c+04ZGczArJf1uswtLCqBReXEJkE9I66noVEGYUCymi
94rHB6/mYJBSBhJ7Sf7J5Fn+43B/FOpnpbntWRbJKhBiJYSdYsFcy436M8SdEZD+vbYzgycBI8Ni
7CxCbbtUT1i1I7lbbTj3sR5lpjZcjwY9/Mku98HQSTv0Ckmx/TkceVAxxhteILdHNmdxfeQrDsig
2RChPIi02of8E8UpZ2XqWl+0TbBZBT3NcLGzLEdlDQftcHnisAWKjy1KDIIofn5jgAR/8cUg2MHv
XV+HRVx85jffZnqzcg97mPjcPhY8Fj2XbjgLM0Le7Whk53XwBKAUgR2waWgfQcu6ztseIwnvxfm2
ji18OSb63erNZGquGq6GNO4Z35RrOEnqb2WKAIvQ2KlXZ2NFh7Vv/I21QVJie1LKJ8RZfuD5658h
HPoBc0ZAAVU1zwvOzhq2uF4L65G0UkdRcaasoMNlolWdn69eP7EKWk2BE0t3dLgTby9vwO3ukPNm
vkXdLqZmsbCZd5vpBs+RUq6J8Fl28othO4XNRgtJ6ix1uctFaFTLfUyO13etLzCl0EEGW2TqVcLi
Eno9I6RDB9SytE91slqkaTXhR2dGq7HF1Ov25nEGHgyuGJA2kasaZv4lgC2mWfpDx2xg5ugAO0Ix
sGWP48/+AlbpbMMXuAk6r887MiYkF6faFGjLtvy8UK0UOC/U90u2Uq7KfozB3G2MUgKkV646xPKH
io/fvuy/+vHf0aFrYJzTGqm0868Ib6UZCoDIUQtvwz/2SmMAQAuVGFwPUyH4w8sVmPsge3dKFSvj
r9a22/W4JiwnmGhCqddPdz3uI5gp5sBYRI9afB7Nms0I53cZ3VFAUg1BS4RpuwVpPWqVApN2jb/s
wt0cLrDMiY3hPTecPpUSHBfheaukKkn+ud6tSZegS1MwnCo/lO7CCVKU+eMu2JtOXvhQr+kYQEwJ
BC+mtDbDGII2Qwx/Bw4WfkiBRow+f+PVKNHrR1pUMLRkMFUvKz0l7Wriy8IkEt3pm6eb2X0HafEP
wtJ6sSIN4AtvaFZOLdxsmClzjvnLkq2dNJvEOHQ/yDrjRrqJIxM6FHPFe1Tcx8pKpOveqcnuihAN
zecayQ4Ayg0Qw6bSOVm6Q8JbMHug+So/yQ3ZWtTZNjUzUJKkhUOZts3lm4pQrl2ls9SeGtDTPJuY
6x10RLm58x41CW48y07e0iRMNfH8Gt3ezaLJBz6xA5pKGuHZV94BIHjOnGTxLHukzRuyfTmzS7nG
NQJyN72r2iQPOQQQARwzmoTfOhN0AL8tBEvTPCe+91n1YJPbU4GTCdkIhU3M/W2b06j4tBUcYnEK
mze92BYNp4wFzs1OsbBr5/nZUqfLSNCBeMAzCQ7/tkxymVMFuIgb7pw4Cn957Mr7YOvm9Ao9J0X4
jfmwRb2S97KPiMDPYnfpx+ObQblBt0IyIGJpBu+BHcXUkR7Uk0ZAzr8ilo7pWrRWE1AsAd2JS8z+
81ygNV393F2q5K7VhUNTrwt4h2fsrctucjF+wQ1r9J/p+GbMAOsZLto/OdcNR1nsDj+1PdIE3GK0
A0Bt2y/fL4Aec+1VMGHSf2LngCJ3KfCPBdZimVJ1Opxc5hTiBAYAS3Re3JosJwd2DtXRRDsr6bSA
VWlFSCGl3h8DxWDtDTia45P4u2ue1g+mODYrMp5XCY8xxvCVIU6rJvcfcB2vdQtvTScJ5I1YFrRj
0aMsIbLuycW0AkgWGZETvRgwpvOHtSVM1AANZ9bJUfTljpii0Y2v5KqIrnO+z47XsWwzPW57E7LZ
zss52a1UhotOAcRvcipDupkyuYsgAkPsr5TsCGiwK1OHb+FxLvWd+IYO1ZN3dzNiYj4NYCca9W7j
/mKi9DT786Kl+RtXTlfut260scjR2ZHCgppH3o+xANx0kyOLsnYibpCAeRJagSUbfRWCXgTcCFdv
aw7w/P1InkI5NfiMeeSDJFG9bLE9tcNOr3dqf+O5NutlTiInE6lglwEp6AgbpAHfVuraUhJvlSCE
CV4L/36Yxq4AtTt8RFutpuCIXq+iAAAAAO/029T7BeTOAAG6KoCoAwBLOmriscRn+wIAAAAABFla
</data>

          </attachment>
      

    </bug>

</bugzilla>