> On Mon, 24 Jul 2023 at 13:10, James Ralston Personally I would have preferred to call this a new tool versus trying to
> use dnf name still. It makes it clearer that the break is going to happen.
How about going back to yum? The yum name never completely went away in RHEL
docs and still
Old rpm-ostree thread about this:
https://github.com/coreos/rpm-ostree/issues/1127
1. Debian provides a comparably sized package catalog using one-tenth the size
of Fedora's metadata. Are there any lessons that Fedora can learn from Debian?
2. Does SUSE have the same problem?
Doesn't rpm-ostree already provide transactional, image-based updates without
the use of filesystem snapshots? In addition, roofs snapshots are only really
useful if they are coordinated with bootloader management, which is already
built into rpm-ostree but not yet written for a hypothetical
Silverblue is already quite close to that proposal.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
On 02/16/2015 08:17 AM, Ralf Corsepius wrote:
On 02/16/2015 05:10 PM, Martyn Foster wrote:
On 16 February 2015 at 15:12, Kevin Kofler kevin.kof...@chello.at
mailto:kevin.kof...@chello.at wrote:
Christopher Meng wrote:
Maintaining several version of the same library is not easy as
How feasible would it be to keep the listings in primary.xml and
filelists.xml sorted by package name and arch? Doing so could open the door
to simple and efficient diffs of repository metadata.
I recently ran some quick tests using python and elementtree. While the F21
primary.xml files from 2/7
On 02/05/2015 04:30 AM, Matthew Miller wrote:
Here's a good example of problems with (the current approach for)
online updates for Firefox:
Flash plugin up to date but Firefox keeps telling me that I have the
old version: http://unix.stackexchange.com/q/174210/2511
Ignoring the
On 02/04/2015 06:03 PM, Adam Williamson wrote:
On Wed, 2015-02-04 at 07:00 -0800, Casey Jao wrote:
I understand where you are coming from and that a fedora user is
likely to see frequent updates of lots of other packages anyway. But
on slower moving distros where systems components rarely
:
On Mon, 2015-02-02 at 10:50 -0500, Miloslav Trmač wrote:
On 31 January 2015 at 21:57, Casey Jao casey@gmail.com wrote:
Are there any plans to let packages specify that they do not
require a total
system reboot to be updated?
Yes, see https://wiki.gnome.org/Projects/SandboxedApps
undertaking that will take
some time to mature. I'm just wondering whether anything can be or might be
done to improve the user experience in the interim.
On Sat, Jan 31, 2015 at 7:38 PM, Reindl Harald h.rei...@thelounge.net
wrote:
Am 31.01.2015 um 22:57 schrieb Casey Jao:
Warning: long post
Warning: long post ahead.
Are there any plans to let packages specify that they do not require a
total system reboot to be updated?
The other day, Gnome software prompted me to reboot just to update google
chrome. Given that nothing depends on chrome, and also that the Linux
version of chrome is
Hello,
Currently dnf and yum have their own yumdb's, under /var/lib/dnf/yumdb and
/var/lib/yum/yumdb respectively. Among other things, these databases
record whether a package was explicitly installed by the user or pulled in
automatically as a dependency of another package. This information is
12 matches
Mail list logo