Page 1 of 2
[SOLVED] dnfdragora vs default updater

Posted:
May 7th, '22, 16:10
by epp
I use dnf to update both of my Mageia installations, instead of the default that the MCC uses, as I'm used to that from when I used Fedora. I used Mandriva years ago and I think that used urpmi.
If dnfdragora is also installed, does that override the MCC updater, or would both of them check for updates? Right now, the MCC updater displays a notification when updates are available, I then run dnf from a terminal to update.
Thank you.
Re: dnfdragora vs default updater

Posted:
May 7th, '22, 16:32
by doktor5000
Mageia still uses urpmi by default.
IIRC dnfdragora itself is only a replacement for rpmdrake, but it's not intended as an applet that checks for updates. dnfdragora-updater would be the update applet,
and as with dnf, it would run in parallel with the MCC updater - you should probably decide for one of them.
Re: dnfdragora vs default updater

Posted:
May 7th, '22, 16:55
by epp
I would prefer to use dnf as I'm used to it. I am also open to having dnfdragora-updater as the applet/notification for updates.
Is there a setting to turn off urpmi? The Mageia Wiki has an
article on switching to dnf, but it doesn't show how to do that.
Would un-checking the enabled repos in the MCC have the same effect as turning off urpmi?
Thank you again.
Re: dnfdragora vs default updater

Posted:
May 7th, '22, 19:48
by morgano
We have
https://wiki.mageia.org/en/Using_DNFPreferably info for user about switching to use dnf completely, as asked, should be added on that page.
Re: dnfdragora vs default updater

Posted:
May 7th, '22, 20:03
by epp
https://bugs.mageia.org/show_bug.cgi?id=20131It looks like there is (was?) an attempt to migrate
from urpmi to dnf.
Re: dnfdragora vs default updater

Posted:
May 7th, '22, 21:43
by doktor5000
You can disable the default updater applet like described here:
viewtopic.php?f=8&t=10811This can also be done in the context menu for the applet via right-click and de-selecting "Always launch on startup" which does the same thing as described in the linked thread.
Re: dnfdragora vs default updater

Posted:
May 7th, '22, 21:53
by epp
I only see the urpmi applet when there are actual updates available, so I will wait until I see it next time.
Thank you again.
Re: dnfdragora vs default updater

Posted:
May 9th, '22, 00:14
by morgano
Isn't it easiest to just uninstall mgaonline?
Re: dnfdragora vs default updater

Posted:
May 9th, '22, 00:24
by epp
doktor5000 wrote:This can also be done in the context menu for the applet via right-click and de-selecting "Always launch on startup" which does the same thing as described in the linked thread.
When it displayed earlier today with updates, I disabled it via this method. I then installed dnfdragora, which also installed dnfdragora-updater and it checked for updates shortly after I installed it, so it should be good to go.
Thanks again for the help.
Re: dnfdragora vs default updater

Posted:
May 9th, '22, 06:38
by isadora
Please, don't forget to mark the topic [SOLVED].
You can do so, by editing the subject/title in the first message in this topic.
Write [SOLVED] to the left of subject/title, thanks ahead.

Re: dnfdragora vs default updater

Posted:
May 9th, '22, 21:14
by epp
Apparently, the applet/notifier that dnfdragora uses, doesn't work, I waited over 3 1/2 hours on my other desktop which has known updates available and there was no notification.
Initially, I did not know how to turn the urpmi applet (mgaonline) back on, until I found
viewtopic.php?f=7&t=1431 from 2011, in which running it changed AUTOSTART=FALSE to =TRUE. Will reboot to make sure mgaapplet works now.
Re: dnfdragora vs default updater

Posted:
May 9th, '22, 22:03
by sturmvogel
Your other computer may uses an other mirror so it is possible that you get updates at different times at different computers.
Re: dnfdragora vs default updater

Posted:
May 9th, '22, 22:23
by epp
Both of them (using urpmi) are using the Princeton University mirror, as it's the closest to me.
Re: dnfdragora vs default updater

Posted:
May 11th, '22, 16:05
by epp
I'm going to stick with using urpmi to update. Seems to be the recommended option.
Closing this thread as solved.
Thank you for the replies.
Re: [SOLVED] dnfdragora vs default updater

