Debian Patches
Status for ipv6toolkit/2.0+ds.1-2
| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| 0001-Don-t-install-OUI-and-use-Debian-provided.patch | Don't install OUI and use Debian-provided We don't ship oui.txt, don't try to install Debian has an ieee-data package which releases us from shipping IEEE's oui.txt. We need to tweak GNUmakefile so it doesn't attempt to install the file, or make install will fail. Also, the ipv6toolkit.conf file should point to the file provided by the ieee-data package, located in /var/lib/ieee-data. |
Octavio Alvarez <alvarezp@alvarezp.com> | not-needed | debian | 2014-10-30 | |
| 0002-Fix-scan6-loop-undefined-behavior.patch | Fix scan6 loop undefined behavior GCC detected an invocation of undefined behavior in scan6.c. I think the error is caused because when j==16, memory accessed falls outside of an s6_addr array. |
Octavio Alvarez <alvarezp@alvarezp.com> | yes | upstream | 2014-11-01 | |
| 0003-Fix-misuse-of-hyphen-in-udp6.1-manpage.patch | Fix misuse of hyphen in udp6.1 manpage Simple error reported by lintian. |
Octavio Alvarez <alvarezp@alvarezp.com> | yes | upstream | 2015-06-27 | |
| 0004-Allow-compilation-under-GCC-10.patch | Allow compilation under GCC-10 This patch was cherry-picked from upstream: > SHA-1: 2bde90f3845234490549640dc6ed5712d84969ba > Declare variables as static where appropriate to avoid compile error: > https://bugs.gentoo.org/706312 Upstream decided to go with static declarations. |
Octavio Alvarez <alvarezp@alvarezp.com> | yes | debian upstream | upstream, https://github.com/fgont/ipv6toolkit/commit/2bde90f3845234490549640dc6ed5712d84969ba | 2020-04-04 |
| 0005-Silence-compiler-warnings.patch | Silence compiler warnings Patches backported from these two upstream commits: https://github.com/fgont/ipv6toolkit/commit/15215b29bd91a9baafabd1ca75dd2e1674e302fa https://github.com/fgont/ipv6toolkit/commit/0cb96ae8ed5886aba060c7cbd97830a1b8306581 Upstream went with -fno-* options. |
Octavio Alvarez <octalgl@alvarezp.org> | no | upstream, https://github.com/fgont/ipv6toolkit/commit/15215b29bd91a9baafabd1ca75dd2e1674e302fa | 2020-04-16 | |
| 0006-Silence-misleading-indentation-warnings.patch | Silence misleading indentation warnings It's too many warnings to pursue one by one and the upstream patch was made over current code so backporting it may break our version of the software. Considering that upstream has already fixed this [1] for next release, I am just going with -fno-misleading-indentation options. [1] https://github.com/fgont/ipv6toolkit/commit/0cb96ae8ed5886aba060c7cbd97830a1b8306581 |
Octavio Alvarez <alvarezp@alvarezp.com> | not-needed | upstream | 2020-08-04 | |
| 0007-strncpy-len-must-include-the-terminating-nul-byte.patch | strncpy len must include the terminating nul byte A mistake was spotted by -Wstringop-truncation: the length parameter for strncpy() was set as if the null terminator on the string was not to be included in the count. The manpage says otherwise: > Warning: If there is no null byte among the first n bytes of src, > the string placed in dest will not be null-terminated. So, the correct way to go is to include the null-terminating character in n. |
Octavio Alvarez <alvarezp@alvarezp.com> | yes | upstream | 2020-07-27 | |
| 0008-Set-pcap-timeout-to-1-for-all-platforms.patch | Set pcap timeout to 1 for all platforms This is a backported patch from upstream. It originally set the timeout to 1 or 0 depending on the platform. Eventually this caused problem with libcap upgrades. This patch sets it to 1 unconditionally. |
Octavio Alvarez <octalgl@alvarezp.org> | yes | debian upstream | https://github.com/fgont/ipv6toolkit/commit/03b0fdd42cf36c0070472afbb9b81a9ca62e1109 | 2022-08-07 |
All known versions for source package 'ipv6toolkit'
- 2.0+ds.1-2 (bookworm, sid, trixie)
- 2.0+ds.1-1 (bullseye)