dnf5daemon: Update internal state on repo enable/disable

[mcrha]

One can enable/disable repo by calling org.rpm.dnf.v0.rpm.Repo::enable and org.rpm.dnf.v0.rpm.Repo::disable D-Bus functions. The problem is when done, the following org.rpm.dnf.v0.rpm.Repo::list call on the same session on which the enable/disable was done reports the repos in the previous state, not in the current state - verified in the /etc/yum.repos.d/... that the enable/disable happened; alternatively open a new session and call the list, which will show the current state of the repo.

The API user can call org.rpm.dnf.v0.Base::reset, but it's a big hammer and unnecessary, considering the code knows which repos changed, thus it can/should also update the state in the memory of the session which did it, not only change the data in the file.

Live updates in any opened session (file changed=>update its internal structure data in memory) would be a very nice benefit, maybe with a new signal on the org.rpm.dnf.v0.rpm.Repo interface like "changed(repo_name, changed_repo_attrs)", a nice-to-have, but I agree it's much more work than just updating the enabled/disabled flag in the in-memory data structure.

[ppisar]

I agree that the D-Bus daemon should reflect in-session changes and make them effective inside the session.