dnf caches
Radek Holy
rholy at redhat.com
Fri Apr 24 09:40:41 UTC 2015
----- Original Message -----
> From: "Pádraig Brady" <P at draigBrady.com>
> To: "Development discussions related to Fedora" <devel at lists.fedoraproject.org>
> Sent: Thursday, April 23, 2015 8:11:45 PM
> Subject: Re: dnf caches
>
> On 23/04/15 18:44, drago01 wrote:
> > On Thu, Apr 23, 2015 at 7:07 PM, Pádraig Brady <P at draigbrady.com> wrote:
> >> My Fedora 22 system prompted me that there was a new coreutils package for
> >> update.
> >> Rather than clicking "restart and install" in the GUI I tried to:
> >>
> >> # dnf install coreutils
> >> Using metadata from Tue Apr 21 19:54:02 2015 (1 day, 21:50:24 hours old)
> >> Package coreutils-8.23-8.fc22.x86_64 is already installed, skipping.
> >>
> >> Ok fair enough, the updating system is using a separate cache to dnf.
> >> Not ideal, but anyway how do I update the dnf cache?
> >> I tried:
> >>
> >> # dnf check-update coreutils
> >> Using metadata from Thu Apr 23 17:42:54 2015 (0:01:19 hours old)
> >> coreutils.x86_64
> >>
> >> Given the above found the new coreutils, I thought an install
> >> would now work, though unfortunately it doesn't.
> >>
> >> Shouldn't dnf be looking at the timestamps of the repo
> >> in each invocation (without -C) and updating the metadata if needed?
> >> I presume that's what yum does since I never had an issue with this.
> >>
> >> I tried explicitly cleaning the cache like this:
> >>
> >> # dnf --disablerepo=* --enablerepo=updates clean metadata
> >> Cleaning repos: updates
> >> 5 metadata files removed
> >> 2 dbcache files removed
> >>
> >> How do I refresh the cache?
> >
> > dnf --refresh <whatever> ... where <whatever> can be install foo or update
> > etc.
>
> Great thanks. BTW --refresh is mentioned but not described in dnf --help.
> It would be could to add a description.
Could you please file a bug?
> I also see that `dnf install` no longer updates a package,
> I now need to:
>
> dnf --refresh upgrade coreutils
Yes, we know about it. The current behaviour makes sense but doing the upgrade is more consistent with the documentation. We will fix it.
> thanks!
> Pádraig.
> --
> devel mailing list
> devel at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
--
Radek Holý
Associate Software Engineer
Software Management Team
Red Hat Czech
More information about the devel
mailing list