Description of problem: Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Open terminal 2. Run fpaste --sysinfo 3. Wait for a few minutes Actual results: There should either be the correct output or a clear error message that says it needs root. Expected results: The command outputs nothing until it is stopped by ctrl+c. Additional info: Immediately after pressing ctrl+c, it outputs: ^C interrupted. Gathering system info ........................
Hrm. It doesn't need to be run as root. Works OK here - so this isn't a reproducible issue. It's probably collecting information. Can you use htop to see what it's doing?
I still can reproduce the bug. Htop command does not show any process consuming much resources.
Also affected (fedora 25). And there is a duplicate: https://bugzilla.redhat.com/show_bug.cgi?id=1408266
I've managed to find the problem on my side with the following way: # Preparation phase 1) open gnome-system-monitor 2) open "Processes" 3) add "Command line" column (right click column titles and switch it on) # Research phase 4) open gnome-terminal 5) start 'fpaste --sysinfo --printonly > ~/fpaste-sysinfo-research.txt' 6) if fpaste hangs, switch to the gnome-system-monitor and look for the 'dnf' process name there 7) note the 'Command line' column value for the 'dnf' process 8) open a new terminal window and execute the command from previous step to see (if any) the output of it # My results In my case the command causing trouble (got it from step 7, see the attached image) was '/usr/libexec/system-python /usr/bin/dnf -C repolist'. When I executed it separately, turned out that one of my repos asked me to approve importing its key and waited for 'yes' or 'no' answer. So I've switched off key import for the repo and it solved the problem for me. # Dirty workaround I tried switching on the key import again and for the hanging fpaste process blindly typing 'y' -> 'enter' -> 'y' -> 'enter'. This corresponded to answering 'yes' for two key import requests. And this also led to SUCCESS! Please, try the steps 1-8 above and say, if it helps! P.S. double 'y' was needed in my case because there was the second request for the key import by the following '/usr/libexec/system-python /usr/bin/dnf -C list extras' command for THE SAME REPO. P.P.S. to stop the repo asking for its key import I've commented the line 'repo_gpgcheck=1' in its file, located in /etc/yum.repos.d/ P.P.P.S. It would be nice if the fpaste-script could address such questions of its commands to the user. Is it possible to do?
Created attachment 1273389 [details] Screenshot1 for the bug comment
Created attachment 1273390 [details] Screenshot2 for the bug comment #4
This message is a reminder that Fedora 24 is nearing its end of life. Approximately 2 (two) weeks from now Fedora will stop maintaining and issuing updates for Fedora 24. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '24'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 24 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 24 changed to end-of-life (EOL) status on 2017-08-08. Fedora 24 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
This bug is still present in Fedora 29. The simplest workaround is to add --nogpgcheck to the dnf commands inside the fpaste script. I don't see this being harmful given we don't allow these dnf commands to install any packages, but... if this is unacceptable, fpaste will somehow need to be more interactive to let the user know action is required. Aside, logged in as a regular user I was unable to persistently import the VirtualBox GPG key. Every time I ran the dnf -C list extras command, I was asked to import this key again. As a result, simply manually importing the keys prior to running fpaste --sysinfo does not work.