Description of problem:
Installed a clean Fedora-26 Mate spin, did 'dnf update', and
then ran a script that installed a bunch of other packages. Many
of them spent a long time running 'scriptlets'. Fedora-24 is much
faster installing the same packages.
Version-Release number of selected component (if applicable):
2/2 so far.
Steps to Reproduce:
1. Install Fedora-26 Mate
2. dnf update
3. dnf install [freeradius] (for instance)
Seems to work, but it hangs for a while running scripts.
Should run faster, similar to Fedora-24, for instance.
please run dnf with --rpmverbosity=debug and paste output... and tell which exact scriptlet takes long to run.
I notice that the --rpmverbosity=debug does not add any timestamps, so it would not be obvious from the logs what is taking a long time. I tried a simple test of removing and re-adding freeradius, and that was not too slow this time, so probably I will have to reproduce using a more complex command (which is going to generate a large amount of logs). Is there any way to get timestamps in the output so you we can see exactly what is taking a long time?
This doesn't seem to be something DNF can fix.
The fix has to be made in individual scriptlets.
This is a bug.
I've just updated a bunch of packages on RHEL 8, and the amount of time spent running stupid little scriptlets was obscene.
There is no excuse for it.
It is no good saying the fix needs to be made in individual scriptlets, when suddenly, in EL8, it seems almost every rpm runs a scriptlet, and they're all dog slow.
It's just pathetic.
oh my god the cleanup stage is also running scriptlets and some of them are slow too, this is just unbelievable.