| Summary: | Consider permitting the creation of private/hidden repositories to address vulnerabilities | ||
|---|---|---|---|
| Product: | Community | Reporter: | Wayne Beaton <wayne.beaton> |
| Component: | Architecture Council | Assignee: | eclipse.org-architecture-council |
| Status: | CLOSED MOVED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | heidinga |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | stalebug | ||
| Bug Depends on: | |||
| Bug Blocks: | 510142 | ||
|
Description
Wayne Beaton
Eclipse OpenJ9 would use this and frankly, needs private repos to be able to collaborate on security issues. Our project collaborates on security fixes with the OpenJDK & AdoptOpenJDK communities. This comes with requirements to not disclose the issues shared through these channels publicly before all members have been able to address them. We need a way to temporarily hold back security patches from the public while still being able to build & test the changes. This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie. This issue has been migrated to https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/issues/382. |