Package Details: python-deadlib 3.13.0-2

Git Clone URL: https://aur.archlinux.org/python-deadlib.git (read-only, click to copy)
Package Base: python-deadlib
Description: Python standard library redistribution, "dead batteries"
Upstream URL: https://github.com/youknowone/python-deadlib
Licenses: PSF-2.0
Conflicts: python-aifc, python-asynchat, python-asyncore, python-cgi, python-cgitb, python-chunk, python-crypt, python-imghdr, python-mailcap, python-nntplib, python-pipes, python-smtpd, python-sndhdr, python-standard-aifc, python-standard-asynchat, python-standard-asyncore, python-standard-cgi, python-standard-cgitb, python-standard-chunk, python-standard-crypt, python-standard-imghdr, python-standard-mailcap, python-standard-nntplib, python-standard-pipes, python-standard-smtpd, python-standard-sndhdr, python-standard-sunau, python-standard-telnetlib, python-standard-uu, python-standard-xdrlib, python-sunau, python-telnetlib, python-uu, python-xdrlib
Provides: python-aifc, python-asynchat, python-asyncore, python-cgi, python-cgitb, python-chunk, python-crypt, python-imghdr, python-mailcap, python-nntplib, python-pipes, python-smtpd, python-sndhdr, python-standard-aifc, python-standard-asynchat, python-standard-asyncore, python-standard-cgi, python-standard-cgitb, python-standard-chunk, python-standard-crypt, python-standard-imghdr, python-standard-mailcap, python-standard-nntplib, python-standard-pipes, python-standard-smtpd, python-standard-sndhdr, python-standard-sunau, python-standard-telnetlib, python-standard-uu, python-standard-xdrlib, python-sunau, python-telnetlib, python-uu, python-xdrlib
Submitter: xiota
Maintainer: xiota
Last Packager: xiota
Votes: 0
Popularity: 0.000000
First Submitted: 2024-12-28 21:18 (UTC)
Last Updated: 2024-12-30 16:17 (UTC)

Dependencies (6)

Required by (7)

Sources (1)

Pinned Comments

xiota commented on 2025-01-07 22:29 (UTC) (edited on 2025-01-07 22:44 (UTC) by xiota)

Package maintainers: Please depend on the needed virtual packages, instead of directly on -deadlib. The python-xyz form would be preferred.

This is a monolithic package that is intended for users who want to resolve most of the recently deprecated modules with a single package. Other packages may be created by other maintainers in the future for users who want to install only modules that are actually needed.

Latest Comments

1 2 Next › Last »

xiota commented on 2025-01-07 22:29 (UTC) (edited on 2025-01-07 22:44 (UTC) by xiota)

Package maintainers: Please depend on the needed virtual packages, instead of directly on -deadlib. The python-xyz form would be preferred.

This is a monolithic package that is intended for users who want to resolve most of the recently deprecated modules with a single package. Other packages may be created by other maintainers in the future for users who want to install only modules that are actually needed.

xiota commented on 2024-12-31 03:17 (UTC)

@micwoj92 Thanks for letting me know. Since it's an informational metadata change, I'll queue it for later.

micwoj92 commented on 2024-12-31 03:13 (UTC)

sunau module also needs audioop https://github.com/youknowone/python-deadlib/blob/main/sunau/pyproject.toml#L17

xiota commented on 2024-12-30 16:19 (UTC)

Since people who were in favor of converting to a split package have apparently changed their minds, this package will stay unified.

Vekhir commented on 2024-12-30 08:11 (UTC)

I leave this package to you. I've stepped down as co-maintainer.

Vekhir commented on 2024-12-29 10:30 (UTC)

@micwoj92 I also thought about that, we can only really say one way or another when they do another release. At the moment though, the release management on Github looks like common releases.

I mostly entertain this package for the coding challenge more than anything else; as long as Subtitld works, I'm fine.

xiota commented on 2024-12-29 03:39 (UTC)

The modules all share the same upstream repo, so this package would advance according to the upstream releases. People who particularly care about PyPi version should use pip and virtualenv.

I'm not in a hurry to split this package. So can let it be for a little while. Maintenance and installation is easier with a unified package, and the system isn't really "cleaner" with fewer subpackages installed because collectively they require only about 1MiB.

micwoj92 commented on 2024-12-29 03:21 (UTC)

After some thought, I am still against this package. These modules are released separately on pypi, that means that for example chunk would have a new patch release (example 3.13.1) and other not. What to do then?

Vekhir commented on 2024-12-29 01:16 (UTC)

I've tested it now, builds fine. If you are ok with it, you can upload it here. You can also add the 0BSD license that is recommended for new Arch packages.

That's it for now, once you checked the dependencies, you can add them too.