Fedora Workstation ships the low-memory-monitor daemon installed by default. Unfortunately the upstream source repo for this daemon has been archived. If no new maintainer emerges to unarchive the daemon, we will have to decide what to do about it. Presumably we do not want to continue shipping this component if it is not unarchived.
We should probably coordinate this discussion with GNOME as the same problem affects upstream too.
Metadata Update from @catanzaro: - Issue tagged with: meeting-request
(Related power-profiles-daemon issue)
Does anyone else use LMM other than GNOME?
It's used by all GLib applications to implement the GMemoryMonitor API. Basically that API is all that we need to keep working.
There is a request here to replace low-memory-monitor with systemd memory pressure watch API.
In the meantime, my suggestion is to remove low-memory-monitor because the repo is still archived after three months. Applications will no longer receive notifications to drop caches when the system is under memory pressure. This is unfortunate but seems better than keeping the unmaintained and archived component.
Metadata Update from @catanzaro: - Issue untagged with: meeting-request - Issue tagged with: meeting
We discussed this today. Michael doesn't like shipping archived software, but Allan is hesitant to remove it before a replacement is ready. Let's continue to wait and see what to do with low-memory-monitor.
Metadata Update from @catanzaro: - Issue untagged with: meeting
Metadata Update from @catanzaro: - Issue tagged with: meeting
Status update: we believe Red Hat is planning to work on this GLib issue. There is a downside, however: since GLib is not a systemd service, it will still require a new service, which would probably look a whole lot like low-memory-monitor.
There are no immediate short-term problems here, so we can wait a few months before following up on this again.
Metadata Update from @ngompa: - Issue tagged with: experience, help-wanted
Looks like low-memory-monitor is obsoleted by https://gitlab.gnome.org/GNOME/glib/-/merge_requests/4481 but we still have it in Workstation. Time to remove it?
Metadata Update from @catanzaro: - Issue untagged with: help-wanted - Issue tagged with: meeting
Seems like it.
We agreed at today's meeting that this component is obsolete and can be removed, now that GLib no longer depends on it. However, when investigating how it gets pulled into the default install, I discovered a Recommends in xdg-desktop-portal, which is using low-memory-monitor to implement the memory monitor portal. So it's actually still needed.
This seems fixable if we change the portal to itself use GMemoryMonitor. (We'd need to make certain it isn't implemented recursively, though: would be unfortunate for the portal to attempt to use GMemoryMonitorPortal and call back into itself.)
CC @mcbeeffx for awareness.
Metadata Update from @catanzaro: - Issue untagged with: meeting - Issue assigned to catanzaro
I don't think xdg-desktop-portal actually uses low-memory-monitor. It already uses GMemoryMonitor.
You're right. I even looked at the code and just misread it.
I will remove the Recommends from xdg-desktop-portal. Then next action item is check a nightly rawhide image and make sure low-memory-monitor is truly gone.
It will remain installed for everybody who already has it installed, though. I'm tempted to change GLib to Obsoletes it, since we think nothing still uses it. But this only makes sense if the maintainer @mcbeeffx agrees.
Metadata Update from @catanzaro: - Issue tagged with: pending-action
Recommends removed in xdg-desktop-portal-1.20.3-3.fc44
low-memory-monitor is present in Fedora-Workstation-Live-Rawhide-20251104.n.0.x86_64.iso and gone in Fedora-Workstation-Live-Rawhide-20251105.n.0.x86_64.iso. Success.
@mcbeeffx if you're OK with retiring this package, then I will add an Obsoletes in glib2 to ensure it gets uninstalled.
Log in to comment on this ticket.