| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| upstream/964416-manpages-fixes.patch | manpages-fixes Fixes warnings from groff and mandoc. https://bugs.debian.org/964416 |
Mutt maintainers <mutt@packages.debian.org> | no | 2023-12-30 | ||
| debian-specific/neomuttrc.patch | neomuttrc Some Debian specific changes to the official neomuttrc configuration. |
Mutt maintainers <mutt@packages.debian.org> | not-needed | 2024-11-22 | ||
| debian-specific/use_usr_bin_editor.patch | use_usr_bin_editor Even if EDITOR is not set, mutt will always use /usr/bin/editor (which is set by update-alternatives), rather than falling back to vi. |
Antonio Radici <antonio@debian.org> | no | 2014-02-27 | ||
| debian-specific/document_debian_defaults.patch | document_debian_defaults Some customization of the options which are straying from the default only on Debian systems. |
Antonio Radici <antonio@debian.org> | not-needed | 2023-12-30 | ||
| upstream/fix-pointer-conversion.patch | [PATCH] Fix DT_NUMBER entries on 32-bit endian platforms The config_number testcase of Neomutt fails on the parisc (32-bit) platform as can be seen in [1] like this: Test test_config_number... [ FAILED ] Case Common setup: number.c:75: test_check_num_eq... failed Expected : 99 Actual : 0 number.c:178: VarDamson == numbers[i]... failed Value of Damson wasn't changed number.c:1060: test_string_set(sub, err)... failed ,,, The problem is, that the Vars[] array of struct ConfigDef entries stores the numbers in the 3rd column (-42,99) as type uintptr_t, which is big-endian 32-bits on parisc: { "Apple", DT_NUMBER, -42, 0, NULL, }, /* test_initial_values */ { "Banana", DT_NUMBER, 99, 0, NULL, }, So, when reading or writing that number in native_get() and native_set() make sure to take care of the endianness too by accessing the pointer address by reading or writing an uintptr_t value, and do the casting to short type outside of the memory access. [1] https://buildd.debian.org/status/fetch.php?pkg=neomutt&arch=hppa&ver=20241212%2Bdfsg-1&stamp=1734064250&raw=0 |
Helge Deller <deller@gmx.de> | no | debian | upstream, https://github.com/neomutt/neomutt/commit/cb5b57db72bcb2220e0808dabf7e85f010a56a1f | 2024-12-27 |
| upstream/fix-groff-C-font.patch | docs: use roff's CR font instead of C (non-portable) for monospace fonts C is a non-portable font. Use CR instead which is a "Regular constant width font". |
Carlos Henrique Lima Melara <charlesmelara@riseup.net> | yes | 2024-12-28 |