Merge version 5.15.2-2.3+rpi1 and 5.15.8-2 to produce 5.15.8-2+rpi1

Merge pyside2 (5.15.8-2) import into refs/heads/workingbranch

Fix GLES builds

Add QOpenGLVersionFunctionsFactory to list of dropped entries.

Fixes: PYSIDE-1636
Pick-to: 6.1
Change-Id: Ie203372c2d15776a466f0fa04fe32a777bf85e52
Reviewed-by: Christophe Giboudeaux <christophe@krop.fr>
Reviewed-by: Cristian Maureira-Fredes <cristian.maureira-fredes@qt.io>
(cherry picked from commit e0848b2d644574e914d3f71c1fe4b309e39ac099)

Gbp-Pq: Name Fix-GLES-builds.patch

Fix AttributeError: module 'importlib' has no attribute 'machinery'

Origin: https://github.com/archlinux/svntogit-packages/blob/packages/pyside2/trunk/fix-build.patch

Gbp-Pq: Name importlib-machinery.patch

Revert removal of version check

It broke build without limited API.

Gbp-Pq: Name Revert-removal-of-version-check.patch

make wheels compatible with Python 3.11

These leftover mentions to <3.11 made those wheel
impossible to install for Python 3.11

Pick-to: 6.4
Fixes: PYSIDE-2086
Change-Id: I2a0e3f87c265e3ddc97e1036ea0137a12e895794
Reviewed-by: Cristian Maureira-Fredes <cristian.maureira-fredes@qt.io>
(cherry picked from commit d169554f2e8e57382dfc66a62e06fa75706cb649)

Gbp-Pq: Name make-wheels-compatible-with-Python-3.11.patch

Fix Property GC tracking for Python 3.11

The GC was not untracked when PySide Property was deleted.
This was found by the new deeper error tracking in debug Python 3.11 .

Fixes: PYSIDE-1960
Change-Id: I5ecdfb88529c22a44575ca9460d6753b1e389079
Pick-to: 6.2 6.3 5.15
Reviewed-by: Friedemann Kleint <Friedemann.Kleint@qt.io>
(cherry picked from commit ace680f4c5fc8564df9daaa41bf8779c9fffa671)

Gbp-Pq: Name Fix-Property-GC-tracking-for-Python-3.11.patch

PyEnum: make forgiving duplicates work with Python 3.11

There was a silent change in PyEnums that turns Enum attributes
into properties. This does not harm the Python interface but
needed some change in the duplication emulation.

Furthermore, new internal enums are created with an underscore name.

The meta class was changed from EnumMeta to EnumType.

[ChangeLog][shiboken6] The new Python Enums are now compatible with Python 3.11

Change-Id: I3b1ab63dc5eed15a75ebd0f42dddf4001f640c00
Pick-to: 6.3
Task-number: PYSIDE-1735
Fixes: PYSIDE-1960
Reviewed-by: Qt CI Bot <qt_ci_bot@qt-project.org>
Reviewed-by: Cristian Maureira-Fredes <cristian.maureira-fredes@qt.io>
(cherry picked from commit da2cf031521815a9559ca784beadb70c7a2852d9)

Gbp-Pq: Name PyEnum-make-forgiving-duplicates-work-with-Python-3.11.patch

Shiboken: Fix the oldest shiboken bug ever which shows up on Python 3.11

b7df2f1c0 "Fix signal initializer.", 18. May 2010 at 00:55

There was a `PySequence_Check` in the evaluation of some signature
function parameter processing, which should have been `PyTuple_Check`.

Since the new PyEnums are also sequences, the new optimization in
Python 3.11 changed the parameter handling in a correct way and
replaced the argument tuple by a direct single argument of an enum
type. And that is also a sequence ...

There are probably still dormant issues like this in the codebase
which gives reason to submit a task that checks all Python interface
functions for correctness.

Change-Id: I45996a0458c3e60795d2eb802eb98f7dd3678d92
Pick-to: 6.3
Task-number: PYSIDE-1735
Task-number: PYSIDE-1987
Fixes: PYSIDE-1988
Reviewed-by: Cristian Maureira-Fredes <cristian.maureira-fredes@qt.io>
Reviewed-by: Shyamnath Premnadh <Shyamnath.Premnadh@qt.io>
(cherry picked from commit 2720e01f21f3771cb755ef183b8160f691bdb575)

Gbp-Pq: Name Shiboken-Fix-the-oldest-shiboken-bug-ever.patch

libshiboken: Fix crashes with static strings in Python 3.11

In Python 3.11, some strings come with a refcount above decimal
1000000000, apparently indicating that they are interned. Replace the
mechanism by PyUnicode_InternFromString().