Posted:
May 11th, '22, 17:58
by jiml8
I started experimenting with dnf while I was on Mageia 6. Without going through all the nasty details (which are documented in threads here from the time) my upgrade from 6 to 7 was the worst experience I had in the last 20 years.
At the time, I had both dnf and urpmi installed and running.
At some point along the way, I disabled dnf. Then, with some considerable pain, I was able to complete the 6 to 7 upgrade.
I do not currently have dnf installed. I cannot say for sure that a conflict between urpmi and dnf led to all my pain on that upgrade, but I suspect that to be the case. And, quite frankly, I am not interested in verifying my suspicion. Urpmi works quite adequately and spending days dealing with an upgrade gone wrong isn't a plan I particularly want to follow.
I don't know how it would work if urpmi was removed and only dnf was used.
Re: [SOLVED] dnfdragora vs default updater

Posted:
May 11th, '22, 18:38
by epp
The Mageia image I used to install Mageia 8, was the network installer, as I wanted to install and use the LXQt desktop. It may have installed dnf by default, I can't recall. But dnf by itself, doesn't do anything, if dnfdragora is not also installed.
urpmi continues to check for updates.
Re: dnfdragora vs default updater

Posted:
May 11th, '22, 19:29
by doktor5000
epp wrote:Apparently, the applet/notifier that dnfdragora uses, doesn't work, I waited over 3 1/2 hours on my other desktop which has known updates available and there was no notification.
The updater will only be launched for your session automatically for the next login via /etc/xdg/autostart/org.mageia.dnfdragora-updater.desktop
FWIW, I've installed dnfdragora-updater, and the applet shows up regularly and notifies about updates.
Re: [SOLVED] dnfdragora vs default updater

Posted:
May 11th, '22, 19:47
by epp
Based on the information provided in my bug report, I'm guessing the issue is now a packaging error, as installing dnfdragora by itself, also added dnfdragora-updater to the LXQt Preferences menu, which is why I initially thought the updater was installed and had not realized at the time that the updater was actually a separate package.
I am glad to know that it otherwise works. From the information I read shortly after installing Mageia, it's best to use one package maanger (either urpmi or dnf(dragora)) to manage packages, but not both. I guess each of them handles the package database differently.
Re: [SOLVED] dnfdragora vs default updater

Posted:
May 11th, '22, 19:58
by doktor5000
epp wrote:it's best to use one package maanger (either urpmi or dnf(dragora)) to manage packages, but not both. I guess each of them handles the package database differently.
Yes, and no. After all, those are still RPM packages.
Re: [SOLVED] dnfdragora vs default updater

Posted:
May 11th, '22, 20:05
by epp
If urpmi is Mageia's preferred method to manage and update packages, then I will use that from now on, instead of dnf.
Re: [SOLVED] dnfdragora vs default updater

Posted:
May 12th, '22, 12:16
by ozky
Stop this war......we don't need........someday maybe dnf or microdnf is default package management maybe........now we have urpmi default is good....
Re: [SOLVED] dnfdragora vs default updater

Posted:
May 12th, '22, 15:01
by epp
ozky wrote:Stop this war......we don't need........someday maybe dnf or microdnf is default package management maybe........now we have urpmi default is good....
Not a war. It's good we have options.

Re: [SOLVED] dnfdragora vs default updater

Posted:
May 12th, '22, 16:59
by doktor5000
Exactly, dnf allows us to add Copr repos which urpmi does not support. Also, what war ?
Re: [SOLVED] dnfdragora vs default updater

Posted:
May 12th, '22, 18:41
by ozky
mean about this dnf updater vs urpmii.......
Re: [SOLVED] dnfdragora vs default updater

Posted:
May 31st, '22, 11:17
by papoteur
When dnf is installed, it launches a service which update regularly metadata
dnf-makecache.timer
A priori, it runs ten minutes after the boot then every hour. However, the cache update is delayed when running on battery or if the cache is less than 3 hours:
man dnf.conf
metadata_timer_sync
time in seconds
The minimal period between two consecutive makecache timer runs. The command will stop immediately if it's
less than this time period since its last run. Does not affect simple makecache run. Use 0 to completely
disable automatic metadata synchronizing. The default corresponds to three hours. The value is rounded to
the next commenced hour.