批评 700M 理论

haulm · 发表于 2010-11-12 09:10:53

任何的软件应用都和硬件及互联网环境有关，就算是系统也都不例外。目前的硬件普及和互联网状况是什么？大部份从业的年轻人都有一部手机，至少带有1G的存储卡，如果没有买一个1G存储卡不过二十多元，买个三元的读卡器就相当于1G的U盘，连 DVD 光盘都要被淘汰了，居然有人还抱着 CD 不放，而 Linux 完全支持硬盘安装，大部份网友的电脑根本又没有刻录机，那么你们所坚持的 700M CD 的论调是否是基于事实上的需要呢？可以说小于 1G 的文件对于所有网友来说都不难用 U 盘移动存储，你要网友刻张 700M CD 却是有困难的。

一年以前我要是想共享哪怕是 1M 的文件都是不可能的。我曾经喜欢写个 Web 主页什么的，可是共享 mp3 都不可能，免费空间支持数据库、PHP的也都不少，但是都限制上传文件的大小。可是现在国内免费网盘服务林立，只要看广告，共享下载个 1G 以内的文件不成问题。就现在的网络格局，真正要突显某个个人站点的可能性都非常可能，因为免费资源的确很丰富。所以连 U 盘也将要被淘汰了，未来的移动存储是基于互联网的。

win 7 的安装盘达到 2G 多也不见得 win7 带有更多的软件。 Linux 现在最大的瓶颈就是软件应用和游戏，硬件支持和 Web 浏览、多媒体浏览的困难已经成为过去，MagicLinux 至今最大的优势就是让菜鸟第一时间就能感受到 Linux 应用和 Win 相差无几，如果连软件都难以安装那么谁用这么个难以消化的系统？你搞个 700M 的CD版本，软件应用和开发应用都有困难，开发者要通过 apt 下载 doc devel，普通用户要通过 apt 下载软件，你再权衡一下现在 magiclinux apt 的下载速度和安全性吧，还不如直接从115下载更新版本。 mgc 中文化做的好，但在细节上是失败的，大量存在的小 Bug，没有认真的设置，没有提示源上有哪些可用的软件。

对于上次的反对意见，我是非常生气的，以上就是我为什么会独立唯护一个接近 1G 大小 magiclinux 2.5 sp 的原因，从稳定出发，SP1不到15天，我又共享了新的SP2版本，如果能解决 chromium 崩溃问题或者还再更新，但目前来看我的能力只能到此为止了，期待 2.6 吧。

[ 本帖最后由 haulm 于 2010-11-12 09:19 编辑 ]

CecilHarvey · 发表于 2010-11-12 09:14:06

1 个月之前还在用 CD-ROM 光驱的飘过

jiangtao9999 · 发表于 2010-11-12 09:23:15

精简永远是对的。Linux 不是微软出品，没办法准备足够的大家用而且没有选择的软件。
你做的大而全，结果就是被人骂，最好的选择是维护一个足够好的在线软件库，同时提供一个好用的软件安装选择器。大家根据自己的需要去选择软件。这个时候，你所需要准备的就是一个通用的真正的作为平台的操作系统。当然大而全也可以，但你要在安装时提供功能选择。

Jeff-cao · 发表于 2010-11-12 09:38:03

支持楼主，呵呵。其实5～6年前的电脑就支持DVD刻录了，况且linux大多支持硬盘或者U盘安装，没必要介意安装镜像的大小的，呵呵

haulm · 发表于 2010-11-12 10:01:30

原帖由 jiangtao9999 于 2010-11-12 09:23 发表
精简永远是对的。Linux 不是微软出品，没办法准备足够的大家用而且没有选择的软件。
你做的大而全，结果就是被人骂，最好的选择是维护一个足够好的在线软件库，同时提供一个好用的软件安装选择器。大家根据自己的需要去选择 ...

SP版本就是有这么大，并不全，整个模板就是 2.5正式版，我硬盘上有 278M 的包是由于升级而产生要用包，整个升级过程单靠编译难以完成，如果按照依赖树编译下去，整个成品不下2G。之所以大于 700M 是比正式版多了两款游戏、多媒体软件、安全软件和 Qt 的doc，我觉得没有理由删掉这些。
1 G 的大小刚好支持普通应用和普通开发，升级系统意味着还要装近300M的包。

[ 本帖最后由 haulm 于 2010-11-12 10:07 编辑 ]

nihui · 发表于 2010-11-12 11:17:52

原帖由 haulm 于 2010-11-12 10:01 发表

