It's Friday. So another round of `dnf update` followed by a reboot on my (currently) 9 servers running #RHEL (Red Hat Enterprise Linux) or #CentOS. Also noted yet another update for the #forgejo runner (now v12.6.4) so also updated the three instances while being at it. Checked the health of my #garage based s3 storage and the kopia backups. No problems encountered, time for coffee.
New (long and nerdy) blog post: "Be the LetsEncrypt in your homelab with step-ca" at https://jan.wildeboer.net/2025/07/letsencrypt-homelab-stepca/ where I explain my homelab setup with its own CA (Certificate Authority) on RHEL 10 (Red Hat Enterprise Linux) machines.
Replies to this toot will show up as comments on the blog post.
Hace poco instale en mi portátil #Fedora#Linux, y al estar realizando las tareas postinstalacion pertinentes, me lleve la grata sorpresa de ver como ha avanzado el tema de las suites ofimaticas, más específicamente hablo de Only Office.
Me parece una gran suite ofimática, de código abierto, software libre, de origen letonio, programada en C++, html y javascript. Asombrosamente similar estéticamente a la de MS y compatibilidad impecable con la misma.
Al grano, en la página oficial encontramos varias opciones de descarga para los múltiples sistemas operativos, pero no quería instalarla como Flatpak sino desde repositorios.
El motivo que me trae... Compartir los comandos dnf en terminal que me sirvieron para tener Onlyoffice en español funcionando en Fedora 41 de 64Bits No Flatpak
Beta version of Red Hat Enterprise Linux 10 (RHEL10) running inside of Podman with Distrobox on a Fedora Linux 41 system.
When you've installed subscription-manager on the base system (in this case Fedora) and activated the system, then the entire RHEL repositories can be used in the RHEL container (and not only the UBI part).
Great for testing software under the pre-release of next RHEL!
- Completely phased out Ubuntu machines - Replaced CentOS machines with RHEL (Red Hat Enterprise Linux) - Upgraded all systems to latest RHEL9/latest Debian 12 - Migrated 90% of Git repositories from GitLab to Forgejo - Migrated Container Hosts from Docker to Podman with Quadlets and AutoUpdate - Automated maintanance via Ansible - Lifecycle Management and Patching via Red Hat Satellite - Overlay VPN between systems via WireGuard Headscale/Tailscale
EPEL 10 is now available! Thank you to the @centos project for enabling the early work we were able to do via CentOS Stream 10.
EPEL 10 already contains over 10,000 packages, built from over 3,600 source packages. This is a result of the hard work of over 150 Fedora package maintainers!
It depends on what you're doing with it, but I'd say #Devuan and its parent #Debian should be near the top of your list. I'd also consider #FreeBSD and #DragonflyBSD.
I know that "Debian" is an ancient Sumerian word meaning "old", but when I used the former #CentOS bug-for-bug clone of #Red_Hat #RHEL, its packages were even older. I had to find 3rd party repos that had more-current versions of various libraries and applications. (Examples: I neded newer versions of PHP, php-intl, the internationalization library that php-intl depends upon in order to run almost anything because RHEL freezes the major versions of such software for years.)
Which makes sense when you're paying for stability ... you probably aren't installing current versions of $APPLICATION, so the language in which it is written probably needs to stay old, just with security patches.
Regarding #SMTPSmuggling, anyone knows if #Postfix 2.10 is affected? According to #RedHat versions 8 and 9 may be but they're still in investigation and they naturally focus on the more recent versions first. However... #RHEL 7 includes 2.10 and at least smtpd_data_restrictions is a configuration option that is not present... https://access.redhat.com/security/cve/cve-2023-51764
Here's why #GNOME absolutely should drop Xorg support, GNOME is the default #Linux desktop for #Ubuntu, #RHEL, and these are very popular distros for business use, this is the kick in the balls #NVIDIA needs to fix the drivers, business partners won't take NVIDIA's shit for long.
For @Motherboard, I tried to parse the conflict between Red Hat and the open-source community over its efforts to rein in downstream distros of its big-business #RHEL distribution.
I talked to both the company’s Mike McGrath and @geerlingguy for this: