Elpa叕挂了吗

如题。清华源failed,https://elpa.emacs-china.org/gnu/也打不开

清华源的上游就是本站……

所以到这里来问了[狗头]

ustc上游应该不是本站,不过gnu的网也不好()

USTC的上上游貌似还是本站。

没理解清华tuna为啥用本站做上游呢?多一节链路多一节风险,好像也没啥好处啊

因为上游都不支持 rsync, 从上游同步比从这同步麻烦多了。

再加上一条,从上游同步要同步好几家,从这拉只要一家就完事了。

本站最近迁移了 VPS,目前 DNS 还没设置好,臨時可以用

(setq package-archives '(("gnu" . "http://1.15.88.122/gnu/") ("melpa" . "http://1.15.88.122/melpa/")))
2赞

ustc上游是北外,北外的上游还是本站 :sweat_smile:

域名要5.1我去湖南才能备案通过,现在腾讯云备案会进行LBS定位,我人在深圳居然备案不了。。。后面就可以直接使用之前的域名了。

90一年的虚拟机可以扛得住 elpa mirror 也就罢了,居然扛得住 discourse 这个 RoR 应用外加postgresql,厉害!

话说我前几天用官方docker image 装 discourse 可耻的失败了,这玩意居然起了docker容器后还要在里头现装 Ruby 第三方库,装了半晌,完了访问不了页面,立马删了。

召唤有人拿着 go 重写一遍……github/gitlab都是 RoR,就有人用 go 写了仿制品。

图方便,更要顾风险。还记得当年 XcodeGhost 事件么。

我不是说本站的源不靠谱,而是作为镜像的提供方,应该比终端用户更谨慎一些。

这个其实可以去清华源的github上提个issue说一下,其实国内源的上游都是本站的话,就会有现在这样的单点故障

已经报issue了:https://github.com/tuna/issues/issues/1222

早早就发现下载不了了…
所以好在我git 了自己整个Emacs项目包括下载到elpa的packages
所以每次购买新的云服务器时我就直接 clone 过去, 那些packages 就不用花时间去搞网络下载了