https://lore.altlinux.org/sisyphus-cybertalk/Zis7Kz0Kbptadc9G@beehive.mskdc.altlinux.org/T/#u Вместо результатов пакетов какая-то вирусня ("message.gz"). В архиве её тоже не показывают; результаты не веб-индексируемы и, что важнее, на них невозможно дать гиперссылку.
В секретном (хоть и публично доступном) репозитории с исходниками beehive подстроки "message" и "message.gz" не упоминаются, поэтому проблема, скорее всего, не там. В теме письма есть подстрока beehive_status; она в этом репозитории встречается 1 (один) раз, как слово в команде на шелле.
Судя по всему, проблема не в beehive, а в уже не секретном пакете qa-robot. 118 zmail() 119 { 120 local subj="$1" file="$2"; shift 2 121 local size="$(du -bk "$file" |cut -f1)" 122 local LC_ALL= 123 if [ "$size" -gt 1024 ]; then 124 echo "Message size is ${size}K, E2BIG." >&2 125 return 1 126 elif [ "$size" -gt 32 ]; then 127 gzip -9nf "$file" 128 mutt -x -s "$subj" -a "$file.gz" -- "$@" </dev/null 129 gzip -df "$file.gz" 130 elif [ -f signature ]; then 131 { echo; cat signature; } |mutt -x \ 132 -s "$subj" -i "$file" -- "$@" 133 else 134 mutt -x -s "$subj" -i "$file" -- "$@" </dev/null 135 fi 136 } Начиная с корневого коммита от 2005 года он присылает данные, если их размер свыше 32K, в испорченном виде. Предлагаю это прекратить, потому что службы архивации писем и так сжимают письма (возможно, целыми тредами), а если они этого не делают, то это странная какая-то архивация. А вот верхнюю грань, добавленную позже (1024K), можно и оставить.
https://git.altlinux.org/tasks/351403
(In reply to Arseny Maslennikov from comment #0) > https://lore.altlinux.org/sisyphus-cybertalk/Zis7Kz0Kbptadc9G@beehive.mskdc. > altlinux.org/T/#u > > Вместо результатов пакетов какая-то вирусня ("message.gz"). В архиве её тоже > не показывают; результаты не веб-индексируемы и, что важнее, на них > невозможно дать гиперссылку. Ещё пример: https://lore.altlinux.org/sisyphus-cybertalk/ajzQmCtdTv3ihPax@beehive.mskdc.altlinux.org/T/#u Что характерно, текст письма обращается в тыкву обычно в самый интересный момент: когда появляется много новых error logs, и выдержки из них длинны. Здесь, например, разъезд в m4-макросах вокруг gnu build system повлиял на десятки пакетов, но читать это нереально.
(In reply to Arseny Maslennikov from comment #4) > (In reply to Arseny Maslennikov from comment #0) > > https://lore.altlinux.org/sisyphus-cybertalk/Zis7Kz0Kbptadc9G@beehive.mskdc. > > altlinux.org/T/#u > > > > Вместо результатов пакетов какая-то вирусня ("message.gz"). В архиве её тоже > > не показывают; результаты не веб-индексируемы и, что важнее, на них > > невозможно дать гиперссылку. > Что характерно, текст письма обращается в тыкву обычно в самый интересный > момент: когда появляется много новых error logs, и выдержки из них длинны. > Здесь, например, разъезд в m4-макросах вокруг gnu build system повлиял на > десятки пакетов, но читать это нереально. https://lore.altlinux.org/sisyphus-cybertalk/amBbefhMV%2Faipm7C@beehive.mskdc.altlinux.org/T/#u https://lists.altlinux.org/pipermail/sisyphus-cybertalk/2026-July/130118.html Очень вроде бы интересное письмо должно быть: python 3.14, boost 1.91. Но оно нечитаемо: ни на сайте, ни на прежнем сайте, ни в виде public-inbox.
> #200 qa-robot 0.3.10-alt1 -> 0.3.11-alt1 > Wed Jul 22 2026 Arseny Maslennikov <arseny@altlinux> 0.3.11-alt1 > - Stopped gzipping message body parts. > - csv2tab: Explicitly set encoding of standard streams to UTF-8. > This gets rid of the "Wide character in print" Perl warning. > - bugs: The default Product is now "Sisyphus" if no URL is specified. > <...> > girar-check-perms: access to qa-robot ALLOWED for glebfm: member of approved group > check-subtask-perms: #200: qa-robot: approved by glebfm > <...> > 2026-Jul-23 13:43:44 :: task #351403 for sisyphus DONE Благодарю! Теперь осталось, чтобы qa-robot обновился (т. е. изменения появились) на сервере.
(In reply to Arseny Maslennikov from comment #6) > Теперь осталось, чтобы qa-robot обновился (т. е. изменения появились) на > сервере. Это теперь тоже сделано.
Created attachment 21960 [details] converts broken emails into the expected form
(In reply to Arseny Maslennikov from comment #2) службы > архивации писем и так сжимают письма (возможно, целыми тредами), а если они > этого не делают, то это странная какая-то архивация. > > А вот верхнюю грань, добавленную позже (1024K), можно и оставить. Проиллюстрирую тут посыл, чтобы не пропало: (set -eux; curl -fsSL \ https://lore.altlinux.org/sisyphus-cybertalk/aml4cKhHqNuD5lYj@beehive.mskdc.altlinux.org/t.mbox.gz \ -o 'cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox.gz' gunzip -9k cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox.gz python3 regen.py cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox o.mbox gzip -9k o.mbox ls -l cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox* o.mbox* ) +zsh:2> curl -fsSL https://lore.altlinux.org/sisyphus-cybertalk/aml4cKhHqNuD5lYj@beehive.mskdc.altlinux.org/t.mbox.gz -o cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox.gz +zsh:5> gunzip -9k cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox.gz +zsh:6> python3 regen.py cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox o.mbox +zsh:7> gzip -9k o.mbox +zsh:8> ls '--color=auto' -l cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox.gz o.mbox o.mbox.gz -rw-r--r-- 1 ar ar 51710 Jul 30 22:37 cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox -rw-r--r-- 1 ar ar 38810 Jul 30 22:37 cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox.gz -rw-r--r-- 1 ar ar 248186 Jul 30 22:37 o.mbox -rw-r--r-- 1 ar ar 37539 Jul 30 22:37 o.mbox.gz Пожатый mbox пожался _лучше_ после превращения письма с бинарным вложением message.gz в письмо с телом text/plain.
(In reply to Arseny Maslennikov from comment #9) > Пожатый mbox пожался _лучше_ после превращения письма с бинарным вложением > message.gz в письмо с телом text/plain. Не исключаю, что на результат повлияло base64-представление для message.gz. gzip (внешний) as-is почему-то плохо сжимает заведомо корректный base64.
