Thank you for reporting this issue and we are sorry that we were notĪble to fix it before Fedora 29 is end of life. Plan to fix it in a currently maintained version, simply change the 'version' Package Maintainer: If you wish for this bug to remain open because you At that time this bug will be closed as EOL if it remains open with a It is Fedora's policy to close all bug reports from releases that are no longer This message is a reminder that Fedora 29 is nearing its end of life.įedora will stop maintaining and issuing updates for Fedora 29 on. gpg file is created by dnf?Ģ - If the gpg file is not readable, can dnf autocompletion be made to not hang like this? In terms of fixing I think there are two takeaways here:ġ - If the gpg file's permissions are controlled by the repository itself - then they need to be fixed there, should I be filing a separate bug?īut most likely the. So maybe that's a workaround until the bugs are fixed, setting repo_gpgcheck=0. It's the only repository on my machine (in /etc/) which has "repo_gpgcheck=1" (all the others have ".=0"). Open H264 is included in base Fedora 29 install as far as I remember. 1 root root 1200 Nov 2 14:04 /var/cache/dnf/fedora-cisco-openh264-3bbe8a0adcce9aa5/pubring/trustdb.gpgĬhmod go+r $ ls -l /var/cache/dnf/fedora-cisco-openh264-3bbe8a0adcce9aa5/pubring/trustdb.gpg $ ls -l /var/cache/dnf/fedora-cisco-openh264-3bbe8a0adcce9aa5/pubring/trustdb.gpg var/cache/dnf/fedora-cisco-openh264-3bbe8a0adcce9aa5/pubring/trustdb.gp $ sudo find /var/cache/dnf/ -name "*.gpg" Thank you Simon for the tip about permissions on GPG files. `sudo chmod +r /var/cache/dnf/google-cloud-sdk-2367166c9fd8d791/pubring/trustdb.gpg` but since i am not quite sure of DNFs security model I can not recommend this solution (it might be OK i just dont know so i can't recommend it) I guess that this is an issue in googles packaging for RPM. It seems as if this file `/var/cache/dnf/google-cloud-sdk-2367166c9fd8d791/pubring/trustdb.gpg` is only readable by root. I do NOT have this problem if i use `sudo -u` and then run `rpm install lynx`. I guess that it is a bug that auto-complete hangs rather than ignoring updates or exit with an error but the actual problem seems to be with one or more repos. Userid : "Google Cloud Packages Automatic Signing Key "įingerprint: D0BC 747F D8CA F711 7500 D6FA 3746 C208 A731 7B0F `/usr/libexec/system-python -c 'import sys from dnf.cli import completion_helper as ch ch.main(sys.argv)' install lyn -d 0 -C` (please note the removal of `-q` ) Version-Release number of selected component (if applicable): There is probably one more bug to resolve in there, regarding confirmed keys for a repo. If this is only fixed by adding "-assumeno" as mentioned above, I guess it wouldn't still autocomplete packages from that Atom repo. But dnf autocompletion still gets stuck! So it's ignoring both root keys and user keys, and that's probably yet another bug. I also ran "dnf repolist" as the standard user and it asked for key confirmation once more (I'm not sure whether this is correct, when root already accepted that key), but I confirmed it once more (subsequent repolist runs don't ask for further confirmation). The weird thing is, I already accepted the key as root for that repo, so it's clearly not considering that key. That's probably the right thing to do and it should be there by default. When I disable it, my problems go away, dnf now autocompletes.Īnother solution is to edit and add "-assumeno" into `_dnf_show_packages()` in /usr/share/bash-completion/completions/dnf. Īfter more debugging, it's related to my /etc//atom.repo with this contents: Looking in the source code, the request comes from `def userconfirm()` called by `class CliKeyImport` inside /usr/lib/python3.7/site-packages/dnf/cli/output.py. $ /usr/libexec/system-python -c 'import sys from dnf.cli import completion_helper as ch ch.main(sys.argv)' install bzfla -d 0 -q -CĪha, so it's actually waiting for input! It shouldn't do that. When I execute it manually, it shows this: +++ /usr/libexec/system-python -c 'import sys from dnf.cli import completion_helper as ch ch.main(sys.argv)' install bzfla -d 0 -q -C I used "set -x" in terminal first and then tried to complete the command. My example command is "dnf install bzfla". It's related to certain third-party repos I have installed. When trying to use bash completion as a standard user, the command always freezes for me and I have to kill it with Ctrl+C.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |