| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| fail-build-no-libxml2.patch | Trigger build failure when libxml2 is not found | Alessandro Ghedini <ghedo@debian.org> | not-needed | upstream | vendor | 2018-06-23 |
| disable_runtime-version_warning.patch | disable the runtime libxml2 version check | gregor herrmann <gregoa@debian.org> | yes | debian upstream | vendor | 2015-08-26 |
| test_against_runtime-version.patch | check the runtime version of libxml2 not the one the package was built against Doesn't make a difference at build time, but e.g. for later run autopkgtests. | gregor herrmann <gregoa@debian.org> | not-needed | vendor | 2020-02-28 | |
| 0001-t-35huge_mode.t-fix-test-with-libxml2-2.11.patch | [PATCH] t/35huge_mode.t: fix test with libxml2 2.11 libxml 2.11 made improved parsing enough to not fail our test: |
Dominique Martinet <asmadeus@codewreck.org> | no | 2023-07-14 | ||
| 0001-initialize-xmlValidCtxt.patch | [PATCH] initialize xmlValidCtxt The variable cvp is stored on the stack and is uninitialized. So the field ctxt->flags in valid.c xmlIsStreaming() contains random data. The logic of xmlIsStreaming() can do an invalid cast and pointer dereference pctxt->parseMode and may crash there. Use memset() to pass correct zero flags in xmlValidCtxt cvp variable down to xmlValidateDocument(). |
Alexander Bluhm <alexander.bluhm@gmx.net> | no | 2022-11-21 | ||
| 0001-libxml-mm-Fix-function-prototypes-in-function-pointe.patch | [PATCH] libxml-mm: Fix function prototypes in function pointers This is now detected with latest clang16+ Fixes xmlHashScan(r, PmmRegistryDumpHashScanner, NULL); |
Khem Raj <raj.khem@gmail.com> | no | debian | 2023-01-16 |