38332 2020-04-06 20:16:56 +0300 girar-task rebuild: fails on gpg signature checks when signatures are no longer valid 2021-07-08 13:09:37 +0300 1 1 2 Infrastructure Infrastructure girar unspecified x86_64 Linux CLOSED FIXED P5 major --- 1 viy glebfm glebfm lav ldv cas oldest_to_newest 189101 0 viy 2020-04-06 20:16:56 +0300 если пакет в Сизифе, то task rebuild должен для него выполняться всегда. примеры пакетов, для которых не удается выполнить task rebuild: pcp ---------------------------------- gpg: WARNING: unsafe ownership on homedir `/usr/lib/alt-gpgkeys' gpg: Signature made Tue Dec 24 13:27:46 2019 UTC gpg: using RSA key 0x8899161E4DE2462A gpg: Can't check signature: public key not found task add: 5.0.2-alt1: tag signature verification failure perl-Net-Pcap ---------------------------------- /var/lib/girar/repo/sisyphus/release/latest/files/SRPMS/perl-Net-Pcap-0.18-alt2.src.rpm: rpmsign failed sisyphus_check: check-gpg ERROR: package signatures violation task add: /var/lib/girar/repo/sisyphus/release/latest/files/SRPMS/perl-Net-Pcap-0.18-alt2.src.rpm: sisyphus_check failed 189103 1 ldv 2020-04-06 20:39:00 +0300 Это спорное предложение, обсуждалось в devel, к консенсусу не пришли. К тому же его сложно реализовать. 189104 2 viy 2020-04-06 20:46:02 +0300 (Ответ для Dmitry V. Levin на комментарий #1) > Это спорное предложение, обсуждалось в devel, к консенсусу не пришли. гм. для одного пакета аварийный останов не играет особой роли. но если имен сотни? Но как тогда на rebuild с большими списками имен переходить? как в примере с транзакцией perl? > К тому же его сложно реализовать. а если просто отключить проверку? если пакет в Сизифе? 189171 3 viy 2020-04-09 16:01:30 +0300 perl-Net-Pcap я принудительно пересобрал с увеличением релиза, уже не годится как пример. 189175 4 ldv 2020-04-09 16:27:33 +0300 (In reply to viy from comment #2) > (Ответ для Dmitry V. Levin на комментарий #1) > > Это спорное предложение, обсуждалось в devel, к консенсусу не пришли. > > гм. для одного пакета аварийный останов не играет особой роли. > но если имен сотни? > Но как тогда на rebuild с большими списками имен переходить? > как в примере с транзакцией perl? Для каждого пакета, для которого task add rebuild не прошёл, сделать по-старинке с увеличением релиза? > > К тому же его сложно реализовать. > а если просто отключить проверку? если пакет в Сизифе? Это сложно, на неё всякое заваязано. Это же не просто проверка, из подписи вынимается информация об авторе, которая используется дальше. 189177 5 viy 2020-04-09 16:33:11 +0300 (Ответ для Dmitry V. Levin на комментарий #4) > (In reply to viy from comment #2) > > (Ответ для Dmitry V. Levin на комментарий #1) > > > Это спорное предложение, обсуждалось в devel, к консенсусу не пришли. > > > > гм. для одного пакета аварийный останов не играет особой роли. > > но если имен сотни? > > Но как тогда на rebuild с большими списками имен переходить? > > как в примере с транзакцией perl? > > Для каждого пакета, для которого task add rebuild не прошёл, сделать > по-старинке с увеличением релиза? ломает старую автоматизацию :( нужно скриптовать дополнительный объезд глюков в girar. я уже в принципе сделал, жить теперь можно. Но более неудобно, чем раньше. 198727 6 viy 2021-05-27 17:29:05 +0300 свежий пример fetching tag "5.12-alt2" from /gears/l/linux-tools.git... done generating pkg.tar for linux-tools.git tag "5.12-alt2"... done task #272665: added #16300: build tag "5.12-alt2" from /gears/l/linux-tools.git gpg: Signature made Wed Jan 27 13:30:38 2021 UTC gpg: using RSA key 0xBD6F569AA321B068 gpg: Can't check signature: public key not found task add: v3.0.6-alt15: tag signature verification failure 198732 7 viy 2021-05-27 17:49:54 +0300 nagios ssh girar task new 272682 new task #272682: owner=viy repo=sisyphus igor@ohmu ~ $ ssh girar task add rebuild nagios gpg: Signature made Wed Jan 27 13:30:38 2021 UTC gpg: using RSA key 0xBD6F569AA321B068 gpg: Can't check signature: public key not found task add: v3.0.6-alt15: tag signature verification failure 198734 8 glebfm 2021-05-27 18:07:14 +0300 (Ответ для viy на комментарий #6) > свежий пример > > fetching tag "5.12-alt2" from /gears/l/linux-tools.git... done > generating pkg.tar for linux-tools.git tag "5.12-alt2"... done > task #272665: added #16300: build tag "5.12-alt2" from > /gears/l/linux-tools.git > gpg: Signature made Wed Jan 27 13:30:38 2021 UTC > gpg: using RSA key 0xBD6F569AA321B068 > gpg: Can't check signature: public key not found > task add: v3.0.6-alt15: tag signature verification failure Этот вывод составлен в результате исполнения двух разных команд, не делайте так, пожалуйста. (Ответ для viy на комментарий #7) > nagios > > ssh girar task new > 272682 > new task #272682: owner=viy repo=sisyphus > igor@ohmu ~ $ ssh girar task add rebuild nagios А так сейчас уже работает. 198736 9 viy 2021-05-27 18:49:00 +0300 (Ответ для Gleb F-Malinovskiy на комментарий #8) > Этот вывод составлен в результате исполнения двух разных команд, не делайте > так, пожалуйста. да, я потом заметил и прислал уже выхлоп с nagios. > (Ответ для viy на комментарий #7) > > nagios [...] > А так сейчас уже работает. Да, ведь я только что пересобрал nagios, подписав alt16 своим ключом, поэтому больше на nagios выбивать не будет (что мне нужно, если потребуется перезалить транзакцию). К сожалению, выбьет теперь на каком-то другом пакете в Сизифе. Всего то нужно отключить gpg check при task add rebuild. 198738 10 viy 2021-05-27 20:15:26 +0300 Закрываю, так как исправлено Глебом. Глеб мне написал: Я исправил и проверил, alt15 тоже можно пересобрать, так что это была лишняя пересборка. $ ssh gyle.alt task add 272690 repo /gears/n/nagios.git v3.0.6-alt15 fetching tag "v3.0.6-alt15" from /gears/n/nagios.git... done generating pkg.tar for nagios.git tag "v3.0.6-alt15"... done task #272690: added #100: build tag "v3.0.6-alt15" from /gears/n/nagios.git 198739 11 glebfm 2021-05-27 20:53:20 +0300 Исправлена была только проблема с тем ключом, которым был подписан nagios. 199326 12 ldv 2021-06-21 01:40:02 +0300 Proposed workaround: allow rebuilds from the latest sid regardless of the gpg signature. This blocks mass rebuilds. 200110 13 ldv 2021-07-07 17:59:28 +0300 Мне кажется, что это уже реализовано. 200135 14 glebfm 2021-07-08 13:09:37 +0300 Исправлено в f31d08098d1c815943eb9d10d029fde297589b6e.