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?
# dnf check-update coreutils
Using metadata from Thu Apr 23 17:42:54 2015 (0:01:19 hours old)
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?
Why should I need to mess with it anyway?
p.s. If using yum legacy, does that in fact use another (3rd) cache?
I've submitted a request for review at
and I guess this deserve some extra informations...
My work nowadays is mostly focused on the OpenStack project, in
particular on the security and infrastructure aspect of the beast.
And it's the latter that brings me here, as I'd like to see the awesome
tools used to manage OpenStack infrastructure be available for fedora user.
Long story short, Zuul and Nodepool depends on python-statsd and the
requests for review should contains the required things to get that
package in the fedora repos.
Please let me know if it needs something else.
WG meeting will be at 12:00 UTC (9:00 EST, 14:00 Brno, 8:00 Boston,
21:00 Tokyo, 22:00 Brisbane) in #fedora-meeting-2 on Freenode.
= Topics =
* Playground result repo
* Dockerfiles recommended tips (user, logs)
* Modular Fedora -- more versions available, not necessarily install-able
* Chair for next week (hhorak not available)
* Open Floor
just FYI - I've rebased openssl package to upstream 1.0.2a version. This
version brings a few new features over the 1.0.1 branch that we had. The
version is backwards API/ABI compatible so everything built on 1.0.1
branch should work fine with 1.0.2 branch versions.
Please, if you find any regressions do not hesitate and report bugs.
No matter how far down the wrong road you've gone, turn back.
(You'll never know whether the road is wrong though.)
My package, fldigi, has been in Fedora for some time, but in attempting to
get other related projects into Fedora from the same upstream, it was
discovered that a fork of xmlrpc++ was being bundled in the package.
A bundling exception was not granted even though xmlrpc++ is not
currently in Fedora so upstream has developed a stand alone library,
flxmlrpc, to fix the problem and I have submitted a review request for it:
It's a very simple library so it should be a very simple review if someone
could help me out quickly.