Package Details: python-audioop-lts 0.2.1-1

Git Clone URL: https://aur.archlinux.org/python-audioop-lts.git (read-only, click to copy)
Package Base: python-audioop-lts
Description: An LTS port of Python's 'audioop' module.
Upstream URL: https://github.com/AbstractUmbra/audioop
Licenses: PSF-2.0
Provides: python-audioop
Submitter: Vekhir
Maintainer: Vekhir
Last Packager: Vekhir
Votes: 0
Popularity: 0.000000
First Submitted: 2024-12-23 23:53 (UTC)
Last Updated: 2024-12-23 23:53 (UTC)

Required by (5)

Sources (1)

Latest Comments

Vekhir commented on 2025-01-20 22:33 (UTC)

@bertptrs Thanks for your comment. I've thought about it previously, but came to the conclusion that it doesn't solve anything.

The big issue here is that downstream packages depend on this package. The best way from my view to solve that would be for python3.10 et al. to add python-audioop to their provides array. Then, pacman would never even ask whether to install this package.

I guess technically the python package should also add provides for each stdlib, like e.g. ghc-libs does.

bertptrs commented on 2025-01-20 17:57 (UTC)

The ongoing deletion request is going to be denied, because this package is perfectly fine for python but I understand that it is causing grief for the upstream packaging due to incorrect bug reports.

Perhaps you could clarify it by updating the dependency to python>=3.13? That way, the repo package continues to work, but it's clear that this package makes no sense for older pythons.

xiota commented on 2025-01-20 02:46 (UTC) (edited on 2025-01-20 02:46 (UTC) by xiota)

The deletion request makes no sense. There is nothing to "fix". The package is intended to provide a compatibility pathway for projects to work with core/python. Whether it works with older python versions in AUR is inconsequential.

Vekhir commented on 2025-01-20 02:16 (UTC) (edited on 2025-01-20 02:26 (UTC) by Vekhir)

How would you go about solving this issue? Dependents like python-speechrecognition still depend on python-audioop. Deleting this package still won't allow them to be built...

Btw, see also this comment: https://aur.archlinux.org/packages/python310#comment-969868 I agree with the assessment there regarding provides.

mikeshardmind commented on 2025-01-20 01:56 (UTC) (edited on 2025-01-20 01:57 (UTC) by mikeshardmind)

if they are on an older python version than latest.

Please update your Arch Linux installation.

This isn't enough: see how you have dependencies declared, it allows matching an incomaptible python version with the upstream package. This causes breakages for users of those python versions.

python (python37AUR, python311AUR, python310AUR)

Vekhir commented on 2025-01-19 23:03 (UTC)

if they are on an older python version than latest.

Please update your Arch Linux installation.

Additionally, the upstream package supports all architectures

This PKGBUILD, that is to say I, only supports x86_64. If you need a different architecture and are willing to work with me on supporting it (in particular testing that it works), I will consider adding that architecture to the arch array.

mikeshardmind commented on 2025-01-19 22:21 (UTC)

Hi, your redistribution is creating noise upstream as well as causing downstream users from you to encounter uneccessary errors if they are on an older python version than latest.

This should be either not be redistributed, or conditionally built based on python version being 313 or greater, as audioop is still part of the python standard library in version 312 and lower.

You can find more info about this both upstream, where compatibility with versions below python313 is explicitly not provided https://github.com/AbstractUmbra/audioop?tab=readme-ov-file#using-this-project and in the removal of audioop from the python standard library https://peps.python.org/pep-0594/

Additionally, the upstream package supports all architectures, while this redistribution incorrectly restricts it to x86_64.