| |
@@ -43,7 +43,7 @@
|
| |
|
| |
### Q5: Does this mean that CentOS Stream is the RHEL BETA test platform now?
|
| |
|
| |
- **A:** No. CentOS Stream will be getting fixes and features ahead of RHEL. Generally speaking, we expect CentOS Stream to have fewer bugs and more runtime features than RHEL until those packages make it into the RHEL release.
|
| |
+ **A:** No. CentOS Stream will be getting fixes and features ahead of RHEL. Generally speaking we expect CentOS Stream to have fewer bugs and more runtime features as it moves forward in time but always giving direct indication of what is going into a RHEL release
|
| |
|
| |
|
| |
### Q6: Will there be separate/parallel/simultaneous streams for 8, 9, 10, etc?
|
| |
@@ -74,7 +74,7 @@
|
| |
|
| |
### Q8: I need to build/test my packages for EPEL locally which I used CentOS for. CentOS Stream will have different ABI/API at times so my builds won't work with that.
|
| |
|
| |
- **A:** EPEL is part of the Fedora Project. We know they are looking into the cases where this happens and are working on a solution. Initial testing showed that only a few packages are affected. We encourage you to get involved there. The CentOS Project cannot and does not speak for Fedora: We encourage you to [engage with the EPEL community instead](https://fedoraproject.org/wiki/EPEL#Communicating_with_the_EPEL_SIG).
|
| |
+ **A:** EPEL is part of the Fedora Project. We know they are looking into the cases where this happens and are working on a solution. Initial testing showed that only a few packages are affected. We encourage you to get involved there. The CentOS Project cannot and does not speak for Fedora: We encourage you to [engage with the EPEL community instead](https://fedoraproject.org/wiki/EPEL#Communicating_with_the_EPEL_SIG). We encourage you also to read [this proposa](https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org/thread/NYXQNQFAY44RNCJTP6WLYUGJSQX5XSIX/) for EPEL Next with further addresses this question.
|
| |
|
| |
|
| |
### Q9. EPEL 8 needs access to packages which are not shipped by RHEL but were made available by CentOS. How is this going to be solved?
|
| |
