Debian Patches
Status for pqconnect/1.2.3-2
| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| 0001-use-python-mceliece.patch | use python-mceliece | Jan Mojžíš <jan.mojzis@gmail.com> | invalid | 2025-03-27 | ||
| 0002-use-python-ntruprime.patch | use python-ntruprime | Jan Mojžíš <jan.mojzis@gmail.com> | invalid | 2025-03-27 | ||
| 0003-use-fork-multiprocessing-context.patch | Use the fork multiprocessing context Python 3.14 changed the default multiprocessing start method on POSIX from fork to forkserver. PQConnect passes an open TUN FileIO object and an initialized NetfilterQueue object to child processes. These objects cannot be pickled, so the client and server fail to start with Python 3.14. Obtain an explicit fork context and use it consistently to create all Process, Pipe, and Event objects. This preserves the process inheritance semantics required by PQConnect without changing the global multiprocessing start method. |
Jan Mojžíš <janmojzis@debian.org> | invalid | debian | ||
| 0004-fix-bbr-full-pipe-check.patch | Fix the BBR full-pipe check The full-pipe check returns while the pipe is not yet filled, preventing the bandwidth growth rounds from ever marking it as filled. This leaves BBR stuck in STARTUP. Reverse the condition so that an already filled pipe skips further checks, while an unfilled pipe continues through the bandwidth-growth detection. |
Jan Mojžíš <janmojzis@debian.org> | invalid | |||
| 0005-limit-rto-backoff-per-event.patch | Limit RTO backoff to once per event Every retransmitted packet currently doubles the shared retransmission timeout. A burst of retransmissions can therefore increase the timeout several times for a single RTO event and quickly reach the 120-second cap. Track the time of the most recent RTO backoff and only double the timeout after the current RTO has elapsed since that time. |
Jan Mojžíš <janmojzis@debian.org> | invalid |