On Wed, Mar 25, 2020 at 2:00 PM Nicolas Mailhot via devel <devel@xxxxxxxxxxxxxxxxxxxxxxx> wrote: > > Le mercredi 25 mars 2020 à 17:33 +0100, Aleksandra Fedorova a écrit : > > > My point was to highlight that ELN is not a "stable edition" like > > Fedora Server. ELN is Rawhide, its quality is no better than Rawhide > > quality, its stability is Rawhide stability, its target audience is > > Rawhide audience. > > Ok, then if I may play the devil’s advocate. Why is it not Rawhide? Are > @rh fixes so valueless you wouldn’t want them in Fedora itself? Are > community contributors so scary it is not possible to find > accocmodations with them? Any and all fixes that can apply to Fedora will be applied to Fedora without conditionals. Period. There are changes that RHEL might make that Fedora would not like. A fairly common one is to carry pre-generated documentation instead of rebuilding it in the rpmbuild so as to avoid having to BuildRequires: the doc tools. Another example is that RHEL might want to configure the package to build only stable features where Fedora might also want to enable experimental features. In general, very few packages should even need conditionalizing at all; that's why I've been saying that this discussion is premature. > > I *think* ELN comes from good intentions. Just like modularity came > from good intentions. Just like Centos stream came from good > intentions. That beind said, good intentions are not enough for a > proposal to succeed. > > The core problem (root cause in ITIL speak) is that years of EL > balkanization Centos and RHEL side, with little Fedora involvment, and > a dearth of clear upstream/downstream ground rules, completely tore > down the upstream to downstream packaging pipeline. And that > modularity, didn’t make the situation any better. Which leaves EL with > a huge upstream problem. > While I disagree with the hyperbole, I agree that the upstream-downstream pipeline has become less clear. This is intended specifically to improve on that. _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
