Le 11/02/2021 ? 17:08, Simon Matter a ?crit?:> But, I'm a bit shocked to find EPEL 8 in such a bad shape of brokenness > and incompletenessI've come to the same conclusion. For the past couple years, my solution has been to use RHEL clones (CentOS and Oracle Linux) on servers only (multi-user.target). I've moved all my graphical installations (workstation, laptops, desktop clients) to OpenSUSE Leap + KDE. Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'?glise - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info at microlinux.fr T?l. : 04 66 63 10 32 Mob. : 06 51 80 12 12
> Le 11/02/2021 ? 17:08, Simon Matter a ?crit?: >> But, I'm a bit shocked to find EPEL 8 in such a bad shape of brokenness >> and incompleteness > > I've come to the same conclusion. > > For the past couple years, my solution has been to use RHEL clones (CentOS > and > Oracle Linux) on servers only (multi-user.target). > > I've moved all my graphical installations (workstation, laptops, desktop > clients) to OpenSUSE Leap + KDE.In our situation it's not so easy to say server or client. We're running remote desktops over nx-libs, so, a server is also a client at the same time. I always new EPEL is not perfect but it was usable to some degree and that's why Red Hat told their customers about it and how to use it. But the current state of EPEL is sad. Simon
On Thu, Feb 11, 2021 at 05:18:19PM +0100, Nicolas Kovacs wrote:> Le 11/02/2021 ? 17:08, Simon Matter a ?crit?: > > But, I'm a bit shocked to find EPEL 8 in such a bad shape of brokenness > > and incompleteness > > I've come to the same conclusion. > > For the past couple years, my solution has been to use RHEL clones (CentOS and > Oracle Linux) on servers only (multi-user.target). > > I've moved all my graphical installations (workstation, laptops, desktop > clients) to OpenSUSE Leap + KDE.Its mostly fine if you use GNOME on RHEL/CentOS. They're packaged by Red Hat, they accept bug reports about issues and stuff like missing dependencies are worked out pretty quickly. In my experience, Red Hat doesn't do a ton of Desktop testing, they lean on Fedora ironing out all the bugs and lifting the fixes from there. Almost all of my bugs filed against desktop-related issues are either dropped as WONTFIX or are fixed when RHEL bumps their GNOME version to a newer release. For example: https://bugzilla.redhat.com/show_bug.cgi?id=1365967 It's too bad that RH doesn't really have much focus on Desktop/Workstation systems, because an enteprise workstation is actually a useful thing for people who need long term support (1-2 years at least) of a workstation. Ubuntu manages to do it, but unfortunately, most of our engineering software isn't supported on Ubuntu. -- Jonathan Billings <billings at negate.org>
On 2/11/21 11:18 AM, Nicolas Kovacs wrote:> For the past couple years, my solution has been to use RHEL clones > (CentOS and Oracle Linux) on servers only (multi-user.target). I've > moved all my graphical installations (workstation, laptops, desktop > clients) to OpenSUSE Leap + KDE.For a really long time I was pretty successful in running EL on both the desktop and the server.? It HAS been getting way harder to do this.? The EPEL, ELrepo, and RPMfusion repositories do a fantastic job overall, but there were way too many things missing from EPEL8 especially where the desktop experience was becoming a pretty sizable drain on my time building the packages I needed from Fedora.? KiCAD and Sigrok were the toughest. I greatly prefer running the same OS version on my desktops and servers; makes management a lot easier.? So this is part of why I am in the midst of evaluating a wholesale migration to Debian 10.? On the server it works well, if somewhat different in setup; on the desktop it works so much better, with a huge and maintained repository, where I haven't had to dip into a PPA but once, and that was for a quick one-off package.? It's in the virtualization arena where I am gobsmacked; I'm evaluating Proxmox, which is based on Debian 10, using the no-subscription repositories.? Let me tell you, Proxmox has one more slick and highly integrated experience. Relative to running a KVM host with only the stock CentOS 8 cockpit and virt-manager, the Proxmox experience blew me away. I didn't realize just how much time I was spending finding third-party packages for EL8 until I didn't have to. Smooge, you know I feel your pain, but becoming a maintainer in EPEL has a pretty high bar (lots of new tools and methods to work with, amongst other things) -- as it SHOULD, given that it's intended as an addon to EL and needs to be very tightly controlled.? It's just more difficult to get started these days relative to when anyone could build an rpm as long as they had a copy of Maximum RPM and knew how to drive 'rpm -ba' .... back when building as root in a non-reproducible buildroot wasn't a cardinal sin.....