fix(corekit): VersionInfo, ModuleDescriptor and the MH timestamp tuples list themselves as their own base

Several pages show a Bases: line that links to the class itself:

Bases: VersionInfo (corekit/version.html);
Bases: ModuleDescriptor, Generic (corekit/module.html);
Bases: NTPTimestamp and Bases: PMIPv6Timestamp (protocols/internet/mh.html).

Each subclasses an anonymous collections.namedtuple with the same name and module: corekit/version.py:17, corekit/module.py:30 and protocols/internet/mh.py:538,549.

Fix: name each generated base distinctly, e.g. namedtuple('_VersionInfo', …). Probed, the following are unchanged:

repr and str;
_fields, _asdict, __match_args__ and _make;
deepcopy;
mypy output;
the pickle bytes at protocols 0–5.

Only the names in __mro__ and __bases__ change. The base then renders as an unlinked _VersionInfo, which may be worth hiding as well.

Closed as not planned, per the owner's ruling on #1869: a base class linking back to its own class is fine. The timestamp conversion is tracked separately.

Navigation Menu

Repository navigation

fix(corekit): `VersionInfo`, `ModuleDescriptor` and the MH timestamp tuples list themselves as their own base #1843

Metadata

Assignees

Labels

Projects

Milestone

Relationships

Development

fix(corekit): VersionInfo, ModuleDescriptor and the MH timestamp tuples list themselves as their own base #1843

Description

Activity

JarryShaw commented on Oct 17, 2026

Metadata

Metadata

Assignees

Labels

Projects

Milestone

Relationships

Development

Issue actions

fix(corekit): `VersionInfo`, `ModuleDescriptor` and the MH timestamp tuples list themselves as their own base #1843