> Thanks for the detailed answer. Very useful. I've come to some of the same conclusions/solutions. > > I wanted to mention this source of friction since Fedora targets devs/ops people and they will expect that something as prevalent as a LEMP stack is a very smooth experience. It shows up quickly @LEMP, cuz "we all" use it. But, it's a bigger discussion. To be very fair, Fedora's packages are generally in far better @distro shape than other distros ... in large part because they're built _on_ Fedora. Which are among the primary reasons I've recently finished distro-migration of a _lot_ of boxes TO Fedora. Re: the 'smooth experience' ... For my tastes, Fedora's end-user pkg build experience -- specifically, the lack of smooth integration 'tween Pagure & COPR, as well as some missing capabilities (compared to what I was used to on other-distro) -- has room to grow. The devs seem amenable, but are vastly under-resourced IMO. For my money, better Fedora support ==> more Redhat support contract adoption. But that's a corporate Redhat/IBM issue that they've yet to come to terms with and focus on. Unless you're a bank, airline, government, etc :-/ Afaict (and I'm still kinda new 'here'), projects -- at COPR typically, and at 'official' repos, frequently -- are 'owned' by single users. And those single-users wear the maintainer & bug-wrangler hat & any other hats lying around. Risk-and-effort-mitigating 'teams' of maintainers, bug-owners, etc are not easily found -- at least by me so far. Again, different than what I'm used to. Another source of tension/concern is that there are clearly some super-committers -- folks that 'maintain' scads of packages, &/or key infrastructure packages, and have become invaluable. And for the very same reasons, a primary/significant source of risk. Add to that the occasional meltdown from stress, lack of support, etc and ... it's challenging. IMO, though it'd be great to have Fedora 'guarantee' a "very smooth experience", it seems that that's not tenable (see again resources^^) today. Groups of similarly-interested users seems a better option, but that's hard -- not impossible -- to organize inside the project. That's part of the "rocks uphill" bit ... _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-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/users@xxxxxxxxxxxxxxxxxxxxxxx
