Created attachment 9105 [details] прикрепил ssh- и gpg- ключи Псевдоним: voropaevdmtr@altlinux.org Мой текущий почтовый ящик: voropaevdmtr@gmail.com Ментор: Евгений Синельников Хочу научиться собирать пакеты.
Во вложении вижу только PGP PUBLIC KEY BLOCK; прикреплять лучше двумя отдельными файлами.
Created attachment 9116 [details] SSH pub
Подтверждаю. В качестве первого ознакомления со сборкой предлпженно обновить nmap до версии 7.90.
Created attachment 9137 [details] ssh pub (new)
Created attachment 9138 [details] gpg pub (new)
Заменил ключи во вложениях на актуальные
Обновил nmap до версии 7.91. Ссылка на репозиторий: https://github.com/dvoropaev/nmap
(Ответ для 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
(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 выпускается под несвободной лицензией. Вы можете собрать его рядом под другим именем, если хотите.
(Ответ для Dmitry V. Levin на комментарий #9) > > nmap >= 7.90 выпускается под несвободной лицензией. > Вы можете собрать его рядом под другим именем, если хотите. Я бы хотел уточнить два момента по поводу "собрать его рядом под другим именем": - правильно ли я понимаю, что nmap под другим именем собрать в репозиторий-таки можно? Иначе зачем его переименовывать? Локальную сборку можно и под оригинальным именем оставить. - Какую лицензию нужно указывать для переименованном пакете?
(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 (надо уточнить версию этой лицензии, она менялась)
(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.
http://altlinux.org/regular (sisyphus), в т.ч. http://altlinux.org/rescue, и http://altlinux.org/starterkits (сейчас p9) у нас именно под GPL и распространяются. Ну, на всякий.
> nmap >= 7.90 выпускается под несвободной лицензией. > Вы можете собрать его рядом под другим именем, если хотите. Правильно ли я понимаю. что могу собрать пакет под именем (например network-mapper), при этом имена бинарников оставить прежними? Если да, то какую приложить лицензию?
(In reply to DVoropaev from comment #14) > > nmap >= 7.90 выпускается под несвободной лицензией. > > Вы можете собрать его рядом под другим именем, если хотите. > > Правильно ли я понимаю. что могу собрать пакет под именем (например > network-mapper) Я бы сделал в имени пакета более явным, что это тот же nmap, но под другой лицензией -- например, назвав пакет nmap-NPSL. > при этом имена бинарников оставить прежними? Было бы удобно оставить имена бинарников прежними, расставив Conflicts: на соответсвующие существующие пакеты, но кажется запрет на duplicate provides не даст поступить так просто. > Если да, то какую приложить лицензию? Ту, под которой лицензирован собираемый код.
Собрал из репозитория u-boot-tools утилиты fw_printenv и fw_setenv, позволяющие получить доступ к настройкам U-Boot в виде отельного пакета u-boot-tools-env (https://github.com/dvoropaev/uboot-env). Мне эти утилиты необходимы для выполнения работ на BFK3.1 на архитектуре mipsel, на котором их протестировал.
(Ответ для 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
(Ответ для Evgeny Sinelnikov на комментарий #3) > Подтверждаю. (Ответ для DVoropaev на комментарий #4) > Создано вложение 9137 [details] [подробности] > ssh pub (new) (Ответ для DVoropaev на комментарий #5) > Создано вложение 9138 [details] [подробности] > gpg pub (new) Ok.
собрал nmap версии 7.91 под именем nmap-NPSL https://github.com/dvoropaev/nmap_gear/commit/248412248ceae82068d5a040fbdc450a82b79006
Думаю, что пора переходить к следующему этапу. Со своей стороны выражаю высокую оценку готовности Дмитрия переходить к разбору сборочной инфраструктуры не только на уровне сборки пакетов, но но и на уровне освоение сборочницы.
ssh ключ на gitery.alt зарегистрирован. ssh ключ на gyle.alt зарегистрирован. Адрес для пересылки создан. T/J/S -> 2.4.
Переходим к 3 этапу. 2voropaevdmtr@ - отправь все свои текущие пакеты на git.alt
Created attachment 9248 [details] Актуальный pub gpg Актуальный pub gpg
(Ответ для Evgeny Sinelnikov на комментарий #22) > Переходим к 3 этапу. > 2voropaevdmtr@ - отправь все свои текущие пакеты на git.alt http://git.altlinux.org/people/voropaevdmtr/packages/
(In reply to DVoropaev from comment #23) > Created attachment 9248 [details] > Актуальный pub gpg > > Актуальный pub gpg Что-то случилось? Непонятно, как переходить к п. 3.1 при изменяющихся ключах.
(Ответ для Dmitry V. Levin на комментарий #25) > (In reply to DVoropaev from comment #23) > > Created attachment 9248 [details] [подробности] [details] > > Актуальный pub gpg > > > > Актуальный pub gpg > > Что-то случилось? Непонятно, как переходить к п. 3.1 при изменяющихся > ключах. Да, Дима, поясни, что случилось с твоим ключом? Утерян пароль?
(Ответ для 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
(Ответ для DVoropaev на комментарий #27) > (Ответ для Evgeny Sinelnikov на комментарий #26) .. > > Да, Дима, поясни, что случилось с твоим ключом? Утерян пароль? > > Утерян закрытый ключ gpg Новый ключ сохранён на альтернативный носитель? У тебя в репозитории лежат пакеты - нужно их отправить на сборку в две таски. Одна для minipro, другая - для jekyll.
(Ответ для Evgeny Sinelnikov на комментарий #28) > (Ответ для DVoropaev на комментарий #27) > > (Ответ для Evgeny Sinelnikov на комментарий #26) > .. > > > Да, Дима, поясни, что случилось с твоим ключом? Утерян пароль? > > > > Утерян закрытый ключ gpg > > Новый ключ сохранён на альтернативный носитель? Да, сохранен
Сохранил ключи на альтернативном носителе, проверил на отдельном хосте. Прошу прощения за предоставленные неудобства.
Подготовил 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
Пакеты собраны (gem-пакеты с jekyll и програматор minipro), для продолжения прошу зарегистрировать GPG-ключ кандидата в пакет alt-gpgkeys.
Пакет alt-gpgkeys обновлён. T/J/S -> 3.4.
Сделал таски в gyle: #268972 - jekyll и gem'ы для него #268974 - minipro Пакеты собрались. Просьба проверить
Пакеты в вышеуказанных тасках собрались и ушли в сизиф
(Ответ для DVoropaev на комментарий #35) > Пакеты в вышеуказанных тасках собрались и ушли в сизиф "%_mandir/man1/%name.*" -> %_man1dir/%name.* "/usr/share/minipro/infoic.xml" -> %_datadir/%name/ (чтобы при удалении пакета не остался каталог /usr/share/minipro/).
(Ответ для Andrew Vasilyev на комментарий #36) > (Ответ для DVoropaev на комментарий #35) > > Пакеты в вышеуказанных тасках собрались и ушли в сизиф > > "%_mandir/man1/%name.*" -> %_man1dir/%name.* > > "/usr/share/minipro/infoic.xml" -> %_dat269201]adir/%name/ > (чтобы при удалении пакета не остался каталог /usr/share/minipro/). Исправил. таска 269201
Пользователи жалуются, что в результате коммита задания [#270473] DONE (try 3) ruby.git=2.7.2-alt1.2 в Сизифе у ruby поменялся ABI и все бинарные модули, собранные с прежним ruby, сломались. Просьба срочно это исправить.
(In reply to Dmitry V. Levin from comment #39) > Пользователи жалуются, что в результате коммита задания > [#270473] DONE (try 3) ruby.git=2.7.2-alt1.2 > в Сизифе у ruby поменялся ABI и все бинарные модули, собранные с прежним > ruby, сломались. > > Просьба срочно это исправить. Тем, кто что-то знает о том, что сломалось и как это проявляется, просьба сообщить.
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
При сборке 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 модули пострадали, неизвестно.
(Ответ для 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? Можно мой ключ прописать на нём, если да?
(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, ничего не поменялось. > Можно мой ключ прописать на нём, если да? Можно, но я не знаю, кто сейчас этим занимается.
(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 каким-то образом связана со сменой компилятора.
Я пока отложил задание #270587 PENDING #1 sisyphus/majioa gem-*, в котором пересобирается большое число пакетов, до выяснения природы произошедшего. Видимо, надо было завести отдельный багрепорт про всю эту историю с ruby.
В общем, проблема такая: - 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
С этой сборкой проблема, вроде, не воспроизводится: #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 Отправляю в сизиф.
(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, который был собран вчера, так что проверять надо на срезе Сизифа, где этого ещё не было.
(In reply to Evgeny Sinelnikov from comment #48) > ruby-2.7.3-alt1.3.x86_64 > > Отправляю в сизиф. На этой сборке ruby и позавчерашнем снапшоте Сизифа ronn больше не падает.
Собрал ZMAP для сизифа, прошу посмотреть. #272314
(Ответ для 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 ?
Исправил замечания для zmap. Прошу посмотреть #283762
(Ответ для 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* и т.п. (указывать расширение тоже не стОит - вдруг оно поменяется упаковщиком?).
Исправил #283985
(Ответ для DVoropaev на комментарий #55) > Исправил #283985 Про man забыли :(
Исправил, отправил на сборку. #284043, пока находится в состоянии awaiting
(Ответ для DVoropaev на комментарий #57) > Исправил, отправил на сборку. #284043, пока находится в состоянии awaiting Теперь ментору нужно переводить процесс дальше (на ди-ментора?). :-)
Призываю ди-ментора. Обращаю внимание на рассылку devel-newbies@: http://lists.altlinux.org/mailman/listinfo/devel-newbies "даже если не собираетесь прямо сейчас вступать в команду, можно подписаться на неё и какое-то время просто почитать, о чём спрашивают и что отвечают. Там же можно искать и ментора среди тех, чьи ответы оказались понятны и полезны."
Призван ещё один человек (vseleznv@) для независимой оценки готовности кандидата. T/J/S -> 4.2.
По уже собранным пакетам серьёзных замечаний нет. Могу отметить следующие: > 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, по возможности с менее тривиальной сборкой, а также исправить более существенные замечания, обозначенные выше.
(Ответ для Vladimir D. Seleznev на комментарий #61) > Предлагаю кандидату ещё собрать или обновить пакеты, не связанные с Ruby, по > возможности с менее тривиальной сборкой, Не совсем понятно, что подразумевается под "менее тривиальной сборкой"? Есть какие то критерии?
(In reply to DVoropaev from comment #63) > (Ответ для Vladimir D. Seleznev на комментарий #61) > > > Предлагаю кандидату ещё собрать или обновить пакеты, не связанные с Ruby, по > > возможности с менее тривиальной сборкой, > > Не совсем понятно, что подразумевается под "менее тривиальной сборкой"? > Есть какие то критерии? Тривиальная сборка — это сборка пакета, в котором не участвуют патчи (или все патчи тривиальные), а все инструкции сборки ограничивают макросами, раскрывающие ся в configure; make; make install, или их функциональные аналоги. Нетривиальная — это сборка сложнее, чем тривиальная. Конечно, в идеале у всех пакетов должна быть тривиальная сборка. Попробуйте, например, обновить чей-то пакет, желательно с иной схемой gear.
Добрый день. Я предлагаю в рамках прохождения процедуры Join не заниматься пересборкой всего. А то процедура растянется бесконечно. Так как лицензия NMap вообще вызывает много вопросов и для их решения надо связываться с компанией-производителем, предлагаю обновить подтухающий в репозиториях masscan до свежей на текущий момент версии 1.3.2 ( https://github.com/robertdavidgraham/masscan/tree/1.3.2 ). Там лицензия AGPLv3 без всяких оговорок. Если человек осилит процесс, то почему бы не довести Join до логического финала?
Вроде бы с nmap ситуация опять поменялась, но вы, конечно, решайте сами, на каких пакетах тренироваться.
(Ответ для Vladimir D. Seleznev на комментарий #64) > Попробуйте, например, обновить чей-то пакет, желательно с иной схемой gear. Ты видел устройство nmap.git? Мне вот расхотелось его трогать, см. bug 44029 comment 2. --- Есть предложение не предлагать пробивающимся в команду критерии вида "поди туда, не знаю, куда, принеси то, не знаю, что". Сделанное человеком в рамках данной баги явно больше, чем те тривиальные(!) изменения в webalizer и mrtg, с которых начиналось моё участие в team. Посему: неча человека мариновать, принимайте уже :-)
Вы как-то пропали, а я про вас и забыл, простите. У меня по предыдущим пакетам серьёзных замечаний не было, если ментор считает, что кандидат готов, то пропускайте.
(In reply to Vladimir D. Seleznev from comment #68) > Вы как-то пропали, а я про вас и забыл, простите. У меня по предыдущим > пакетам серьёзных замечаний не было, если ментор считает, что кандидат > готов, то пропускайте. Поскольку прошёл почти год без движения, я бы хотел подтверждения, что это действительно ещё актуально.
(Ответ для Dmitry V. Levin на комментарий #69) > (In reply to Vladimir D. Seleznev from comment #68) > > Вы как-то пропали, а я про вас и забыл, простите. У меня по предыдущим > > пакетам серьёзных замечаний не было, если ментор считает, что кандидат > > готов, то пропускайте. > > Поскольку прошёл почти год без движения, я бы хотел подтверждения, что это > действительно ещё актуально. Да, это актуально
Адрес подписан на devel@. Пользователь добавлен в группу мейнтейнеров. Желаю удачного мейнтейнерства!
(Ответ для Gleb F-Malinovskiy на комментарий #71) > Адрес подписан на devel@. > Пользователь добавлен в группу мейнтейнеров. > > Желаю удачного мейнтейнерства! Благодарю!