Task-number: PYSIDE-1960
Pick-to: 6.3 6.2 5.15
Change-Id: I6436afee351f89da5814b5d6bc76970b1b508168
Reviewed-by: Qt CI Bot <qt_ci_bot@qt-project.org>
Reviewed-by: Christian Tismer <tismer@stackless.com>
(cherry picked from commit a09a1db8391243e6bb290ee66bb6e3afbb114c61)

Gbp-Pq: Name libshiboken-Fix-crashes-with-static-strings-in-Python-3.11.patch

Fix usage of Py_TYPE() for Python 3.11

The macro was changed to a function, no longer allowing for assignment.

Pick-to: 6.3 6.2 5.15
Task-number: PYSIDE-1960
Change-Id: I4bc0e9a5c1f3dc70d59628e63b7b9d47ea449992
Reviewed-by: Cristian Maureira-Fredes <cristian.maureira-fredes@qt.io>
Reviewed-by: Christian Tismer <tismer@stackless.com>
(cherry picked from commit 73adefe22ffbfabe0ef213e9c2fe2c56efdd7488)

Gbp-Pq: Name Fix-usage-of-Py_TYPE-for-Python-3.11.patch

libshiboken: Fix a crash in Shiboken::Object::isValid() for Python 3.11

The function is passed type objects for class methods, which caused
it to crash.

The first clause did not catch this, and so it was cast to SbkObject
below.

Add a type check to prevent this.

Pick-to: 6.3 6.2 5.15
Task-number: PYSIDE-1960
Change-Id: Icfdd6fefb7156ac5961444bd5395109849a1d66e
Reviewed-by: Christian Tismer <tismer@stackless.com>
Reviewed-by: Qt CI Bot <qt_ci_bot@qt-project.org>
(cherry picked from commit 52df3b8f64d08f412d7f8b12d82fc0ae6f3c741d)

Gbp-Pq: Name libshiboken-Fix-a-crash-in-Shiboken-Object-isValid.patch

Find the build directory matching the current interpreter

This is needed to allow us to run tests with all supported Python versions.
Without this patch, the latest build directory will be always picked, no
matter what the current interpreter is.

Gbp-Pq: Name test-with-current-interpreter.patch

Blacklist failing tests

Forwarded:
https://bugreports.qt.io/projects/PYSIDE/issues/PYSIDE-1146?filter=allopenissues

Gbp-Pq: Name blacklist-failing-tests.patch

Fix spelling errors

Last-Update: 2018-07-12

Gbp-Pq: Name fix-spelling-errors.patch

Update import of PyQt5 private sip module and remove Python 2/PyQt4 setapi calls

Last-Updated: 2020-12-20

Gbp-Pq: Name update-sip-import.patch

pyside2 (5.15.8-2) unstable; urgency=medium

  * Team upload.
  * Backport upstream patch to fix GLES builds.

[dgit import unpatched pyside2 5.15.8-2]

Import pyside2_5.15.8-2.debian.tar.xz

[dgit import tarball pyside2 5.15.8-2 pyside2_5.15.8-2.debian.tar.xz]

Merge pyside2 (5.15.8-1) import into refs/heads/workingbranch

Import pyside2_5.15.8.orig.tar.xz

[dgit import orig pyside2_5.15.8.orig.tar.xz]

Fix AttributeError: module 'importlib' has no attribute 'machinery'

Origin: https://github.com/archlinux/svntogit-packages/blob/packages/pyside2/trunk/fix-build.patch

Gbp-Pq: Name importlib-machinery.patch

Revert removal of version check

It broke build without limited API.

Gbp-Pq: Name Revert-removal-of-version-check.patch

make wheels compatible with Python 3.11

These leftover mentions to <3.11 made those wheel
impossible to install for Python 3.11

Pick-to: 6.4
Fixes: PYSIDE-2086
Change-Id: I2a0e3f87c265e3ddc97e1036ea0137a12e895794
Reviewed-by: Cristian Maureira-Fredes <cristian.maureira-fredes@qt.io>
(cherry picked from commit d169554f2e8e57382dfc66a62e06fa75706cb649)

Gbp-Pq: Name make-wheels-compatible-with-Python-3.11.patch

Fix Property GC tracking for Python 3.11

The GC was not untracked when PySide Property was deleted.
This was found by the new deeper error tracking in debug Python 3.11 .

Fixes: PYSIDE-1960
Change-Id: I5ecdfb88529c22a44575ca9460d6753b1e389079
Pick-to: 6.2 6.3 5.15
Reviewed-by: Friedemann Kleint <Friedemann.Kleint@qt.io>
(cherry picked from commit ace680f4c5fc8564df9daaa41bf8779c9fffa671)

Gbp-Pq: Name Fix-Property-GC-tracking-for-Python-3.11.patch

PyEnum: make forgiving duplicates work with Python 3.11

There was a silent change in PyEnums that turns Enum attributes
into properties. This does not harm the Python interface but
needed some change in the duplication emulation.

