Bug 39483

Summary: [done] join voropaevdmtr@
Product: Team Accounts Reporter: DVoropaev <voropaevdmtr>
Component: joinAssignee: Gleb F-Malinovskiy <glebfm>
Status: CLOSED FIXED QA Contact: Andrey Cherepanov <cas>
Severity: normal    
Priority: P5 CC: andy, glebfm, iv, ldv, majioa, mike, nir, nir, shaba, sin, voropaevdmtr, vseleznv
Version: unspecified   
Hardware: x86_64   
OS: Linux   
URL: http://altlinux.org/Team/Join/Secretary
See Also: https://bugzilla.altlinux.org/show_bug.cgi?id=44029
Attachments:
Description Flags
прикрепил ssh- и gpg- ключи
none
SSH pub
none
ssh pub (new)
none
gpg pub (new)
none
Актуальный pub gpg
none
abipkgdiff none

Description DVoropaev 2020-12-28 11:29:14 MSK
Created attachment 9105 [details]
прикрепил ssh- и gpg- ключи

Псевдоним: voropaevdmtr@altlinux.org
Мой текущий почтовый ящик: voropaevdmtr@gmail.com
Ментор: Евгений Синельников
Хочу научиться собирать пакеты.
Comment 1 Michael Shigorin 2020-12-30 15:09:02 MSK
Во вложении вижу только PGP PUBLIC KEY BLOCK;
прикреплять лучше двумя отдельными файлами.
Comment 2 DVoropaev 2021-01-13 23:26:15 MSK
Created attachment 9116 [details]
SSH pub
Comment 3 Evgeny Sinelnikov 2021-01-19 18:09:53 MSK
Подтверждаю. В качестве первого ознакомления со сборкой предлпженно обновить nmap до версии 7.90.
Comment 4 DVoropaev 2021-01-20 11:47:55 MSK
Created attachment 9137 [details]
ssh pub (new)
Comment 5 DVoropaev 2021-01-20 11:49:28 MSK
Created attachment 9138 [details]
gpg pub (new)
Comment 6 DVoropaev 2021-01-20 11:50:16 MSK
Заменил ключи во вложениях на актуальные
Comment 7 DVoropaev 2021-01-20 12:30:15 MSK
Обновил nmap до версии 7.91.
Ссылка на репозиторий:
https://github.com/dvoropaev/nmap
Comment 8 Evgeny Sinelnikov 2021-01-20 14:02:00 MSK
(Ответ для DVoropaev на комментарий #7)
> Обновил nmap до версии 7.91.
> Ссылка на репозиторий:
> https://github.com/dvoropaev/nmap

Сборку проверил. Выглядит вполне рабочей. Но есть одна незавершённость, требующая согласования - лицензия.

Файл COPYING не просто переименовали в LICENSE. Произвошла смена лицензии GPLv2 с исключениями на собственную:
Nmap Public Source License Version

По этому поводу была соответствующая новость:
https://www.opennet.ru/opennews/art.shtml?num=54382
Comment 9 Dmitry V. Levin 2021-01-20 14:18:50 MSK
(In reply to Evgeny Sinelnikov from comment #8)
> (Ответ для DVoropaev на комментарий #7)
> > Обновил nmap до версии 7.91.
> > Ссылка на репозиторий:
> > https://github.com/dvoropaev/nmap
> 
> Сборку проверил. Выглядит вполне рабочей. Но есть одна незавершённость,
> требующая согласования - лицензия.
> 
> Файл COPYING не просто переименовали в LICENSE. Произвошла смена лицензии
> GPLv2 с исключениями на собственную:
> Nmap Public Source License Version
> 
> По этому поводу была соответствующая новость:
> https://www.opennet.ru/opennews/art.shtml?num=54382

nmap >= 7.90 выпускается под несвободной лицензией.
Вы можете собрать его рядом под другим именем, если хотите.
Comment 10 Evgeny Sinelnikov 2021-01-20 14:30:29 MSK
(Ответ для Dmitry V. Levin на комментарий #9)
> 
> nmap >= 7.90 выпускается под несвободной лицензией.
> Вы можете собрать его рядом под другим именем, если хотите.

Я бы хотел уточнить два момента по поводу "собрать его рядом под другим именем":
- правильно ли я понимаю, что nmap под другим именем собрать в репозиторий-таки можно? Иначе зачем его переименовывать? Локальную сборку можно и под оригинальным именем оставить.
- Какую лицензию нужно указывать для переименованном пакете?
Comment 11 Dmitry V. Levin 2021-01-21 01:27:15 MSK
(In reply to Evgeny Sinelnikov from comment #10)
> (Ответ для Dmitry V. Levin на комментарий #9)
> > 
> > nmap >= 7.90 выпускается под несвободной лицензией.
> > Вы можете собрать его рядом под другим именем, если хотите.
> 
> Я бы хотел уточнить два момента по поводу "собрать его рядом под другим
> именем":
> - правильно ли я понимаю, что nmap под другим именем собрать в
> репозиторий-таки можно? Иначе зачем его переименовывать? Локальную сборку
> можно и под оригинальным именем оставить.

Моё прочтение лицензии https://svn.nmap.org/nmap/LICENSE таково, что распространие этой версии nmap в составе репозитория Sisyphus разрешено.

> - Какую лицензию нужно указывать для переименованном пакете?

Полное название лицензии:
Nmap Public Source License Version 0.93

В тэге License предлагаю написать ALT-NPSL-0.93

(надо уточнить версию этой лицензии, она менялась)
Comment 12 Ivan A. Melnikov 2021-01-21 11:32:06 MSK
(In reply to Dmitry V. Levin from comment #11)
> Моё прочтение лицензии https://svn.nmap.org/nmap/LICENSE таково, что
> распространие этой версии nmap в составе репозитория Sisyphus разрешено.

Моё тоже.

Однако я не понимаю, является ли дистрибутив, обладающий инсталятором (такой, как дистрибутивы ALT на ISO) derivative work согласно пункту 3 (я читаю версию 0.93). На мой взгляд, скорее да, чем нет, но тут конечно нужно прочтене юриста.

Если такой дистрибутив, включающий nmap, подпадает под определение derivative work в NPSL, то он, как составное произведение, должен распространяться под лицензией, совместимой с GPL.

Мне кажется, по этому поводу в спеке нужен какой-то warning.
Comment 13 Michael Shigorin 2021-01-21 15:41:37 MSK
http://altlinux.org/regular (sisyphus), в т.ч. http://altlinux.org/rescue,
и http://altlinux.org/starterkits (сейчас p9) у нас именно под GPL и распространяются.  Ну, на всякий.
Comment 14 DVoropaev 2021-01-27 14:38:07 MSK
> nmap >= 7.90 выпускается под несвободной лицензией.
> Вы можете собрать его рядом под другим именем, если хотите.

Правильно ли я понимаю. что могу собрать пакет под именем (например network-mapper), при этом имена бинарников оставить прежними?
Если да, то какую приложить лицензию?
Comment 15 Ivan A. Melnikov 2021-01-27 14:53:39 MSK
(In reply to DVoropaev from comment #14)
> > nmap >= 7.90 выпускается под несвободной лицензией.
> > Вы можете собрать его рядом под другим именем, если хотите.
> 
> Правильно ли я понимаю. что могу собрать пакет под именем (например
> network-mapper)

Я бы сделал в имени пакета более явным, что это тот же nmap, но под другой лицензией -- например, назвав пакет nmap-NPSL.

> при этом имена бинарников оставить прежними?

Было бы удобно оставить имена бинарников прежними, расставив Conflicts: на соответсвующие существующие пакеты, но кажется запрет на duplicate provides не даст поступить так просто.

> Если да, то какую приложить лицензию?

Ту, под которой лицензирован собираемый код.
Comment 16 DVoropaev 2021-01-28 18:29:59 MSK
Собрал из репозитория u-boot-tools утилиты fw_printenv и fw_setenv, позволяющие получить доступ к настройкам U-Boot  в виде отельного пакета u-boot-tools-env (https://github.com/dvoropaev/uboot-env). 
Мне эти утилиты необходимы для выполнения работ на BFK3.1 на архитектуре mipsel, на котором их протестировал.
Comment 17 DVoropaev 2021-02-01 13:56:45 MSK
(Ответ для DVoropaev на комментарий #16)
> Собрал из репозитория u-boot-tools утилиты fw_printenv и fw_setenv,
> позволяющие получить доступ к настройкам U-Boot  в виде отельного пакета
> u-boot-tools-env (https://github.com/dvoropaev/uboot-env). 
> Мне эти утилиты необходимы для выполнения работ на BFK3.1 на архитектуре
> mipsel, на котором их протестировал.

С Сергеем Большаковым было принято решение включить fw_printenv и fw_setenv в основной пакет u-boot-tools. Сделал коммит с необходимыми изменениями: https://github.com/dvoropaev/uboot-env/commit/8d655154925a1e3a75c182deda83715e6f0c89b4
Comment 18 Gleb F-Malinovskiy 2021-02-01 14:34:21 MSK
(Ответ для Evgeny Sinelnikov на комментарий #3)
> Подтверждаю.
(Ответ для DVoropaev на комментарий #4)
> Создано вложение 9137 [details] [подробности]
> ssh pub (new)
(Ответ для DVoropaev на комментарий #5)
> Создано вложение 9138 [details] [подробности]
> gpg pub (new)

Ok.
Comment 19 DVoropaev 2021-02-01 18:44:51 MSK
собрал nmap версии 7.91 под именем nmap-NPSL
https://github.com/dvoropaev/nmap_gear/commit/248412248ceae82068d5a040fbdc450a82b79006
Comment 20 Evgeny Sinelnikov 2021-02-02 20:48:49 MSK
Думаю, что пора переходить к следующему этапу. Со своей стороны выражаю высокую оценку готовности Дмитрия переходить к разбору сборочной инфраструктуры не только на уровне сборки пакетов, но но и на уровне освоение сборочницы.
Comment 21 Gleb F-Malinovskiy 2021-02-08 18:24:23 MSK
ssh ключ на gitery.alt зарегистрирован.
ssh ключ на gyle.alt зарегистрирован.
Адрес для пересылки создан.

T/J/S -> 2.4.
Comment 22 Evgeny Sinelnikov 2021-03-23 16:35:30 MSK
Переходим к 3 этапу. 
2voropaevdmtr@ - отправь все свои текущие пакеты на git.alt
Comment 23 DVoropaev 2021-03-24 18:35:32 MSK
Created attachment 9248 [details]
Актуальный pub gpg

Актуальный pub gpg
Comment 24 DVoropaev 2021-03-24 18:35:56 MSK
(Ответ для Evgeny Sinelnikov на комментарий #22)
> Переходим к 3 этапу. 
> 2voropaevdmtr@ - отправь все свои текущие пакеты на git.alt

http://git.altlinux.org/people/voropaevdmtr/packages/
Comment 25 Dmitry V. Levin 2021-03-25 03:06:47 MSK
(In reply to DVoropaev from comment #23)
> Created attachment 9248 [details]
> Актуальный pub gpg
> 
> Актуальный pub gpg

Что-то случилось?  Непонятно, как переходить к п. 3.1 при изменяющихся ключах.
Comment 26 Evgeny Sinelnikov 2021-03-25 05:23:09 MSK
(Ответ для Dmitry V. Levin на комментарий #25)
> (In reply to DVoropaev from comment #23)
> > Created attachment 9248 [details] [подробности] [details]
> > Актуальный pub gpg
> > 
> > Актуальный pub gpg
> 
> Что-то случилось?  Непонятно, как переходить к п. 3.1 при изменяющихся
> ключах.

Да, Дима, поясни, что случилось с твоим ключом? Утерян пароль?
Comment 27 DVoropaev 2021-04-02 10:51:54 MSK
(Ответ для Evgeny Sinelnikov на комментарий #26)
> (Ответ для Dmitry V. Levin на комментарий #25)
> > (In reply to DVoropaev from comment #23)
> > > Created attachment 9248 [details] [подробности] [details]
> > > Актуальный pub gpg
> > > 
> > > Актуальный pub gpg
> > 
> > Что-то случилось?  Непонятно, как переходить к п. 3.1 при изменяющихся
> > ключах.
> 
> Да, Дима, поясни, что случилось с твоим ключом? Утерян пароль?

Утерян закрытый ключ gpg
Comment 28 Evgeny Sinelnikov 2021-04-02 11:21:21 MSK
(Ответ для DVoropaev на комментарий #27)
> (Ответ для Evgeny Sinelnikov на комментарий #26)
..
> > Да, Дима, поясни, что случилось с твоим ключом? Утерян пароль?
> 
> Утерян закрытый ключ gpg

Новый ключ сохранён на альтернативный носитель?
У тебя в репозитории лежат пакеты - нужно их отправить на сборку в две таски.
Одна для minipro, другая - для jekyll.
Comment 29 DVoropaev 2021-04-02 13:34:59 MSK
(Ответ для Evgeny Sinelnikov на комментарий #28)
> (Ответ для DVoropaev на комментарий #27)
> > (Ответ для Evgeny Sinelnikov на комментарий #26)
> ..
> > > Да, Дима, поясни, что случилось с твоим ключом? Утерян пароль?
> > 
> > Утерян закрытый ключ gpg
> 
> Новый ключ сохранён на альтернативный носитель?
Да, сохранен
Comment 30 DVoropaev 2021-04-02 14:00:00 MSK
Сохранил ключи на альтернативном носителе, проверил на отдельном хосте.
Прошу прощения за предоставленные неудобства.
Comment 31 DVoropaev 2021-04-02 14:57:38 MSK
Подготовил 12 пакетов для сборки.
http://git.altlinux.org/people/voropaevdmtr/packages/

Создал таску в gyle, пытаюсь добавить пакеты и получаю:

ssh gyle task add 268845 repo gem-pathutil.git 0.16.2-alt1
gpg: Signature made Fri Apr  2 11:38:36 2021 UTC
gpg:                using RSA key 0xC945037B61C45E58
gpg: Can't check signature: public key not found
task add: 0.16.2-alt1: tag signature verification failure
Comment 32 Evgeny Sinelnikov 2021-04-02 15:16:03 MSK
Пакеты собраны (gem-пакеты с jekyll и програматор minipro), для продолжения прошу зарегистрировать GPG-ключ кандидата в пакет alt-gpgkeys.
Comment 33 Dmitry V. Levin 2021-04-05 00:25:25 MSK
Пакет alt-gpgkeys обновлён.

T/J/S -> 3.4.
Comment 34 DVoropaev 2021-04-05 12:48:54 MSK
Сделал таски в gyle:
#268972 - jekyll и gem'ы для него
#268974 - minipro
Пакеты собрались. Просьба проверить
Comment 35 DVoropaev 2021-04-07 13:41:15 MSK
Пакеты в вышеуказанных тасках собрались и ушли в сизиф
Comment 36 Andrew Vasilyev 2021-04-07 14:46:15 MSK
(Ответ для DVoropaev на комментарий #35)
> Пакеты в вышеуказанных тасках собрались и ушли в сизиф

"%_mandir/man1/%name.*" -> %_man1dir/%name.*

"/usr/share/minipro/infoic.xml" -> %_datadir/%name/
(чтобы при удалении пакета не остался каталог /usr/share/minipro/).
Comment 37 DVoropaev 2021-04-08 13:57:55 MSK
(Ответ для Andrew Vasilyev на комментарий #36)
> (Ответ для DVoropaev на комментарий #35)
> > Пакеты в вышеуказанных тасках собрались и ушли в сизиф
> 
> "%_mandir/man1/%name.*" -> %_man1dir/%name.*
> 
> "/usr/share/minipro/infoic.xml" -> %_dat269201]adir/%name/
> (чтобы при удалении пакета не остался каталог /usr/share/minipro/).

Исправил. таска 269201
Comment 38 DVoropaev 2021-04-08 13:58:18 MSK
(Ответ для Andrew Vasilyev на комментарий #36)
> (Ответ для DVoropaev на комментарий #35)
> > Пакеты в вышеуказанных тасках собрались и ушли в сизиф
> 
> "%_mandir/man1/%name.*" -> %_man1dir/%name.*
> 
> "/usr/share/minipro/infoic.xml" -> %_dat269201]adir/%name/
> (чтобы при удалении пакета не остался каталог /usr/share/minipro/).

Исправил. таска 269201
Comment 39 Dmitry V. Levin 2021-04-24 01:43:41 MSK
Пользователи жалуются, что в результате коммита задания
[#270473] DONE (try 3) ruby.git=2.7.2-alt1.2
в Сизифе у ruby поменялся ABI и все бинарные модули, собранные с прежним ruby, сломались.

Просьба срочно это исправить.
Comment 40 Dmitry V. Levin 2021-04-24 02:29:05 MSK
(In reply to Dmitry V. Levin from comment #39)
> Пользователи жалуются, что в результате коммита задания
> [#270473] DONE (try 3) ruby.git=2.7.2-alt1.2
> в Сизифе у ruby поменялся ABI и все бинарные модули, собранные с прежним
> ruby, сломались.
> 
> Просьба срочно это исправить.

Тем, кто что-то знает о том, что сломалось и как это проявляется, просьба сообщить.
Comment 41 Dmitry V. Levin 2021-04-24 03:02:09 MSK
Created attachment 9321 [details]
abipkgdiff

abipkgdiff -t /archive/repo/sisyphus/date/2021/04/23/files/x86_64/RPMS/libruby-2.7.2-alt1.1.x86_64.rpm /ALT/Sisyphus/files/x86_64/RPMS/libruby-2.7.2-alt1.2.x86_64.rpm --d1 /archive/repo/sisyphus/date/2021/04/23/files/x86_64/RPMS/libruby-debuginfo-2.7.2-alt1.1.x86_64.rpm --d2 /ALT/Sisyphus/files/x86_64/RPMS/libruby-debuginfo-2.7.2-alt1.2.x86_64.rpm
Comment 42 Alexey Shabalin 2021-04-24 03:09:07 MSK
При сборке opennebula с этим ruby, ronn перестал генерировать man page с таким выводом:

~/RPM/BUILD/opennebula-5.12.0.4/share/man ~/RPM/BUILD/opennebula-5.12.0.4
+ ./build.sh
oneacct(1) -- OpenNebula Accounting Tool
     roff: ./oneacct.1
     html: ./oneacct.1.html                                  +man,toc
oneacl(1) -- manages OpenNebula ACLs
     roff: ./oneacl.1
     html: ./oneacl.1.html                                   +man,toc
onedb(1) -- OpenNebula database migration tool
Ruby gem sequel is needed for this operation:
  $ sudo gem install sequel
     roff: ./onedb.1
     html: ./onedb.1.html                                    +man,toc
onegroup(1) -- manages OpenNebula groups
     roff: ./onegroup.1
     html: ./onegroup.1.html                                 +man,toc
onehost(1) -- manages OpenNebula hosts
     roff: ./onehost.1
     html: ./onehost.1.html                                  +man,toc
onehook(1) -- manages OpenNebula hooks
     roff: ./onehook.1
<internal:pack>:257: [BUG] Segmentation fault at 0x0000000000000020
ruby 2.7.2p137 (2020-10-01 revision 647ee6f091) [x86_64-linux]

-- Control frame information -----------------------------------------------
c:0017 p:0003 s:0094 e:000093 METHOD <internal:pack>:257 [FINISH]
c:0016 p:---- s:0089 e:000088 CFUNC  :fast_xs
c:0015 p:0036 s:0085 e:000081 METHOD /usr/lib/ruby/gems/2.7.0/gems/hpricot-0.8.6/lib/hpricot/traverse.rb:827
c:0014 p:0017 s:0076 e:000075 BLOCK  /usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn/document.rb:417 [FINISH]
c:0013 p:---- s:0072 e:000071 CFUNC  :each
c:0012 p:0014 s:0068 e:000067 METHOD /usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn/document.rb:416
c:0011 p:0024 s:0064 e:000063 METHOD /usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn/document.rb:309
c:0010 p:0017 s:0060 e:000059 METHOD /usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn/document.rb:215
c:0009 p:0013 s:0056 e:000055 METHOD /usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn/document.rb:251
c:0008 p:0016 s:0051 e:000049 METHOD /usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn/document.rb:227
c:0007 p:0018 s:0045 e:000044 METHOD /usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn/document.rb:221
c:0006 p:0101 s:0040 e:000039 BLOCK  /usr/bin/ronn:191 [FINISH]
c:0005 p:---- s:0034 e:000033 CFUNC  :each
c:0004 p:0098 s:0030 e:000029 BLOCK  /usr/bin/ronn:181 [FINISH]
c:0003 p:---- s:0025 e:000024 CFUNC  :each
c:0002 p:0404 s:0021 E:000b78 EVAL   /usr/bin/ronn:167 [FINISH]
c:0001 p:0000 s:0003 E:002100 (none) [FINISH]

-- Ruby level backtrace information ----------------------------------------
/usr/bin/ronn:167:in `<main>'
/usr/bin/ronn:167:in `each'
/usr/bin/ronn:181:in `block in <main>'
/usr/bin/ronn:181:in `each'
/usr/bin/ronn:191:in `block (2 levels) in <main>'
/usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn/document.rb:221:in `convert'
/usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn/document.rb:227:in `to_roff'
/usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn/document.rb:251:in `to_html_fragment'
/usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn/document.rb:215:in `html'
/usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn/document.rb:309:in `process_html!'
/usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn/document.rb:416:in `html_filter_heading_anchors'
/usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn/document.rb:416:in `each'
/usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn/document.rb:417:in `block in html_filter_heading_anchors'
/usr/lib/ruby/gems/2.7.0/gems/hpricot-0.8.6/lib/hpricot/traverse.rb:827:in `set_attribute'
/usr/lib/ruby/gems/2.7.0/gems/hpricot-0.8.6/lib/hpricot/traverse.rb:827:in `fast_xs'
<internal:pack>:257:in `unpack'

-- Machine register context ------------------------------------------------
 RIP: 0x00007f6556e5fbde RBP: 0x0000000000000000 RSP: 0x00007ffd7cb55f88
 RAX: 0x000055960e3a09f8 RBX: 0x000055960e320540 RCX: 0x0000000000000094
 RDX: 0x00007ffd7cb55fa8 RDI: 0x0000000000000000 RSI: 0x000000000000009b
  R8: 0x0000000000000001  R9: 0x0000000000000000 R10: 0x00007f6556c62116
 R11: 0x00007f6556e17d50 R12: 0x0000000000000c71 R13: 0x000055960e324700
 R14: 0x0000000000000c71 R15: 0x0000000000000001 EFL: 0x0000000000010246

-- C level backtrace information -------------------------------------------
/usr/lib64/libruby.so.2.7(0x7f6556e8480a) [0x7f6556e8480a]
/usr/lib64/libruby.so.2.7(0x7f6556cf5a77) [0x7f6556cf5a77]
/usr/lib64/libruby.so.2.7(0x7f6556e013a9) [0x7f6556e013a9]
/lib64/libc.so.6(0x7f6556ac4330) [0x7f6556ac4330]
/usr/lib64/libruby.so.2.7(0x7f6556e5fbde) [0x7f6556e5fbde]
/usr/lib64/libruby.so.2.7(0x7f6556e6da8f) [0x7f6556e6da8f]
/usr/lib64/libruby.so.2.7(0x7f6556e6dc5d) [0x7f6556e6dc5d]
/usr/lib64/libruby.so.2.7(0x7f6556d8a183) [0x7f6556d8a183]
/usr/lib64/libruby.so.2.7(0x7f6556d8a5c9) [0x7f6556d8a5c9]
/usr/lib64/libruby.so.2.7(rb_string_value+0x32) [0x7f6556e1aaf2]
/usr/lib64/libruby.so.2.7(0x7f6556d8e28f) [0x7f6556d8e28f]
/usr/lib64/libruby.so.2.7(0x7f6556e6fdbf) [0x7f6556e6fdbf]
/usr/lib64/libruby.so.2.7(rb_vm_exec+0x1bb) [0x7f6556e7423b]
/usr/lib64/libruby.so.2.7(rb_vm_call0+0xbf) [0x7f6556e77eef]
/usr/lib64/libruby.so.2.7(rb_vm_call_kw+0x68) [0x7f6556e782e8]
/usr/lib64/libruby.so.2.7(rb_funcallv+0xb8) [0x7f6556e79f88]
/usr/lib/ruby/gems/2.7.0/extensions/x86_64-linux/2.7.0/hpricot-0.8.6/fast_xs.so(0x7f6553290283) [0x7f6553290283]
/usr/lib64/libruby.so.2.7(rb_vrescue2+0xc7) [0x7f6556cfbfa7]
/usr/lib64/libruby.so.2.7(rb_rescue2+0x8a) [0x7f6556cfc1ba]
/usr/lib/ruby/gems/2.7.0/extensions/x86_64-linux/2.7.0/hpricot-0.8.6/fast_xs.so(0x7f65532902c7) [0x7f65532902c7]
/usr/lib64/libruby.so.2.7(0x7f6556e63df2) [0x7f6556e63df2]
/usr/lib64/libruby.so.2.7(0x7f6556e5eac6) [0x7f6556e5eac6]
/usr/lib64/libruby.so.2.7(0x7f6556e6e9f4) [0x7f6556e6e9f4]
/usr/lib64/libruby.so.2.7(rb_vm_exec+0x1bb) [0x7f6556e7423b]
/usr/lib64/libruby.so.2.7(rb_yield+0x75) [0x7f6556e806b5]
/usr/lib64/libruby.so.2.7(rb_ary_each+0x3c) [0x7f6556c85f2c]
/usr/lib64/libruby.so.2.7(0x7f6556e63df2) [0x7f6556e63df2]
/usr/lib64/libruby.so.2.7(0x7f6556e5eac6) [0x7f6556e5eac6]
/usr/lib64/libruby.so.2.7(0x7f6556e6ea63) [0x7f6556e6ea63]
/usr/lib64/libruby.so.2.7(rb_vm_exec+0x1bb) [0x7f6556e7423b]
/usr/lib64/libruby.so.2.7(rb_yield+0x75) [0x7f6556e806b5]
/usr/lib64/libruby.so.2.7(rb_ary_each+0x3c) [0x7f6556c85f2c]
/usr/lib64/libruby.so.2.7(0x7f6556e63df2) [0x7f6556e63df2]
/usr/lib64/libruby.so.2.7(0x7f6556e5eac6) [0x7f6556e5eac6]
/usr/lib64/libruby.so.2.7(0x7f6556e6ea63) [0x7f6556e6ea63]
/usr/lib64/libruby.so.2.7(rb_vm_exec+0x1bb) [0x7f6556e7423b]
/usr/lib64/libruby.so.2.7(rb_yield+0x75) [0x7f6556e806b5]
/usr/lib64/libruby.so.2.7(rb_ary_each+0x3c) [0x7f6556c85f2c]
/usr/lib64/libruby.so.2.7(0x7f6556e63df2) [0x7f6556e63df2]
/usr/lib64/libruby.so.2.7(0x7f6556e5eac6) [0x7f6556e5eac6]
/usr/lib64/libruby.so.2.7(0x7f6556e6ea63) [0x7f6556e6ea63]
/usr/lib64/libruby.so.2.7(rb_vm_exec+0x1bb) [0x7f6556e7423b]
/usr/lib64/libruby.so.2.7(0x7f6556cf9b70) [0x7f6556cf9b70]
/usr/lib64/libruby.so.2.7(ruby_run_node+0x48) [0x7f6556cfdf48]
/usr/bin/ruby(0x55960d30d10b) [0x55960d30d10b]
/lib64/libc.so.6(__libc_start_main+0xcd) [0x7f6556aaee1d]
/usr/bin/ruby(_start+0x2a) [0x55960d30d15a]

-- Other runtime information -----------------------------------------------

* Loaded script: /usr/bin/ronn

* Loaded features:

    0 enumerator.so
    1 thread.rb   
    2 rational.so 
    3 complex.so  
    4 ruby2_keywords.rb
    5 /usr/lib/ruby/x86_64-linux/enc/encdb.so
    6 /usr/lib/ruby/x86_64-linux/enc/trans/transdb.so
    7 /usr/lib/ruby/x86_64-linux/rbconfig.rb
    8 /usr/lib/ruby/rubygems/compatibility.rb
    9 /usr/lib/ruby/rubygems/defaults.rb
   10 /usr/lib/ruby/rubygems/deprecate.rb
   11 /usr/lib/ruby/rubygems/errors.rb
   12 /usr/lib/ruby/rubygems/version.rb
   13 /usr/lib/ruby/rubygems/requirement.rb
   14 /usr/lib/ruby/rubygems/platform.rb
   15 /usr/lib/ruby/rubygems/basic_specification.rb
   16 /usr/lib/ruby/rubygems/stub_specification.rb
   17 /usr/lib/ruby/rubygems/util.rb
   18 /usr/lib/ruby/rubygems/text.rb
   19 /usr/lib/ruby/rubygems/user_interaction.rb
   20 /usr/lib/ruby/rubygems/specification_policy.rb
   21 /usr/lib/ruby/rubygems/util/list.rb
   22 /usr/lib/ruby/rubygems/specification.rb
   23 /usr/lib/ruby/rubygems/exceptions.rb
   24 /usr/lib/ruby/rubygems/bundler_version_finder.rb
   25 /usr/lib/ruby/rubygems/dependency.rb
   26 /usr/lib/ruby/rubygems/core_ext/kernel_gem.rb
   27 /usr/lib/ruby/x86_64-linux/monitor.so
   28 /usr/lib/ruby/monitor.rb
   29 /usr/lib/ruby/rubygems/core_ext/kernel_require.rb
   30 /usr/lib/ruby/rubygems/core_ext/kernel_warn.rb
   31 /usr/lib/ruby/rubygems.rb
   32 /usr/lib/ruby/rubygems/path_support.rb
   33 /usr/lib/ruby/did_you_mean/version.rb
   34 /usr/lib/ruby/did_you_mean/core_ext/name_error.rb
   35 /usr/lib/ruby/did_you_mean/levenshtein.rb
   36 /usr/lib/ruby/did_you_mean/jaro_winkler.rb
   37 /usr/lib/ruby/did_you_mean/spell_checker.rb
   38 /usr/lib/ruby/did_you_mean/spell_checkers/name_error_checkers/class_name_checker.rb
   39 /usr/lib/ruby/did_you_mean/spell_checkers/name_error_checkers/variable_name_checker.rb
   40 /usr/lib/ruby/did_you_mean/spell_checkers/name_error_checkers.rb
   41 /usr/lib/ruby/did_you_mean/spell_checkers/method_name_checker.rb
   42 /usr/lib/ruby/did_you_mean/spell_checkers/key_error_checker.rb
   43 /usr/lib/ruby/did_you_mean/spell_checkers/null_checker.rb
   44 /usr/lib/ruby/did_you_mean/formatters/plain_formatter.rb
   45 /usr/lib/ruby/did_you_mean/tree_spell_checker.rb
   46 /usr/lib/ruby/did_you_mean.rb
   47 /usr/lib/ruby/x86_64-linux/date_core.so
   48 /usr/lib/ruby/gems/2.7.0/gems/date-3.0.0/lib/date.rb
   49 /usr/lib/ruby/optparse.rb
   50 /usr/lib/ruby/gems/2.7.0/gems/rdiscount-2.2.0.2/lib/rdiscount.so
   51 /usr/lib/ruby/gems/2.7.0/gems/rdiscount-2.2.0.2/lib/rdiscount.rb
   52 /usr/lib/ruby/gems/2.7.0/extensions/x86_64-linux/2.7.0/hpricot-0.8.6/hpricot_scan.so
   53 /usr/lib/ruby/gems/2.7.0/gems/hpricot-0.8.6/lib/hpricot/tag.rb
   54 /usr/lib/ruby/gems/2.7.0/gems/hpricot-0.8.6/lib/hpricot/modules.rb
   55 /usr/lib/ruby/gems/2.7.0/gems/hpricot-0.8.6/lib/hpricot/elements.rb
   56 /usr/lib/ruby/uri/version.rb
   57 /usr/lib/ruby/uri/rfc2396_parser.rb
   58 /usr/lib/ruby/uri/rfc3986_parser.rb
   59 /usr/lib/ruby/uri/common.rb
   60 /usr/lib/ruby/uri/generic.rb
   61 /usr/lib/ruby/uri/file.rb
   62 /usr/lib/ruby/uri/ftp.rb
   63 /usr/lib/ruby/uri/http.rb
   64 /usr/lib/ruby/uri/https.rb
   65 /usr/lib/ruby/uri/ldap.rb
   66 /usr/lib/ruby/uri/ldaps.rb
   67 /usr/lib/ruby/uri/mailto.rb
   68 /usr/lib/ruby/uri.rb
   69 /usr/lib/ruby/gems/2.7.0/gems/hpricot-0.8.6/lib/hpricot/traverse.rb
   70 /usr/lib/ruby/prettyprint.rb
   71 /usr/lib/ruby/pp.rb
   72 /usr/lib/ruby/gems/2.7.0/gems/hpricot-0.8.6/lib/hpricot/inspect.rb
   73 /usr/lib/ruby/gems/2.7.0/gems/hpricot-0.8.6/lib/hpricot/htmlinfo.rb
   74 /usr/lib/ruby/gems/2.7.0/gems/hpricot-0.8.6/lib/hpricot/parse.rb
   75 /usr/lib/ruby/gems/2.7.0/gems/hpricot-0.8.6/lib/hpricot/tags.rb
   76 /usr/lib/ruby/gems/2.7.0/extensions/x86_64-linux/2.7.0/hpricot-0.8.6/fast_xs.so
   77 /usr/lib/ruby/gems/2.7.0/gems/hpricot-0.8.6/lib/hpricot/blankslate.rb
   78 /usr/lib/ruby/gems/2.7.0/gems/hpricot-0.8.6/lib/hpricot/builder.rb
   79 /usr/lib/ruby/gems/2.7.0/gems/hpricot-0.8.6/lib/hpricot.rb
   80 /usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn.rb
   81 /usr/lib/ruby/time.rb
   82 /usr/lib/ruby/cgi/core.rb
   83 /usr/lib/ruby/x86_64-linux/cgi/escape.so
   84 /usr/lib/ruby/cgi/util.rb
   85 /usr/lib/ruby/cgi/cookie.rb
   86 /usr/lib/ruby/cgi.rb
   87 /usr/lib/ruby/set.rb
   88 /usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn/utils.rb
   89 /usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn/roff.rb
   90 /usr/lib/ruby/gems/2.5.0/gems/mustache-1.1.1/lib/mustache/enumerable.rb
   91 /usr/lib/ruby/x86_64-linux/strscan.so
   92 /usr/lib/ruby/gems/2.5.0/gems/mustache-1.1.1/lib/mustache/parser.rb
   93 /usr/lib/ruby/gems/2.5.0/gems/mustache-1.1.1/lib/mustache/generator.rb
   94 /usr/lib/ruby/gems/2.5.0/gems/mustache-1.1.1/lib/mustache/template.rb
   95 /usr/lib/ruby/gems/2.5.0/gems/mustache-1.1.1/lib/mustache/context_miss.rb
   96 /usr/lib/ruby/gems/2.5.0/gems/mustache-1.1.1/lib/mustache/context.rb
   97 /usr/lib/ruby/gems/2.5.0/gems/mustache-1.1.1/lib/mustache/settings.rb
   98 /usr/lib/ruby/gems/2.5.0/gems/mustache-1.1.1/lib/mustache/utils.rb
   99 /usr/lib/ruby/gems/2.5.0/gems/mustache-1.1.1/lib/mustache.rb
  100 /usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn/template.rb
  101 /usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn/document.rb
  102 /usr/lib/ruby/gems/2.7.0/gems/ronn-0.7.3/lib/ronn/index.rb

* Process memory map:
 .... - вырезал, это наверно уже не интересно.



После пересборки gem-hpricot и gem-rdiscount, ronn заработал и успешно сгенерил man pages в opennebula.

Какие еще ruby модули пострадали, неизвестно.
Comment 43 Evgeny Sinelnikov 2021-04-24 03:19:59 MSK
(Ответ для Dmitry V. Levin на комментарий #41)
> Создано вложение 9321 [details] [подробности]
> abipkgdiff
> 
> abipkgdiff -t
> /archive/repo/sisyphus/date/2021/04/23/files/x86_64/RPMS/libruby-2.7.2-alt1.
> 1.x86_64.rpm /ALT/Sisyphus/files/x86_64/RPMS/libruby-2.7.2-alt1.2.x86_64.rpm
> --d1
> /archive/repo/sisyphus/date/2021/04/23/files/x86_64/RPMS/libruby-debuginfo-2.
> 7.2-alt1.1.x86_64.rpm --d2
> /ALT/Sisyphus/files/x86_64/RPMS/libruby-debuginfo-2.7.2-alt1.2.x86_64.rpm

А где выполняется это команда? На каком узле? На team?
Можно мой ключ прописать на нём, если да?
Comment 44 Dmitry V. Levin 2021-04-24 03:23:41 MSK
(In reply to Evgeny Sinelnikov from comment #43)
> (Ответ для Dmitry V. Levin на комментарий #41)
> > Создано вложение 9321 [details] [подробности]
> > abipkgdiff
> > 
> > abipkgdiff -t
> > /archive/repo/sisyphus/date/2021/04/23/files/x86_64/RPMS/libruby-2.7.2-alt1.
> > 1.x86_64.rpm /ALT/Sisyphus/files/x86_64/RPMS/libruby-2.7.2-alt1.2.x86_64.rpm
> > --d1
> > /archive/repo/sisyphus/date/2021/04/23/files/x86_64/RPMS/libruby-debuginfo-2.
> > 7.2-alt1.1.x86_64.rpm --d2
> > /ALT/Sisyphus/files/x86_64/RPMS/libruby-debuginfo-2.7.2-alt1.2.x86_64.rpm
> 
> А где выполняется это команда? На каком узле? На team?

Нет, но на team, по идее, все эти файлы видны под этими именами.

Вывод этой команды скорее говорит о том, что в ABI, по мнению abipkgdiff, ничего не поменялось.

> Можно мой ключ прописать на нём, если да?

Можно, но я не знаю, кто сейчас этим занимается.
Comment 45 Dmitry V. Levin 2021-04-24 03:47:34 MSK
(In reply to Alexey Shabalin from comment #42)
> При сборке opennebula с этим ruby, ronn перестал генерировать man page с
> таким выводом:

Сделал тестовую сборку ruby-2.7.2-alt1.2 из Сизифа на срезе Сизифа от 13 апреля (с прежним bison 3.0.5), описанная проблема воспроизвелась, т.е. она не связана с обновлением пакета bison в Сизифе.

Поскольку предыдущая сборка ruby-2.7.2-alt1.1 была сделана на предыдущем компиляторе gcc9, можно предположить, что проблема неустановленного изменения ABI каким-то образом связана со сменой компилятора.
Comment 46 Dmitry V. Levin 2021-04-24 03:52:26 MSK
Я пока отложил задание #270587 PENDING #1 sisyphus/majioa gem-*,
в котором пересобирается большое число пакетов, до выяснения природы произошедшего.

Видимо, надо было завести отдельный багрепорт про всю эту историю с ruby.
Comment 47 Evgeny Sinelnikov 2021-04-24 03:59:21 MSK
В общем, проблема такая:

- ruby 2.7.2-alt1.1 последний раз собирался на на старом bison-2.7.4 четыре месяца назад;
http://git.altlinux.org/gears/r/ruby.git

- новый bison-2.7.5 прилетел два месяца назад;
http://git.altlinux.org/gears/b/bison.git

- с новым bison была ошибка:
https://bugs.ruby-lang.org/issues/17582

- в фиксе, который это чинит, указано:
Although it was used just to suppress an "unsed argument" warning
in the same manner as other bison-provided functions, it has been
dropped since Bision 3.7.5.  And we always suppress that
warnings.

- Если проблема в gcc, то, видимо пересобирать нужно теперь все ruby-пакеты. В общем, да - нужно разбираться.

Отправил на сборку новый релиз - давайте с ним проверим ещё:
#270592 BUILDING #1 [locked] [test-only] sisyphus ruby.git=2.7.3-alt1
Comment 48 Evgeny Sinelnikov 2021-04-24 04:50:06 MSK
С этой сборкой проблема, вроде, не воспроизводится:
#270592 TESTED #2 [test-only] sisyphus ruby.git=2.7.3-alt1.3

sin@xpi opennebula $ git show sisyphus | head
commit 5f96d49273e796ea62673a9c1f26b74c1d855159
Author: Alexey Shabalin <shaba@altlinux.org>
Date:   Sun Nov 22 07:13:25 2020 +0300

    5.12.0.4-alt1
    
    - 5.12.0.4
    - drop support sysV init scripts

...
Wrote: /usr/src/RPM/SRPMS/opennebula-5.12.0.4-alt1.src.rpm (w2T8.xzdio)
Wrote: /usr/src/RPM/RPMS/x86_64/opennebula-server-5.12.0.4-alt1.x86_64.rpm (w2.lzdio)
Wrote: /usr/src/RPM/RPMS/noarch/opennebula-common-5.12.0.4-alt1.noarch.rpm (w2.lzdio)
Wrote: /usr/src/RPM/RPMS/noarch/gem-opennebula-5.12.0.4-alt1.noarch.rpm (w2.lzdio)
Wrote: /usr/src/RPM/RPMS/noarch/gem-opennebula-cli-5.12.0.4-alt1.noarch.rpm (w2.lzdio)
Wrote: /usr/src/RPM/RPMS/noarch/python3-module-opennebula-5.12.0.4-alt1.noarch.rpm (w2.lzdio)
Wrote: /usr/src/RPM/RPMS/noarch/opennebula-sunstone-5.12.0.4-alt1.noarch.rpm (w2T8.xzdio)
Wrote: /usr/src/RPM/RPMS/noarch/opennebula-gate-5.12.0.4-alt1.noarch.rpm (w2.lzdio)
Wrote: /usr/src/RPM/RPMS/noarch/opennebula-flow-5.12.0.4-alt1.noarch.rpm (w2.lzdio)
Wrote: /usr/src/RPM/RPMS/noarch/opennebula-java-5.12.0.4-alt1.noarch.rpm (w2.lzdio)
Wrote: /usr/src/RPM/RPMS/noarch/opennebula-node-kvm-5.12.0.4-alt1.noarch.rpm (w2.lzdio)
Wrote: /usr/src/RPM/RPMS/x86_64/opennebula-node-firecracker-5.12.0.4-alt1.x86_64.rpm (w2.lzdio)
Wrote: /usr/src/RPM/RPMS/x86_64/opennebula-node-lxd-5.12.0.4-alt1.x86_64.rpm (w2.lzdio)
Wrote: /usr/src/RPM/RPMS/noarch/opennebula-provision-5.12.0.4-alt1.noarch.rpm (w2.lzdio)
Wrote: /usr/src/RPM/RPMS/x86_64/opennebula-server-debuginfo-5.12.0.4-alt1.x86_64.rpm (w2T8.xzdio)
Wrote: /usr/src/RPM/RPMS/x86_64/opennebula-node-firecracker-debuginfo-5.12.0.4-alt1.x86_64.rpm (w2.lzdio)
Wrote: /usr/src/RPM/RPMS/x86_64/opennebula-node-lxd-debuginfo-5.12.0.4-alt1.x86_64.rpm (w2.lzdio)

[builder@localhost SPECS]$ rpm -q ruby
ruby-2.7.3-alt1.3.x86_64

Отправляю в сизиф.
Comment 49 Dmitry V. Levin 2021-04-24 05:02:00 MSK
(In reply to Evgeny Sinelnikov from comment #47)
> В общем, проблема такая:
> 
> - ruby 2.7.2-alt1.1 последний раз собирался на на старом bison-2.7.4 четыре
> месяца назад;
> http://git.altlinux.org/gears/r/ruby.git

На bison-3.0.5 и gcc9.

> - новый bison-2.7.5 прилетел два месяца назад;
> http://git.altlinux.org/gears/b/bison.git

bison 3.7.6 в Сизифе с 13-го апреля, до этого долго был 3.0.5.

> - с новым bison была ошибка:
> https://bugs.ruby-lang.org/issues/17582
> 
> - в фиксе, который это чинит, указано:
> Although it was used just to suppress an "unsed argument" warning
> in the same manner as other bison-provided functions, it has been
> dropped since Bision 3.7.5.  And we always suppress that
> warnings.

Это не играет роли.

Я же написал, что проблема не связана с обновлением пакета bison в Сизифе.

> - Если проблема в gcc, то, видимо пересобирать нужно теперь все ruby-пакеты.

Всё указывает на какие-то неустановленные внутренние изменения в ruby, предположительно, в результате смены gcc.

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

(In reply to Evgeny Sinelnikov from comment #48)
> С этой сборкой проблема, вроде, не воспроизводится:
> #270592 TESTED #2 [test-only] sisyphus ruby.git=2.7.3-alt1.3

Алексей уже пересобрал какие-то из gem-пакетов с тем ruby, который был собран вчера, так что проверять надо на срезе Сизифа, где этого ещё не было.
Comment 50 Dmitry V. Levin 2021-04-24 15:07:20 MSK
(In reply to Evgeny Sinelnikov from comment #48)
> ruby-2.7.3-alt1.3.x86_64
> 
> Отправляю в сизиф.

На этой сборке ruby и позавчерашнем снапшоте Сизифа ronn больше не падает.
Comment 51 DVoropaev 2021-08-02 13:13:55 MSK
Собрал ZMAP для сизифа, прошу посмотреть. #272314
Comment 52 Andrew Vasilyev 2021-08-02 14:59:51 MSK
(Ответ для DVoropaev на комментарий #51)
> Собрал ZMAP для сизифа, прошу посмотреть. #272314

1.
  По поводу http://git.altlinux.org/tasks/272314/gears/100/git?p=git;a=commitdiff;h=800e008534142b3bb813ca2165d547e08883a9b7
  эксперты по cmake пишут:

"Возможно, лучше не на ${CMAKE_BINARY_DIR}/src, а на ${CMAKE_CURRENT_BINARY_DIR}.
Потому что, если в CMakeLists писать add_subdirectory(name), то ${cmake_current_*_dir} обе изменяются на соотв. подкаталоги по имени name из build tree и source tree соответственно; таким образом иерархия подкаталогов и файлов в build tree повторяет таковую в source tree, но вместо исходников генераты. В выводе find(1) это более-менее видно хорошо, если убрать из выдачи служебные файлы

http://git.altlinux.org/tasks/272314/gears/100/git?p=git;a=blob;f=CMakeLists.txt;h=8bd825ff8239b493b601bf8b617321713346ddde;hb=800e008534142b3bb813ca2165d547e08883a9b7#l123
На 123 строке: add_subdirectory(src).
CMake сделает в build tree такой же каталог src, откроет в дереве исходников src/CMakeLists.txt и предполагает, что артефакты-результаты сборки лягут в новосозданный каталог; вся автоматика так и делает, так и вызывает всякие компиляторы.
"

2.  И почему не

%_sysconfdir/%name

  вместо

%_sysconfdir/zmap/blacklist.conf
%_sysconfdir/zmap/zmap.conf
  ?
Comment 53 DVoropaev 2021-08-25 16:55:11 MSK
Исправил замечания для zmap. Прошу посмотреть #283762
Comment 54 Andrew Vasilyev 2021-08-25 22:56:44 MSK
(Ответ для DVoropaev на комментарий #53)
> Исправил замечания для zmap. Прошу посмотреть #283762

1. IMHO, нужно разнести по разным коммитам: один с исправлением src/CMakeLists.txt, следующий со всем ALT-specific (некоторые сделали бы из этого ещё 3 коммита: .gear/, spec, remotes :-) ).

2. Для упаковки man-ов обычно используются макросы %_man[1-8]dir,
   в данном случае, %_man1dir, т.е. %_man1dir/zblacklist.1* и т.п.
   (указывать расширение тоже не стОит - вдруг оно поменяется упаковщиком?).
Comment 55 DVoropaev 2021-08-27 13:22:39 MSK
Исправил #283985
Comment 56 Andrew Vasilyev 2021-08-27 15:21:15 MSK
(Ответ для DVoropaev на комментарий #55)
> Исправил #283985

  Про man забыли :(
Comment 57 DVoropaev 2021-08-27 18:32:37 MSK
Исправил, отправил на сборку. #284043, пока находится в состоянии awaiting
Comment 58 Andrew Vasilyev 2021-08-28 00:18:58 MSK
(Ответ для DVoropaev на комментарий #57)
> Исправил, отправил на сборку. #284043, пока находится в состоянии awaiting

  Теперь ментору нужно переводить процесс дальше (на ди-ментора?). :-)
Comment 59 Evgeny Sinelnikov 2021-08-31 12:45:19 MSK
Призываю ди-ментора.

Обращаю внимание на рассылку devel-newbies@:
http://lists.altlinux.org/mailman/listinfo/devel-newbies

"даже если не собираетесь прямо сейчас вступать в команду, можно подписаться на неё и какое-то время просто почитать, о чём спрашивают и что отвечают. Там же можно искать и ментора среди тех, чьи ответы оказались понятны и полезны."
Comment 60 Gleb F-Malinovskiy 2021-09-02 15:03:34 MSK
Призван ещё один человек (vseleznv@) для независимой оценки готовности кандидата.

T/J/S -> 4.2.
Comment 61 Vladimir D. Seleznev 2021-09-06 19:58:31 MSK
По уже собранным пакетам серьёзных замечаний нет.

Могу отметить следующие:

> Packager: Dmitriy Voropaev <voropaevdmtr@altlinux.org>

Обычно не принято писать Packager в спеке, он автоматически прописывается при сборке пакета.

> diff: @version@:. . name=@name@-@version@-@release@.patch

Тут достаточно написать `diff: @version@:. .`, т.к. это формат имени патча по умолчанию.

Более существенные замечания:

> %_sysconfdir/bash_completion.d/

Автодополнения для шеллов нужно упаковывать в /usr/share (в /usr/share/bash-completion/completions для баша в частности). А конфиги лучше указывать в начале секции %files, и указывать с директивой %config(noreplace).

> License: GPLv3

Требуется уточнение лицензии (см. https://www.gnu.org/licenses/identify-licenses-clearly.html и https://spdx.org/licenses/), нужно исправить.

Почти все собранные пакеты были модулями Ruby с тривиальной сборкой. Предлагаю кандидату ещё собрать или обновить пакеты, не связанные с Ruby, по возможности с менее тривиальной сборкой, а также исправить более существенные замечания, обозначенные выше.
Comment 62 DVoropaev 2021-10-06 15:13:23 MSK
(Ответ для Vladimir D. Seleznev на комментарий #61)

> Предлагаю кандидату ещё собрать или обновить пакеты, не связанные с Ruby, по
> возможности с менее тривиальной сборкой,

Не совсем понятно, что подразумевается под "менее тривиальной сборкой"?
Есть какие то критерии?
Comment 63 DVoropaev 2021-10-06 16:46:05 MSK
(Ответ для Vladimir D. Seleznev на комментарий #61)

> Предлагаю кандидату ещё собрать или обновить пакеты, не связанные с Ruby, по
> возможности с менее тривиальной сборкой,

Не совсем понятно, что подразумевается под "менее тривиальной сборкой"?
Есть какие то критерии?
Comment 64 Vladimir D. Seleznev 2021-10-10 01:21:55 MSK
(In reply to DVoropaev from comment #63)
> (Ответ для Vladimir D. Seleznev на комментарий #61)
> 
> > Предлагаю кандидату ещё собрать или обновить пакеты, не связанные с Ruby, по
> > возможности с менее тривиальной сборкой,
> 
> Не совсем понятно, что подразумевается под "менее тривиальной сборкой"?
> Есть какие то критерии?

Тривиальная сборка — это сборка пакета, в котором не участвуют патчи (или все патчи тривиальные), а все инструкции сборки ограничивают макросами, раскрывающие ся в configure; make; make install, или их функциональные аналоги. Нетривиальная — это сборка сложнее, чем тривиальная. Конечно, в идеале у всех пакетов должна быть тривиальная сборка.

Попробуйте, например, обновить чей-то пакет, желательно с иной схемой gear.
Comment 65 Igor Chudov 2021-12-24 10:44:31 MSK
Добрый день.

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

Так как лицензия NMap вообще вызывает много вопросов и для их решения надо связываться с компанией-производителем, предлагаю обновить подтухающий в репозиториях masscan до свежей на текущий момент версии 1.3.2 ( https://github.com/robertdavidgraham/masscan/tree/1.3.2 ). Там лицензия AGPLv3 без всяких оговорок. Если человек осилит процесс, то почему бы не довести Join до логического финала?
Comment 66 Dmitry V. Levin 2021-12-24 11:55:40 MSK
Вроде бы с nmap ситуация опять поменялась, но вы, конечно, решайте сами, на каких пакетах тренироваться.
Comment 67 Michael Shigorin 2022-10-13 22:55:03 MSK
(Ответ для Vladimir D. Seleznev на комментарий #64)
> Попробуйте, например, обновить чей-то пакет, желательно с иной схемой gear.
Ты видел устройство nmap.git?  Мне вот расхотелось его трогать, см. bug 44029 comment 2.

---

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

Сделанное человеком в рамках данной баги явно больше, чем те тривиальные(!)
изменения в webalizer и mrtg, с которых начиналось моё участие в team.

Посему: неча человека мариновать, принимайте уже :-)
Comment 68 Vladimir D. Seleznev 2022-10-17 02:03:39 MSK
Вы как-то пропали, а я про вас и забыл, простите. У меня по предыдущим пакетам серьёзных замечаний не было, если ментор считает, что кандидат готов, то пропускайте.
Comment 69 Dmitry V. Levin 2022-10-17 13:42:13 MSK
(In reply to Vladimir D. Seleznev from comment #68)
> Вы как-то пропали, а я про вас и забыл, простите. У меня по предыдущим
> пакетам серьёзных замечаний не было, если ментор считает, что кандидат
> готов, то пропускайте.

Поскольку прошёл почти год без движения, я бы хотел подтверждения, что это действительно ещё актуально.
Comment 70 DVoropaev 2022-10-17 18:55:26 MSK
(Ответ для Dmitry V. Levin на комментарий #69)
> (In reply to Vladimir D. Seleznev from comment #68)
> > Вы как-то пропали, а я про вас и забыл, простите. У меня по предыдущим
> > пакетам серьёзных замечаний не было, если ментор считает, что кандидат
> > готов, то пропускайте.
> 
> Поскольку прошёл почти год без движения, я бы хотел подтверждения, что это
> действительно ещё актуально.

Да, это актуально
Comment 71 Gleb F-Malinovskiy 2022-11-01 13:58:22 MSK
Адрес подписан на devel@.
Пользователь добавлен в группу мейнтейнеров.

Желаю удачного мейнтейнерства!
Comment 72 DVoropaev 2022-11-01 14:01:17 MSK
(Ответ для Gleb F-Malinovskiy на комментарий #71)
> Адрес подписан на devel@.
> Пользователь добавлен в группу мейнтейнеров.
> 
> Желаю удачного мейнтейнерства!

Благодарю!