fix(changelog): fix datetime

[mhduiy]

as title

Log: fix datetime

[deepin-ci-robot]

deepin pr auto review

你好！我是CodeGeeX。我已仔细审查了你提供的Git Diff内容。

本次修改仅涉及Debian changelog文件中的一行时间戳变更。虽然这不是传统的代码逻辑修改，但在Debian/Ubuntu打包规范中，changelog的格式有着极其严格的要求。以下是我的审查意见：

1. 语法逻辑

• 日期格式合规性：Debian changelog对日期格式有严格要求，必须符合RFC 2822格式（如：Day, DD Mon YYYY HH:MM:SS +ZONE）。
  • 修改前：Sat, 16 May 2025 15:36:00 +0800
  • 修改后：Sat, 16 May 2026 15:57:00 +0800
• 星期与日期不匹配（严重错误）：根据日历，2026年5月16日是星期六，修改后的日期Sat, 16 May 2026在星期和日期的对应关系上是正确的。（作为对比，修改前的2025年5月16日实际上是星期五，原记录反而存在语法错误）。
• 时区格式：+0800 符合规范，无语法问题。

2. 代码质量

• 自动化生成缺失：在Debian打包流程中，changelog条目通常应当使用 dch -i 或 debchange 等标准工具自动生成，或者使用 date -R 命令获取当前的标准时间。手动修改时间戳极易出现星期与日期不对应的低级错误（如本次修改前的记录），这属于打包流程中的质量隐患。
• 建议：尽量避免手动编辑时间戳。如果必须修改，请使用 date -d "16 May 2026 15:57:00" -R 来校验生成的格式和星期是否正确匹配。

3. 代码性能

• 无影响：changelog文件仅在打包构建时被解析读取，此修改对软件本身的运行性能没有任何影响。

4. 代码安全

• 时间伪造/逻辑隐患：将时间从2025年修改为2026年，相当于“时光机”操作。在包管理器中，changelog的时间戳会影响软件包的版本排序和升级判定逻辑。如果这是为了修复某个特定的打包时间线问题，尚可理解；但如果是随意修改，可能会导致软件包在APT源中因时间戳异常而被判定为旧版本，从而拒绝升级或引发降级风险。
• 供应链安全：随意篡改构建时间戳破坏了构建的可追溯性，这在严格的供应链安全审计中可能会触发告警。

---

💡 改进建议

1. 修正提交原因：请确认将年份从2025改为2026的真实意图。如果是笔误，请立即撤回修改；如果是为了特定的发布时间线需求，建议在Git Commit Message中详细说明原因。
2. 使用标准工具：建议在终端运行以下命令验证你的时间戳：

   date -d "Sat, 16 May 2026 15:57:00 +0800"

   确保系统解析出的日期与星期完全一致。
3. 未来预防：在CI/CD流程或本地打包脚本中，强制使用 dch 工具来追加或修改 changelog，杜绝手动编辑带来的格式风险。

[github-actions]

TAG Bot

TAG: 1.7.26
EXISTED: yes
DISTRIBUTION: unstable

[deepin-ci-robot]

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: mhduiy, xionglinlin

The full list of commands accepted by this bot can be found here.

Details

Needs approval from an approver in each of these files:

• debian/deepin/OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment