Re: What is DNF Check-upgrade Actually Doing

[Stephen Morris <steve.morris.au@xxxxxxxxx>]

On 26/11/24 09:47, Will McDonald wrote:

Repo metadata is this stuff: https://blog.packagecloud.io/yum-repository-internals/

It's hosted remotely with the repositories, mirrored locally for speed when cache expires and is pretty much entirely throwaway, because you can (normally) always get a refreshed copy from the remote repository.

"knowledge of what packages have been updated" is open to interpretation. What's been updated/available *in the upstream repositories* is entirely in that "remote" repository metadata.

What's been updated *on a local system,* is separate, distinct. I would guess that the source of truth here would be the rpmdb, maybe with a scattering of DNF data sources for speed, I've not looked into it in any detail.

    My main concern was, if I use dnf to install a local rpm and
    afterwards I issue sudo dnf clean all to reclaim space (not that at
    the moment I have a need to be concerned about disk space) does that
    remove knowledge of the rpm having been installed? My assumption is
    no, given that the remote repositories packages are rpms anyway, but
    I didn't know whether remote rpms and local rpms are handled
    differently because of going through a different internal code path
    and hence having different restriction/requirements. Also in the
    past I have people on this mailing list query why I was using RPM
    rather than, at the time, YUM, and that I should be doing the
    installs through YUM.
    
    regards,
    Steve

Attachment: OpenPGP_0x1EBE7C07B0F7242C.asc
Description: OpenPGP public key

Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature

-- 
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue