If I try to install a package from a URL, dnf just hangs. It used to work fine with yum. To reproduce, simply type the following command: dnf install https://kojipkgs.fedoraproject.org//packages/firefox/38.0/4.fc22/x86_64/firefox-38.0-4.fc22.x86_64.rpm It will hang forever.
I can't reproduce it. With your package I have unsatisfied dependencies (package was downloaded fine and then the depsolver reports error). With different package without dependencies it was installed properly. Do you have multiple instances of DNF running? Can you still reproduce it? The other packages not specified by URL can be installed?
I did wget to download the package and then dnf install ./firefox-38.0-4.fc22.x86_64.rpm and it worked. Your questions about dependencies don't seem to be relevant because dnf hangs before it even resolves dependencies... [root@rincewind ~]# dnf -v -d 9 install https://kojipkgs.fedoraproject.org//packages/firefox/38.0/4.fc22/x86_64/firefox-38.0-4.fc22.x86_64.rpm cachedir: /var/cache/dnf/x86_64/22 Loaded plugins: kickstart, noroot, needs-restarting, protected_packages, generate_completion_cache, reposync, builddep, migrate, download, copr, playground, config-manager, Query, debuginfo-install DNF version: 1.0.0 repo: using cache for: updates-testing repo: using cache for: google-talkplugin not found deltainfo for: google-talkplugin not found updateinfo for: google-talkplugin repo: using cache for: fedora not found deltainfo for: Fedora 22 - x86_64 not found updateinfo for: Fedora 22 - x86_64 repo: using cache for: adobe-linux-x86_64 not found deltainfo for: Adobe Systems Incorporated not found updateinfo for: Adobe Systems Incorporated repo: using cache for: updates not found updateinfo for: Fedora 22 - x86_64 - Updates updates-testing: using metadata from Mon May 18 14:27:05 2015. google-talkplugin: using metadata from Sun May 17 11:07:20 2015. fedora: using metadata from Sun May 17 11:19:52 2015. adobe-linux-x86_64: using metadata from Sun May 17 11:20:15 2015. updates: using metadata from Mon May 18 14:27:07 2015. Last metadata expiration check performed 0:49:04 ago on Mon May 18 14:27:07 2015. And then it hangs. There are no multiple copies of dnf running or anything like this. using dnf 1.0.0 Installed: dnf-0:1.0.0-1.fc22.noarch at 2015-05-06 07:19 Built : Fedora Project at 2015-05-02 13:00 Installed: rpm-0:4.12.0.1-9.fc22.x86_64 at 2015-04-17 12:27 Built : Fedora Project at 2015-04-15 09:21
+1 to what Elad said above. I am having the same problem and able to reproduce this successfully. Please ask if needed any further input.
Looks like I was a bit impatient while testing this bug. I tried for 3 minutes only. Now tried till it gives something and I got the dependency resolution to installation prompt. That took 5-7 minutes. I then said no and executed same command but it again stopped at same step and then package appeared for installation after 5 minutes. Once resolved and cancelled transaction, repeating should be quick right? like within a minute to install the packages. Not sure if this is a real bug....
It looks like the only issue here is missing download progress bar.
(In reply to Michal Luscon from comment #5) > It looks like the only issue here is missing download progress bar. This would mean dnf is much slower than wget when downloading a file... downloading this with wget took less than half a minute... so this sounds unlikely.
Could you please then repeat the installation with LIBREPO_DEBUG variable set to 1?
Is this a configuration variable or an environment variable? I tried it as environment variable and the output was the same...
You can set it by "export LIBREPO_DEBUG=1".
You were right, it is downloading, according to this debug output. I guess the reason I thought it was frozen was because it didn't react to control-c and didn't display any graphical indication.
IIUIC, this is a duplicate of the bug 1161950.
*** This bug has been marked as a duplicate of bug 1161950 ***