例如:以下三个仓库,上游有三种架构,而镜像仓库中只有x86_64一种架构
PGDG https://download.postgresql.org/pub/repos/yum/common/pgdg-centos8-sysupdates/redhat/
ALIYUN https://mirrors.tuna.tsinghua.edu.cn/postgresql/repos/yum/common/pgdg-centos8-sysupdates/redhat
PGDG https://download.postgresql.org/pub/repos/yum/common/pgdg-rocky9-sysupdates/redhat/
ALIYUN https://mirrors.tuna.tsinghua.edu.cn/postgresql/repos/yum/common/pgdg-rocky9-sysupdates/redhat/
PGDG https://download.postgresql.org/pub/repos/yum/common/pgdg-rhel10-sysupdates/redhat
ALIYUN https://mirrors.tuna.tsinghua.edu.cn/postgresql/repos/yum/common/pgdg-rhel10-sysupdates/redhat
再比如,这里的镜像相比官方仓库少了 pgdg-rhel10-sysupdates 仓库
再比如 EL 9 的 PG 17 仓库里,最新的 PG 是 17.4,而上游是 17.5 。
PGDG : https://download.postgresql.org/pub/repos/yum/17/redhat/rhel-9-x86_64/
Aliyun : https://mirrors.tuna.tsinghua.edu.cn/postgresql/repos/yum/17/redhat/rhel-9-x86_64
看上去最后一次更新停留在了 2025-05-16
不幸的是,这些镜像站无一例外全都躺平了,并没有体现出担当来
不幸的是,几十天过去了,依然毫无波澜,没有丝毫动静。就是没人有这个担当,能站出来解决这个问题。老冯对国内这些云厂商和数据库厂商和高校镜像站的维护团队真的非常失望。但你也没法说人家
躺平摆烂
--
您收到此邮件是因为您订阅了Google群组上的“TUNA 主邮件列表”群组。
要退订此群组并停止接收此群组的电子邮件,请发送电子邮件到tuna-general...@googlegroups.com。
如需查看此讨论,请访问 https://groups.google.com/d/msgid/tuna-general/c296d0a1-595a-42c3-b3eb-0890250dc85bn%40googlegroups.com。
感谢 回复与评论,也感谢这些年 TUNA 以及国内各高校镜像站为开源镜像生态投入的时间和精力。我看到最近几天 TUNA 的 PostgreSQL 仓库已经 恢复了和上游的同步,这一点先点个赞。
我并未使用 TUNA 镜像站 PostgreSQL 作为上游,之前用的是阿里云镜像站,给阿里云提反馈时发现 TUNA 也有此问题,纯粹出于开源道义 向 TUNA 邮件列表反馈问题,得到一句 “揶揄” 式的回应(本邮件列表是 TUNA 的邮件列表,与阿里云无关),这样的体感也反映在文字的情绪之中。
现在回头看,用“躺平”“没有担当”这样的字眼,放在 贵站身上 已不准确,本身也带着明显的情绪色彩,容易被误解为给志愿者贴道德标签,这并不是我的本意。如果这段措辞让一线维护同学感到不舒服,我在这里先说声抱歉。我已经 修改措辞 为更中性的说法,比如“长期未更新” / “不再维护”,避免伤到真正干活的人。
对于你提到的一点,我是认同的:高校镜像站本质上是志愿者项目,没有法律或合同意义上的服务承诺,这一点在文章里也多次强调过。但从下游用户、尤其是做发行版的角度看,PGDG 切断 rsync 之后,国内主流镜像在相当长一段时间里停留在几个月前的版本,对很多只会照着“推荐镜像源”配置的用户来说,客观效果就是供应链中断,这个风险和暴露是实实在在存在的,缺乏维护无疑会损耗用户的信任。
我的感想是:在没有服务承诺的前提下,把高校镜像当成关键生产基础设施,是一种错误的依赖方式。我自己的做法是不再把别人的开源镜像站当成上游,而是自建 PGDG 镜像,自己掌握软件供应链;再次感谢你把维护者的视角和感受说出来。这次讨论至少能帮更多用户搞清楚:开源软件镜像站能做什么、不能指望它做什么,这本身就是有价值的。
感谢回复与评论,也感谢这些年 TUNA 以及国内各高校镜像站为开源镜像生态投入的时间和精力。我看到最近几天 TUNA 的 PostgreSQL 仓库已经恢复了和上游的同步,这一点先点个赞。
我并未使用 TUNA 镜像站 PostgreSQL 作为上游,之前用的是阿里云镜像站,给阿里云提反馈时发现 TUNA 也有此问题,纯粹出于开源道义 向 TUNA 邮件列表反馈问题,得到的是一句 “揶揄” 式的回应(本邮件列表是 TUNA 的邮件列表,与阿里云无关),这样的体感也非常不好,也有情绪体现在文章中。
回头看原文,用“躺平”“没有担当”这样的字眼,放在 贵站身上 已经不准确,本身也带着明显的情绪色彩,很容易被理解成在给志愿者贴道德标签,这并不是我想表达的意思。如果这段措辞让一线维护同学感到不舒服,我在这里先说声抱歉。我已经 修改措辞 为更中性的说法,比如“长期未更新” / “不再维护”,避免伤到真正干活的人。
对于你提到的一点,我是认同的:高校镜像站本质上是志愿者项目,没有法律或合同意义上的 SLA,也不应该被当成理所当然的免费背锅侠,这一点在文章里也多次强调过。但从下游用户、尤其是做发行版的角度看,PGDG 切断 rsync 之后,国内主流镜像在相当长一段时间里停留在几个月前的版本,对很多只会照着“推荐镜像源”配置的用户来说,客观效果就是供应链中断,这个风险和暴露是实实在在存在的。
文章想强调的是:在没有服务承诺的前提下,把高校镜像当成关键生产基础设施,是一种错误的依赖方式。我自己的做法是不再把别人的开源镜像站当成上游,而是自建 PGDG 镜像,自己掌握软件供应链;再次感谢你把维护者的视角和感受说出来。这次讨论至少能帮更多用户搞清楚:开源软件镜像站能做什么、不能指望它做什么,这本身就是有价值的。