[EPEL-devel] Re: EPEL 10 status update

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





On Tue, 3 Sept 2024 at 23:47, Carl George <carl@xxxxxxxxxx> wrote:
On Tue, Sep 3, 2024 at 1:16 PM Leon Fauster via epel-devel
<epel-devel@xxxxxxxxxxxxxxxxxxxxxxx> wrote:

>
> I wonder if RHEL10 will have a Workstation flavor? Or if CS10 will be
> usable as Workstation OS. When I see all the missing/removed parts.
> Can not imagine that EPEL can compensate this all (e.g. is firefox in
> the compose?).

Why can't EPEL compensate for this?  If RHEL doesn't ship it, then
it's probably eligible to be shipped in EPEL.  Several desktop apps
such as firefox were dropped, but all it takes is someone willing to
maintain them in EPEL 10.  If there is a package you rely on that was
dropped, then become a packager and file a bug asking the Fedora
maintainer to add you as a co-maintainer.

Going from my experience with trying to maintain out-of-tree Firefox's in the past.. it is not something I would say is well suited without a lot of dedicated resources. I am guessing that is the reason it is being pulled out as some sort of flatpak or similar tool. 

1. You need to keep rust and other tooling up-to-date. Easy to do early in a RHEL release, but over time getting harder and harder. The CentOS-7 Firefox package needed a LOT of newer compilers, toolkits etc which then needed even more tooling which had to be researched every update.
2. You need to keep up-to-date with what is an 'important' update and what isn't. Firefox in Fedora may get updated fairly regularly to keep up with mainline LTS, but the RHEL one may not because various fixes are low and probably affected some testing. 
3. You end up having to deal with a LOT and I mean a lot of consumer complaints because some websites no longer work after an update which you have no control over. They may have dozens of extras installed which now don't work, or they may have a corrupt cache, or a dozen other things which they expect the maintainer to fix. 

I wish anyone signing up to do this good luck, but I would really say that this may be something not wanted. 
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle. -- Ian MacClaren
-- 
_______________________________________________
epel-devel mailing list -- epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to epel-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/epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue

[Index of Archives]     [Fedora Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Announce]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Linux Apps]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux