在 Fedora 下，我设置了一个自定义区域设置变量值：
localectl set-locale LC_TIME=en_DK.UTF-8
这确实修改了 LC_TIME 。
现在我想将其恢复为未设置/空/默认状态。
我怎么做？最好使用进行更改的相同工具。两者LC_TIME=都会LC_TIME=""抛出错误。
相关：在 KDE 系统监视器中，为什么特定于应用程序的网络测量可能会丢失？
libkf5sysguard-bin由于软件包未自动安装，Debian trixie 上的 KDE 系统监视器缺少每个应用程序网络统计信息的一个很好的功能。
Debian 默认忽略它的原因是什么？
要求 Debian 开发者/维护者将其包含到默认 KDE 安装中的正确入口点是什么？
有两个系统运行 Plasma 5.27.7：Debian 测试和 openSUSE Tumbleweed。
在 openSUSE 下，系统监视器跟踪特定于应用程序的网络活动，请参见屏幕截图：
在 Debian 下，没有下载/上传列（即使在“配置列...”列表中）；特定于应用程序的网络图表存在但完全死亡。
为什么这些功能在 Debian 上会缺失/不活动？
系统监视器的版本也是5.27.7。
努力理解scrcpyDebian 测试中迁移和删除历史的逻辑（Bookworm）。
引用来自https://tracker.debian.org/pkg/scrcpy的新闻（为了方便倒序）：
- [2022-04-08] scrcpy 1.23-1 迁移到测试（Debian 测试手表）
- [2022-06-07] 将 scrcpy 1.23-1~bpo11+1（来源 amd64 全部）接受到 bullseye-backports、bullseye-backports（Debian FTP Masters）（签名：Antoine Beaupré）
- 所以在这一点上，1.23 版已经足够好，可以用于测试和稳定向后移植，对吧？
- [2022-07-17] accepted scrcpy 1.24-1 (source) into unstable (Yangfl) (署名：杨博源)
- 测试仍然有工作 1.23，对吗？
- [2022-07-23] scrcpy 1.24-1 迁移到测试（Debian 测试手表）
- 这到底是什么意思，即“迁移到测试”是否意味着“检查以在测试中工作，因此迁移”？
- [2022-09-28] scrcpy 从测试中移除（Debian 测试观察）
- ？！不工作了？但即便如此，为什么要删除它而不是回到好的 1.23？为什么向后移植不受影响，根据定义“从测试中获取的包”？
最后，这个问题更实际的一面：在这种情况下，现在从稳定的向后移植安装 1.23 到测试中会更安全还是更不安全？这个版本实际上并没有从测试中删除（1.24 是），所以它应该或多或少可以工作，对吧？