mirrorrequest
mirrorrequest copied to clipboard
[New]funtoo
From: n*** Date: 2015-02-18 12:40 GMT+08:00 Subject: funtoo源 镜像 To: [email protected]
您好,请问下你们的镜像站点能不能提供funtoo的镜像?
See: https://gitee.com/funtoo/
目前由我人工同步...
为啥不能直接 git clone?
Github 经常无法访问
Github 经常无法访问
我的意思是为什么要用 ego 同步,而不是 git 工具。
镜像站加新的软件栈比较麻烦,能用现成工具最好。
Github 经常无法访问
我的意思是为什么要用 ego 同步,而不是 git 工具。
镜像站加新的软件栈比较麻烦,能用现成工具最好。
用的就是 git 同步吧,ego 看起来是 eselect 一类的管理工具?
Funtoo 的这些仓库和 build.funtoo.org 是什么关系呢?一下子加四十多个 Funtoo 的 git 仓库恐怕难以接受。
@billchenchina ego
是funtoo的包管理器,ego
内部会用git做ports仓库更新,但是这对用户来说是透明的
@taoky 我们需要同步这里记录的所有仓库,还有meta-repo本身: https://github.com/funtoo/meta-repo/tree/1.4-release/repos.conf 但是注意这是当前1.4版本的
Funtoo 的这些仓库和 build.funtoo.org 是什么关系呢?一下子加四十多个 Funtoo 的 git 仓库恐怕难以接受。
@taoky
-
build.funtoo.org
存放是安装镜像
。 -
meta-repo
是软件仓库索引
-
所有可用的软件源repo
都记录在meta-repo
的名字配置里, 这些repo的url并非绝对路径只是个名字, 只需要和meta-repo
放在同一个组织下就好了。 总的来说 funtoo非常非常容易被镜像,只要同步github.com/funtoo下的仓库就可以了
那就得专门给 funtoo 写个同步脚本了……
27 个 git 仓库的数量和容量也不小,不是很方便处理
因为仓库的多少是由meta来动态管理的 所以固定同步那27个并不能一劳永逸 这个脚本去读取是个好主意 不过这5年相对还算固定 没有出现新增
27 个 git 仓库的数量和容量也不小,不是很方便处理
大小似乎不是问题,我随便挑了几个看了一下都只有几兆。但如果这样的话,只同步这些仓库对体验的改善可能是非常有限的。
对于gentoo系来说虽然都不是集中管理,真正下载的是在ebuild文件记录的外部地址,但是最难同步的反而是meta信息本身,github速度太感人了,我用github一天都更新不完meta 这导致了如此先进的系统在国内很难推广
同步这些meta就是最大的体验提升,里面外链的地址几乎不是事儿
我在 #305 看到了类似的问题 gentio-zh是gentoo系的中国ports仓库,可以同时被gentoo funtoo bentoo pentoo sabayon calculate redcore clover等发型版使用,里面有微信 钉钉 wps等软件,但是想从github下载这些小碎文件经常需要数天之久,经常不到一半就断掉了 其实只要能把ports本身镜像过来就好了,体验感瞬间提升
Funtoo 的这些仓库和 build.funtoo.org 是什么关系呢?一下子加四十多个 Funtoo 的 git 仓库恐怕难以接受。
@taoky
* `build.funtoo.org` 存放是`安装镜像`。 * `meta-repo`是`软件仓库索引` * `所有可用的软件源repo`都记录在`meta-repo` 的名字配置里, 这些repo的url并非绝对路径只是个名字, 只需要和`meta-repo`放在同一个组织下就好了。 总的来说 funtoo非常非常容易被镜像,只要同步github.com/funtoo下的仓库就可以了
补充一下 https://build.funtoo.org/ 是funtoo的rootfs文件(gentoo系统称:stage3),可以理解为其他发型版的安装盘, 如果能一并镜像,首次安装系统将会更轻松