Fedora-Rawhide-20210522.n.1 compose check report

No missing expected images. Compose FAILS proposed Rawhide gating check! 6 of 43 required tests failed openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 23/194 (x86_64), 13/133 (aarch64) New failures (same test not failed in Fedora-Rawhide-20

Re: sudo dnf remove gtk3

They have begin to use it in f34 with gnome 40. It's always a long process to migrate everything. The same thing happen with gtk2->gtk3 and qt4->qt5 a few years ago. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ Le samedi 22 mai 2021 22:17, Samuel Sieb a écrit : > On 20

Re: sudo dnf remove gtk3

On 2021-05-22 6:07 p.m., Reon Beon via devel wrote: No, why doesn't it depend on gtk4? Really, I don't know. It should, no? In F33, I don't even have gtk4 installed, so nothing in the default workstation (or anything else I've added) uses it yet. _

Re: sudo dnf remove gtk3

The command "dnf repoquery --requires gnome-shell" say it depend on both gtk3 and gtk4. Some component need both for now it seem. Maybe gnome folks have a list of bugs you can participate in there gitlab. https://gitlab.gnome.org Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐

Re: sudo dnf remove gtk3

It's possible some component depend on gtk3 even with gtk4 component. Gnome folks could better answer this. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ Le samedi 22 mai 2021 21:07, Reon Beon via devel a écrit : > No, why doesn't it depend on gtk4? > > Really, I don't

Fedora rawhide compose report: 20210522.n.1 changes

OLD: Fedora-Rawhide-20210520.n.1 NEW: Fedora-Rawhide-20210522.n.1 = SUMMARY = Added images:3 Dropped images: 0 Added packages: 8 Dropped packages:1 Upgraded packages: 147 Downgraded packages: 0 Size of added packages: 1.54 GiB Size of dropped packages

Re: sudo dnf remove gtk3

https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4316 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code

Re: sudo dnf remove gtk3

No, why doesn't it depend on gtk4? Really, I don't know. It should, no? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en

Re: sudo dnf remove gtk3

gnome-shell is a protected package and depend on gtk3 so it can't be remove unless you remove it from the protected list in /etc/dnf/protected.d/, but doing so will remove your desktop. Do it only if you love destroying your system. Sent with ProtonMail Secure Email. ‐‐‐ Original Message

sudo dnf remove gtk3

Error: Problem: The operation would result in removing the following protected packages: gnome-shell (try to add '--skip-broken' to skip uninstallable packages) Why shouldn't this work? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubs

Re: When is pappl going to be good enough to replace cups?

Stephen John Smoogen wrote: > On Fri, May 21, 2021 at 18:19 Kevin Kofler via devel < > devel@lists.fedoraproject.org> wrote: > > > Zdenek Dohnal wrote: > > > The purpose of the library is have a way how to implement a support for > > > devices which don't support IPP Everywhere [2] or its deri

Re: Unannounced soname bump: libgdal.so.28

22.05.2021, 10:43, "Sandro Mani" : On 21.05.21 14:24, Sandro Mani wrote: On 21.05.21 14:03, Richard Shaw wrote:On Fri, May 21, 2021 at 3:43 AM Pete Walter wrote:libgdal soname has been bumped to libgdal.so.28 without rebuilding dependent packages in rawhide. From what I can

Re: Packaging Problems: Sequoia PGP backend support in Thunderbird

On Sat, May 22, 2021 at 10:56 AM Fabio Valentini wrote: > > Hi everybody, > > I've recently worked to package all Sequoia PGP projects for Fedora > 34+, which includes an alternative PGP backend for thunderbird [1] > with better system integration (e.g. with the gpg agent, user keyring, > etc.) th

Packaging Problems: Sequoia PGP backend support in Thunderbird

Hi everybody, I've recently worked to package all Sequoia PGP projects for Fedora 34+, which includes an alternative PGP backend for thunderbird [1] with better system integration (e.g. with the gpg agent, user keyring, etc.) than the bundled PGP implementation that's based on librnp. However, th

Re: Unannounced soname bump: libgdal.so.28

On 21.05.21 14:24, Sandro Mani wrote: On 21.05.21 14:03, Richard Shaw wrote: On Fri, May 21, 2021 at 3:43 AM Pete Walter > wrote: libgdal soname has been bumped to libgdal.so.28 without rebuilding dependent packages in rawhide. From what I can tell

Fedora-Cloud-34-20210522.0 compose check report

No missing expected images. Failed openQA tests: 8/8 (x86_64) Old failures (same test failed in Fedora-Cloud-34-20210521.0): ID: 891752 Test: x86_64 Cloud_Base-qcow2-qcow2 base_services_start URL: https://openqa.fedoraproject.org/tests/891752 ID: 891753 Test: x86_64 Cloud_Base-qcow2-qc

Re: Linux 5.13 To Allow Zstd Compressed Modules, Zstd Update Pending With Faster Performance

On Sat, May 22, 2021 at 2:49 AM Reon Beon via devel wrote: > > Any update? Any update on what? You posed an article with no details. Unless you're going to do the work the answer is no, there is no update. This is not a list where you post demands and expect people just to drop everything and do

Fedora-Cloud-32-20210522.0 compose check report

No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-32-20210521.0): ID: 891742 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

Fedora-Cloud-33-20210522.0 compose check report

No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-33-20210521.0): ID: 891726 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

Re: i686 build OOMing

> But I could consider dropping to g0 on ix86 I suppose. > > But it's mostly a debugging package so I think it might not be optimal > to have no symbols for it at all. Indeed it will affect some 32bit apps, do we really care that much about some old steam games?