Furthermore, new internal enums are created with an underscore name.

The meta class was changed from EnumMeta to EnumType.

[ChangeLog][shiboken6] The new Python Enums are now compatible with Python 3.11

Change-Id: I3b1ab63dc5eed15a75ebd0f42dddf4001f640c00
Pick-to: 6.3
Task-number: PYSIDE-1735
Fixes: PYSIDE-1960
Reviewed-by: Qt CI Bot <qt_ci_bot@qt-project.org>
Reviewed-by: Cristian Maureira-Fredes <cristian.maureira-fredes@qt.io>
(cherry picked from commit da2cf031521815a9559ca784beadb70c7a2852d9)

Gbp-Pq: Name PyEnum-make-forgiving-duplicates-work-with-Python-3.11.patch

Shiboken: Fix the oldest shiboken bug ever which shows up on Python 3.11

b7df2f1c0 "Fix signal initializer.", 18. May 2010 at 00:55

There was a `PySequence_Check` in the evaluation of some signature
function parameter processing, which should have been `PyTuple_Check`.

Since the new PyEnums are also sequences, the new optimization in
Python 3.11 changed the parameter handling in a correct way and
replaced the argument tuple by a direct single argument of an enum
type. And that is also a sequence ...

There are probably still dormant issues like this in the codebase
which gives reason to submit a task that checks all Python interface
functions for correctness.

Change-Id: I45996a0458c3e60795d2eb802eb98f7dd3678d92
Pick-to: 6.3
Task-number: PYSIDE-1735
Task-number: PYSIDE-1987
Fixes: PYSIDE-1988
Reviewed-by: Cristian Maureira-Fredes <cristian.maureira-fredes@qt.io>
Reviewed-by: Shyamnath Premnadh <Shyamnath.Premnadh@qt.io>
(cherry picked from commit 2720e01f21f3771cb755ef183b8160f691bdb575)

Gbp-Pq: Name Shiboken-Fix-the-oldest-shiboken-bug-ever.patch

libshiboken: Fix crashes with static strings in Python 3.11

In Python 3.11, some strings come with a refcount above decimal
1000000000, apparently indicating that they are interned. Replace the
mechanism by PyUnicode_InternFromString().

Task-number: PYSIDE-1960
Pick-to: 6.3 6.2 5.15
Change-Id: I6436afee351f89da5814b5d6bc76970b1b508168
Reviewed-by: Qt CI Bot <qt_ci_bot@qt-project.org>
Reviewed-by: Christian Tismer <tismer@stackless.com>
(cherry picked from commit a09a1db8391243e6bb290ee66bb6e3afbb114c61)

Gbp-Pq: Name libshiboken-Fix-crashes-with-static-strings-in-Python-3.11.patch

Fix usage of Py_TYPE() for Python 3.11

The macro was changed to a function, no longer allowing for assignment.

Pick-to: 6.3 6.2 5.15
Task-number: PYSIDE-1960
Change-Id: I4bc0e9a5c1f3dc70d59628e63b7b9d47ea449992
Reviewed-by: Cristian Maureira-Fredes <cristian.maureira-fredes@qt.io>
Reviewed-by: Christian Tismer <tismer@stackless.com>
(cherry picked from commit 73adefe22ffbfabe0ef213e9c2fe2c56efdd7488)

Gbp-Pq: Name Fix-usage-of-Py_TYPE-for-Python-3.11.patch

libshiboken: Fix a crash in Shiboken::Object::isValid() for Python 3.11

The function is passed type objects for class methods, which caused
it to crash.

The first clause did not catch this, and so it was cast to SbkObject
below.

Add a type check to prevent this.

Pick-to: 6.3 6.2 5.15
Task-number: PYSIDE-1960
Change-Id: Icfdd6fefb7156ac5961444bd5395109849a1d66e
Reviewed-by: Christian Tismer <tismer@stackless.com>
Reviewed-by: Qt CI Bot <qt_ci_bot@qt-project.org>
(cherry picked from commit 52df3b8f64d08f412d7f8b12d82fc0ae6f3c741d)

Gbp-Pq: Name libshiboken-Fix-a-crash-in-Shiboken-Object-isValid.patch

Find the build directory matching the current interpreter

This is needed to allow us to run tests with all supported Python versions.
Without this patch, the latest build directory will be always picked, no
matter what the current interpreter is.

Gbp-Pq: Name test-with-current-interpreter.patch

Blacklist failing tests

Forwarded:
https://bugreports.qt.io/projects/PYSIDE/issues/PYSIDE-1146?filter=allopenissues

Gbp-Pq: Name blacklist-failing-tests.patch

Fix spelling errors

Last-Update: 2018-07-12

Gbp-Pq: Name fix-spelling-errors.patch

Update import of PyQt5 private sip module and remove Python 2/PyQt4 setapi calls

