On 5/2/22 15:28, Samuel Sieb wrote:
On 5/2/22 11:30, Kenneth Marcy wrote:
I include this link because it includes reminders to insure that the
system itself is up-to-date, and it features the Flatpak installation
process that now seems to be preferred for Fedora systems. Whichever
I don't know why you think that Flatpak is "preferred" now. The RPMs
are kept up to date and work great. And a native installation will
generally work better than something like flatpak.
I got this idea from the Fedora documentation. For example,
Flatpak
Flatpaks <https://flatpak.org> are a new way of deploying applications.
If you have an application already packaged as a Fedora package,
creating Flatpak offers a number of advantages:
*
The application can be safely updated without rebooting the system
(you can update a package without rebooting your system using dnf
from the command line, of course, but GNOME Software only offers
updating applications as part of an offline system update.)
*
The application can seamlessly be installed on Fedora Silverblue
*
The Flatpak works across all supported Fedora versions - you don’t
have to update trailing versions of Fedora for people to use the
newest application version.
*
The Flatpak can be run by people running on other distributions
Fedora Flatpaks builds from existing Fedora packages to ensure that
everything remains free and open source and complies with Fedora’s
standards.
Technically speaking, Fedora Flatpaks reuses existing RPMs from the
Fedora Linux repositories and converts them to Flatpak applications
using several tools.
These Flatpak notes are taken from :
https://docs.fedoraproject.org/en-US/flatpak/
and from https://fedoramagazine.org/an-introduction-to-fedora-flatpaks/
Notice there are no caveats or cautions concerning flatpaks. In contrast,
RPM
The *RPM Package Manager* only works with packages built in the *RPM
format*. *RPM* itself is provided as the pre-installed *rpm* package.
For the end user, *RPM* makes system updates easy. Installing,
uninstalling, and upgrading *RPM* packages can be accomplished with
short commands. *RPM* maintains a database of installed packages and
their files, so you can make queries and verify installed files on your
system. There are several applications, such as *DNF* or *PackageKit*,
that can make working with packages in the *RPM* format even easier.
*Warning*
Use DNF Instead of RPM Whenever Possible
For most package-management tasks, the *DNF* package manager offers
equal and often greater capabilities and utility than *RPM*. *DNF* also
performs and tracks complicated system-dependency resolutions. *DNF*
maintains the system integrity and forces a system integrity check if
packages are installed or removed using another application, such as
*RPM*, instead of *DNF*. For these reasons, it is highly recommended
that you use *DNF* instead of *RPM* whenever possible to perform
package-management tasks. See DNF
<https://docs.fedoraproject.org/en-US/fedora/latest/system-administrators-guide/package-management/DNF/#ch-DNF>.
If you prefer a graphical interface, you can use the *PackageKit* GUI
application, which uses *DNF* as its back end, to manage your system’s
packages.
Note
Because *RPM* can make changes to the system itself, performing
operations like installing, upgrading, downgrading, and uninstalling
binary packages system-wide requires |root| privileges in most cases.
These RPM quotes come from the Fedora User Docs / System Administrator's
Guide
I do recognize that RPMs are a time-honored file and package management
system that has over a quarter of a century of service with Red Hat
Linux code, and that users and developers have extended and improved the
technology during that time. None the less, competing technologies, such
as flatpaks, have grown and matured from the works of many Linux developers.
Flatpaks have been available in Fedora since release 23, and
considering the current release is 37, one may reasonably call flatpaks
native code.
Ken
_______________________________________________
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
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/users@lists.fedoraproject.org
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
