On 03/29/2016 12:04 PM, Matthew Miller wrote:
On Tue, Mar 29, 2016 at 10:36:37AM -0700, CLOSE Dave wrote:
If I run something like, "dnf -y install xxxx", and xxxx is already
installed, DNF gives a response like the following.
Last metadata expiration check performed 0:00:02 ago on ...
Package xxxx is already installed, skipping.
... (long delay, sometimes several minutes) ...
Dependencies resolved.
Nothing to do.
Complete!
That is, it works but it takes an unreasonably long time to do so. How
can it be that, DNF knows the package is already installed and /still/
takes such a long time to decide that dependencies are ok? There aren't
any dependencies to resolve!
I can't replicate this:
$ time sudo dnf install firefox
Last metadata expiration check: 2:03:34 ago on Tue Mar 29 12:59:50 2016.
Package firefox-45.0.1-2.fc23.x86_64 is already installed, skipping.
Dependencies resolved.
Nothing to do.
Complete!
real 0m1.362s
user 0m1.197s
sys 0m0.099s
I've seen this. If this is an upgraded machine (I mean like from
F21->F22->F23 or something), then rpm (and hence dnf) actually takes a
while to plow through all the entries in its database to make sure
everything's up to snuff. If it's a fairly new machine (very few
upgrades) then it's fast.
My machine at home has been upgraded (with MANY a fight!) from F18 up
through F23, so rpm takes a LONG time. For example, try something like
rpm -qa | grep ssh
Time that on a new, fresh install and on one that's been upgraded
several times. You'll see what I mean. I've tried to purge rpm's
database to speed it up:
rm -f /var/lib/rpm/__db*
rpm --rebuilddb"
but it's never seemed to help. I guess there's enough crumbs left in
the various /var/lib/rpm directories for it to pretty much put
everything back in there and frankly, it doesn't bother me that much.
----------------------------------------------------------------------
- Rick Stevens, Systems Engineer, AllDigital ricks@xxxxxxxxxxxxxx -
- AIM/Skype: therps2 ICQ: 226437340 Yahoo: origrps2 -
- -
- Denial. It ain't just a river in Egypt anymore! -
----------------------------------------------------------------------
--
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org