Debian Patches

Status for gdk-pixbuf/2.42.10+dfsg-1+deb12u1

Patch Description Author Forwarded Bugs Origin Last update
tests-Mark-pixbuf-randomly-modified-as-flaky.patch tests: Mark pixbuf-randomly-modified as flaky
This is basically a crude fuzzer. It isn't really suitable for
build-time acceptance testing, since it frequently produces images for
which gdk-pixbuf will try to allocate more memory than is available,
but if it does, it isn't straightforward to capture the failing image
from an autobuilder that only records build logs.
Simon McVittie <smcv@debian.org> yes debian upstream 2020-11-16
debian_queryloader_dir.patch use the right gdk-pixbuf-query-loaders directory
Since the .install moves the binary to another location the .pc file
needs to be updated
Sebastien Bacher <seb128@ubuntu.com> not-needed 2022-07-27
tests-Tolerate-either-CORRUPT_IMAGE-or-INSUFFICIENT_MEMOR.patch tests: Tolerate either CORRUPT_IMAGE or INSUFFICIENT_MEMORY for issue 205

Workaround for https://gitlab.gnome.org/GNOME/gdk-pixbuf/-/issues/215
Simon McVittie <smcv@debian.org> not-needed 2022-08-16
ANI-Reject-files-with-multiple-anih-chunks.patch ANI: Reject files with multiple anih chunks
An anih chunk causes us to initialize a bunch of state, which we only
expect to do once per file.
Benjamin Gilbert <bgilbert@backtick.net> no debian https://gitlab.gnome.org/GNOME/gdk-pixbuf/-/commit/00c071dd11f723ca608608eef45cb1aa98da89cc 2024-04-30
ANI-Reject-files-with-multiple-INAM-or-IART-chunks.patch ANI: Reject files with multiple INAM or IART chunks
There should be at most one chunk each. These would cause memory leaks
otherwise.
Benjamin Gilbert <bgilbert@backtick.net> no https://gitlab.gnome.org/GNOME/gdk-pixbuf/-/commit/d52134373594ff76614fb415125b0d1c723ddd56 2024-04-30
Skip-test-for-GNOME-753605.patch Skip test for GNOME#753605
It relies on a non-free JPEG that happens to exhibit the bug, which is
excluded from the Debian source package.
Simon McVittie <smcv@debian.org> not-needed 2018-07-26
ANI-Validate-anih-chunk-size.patch ANI: Validate anih chunk size
Before reading a chunk, we verify that enough bytes are available to match
the chunk size declared by the file. However, uniquely, the anih chunk
loader doesn't verify that this size matches the number of bytes it
actually intends to read. Thus, if the chunk size is too small and the
file ends in the middle of the chunk, we populate some context fields with
stack garbage. (But we'd still fail later on because the file doesn't
contain any images.) Fix this.
Benjamin Gilbert <bgilbert@backtick.net> no https://gitlab.gnome.org/GNOME/gdk-pixbuf/-/commit/91b8aa5cd8a0eea28acb51f0e121827ca2e7eb78 2024-04-30

All known versions for source package 'gdk-pixbuf'

Links