-
Notifications
You must be signed in to change notification settings - Fork 182
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fedora 35 exception: no package metadata #156
Comments
I have followed the install instructions and it lead me to the same issue on a fedora-35 VM running under Qubes. However, when I build the package from source on the v0.3.1 tag (which should be the same version) it works fine. Will investigate. |
same issue on fedora 37 with the following error
|
Thanks a lot for the report @prdwyer, and especially for the traceback. It seems that another user (#307) has stumbled on this issue, so we looked into it. Turns out that our CI runners were erroneously building RPM packages for Fedora 37 in Fedora 36. This means that the produced RPM package installs Dangerzone for Python 3.10, instead of 3.11, which is the root cause for the traceback you see. We plan to upload a new Fedora 37 package in our repo, which you should be able to install with regular |
When deploying packages, build the RPM package for Fedora 37 and deploy only that. Problem ======= The v0.4.0 release introduced Fedora 37 support. We had tested building an RPM package for Fedora 37 and installing it successfully, so we assumed that we had the green light for the release. Turns out however that our CI runners were not building packages for each of our supported Fedora release, but solely for Fedora 35. It so happened that Fedora 35 and Fedora 36 had similar Python versions, but the same did not apply to Fedora 37. The end result is that users could not install Dangerzone on Fedora 37 through our official repo. Remediation =========== In order to help out Fedora 37 users, we plan to do the following: 1. Bump the Fedora patch level of our package to -2. This will help users install the new package, once we release it. 2. Change our CI pipeline to build an RPM package for Fedora 37 instead, and deploy that to PackageCloud. 3. Comment out all the other deployments to PackageCloud, since the rest of the distros are not affected. IMPORTANT: This is a hotfix that should never be merged back in the main branch. Fixes #156
When deploying packages, build the RPM package for Fedora 37 and deploy only that. Problem ======= The v0.4.0 release introduced Fedora 37 support. We had tested building an RPM package for Fedora 37 and installing it successfully, so we assumed that we had the green light for the release. Turns out however that our CI runners were not building packages for each of our supported Fedora release, but solely for Fedora 35. It so happened that Fedora 35 and Fedora 36 had similar Python versions, but the same did not apply to Fedora 37. The end result is that users could not install Dangerzone on Fedora 37 through our official repo. Remediation =========== In order to help out Fedora 37 users, we plan to do the following: 1. Bump the Fedora patch level of our package to -2. This will help users install the new package, once we release it. 2. Change our CI pipeline to build an RPM package for Fedora 37 instead, and deploy that to PackageCloud. 3. Comment out all the other deployments to PackageCloud, since the rest of the distros are not affected. IMPORTANT: This is a hotfix that should never be merged back in the main branch. Fixes #156
When deploying packages, build the RPM package for Fedora 37 and deploy only that. Problem ======= The v0.4.0 release introduced Fedora 37 support. We had tested building an RPM package for Fedora 37 and installing it successfully, so we assumed that we had the green light for the release. Turns out however that our CI runners were not building packages for each of our supported Fedora release, but solely for Fedora 35. It so happened that Fedora 35 and Fedora 36 had similar Python versions, but the same did not apply to Fedora 37. The end result is that users could not install Dangerzone on Fedora 37 through our official repo. Remediation =========== In order to help out Fedora 37 users, we plan to do the following: 1. Bump the Fedora patch level of our package to -2. This will help users install the new package, once we release it. 2. Change our CI pipeline to build an RPM package for Fedora 37 instead, and deploy that to PackageCloud. 3. Comment out all the other deployments to PackageCloud, since the rest of the distros are not affected. IMPORTANT: This is a hotfix that should never be merged back in the main branch. Fixes #156
When deploying packages, build the RPM package for Fedora 37 and deploy only that. Problem ======= The v0.4.0 release introduced Fedora 37 support. We had tested building an RPM package for Fedora 37 and installing it successfully, so we assumed that we had the green light for the release. Turns out however that our CI runners were not building packages for each of our supported Fedora release, but solely for Fedora 35. It so happened that Fedora 35 and Fedora 36 had similar Python versions, but the same did not apply to Fedora 37. The end result is that users could not install Dangerzone on Fedora 37 through our official repo. Remediation =========== In order to help out Fedora 37 users, we plan to do the following: 1. Bump the Fedora patch level of our package to -2. This will help users install the new package, once we release it. 2. Change our CI pipeline to build an RPM package for Fedora 37 instead, and deploy that to PackageCloud. 3. Comment out all the other deployments to PackageCloud, since the rest of the distros are not affected. IMPORTANT: This is a hotfix that should never be merged back in the main branch. Fixes #156
When deploying packages, build the RPM package for Fedora 37 and deploy only that. Problem ======= The v0.4.0 release introduced Fedora 37 support. We had tested building an RPM package for Fedora 37 and installing it successfully, so we assumed that we had the green light for the release. Turns out however that our CI runners were not building packages for each of our supported Fedora release, but solely for Fedora 35. It so happened that Fedora 35 and Fedora 36 had similar Python versions, but the same did not apply to Fedora 37. The end result is that users could not install Dangerzone on Fedora 37 through our official repo. Remediation =========== In order to help out Fedora 37 users, we plan to do the following: 1. Bump the Fedora patch level of our package to -2. This will help users install the new package, once we release it. 2. Change our CI pipeline to build an RPM package for Fedora 37 instead, and deploy that to PackageCloud. 3. Comment out all the other deployments to PackageCloud, since the rest of the distros are not affected. IMPORTANT: This is a hotfix that should never be merged back in the main branch. Fixes #156
When deploying packages, build the RPM package for Fedora 37 and deploy only that. Problem ======= The v0.4.0 release introduced Fedora 37 support. We had tested building an RPM package for Fedora 37 and installing it successfully, so we assumed that we had the green light for the release. Turns out however that our CI runners were not building packages for each of our supported Fedora release, but solely for Fedora 35. It so happened that Fedora 35 and Fedora 36 had similar Python versions, but the same did not apply to Fedora 37. The end result is that users could not install Dangerzone on Fedora 37 through our official repo. Remediation =========== In order to help out Fedora 37 users, we plan to do the following: 1. Bump the Fedora patch level of our package to -2. This will help users install the new package, once we release it. 2. Change our CI pipeline to build an RPM package for Fedora 37 instead, and deploy that to PackageCloud. 3. Comment out all the other deployments to PackageCloud, since the rest of the distros are not affected. IMPORTANT: This is a hotfix that should never be merged back in the main branch. Fixes #156
Update: We have published a new package ( You can install this package either with I'll close this issue, since it seems to be resolved. If this is not the case, please send us an update. Thanks again for your report! |
i dont see the package on the repos yet but thanks for the action on this. i assume itll trickle in over time |
Hm, let's not leave this to chance, until we're sure we've resolved it. Running the following command on a fresh Fedora 37 system, I see the following:
Do you see the same? |
@prdwyer Be sure to use the What I see on my end: $ sudo dnf --showduplicates --refresh list dangerzone
Copr repo for PyCharm owned by phracek 6.0 kB/s | 3.6 kB 00:00
Fedora 37 - x86_64 28 kB/s | 22 kB 00:00
Fedora 37 openh264 (From Cisco) - x86_64 1.5 kB/s | 989 B 00:00
Fedora Modular 37 - x86_64 32 kB/s | 22 kB 00:00
Fedora 37 - x86_64 - Updates 15 kB/s | 11 kB 00:00
Fedora Modular 37 - x86_64 - Updates 49 kB/s | 23 kB 00:00
firstlookmedia_code 2.0 kB/s | 1.8 kB 00:00
firstlookmedia_code-source 2.0 kB/s | 1.8 kB 00:00
google-chrome 3.6 kB/s | 1.3 kB 00:00
RPM Fusion for Fedora 37 - Nonfree - NVIDIA Dr 3.4 kB/s | 3.8 kB 00:01
RPM Fusion for Fedora 37 - Nonfree - Steam 3.2 kB/s | 3.7 kB 00:01
Installed Packages
dangerzone.noarch 0.4.0-2 @firstlookmedia_code
Available Packages
dangerzone.noarch 0.4.0-1 firstlookmedia_code
dangerzone.src 0.4.0-1 firstlookmedia_code-source
dangerzone.noarch 0.4.0-2 firstlookmedia_code
dangerzone.src 0.4.0-2 firstlookmedia_code-source |
im seeing this:
|
Could it be that you had originally installed Fedora 35/36, and recently upgraded to Fedora 37? If so, then Dangerzone's RPM repo will point to the packages for the previous Fedora release, which explains why you don't receive updates. Let's find out. This is what I see in a Fedora 37 system:
If you see something similar, but with a lower Fedora version, can you please update this file, either manually or via the script in our installation instructions? |
I don't use this anymore |
this fixed it. Thank you so much for your help i know you arent responsible for doing OS support like this! |
I have installed dangerzone with:
But the software throws an exception:
The text was updated successfully, but these errors were encountered: