Debian Patches
Status for sphinxcontrib-doxylink/1.13.0-3
| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| 81.patch | Normalise nested templates the same way in all pyparsing versions The `Check` workflow fails on the Python 3.9 job since it resolves pyparsing 3.3.3, which changed the normalised form of nested template arguments: (const SharedPtr< ControllerValue< T > > &src) pyparsing < 3.3: (const SharedPtr< ControllerValue < T > >&) pyparsing >= 3.3: (const SharedPtr< ControllerValue< T > >&) The cause is where the parse action of `angle_bracket_pair` runs. Before 3.3, `nestedExpr` returns a self-referencing `Forward`, so the action also ran on every inner pair. `normalise_templates` then received an already normalised string for the inner pair and prefixed it with a space. From 3.3 `nestedExpr` is a dedicated class that recurses internally, so the action only runs on the outermost pair, which is what `normalise_templates` is written for (it recurses into nested lists itself). Wrap the expression in `And` so the action only runs on the outermost pair in every version. This matches the output of pyparsing >= 3.3 and the style used for a single level (`Q3ValueList< T >`). The existing test expected the old output, so update it and add cases for 3 levels, a sibling template argument and input without spaces. The normalised string is only used to compare tag file signatures with the user's reference, and both go through `normalise`, so lookups are unaffected. Verified with pyparsing 3.0.8 (the minimum), 3.1.4 and 3.3.3. |
jce <jce@melexis.com> | no | 2026-10-20 |