别担心。您的32位包在2038年之后不会被破坏，因为Debian团队已经开始工作了。
为了让“通用操作系统”更好地适应未来，Debian项目正在积极修补32位软件，以适应臭名昭著的2038年错误之后的日期。历史上，Unix和类Unix系统，包括Linux，使用32位整数来表示时间，从1970年开始计算秒数。然而，这种方法在2038年达到极限，对依赖32位架构的系统构成了挑战。
Debian项目的倡议是更广泛的过渡的一部分，64位， 时间t 正在进行Debian的实验。主要目标是装备Debian 13“Trixie”(即将发布)中的32位体系结构，以无缝处理2038年之后的时间戳。此过渡旨在尽可能不中断现有的32位系统。
Debian-devel邮件列表上讨论的实施计划涉及1200多个库程序包的大规模非维护上载(NMU)，以适应假定的ABI破坏性变化。截至最新更新，大约500个图书馆已经上传到实验分部。
该计划还包括上传 dpkg默认情况下启用“abi=time64”设置为不稳定。在此之后，NMU将被启动为不稳定，解决最初由于版本冲突而无法上载到实验性的任何包。构建后，将为所有反向依赖关系触发二进制NMU。
这个过渡的一个值得注意的方面是包括了库包，其ABI的影响来自64位， 时间_t 转移还没有被明确证实考虑到审查每一个包所涉及的工程费用，之所以决定列入这些包，是因为注重效率而不是详尽分析的务实做法。
如果维护人员收到NMU，他们认为没有必要进行实验，他们鼓励他们提供修复。这允许Debian维护人员彻底分析包的头文件，证明库的ABI不会受到64位time_t移位的影响。
如果您受到影响或评估项目的影响，请访问邮件列表中的官方帖子。您也可以在debian—devel中发布任何查询。
