Messinet Secure Services

Messinet Secure Services has upgraded from Fedora 41 to Fedora 42 using the DNF system-upgrade plugin, which simplified the upgrade process on all of our workstations, servers, and systemd-nspawn containers.

A few minor issues are reported and await resolution:

• libdecor and dependency reduction for headless operation #2345874
• Postfix missing /usr/sbin/sendmail #2360491
• Rkhunter grep warning #2360502

Some Nextcloud components need to resolve the PHP 8.4 Implicitly marking parameter $path as nullable is deprecated, the explicit nullable type must be used instead deprecation warning, to name a few:

• SearchDAV\\Query\\Scope::__construct()
• Fusonic\\OpenGraph\\Consumer::loadHtml()
• OCA\\Music\\Utility\\CoverHelper::removeArtistCoverFromCache() #1220
• OCA\\Music\\AppFramework\\Db\\UniqueConstraintViolationException::__construct() #1220

Messinet Secure Services has upgraded from Fedora 40 to Fedora 41 using the DNF system-upgrade plugin, which simplified the upgrade process on all of our workstations, servers, and systemd-nspawn containers.

Messinet Secure Services has upgraded from Fedora 39 to Fedora 40 and have decommissioned our public Fedora Linux RPM Repository and our Copr Fedora community build services.

We used the DNF system-upgrade plugin, which simplified the upgrade process on all of our workstations, servers, and systemd-nspawn containers.

Unfortunately, a long-standing issue still prevents the MACVLAN interface of a systemd-nspawn container from coming up when the container is restarted. This issue can be worked around by restarting the entire system hosting the container.

After 23 years, Messinet Secure Services will begin winding down a number of services.

• VoIP: Asterisk, Kamailio, RTPengine, WebCDR
• Fedora RPMs: Git interface, Koji

With the upcoming upgrade to Fedora 40, we will no longer release Fedora RPMs and will decommission our Fedora Linux RPM Repository and our Copr Fedora community build services.

Messinet Secure Services has upgraded from Fedora 38 to Fedora 39 and we’re no longer building Fedora 38 RPMs in our Fedora Linux RPM Repository. Please check out our builds in the Copr Fedora community build service.

We used the DNF system-upgrade plugin, which simplified the upgrade process on all of our workstations, servers, and systemd-nspawn containers.

Messinet Secure Services has upgraded from Fedora 37 to Fedora 38 and we’re no longer building Fedora 37 RPMs in our Fedora Linux RPM Repository. Please check out our builds in the Copr Fedora community build service.

We used the DNF system-upgrade plugin, which simplified the upgrade process on all of our workstations, servers, and systemd-nspawn containers.

Messinet Secure Services has upgraded from Fedora 36 to Fedora 37 and we’re no longer building Fedora 36 RPMs in our Fedora Linux RPM Repository. Please check out our builds in the Copr Fedora community build service.

We used the DNF system-upgrade plugin, which simplified the upgrade process on all of our workstations, servers, and systemd-nspawn containers.

Kernel module packages in our Fedora Linux RPM Repository are signed for UEFI Secure Boot systems with our updated X.509 kernel module signing key.

Messinet Secure Services has upgraded from Fedora 35 to Fedora 36 and we’re no longer building Fedora 35 RPMs in our Fedora Linux RPM Repository. Please check out our builds in the Copr Fedora community build service.

Fresh installations were performed on most of our servers and we used the DNF system-upgrade plugin on a number of others, which simplified the upgrade process across multiple machines.

Messinet Secure Services has upgraded from Fedora 34 to Fedora 35 and we’re no longer building Fedora 34 RPMs in our Fedora Linux RPM Repository. Please check out our builds in the Copr Fedora community build service.

Once again, the upgrades completed successfully using the DNF system-upgrade plugin. We wish to thank the developers for this option, as it continues to streamline and speed up the upgrade process across multiple machines.

We’re also happy to report that the Fedora 35 KDE/Plasma on Wayland experience is significantly improved and stable enough to serve as our primary desktop platform. Though there are still some Plasma/Wayland usability issues, we look forward to futher improvement, especially with drag-and-drop between Qt and GTK applications.