Description of problem: For central or local downloading of rpms, No download only nfs shared cache (my setup) currently I do on the download box: yum install $(cat fedora_boxes_list) --downloadonly # or something similar
related: bug 1045679. for the orthogonality's sake we will try to end up with only one of the options implemented (I lean towards --downloadonly as it's more 'core' thing).
Hi Frank Does this solve your needs http://dnf-utils.readthedocs.org/en/latest/command-ref.html#dnl-command Use these command to test the tool: sudo dnf copr enable timlau/dnf-utils sudo dnf install dnf-utils The plan is move the tool into dnf-plugins-core when ready
download command is added to dnf-plugins-core-0.0.8, available in fedora updates http://dnf-plugins-core.readthedocs.org/en/latest/download.html
Frank did it solve your problem? I think that it is not easy to maintain a shared cache with "dnf download". I believe that we should reopen this bug since there is a use case for --downloadonly which would be very difficult to achieve using "dnf download". But if "dnf download" is enough for you, I'll track the other use case in the other bug report. I, also as Ales, think that --downloadonly is better than "dnf download". But unlike Ales, I believe that once we integrate DNF with CAShe, we will need both --downloadonly and "dnf download". (Maybe we can move the download plugin to dnf-plugins-extras then.)
No it didn't solve a shared cache. Currently even dnf download has disappeared during my upgrade F21>22. rpm -qa | grep dnf python-dnf-plugins-core-0.1.9-1.fc22.noarch python-dnf-plugins-extras-local-0.0.8-1.fc22.noarch dnf-1.0.1-2.fc22.noarch python3-dnf-plugins-extras-repomanage-0.0.8-1.fc22.noarch python3-dnf-plugins-core-0.1.9-1.fc22.noarch python-dnf-plugins-extras-common-0.0.8-1.fc22.noarch python-dnf-plugins-extras-migrate-0.0.8-1.fc22.noarch dnf-plugins-core-0.1.9-1.fc22.noarch dnf-yum-1.0.1-2.fc22.noarch dnf-conf-1.0.1-2.fc22.noarch python3-dnf-1.0.1-2.fc22.noarch python-dnf-1.0.1-2.fc22.noarch python3-dnf-plugins-extras-common-0.0.8-1.fc22.noarch dnfdaemon-0.3.8-1.fc22.noarch dnf-langpacks-0.10.0-1.fc22.noarch
Thanks for the info. I cannot reproduce it with the same package set. Note that the "download" plugin is part of "dnf-plugins-core". If "dnf download" does not work for you, please, file a bug.
My mistake, I placed plugins=0 in dnf.conf for some testing last week & forgot about it. dnf download is there.
*** Bug 1241217 has been marked as a duplicate of this bug. ***
I think there is some confusion lying around this bug and bugs 1209638, 1203491. These seem to refer to downloading to a specific directory which does appear to be handled by the download plugin. I have a very different use for --downloadonly option to circumvent problems on low speed links and links with peak time data caps. I set a throttle and use "yum --downloadonly updates" run overnight from cron to preload the cache. This enables me at any time to run "yum update" without waiting for an eternity for a download or killing the user's data allowance. Frankly this is a serious omission which is stopping me from upgrading some sites from Fedora 21 to 22.
(In reply to John Trickey from comment #9) > I think there is some confusion lying around this bug and bugs 1209638, > 1203491. > These seem to refer to downloading to a specific directory which does appear > to be handled by the download plugin. > > I have a very different use for --downloadonly option to circumvent problems > on low speed links and links with peak time data caps. > > I set a throttle and use "yum --downloadonly updates" run overnight from > cron to preload the cache. This enables me at any time to run "yum update" > without waiting for an eternity for a download or killing the user's data > allowance. > > Frankly this is a serious omission which is stopping me from upgrading some > sites from Fedora 21 to 22. I am not sure why is that. From your description, running something like the following would solve your problem: dnf download --resolve `dnf check-update | tail -n +3 | awk '{print $1}' | sed 's/\..*//'`
That's why I said that I also believe that we need both "dnf download" and "dnf --downloadonly". After integrating with CAShe I think that the use case for "dnf download" is simply to download given package from repositories for whatever reason. I mean, DNF is able to download packages so why not provide this feature to users as well. But it can easily live in dnf-plugins-extras. OTOH, the use case of downloading packages in advance or downloading packages in order to distribute them between different devices is crucial and for that, --downloadonly fits better IMO. BTW, John, I think that "dnf-automatic" is a good choice for you (once we fix bug 1220074).
Bug 1241217 covers this in more detail, but 'dnf download' followed by 'dnf upgrade *.rpm' is not exactly equivalent to a hypothetical 'dnf upgrade --downloadonly' then 'dnf upgrade' operation. For example, the dnf local plugin quite rationally does not trigger on installs or upgrades of local RPMs. (There are any number of operations that are hard to simulate through 'dnf download' and then some additional dnf operation; consider eg 'dnf --downloadonly --releasever 23 distro-sync' plus the following 'dnf --releasever 23 distro-sync'. I'm sure you can do it with a bunch of work, but why should people have to write awk and sed pipelines here?)
Jan, As Chris said, they are not equivalent. Take the instance where "dnf check-updates" produces a section "Obsoleting Packages". The result would be trying to download a package called Obsoleting plus the packages it was trying to obsolete. I tried it, here is the tail of the output: ..... zsh.x86_64 Obsoleting kernel-headers.x86_64 kernel-headers.x86_64 python-firewall.noarch python2-firewall.noarch It could be accomplished in a shell/perl/awk/... script but does it have to be that hard? I also concur with Chris's point that we'd end up with a "local install" which might have undesirable consequences. Radek, dnf-automatic is interesting but, call me old fashioned, I like to keep hold of a system while it is updating - experience tells me that's wise. Also, bug 122074 would impair --downloadonly as well as dnf-automatic. I wouldn't have thought --downloadonly was hard to implement and it is so much more user friendly than the alternatives.
(In reply to John Trickey from comment #13) > Radek, dnf-automatic is interesting but, call me old fashioned, I like to > keep hold of a system while it is updating - experience tells me that's > wise. Well, I meant, you can configure it to just download the updates. Then you can invoke the upgrade manually with the updates being already downloaded (once we fix that bug). >Also, bug 122074 would impair --downloadonly as well as dnf-automatic. This probably is not the bug you meant. > I wouldn't have thought --downloadonly was hard to implement and it is so > much more user friendly than the alternatives. No, it isn't hard to implement. As you can see above, the only reason for not implementing this is that we didn't want to duplicate the functionality. Ales probably originally didn't recognize this use case and since Tim already implemented the "download" plugin, it seemed that we are done. Now, it is clear that it is not true.
(In reply to Radek Holy from comment #14) > Well, I meant, you can configure it to just download the updates. Then you > can invoke the upgrade manually with the updates being already downloaded > (once we fix that bug). Ah, not obvious from "dnf-automatic --help" but all comes clear with the dnf.automatic man page. Interesting that my usage is close to the distributed automatic.conf. > >Also, bug 122074 would impair --downloadonly as well as dnf-automatic. > > This probably is not the bug you meant. Oops, dropped 0. I meant the same bug as you referenced, 1220074 I'll track that bug and play with it on a system that doesn't matter if the download fails
*** Bug 1260279 has been marked as a duplicate of this bug. ***
hawkey-0.6.1-1.fc23 dnf-plugins-core-0.1.12-2.fc23 dnf-1.1.2-2.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-16428
dnf-plugins-core-0.1.12-2.fc22 hawkey-0.6.1-1.fc22 dnf-1.1.2-2.fc22 has been submitted as an update to Fedora 22. https://bodhi.fedoraproject.org/updates/FEDORA-2015-16429
dnf-1.1.2-2.fc23, dnf-plugins-core-0.1.12-2.fc23, hawkey-0.6.1-1.fc23 has been pushed to the Fedora 23 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-plugins-core dnf hawkey' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-16428
dnf-1.1.2-2.fc22, dnf-plugins-core-0.1.12-2.fc22, hawkey-0.6.1-1.fc22 has been pushed to the Fedora 22 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-plugins-core dnf hawkey' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-16429
dnf-plugins-core-0.1.12-3.fc23 hawkey-0.6.1-2.fc23 dnf-1.1.2-4.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-38e69423f3
dnf-plugins-core-0.1.12-3.fc22 hawkey-0.6.1-2.fc22 dnf-1.1.2-4.fc22 has been submitted as an update to Fedora 22. https://bodhi.fedoraproject.org/updates/FEDORA-2015-3528c659e4
dnf-1.1.2-4.fc22, dnf-plugins-core-0.1.12-3.fc22, hawkey-0.6.1-2.fc22 has been pushed to the Fedora 22 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 hawkey dnf-plugins-core dnf' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-3528c659e4
dnf-1.1.2-4.fc23, dnf-plugins-core-0.1.12-3.fc23, hawkey-0.6.1-2.fc23 has been pushed to the Fedora 23 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 hawkey dnf-plugins-core dnf' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-38e69423f3
dnf-1.1.2-4.fc23, dnf-plugins-core-0.1.12-3.fc23, hawkey-0.6.1-2.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.
dnf-1.1.2-4.fc22, dnf-plugins-core-0.1.12-3.fc22, hawkey-0.6.1-2.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.