| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| ZZZgnutls-build.patch | Build with GnuTLS. diff --git a/configure.ac b/configure.ac index fb7e178a7..8cd23d040 100644 |
Steve McIntyre <93sam@debian.org> | not-needed | vendor | 2024-08-05 | |
| build-Divide-mit-krb5-gssapi-link-flags-between-LDFLAGS-a.patch | build: Divide mit-krb5-gssapi link flags between LDFLAGS and LIBS From the comments nearby about not having --libs-only-L, it looks as though the intention was to apply a split like this to all dependency libraries where possible, and the only reason it was not done for Kerberos is that krb5-config doesn't have that feature and pkg-config was originally not supported here. For example, zlib, libssh and librtmp all have their flags from pkg-config split in this way. Now that pkg-config is supported here, we can do the intended split. |
Simon McVittie <smcv@collabora.com> | no | 2022-11-22 | ||
| 11_omit-directories-from-config.patch | In order to (partially) multi-arch-ify curl-config, remove all mention of @includedir@ and @libdir@ from the script. On Debian, the actual header and library directories are architecture-dependent, but will always be in the C compiler's default search path, so -I and -L options are not necessary (and may be harmful in multi-arch environments.) |
Benjamin Moody <benjamin.moody@gmail.com> | not-needed | debian | vendor | 2024-07-05 |
| Remove-curl-s-LDFLAGS-from-curl-config-static-libs.patch | Remove curl's LDFLAGS from curl-config --static-libs On current Debian bookworm, the LDFLAGS consist of -L/usr/lib/${triplet}/mit-krb5 originating from `pkg-config --libs-only-L mit-krb5-gssapi` from krb5-multidev, plus some linker options that are intended for curl itself rather than for dependent packages. None of these are really desirable, and they create divergence between architectures that would prevent libcurl-*-dev from being Multi-Arch: same. The -L flag is not really needed, for the same reason that -L@libdir@ isn't. curl Build-Depends on libkrb5-dev, which doesn't need a special -L flag to find libgssapi_krb5, and the various libcurl-*-dev packages have Suggests on libkrb5-dev rather than on krb5-multidev for static linking. The other options (currently `-Wl,-z-relro -Wl,-z,now`) are intended for libcurl itself, and if dependent packages want those options then they should set them from their own packaging. |
Simon McVittie <smcv@collabora.com> | not-needed | debian | 2022-11-22 | |
| ignore-SIGPIPE-after-init.patch | [PATCH] sigpipe: init the struct so that first apply ignores Initializes 'no_signal' to TRUE, so that a call to sigpipe_apply() after init ignores the signal (unless CURLOPT_NOSIGNAL) is set. I have read the existing code multiple times now and I think it gets the initial state reversed this missing to ignore. Regression from 17e6f06ea37136c36d27 Fixes #14344 Closes #14390 |
Daniel Stenberg <daniel@haxx.se> | yes | debian upstream | upstream, https://github.com/curl/curl/commit/3eec5afbd0b6377eca893c392569b2faf094d970 | 2024-08-09 |