On Tue, 3 Sept 2024 at 23:47, Carl George <[email protected]> wrote:

> On Tue, Sep 3, 2024 at 1:16 PM Leon Fauster via epel-devel
> <[email protected]> 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 -- [email protected]
To unsubscribe send an email to [email protected]
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/[email protected]
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to