Last-Updated: 2020-12-20

Gbp-Pq: Name update-sip-import.patch

pyside2 (5.15.8-1) unstable; urgency=medium

  * Team upload.
  * New upstream release.
  * Drop patches, included in the new release:
    - fix-reuse-build.patch
    - qApp-fix-flag-handling.patch
    - py3.10-prep-reset-the-type-cache-after-feature-switching.patch
    - py3.10-prep-Fix-parser.py-for-changed-typing-module.patch
    - py3.10-prep-Finally-support-Python-3.10.patch
    - py3.10-prep-Fix-a-very-old-refcounting-error-in-time_test.patch
    - shiboken6-Adapt-to-LLVM-12.01.patch
  * Refresh debian/patches/blacklist-failing-tests.patch.
  * Backport 7 upstream patches to support Python 3.11 (closes: #1027950).
  * Remove dh-exec (debhelper now supports substitutions natively).
  * Revert a change from 5.15.8 which broke build without limited API.
  * Add a patch to fix AttributeError in signature_bootstrap.py.
  * Fix redundant-globbing-patterns Lintian warning.
  * Bump Standards-Version to 4.6.2, no changes needed.

[dgit import unpatched pyside2 5.15.8-1]

Import pyside2_5.15.8-1.debian.tar.xz

[dgit import tarball pyside2 5.15.8-1 pyside2_5.15.8-1.debian.tar.xz]

Merge version 5.15.2-2+rpi2 and 5.15.2-2.3 to produce 5.15.2-2.3+rpi1

Merge pyside2 (5.15.2-2.3) import into refs/heads/workingbranch

Find the build directory matching the current interpreter

This is needed to allow us to run tests with all supported Python versions.
Without this patch, the latest build directory will be always picked, no
matter what the current interpreter is.

Gbp-Pq: Name test-with-current-interpreter.patch

shiboken6: Adapt to LLVM 12.01

The identifier for anonymous enums has been changed, causing
shiboken to no longer recognize them.

(cherry picked from commit 1948a1b6f9a3547ba9fba9b8c525eb6e1c6b4f13)

Gbp-Pq: Name shiboken6-Adapt-to-LLVM-12.01.patch

py3.10-prep: Fix a very old refcounting error in time_test.py

Since 2012-03-08, there was a refcounting error in
the typesystem_sample.xml file at <value-type name="Time">.
The boolean function results were not refcounted.

(Commit 7b731d702c64d172e192aa1876e4a6fade6c38d7)

This bug was hard to find because nobody expects a failure in the
testing code, and the error shows up at the very end in the
finalization code, totally unrelated to the error location.

In order to find it, the setting `PYTHONMALLOC=malloc` was needed,
because otherwise we got a Python memory dump but no traceback.
Then, Python was modified and code was inserted in the various
involved `code_dealloc`, `tupledealloc` and `object_dealloc`
functions that printed the involved refcounts and types before
performing the actual deallocation.

This bug actually was of no harm since only the wrong test was
involved. It was very misleading because there were quite some
changes to the `datetime` module in Python 3.10. But the bug
was nothing but a dormant refcounting error.

(cherry picked from commit 2af6ac20de365116b52b65c6c34cfd6c536c23df)

Gbp-Pq: Name py3.10-prep-Fix-a-very-old-refcounting-error-in-time_test.patch

py3.10-prep: Finally support Python 3.10

After the major problems are solved in
    py3.10-prep: re-implement zip import
    py3.10-prep: reset the type cache after feature switching
    py3.10-prep: Fix parser.py for changed typing module

, there are only some minor changes left to do. One thing
is still not clear:

* Unsolved: In time_test.py, the last two tests work but
crash at shutdown.
It is not yet clear if this is a PySide or Python error.

This will crash Python 3.10 if not solved until the release.

(cherry picked from commit 81e9cff884d6b03cdf64a5dd6ec6564d99177e0c)

Gbp-Pq: Name py3.10-prep-Finally-support-Python-3.10.patch

py3.10-prep: Fix parser.py for changed typing module

The typing module has subtle changes that are not even
documented: Typing types now have a __name__ attribute.
That confused the parser of the pyi generator because
suddenly stingizing

    Callable[..., Optional[str]]

resulted in

    Callable[..., Optional]

because of special rules that return the generic name
of a typing type, which was very unexpected. Finding this bug
took a lot of debugging of the recursive `_resolve_type`
function.

(cherry picked from commit 2530cb3f165ac02b8f7132e3f5ab4f7f6896dbd9)

Gbp-Pq: Name py3.10-prep-Fix-parser.py-for-changed-typing-module.patch

py3.10-prep: reset the type cache after feature switching

When using feature switching in Python 3.10, there were
funny effects where switched and un-switched versions appeared
to co-exist.

It turned out that we were hit by function caching that
is now implemented for the LOAD_ATTR opcode.

It was not known that caching would happen at all for
PySide classes because we don't use Py_TPFLAGS_VALID_VERSION_TAG.
But actually, this flag is used internally by Python to do some
optimizations, and we just have to notify the interpreter of
type changes by PyType_Modified().

(cherry picked from commit 3a2b7c6f88bba04d8b7ddb571163d23c15c36a4f)

Gbp-Pq: Name py3.10-prep-reset-the-type-cache-after-feature-switching.patch

qApp: fix flag handling in Python 3.8+ and a Python 3.9 issue

This is an old problem that was solved for Python 2.7.
From Python 3.8 on, the behavior is the same with Python 3.

The fix finally was to extend a Python 2.7 patch to Python 3
as well. See the Jira issue for details.

This patch includes also a small patch that was mentioned as
necessary for Python 3.9: Python issue 40217. I have seen no
effect of this change yet but applied the patch, anyway.

Origin: https://codereview.qt-project.org/c/pyside/pyside-setup/+/328046

Gbp-Pq: Name qApp-fix-flag-handling.patch

Pass --reuse-build only to commands that use DistUtilsCommandMixin

This is a concatenation of two upstream commits:
- https://code.qt.io/cgit/pyside/pyside-setup.git/commit/?id=ed0571df854a232e
- https://code.qt.io/cgit/pyside/pyside-setup.git/commit/?id=3f00c2adad2e38b0

Gbp-Pq: Name fix-reuse-build.patch

Blacklist failing tests

Forwarded:
https://bugreports.qt.io/projects/PYSIDE/issues/PYSIDE-1146?filter=allopenissues

Gbp-Pq: Name blacklist-failing-tests.patch

Fix spelling errors

Last-Update: 2018-07-12

Gbp-Pq: Name fix-spelling-errors.patch

Update import of PyQt5 private sip module and remove Python 2/PyQt4 setapi calls

Last-Updated: 2020-12-20

Gbp-Pq: Name update-sip-import.patch

pyside2 (5.15.2-2.3) unstable; urgency=medium

  * Call "py3versions -d" instead of "py3versions -r" in tests.
  *

[dgit import unpatched pyside2 5.15.2-2.3]

Import pyside2_5.15.2-2.3.debian.tar.xz

[dgit import tarball pyside2 5.15.2-2.3 pyside2_5.15.2-2.3.debian.tar.xz]

Merge pyside2 (5.15.2-2+rpi2) import into refs/heads/workingbranch

Find the build directory matching the current interpreter

This is needed to allow us to run tests with all supported Python versions.
Without this patch, the latest build directory will be always picked, no
matter what the current interpreter is.

Gbp-Pq: Name test-with-current-interpreter.patch

shiboken6: Adapt to LLVM 12.01

The identifier for anonymous enums has been changed, causing
shiboken to no longer recognize them.

(cherry picked from commit 1948a1b6f9a3547ba9fba9b8c525eb6e1c6b4f13)

Gbp-Pq: Name shiboken6-Adapt-to-LLVM-12.01.patch

py3.10-prep: Fix a very old refcounting error in time_test.py

Since 2012-03-08, there was a refcounting error in
the typesystem_sample.xml file at <value-type name="Time">.
The boolean function results were not refcounted.

(Commit 7b731d702c64d172e192aa1876e4a6fade6c38d7)

This bug was hard to find because nobody expects a failure in the
testing code, and the error shows up at the very end in the
finalization code, totally unrelated to the error location.

In order to find it, the setting `PYTHONMALLOC=malloc` was needed,
because otherwise we got a Python memory dump but no traceback.
Then, Python was modified and code was inserted in the various
involved `code_dealloc`, `tupledealloc` and `object_dealloc`
functions that printed the involved refcounts and types before
performing the actual deallocation.

This bug actually was of no harm since only the wrong test was
involved. It was very misleading because there were quite some
changes to the `datetime` module in Python 3.10. But the bug
was nothing but a dormant refcounting error.

(cherry picked from commit 2af6ac20de365116b52b65c6c34cfd6c536c23df)

Gbp-Pq: Name py3.10-prep-Fix-a-very-old-refcounting-error-in-time_test.patch

py3.10-prep: Finally support Python 3.10

After the major problems are solved in
    py3.10-prep: re-implement zip import
    py3.10-prep: reset the type cache after feature switching
    py3.10-prep: Fix parser.py for changed typing module

, there are only some minor changes left to do. One thing
is still not clear:

* Unsolved: In time_test.py, the last two tests work but
crash at shutdown.
It is not yet clear if this is a PySide or Python error.

This will crash Python 3.10 if not solved until the release.

(cherry picked from commit 81e9cff884d6b03cdf64a5dd6ec6564d99177e0c)

Gbp-Pq: Name py3.10-prep-Finally-support-Python-3.10.patch

py3.10-prep: Fix parser.py for changed typing module

The typing module has subtle changes that are not even
documented: Typing types now have a __name__ attribute.
That confused the parser of the pyi generator because
suddenly stingizing

    Callable[..., Optional[str]]

resulted in

    Callable[..., Optional]

because of special rules that return the generic name
of a typing type, which was very unexpected. Finding this bug
took a lot of debugging of the recursive `_resolve_type`
function.

(cherry picked from commit 2530cb3f165ac02b8f7132e3f5ab4f7f6896dbd9)

Gbp-Pq: Name py3.10-prep-Fix-parser.py-for-changed-typing-module.patch

py3.10-prep: reset the type cache after feature switching

When using feature switching in Python 3.10, there were
funny effects where switched and un-switched versions appeared
to co-exist.

It turned out that we were hit by function caching that
is now implemented for the LOAD_ATTR opcode.

It was not known that caching would happen at all for
PySide classes because we don't use Py_TPFLAGS_VALID_VERSION_TAG.
But actually, this flag is used internally by Python to do some
optimizations, and we just have to notify the interpreter of
type changes by PyType_Modified().

(cherry picked from commit 3a2b7c6f88bba04d8b7ddb571163d23c15c36a4f)

Gbp-Pq: Name py3.10-prep-reset-the-type-cache-after-feature-switching.patch

qApp: fix flag handling in Python 3.8+ and a Python 3.9 issue

This is an old problem that was solved for Python 2.7.
From Python 3.8 on, the behavior is the same with Python 3.

The fix finally was to extend a Python 2.7 patch to Python 3
as well. See the Jira issue for details.

This patch includes also a small patch that was mentioned as
necessary for Python 3.9: Python issue 40217. I have seen no
effect of this change yet but applied the patch, anyway.

Origin: https://codereview.qt-project.org/c/pyside/pyside-setup/+/328046

Gbp-Pq: Name qApp-fix-flag-handling.patch

Pass --reuse-build only to commands that use DistUtilsCommandMixin

This is a concatenation of two upstream commits:
- https://code.qt.io/cgit/pyside/pyside-setup.git/commit/?id=ed0571df854a232e
- https://code.qt.io/cgit/pyside/pyside-setup.git/commit/?id=3f00c2adad2e38b0

Gbp-Pq: Name fix-reuse-build.patch

Blacklist failing tests

Forwarded:
https://bugreports.qt.io/projects/PYSIDE/issues/PYSIDE-1146?filter=allopenissues

Gbp-Pq: Name blacklist-failing-tests.patch

Fix spelling errors

Last-Update: 2018-07-12

Gbp-Pq: Name fix-spelling-errors.patch

Update import of PyQt5 private sip module and remove Python 2/PyQt4 setapi calls

Last-Updated: 2020-12-20

Gbp-Pq: Name update-sip-import.patch

pyside2 (5.15.2-2+rpi2) bookworm-staging; urgency=medium

  * Add build-conflicts on libshiboken2-dev
  * Improve replacement rules for paths
    (still not ideal)

[dgit import unpatched pyside2 5.15.2-2+rpi2]

Import pyside2_5.15.2-2+rpi2.debian.tar.xz

[dgit import tarball pyside2 5.15.2-2+rpi2 pyside2_5.15.2-2+rpi2.debian.tar.xz]

Manual merge of version 5.15.2-1+rpi1 and 5.15.2-2 to produce 5.15.2-2+rpi1

Merge pyside2 (5.15.2-2) import into refs/heads/workingbranch

Find the build directory matching the current interpreter

This is needed to allow us to run tests with all supported Python versions.
Without this patch, the latest build directory will be always picked, no
matter what the current interpreter is.

Gbp-Pq: Name test-with-current-interpreter.patch

shiboken6: Adapt to LLVM 12.01

The identifier for anonymous enums has been changed, causing
shiboken to no longer recognize them.

(cherry picked from commit 1948a1b6f9a3547ba9fba9b8c525eb6e1c6b4f13)

Gbp-Pq: Name shiboken6-Adapt-to-LLVM-12.01.patch

py3.10-prep: Fix a very old refcounting error in time_test.py

Since 2012-03-08, there was a refcounting error in
the typesystem_sample.xml file at <value-type name="Time">.
The boolean function results were not refcounted.

(Commit 7b731d702c64d172e192aa1876e4a6fade6c38d7)

This bug was hard to find because nobody expects a failure in the
testing code, and the error shows up at the very end in the
finalization code, totally unrelated to the error location.

In order to find it, the setting `PYTHONMALLOC=malloc` was needed,
because otherwise we got a Python memory dump but no traceback.
Then, Python was modified and code was inserted in the various
involved `code_dealloc`, `tupledealloc` and `object_dealloc`
functions that printed the involved refcounts and types before
performing the actual deallocation.

This bug actually was of no harm since only the wrong test was
involved. It was very misleading because there were quite some
changes to the `datetime` module in Python 3.10. But the bug
was nothing but a dormant refcounting error.

(cherry picked from commit 2af6ac20de365116b52b65c6c34cfd6c536c23df)

Gbp-Pq: Name py3.10-prep-Fix-a-very-old-refcounting-error-in-time_test.patch

py3.10-prep: Finally support Python 3.10

After the major problems are solved in
    py3.10-prep: re-implement zip import
    py3.10-prep: reset the type cache after feature switching
    py3.10-prep: Fix parser.py for changed typing module

, there are only some minor changes left to do. One thing
is still not clear:

* Unsolved: In time_test.py, the last two tests work but
crash at shutdown.
It is not yet clear if this is a PySide or Python error.

This will crash Python 3.10 if not solved until the release.

(cherry picked from commit 81e9cff884d6b03cdf64a5dd6ec6564d99177e0c)

Gbp-Pq: Name py3.10-prep-Finally-support-Python-3.10.patch

py3.10-prep: Fix parser.py for changed typing module

The typing module has subtle changes that are not even
documented: Typing types now have a __name__ attribute.
That confused the parser of the pyi generator because
suddenly stingizing

    Callable[..., Optional[str]]

resulted in

    Callable[..., Optional]

because of special rules that return the generic name
of a typing type, which was very unexpected. Finding this bug
took a lot of debugging of the recursive `_resolve_type`
function.

(cherry picked from commit 2530cb3f165ac02b8f7132e3f5ab4f7f6896dbd9)

Gbp-Pq: Name py3.10-prep-Fix-parser.py-for-changed-typing-module.patch

py3.10-prep: reset the type cache after feature switching

When using feature switching in Python 3.10, there were
funny effects where switched and un-switched versions appeared
to co-exist.

It turned out that we were hit by function caching that
is now implemented for the LOAD_ATTR opcode.

It was not known that caching would happen at all for
PySide classes because we don't use Py_TPFLAGS_VALID_VERSION_TAG.
But actually, this flag is used internally by Python to do some
optimizations, and we just have to notify the interpreter of
type changes by PyType_Modified().

(cherry picked from commit 3a2b7c6f88bba04d8b7ddb571163d23c15c36a4f)

Gbp-Pq: Name py3.10-prep-reset-the-type-cache-after-feature-switching.patch

qApp: fix flag handling in Python 3.8+ and a Python 3.9 issue

This is an old problem that was solved for Python 2.7.
From Python 3.8 on, the behavior is the same with Python 3.

The fix finally was to extend a Python 2.7 patch to Python 3
as well. See the Jira issue for details.

This patch includes also a small patch that was mentioned as
necessary for Python 3.9: Python issue 40217. I have seen no
effect of this change yet but applied the patch, anyway.

Origin: https://codereview.qt-project.org/c/pyside/pyside-setup/+/328046

Gbp-Pq: Name qApp-fix-flag-handling.patch

Pass --reuse-build only to commands that use DistUtilsCommandMixin

This is a concatenation of two upstream commits:
- https://code.qt.io/cgit/pyside/pyside-setup.git/commit/?id=ed0571df854a232e
- https://code.qt.io/cgit/pyside/pyside-setup.git/commit/?id=3f00c2adad2e38b0

Gbp-Pq: Name fix-reuse-build.patch

Blacklist failing tests

Forwarded:
https://bugreports.qt.io/projects/PYSIDE/issues/PYSIDE-1146?filter=allopenissues

Gbp-Pq: Name blacklist-failing-tests.patch

Fix spelling errors

Last-Update: 2018-07-12

Gbp-Pq: Name fix-spelling-errors.patch

Update import of PyQt5 private sip module and remove Python 2/PyQt4 setapi calls

Last-Updated: 2020-12-20

Gbp-Pq: Name update-sip-import.patch

pyside2 (5.15.2-2) unstable; urgency=medium

  * Backport upstream patches for Python 3.10 support (closes: #999369).
  * Backport upstream patch to adapt for LLVM 12.01.
  * Run build-time tests with all supported Python versions.
    - Add a patch to make the tests find the matching build directory.

[dgit import unpatched pyside2 5.15.2-2]

Import pyside2_5.15.2-2.debian.tar.xz

[dgit import tarball pyside2 5.15.2-2 pyside2_5.15.2-2.debian.tar.xz]

Merge version 5.15.0-6+rpi1 and 5.15.2-1 to produce 5.15.2-1+rpi1

Merge pyside2 (5.15.2-1) import into refs/heads/workingbranch

qApp: fix flag handling in Python 3.8+ and a Python 3.9 issue

This is an old problem that was solved for Python 2.7.
From Python 3.8 on, the behavior is the same with Python 3.

The fix finally was to extend a Python 2.7 patch to Python 3
as well. See the Jira issue for details.

This patch includes also a small patch that was mentioned as
necessary for Python 3.9: Python issue 40217. I have seen no
effect of this change yet but applied the patch, anyway.

Origin: https://codereview.qt-project.org/c/pyside/pyside-setup/+/328046

Gbp-Pq: Name qApp-fix-flag-handling.patch

Pass --reuse-build only to commands that use DistUtilsCommandMixin

This is a concatenation of two upstream commits:
- https://code.qt.io/cgit/pyside/pyside-setup.git/commit/?id=ed0571df854a232e
- https://code.qt.io/cgit/pyside/pyside-setup.git/commit/?id=3f00c2adad2e38b0

Gbp-Pq: Name fix-reuse-build.patch

Blacklist failing tests

Forwarded:
https://bugreports.qt.io/projects/PYSIDE/issues/PYSIDE-1146?filter=allopenissues

Gbp-Pq: Name blacklist-failing-tests.patch

Fix spelling errors

Last-Update: 2018-07-12

Gbp-Pq: Name fix-spelling-errors.patch

Update import of PyQt5 private sip module and remove Python 2/PyQt4 setapi calls

Last-Updated: 2020-12-20

Gbp-Pq: Name update-sip-import.patch

pyside2 (5.15.2-1) unstable; urgency=medium

  * Team upload.
  * Add missing dependencies to make the autopkgtest pass again.
  * Backport proposed upstream patch to fix qApp flags handling.
    - Unblacklist QtWidgets::bug_307 test, it should not fail anymore.

[dgit import unpatched pyside2 5.15.2-1]

Import pyside2_5.15.2-1.debian.tar.xz

[dgit import tarball pyside2 5.15.2-1 pyside2_5.15.2-1.debian.tar.xz]

Import pyside2_5.15.2.orig.tar.gz

[dgit import orig pyside2_5.15.2.orig.tar.gz]

Merge version 5.15.0-5+rpi1 and 5.15.0-6 to produce 5.15.0-6+rpi1

Merge pyside2 (5.15.0-6) import into refs/heads/workingbranch

support Python 3.9

Thanks Cristian for adding cosmetic changes which should already
have been applied in Python 3.8 or earlier.

(cherry picked from commit 401f4ff22833f2be900d9a6d8887e7dae7b07011)

Gbp-Pq: Name python3.9.patch

Blacklist failing tests

Forwarded:
https://bugreports.qt.io/projects/PYSIDE/issues/PYSIDE-1146?filter=allopenissues

Gbp-Pq: Name blacklist-failing-tests.patch

update-patchelf

Update patchelf to current git version

The current version fixes a bug which broke the ability to strip
binaries with debug symbols:
https://github.com/NixOS/patchelf/pull/117

With the former version of patchelf, I would get "not enough room for
program headers, try linking with -N" when trying to strip the binaries.

This patch brings patchelf in sync with the commit
27ffe8ae871e7a186018d66020ef3f6162c12c69 of patchelf's git
repository.

Also update patchelf's build process to match the logic in upstream's
automake files (thanks to Frédéric Bonnard for the patch to properly use
getconf PAGESIZE).

Bug: https://bugreports.qt.io/browse/PYSIDE-740
Last-Update: 2018-07-09

Gbp-Pq: Name update-patchelf.patch

Fix spelling errors

Last-Update: 2018-07-12

Last-Update: 2018-07-12

Gbp-Pq: Name fix-spelling-errors.patch

pyside2 (5.15.0-6) unstable; urgency=medium

  * Team upload.

  [ Debian Janitor ]
  * Apply multi-arch hints.
    + python-pyside2-doc, shiboken2-doc: Add Multi-Arch: foreign.
    + libshiboken2-dev, python3-pyside2.qt*: Add Multi-Arch: same.

  [ Dmitry Shachnev ]
  * Drop ftbfs-old-qt.patch. Not needed since Debian has Qt 5.15.
  * Stop hardcoding py3.8 in debian/shiboken2-doc.docs (closes: #976900).
  * Blacklist QtWidgets::bug_307 test for now (closes: #976516).

[dgit import unpatched pyside2 5.15.0-6]

Import pyside2_5.15.0-6.debian.tar.xz

[dgit import tarball pyside2 5.15.0-6 pyside2_5.15.0-6.debian.tar.xz]

Manual merge of version 5.15.0-3+rpi1 and 5.15.0-5 to produce 5.15.0-5+rpi1

Merge pyside2 (5.15.0-5) import into refs/heads/workingbranch

support Python 3.9

Thanks Cristian for adding cosmetic changes which should already
have been applied in Python 3.8 or earlier.

(cherry picked from commit 401f4ff22833f2be900d9a6d8887e7dae7b07011)

Gbp-Pq: Name python3.9.patch