SP版本就是有这么大，并不全，整个模板就是 2.5正式版，我硬盘上有 278M 的包是由于升级而产生要用包，整个升级过程单靠编译难以完成，如果按照依赖树编译下去，整个成品不下2G。之所以大于 700M 是比正式版多了两款游戏、多媒 ...

升级不可能会带来 278M 的包。而且附带的两款游戏多媒体应用和安全软件也不应该会达到那么大，不过我支持增加这些软件。我认为按照 2.5 正式版的软件分配，已经足够这些应用，用户需要下载软件可能是偏好问题，比如我喜欢用qmmp播放器而不是amarok。

qt doc 我肯定反对。qt doc 在网络上可以直接查到，默认安装只能为 qt 的开发者带来不用联网就能查看 api 的方便，何况还能自己从头文件生成一份，却无法为更多的非 qt 开发者带来任何好处，只有占硬盘，增加安装时间等。如果要加 qt doc，那么为何别的开发框架的 doc 不加呢？gtk 开发环境默认也有，需要 api 文档，kde 开发环境默认也有，也需要 api 文档。python啊ruby啊，都有 api 文档的，这些 api 文档如果都加，或许再加 1gb 都不止。我也喜欢用 qt，但我肯定不会为了方便看 api 而让诸多非 qt 开发者额外下载和安装 100mb+ 的 qt doc。

700M 大小的 cd 软件应用和开发应用我没发现困难，我自己也开发，重要的 devel 包默认有。精简不到 700M，只好说楼主对软件依赖不清楚和组件分配不当所致。

haulm · 发表于 2010-11-12 11:37:15

nihui，我觉得我们之间争吵没有任何的好处，SP 版本并非是开发组整体的行为，只是我这么多年版主经验行为，你没发现论坛上差不多是我自言自语了。 700M 能实现什么呢，请不要没有根据就下了结论，以图为证，两个游戏还没有算它们需要的依赖库就达到125.7M，加上qt-doc也有100多M，其它附加软件最少也有50M。

haulm · 发表于 2010-11-12 11:41:21

这些是没有包含到 SP2 中的包，都是因为制做 SP2 需要用到的包，属于副产品，其中用于编译 KDE4 的也不少。

haulm · 发表于 2010-11-12 11:46:28

从 MGC2.5 投入开发到 MGC2.6 投入开发停止汇总的最新版本号源码总量。
源码从一张 CD 已经变成两张 DVD 才能容得下。

生气了 · 发表于 2010-11-12 11:59:44

大伙都是朋友，求同存异，共同维护基本系统（不管它700还是900）然后添加add-on盘，把个性软件放在里面。为 200M而争论实在不值得

haulm · 发表于 2010-11-12 12:22:03

700 M 的盘的确可以做出来，但必需牺牲掉游戏和Qt 开发帮助，我的上传能力很差，所以才不愿意为 700 M 的盘努力，但要做一个并不是不可能，何况社区人才那么多，精简一个不是很简单的事情。

fox_eagle2003 · 发表于 2010-11-12 12:34:05

我有个主意：
把游戏变成联网游戏，如SNS中的收菜，这样有效的减少了软件的体积（主程序都在网络而不是本机里），放在网站里的游戏还能增加点击量，

好好赚他一票

其实大伙都不是很在意多出来的那一点空间
除非像我开始时一样用P4 2G那么差的机器，否则现在主流的机器安装它应该是比较快的，不会花太多的时间。就照顾一下有这方面开发需求的朋友吧

刚开始安装的时候的确头痛了几秒，因为不懂
grub>
kernel /vmlinuz
initrd /initrd 后还要加/root选项，这是说安装方式上需要.....改进一下

两位是维护的主力，少了你们可不行，所以不要争了，只要主系统好用，谁会在乎那点空间呢？至于定制软件，留给add-on盘去完成吧。

zy_sunshine · 发表于 2010-11-12 12:52:51

还好MI2支持USB安装了，而且有相关辅助工具，而且iso不必一定放在U盘上，硬盘也可以，哈哈，大家吵吵好啊，越吵越清晰，不过也不要太顽固…

uranuslibo · 发表于 2010-11-12 12:56:32

不要吵了，干脆一张主CD，一张addon光盘

fox_eagle2003 · 发表于 2010-11-12 13:10:34

两位请看，大伙都把意见说出来了，还有什么好讨论的呢？

MI2已经解决了安装问题，大伙也建议增加个性的add-on，

主盘由大家共同维护
这不就没有问题了么？

		自动登录	找回密码
密码			注册

批评 700M 理论

本帖子中包含更多资源

本帖子中包含更多资源

本帖子中包含更多资源