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

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

    <bug>
          <bug_id>48922</bug_id>
          
          <creation_ts>2023-12-25 14:11:23 +0300</creation_ts>
          <short_desc>[done] join alxvmr@</short_desc>
          <delta_ts>2026-01-14 17:33:09 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Team Accounts</product>
          <component>join</component>
          <version>unspecified</version>
          <rep_platform>x86_64</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>https://altlinux.org/Team/Join</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P5</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="alxvmr">alekseevamo</reporter>
          <assigned_to name="Gleb F-Malinovskiy">glebfm</assigned_to>
          <cc>alekseevamo</cc>
    
    <cc>arseny</cc>
    
    <cc>glebfm</cc>
    
    <cc>ldv</cc>
    
    <cc>sin</cc>
          
          <qa_contact name="Andrey Cherepanov">cas</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>239528</commentid>
    <comment_count>0</comment_count>
      <attachid>15275</attachid>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2023-12-25 14:11:23 +0300</bug_when>
    <thetext>Created attachment 15275
Публичный ssh-ключ

Псевдоним: alekseevamo
Адрес пересылки почты: alekseevamo@basealt.ru
Имя ментора: sin

Хочу пройти join, чтобы освоить технологию сборки пакетов для участия в разработке инструментов администрирования.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239529</commentid>
    <comment_count>1</comment_count>
      <attachid>15276</attachid>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2023-12-25 14:11:44 +0300</bug_when>
    <thetext>Created attachment 15276
