Per 2017-11-12 Council motion [1]: | Mark GLEP 65 Accepted, pending Final when tree-signing is implemented Given that GLEP 74 is now Final, I think we can mark it Final as well. [1]:https://projects.gentoo.org/council/meeting-logs/20171112-summary.txt
Ping. Is there anything that is still blocking this?
(In reply to Ulrich Müller from comment #1) > Ping. Is there anything that is still blocking this? Was there ever? I just prefer when another GLEP editor does the action than the one requesting it ;-).
Hmm, however now that I think of it. @releng, do stages finally come with signature checking enabled?
(In reply to Michał Górny from comment #3) > Hmm, however now that I think of it. > > @releng, do stages finally come with signature checking enabled? I've just checked and confirmed they don't. sus-apps/portage is being built with USE="-rsync-verify" in stage3. I'll have to check why as I thought it was active.
The issue is that rsync-verfiy is disabled in releases/weekly/portage/stages/package.use/releng/portage here: https://gitweb.gentoo.org/proj/releng.git/commit/?id=5c963b7694972dd6db19dc234a33f2ed562b8e39
(In reply to Zac Medico from comment #5) > The issue is that rsync-verfiy is disabled in > releases/weekly/portage/stages/package.use/releng/portage here: > > https://gitweb.gentoo.org/proj/releng.git/commit/ > ?id=5c963b7694972dd6db19dc234a33f2ed562b8e39 Which should be fixed on the next run of catalyst: https://gitweb.gentoo.org/proj/releng.git/commit/?id=82993b1e1041122676cfb0dd80b14e09413236bb
(In reply to Jorge Manuel B. S. Vicetto from comment #6) > (In reply to Zac Medico from comment #5) > > The issue is that rsync-verfiy is disabled in > > releases/weekly/portage/stages/package.use/releng/portage here: > > > > https://gitweb.gentoo.org/proj/releng.git/commit/ > > ?id=5c963b7694972dd6db19dc234a33f2ed562b8e39 > > Which should be fixed on the next run of catalyst: > https://gitweb.gentoo.org/proj/releng.git/commit/ > ?id=82993b1e1041122676cfb0dd80b14e09413236bb sent 2.69M bytes received 228.64M bytes 3.76M bytes/sec total size is 218.57M speedup is 0.94 * Manifest timestamp: 2018-07-17 10:08:43 UTC * Valid OpenPGP signature found: * - primary key: DCD05B71EAB94199527F44ACDB6B8C1F96D8BF6D * - subkey: E1D6ABB63BFCFB4BA02FDF1CEC590EEAC9189250 * - timestamp: 2018-07-17 10:08:43 UTC * Verifying /var/gentoo/repos/gentoo ... [ ok ] === Sync completed for gentoo [ebuild R ] sys-apps/portage-2.3.40-r1::gentoo USE="(ipc) native-extensions rsync-verify xattr -build -doc -epydoc -gentoo-dev (-selinux)" PYTHON_TARGETS="python2_7 python3_5 (-pypy) -python3_4 -python3_6" 991 KiB This is based on a fresh stage3[1] built on my server, so it should be fixed on the next run on the official stages. [1] - https://www.jmbsvicetto.name/releases/auto/amd64/default/20180716/stage3-amd64-20180716T030005Z.tar.xz
Any progress here?
(In reply to Ulrich Müller from comment #8) > Any progress here? Seems not. The GLEP was accepted on 2017-11-12, so the formal criterion for inactivity (six months, per GLEP 28) is fulfilled. I suggest marking it as Deferred, if the issue won't be resolved within the next two weeks.
The comments indicate it's done. Unless anybody says something doesn't work, I'd say it's good to be marked Final.
Jorge has just confirmed it's done indeed.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/data/glep.git/commit/?id=1324a6a93e26b346af0475096808497f204dc3d4 commit 1324a6a93e26b346af0475096808497f204dc3d4 Author: Ulrich Müller <ulm@gentoo.org> AuthorDate: 2019-02-23 15:34:34 +0000 Commit: Ulrich Müller <ulm@gentoo.org> CommitDate: 2019-02-23 15:34:34 +0000 glep-0065: Mark as Final. Closes: https://bugs.gentoo.org/652956 Signed-off-by: Ulrich Müller <ulm@gentoo.org> glep-0065.rst | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-)
