12:09:20 #startmeeting 12:09:20 Meeting started Fri Jul 22 12:09:20 2011 UTC. The chair is liangsuilong. Information about MeetBot at http://wiki.debian.org/MeetBot. 12:09:20 Useful Commands: #action #agreed #halp #info #idea #link #topic. 12:09:40 #topic yum-build 12:09:55 可以开始了。 12:10:03 liangsuilong: 你先来 12:10:25 microcai 你觉得实现起来难吗? 12:11:03 liangsuilong: ... 会议记录里没有邮件内容。你大概好歹也提一下,。 12:11:22 我手机打字不方便。。 12:11:55 你去 Fedora 中文论坛贴个链接吧。 12:12:24 #chair liangsuilong microcai 12:12:32 liangsuilong: ... 怎么用的 12:13:05 简单来说,就是用 Git 管理 SPEC 和补丁。 12:13:18 liangsuilong: 为何一定要 git ? 12:13:28 我喜欢。。。 12:13:50 liangsuilong: 我来说吧 12:13:58 另外 Fedora 官方现在也是用 Git 管理Spec。 12:14:17 好的,你说。 12:14:42 简单的说,就是让 yum 把 spec 文件作为源,自动的依据 spec 的指示完成依赖检查 12:14:52 恩。。 12:14:57 简单的说,就是让 yum 把 spec 文件作为源,自动的依据 spec 的指示完成依赖检查、自动编译出 rpm 包并安装 12:15:21 * CyrusYzGTt is back (gone 00:27:55) 12:15:36 microcai§ 那麼這個 spec誰維護?? 12:15:36 我表达不好。。用国语就是这样。 12:15:51 也就是说, emerge 使用 .ebuild 文件作为源信息,而 yum-build 用 .spec 文件 12:16:06 自己提交 SPEC 自己维护。 12:16:14 microcai§ 嗯,這樣啊,那麼可以刪除portage了 12:16:22 .ebuild 和 .spec 文件包含的信息其实是一样的。 12:16:22 hi 12:16:23 用 Git 控制管理和管理。。 12:16:34 格式和原理不同罢了 12:16:40 PKGBUILD 也是类似。。 12:16:58 我们可以把 .spec 文件组织起来,参考 portage 的目录结构组织起来就可以了 12:17:00 原理差不多吧。 12:17:02 對了,,如果這個 yum-build能夠使用 .ebuild怎麼樣,可以減少維護的工作 12:17:18 CyrusYzGTt: 那和用 portage 有区别么? 12:17:27 因为 Fedora 用 rpm。。 12:17:40 liangsuilong: 我觉得不好。 12:18:17 liangsuilong: 你到哪里收集那么多 spec 文件哦~~~~ 12:18:20 microcai§ 有,就是把 rpm帶入,並且將portage的ebuild目錄選出 符合fedora規範的 12:18:23 如果强行加 portage 进 Fedora 会搞乱原有体系。 12:18:46 microcai,大把啦 12:18:57 liangsuilong: 不会。如果把 rpm 的信息导入到 portage 里就可以 12:19:12 如何導入? 12:19:13 liangsuilong: 关键是包名字不统一 12:19:35 新爆就没有所谓。 12:19:40 包。。 12:19:44 这就是arch的aur是一个性质了吗? 12:19:53 liangsuilong: 但是老的包你不导入, portage 和 rpm 直接就不同步。 12:20:10 可以认为 AUR 基本一样。 12:20:11 liangsuilong: 不同步就没法和谐。 12:20:33 Fedora 上面大把 SPEC。。 12:21:22 你可以把 ebuild 导入到 rpm 吧。 12:21:24 liangsuilong: 包名字不统一 12:21:52 难道不能参照arch那样的作法, rpm和spec并存? 12:21:54 其实为啥要导入呢? 12:22:25 。。。rpm 和 spec 是两样东西。。 12:23:02 microcai, 为啥要导入呢? 12:23:27 liangsuilong: 避免重新安装 12:23:29 liangsuilong: 我感觉rpm等价于pkg.tar.xz 12:23:36 spec等价于PKGBUILD 12:23:48 从spec可以生成rpm 12:23:52 liangsuilong: rpm 里安装了 gcc , portage 里没装。 portage 就会再安装一个 gcc . 12:23:53 这个理解应该没错吧 12:23:54 allblue 是啊。 12:24:01 liangsuilong: 那就和arch一样了啊 12:24:04 liangsuilong: 所以你得告诉 portage, gcc 已经安装了 12:24:09 官方源提供的二进制包 12:24:15 aur里提供PKGBUILD 12:24:50 microcai 怎么你老是把 portage 不放呢? 12:25:06 liangsuilong: 因为 portage 能实现你的要求/ 12:25:15 liangsuilong: 为何要重复发明轮子? 12:25:15 。。 12:25:23 liangsuilong: portage 不是 Gentoo 12:25:31 liangsuilong: 就像 rpm 不是 Fedora 12:26:08 但是 portage 怎么复用已编译的爆。。 12:27:09 所以我才说要坚持用回 rpm 避免又得在 portage 出现包名的问题。 12:27:15 个人也认为arch的方式比较好,常用的做二进制包放在源里,一些不常用的和测试的等等其他包放在aur里, 12:27:39 同感, 一些核心包还是由官方维护比较好 12:28:11 全部开放自由上传的话, 安全隐患太大了 12:28:16 就是 12:28:18 而且也不能保证spec质量 12:28:52 都说了是测试用的咯。。 12:29:14 那稳定性肯定没有保证。 12:30:06 liangsuilong: 可以把这理解为一个三方源吗? 12:30:09 是满足追新和安装源中不包含的软件包 12:30:30 就是怕像debian翻譯的被惡搞了。。我覺得基礎還是留給官方 12:30:32 allblue 正是。 12:31:11 不会折腾基础的啊。。 12:31:57 liangsuilong: 这个功能有用么? 12:31:59 似乎大家还没有理解我和黑白的意图。。 12:32:02 liangsuilong: 会有人用么? 12:32:06 有。。 12:32:13 liangsuilong: 哦? 12:32:44 用来装 Sun JDK 和 Flash 之类的东西。 12:33:00 liangsuilong: ... 太悲催了 12:33:18 microcai: 能安装的东西还是很多的 12:33:36 按我的感觉, fedora+rpmfusion源与arch源差不多大 12:33:43 但是我还是从aur里装了不少软件 12:34:03 很多不怎么出名的包都不会被源收录的 12:34:51 rpmfusion 很多限制的。 12:34:56 allblue: 那都是因为没人维护而不是不收录 12:35:22 http://bbs.fedora-zh.org/showthread.php?5985-yum-build-%E4%B8%93%E6%A1%88&s=c9fc735162375af3b95b829a569553b4&goto=newpost yum-build 专案简介 12:35:32 liangsuilong: 要我说,我们搭建个 fedora-zh yum 仓库,比开发什么 yum-build 实在的多、 12:36:02 但是你搞 rpm 仓库很麻烦的 12:36:11 要有服务器。。 12:36:37 SPEC 仓库有各 VCS 就管理得很好 12:36:44 microcai: 库太占资源了吧, 也要带宽 12:36:50 相对来说, spec就好多了 12:37:14 只是要本地编译比较悲剧 12:37:17 liangsuilong: 但是编译 ... 很多人就会叛徒 12:37:29 不会啊。 12:37:48 自动化编译应该还好 12:37:52 蛮多牛人都是自己打 rpm 包。 12:38:03 只是消耗些时间, 并没有增加操作复杂度 12:38:08 microcai: 你都不用fedora 还操心别人叛徒... 12:38:13 liangsuilong: 我还是觉得搭建 yum 仓库好 12:38:29 liangsuilong: 这样大家不需要特别学习啊 12:38:54 liangsuilong: 只要添加了源就可以使用中文社区维护的软件了 12:39:22 所以就是要把本地编译自动化。。 12:39:57 刚才老爹来电话,上网断了一阵。 12:40:04 liangsuilong: 我还是觉得搭建 yum 仓库好 12:40:07 liangsuilong: 这样大家不需要特别学习啊 12:40:08 liangsuilong: 只要添加了源就可以使用中文社区维护的软件了 12:40:28 liangsuilong: Gentoo 怎么不受人待见的? 不就是要编译么 12:40:30 你这个不用学习啊。。 12:40:42 liangsuilong: 多了条命令啊 12:40:51 liangsuilong: 而且编译失败呢? 12:41:00 liangsuilong: 又有很多人要不知道怎么办了 12:41:08 yum-build install xxx 搞定了。 12:41:16 liangsuilong: 无端添加烦恼 12:41:25 marketing 不用担心。 12:41:35 我觉得gentoo不流行, 主要是安装太难, 另外所有东西都要编译, 这个太耗时间了 12:41:40 liangsuilong: 那为何不是 yum-build xxx 12:41:52 一样。。 12:42:00 而像arch那样, 常用软件都提供二进制包, 只有aur里是要编译的 12:42:08 allblue: Gentoo 起码比 ARCH 流行 12:42:17 列为F17特性就可以了 12:42:32 我也觉得arch比gentoo要好用多了 12:42:57 但是某些archer。。。 12:43:50 allblue: arch 提供了二进制包的, Gentoo 已经在 stage3 里全有了的。 12:44:19 要编译太费时了 12:44:40 但是arch后续更新不一定要编译。 12:44:57 你可以选择编译或不编译。 12:44:57 mengfei: AUR 里的软件都是编译费时的。不费时的软件 arch 都给你编译好了 12:45:19 microcai: 我觉得你这个理解就错了 12:45:29 aur里很多软件编译根本不费时 12:45:33 小软件居多 12:45:36 我快下车了。。。 12:45:45 allblue: 费时的软件也就 OOO 和 firefox ... 12:45:49 大软件以svn版本为主 12:45:56 桌面环境不费时 12:45:58 ? 12:46:01 microcai: 问题是大部分软件都是用源里的,只有少数软件才用aur 12:46:02 这些 ARCH 里都是 AUR 的。还是一样费时。 12:46:23 microcai: 有吗? ooo ff都在源里有啊 12:46:31 allblue: too old 12:46:53 FF可以用PKGBUILD装binary吧。 12:47:12 microcai: 软件进入源总要有个时间吧 12:47:22 到站了。 12:47:22 不可能那边源码发布, 这边二进制包就进源吧 12:47:25 microcai: arch源里的软件至少比ubuntu,fedora这些更新快 12:47:28 liangsuilong: 恭喜 12:47:43 mengfei: 都是没测试就放源里了 12:47:59 ... 12:48:06 FC也快3.0内核也在rawhide了。 12:48:07 …… 12:48:11 当testing是摆设啊.. 12:48:51 allblue: arch 的 testing 还就是摆设 12:48:55 microcai: 我觉得你要求太难满足了, 又要更新快, 又要仔细测试 12:49:09 allblue: 简单。 Gentoo 就满足了 12:49:44 …… 12:50:00 microcai: 请教下gentoo是有什么机制实现的 12:50:36 allblue: overlay 12:50:51 我只在虚拟机里装过gentoo,没觉得哪好,只装了基础系统+lxde桌面,,就用了半天时间 12:51:08 allblue: 目前 Gentoo + gnome overlay 里的 gnome3 比 Fedora 还稳定。 12:52:08 allblue: 而且软件新的程度可以和 rawhide 比。但是比debian sid 要稳定的多。 12:52:22 查了下, overlay应该是边用边测试吧 12:52:30 又不是刚发布就是经过测试的 12:52:52 allblue: 边用边测试啊,没错啊。所以有问题马上就修复了 12:52:54 allblue: 很快的 12:53:10 allblue: Gentoo 的 gnome overlay 就是 GNOME 开发者维护的 12:53:21 不还是要提交给维护者, 再用维护者更新portage树吗? 12:53:30 FC也快3.0内核也在rawhide了。 12:53:35 这和arch的包更新ms也差不了多少吧 12:53:38 allblue: 其实就是GNOME上游自己在维护 Gentoo 的 gnome 包 12:53:42 討論快一小時了?XD 12:55:38 kaio,先顶着。 12:55:52 我从地铁站走回家。 12:56:07 你們慢用,我去幫喵喵清潔傷口。 12:57:38 liangsuilong: 你的意思我明白了 12:57:46 liangsuilong: 就是给 Fedora 做一个 overlay 12:58:04 liangsuilong: 这样专门给 chinese 用户的软件就可以快速上马 12:58:32 liangsuilong: 但是 yum 仓库要求太高,只好只 host spec 文件。对吧? 12:59:14 liangsuilong: 然后再开发个自动化的工具,自动获得 spec 文件,自动编译为 rpm 包。 13:00:45 liangsuilong: ri ,人呢 13:04:21 adam8157: 在 13:08:17 == 13:08:21 没人了? 13:08:28 那我洗澡去了 13:09:50 我回来了。 13:13:02 microcai.. 13:13:18 你们讨论到哪里了? 13:13:59 其实不是overlay,是类AUR多一点。 13:14:30 allblue 13:14:46 囧。。 13:14:53 kaio呢? 13:14:57 O:-) 13:15:32 microcai明白了我的意思吗? 13:17:21 allblue,刚才发生什么情况。 13:17:55 没什么情况吧? 13:18:00 一直讨论人就不多 13:18:06 我切出去一会 13:18:09 回来就没人讨论了 13:18:52 。 13:18:54 。 13:18:57 。。。。。 13:19:57 hi 13:20:26 kaio, hi 13:20:28 10時準時走,有事快聊。 13:20:58 求问对 yum-build 的想法? 13:21:23 * CyrusYzGTt 剛纔cgroup crash了。。。 13:22:24 。 13:22:45 kaio, 你有什么想法? 13:23:21 之前。說基礎之後的 log我想看看。。。 13:24:25 如果没有什么要说的就先结束会议了。 13:24:26 liangsuilong: 在了 13:24:30 。。。 13:24:41 好吧继续。 13:24:43 kaio liangsuilong会负责的 13:25:01 我不合编程的。。。 13:25:06 不清楚之前說了什麼,,等endmeeting log 13:25:16 liangsuilong: 那如果有了 yum-build 你打算做什么? 13:25:18 liangsuilong, 你哪不會 13:25:37 liangsuilong: 你没用 #chair 13:25:46 #char microcai 13:25:49 。。 13:26:02 #halp 13:26:05 #help 13:26:15 #chair 13:26:25 #chair liangsuilong 13:26:29 ... 13:26:30 CyrusYzGTt: zodbot 死了 13:26:39 liangsuilong: 今天它又死了 13:26:42 microcai§ 誰開?? 13:26:45 我的想法是你自己的系統自己折騰,你可以分享自己的東要讓其他人跟你一起折騰,要壞一起壞沒大不了。 13:26:49 CyrusYzGTt: not me 13:27:06 microcai 做一个可以存放不能进入 Fedora 软件的源 13:27:10 去 #fedora-admin 說 13:27:44 #chair kaio 13:27:44 Current chairs: kaio liangsuilong 13:28:01 #chair microcai 13:28:01 Current chairs: kaio liangsuilong microcai 13:28:20 microcai 13:29:13 microcai§ 可以了,繼續 13:29:14 liangsuilong: 所以啊,现在会议记录才开始 13:29:14 13:29:18 go on 13:29:26 ... 13:29:40 liangsuilong: zodbot 只记录 #chair 里的人 13:29:52 不会吧 13:29:56 liangsuilong: yes 13:30:35 你还有什么补充? 13:30:55 你明白了我的意思了吗? 13:30:58 liangsuilong: 那和做一个 yum 仓库比有什么优势? 13:31:32 yum 仓库要服务器和机房啊 13:31:44 带宽也是个问题。 13:31:51 liangsuilong: 可以放到 google code 上 13:32:06 liangsuilong: fedprapeople 也可以 13:32:06 不行的 13:32:15 liangsuilong: 哪里不行了? 13:32:27 上传很麻烦。 13:32:47 要逐个文件上传 13:32:55 liangsuilong: 不需要 13:33:05 liangsuilong: 把 yum 仓库给用 svn 上传了就可以了 13:33:17 而且元信息库处理就更麻烦了。 13:33:51 应该不能传有分发问题的包吧。 13:34:13 liangsuilong: googlecode 没有这种限制吧。 我们是放到 svn 仓库里。 13:34:35 liangsuilong: 再说了,放到 VPS 上就是了啊 13:34:56 liangsuilong: 做大了的话,还有 163 sohu 会 mirror 13:34:58 哪个人提供那么大的 VPS 啊。。 13:35:07 liangsuilong: 你要多大? 13:35:33 liangsuilong: 不就几个嘛。你要把全部的fedora 软件都弄进去? 13:35:41 多几个人下载就撑不住了。 13:36:17 放有分发问题的软件会被下线嘛。 13:36:55 liangsuilong: ... 你不好在rpm包里放安装脚本的啊 13:37:29 你看看 rpmfusion 都撑得个半死不活。。 13:37:56 卸载麻烦。 13:38:18 而且再安装麻烦。 13:38:58 liangsuilong: 首先,再分发有问题的一定是二进制的,一定不开源的 13:39:10 liangsuilong: 所以 yum-build 也没用啊 13:39:36 yum-build 只提供信息。 13:40:04 不直接提供二进制下载。 13:40:29 liangsuilong: 那还不如做个类似 winetricks 的软件 13:41:04 liangsuilong: 要下什么,勾起了就可以了 13:42:53 。。早就有了这货。 13:44:29 liangsuilong: 所以 yum-build 没有什么意义啊 13:45:17 但是拿那写winetricks的人多累。。 13:47:33 用VCS由用户提交会少很多麻烦 13:48:18 而且数量会多很多。 13:50:44 没人就结束会议。 13:50:56 #endmeeting