GPG-ключ</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>239532</commentid>
    <comment_count>2</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2023-12-25 15:17:59 +0300</bug_when>
    <thetext>(Ответ для alxvmr на комментарий #0)

&gt; Псевдоним: alekseevamo
&gt; Адрес пересылки почты: alekseevamo@basealt.ru

Хотелось бы изменить псевдоним и адрес пересылки почты:
Новый псевдоним: alxvmr
Новый адрес пересылки почты: alexeevamro@gmail.com</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>240433</commentid>
    <comment_count>3</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2024-01-22 16:24:07 +0300</bug_when>
    <thetext>(In reply to alxvmr from comment #2)
&gt; Хотелось бы изменить псевдоним и адрес пересылки почты:
&gt; Новый псевдоним: alxvmr
&gt; Новый адрес пересылки почты: alexeevamro@gmail.com
Без проблем, но с другим ником нужен и другой id в gpg-ключе.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>240485</commentid>
    <comment_count>4</comment_count>
      <attachid>15393</attachid>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2024-01-23 15:56:14 +0300</bug_when>
    <thetext>Created attachment 15393
GPG-ключ для нового ника</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>240486</commentid>
    <comment_count>5</comment_count>
      <attachid>15394</attachid>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2024-01-23 15:56:45 +0300</bug_when>
    <thetext>Created attachment 15394
Новый публичный SSH-ключ</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>240501</commentid>
    <comment_count>6</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2024-01-23 18:18:31 +0300</bug_when>
    <thetext>(In reply to alxvmr from comment #4)
&gt; Created attachment 15393 [details]

Прошу прощения, я не заметил в предыдущем варианте, а тут проблема осталась: мы просим идентификатор ключа делать в формате &lt;First name&gt; &lt;Last name&gt;, а не в обратном порядке, как у вас.

ssh ключ не обязательно было перегенерировать, и первый бы подошёл, но и новый ничем не хуже.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>240504</commentid>
    <comment_count>7</comment_count>
      <attachid>15395</attachid>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2024-01-23 18:27:29 +0300</bug_when>
    <thetext>Created attachment 15395
Новый GPG-ключ</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>240505</commentid>
    <comment_count>8</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2024-01-23 18:32:09 +0300</bug_when>
    <thetext>Спасибо, теперь с ключами всё хорошо.

Теперь требуется подтверждение от ментора, а он, кажется, даже на баг не подписан.  Вижу, он был assignee, а в Cc не попал, исправляю тогда сам. :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>242582</commentid>
    <comment_count>9</comment_count>
    <who name="Evgeny Sinelnikov">sin</who>
    <bug_when>2024-03-05 17:06:17 +0300</bug_when>
    <thetext>Подтверждаю, поехали.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>242584</commentid>
    <comment_count>10</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2024-03-05 18:01:01 +0300</bug_when>
    <thetext>Обновила пакет python3-module-smbc до версии 1.0.25.1; убрала патч Игоря Чудова, который был принят в upstream.
https://github.com/alxvmr/smbc</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>243544</commentid>
    <comment_count>11</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2024-03-26 22:17:17 +0300</bug_when>
    <thetext>Ментор есть, ключи в порядке.
T/J/S -&gt; 1.3.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>244732</commentid>
    <comment_count>12</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2024-04-15 17:46:45 +0300</bug_when>
    <thetext>Обновила пакет python3-module-prettytable
2.1.0 -&gt; 2.2.0

github: https://github.com/alxvmr/prettytable_alt_linux</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>248915</commentid>
    <comment_count>13</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2024-07-16 13:03:36 +0300</bug_when>
    <thetext>Сделала Python-обвязку для библиотеки GVDB (язык C), собрала в пакет - https://github.com/alxvmr/gvdb-binding</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>248979</commentid>
    <comment_count>14</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2024-07-17 17:25:34 +0300</bug_when>
    <thetext>(Ответ для alxvmr на комментарий #13)
&gt; Сделала Python-обвязку для библиотеки GVDB (язык C), собрала в пакет -
&gt; https://github.com/alxvmr/gvdb-binding

В дополнение к предыдущему собщению.

В рамках рабочих задач возникла необходимость обвязать C библиотеку GVDB для предоставления возможности чтения данных из бинарников (Python).

В процессе работы также потребовалось изменить исходники GVDB. В результате, во время сборки пакета формируется патч, который применяется к upstream.

Обвязала, результат обвязки упаковала. 

Применять пакет планируется в задачах, связанных с разработкой в области инфраструктурных решений.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>249214</commentid>
    <comment_count>15</comment_count>
    <who name="Evgeny Sinelnikov">sin</who>
    <bug_when>2024-07-23 20:50:08 +0300</bug_when>
    <thetext>Пакеты собираются, пора переходить на этап регистрации ключей.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>249781</commentid>
    <comment_count>16</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2024-08-06 19:25:45 +0300</bug_when>
    <thetext>Внесла изменения в исходники ALT Media Writer - решена проблема, из-за которой вместо выбранного пользователем устройства записи образ записывался на последнее смонтированное устройство (https://github.com/altlinux/ALTMediaWriter/issues/37).

Обновила пакет (1.0.4-alt1 -&gt; 1.0.4-alt2).

Также собрала новый инсталлятор для Windows.

Обновленный .spec лежит в репозитории ALT Media Writer (https://github.com/altlinux/ALTMediaWriter).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>249874</commentid>
    <comment_count>17</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2024-08-08 11:52:29 +0300</bug_when>
    <thetext>Внесла изменения в accountsservicies - теперь просматривается /etc/tcb, а не /etc/shadow/, что бьется с внутренним устройством ALT Linux. В соответствии с этим изменила и тесты.

Теперь в Gnome локальные пользователи определяются accountsservicie-ом как локальные и доступен автоматический вход (https://bugzilla.altlinux.org/47499)

Ссылка на репозиторий - https://github.com/alxvmr/accountsservice</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>249877</commentid>
    <comment_count>18</comment_count>
    <who name="Evgeny Sinelnikov">sin</who>
    <bug_when>2024-08-08 13:27:45 +0300</bug_when>
    <thetext>Нам уже пора переходить к стадии 3.0, давайте продвинемся.

А то передавать наработки приходится через github:
https://bugzilla.altlinux.org/48922#c17</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>250484</commentid>
    <comment_count>19</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2024-08-23 12:09:50 +0300</bug_when>
    <thetext>Добрый день!

Написала консольную утилиту gpresult (python) - предоставляет сведения о результирующем наборе групповых политик для текущего пользователя и/или компьютера.

Для проекта был написан конфигурационный файл pyproject.toml, в качестве системы сборки используется hatchling. 

В итоге, получившиеся приложение упаковала в rpm-пакет. Ссылка на репозиторий - https://github.com/alxvmr/gpresult</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>250486</commentid>
    <comment_count>20</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2024-08-23 12:14:14 +0300</bug_when>
    <thetext>Также во время работы над документацией понадобился плагин mkdocs-static-i18n (исходники: https://github.com/ultrabug/mkdocs-static-i18n).

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

В итоге, собрала данный проект в rpm-пакет: https://github.com/alxvmr/mkdocs-static-i18n</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251050</commentid>
    <comment_count>21</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2024-09-02 19:17:32 +0300</bug_when>
    <thetext>ssh ключ на gitery.alt зарегистрирован.
Адрес для пересылки создан.

T/J/S -&gt; 2.3.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251067</commentid>
    <comment_count>22</comment_count>
    <who name="Evgeny Sinelnikov">sin</who>
    <bug_when>2024-09-02 22:33:24 +0300</bug_when>
    <thetext>Репы нужно переложить сюда:
https://git.altlinux.org/people/alxvmr/packages/

Сборка пакетов освоена в достаточной степени, чтобы отправлять тестовые задания на сборочницу.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251211</commentid>
    <comment_count>23</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2024-09-04 16:18:55 +0300</bug_when>
    <thetext>ssh ключ на gyle.alt зарегистрирован.
Пакет alt-gpgkeys обновлён.
Адрес подписан на devel@.

T/J/S -&gt; 3.6.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251562</commentid>
    <comment_count>24</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2024-09-12 12:13:28 +0300</bug_when>
    <thetext>Обновила пакет libgvdb - добавила генерацию .pc файла в meson.build (https://git.altlinux.org/people/alxvmr/packages/?p=libgvdb.git;a=summary)

Создала task #357343</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251957</commentid>
    <comment_count>25</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2024-09-23 13:50:10 +0300</bug_when>
    <thetext>Пакет libgvdb попал в Sisyphus.

Ссылка: https://packages.altlinux.org/en/sisyphus/srpms/libgvdb/3118378682792640562</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251959</commentid>
    <comment_count>26</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2024-09-23 14:05:06 +0300</bug_when>
    <thetext>Обновила пакет gpresult (0.0.1-alt1 -&gt; 0.0.2-alt1):
- добавлен вывод информации о Preference;
- добавлена обработка информации о политиках, не имеющих ключей;
- из сборки исключены .po файлы переводов.

Ссылка на пакет: https://packages.altlinux.org/en/sisyphus/srpms/gpresult/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>252004</commentid>
    <comment_count>27</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2024-09-24 08:33:19 +0300</bug_when>
    <thetext>Обновила altmediawriter для Sisyphus:
- исправлена ошибка с выбором накопителя (#44462);
- исправлено отображение прогресса записи (#49205);
- исправлено форматирование диска (#47202).

Номер таски #358188.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>253834</commentid>
    <comment_count>28</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2024-11-01 16:10:50 +0300</bug_when>
    <thetext>Вместе с @iv собрали пакет alloy (https://github.com/grafana/alloy)
Task (sisyphus): 361292</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>253895</commentid>
    <comment_count>29</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2024-11-02 12:36:16 +0300</bug_when>
    <thetext>Вместе с @iv починили утечку памяти в mate-menu.
Обновила пакет: #361543 (Sisyphus, 22.04.2-alt7 -&gt; 22.04.2-alt8)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>253898</commentid>
    <comment_count>30</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2024-11-02 13:18:12 +0300</bug_when>
    <thetext>(Ответ для alxvmr на комментарий #29)
&gt; Вместе с @iv починили утечку памяти в mate-menu.
&gt; Обновила пакет: #361543 (Sisyphus, 22.04.2-alt7 -&gt; 22.04.2-alt8)

* #361554</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>255968</commentid>
    <comment_count>31</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2024-12-12 19:04:29 +0300</bug_when>
    <thetext>Обновила пакет userpasswd (применила патч Ивана Волченко)
0.3.4-alt1 -&gt; 0.3.5-alt1</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>255969</commentid>
    <comment_count>32</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2024-12-12 19:06:47 +0300</bug_when>
    <thetext>Обновила пакет alloy (Sisyphus):
1.4.3-alt3 -&gt; 1.5.0-alt1 -&gt; 1.5.1-alt1
Версия 1.5.1-alt1 сейчас находится в таске 364081</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>257289</commentid>
    <comment_count>33</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-01-14 14:40:15 +0300</bug_when>
    <thetext>Обновила userpasswd: 0.3.5-alt1 -&gt; 0.3.6-alt1
Исправили регрессию</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>257290</commentid>
    <comment_count>34</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-01-14 14:42:56 +0300</bug_when>
    <thetext>Обновила gpresult
0.0.2-alt1 -&gt; 0.0.3-alt1

В частности, добавлены bash completion
Помимо этого внесен новый функционал в утилиту: добавлены новые ключи для форматирования вывода и включения предыдущих значений, включена новая информация в вывод, обновлены переводы, ...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>259140</commentid>
    <comment_count>35</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-02-13 12:01:31 +0300</bug_when>
    <thetext>Обновила mate-menu: 22.04.2-alt9 -&gt; 22.04.2-alt10

Приложен патч, исправляющий отображение подсказок + добавлена кнопка включения/выключения отображения подсказок.

Номер таски (Sisyphus): 374511</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>259141</commentid>
    <comment_count>36</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-02-13 12:08:47 +0300</bug_when>
    <thetext>Обновила altmediawriter: 1.0.5-alt2.1 -&gt; 1.0.6-alt1

Исправила проблему с кодировкой при выводе ошибки в gui (Windows)

Номер таски (Sisyphus): 374370</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>259142</commentid>
    <comment_count>37</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-02-13 12:10:21 +0300</bug_when>
    <thetext>Обновила gpresult: 0.0.3-alt1 -&gt; 0.0.4-alt1

* Добавлены переводы для стандартного вывода argparse
* Внесены изменения в работу gpresult

Номер таски (Sisyphus): 372224</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>259748</commentid>
    <comment_count>38</comment_count>
    <who name="Evgeny Sinelnikov">sin</who>
    <bug_when>2025-02-21 13:20:27 +0300</bug_when>
    <thetext>Базовый каркас сборочных инструментов освоен, давайте подыщем диментора.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>259753</commentid>
    <comment_count>39</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-02-21 14:15:45 +0300</bug_when>
    <thetext>Обновила пакет alloy (обновление версии): 1.5.1-alt1 -&gt; 1.6.1-alt1
Номер таски (Sisyphus): 371997</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>259754</commentid>
    <comment_count>40</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-02-21 14:22:00 +0300</bug_when>
    <thetext>Собрала новые пакеты из своих исходников (С, cmake):
userpasswd-gnome
gnome-shell-extension-userpasswd

+ обновила .spec для userpasswd (добавила альтернативы) и вынесла .desktop файл в отдельный пакет: userpasswd-common

Пакет userpasswd-gnome предоставляет обновленный userpasswd для GNOME. Манипуляции со старым userpasswd нужны для разрешения конфликтов (новая версия 0.3.6-alt2).

Номер таски с пакетами (userpasswd, userpasswd-common, userpasswd-gnome, gnome-shell-extension-userpasswd): 
Sisyphus 374317</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>261301</commentid>
    <comment_count>41</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2025-03-18 14:48:18 +0300</bug_when>
    <thetext>Призван рецензент (arseny@) для независимой оценки готовности кандидата.

T/J/S -&gt; 4.2.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>261843</commentid>
    <comment_count>42</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-03-26 13:03:20 +0300</bug_when>
    <thetext>(In reply to Gleb F-Malinovskiy from comment #41)
&gt; Призван рецензент (arseny@) для независимой оценки готовности кандидата.
&gt; 
&gt; T/J/S -&gt; 4.2.

ACK.

По словосочетанию &quot;номер таски&quot; я автоматически выгрепал из этой баги следующие
сборочные задания:
https://packages.altlinux.org/tasks/358188
https://packages.altlinux.org/tasks/374511
https://packages.altlinux.org/tasks/374370
https://packages.altlinux.org/tasks/372224
https://packages.altlinux.org/tasks/371997
https://packages.altlinux.org/tasks/374317
и так понял, что смотреть нужно на них.

Мария, Женя, если в списке выше что-то лишнее или нужно рассматривать что-то ещё, сообщите. :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>261844</commentid>
    <comment_count>43</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-03-26 13:07:09 +0300</bug_when>
    <thetext>Начнём, благословясь. :)

https://packages.altlinux.org/tasks/374317

userpasswd.git:

Глядя на 0.3.6-alt2, вижу не очень внятные записи в changelog пакета.
Я не стал бы подробно на этом останавливаться, будь дело только в стиле.
Мейнтейнеру нужно чётко понимать, что уместно в истории gear-репозитория, а что
в changelog.

Тексты в аннотациях коммитов (commit messages) и в журнале изменений пакета,
вообще говоря, предназначены разным кругам адресатов и сообщают своим адресатам
о разном.
Первое читают участники ALT Linux Team или любой желающий, изучая
исходный пакет (например, чтобы вспомнить, зачем была сделана некая правка),
и сопоставляют с построчным диффом; второе читают пользователи, которые ставят
пакеты и могут не разбираться в их сопровождении, но хотели бы узнать о
заметных для них изменениях в новом пакете — вдруг к обновлению нужно сначала
подготовиться?
Отсюда следует и разница между одним и другим: разный охват (каждый коммит vs
от релиза к релизу), уровень детализации (в changelog короче), changelog
копируется в каждый &quot;бинарный&quot; пакет и возникает иллюзия, что его содержимое
присуще этому бинарному пакету, проч.
[Надо бы где-то это подробно письменно объяснить и положить в базу знаний, а то
про заглавные буквы и точки у нас есть, а про взгляд сисадмина — нет.]

&gt; 63 * Thu Feb 20 2025 Maria Alexeeva &lt;alxvmr@altlinux.org&gt; 0.3.6-alt2
&gt; 64 - Add alternatives
&gt; 65 - Add common subpackage
&gt; 66 - Add conflict with userpasswd &lt; 0.3.6-alt2
* &quot;Add common subpackage&quot; ни о чём читателю changelog entry не скажет, особенно
если он читает changelog не от userpasswd-common.
Чтобы прочесть его summary и description, нужно дать команду, а это не факт,
что удобно — читатель не всегда находится перед интерактивным шеллом, чтобы
туда сказать `apt-cache show userpasswd-common`. Если написать что-то вроде
&quot;Moved .desktop file to userpasswd-common to be shared with ...&quot;, это уже
объяснит пользователю суть произошедшего. Или не shared with, а used by, по смыслу.
* &quot;Add conflict&quot; тоже может быть непонятно куда. Если открыть спек, то станет
понятно, что в -common, но это мы с вами на git-историю и исходники смотрим.
Раз уж у нас есть в тексте параграф о появлении -common, там же можно упомянуть
и об этом.

Ну и, раз уж мы на этом остановились, у записей к 0.3.6-alt1 и к -alt2
почему-то разное оформление: там в прошедшем времени, тут в настоящем. Лучше бы
выбрать что-то одно. Так как это сообщения о уже проведённых в репозитории
действиях, а не заголовки ещё не принятых патчей (как в git), я бы предложил
писать в прошедшем; это совпадает с традиционной практикой для RPM-пакетов как
минимум.

Это всё уже уехало в сизиф, но у нас changelog-записи упаковываются в составе
исходников, так что можно исправить задним числом. :)

Кроме этого — теперь в спеке у пакета указано значение Packager, не соответствующее действительности.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>261846</commentid>
    <comment_count>44</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-03-26 13:09:04 +0300</bug_when>
    <thetext>userpasswd-gnome:

в сборочной среде указан пакет ccmake. Вопрос _кандидату_: зачем?
Ещё один вопрос _кандидату_: можно ли упаковать программу с правами setgid
shadow при помощи директив для RPM? если нет, почему?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>261848</commentid>
    <comment_count>45</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-03-26 13:11:16 +0300</bug_when>
    <thetext>(In reply to Arseny Maslennikov from comment #44)
&gt; userpasswd-gnome:
Вопрос на грани апстрима и пакета, на ревью скорее не влияет.
А зачем было городить alternatives, если можно выбирать наилучший фронт в
зависимости от, например, переменной окружения XDG_CURRENT_DESKTOP?
Программа-обёртка, работающая по принципу: если в этом массиве упомянут GNOME,
то взять *-gnome, если KDE (и при этом установлен фронт на Qt, если кто-нибудь
таковой сделает), то *-qt, ..., fallback на что-нибудь безобидное. На неё же смотрит .desktop-файл.

Или от прежней программы userpasswd планируется тоже отказаться?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>261850</commentid>
    <comment_count>46</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-03-26 13:14:18 +0300</bug_when>
    <thetext>(In reply to Arseny Maslennikov from comment #44)
&gt; userpasswd-gnome:
Небольшое замечание отн. апстрима userpasswd-gnome.
Хорошо, что я проходил по commitdiff и заметил.
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
&gt; @@ -58,6 +61,8 @@ target_compile_options(
&gt;  )
&gt;  
&gt;  install (TARGETS ${PROJECT_NAME} DESTINATION bin)
&gt; +install (FILES ${DESKTOP_FILE} DESTINATION
&gt; +         /usr/share/applications)
&gt;  
&gt;  set(CMAKE_CLEAN_FILES ${PROJECT_NAME})
&gt;  include(GNUInstallDirs)
В процитированном фрагменте уместен путь `${CMAKE_INSTALL_DATADIR}/applications`.

https://cmake.org/cmake/help/v3.31/command/install.html#files
&gt; To make packages compliant with distribution filesystem layout policies, if projects must specify a DESTINATION, it is strongly recommended that they use a path that begins with the appropriate relative GNUInstallDirs variable. This allows package maintainers to control the install destination by setting the appropriate cache variables. The following example shows how to follow this advice while installing an image to a project-specific documentation subdirectory:
&gt;
&gt; include(GNUInstallDirs)
&gt; install(FILES logo.png
&gt;         DESTINATION ${CMAKE_INSTALL_DOCDIR}/myproj
&gt; )
Не надо начинать новые проекты на CMake. Из этого не выходит ничего хорошего.
Возможно, рациональным исключением из этого правила был бы Qt-dependent проект
(потому что иначе придётся соображать, как правильно интегрироваться с Qt без
CMake), но это же не наш случай...

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

&gt; --- a/src/pam_helper/CMakeLists.txt
&gt; +++ b/src/pam_helper/CMakeLists.txt
&gt; @@ -20,7 +20,7 @@ target_include_directories(helper PRIVATE ${HEADER_DIR} ${GOBJECT_INCLUDE_DIRS}
&gt;  target_link_libraries(helper PRIVATE ${GOBJECT_LIBRARIES} ${GIO_LIBRARIES} ${PAM_LIBRARIES} ${JSON_GLIB_LIBRARIES})
&gt;  target_compile_options(helper PRIVATE ${GOBJECT_CFLAGS} ${GIO_CFLAGS} ${PAM_CFLAGS} ${JSON_GLIB_CFLAGS})
&gt;  
&gt; -install (TARGETS helper DESTINATION ${CMAKE_INSTALL_LIBDIR}/userpasswd/)
&gt; +install (TARGETS helper DESTINATION /usr/lib/userpasswd/)
&gt;  
&gt;  set(CMAKE_CLEAN_FILES ${PROJECT_NAME})
&gt;  include(GNUInstallDirs)
Здесь тоже `${CMAKE_INSTALL_PREFIX}/lib/userpasswd`, если нет отдельной переменной для такого контента.

То же касается `${CMAKE_INSTALL_DATADIR}/gnome-shell` в гноморасширении.

В наше время вообще можно брать meson и горя не знать, особенно для проектов на gnome-стеке.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>261892</commentid>
    <comment_count>47</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-03-26 16:31:34 +0300</bug_when>
    <thetext>(Ответ для Arseny Maslennikov на комментарий #44)
&gt; userpasswd-gnome:
&gt;
&gt; Ещё один вопрос _кандидату_: можно ли упаковать программу с правами setgid
&gt; shadow при помощи директив для RPM? если нет, почему?

Добрый день!
По поводу setgid shadow: у Вас сейчас старая таска, в ней был неправильный подход к назначению прав. В итоге сделали так:

%attr(2711, root, shadow) %_libexecdir/userpasswd/helper

Простите за путаницу, корректная таска: 375891 (https://git.altlinux.org/tasks/archive/done/_367/375891/)

&gt; в сборочной среде указан пакет ccmake. Вопрос _кандидату_: зачем?
По поводу ccmake: да, зависимость от ccmake тут не нужна, уберу.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>263273</commentid>
    <comment_count>48</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-04-21 11:50:23 +0300</bug_when>
    <thetext>Добрый день!

Обновила пакеты userpasswd-common, userpasswd и userpasswd-gnome. Учла свои ошибки при прошлых обновлениях и внесла дополнительные изменения.
userpasswd:
- сделала записи в changelog пакета более содержательными
- изменила свои записи на прошедшее время
- удалила поле Packager
userpasswd-gnome:
- заменила ccmake на cmake
- исправила пути в CMakeLists.txt на использование переменных
- установка прав была исправлена в прошлой версии

Номер задания в Sisyphus: #381971</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>263275</commentid>
    <comment_count>49</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-04-21 11:59:08 +0300</bug_when>
    <thetext>Также собрала новый пакет в Sisyphus - Cambalache.
Для его работы также собрала проект Casilda.

Cambalache - это конструктор графического интерфейса для GTK4/GTK3. Casilda - виджет-композитор Wayland для Gtk4, который можно использовать для встраивания окон других процессов в приложение Gtk4.

Пакеты уже попали в Sisyphus:
Cambalache - https://packages.altlinux.org/ru/sisyphus/srpms/cambalache/
Casilda - https://packages.altlinux.org/ru/sisyphus/srpms/casilda/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>263276</commentid>
    <comment_count>50</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-04-21 12:00:28 +0300</bug_when>
    <thetext>Обновила пакет alloy: 1.7.4-alt1 -&gt; 1.8.1-alt1

Уже попал в Sisyphus: https://packages.altlinux.org/ru/sisyphus/srpms/alloy/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>263751</commentid>
    <comment_count>51</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-04-29 11:33:12 +0300</bug_when>
    <thetext>(In reply to alxvmr from comment #48)
&gt; Добрый день!
&gt; 
&gt; Обновила пакеты userpasswd-common, userpasswd и userpasswd-gnome. Учла свои
&gt; ошибки при прошлых обновлениях и внесла дополнительные изменения.
&gt; userpasswd:
&gt; - сделала записи в changelog пакета более содержательными
&gt; - изменила свои записи на прошедшее время
&gt; - удалила поле Packager
&gt; userpasswd-gnome:
&gt; - заменила ccmake на cmake
&gt; - исправила пути в CMakeLists.txt на использование переменных
&gt; - установка прав была исправлена в прошлой версии
&gt; 
&gt; Номер задания в Sisyphus: #381971

Здорово. Я надеюсь, что смогу посмотреть внимательно на этой неделе (фактически уже на майских). Извините, что торможу :/

У меня было окно, в которое я довольно сильно залип в код gpresult, хотел к нему немного придраться, но потом оказалось, что без изменения cli там сильно лучше не сделаешь. Так что проехали, да и это не касалось напрямую нашего с вами review.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>263752</commentid>
    <comment_count>52</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-04-29 11:37:54 +0300</bug_when>
    <thetext>(In reply to alxvmr from comment #50)
&gt; Обновила пакет alloy: 1.7.4-alt1 -&gt; 1.8.1-alt1
&gt; 
&gt; Уже попал в Sisyphus: https://packages.altlinux.org/ru/sisyphus/srpms/alloy/

Пока вот о чём задам вопрос.
&gt;  25 ExcludeArch: %ix86
По какой причине пришлось выкинуть intel-32?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>263753</commentid>
    <comment_count>53</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-04-29 11:55:20 +0300</bug_when>
    <thetext>(Ответ для Arseny Maslennikov на комментарий #52)
&gt; (In reply to alxvmr from comment #50)
&gt; &gt; Обновила пакет alloy: 1.7.4-alt1 -&gt; 1.8.1-alt1
&gt; &gt; 
&gt; &gt; Уже попал в Sisyphus: https://packages.altlinux.org/ru/sisyphus/srpms/alloy/
&gt; 
&gt; Пока вот о чём задам вопрос.
&gt; &gt;  25 ExcludeArch: %ix86
&gt; По какой причине пришлось выкинуть intel-32?

Добрый день!
Насколько помню, не хватает места на сборочнице (cannot allocate memory). В пакете содержится большой объем завендоренных зависимостей.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>263754</commentid>
    <comment_count>54</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-04-29 11:59:29 +0300</bug_when>
    <thetext>(Ответ для Arseny Maslennikov на комментарий #51)
&gt; Здорово. Я надеюсь, что смогу посмотреть внимательно на этой неделе
&gt; (фактически уже на майских). Извините, что торможу :/

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

&gt; У меня было окно, в которое я довольно сильно залип в код gpresult, хотел к
&gt; нему немного придраться, но потом оказалось, что без изменения cli там
&gt; сильно лучше не сделаешь. Так что проехали, да и это не касалось напрямую
&gt; нашего с вами review.

Да, логика у gpresult своеобразная :) Если есть предложения по изменению cli - пишите, пожалуйста (можно прям на github).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>263762</commentid>
    <comment_count>55</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2025-04-29 13:21:00 +0300</bug_when>
    <thetext>(In reply to alxvmr from comment #53)
&gt; &gt; &gt;  25 ExcludeArch: %ix86
&gt; &gt; По какой причине пришлось выкинуть intel-32?
&gt; 
&gt; Добрый день!
&gt; Насколько помню, не хватает места на сборочнице (cannot allocate memory). В
&gt; пакете содержится большой объем завендоренных зависимостей.
Это объяснение лучше всего добавить в виде комментария перед строчкой с ExcludeArch:, с цитатой из лога сборки с ошибкой.  Коммуникация с другими разработчиками (на моей практике главный разработчик, с которым приходится коммуницировать это я сам через n лет) не менее важна, чем коммуникация с rpm-build.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>264075</commentid>
    <comment_count>56</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-05-05 14:25:48 +0300</bug_when>
    <thetext>(In reply to Gleb F-Malinovskiy from comment #55)
&gt; (In reply to alxvmr from comment #53)
&gt; &gt; &gt; &gt;  25 ExcludeArch: %ix86
&gt; &gt; &gt; По какой причине пришлось выкинуть intel-32?
&gt; &gt; 
&gt; &gt; Добрый день!
&gt; &gt; Насколько помню, не хватает места на сборочнице (cannot allocate memory). В
&gt; &gt; пакете содержится большой объем завендоренных зависимостей.
&gt; Это объяснение лучше всего добавить в виде комментария перед строчкой с
&gt; ExcludeArch:, с цитатой из лога сборки с ошибкой.  Коммуникация с другими
&gt; разработчиками (на моей практике главный разработчик, с которым приходится
&gt; коммуницировать это я сам через n лет) не менее важна, чем коммуникация с
&gt; rpm-build.

+1.

То же самое относится к нетривиальным операциям, которые мейнтейнеру нужно проделывать с исходниками вручную, чтобы можно было их собрать — например, у вас в этом пакете таким образом описано, как правильно завендорить вебфронт (и оч. хорошо!).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>264076</commentid>
    <comment_count>57</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-05-05 14:26:09 +0300</bug_when>
    <thetext>alloy:

* В спеке есть BR: libsystemd-devel. Нужен ли там этот пакет? Если да, то для чего?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>264077</commentid>
    <comment_count>58</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-05-05 14:26:27 +0300</bug_when>
    <thetext>gpresult:

Я всё ныл про changelog в ранее рассмотренных пакетах; так вот здесь он лучше. Видимо, потому, что содержит записи о развитии самого gpresult. :)

В спеке есть явная зависимость на libgvdb-gir. Неужели автопоиск не справился?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>264078</commentid>
    <comment_count>59</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-05-05 14:31:38 +0300</bug_when>
    <thetext>(In reply to Arseny Maslennikov from comment #58)
&gt; gpresult:

Я не то чтобы эксперт по переводу, но бросилось в глаза, что переводы установлены под python3 sitepackages.
Предназначен ли gpresult быть импортированным в качестве питоньего модуля?
Если нет, то почему бы не положить под /usr/share/locale?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>264079</commentid>
    <comment_count>60</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-05-05 14:33:02 +0300</bug_when>
    <thetext>Нижеследующий вопрос касается сразу нескольких разных пакетов. Я заметил, что директива define _unpackaged_files_terminate_build 1 начала из спеков пропадать. С чем это связано?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>264119</commentid>
    <comment_count>61</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-05-05 21:43:24 +0300</bug_when>
    <thetext>casilda:

Для размещения GObject intro у нас есть %_girdir и %_typelibdir. Об этом, насколько я помню, никто ни в каких базах знаний не пишет, так что это на будущее. :)

Ну, и библиотеку, согласно Shared Libs Policy[1], лучше класть в пакет с версией. Вон, у wireplumber тоже номерок вписан в имя библиотеки, soversion не меняется, а поломок интерфейса не было, но в некоторый момент мне пришлось собирать в репозиторий обе версии сразу.

Ещё, бывает, файлы gir и typelib выделяют в подпакеты *-gir и *-gir-devel, но тут на вкус и цвет товарища нет, делайте как вам удобно.

[1] https://altlinux.org/Shared_Libs_Policy

Теперь вопрос:
&gt; 41 %package devel
&gt; 42 Group: Development/GNOME and GTK+
&gt; 43 Summary: Wayland compositor for GTK4
&gt; 44 Requires: %{name}%{?_isa} = %{version}-%{release}
Интересно, зачем здесь зависимость на %{name}%{?_isa}? Да и просто явно прописанная зависимость.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>264133</commentid>
    <comment_count>62</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-05-06 08:19:39 +0300</bug_when>
    <thetext>(Ответ для Gleb F-Malinovskiy на комментарий #55)
&gt; (In reply to alxvmr from comment #53)
&gt; &gt; &gt; &gt;  25 ExcludeArch: %ix86
&gt; &gt; &gt; По какой причине пришлось выкинуть intel-32?
&gt; &gt; 
&gt; &gt; Добрый день!
&gt; &gt; Насколько помню, не хватает места на сборочнице (cannot allocate memory). В
&gt; &gt; пакете содержится большой объем завендоренных зависимостей.
&gt; Это объяснение лучше всего добавить в виде комментария перед строчкой с
&gt; ExcludeArch:, с цитатой из лога сборки с ошибкой.  Коммуникация с другими
&gt; разработчиками (на моей практике главный разработчик, с которым приходится
&gt; коммуницировать это я сам через n лет) не менее важна, чем коммуникация с
&gt; rpm-build.

Добавлю с обновлением вместе с обновлением до новой версии.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>264134</commentid>
    <comment_count>63</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-05-06 08:20:09 +0300</bug_when>
    <thetext>(Ответ для alxvmr на комментарий #62)
&gt; (Ответ для Gleb F-Malinovskiy на комментарий #55)
&gt; &gt; (In reply to alxvmr from comment #53)
&gt; &gt; &gt; &gt; &gt;  25 ExcludeArch: %ix86
&gt; &gt; &gt; &gt; По какой причине пришлось выкинуть intel-32?
&gt; &gt; &gt; 
&gt; &gt; &gt; Добрый день!
&gt; &gt; &gt; Насколько помню, не хватает места на сборочнице (cannot allocate memory). В
&gt; &gt; &gt; пакете содержится большой объем завендоренных зависимостей.
&gt; &gt; Это объяснение лучше всего добавить в виде комментария перед строчкой с
&gt; &gt; ExcludeArch:, с цитатой из лога сборки с ошибкой.  Коммуникация с другими
&gt; &gt; разработчиками (на моей практике главный разработчик, с которым приходится
&gt; &gt; коммуницировать это я сам через n лет) не менее важна, чем коммуникация с
&gt; &gt; rpm-build.
&gt; 
&gt; Добавлю с обновлением вместе с обновлением до новой версии.

*Добавлю вместе с обновлением до новой версии.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>264136</commentid>
    <comment_count>64</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-05-06 08:43:26 +0300</bug_when>
    <thetext>(Ответ для Arseny Maslennikov на комментарий #57)
&gt; alloy:
&gt; 
&gt; * В спеке есть BR: libsystemd-devel. Нужен ли там этот пакет? Если да, то
&gt; для чего?

В апстриме указано, что пакет нужен для сборки:

### Compile on Linux

Compiling Alloy on Linux requires extra dependencies:

* [systemd headers](https://packages.debian.org/sid/libsystemd-dev) for
  Loki components.

   * Can be installed on Debian-based distributions with:

     ```bash
     sudo apt-get install libsystemd-dev
     ```</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>264139</commentid>
    <comment_count>65</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-05-06 08:53:45 +0300</bug_when>
    <thetext>(Ответ для Arseny Maslennikov на комментарий #58)
&gt; gpresult:
&gt; 
&gt; Я всё ныл про changelog в ранее рассмотренных пакетах; так вот здесь он
&gt; лучше. Видимо, потому, что содержит записи о развитии самого gpresult. :)
&gt; 
&gt; В спеке есть явная зависимость на libgvdb-gir. Неужели автопоиск не
&gt; справился?

Автопоиск справился, в зависимостях указывает typelib(Gvdb).

libgvdb-gir собирала специально для gpresult, поэтому и указала...

Поправлю.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>264150</commentid>
    <comment_count>66</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-05-06 10:42:59 +0300</bug_when>
    <thetext>(Ответ для Arseny Maslennikov на комментарий #59)
&gt; (In reply to Arseny Maslennikov from comment #58)
&gt; &gt; gpresult:
&gt; 
&gt; Я не то чтобы эксперт по переводу, но бросилось в глаза, что переводы
&gt; установлены под python3 sitepackages.
&gt; Предназначен ли gpresult быть импортированным в качестве питоньего модуля?
&gt; Если нет, то почему бы не положить под /usr/share/locale?

Пересобрала с нормальной установкой переводов в /usr/share/locale + перенесла упаковку bash-completions в pyproject.toml

Задание в Sisyphus: 383381</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>264151</commentid>
    <comment_count>67</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-05-06 10:44:44 +0300</bug_when>
    <thetext>(Ответ для Arseny Maslennikov на комментарий #60)
&gt; Нижеследующий вопрос касается сразу нескольких разных пакетов. Я заметил,
&gt; что директива define _unpackaged_files_terminate_build 1 начала из спеков
&gt; пропадать. С чем это связано?

Брала за основу разные spec-файлы...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>264153</commentid>
    <comment_count>68</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-05-06 11:22:05 +0300</bug_when>
    <thetext>(Ответ для Arseny Maslennikov на комментарий #61)
&gt; casilda:
&gt; 
&gt; Для размещения GObject intro у нас есть %_girdir и %_typelibdir. Об этом,
&gt; насколько я помню, никто ни в каких базах знаний не пишет, так что это на
&gt; будущее. :)
&gt; 
&gt; Ну, и библиотеку, согласно Shared Libs Policy[1], лучше класть в пакет с
&gt; версией. Вон, у wireplumber тоже номерок вписан в имя библиотеки, soversion
&gt; не меняется, а поломок интерфейса не было, но в некоторый момент мне
&gt; пришлось собирать в репозиторий обе версии сразу.
&gt; 
&gt; Ещё, бывает, файлы gir и typelib выделяют в подпакеты *-gir и *-gir-devel,
&gt; но тут на вкус и цвет товарища нет, делайте как вам удобно.
&gt; 
&gt; [1] https://altlinux.org/Shared_Libs_Policy
&gt; 
&gt; Теперь вопрос:
&gt; &gt; 41 %package devel
&gt; &gt; 42 Group: Development/GNOME and GTK+
&gt; &gt; 43 Summary: Wayland compositor for GTK4
&gt; &gt; 44 Requires: %{name}%{?_isa} = %{version}-%{release}
&gt; Интересно, зачем здесь зависимость на %{name}%{?_isa}? Да и просто явно
&gt; прописанная зависимость.

Чтобы привязать архитектуру.
https://rpm-software-management.github.io/rpm/manual/arch_dependencies.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>265958</commentid>
    <comment_count>69</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-05-29 09:07:06 +0300</bug_when>
    <thetext>Добавила комментарий к исключению архитектуры в alloy-1.8.3-alt1. Номер задания: 384971</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>266223</commentid>
    <comment_count>70</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-06-02 10:13:58 +0300</bug_when>
    <thetext>(In reply to alxvmr from comment #68)
&gt; (Ответ для Arseny Maslennikov на комментарий #61)
&gt; &gt; casilda:
&gt; &gt; 
&gt; &gt; &gt; 44 Requires: %{name}%{?_isa} = %{version}-%{release}
&gt; &gt; Интересно, зачем здесь зависимость на %{name}%{?_isa}? Да и просто явно
&gt; &gt; прописанная зависимость.
&gt; 
&gt; Чтобы привязать архитектуру.
&gt; https://rpm-software-management.github.io/rpm/manual/arch_dependencies.html
[Надо же, я написал это две недели назад и не отправил. ﷐[U+1F926]﷑‍♂️]

Короче, %_isa — это такой редхатизм; у нас этот макрос не определён, а задача обеспечить мультиарч на x86 решается по-другому: подсистема &quot;arepo&quot; кладёт содержимое i586-пакетов в x86-64-пакеты с другим именем и расставленными достаточным образом зависимостями.
Зависимости вида `Requires: %{name}%{?_isa}` у нас на сегодняшний день не имеют смысла, хоть в каких-то спеках (цельнотянутых из Fedora?) и присутствуют. Лучше  будет убрать.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>266224</commentid>
    <comment_count>71</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-06-02 10:14:07 +0300</bug_when>
    <thetext>
(In reply to alxvmr from comment #64)
&gt; (Ответ для Arseny Maslennikov на комментарий #57)
&gt; &gt; alloy:
&gt; &gt; 
&gt; &gt; * В спеке есть BR: libsystemd-devel. Нужен ли там этот пакет? Если да, то
&gt; &gt; для чего?
&gt; 
&gt; В апстриме указано, что пакет нужен для сборки:
&gt; 
&gt; ### Compile on Linux
&gt; 
&gt; Compiling Alloy on Linux requires extra dependencies:
&gt; 
&gt; * [systemd headers](https://packages.debian.org/sid/libsystemd-dev) for
&gt;   Loki components.
&gt; 
А, я понял:

https://github.com/grafana/loki/blob/v3.5.1/README.md?plain=1#L129
 129  On Linux, Promtail requires the systemd headers to be installed if
 130  Journal support is enabled.
 131  To enable Journal support the go build tag flag `promtail_journal_enabled` should be passed

Т. е. это не совсем фиктивная зависимость, они хотят sd_journal(3), и, судя по
всему, не напрямую (через модуль coreos/go-systemd), т. е. отпилить это не
так-то просто. Ну ладно.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>266227</commentid>
    <comment_count>72</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-06-02 10:18:24 +0300</bug_when>
    <thetext>(In reply to alxvmr from comment #69)
&gt; Добавила комментарий к исключению архитектуры в alloy-1.8.3-alt1. Номер
&gt; задания: 384971

Так пойдёт. Спасибо!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>266254</commentid>
    <comment_count>73</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-06-02 13:54:52 +0300</bug_when>
    <thetext>cambalache:

* Как и в некоторых ранее рассмотренных пакетах, тут зачем-то расставлены явные зависимости на *-gir. Может, не надо?
* В этот пакет упакован сам каталог %_girdir, т. е. он присутствует в filelist пакета. Вот так точно не надо делать, такие каталоги, в которые много кто раскладывает свои данные — это filesystem-* или *-filesystem, и если у нас %_girdir unowned, то это бага всего репозитория. Таких недочётов у нас много: `%_datadir/metainfo` не упакованы, `%_datadir/icons/$size` всякие не упакованы. Это потому, что либо не договорились, либо при очередном изменении пакета filesystem руки не дошли предложить какой-то порядок и убедить сообщество (если есть сомнения), что надо именно так.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>269928</commentid>
    <comment_count>74</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-07-28 11:06:23 +0300</bug_when>
    <thetext>Поправила cambalache:
- убраны -gir зависимости
- убрана упаковка каталога %_girdir

Номер задания: 391012</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>270042</commentid>
    <comment_count>75</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-07-29 18:02:08 +0300</bug_when>
    <thetext>(In reply to alxvmr from comment #74)
&gt; Поправила cambalache:
&gt; - убраны -gir зависимости
&gt; - убрана упаковка каталога %_girdir
&gt; 
&gt; Номер задания: 391012
OK, спасибо!

Жду ещё исправление упаковки gettext-сообщений в gpresult (задание надо довести до конца :).

Если я ничего не упустил, всё остальное, что нужно было поправить в ваших пакетах, вы поправили, и ещё чему-то провели NMU, и вообще много в чём поучаствовали, что в альтотиме _всегда приветствуется_.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>270043</commentid>
    <comment_count>76</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-07-29 18:06:27 +0300</bug_when>
    <thetext>(In reply to Arseny Maslennikov from comment #75)
&gt; Жду ещё исправление упаковки gettext-сообщений в gpresult (задание надо
&gt; довести до конца :).
Вообще, видно, что Мария научилась собирать пакеты и ясно понимает, что и зачем нужно делать в этом процессе, самостоятельно находит решения проблем, в т. ч. растёт как разработчик (что позволяет самостоятельно вносить в пакеты нетривиальные патчи), и давно пора уже переходить к 5.x.

Но в процессе ревью иногда выяснялось, что Мария повторяет ошибки, которые допускала ранее, которые обнаруживались на ревью и которые потом исправляет. :)
Я думаю, что ув. кандидату надо что-то новое собрать с нуля, предъявить на ревью и при этом не ошибиться, и тогда можно смело завершать процедуру join.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>270104</commentid>
    <comment_count>77</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-07-30 13:46:09 +0300</bug_when>
    <thetext>Подскажите, пожалуйста, проект для пакетирования кто-то должен дать или я сама могу выбрать?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>270106</commentid>
    <comment_count>78</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-07-30 13:57:28 +0300</bug_when>
    <thetext>(In reply to alxvmr from comment #77)
&gt; Подскажите, пожалуйста, проект для пакетирования кто-то должен дать или я
&gt; сама могу выбрать?
Кандидат вместе с ментором, как и раньше. Рецензент имеет право предложить что-то конкретное, если есть затруднения в подборе, но кандидат и ментор не обязаны прислушиваться.

Может подобрать ментор, можете вы (тогда за ментором на всякий случай остаётся право вето). Если бы среди уже собранных вами пакетов был перекос в сторону какой-то конкретной категории (такое бывает; некоторые вон собирают исключительно gnome apps), то я бы предложил собрать что-нибудь другое, но в вашем случае такого перекоса нет.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>270107</commentid>
    <comment_count>79</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2025-07-30 13:59:15 +0300</bug_when>
    <thetext>(In reply to Arseny Maslennikov from comment #78)
&gt; Рецензент имеет право предложить
&gt; что-то конкретное, если есть затруднения в подборе, но кандидат и ментор не
&gt; обязаны прислушиваться. :)
Я пока что воздерживаюсь от того, чтобы предложить что-то конкретное. Я пошарился как-то по разделу &quot;New/proposed packages&quot; в bugzilla, чтобы предложить проект другому почти готовому кандидату в похожей ситуации, и вбросил с виду безобидный проект. А потом вчитался подробнее и выяснилось, что он не работает без ONNX Runtime, который ещё поди собери в Сизиф с соблюдением наших политик. Т. е. предлагать такое начинающему мейнтейнеру в качестве барьера — издевательство. До сих пор стыдно :/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>279559</commentid>
    <comment_count>80</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2025-12-25 10:45:50 +0300</bug_when>
    <thetext>Добрый день!

Собрала header-only библиотеку recycle - реализация простого пула ресурсов на C++.
Данная библиотека нужна для старта сборки форка проекта eclipse 4diac-forte (https://gitverse.ru/IT_Severstal/4diac-forte).

Номер сборочного задания 402397</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280145</commentid>
    <comment_count>81</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2026-01-12 20:39:24 +0300</bug_when>
    <thetext>(In reply to alxvmr from comment #80)
&gt; Добрый день!
&gt; 
&gt; Собрала header-only библиотеку recycle - реализация простого пула ресурсов
&gt; на C++.
&gt; Данная библиотека нужна для старта сборки форка проекта eclipse 4diac-forte
&gt; (https://gitverse.ru/IT_Severstal/4diac-forte).
&gt; 
&gt; https://git.altlinux.org/tasks/402397
Посмотрел; претензий у меня нет.
Идём дальше по процедуре.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280232</commentid>
    <comment_count>82</comment_count>
    <who name="Gleb F-Malinovskiy">glebfm</who>
    <bug_when>2026-01-14 17:18:35 +0300</bug_when>
    <thetext>Пользователь добавлен в группу мейнтейнеров.

Желаю удачного мейнтейнерства!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>280237</commentid>
    <comment_count>83</comment_count>
    <who name="alxvmr">alekseevamo</who>
    <bug_when>2026-01-14 17:33:09 +0300</bug_when>
    <thetext>Спасибо!</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>15275</attachid>
            <date>2023-12-25 14:11:23 +0300</date>
            <delta_ts>2024-01-23 15:56:45 +0300</delta_ts>
            <desc>Публичный ssh-ключ</desc>
            <filename>ssh_join</filename>
            <type>text/plain</type>
            <size>106</size>
            <attacher name="alxvmr">alekseevamo</attacher>
            
              <data encoding="base64">c3NoLWVkMjU1MTkgQUFBQUMzTnphQzFsWkRJMU5URTVBQUFBSU9DWWRGU0VURGg5VDlZdWpnbVNE
OWNWQ0U3bnNWSlc5Qmh0aDVjejdDc2cgYWxla3NlZXZhbW9AbGVub3ZvLTkzMDQ0Cg==
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>15276</attachid>
            <date>2023-12-25 14:11:44 +0300</date>
            <delta_ts>2024-01-23 15:56:14 +0300</delta_ts>
            <desc>GPG-ключ</desc>
            <filename>gpg_join</filename>
            <type>application/pgp-keys</type>
            <size>3082</size>
            <attacher name="alxvmr">alekseevamo</attacher>
            
              <data encoding="base64">LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdXSllhTUJFQURHZENl
eXZlMk1hb1U2YWRtcktlcktXRXYxczY3dEY0bTJQVElSY2crL3lDN1hSUGFjCjIrQitjaTU5UzdM
Z3FHMUFla0p4clpnNzhYeUdBcFdiRzdNWnNtK0lnS05YN3ZIN2hGb1d4QnJHamw0V2d5M3QKblht
VEM3MHQ0VmNvZ1VUdTJaSEFMT2JxNVJIU3FtNXJmM2huRlVlL0pyYitvR0hveWUxTkpoUjJ0d1ps
L2U0VQo1QS8xNzRUMXhXTDdTYmN4Vi9PRGFGRjdZcGdPZ2F1SUE2VjNndi9GSG1PS1lZWTRzSERl
VHVNRThMNmJJdmY4CnVWZnFUZ3hLaFB4eUc0ODlYZFBIQXJkelVUSmtQSmNQZCtCQ3ZOSm4vZjFj
WHNEdnlHYzZyVUY1VE5UL0hMbEkKRHY1VHZobWRJR1pVVDNORkJoSW5zaWo0a3hVck51Z0hwM1dh
M3Z1dkErekpzeGh0R3kxVGZSdDdZYjBMN0g0Ngo2RUZWUTBKMnhRbVZqR1RkMURrVUtDd05tZ1pD
TWpFZ29KSGF0L0lZZHFXZXhmVWd3Mnl1NTdGZG1lUmFDMzZnCmpxaTQ5enNVL2xhazdCQkRSa2lJ
QXJBV0tSaEdlbUVUYWFPMnRjTUNoNjJXM3Rpa0hBaElXREFCa0JvQkxaWnYKMlYvVVAvZStZTEJl
OG93MDFwMGFXbDA5S2M1M1NtVVBiczlNMEhCOVNmb2xDRUM1enRNb05EUFNHY2YyNHU2YwpyZXN0
OERVMXBrMEJHaEdLSzVWNmpPK0lKL3BRZDVxR3ZZWTBTTVJlS2dCQ3FTOVRmZHpNYnNkRW1VUER4
WXFJCmdpL1lYSnlsL2tGL2xJN08reE1ac25mNk5xSzBTUmhMazFveXhtMTNXL2lXRlhhQ09sRmd2
cmFIa1FBUkFRQUIKdENsQmJHVjRaV1YyWVNCTllYSnBZU0E4WVd4bGEzTmxaWFpoYlc5QVlXeDBi
R2x1ZFhndWIzSm5Qb2tDT0FRVApBUWdBSWdVQ1pZbGhvd0liQXdZTENRZ0hBd0lHRlFnQ0NRb0xC
QllDQXdFQ0hnRUNGNEFBQ2drUVZ3VnUxQ0ZPCjRvSXRrdy8vVXFWbmROU1VYdFRVVDJoTEM1VFJP
WUwxTFJHVGE5QXNvVWdGcTNOVFB4OXdPWGsrYk8yV3RpSlMKNFJMTEhmb2ZIdzZPb3hMZUM0c0V3
TGQ3QnNrS3FWRmpCVnlLL0JsemlkNTJIS0dqUFZPS2lFK1E5bEwzLzA2RApWaC82S2JNNkRTVWsy
SlYweUdIdHVzNkNxejExMmpwZkRycE5HbmtuVGxGcTJxdk9TYStXWnNFNCtNTHJqQlVwClF1b0hk
Y2NIUDB1Q2ZzZ0lXeGl1SGt3OEtaRkJkNVNWVU1tMjAyQmhZdlF0RXpRcmV6bDh3U0UyV2EzS2Rk
TFUKMGI5RVB4QTNnQ3JvZDh2TEtZMCtvVENNeHA5RkJJczV4ci84VWFISHdtL0ZJLzZ4dS9NVkJM
T253aGFYbGtQOQpQTEVVVWgra091MFVROVluZGlBRmN2SjVDWjJVSVdOZHJMenlQdHNMWFRORjFp
am9MUjV2M2QyOHQ3ajREak9mCk84Y0F4NjlITldtNUp6QVBxVjFTSis1czlXSDlGazVYTk1FQW5p
OHMwYW5yUkhCWWkrMkUxOUFkUlhqWW5TR1gKTlRlR01aVHlmWEtIb29zcEdxNDdWeDRhWW9tM3Ir
U1JjWUM5RUxBUVBqeHZJam9kdGtJU214NnRjZi9iVWtQRQo5bmlWK0xRRFNTQjlDaTBRRXU5ZVBi
aTZBcVpjUi9INlhkOXB1dWxMUjhqbWFEbEQzUThXZkNWRUdNZklFZzFiCnBiUFpyQ1NKbGFuNFd4
Qkhob3lkcXNYcXN3YVNNNityZ0JyQU11TnRsY29Bdngxb1VyMHhISFFhL3I5K1RHVnEKRGxpRHJT
a0I2MHdoSmhuNzJIUFdyalZBa2RyQm5mZ2xrY3pYWmVrdjE0ZitSYm5PY2NXNUFnMEVaWWxob3dF
UQpBTEQxWTRPL0s5ZUk3V0VhcjBXaGxVbmRLN3BNL3ZZZDRBTXRIUEs0QzBvY2VxaHdZNFlra2NC
L01vRHp1TVZQCjNEdlpsSXBERUNrMVpmN1dTaFd4aGIzZnk5Z2ovYnU3enh3VXdJWnhDSlp2WXU5
NitJbkRNVEFJYS9ESUV6VUsKMnROV3IxbEw3UGZTMEtvS0FrOW5raENua2U0UUJJbS9aejFnejFW
NkhMNUNKbXJUNVJ1WXQvVjVsM09XY2NlegorNzRFWXIrZUhxTmJGT0JQS2ZtalB3WmRENVJnMkkz
UUJGbDNzWXZZQkpuYks0bDJ1c1BSQTdzTlkvQ0l3ZFVwCnZQZE9XdGc0YTA1UGNhSWFETFNtRFVP
cTVEcXRnZUFJVkZ3SDk5VGYwbVgxUytPcVpRL0RMTHI0T05MT08xbU0KMnMzU2lzakYvS3A1U2Nl
L25XWnF3OS9KNTBmYUpQWXVXdlh2MmZwWjhvT3V0a2xIUWZpcGsyY2F2TUhUQTRiSApBVnhrSlNF
b2lLYzRIMUNzNXhDYW9xaFdkakxLZk1nYVlFVUVhU3RwZnNaUzJySm1rN1lEbk00UG1DM2pxZzcr
CldCNDBmdXU4NUN1b29vWTM2djVUNU1VdFFaemM2RWt2S3l0aGZTdVhDR0hITnFOWjBib2dpcWxs
MkdHN2dWRFAKTW81N243SnVSVndJRG5WOE5tRXNuQlhMWE5GU1ltUGp3c1ViUnVqSGVhdnFJK1lQ
cmFiNk12K2k2di9DOElSQQovdUZrRkN4UDMxN1k0WVAyT252aStodGhmTDVEcnJXVHBWZVBaYXdS
YU5IcTdqZ05BQk9LWUdNWkxmejFjWXJnClI2Z0VTcG90eEZTZUl6WEU4eVcxRTVuckFQcDVuWG4x
enBZV0hod3hJRFBOQUJFQkFBR0pBaDhFR0FFSUFBa0YKQW1XSllhTUNHd3dBQ2drUVZ3VnUxQ0ZP
NG9LWS93Ly9UOWVlc3dMdEZMcU5jeW9IWWxZcnBMRVZhNmhpRDArYwpVQ1d1c3REOXY1S2YybXB6
NzJtdlRBeWUvTlZhNkFsditSV0xYVldON0xSRHF6bXJPUTVpd0I3dFo0UjNlSXErCk1QQU1RNlhB
bG9mOVlZUytWNmlDTk0wRVo3Z2ZVaGlRQ1RaRlZxcW9ZUXc1bUgwcTErU3l2ak1mNFFaazVBSDgK
S2dPenNOSE5Ec09HZW53Q2FuNjRTVU91UThHY21YVHZlZDZBZGlRZlVXVW1SRTkraWRzWkU5Q2ND
WFpYU0RZVQpIc1JsVHNCbk9tbUNKU0tIakJkVjVQaXl0N3dNODRpN3ZGQ3NqT2lyWDIzNjlIN2NY
MVp0bGhtMThHVGxUUkNiClE5YkhCLzRtanpQc3ZPZG9vcWN0KzlNUmZMNkYwdXBiZjRicnYxZjZn
bjVzUE1yVHFKYTJpVTJabTNvL1VadjcKTUlGazQ4Q3pja0NTeStHNEJUbjg2SGxBREw3cTl0NjIr
Y1FTVGFRdmZ3QUV0T1Z2RUdVT3JpdWtmR2pIdmx4QQpIOENLcEdlOS9INVQyN3dxdzgzZDQzdCtT
UXhtNDNQZjJldGhiTWt6M2M0TGVZaVhhaHQvSjVFSWhKRDVZTWNLClIzQk1UR3lXMDFVQWtQdnlL
cU9JcjNRSmsvWnR0RjNOaWc1K2R6SlVYTG9YamxIeGZPR3cxV2wyZUdxWVJ1TVAKaXJPZld1MjUv
czR6K0F1VEpPdk8yeS82dGxQYmRZQVBTNGVYRGZEcTJPaFZvYkZldmQyYVBLQi9Ba0RzNGd4NQpn
NzNvQVBObnZKY1dScUo1QS9mUVRSaDQ3NFFucHlyK3Q3RUJkV1BqbHVUOEFvVGVac0Q5SjJJanZT
dzlIMGRwCnloN29xOHBla0dVPQo9NTVyRAotLS0tLUVORCBQR1AgUFVCTElDIEtFWSBCTE9DSy0t
LS0tCg==
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>15393</attachid>
            <date>2024-01-23 15:56:14 +0300</date>
            <delta_ts>2024-01-23 18:28:19 +0300</delta_ts>
            <desc>GPG-ключ для нового ника</desc>
            <filename>gpg_key</filename>
            <type>application/pgp-keys</type>
            <size>3898</size>
            <attacher name="alxvmr">alekseevamo</attacher>
            
              <data encoding="base64">LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdXdnRmTUJFQUNydEQx
RU5uZmxmYVhvVDRUZE1GbGI0QkV3U0k5VW45cVVUNk9SVkswdHpNaWtLdmFaCmF6aE9iSnppZHQy
YVFqUm5tUU1ZQzdXNzkvWVY0dVdxZHA1VTZaRE5paENDaFZTQi93ZE5Fc0FPZ3Y3WStiYjMKUDlr
RlZpZUlaV1pJWUliY3VqQ2pBOFAramdJQm9KK1o4cDlvSllOM2l0MmFWZU9jLzUvbk1WdGxqVnl6
ZFRtaAoyRzMrbzlIUVdhbzN6SmFqOTZpZXF0MW83R2lUbm0rbVlFKyt0MnhkYUNodDlOeWdFakl2
L3NiTFZjQzF1M3dkCjhveElxU3V5N25Fd0E2bUdXSGhLVW1nUUVsQXo0c3BEZGNLNWIxRW42eXF2
MWlHS2hTVGNoZHpYaFRjaVV2UUEKSlVVRkNQck5LUS9FSWFuY3BVaXRrSmsyWENoL1B6U0tsYjZh
dzN6dXAvTytVR1doQ2tucjF1aVU0UjVWZGVzcApadU1YN1A1SzlQaFBBK0Z3Y3hZVFdkdVpIbzVn
QldsU2pCck9hbS9pdzN2anVBZ3dnRXpMS09QdlBlN1hjb3k0CmV2bzFRYmhDRlJ1WEpPOGpGbEh3
OXlLSGNidUo4aWpSN0N2aGk1T2hoVU56Q1I2Y2xwenNkVkYxNVhSNHdpR1IKUXFNKy95N2M4REQ3
emt1dVhFY0VHaTY5TnFoTTRRUWlRNklMejh0a0N3cVJ3TjkzMndNbmhBK0dNY0hFeFZjOQp5T3l2
WlZXVGdyeVUrcVNxV0RiV1lDZmNQcEh4Wk9yRkswZStZVVFvcU1CQWtKTUZ2N1ZqZWJxNG1PM3Bo
TnVnCmJUMUE3c0ZZdENQVzdvaWdkN05sVUY3dCtwY0xKaVZZa2d1SjdWZ3pjbko1Skd2Z0gyb2ta
Q29vSndBUkFRQUIKdENSQmJHVjRaV1YyWVNCTllYSnBZU0E4WVd4NGRtMXlRR0ZzZEd4cGJuVjRM
bTl5Wno2SkFqZ0VFd0VJQUNJRgpBbVd2dGZNQ0d3TUdDd2tJQndNQ0JoVUlBZ2tLQ3dRV0FnTUJB
aDRCQWhlQUFBb0pFQzFkY2pETlA0THFqaklQCi9pbUVZOXFOK3RZcGgwSlhST0d4OE9MTFRwY0lw
blBJVGpoS0Fya2tPNXBmMDhwRVlHUzh4eVZzTDFlUGxkQ3UKckdFUXZoM2FKUDcyWllCTFJIVXpB
OEFCOGthb2tmNzFyd285SUhhdUZoY0taQlB5N1pobHc4NUlZck9TSHY5dAp4Z3hwQUR1ZWhtMFk5
MUFpU05kaGU2L2pEN0IrMU5KMi9ORWJTcGFBelpSaGtKUnVlZERVWWxqOHA3YlVDVDFNCkk2UmJV
WFBLUCtuMUFCdFlCbUhaMWg3Mk43TnlGVmpHUWdTdE9BOGh5cXZhbmxYbk5yM1liUml0REw4cTdB
b1kKQkoyL2hSYmFsdVJNMEwzVTBkQy9QR0QzdWdJaWxRaDJZWWF1WUJJRVFMcDA5ZG1udGNwWXVa
TEdvdWI2QU1NRgpXT0FzM2JyRU10SGtrRzF4TiswZjd2QXhJMUVqVWxQamwzSjJSWGFqTzlxbkRu
clAxM2dhVFc0Z0Z5WlFyRDNUCnhNRENFcWRrVzhLM3g5dXh1ZTJDQnk5Z0EweTM4WDFxZU94WjhG
OHFMcndMN0pacGk0N2hiZzNMQ3hRVEZVK1oKa3ZheWNRTm9LWFpBVlR2OUUvTTdCMGJYdnZxclFL
RStOVlMzay96UUdCSm83RkphU1l6L0VMTDRoQlYvWWlMdwp0d1A0bDBET2tqSHVZYW9jU0lNeE9p
WHdVdzVhTlZxM1pBOExzMG9LOGJzWVFicVlTOVk4Q0JKTGlUK1dqclk3CmdNNzlPU0FiOXRzRkdH
S21LYUVxb3cyc3p5Tk13Wm0zVitlUHF5TThlbGxJTkljRWVMOU5ETzNFS25GMGd6YkkKWXNxTzhi
bnVramNqVnBzOE1ZaVNQK1NMeUpRMXlsZlNXUGhMUGJDUmVuZ210Q1JCYkdWNFpXVjJZU0JOWVhK
cApZU0E4WVd4NGRtMXlRR0ZzZEd4cGJuVjRMbTl5Wno2SkFqZ0VFd0VJQUNJRkFtV3Z0ajBDR3dN
R0N3a0lCd01DCkJoVUlBZ2tLQ3dRV0FnTUJBaDRCQWhlQUFBb0pFQzFkY2pETlA0THFGeklQL2lX
TGZWZ05QaktmbHowVHc3NmQKdnpNemRvY3NIb3JZbDJXelVHV1RTZ3lZdnc2N2VxcHl6elF3MEZk
aXNlWDlnOGpkNXhCNnNKWEVjb2hEdmpMOAoyREQ2MDFuZVhsOG1qTmhxWW5DYUt6eUhlbmVaOEI2
eU1Mc2xIMEJpUS91blZ1Ky82dTJ3a096dFNINnR5eWl4CllrZVNEclgwRWdvbUZYL0FmZmE3azMx
VFhCSEVzOXc1L2R0YkFiM05FeDRNeDdPQlRZYmhudjJBZWhlUTlRVTEKNmcwRUdPWG9sMHc2QkpH
M3BUZmh5VThxUE1LRUNFTEpEWm85TUQwOXJxdlNHSW92eW12c3dURzVpYjBKY1dxdQo1ekpDUita
YzhvS285VFI3b2lGakdUNmxvcmpseG1XcWNrUTJzM25salNsTzRPcFVsUzBkMmlXUitHYnpUTllW
CnRxOXVTWm9mMGliWUZCTWI1TzQxWStLa2luMUp4VDM5TkxiZEV0aUl6bEtIYndGUmVrMUV2alFa
emVMUndWSG4KWUFkWStaS05uZnVSV1lPcFRrM1ovK0dyOEc5UGRaMWFPR0dnVUs0NmtMVXNSWlNO
Rk9nUnk2YTBkZFVxamRSNgpkY1JKVVFiU3g4UkhqMko4WXg2WFYzSkh6UmVWTlZ1VWQ0SzczMDVu
NjJqbFRLQTJzT2prRTdteHUxZnBXeEJNCnY4aTdnZVE5MkUxM2hqeDlNK3U0RzlOWVdKRmZSTUFI
cEZOaFV0a2hCdnVjdFJydFlWYUdjNjZDNEF6eE9xQ2cKR0RxSkJpdWJVdklSZTlPNW13TkE4eHNr
SjNuMnBrcUM0WnVXbkJnSFNEczZqQnFYSEFwRi9McVhmd2YzM0RiVQpqTWUxNm8ydUYvSnNHNnMz
bXNPNGZBUm91UUlOQkdXdnRmTUJFQUMrbkM2MWFlSHJ4dWNYcWQyeXlLVDlvMTA0CkRWMU5NWUVu
ZXF4RU56ZitKV0xUU1hWWXJONkN4a0o5S1hHcUdtM2Mvc1cyV0J1S3VHYTN5cTk4Y09zWEgrZWsK
K0NoN1E0MFZnK2svQ0toLy90b2N0ZUgwSkZFZUQzYnJGNGZ0a1RTOElRYkhGTW1iWjlHRk4yMlFG
ZHh1bFJBRQo1akJ4UDYrWFZWN2pLaXdGTnI3dkQya3dvQUtybFIvOTNZekcrVXNMOCtKOUErZEd0
UmpiTVJ0VHdVd0JiS2dFCjNoZkVSb1k1b3ZCdFZRTGh0bjA3WFFFeGlYR21mWEpZQm02ZGw3Vlly
K0RKMWIxTVYwZXpTdVptanVKcm5hL1YKcXg4NkR0K2JEVkh5bDlHM0x4NDJYV1U3N0ROMUhkNmly
cStWQTY0dU0vblhkQWYwWHM1bmRBdnhCbzJIZlNhegpVMGRMbFdvM1E3Z0tnbStpeCt1WjJLODJi
Q2U0ZHl0TlpLNGpaOTgxZWRuNTYrQ01OK2M4UDI5L0ZJbVgxRHFWClRyL2thVHJyQzl5NHFXa2pN
WW5xR1l4eWk4MlYxUjd3b3RmWUNpK3JtTzI5d1VPNWpzWmE4U3FYRVdhdVNvRHMKcHV4Q21DR3lQ
cFQzQTNDaWJtRldtTmZ3RWVvVWU5dFdKa1JXeGRyZTkxS1RKcldVekh1UFl2cUNoYytsZG93SAoz
K0RlUlJXQzBhbHUyWFRTem9YcHNHZElLSUFzV1VSaW9yclhPaHVac0g4dGNYeWsvdThUNllBNXB0
TktsUlRZCjRVK092dlhEYUQzN1FaSkdOMmlKZEozN05Ma0VvaVRWY0orNFEvTDNpOHdnM3I2aGNh
WEFtN1FHOTVlNGN2KzIKTVkvMnZwa2dPZ3NNTlE1bit3QVJBUUFCaVFJZkJCZ0JDQUFKQlFKbHI3
WHpBaHNNQUFvSkVDMWRjakROUDRMcQpWTjhQLzJXeFdBK3FFMzlIUlVRbnFFQURVdnpwUzZ6aUxs
SHN1am9XU3ZQbWNkbG5QYXorRTcrcHB5OFM5T0Q5CnNoR0VHOXMzWFRZM3ozUWdkUmYwS21FVlk0
Zm9sYmNBUEZYZWdVUXZuRFRNZGo3KytrWEdzdWFTOERFZVdMOXUKZzR4TFRBck9ZeDFRMDFTakph
RGYyalpVZW5LUjFkeFVURXJybklaOVNLbGllQVNCMjlMQ3c3U1NwQUZwLzFaeQpSendQZlFHRnJH
TTZTTzJlck1GeFhhTXlNUFhySE5zVmtmOXhUWW1KK1hSKy9EUjVsZGNYbmZETEgwRSt2Z1hmClZJ
OGE3NERnTUgzQnk4OGtCWFMxVWlSVEEvTmkyU3J0RzByeFlibFJOTkdPdy94dm5XbnNpMlVhOGVl
ODk3aWkKU0duNGsycGkvRktvMGlXanIvWjRwWTVVQkNnanRTUEgrVVBkbDZyNmc1UVI2KzRrMkNR
Ukp5VmZYakhudm9BMgpYUS9ER2RBTWsrb1ZnK01EdHF4aFByQ1pyWTlYYi9CUFBROUxhakMyaFF4
czFSUUcvUTA2N2Y5UXpTMWNFYVFkCnYrWjEvWTBjQlpUS0YxZGtXWnA4cFpWN1haRjdFRkk5U3NE
VzdmTk1wU0haY3RGMXB0V2F5UVIwYXMveXd4a24Ka2t5dnh4TW11WFg1NDJGZ3dWK1UvMENwRU0v
ckc0NmdjWE4wRjRwV3Y4S1pFUVRab2lkTTkya2h1Zk01bU5ySwp0eW0waWxrYjVJRy9pUmx4clVX
WVFua1J6Mm9mb0VsSzcxcDl5KzQyTDlRMitqQ0lMTExHaTR1Q1NFci9BSW9sCmhXeXNmMHFMeG5L
M0JsYXcwMXdpWnB2K0kxajcydWU4Ny9CektmMTIrRndJcmQ4Vgo9dUNsNQotLS0tLUVORCBQR1Ag
UFVCTElDIEtFWSBCTE9DSy0tLS0tCg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>15394</attachid>
            <date>2024-01-23 15:56:45 +0300</date>
            <delta_ts>2024-01-23 15:56:45 +0300</delta_ts>
            <desc>Новый публичный SSH-ключ</desc>
            <filename>pub_ssh_key.pub</filename>
            <type>application/vnd.ms-publisher</type>
            <size>106</size>
            <attacher name="alxvmr">alekseevamo</attacher>
            
              <data encoding="base64">c3NoLWVkMjU1MTkgQUFBQUMzTnphQzFsWkRJMU5URTVBQUFBSUVaVFVMb3JUcWloQndDd0FMRkpV
YUdLVFJuM3gyQ1kvZjlMYmd5MGFudnkgYWxla3NlZXZhbW9AbGVub3ZvLTkzMDQ0Cg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>15395</attachid>
            <date>2024-01-23 18:27:29 +0300</date>
            <delta_ts>2024-01-23 18:27:29 +0300</delta_ts>
            <desc>Новый GPG-ключ</desc>
            <filename>gpg_key.txt</filename>
            <type>text/plain</type>
            <size>3898</size>
            <attacher name="alxvmr">alekseevamo</attacher>
            
              <data encoding="base64">LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdXdjJhb0JFQURhNzNo
TFFuaW56NThMaTZ4NnVTMjZVazJXUlYzbXkwTitTVkQ4NVI0eXgxM1dxOUY5ClNtRzNWR0RTSnYx
Z3gyMW1CVGFyQm16K1dpTlNDM3VFODF2UlBqY05xbUtnTC9pQTN2aWk3VVNFb0czN2NGY28KeGp3
anRaRmNjN2hLZUZaMFJ3OWVYeDI0dGlVRVVhUitVRGs3Q0F2UVdPblhJNU5GTG44T3FuaEFPOE14
a2JTWAowNzJEQktUbnpuek1vWkF1OEFkbkNGOSswVUJQcHBWenBBTkNwaDlPb1VGcUdZWk9ITExU
TXpPRVpob1hHVHNiCncraUxBSnA3bVo0WWFGTW1WU2s3aXZ4ekdjUHB5Zit4SDR5VWRvcDZHZGRJ
bmszaWRuYjRlUzM2TVlka1FHRGMKb3Y1M2pCT2JYbmhpRGpOWHV5eGVnWnZWODRBU0FYK2w3T2tr
Rm82N0ZaNlNaMlJSdG5iTVEwZTc5Z1pYUWpBTApHRHlQb1U1WVlqMkNkaW5odndoc1lKTnJXRmY2
b3pWVUVHbGtaQ09sQlcvODB4TmtSUFF5OStzRGIra0o5MFBUCkJyVGhmUHRXWTh6OXdrdlJIQzRX
SnpxRS9MZDJsTW1aYmJxZHc5Nzl0emN5VHR4WVE2N2pDeUUrV0xjamM1b2EKY29Tb1plTkNRb1dG
ZVhqb0M5a1BLemFkU21zcVlIZ3ZFRlcveGNTUWtWRXFEd3FBQ3FWcDdXd2lhSWlBQ3BSTApPNjhH
T2c4Zkd1N1haTWRkN1NVT1lDTHVXYmVrVVpxWWZ0Vlh2clUyc0Y4MXgzRktmNDZYNFNXT1Q0aG4y
MlJKCnhFem4wMTc3UXpnQSs0bEE5N0E3U3BmUXBLbURUTGYyVkZVM3Zxd1ZHU3Z1T2MrVy9XOGlG
K21KL1FBUkFRQUIKdENSTllYSnBZU0JCYkdWNFpXVjJZU0E4WVd4NGRtMXlRR0ZzZEd4cGJuVjRM
bTl5Wno2SkFqZ0VFd0VJQUNJRgpBbVd2MmFvQ0d3TUdDd2tJQndNQ0JoVUlBZ2tLQ3dRV0FnTUJB
aDRCQWhlQUFBb0pFT2hhVXRqUy8vRGtqcU1RCkFKRS9VRVNsOU1jbmFPZjRlZzR4T2w1aksvaGxz
UG9pazB1QkJmZzN1M0xFYnhGSE1QcG45OTVlb25KcG9IUkwKM3JuZDhNRHNjZHVONE0yNDErRVZq
M2FCMGRkVnJMSUxtaG95Vnd2V1VMN1lqVW1KVlg3R09BSWprdlVYZVRRWAovVERaNkFTSjlnZ0U3
dE9PdDNVTVlrTTNMSk5iekc1d2lNbmFQeTMxbnBUUGRtUHZGK0Z5emk5bm45ZXAxY3AxCk4ya1Jx
NVhqWHFTM0xlV0ZweENEVVEySjFUb1F4clFsNlBrdWhhK2E3cnQ5WDRrUllkQ0laY0FMZS9qTkU3
SEYKYjhDNklVL05tSVZPV2dzbWlkWDhpa2dLWXJ2Z3k1YTBLOWdNT1A4bTYwVlk3dEx2WTdadG1h
bDBkSnBCV2V4Ugo0RENOYUZkL2FoK3dPVmtMa3U2SDBYckwxeUtzVVNLSWN6MFZHY3FVMU5YU1dE
WkNxZWREajJQd0hhL3MxamdqClZxbk4vejhhdlUramZ0bjhEOXFNQ0t0L2hTQzE4VzAvbldQQ0Vv
U05pUXZSTWxlQldVTVNhM0RaZzVTU1lCYTEKSENtL0dWZTEyZzd5MWViVC9yN09YN3l0bExhNDJr
RjhxUlU4UFlJaElCNkk3M29qN05hQVQyWHQ2UE9xQXRoMgpjeEIrTkpUdVVvZ05hcTZ4b1dPMXpt
blhVTUdQTUIzMWkzejNTaFE1ZFVheFlmbXB3RmhzcG0xVUlWUEpES3lZCmZUMmxodmNYbEpYeGhl
RmlzYlA3TjNkTXEwNjdia2dIMkI5UENnR1FoUlFFSldwbCtQQTdIWlUxVXpTU2xkWmUKRWtoaVg5
am9leDhpcjgxNzZiVjVTaWpHTGN0MThDSjdJekZDclNlOE4rdkZ0Q1JOWVhKcFlTQkJiR1Y0WldW
MgpZU0E4WVd4NGRtMXlRR0ZzZEd4cGJuVjRMbTl5Wno2SkFqZ0VFd0VJQUNJRkFtV3YyaTBDR3dN
R0N3a0lCd01DCkJoVUlBZ2tLQ3dRV0FnTUJBaDRCQWhlQUFBb0pFT2hhVXRqUy8vRGt5WTRRQUlt
eEJZeHpzUFgzaFJxcVdGVGYKWW5WNWd1S0x5QWNkc1J2aEFqSGt2Q3JMZEd6OTFra2FDQmdmRXY4
ZXlNMEJ3Ukc2dXgyV3dGRmRFb2Y2a3g2dgpzMlQ4MGV0UVFFalpUazdHdjZoWWRnRVZLUXRBcndk
RDVMd09HVVV5M25VMVlsRG9yRnprTDRJcnhXM1Y1R3FzCnJGOTd5SXNTZG12NC9pd0FzbU1wT29h
aWpCVW0yTWErc0R4SS8zYUN1SHhVaDkrUWFJSWdYS2d4VHN2L0JqRXoKSlkzVDh5MVN6bHJHc0Vm
YzZHQ2x3Y2F4MDFsVllLUUJEOUh0NVVHVmphNWFhWFV1SDM5Wkp1bitCZG1FcVljNApCa1ZVaG02
d0JwTTVxRzZ0M1VwdTJzcGd2Nm5RbE15OEdGbDZCalNmbmo5QWtRY0hNb3JWVWozN2JPU1liZjZx
CjZXK09TTnZ5QTQvQWg0a1FGa05qVUQxS2trM09nWHpYQWJianVPWTRLbUloMG1KYU1kL1ZGTmZZ
dGJDcGNlancKMVpQSGFmWGhHNVpTSXNQMUhNQVZmcVZPYUNvUGpIRC9Hczg3eWU2YXlaMklOYVM3
eVEvQ1RaeGZneHgwRGdZcwpLYXFOeHh5cFY3d0tmRkQwR0d5Smt5OVZOYURoWlNrWE1scW9haVdV
ZmpTUkkrRUdHSkZ4VDlWN295Uk9iNGptCkVEUk1DdUhuVFg5N0pzaDRjd2hvU2g0dnp6d20zTEpw
YWt3YnNXem55aFM4aUxhK1ZTaVlXV2VubEpaQ3pHQjEKbGc3WmVBc2hpY3FuY1dYTjU4bmRLZnRk
UzFtSmFjS0lEQ0NJS05jMld1YkREUVVPS0hRamJrelBMV0ZFUERLVAp4VmkwenRKSm1taWV4Zy9n
Z3pVZVM2NGt1UUlOQkdXdjJhb0JFQURUNWlHeW9lTjRiQWRYY09zZWd0ZU9uajRFCjM1b0ZOSkl5
aDBUWXRWdlZiaFpETTduRlAwYjZxYW1HN0ZsMXZPRk1DK2VuSHBSMUZHSytxUWFuM1JOOTZ1b0IK
Z0MvdzkwUkVJbFNlb1pMN2p3Rk80ZFNmbHJlQ0t6dHNDU3FzMVFnVk1ZN1o1cEVMdG9aVWo4Rk44
djVrM1FaWAo5ejJjdUgvOW92YXFQVHRCVHFneHRJbXM5M1Rxc2pPZFRHbnZjNUhKVVZxcm5laWZJ
eTNhTlJXWFlyejJFai9jClJWclc4RWVZWVA4V0pIeTBobXozYk54TTQyV3NWUk1xRDcwbGVVYzFp
SWhCeXc3Y29HaTdVRjA3dm53QVF1c1IKUXpiTGFvTlBtRy9kQy9DeEx6clIrMjNwTjFvbWQyT2JI
QitHdkY2M3lJcHQ4ZzNDWnVjV0JQanRsMzYzT2J5cAp3alFqOGNwVnRVb3JnQnJpVXE4b1E0aS94
WkNYY0RrbUZIcjFGaFpvb240QmRyeGZYZkRESXFMU09UWU1ySFBzCmI4RDRPVHg4QS96SU52YzUv
RXFZN3FaeXlKSGJxSGNjcFExN1VvNFNad1Vxd2hqUTB6T2Q4dGFTS3cvT28xMzMKU3djUGZrZVZt
TzF6QzBsU0V3bkFSVysyazFBUDhTMklHRmx4UU5DbVFZR2ZKcFZJRXhPL1Z2YmQ5dGVWamg1agps
YkRjWVZWSGZxWGM2RWN0VDBhOE9FYk9JcC9FSnhrRjNjZGNvKzZIcDh5L0prYW9EcHEzdHZRanVG
cDN2R1RUCllINkRQelBSTkphcXhZYTBZUFB6VUtJb0xBZjJrRzRZMEI4L3h2Szg2NFhEcHQxT0o4
QnhmbHhFTzJUV2NKRFIKU1Q3MUFKWkRCSW9BdXdCZ1FRQVJBUUFCaVFJZkJCZ0JDQUFKQlFKbHI5
bXFBaHNNQUFvSkVPaGFVdGpTLy9EawpKMG9QLzNITWJmaHhwOG5kWXNGSVZ1WDZZZGY0U2t4d3pC
YkYvSzYyOXNUNk1DTnNzUmlnKzZtcENwNkp3MXRNCmlBVUhPcE9ieGFTeDJ5eTQwcEgrUmhqWEY4
R3NzZWJSTlIybUVDVWRNdURhdEgvaFc0OStudHl1WkNQZmZCTUMKbFhkSlF5b3JZRU1jdUR6NGl5
RE4rRzJaQlE3akduaHdNeU5vSjNIWGNFVU1PTzREMXNxNlNsSloySGJuOFlmdQpHZ3AxWi81Zmo4
THI0RGt4dFZrVWZpSEp0cHFoL0sxYVNYRTRuZ1poTUhhdHBVTFVmc3BwUzVNUkpFR2QrS0orCnpS
Mk56M2pwQ2Rxbjh3MkVadTVHTEhBWVFhb3B2Zisvb1REYUM3TFNzVkpuajZvYm1DY003MnM0Q3Zt
VFMvTi8KYUhsRnpHR3U4amo3WkVoWWd1Q25Oc29FRlR5cTVyVjZpRXNWT0I3VkpzTy8vVW1OdXdw
bUUrOGsramsvZVlUegp6Rm1wSnd1anhSOGZrL21PRm0xQk9xeTFEOENkSTZOckFEN2psNWtzWEEz
dnRsNHNFby9URHdkZkNSaGlHM054CmFwOTAxdlBNTVJSa3V0eUxwWGNMMkR2UUg4elJNdmhZZ0pN
eWdHbG5oU1VmcXplNnVuWlJWempXRFJ3YXdtNk4Ka0xjN2N2SHVCNjd0WFhmazV4aHNZQ3d5ckUz
TnJGYTdORno4UDZTeWRNYVBTS1Z4eEgyejE3M0g4SGtXRVdYdgp5YTJPbnh5ZVJkTWVBRmZHVkU1
dGx2WUIyZVVycno0OHh6emMwdEo2OCtQSFEyZ3FnVzh5RFJzMHNJY1lZbFFKCkNGSzcxdm9Lb1BZ
SEdkTFdRRklhNDVGL1dDcDBFRjRHSzQ3RVoyRnRlVi9mZlhsdwo9MzhSOAotLS0tLUVORCBQR1Ag
UFVCTElDIEtFWSBCTE9DSy0tLS0tCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>