[PRQ#68738] Deletion Request for python-audioop-lts
mikeshardmind [1] filed a deletion request for python-audioop-lts [2]: This is causing problems for users downstream and noise for upstream because the redistribution is not properly accounting for compatibility. When this was brought up with the maintainer of the AUR package, they did not see an issue with this, which leaves this package broken with an unwillingness to fix it. [1] https://aur.archlinux.org/account/mikeshardmind/ [2] https://aur.archlinux.org/pkgbase/python-audioop-lts/
Deletion WILL break subtitld and other packages. This should be immediate reason to reject this deletion request. On 20.01.2025 03:05, notify@aur.archlinux.org wrote:
mikeshardmind [1] filed a deletion request for python-audioop-lts [2]:
This is causing problems for users downstream and noise for upstream because the redistribution is not properly accounting for compatibility.
When this was brought up with the maintainer of the AUR package, they did not see an issue with this, which leaves this package broken with an unwillingness to fix it.
[1] https://aur.archlinux.org/account/mikeshardmind/ [2] https://aur.archlinux.org/pkgbase/python-audioop-lts/
The package is intended to provide a compatibility pathway for projects to work with `core/python` 3.13. Whether it works with older python versions is inconsequential. Older versions of python in AUR should *not* provides python because they are *not* drop-in replacements for core/python. Treating them as such can break users' systems. On Sun, Jan 19, 2025 at 6:05 PM <notify@aur.archlinux.org> wrote:
mikeshardmind [1] filed a deletion request for python-audioop-lts [2]:
This is causing problems for users downstream and noise for upstream because the redistribution is not properly accounting for compatibility.
When this was brought up with the maintainer of the AUR package, they did not see an issue with this, which leaves this package broken with an unwillingness to fix it.
[1] https://aur.archlinux.org/account/mikeshardmind/ [2] https://aur.archlinux.org/pkgbase/python-audioop-lts/
Request #68738 has been Rejected by bertptrs [1]: The package is fine. The Python dependency listed should be assumed to be the current version in [core]. I left a comment with a suggestion on how to better communicate the dependency on 3.13, but even without that fix, there is no reason to delete this package. Xiota, please don't spread misinformation: it is fine and even desirable for older packages to provide=python, though they ideally should label the version they provide. [1] https://aur.archlinux.org/account/bertptrs/
Not misinformation. Packages that are not intended to be drop-in replacements for the official packages should not have provides against those packages. Comments from 2024-04-28 at [a] and [b] describe the problem. One is written by a PM. Also, a different PM instructed me to remove versioned provides (from an unrelated package) because it was or could interfere with use of the official packages. I have seen similar comments, some written by other PMs, with similar instructions at other packages. [a]: https://aur.archlinux.org/packages/python310#comment-969868 [b]: https://aur.archlinux.org/packages/python310#comment-969872 On Mon, Jan 20, 2025 at 10:01 AM <notify@aur.archlinux.org> wrote:
Request #68738 has been Rejected by bertptrs [1]:
The package is fine. The Python dependency listed should be assumed to be the current version in [core]. I left a comment with a suggestion on how to better communicate the dependency on 3.13, but even without that fix, there is no reason to delete this package.
Xiota, please don't spread misinformation: it is fine and even desirable for older packages to provide=python, though they ideally should label the version they provide.
participants (3)
-
notify＠aur.archlinux.org
-
Vekhir
-
xiota