taoky
raspbian-addons: Fixed in https://github.com/ustclug/mirrorhelp/commit/1e397c14df5eede4138253176442c9676eedaa09 nodesource: 已经不进行镜像，故不作更新
目前为了节省空间，保证磁盘 IO 性能，对于类 RHEL 发行版的镜像申请，除非校内用户有明确需要，否则搁置。
note: https://github.com/tuna/issues/issues/1094#issuecomment-751184593
> https://dev.packages.vyos.net/ > > 是否可以从如下地址镜像？ > >  这里的问题是，网页的 URL 的格式是 `https://dev.packages.vyos.net/?dir=`，而不是 `https://dev.packages.vyos.net/`。现有的 HTTP 同步程序没有办法正确处理这样的 URL。
https://github.com/tuna/tunasync-scripts/pull/110#issuecomment-753364003 经过测试，直接用 https://github.com/ustclug/ustcmirror-images#aptsync 同步软件仓库看起来是可以的。关于 ISO，目前我们没有可以只同步单个文件的同步脚本。我有计划写一个通用的 HTTP 同步程序，但是这一段时间估计无法完成。
> [tuna/tunasync-scripts#110 (comment)](https://github.com/tuna/tunasync-scripts/pull/110#issuecomment-753364003) > > 经过测试，直接用 https://github.com/ustclug/ustcmirror-images#aptsync 同步软件仓库看起来是可以的。关于 ISO，目前我们没有可以只同步单个文件的同步脚本。我有计划写一个通用的 HTTP 同步程序，但是这一段时间估计无法完成。 计划这周末添加 Vyos 的 APT 软件仓库镜像测试。
> 计划这周末添加 Vyos 的 APT 软件仓库镜像测试。 https://mirrors.ustc.edu.cn/vyos/ 仅同步了 https://dev.packages.vyos.net/?dir=repositories/current 下的内容。
> @taoky 这个镜像站同步时间是多少？ 目前设置的是每天 5:25 开始同步。 > 另外，`crux`的repo同步其实可以用来手动编译 由于上游目录结构的原因，加除了 current 以外的不太方便。 > 应该是因为 [Let's Encrypt 换了新的根证书 CA](https://letsencrypt.org/2020/09/17/new-root-and-intermediates.html) 导致旧的客户端（没有提前信任这个新的 Root CA 的）不接受新的 LE 证书。暂时使用 HTTP 可以绕过问题，不过能更新客户端或系统里的 `ca-certificates` 软件包会更好。 这一项更改推迟了。出现证书问题可能只是单纯 `ca-certificates` 没有安装。
> @taoky 测试构建正常，但是有个问题，我怀疑是源拉取跳过了一些实际发生改动的目录，导致现在散列不对（之前正常） > >  > > 似乎存在被弃用的软件包，每次拉取时，没有对原始目录进行删除？ > > `current`目录是滚动目录，因此随时可能发生变动 所以，vyos 存在一些在包的内容更新时，包的版本号不会发生变化的包？在镜像站上 `vyatta-cfg-quagga_0.19.1+vyos2+current9_all.deb` 是在 1 月 4 日创建（最后更新）的，但是上游这个包在 1 月 11 日更新的。
现在同步程序换用了包装了 tuna 的 apt-sync.py 的容器，相比于原先增加的功能是会检查每个包的**大小**与上游目录文件是否一致。但是这里的情况是 `vyatta-cfg-quagga_0.19.1+vyos2+current9_all.deb` 这个包上游原地更新后的大小与原先一致，所以仍然不会选择同步新的版本。 由于每次同步都把整个仓库的所有文件扫一遍一般认为是耗时且会给磁盘 IO 带来压力的，所以一般来说同步程序不会检查已有的 checksum 是否一致。由于我们使用了 tuna 的同步脚本，我将与对应的同学讨论如何进行处理。另外，每次都先清空镜像再同步的方式不会考虑。 临时的可能有效的解决方案是将官方源加在最后面，如果从镜像站下载失败的话就从官方源下载（未测试）