From: Sergei Trofimovich <slyfox@gentoo.org>
To: Yury German <blueknight@gentoo.org>
Cc: gentoo-dev@lists.gentoo.org, Gentoo Security <security@gentoo.org>
Subject: Re: [gentoo-dev] Re: On dropping sparc@ from CC on bugs
Date: Thu, 14 Sep 2017 08:28:23 +0100 [thread overview]
Message-ID: <20170914082823.5afacd75@sf> (raw)
In-Reply-To: <3363B1E2-10B2-4ADF-B47B-6B6A8846EA4C@gentoo.org>
[-- Attachment #1: Type: text/plain, Size: 1570 bytes --]
On Wed, 13 Sep 2017 22:44:23 -0400
Yury German <blueknight@gentoo.org> wrote:
Thank you! That's very helpful. A few clarifying questions below
to be absolutely clear.
> OK so let me repeat the comments that were made on @dev (and expand a bit further) and close the issue.
>
> 1. Maintainers are free to cc the non-stable and experimental arches as part of their call for stabilization. It is up to the maintainer of the package to decide.
>
> 2. This is providing that there is no problems caused by stableboy or extra dependencies raised
> Note: as a follow up change was made: 07:47 <@kensington> leio: b-man: good point, dropped sparc from stable_arches
>
> 3. Clean up is required as part of the security bug process, and if an arch is holding it up (example hppa before Slyfox took it over) an issue would have to be raised with the QA team for action. [1]
'Cleanup' is only vulnerabe ebuild removal, not CC removal from the bug, right?
> 4. Bugs will be closed without waiting for any non-security supported arches, once the security process is complete.
CC for exp lagging arches are not removed from the bug, right?
> 5. Security bugs are not re-assigned since they are assigned as a vulnerability in bugzilla. If you need to continue work on the bug, please feel free to open another bug for the particular arch for stabilization, fix, etc.
>
> If you have any questions please let me know.
>
>
> [1] - https://wiki.gentoo.org/wiki/Project:Security/GLSA_Coordinator_Guide#Bugs_in_.5Bcleanup.5D_status
--
Sergei
[-- Attachment #2: Цифровая подпись OpenPGP --]
[-- Type: application/pgp-signature, Size: 195 bytes --]
next prev parent reply other threads:[~2017-09-14 7:28 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <bug-621130-3398@http.bugs.gentoo.org/>
[not found] ` <bug-621130-3398-g5w8kj8DWg@http.bugs.gentoo.org/>
2017-09-11 7:43 ` [gentoo-dev] On dropping sparc@ from CC on bugs Sergei Trofimovich
2017-09-11 22:07 ` [gentoo-dev] " Aaron Bauman
2017-09-13 1:26 ` Matt Turner
2017-09-13 7:00 ` Ulrich Mueller
2017-09-13 8:03 ` Sergei Trofimovich
2017-09-14 2:44 ` Yury German
2017-09-14 7:28 ` Sergei Trofimovich [this message]
2017-09-23 20:04 ` Sergei Trofimovich
2017-10-13 10:09 ` Sergei Trofimovich
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170914082823.5afacd75@sf \
--to=slyfox@gentoo.org \
--cc=blueknight@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
--cc=security@gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox