yumex_updater_systray memory leak (dnf5)

[timlau]

When running an update check with expired metadata not all allocated memory is released after the check is executed.

It is not only when running the build-in metadata expire, running

dnf5 clean expire-cache

also trigger the issue, every time metadata is downloaded during the check then a little extra memory is used.

[timlau]

How to reproduce
Install Requirement

sudo dnf install python3-memray

cd to git checkout

make memray-updater-live

In a terminal run

dbus-send --session --print-reply  --dest=dk.yumex.UpdateService /dk/yumex/UpdateService dk.yumex.UpdateService.RefreshUpdates boolean:false
dbus-send --session --print-reply  --dest=dk.yumex.UpdateService /dk/yumex/UpdateService dk.yumex.UpdateService.RefreshUpdates boolean:false
dnf5 clean expire-cache
dbus-send --session --print-reply  --dest=dk.yumex.UpdateService /dk/yumex/UpdateService dk.yumex.UpdateService.RefreshUpdates boolean:false

watch the heap memory dont settle at the same level if metadata is refreshed

[timlau]

testing using the build-in metadata expire

dbus-send --session --print-reply  --dest=dk.yumex.UpdateService /dk/yumex/UpdateService dk.yumex.UpdateService.RefreshUpdates boolean:true

[timlau]

Looks like it is a memory leak in dnf5
https://github.com/timlau/apitest/blob/main/dnf5/mem_updates.py

[timlau]

created dnf5 upstream issue
rpm-software-management/dnf5#1561

[timlau]

there is an upstream librepo PR for a solution to the memory leak

[timlau]

PR is added upstream

[timlau]

the fix will be available in librepo > 1.18.0

[timlau]

the fix has been released and pushed to Fedora 40
https://github.com/rpm-software-management/librepo/releases/tag/1.18.1

[timlau]

looks like it fixed the memory leak in dnf