Description of problem: Current metadata syncing is not optimal and very annoying especially for users with poor internet connection / mobile users. I am filling this bug to track ideas raised during F18 release party: 1) "lazy mode" - do not sync metadata, use the old cached metadata, warn user that there are newer metadata available (e.g. "your metadata are 5 days old"), let user to update metadata by hand (e.g. "dnf metadata update"), in case the metadata are unusable (e.g. packages/deps not found) fail the transaction or enforce metadata synchronization. This should help mobile users (e.g. in roaming). Could be used as alternative mode and enabled/disabled in config. 2) do not transfer redundant data, e.g. change metadata format/add metadata delta support (probably bugs 850896, 909468). Utilize rsync (there are several mirrors that already supports rsync), host compressed and uncompressed metadata (maybe with modified format to improve efficiency of rsync), use some heuristic to select full download of compressed data (xz?) or rsync of the uncompressed version (delta).
Hi Jaroslav, thanks for the report. These are all relevant issues we will take on step by step.
Related: bug 850896.
(In reply to comment #0) > Description of problem: > Current metadata syncing is not optimal and very annoying especially for > users with poor internet connection / mobile users. > > I am filling this bug to track ideas raised during F18 release party: > > 1) "lazy mode" - do not sync metadata, use the old cached metadata, warn > user that there are newer metadata available (e.g. "your metadata are 5 days > old"), let user to update metadata by hand (e.g. "dnf metadata update"), in > case the metadata are unusable (e.g. packages/deps not found) fail the > transaction or enforce metadata synchronization. This should help mobile > users (e.g. in roaming). Could be used as alternative mode and > enabled/disabled in config. Just a note: the current yum goes quite far in this: by default, passive commands like 'search' and 'list' always go into what you call 'lazy mode'. A similar and systematic solution in DNF is probably going to need the Signups engine first.
Note that having metadata in repos compressed in xz format (does dnf support that? I know yum does) will noticeably reduce the metadata size.
Looking at this now.
The feature is provided upstream by 5b71de0.
dnf-0.6.2-1.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/dnf-0.6.2-1.fc21
Package dnf-0.6.2-1.fc21: * should fix your issue, * was pushed to the Fedora 21 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing dnf-0.6.2-1.fc21' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-12254/dnf-0.6.2-1.fc21 then log in and leave karma (feedback).
This wasn't closed automatically.
dnf-0.6.4-6.fc21 has been pushed to the Fedora 21 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update dnf'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-14323
dnf-0.6.4-7.fc21 has been submitted as an update to Fedora 21. https://bodhi.fedoraproject.org/updates/FEDORA-2015-9bcdcdc46b
dnf-0.6.4-7.fc21 has been pushed to the Fedora 21 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with $ su -c 'dnf --enablerepo=updates-testing update dnf' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-9bcdcdc46b
dnf-0.6.4-7.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.