delta/python-packages/pysaml2.git, branch master github.com: rohe/pysaml2.git Release version 7.4.1 2023-02-24T10:17:18+00:00 Ivan Kanakarakis ivan.kanak@gmail.com 2023-02-24T10:17:18+00:00 2d47437a21aaaa77abed1b1aacdf5bda5a7f7b87 Signed-off-by: Ivan Kanakarakis <ivan.kanak@gmail.com> 
Signed-off-by: Ivan Kanakarakis <ivan.kanak@gmail.com>
Fix subject-id requirements processing 2023-02-24T10:13:42+00:00 Ivan Kanakarakis ivan.kanak@gmail.com 2023-02-24T10:13:42+00:00 abcc1dec69a54327b5f29e7df112cae1763ea3d0 Signed-off-by: Ivan Kanakarakis <ivan.kanak@gmail.com> 
Signed-off-by: Ivan Kanakarakis <ivan.kanak@gmail.com>
Release version 7.4.0 2023-02-14T18:33:32+00:00 Ivan Kanakarakis ivan.kanak@gmail.com 2023-02-14T18:33:20+00:00 ca89f1bf047e4e455275401a942e919f4e0ee161 Signed-off-by: Ivan Kanakarakis <ivan.kanak@gmail.com> 
Signed-off-by: Ivan Kanakarakis <ivan.kanak@gmail.com>
With encryption The ID of each Signature element must be unique 2023-02-14T18:20:38+00:00 Mahyar Moghimi mahyar.moghimi@netgo.de 2022-12-14T10:20:04+00:00 b925bae1adafb331ed42aad50111546796461a93 If assertion is gonna be encrypted and the response and the assertion are signed, both signatures will have an ID of `signature1` which leads to an invalid xml because the ids have to be unique. A similar issue has been reported and fixed the same way in server.py with this commit: 4375361939e942c4dd666d3ca4e1159858404bc4 
If assertion is gonna be encrypted and the response and the assertion
are signed, both signatures will have an ID of `signature1` which
leads to an invalid xml because the ids have to be unique.
A similar issue has been reported and fixed the same way in server.py
with this commit: 4375361939e942c4dd666d3ca4e1159858404bc4
Move tox.ini config into pyproject.toml 2023-02-14T17:57:03+00:00 Ivan Kanakarakis ivan.kanak@gmail.com 2023-02-14T17:57:00+00:00 67ee33285a6d38a93a44170392914ab9f114d3a7 Signed-off-by: Ivan Kanakarakis <ivan.kanak@gmail.com> 
Signed-off-by: Ivan Kanakarakis <ivan.kanak@gmail.com>
Merge pull request #896 from fredrikt/ft-enable_mypy 2023-02-14T17:46:31+00:00 Ivan Kanakarakis ivan.kanak@gmail.com 2023-02-14T17:46:31+00:00 7ae958af5830465115a677384f817d1fb0a23dc9 Bump Python to 3.9, enable mypy configuration, and fix initial issues reported. 
Bump Python to 3.9, enable mypy configuration, and fix initial issues reported.
 Update changelog 2023-02-14T17:44:55+00:00 Ivan Kanakarakis ivan.kanak@gmail.com 2023-02-14T17:44:55+00:00 e1a424da3a652435c7d64d1452205f9d0c7a1e12 Signed-off-by: Ivan Kanakarakis <ivan.kanak@gmail.com> 
Signed-off-by: Ivan Kanakarakis <ivan.kanak@gmail.com>
Add type stubs 2023-02-14T16:37:24+00:00 Ivan Kanakarakis ivan.kanak@gmail.com 2023-02-14T16:37:24+00:00 25adcbc4d898f5be690edece7e3138bb491eca11 Signed-off-by: Ivan Kanakarakis <ivan.kanak@gmail.com> 
Signed-off-by: Ivan Kanakarakis <ivan.kanak@gmail.com>
Add mypy and bump minimum supported python version to 3.9 2023-02-14T16:36:18+00:00 Ivan Kanakarakis ivan.kanak@gmail.com 2023-02-14T16:36:13+00:00 7d34181fc0b7929e0100973e140d61f8fbf31d97 The agreed minimum supported python version is the one that is in the current stable Debian distribution. Using Python 3.9 allows us to make use of the new typing annotations. Signed-off-by: Ivan Kanakarakis <ivan.kanak@gmail.com> 
The agreed minimum supported python version is the one that is in the current stable Debian distribution.
Using Python 3.9 allows us to make use of the new typing annotations.

Signed-off-by: Ivan Kanakarakis <ivan.kanak@gmail.com>
bugfix: bool(format) is always true. First bugfix using mypy :). 2023-02-14T16:20:44+00:00 Fredrik Thulin fredrik@thulin.net 2023-02-01T08:42:33+00:00 6da0cf61e246d1b8f3d8f6b17754a0ecb05b61f3