Re: dnf caches

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



----- Original Message -----
> From: "Pádraig Brady" <P@xxxxxxxxxxxxxx>
> To: "Development discussions related to Fedora" <devel@xxxxxxxxxxxxxxxxxxxxxxx>
> 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@xxxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxxxx
> 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
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct





[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux