$ rpm -qR claws-mail|grep pixbuf
libgdk_pixbuf-2.0.so.0()(64bit)
I've added
%if 0%{?fedora} > 40
Requires: gdk-pixbuf2-modules-extra%{?_isa}
%endif
to fix the missing icons and the intercepted backtrace.
For Geeqie I've filed:
https://bugzilla.redhat.com/2312404
It's not nice, if an ima
On Tue, Jul 9, 2024 at 10:22 AM Benjamin Gilbert wrote:
> gdk-pixbuf upstream opted to retain the loaders in the existing
> project, so I've submitted a new package that builds them separately
> from the same source tarball.
These loaders are now available in the gdk-pixbuf2-modules-extra
package
On Mon, May 13, 2024 at 3:58 PM Benjamin Gilbert wrote:
> The affected image formats are ANI, BMP, ICNS, ICO,
> PNM, QTIF, TGA, XBM, and XPM.
>
> [...]
>
> gdk-pixbuf upstream is discussing splitting these loaders out into a
> separate project. Once the plan firms up, I'll package the new
> proje
On Mon, May 13, 2024 at 1:36 PM Michael Catanzaro wrote:
> gdk-pixbuf 2.42.11 has dropped support for several uncommon image
> formats. This is causing several applications to crash in Fedora
> rawhide [1][2]. (The change also got backported to F40 and F39, but
> I've reverted it there.)
Thanks M
On Mon, May 13 2024 at 08:50:04 PM +02:00:00, Fabio Valentini
wrote:
Just out of curiosity, would glycin be a better mechanism than
gdk-pixbuf for loading "untrusted" images / "unsafe" image formats?
Its loaders are sandboxed via SECCOMP and support for most image
formats is implemented in Rust
On Mon, May 13, 2024 at 8:36 PM Michael Catanzaro wrote:
>
> Hi,
>
> gdk-pixbuf 2.42.11 has dropped support for several uncommon image
> formats. This is causing several applications to crash in Fedora
> rawhide [1][2]. (The change also got backported to F40 and F39, but
> I've reverted it there.)
