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
Login to comment on this ticket.