Python 3.9 package is missing dependency on tzdata

# export DEBIAN_FRONTEND="noninteractive"
# apt install -yq tzdata
# python3.9 -c 'import zoneinfo; print(zoneinfo.ZoneInfo("CET"))'
CET

tzdata is a required package. See Debian policy 2.5.

Required or not, it's not part of the Ubuntu container image and therefore not available in minimal container setups. My initial comment contains a reproducer for the issue. It shows that zoneinfo module is broken in Ubuntu Groovy container.

As I mentioned on the Arch Linux tracker, I think there are good reasons for declaring an explicit dependency on tzdata even if it the dependency should be satisfied transitively or implicitly: https://bugs.archlinux.org/task/68642?project=1&string=python

Presumably it doesn't hurt anything to explicitly add a dependency on this (since the reason for *not* doing so is that the package is already required), and it would prevent bugs like the one that Christian pointed out.

Matthias, your comment #2 is mistaken for two reasons:

 * In Ubuntu, tzdata is Priority: important, not Priority: required.
 * Only dependencies on Essential packages may be omitted; merely being Priority: required is not sufficient. See Debian policy 3.5.

we just removed tzdata to be not required.

and it will make core snaps larger, because normally we exclude tzdata from minimal installs.

Installing -full package will pull in all the things and make all the things work.

We absolutely have a wrath of people complaining about the size of tzdata and that it must not be in their containers / systems, even though they otherwise use python.

so would you rather not ship zoneinfo module, such that the import fails? and then move it to like python3-zoneinfo package and make regular std recommend it, but not depend on it.

That way classic server / desktop installs have it, but specifically docker containers will not, because they are required to ship without tzdata.

if i recall correctly, we only ship minimal docker containers with just the UTC timezone. Such that lookups of UTC should work.

At the moment, the way we ship python is a compromise between the wrath of people who deploy these things in production and demand to shrink the size of python and its deps. And the polar oposite of the typical desire to have all the things enabled / ship all the things.