石头 Commented @ 2007-09-15 8:51 am
fedora 不能像ubuntu 那样的理念，也就不能吸引那么多高效的开发者，而且ubuntu的先进之处还有很多：
1. 遍布全球的源，更新方便，我在国内用cn99.com的源平时的下载速度都是在1M每秒，这是何等的快。
2. 多种风味调制：ubuntu, kubuntu,edubutu,xubuntu 适合不同用途，不同偏好的用户，尽量满足不同的人的需求。而同时借助apt强大功能，各个系统之间其实又是互通互用，只要一个命令就可以搞定。
3. 多达10000多种软件，同时解决各种依赖问题，对用户来说是天堂。再加上多种安装软件的方式，apt, getdeb, 源码安装，多管齐下，解决绝大部分软件烦恼。
4. 强大的在线安装 liveCD.
5. 强在的在线开发和翻译平台：launchpad.net 此平台上注册用户高达2百万，开发人员上万，翻译人员也有上万。（我所在的中文小组有320+人了。最多的是法语组有740+人之多。）这个平台同时还是在线提交bug, bug处理分配，文档写作等工作的强大平台。而这个好象是国内用户最容易忽视的地方。
6. 超强的社区支持。 任何的问题，都可以在irc频道迅速找到提问的地方，中文问题有中文社区，forum.ubuntu.org.cn，其他共性的问题可以直接到irc频道提问开发人员。或者可以发贴。或者可以发布bug报告到launchpad.net. 而关于这个问题的回答你都可以用邮件来跟踪。
7. 大手笔的免费CD派送。要接受派送先要注册到launchpad.net. 这个过程你就很可能也愿意为ubuntu出一份力。
8. 应对大规模布置ubuntu开发了landscape，为企业式安装ubuntu提供便利。
9. 官方的planet ubuntu给用户和高层开发管理人员提供很好的交流平台。
ubuntu的成功不是偶然的。只有当你融入其中，你才会感受到它越来越大的魅力。欢迎更多的人加入到这个大家庭中来。
bbbush Commented @ 2007-09-15 12:42 pm
1. fedora 的源也是遍布全球吧。。。cn99 是特例罢了
2. fedora 的风味只有那么一种，不过到了 fedora 8 会出现很多奇怪的“变体”。这次 fedora 8 test2 就提供了“开发者”，“电子电路”几种，正式发布时大概还会有“艺术”和“音乐创作”之类。合并 open mosix 和 ladspa 的成果大概也不难，因为 fedora 7 时引入了 revisor，而且把 yum 和 anaconda 都为此做了调整。提供机制是很重要的，虽然 fedora 有些慢，但是这些机制已经有了，定制就是一个 kickstart 就可以，对任何通过了 rhce 的人都不是难事。反观 ubuntu，它的定制性是靠什么机制呢？！
3. 软件么，fedora 的软件不也是日新月异地增加吗？又，fedora 一样可以通过 yum, 图形界面的工具，源码来安装。并且制作一个 rpm spec 相当简单！比你想象的简单，比 .deb 简单，任何人都可以做到！
4. fedora 在线安装很好用。那个 live media 可以用一个命令就复制到 usb 移动存储器上。只能说，有这样的技术实力，提供灵活的机制，才是对 linux 最有益的！
5. 在线平台， fedora 也在做，transfelix 马上就要上线了。与你的发行版不同，你的翻译结果只能自己用吧？ glezos 做的 transfelix 是要把结果送给上游的。还有，再次印证了 fedora 不缺这些，只是这些机制没有及时上线，让你的发行版占领了先机罢了。
另外，想要做贡献，无论在 ubuntu, fedora, i18n 组，都是一样的。launchpad 的成果如果不能为其他发行版所用，那么只能说明是狭隘的一群人。这一点想来你也同意吧，linux 必须要共享成果，不可以无谓地重复劳动。希望在 fedora 中多看到你们大家的劳动成果！可是，事实是这样的吗？你们有考虑过这件事吗？
6. 我们也有 irc， #fedora-cn 只不过是晚了半年一年，用 fedora 的人少，所以才不够热闹。可是我们有每周的例会，有积极的，快速反应的机制。其次，fedora 的社区有很多，最主要的是 linuxsir，在那里已经足够了，一则是 bbs 不必要那么发达，一则是 linuxsir 既然是国内 linux 讨论区的代表，那么为了 linux，就应该在那里发展。最后，难道 http://bugzilla.redhat.com 不是对所有人开放的吗，有问题当然可以提交到 bugzilla，这是地球人都知道的吧。反倒是上游不一定都会用 launchpad，不一定会收到反馈吧。
7. 呵呵，派送 CD
8. 呵呵，企业级，rhel
9. planet ubuntu 也可以拿出来说？@_@ 你去看看 planet fedora 和 planet gnome 的成员多么相似，fedora 有多少人直接是 gnome 的成员。
这一点简直太搞笑了， planet 也可以拿出来讲。。。
没发现 ubuntu 除了包装、企划和宣传吸引人眼球之外还有哪一点是“成功不是偶然的”的原因。有空还请多指教。
转载自http://linuxtoy.org/archives/fedora-8-t ... eased.html
p.s.总不发贴,于心不忍.又不达人,没什么想法.只有转别人的来凑数了.真是狡猾
[转帖]fedora vs ubuntu
-
Miu_cat
- 帖子： 12
- 注册时间： 2007-09-03 22:53
-
ttand
- 帖子： 1745
- 注册时间： 2005-08-22 14:05
- 来自： 离开北京
-
matri
- 帖子： 1140
- 注册时间： 2006-10-27 11:14
- 来自： 悉尼
-
zhuqin_83
- 帖子： 10606
- 注册时间： 2006-05-13 4:02
- 联系：
-
xhy
- 帖子： 3916
- 注册时间： 2005-12-28 1:16
- 系统： Ubuntu 12.10 X64
- 来自： 火星
-
bones7456
- 帖子： 8495
- 注册时间： 2006-04-12 20:05
- 来自： 杭州
- 联系：
-
xhy
- 帖子： 3916
- 注册时间： 2005-12-28 1:16
- 系统： Ubuntu 12.10 X64
- 来自： 火星
-
xiechy
- 帖子： 1074
- 注册时间： 2006-01-18 15:01
-
猛将兄
- 帖子： 2052
- 注册时间： 2005-10-19 17:33
我最看中的是依赖关系的处理。不过有很多人还有更多看法xiechy 写了：rpm很好用阿！有什么是deb做得到rpmxhy 写了：不管怎么样 坚决不用rpm
如果redhat全面转向deb或者纯源码机制
倒可以考虑考虑
做不到的？
DEB compared with RPM
(#223107 by subscriber mheily (#27123) in response to ESR's goodbye note.)
I have worked with both formats, and IMHO, DEB is a vastly superior to RPM as a packaging format. DEB is easier to use, better documented, more modular and extensible than RPM, and uses standard tools (/usr/bin/make and shell scripts) instead of a custom tool (/usr/bin/rpm). There is no limit to what you can do with a combination of a Makefile and shell scripts.
An RPM spec file is basically comprised of four things: macros, tags, a list of files, and build/install/uninstall scripts. All of these things are jammed together in a single file that becomes bloated and hard to read -- especially when a lot of macros are used. The spec file is processed by a single, monolithic tool (/usr/bin/rpm) to produce a binary package.
By contrast, all Debian packaging information is kept in small, single-purpose files under the debian/ directory. The entire build process is controlled by a Makefile named debian/rules. The Makefile calls a number of small, single-purpose shell scripts provided by the 'debhelper' package to do the actual work. For example, if the package needs to install an entry in the system crontab, you add a line to the Makefile that calls the dh_crontab script, which merges the contents of debian/cron.d file into the system cron.d directory.
I'm not aware of an equivalent to debhelper in RPM, which means that packagers have to roll their own system-dependent scripts to do all the work that debhelper does for you.
http://lwn.net/Articles/223107/
-
猛将兄
- 帖子： 2052
- 注册时间： 2005-10-19 17:33
