振兴MagicLinux 一点建议

69787356

刚接触Linux ，MagicLinux引导我进入linux，MagicLinux给我留下深刻的印象，但随着易用性，人性化，功能强大的ubuntu的出现有很多人转入ubuntu，我也跟上了潮流，在ubuntu过了许久，再回头看看MagicLinux仍然再默默无闻的坚持更新，真是非常的辛苦，平心而论MagicLinux很有特色。真希望能发展到中国人都用中国的MagicLinux的局面。为振兴MagicLinux 有几点建议能采纳就采纳，不采纳也不要笑话。我也想为MagicLinux出点力。1、易用性，人性化，功能强大，傻瓜化操作的系统才能被绝大多数人接受，中国的相当多用户没有联网或网络并不理想。windows下安装软件双击节然后下一步，下一步如此傻瓜化操作还有很多人不会，相比Linux 下手动安装软件还要打命令，一些电脑老手还感到很困难，何况大多数人。MagicLinux应增加易用性和傻瓜化操作。犹其是安装软件的傻瓜化操作。可以借鉴下Puppy下软件安装方式，强烈建议开发一个具有特色的MagicLinux下安装软件方式，例如开发一个功能强大，傻瓜化操作的人人都易用的软件格式转换制作软件，把什么rpm,deb等格式的软件经转换软件转换后可傻瓜化的在MagicLinux下安装或直接使用，也可如Puppy下PET安装包那样易制作，易安装，这样能形成MagicLinux下软件满天飞的局面。利用群众的力量，不用自已辛辛苦苦的不断更新仓库2、对系统的要求众口难调，自己在那里辛辛苦苦的作系统，也满足不了相当多人的需求，不如发挥网络的力量，让大家都为MagicLinux作贡献，例如开发一个功能强大，傻瓜化操作的人人都易用的MagicLinux定制工具，如同xp下的XPLITE，这将形成各具特色，满足不同需求的MagicLinux衍生版百花齐放的局面，这将大大的提高MagicLinux的知名度，从而大大的促进MagicLinux的普及。

zy_sunshine

我没有用过Puppy，但是理解你的意思是要做Win一样的安装包，这种安装方式是不被linux采用的，前辈们也曾经提到过，linux的这种安装方式让大家不用去网络上寻找各种软件，而且在网络上找到的软件也很不安全，我们只要打开图形界面的安装删除软件(或者用命令行)，选中软件点击安装，包管理器会自动去网络上下载软件包(而且linux下的软件包更新速度是很快的)。

在这里有几个问题。
一是不一定所有人的网速都够快，源地址对某些人来说是很快，而对某些人来说就很慢了（cn的网速确实慢）。

二是，下载后的安装包，包管理器一般是选择不去管理，一般最后就会被一个命令清除了，linux下的软件包更新速度快，因此这些软件包过段时间就没有可利用的价值了，例如下层的软件更新了，导致接口更新，因此这些软件可能用不了了（层层依赖是一个很邪恶的东西永远是个问题）。

关于软件包发布方式，我还是完全赞同用这种源服务器分发的方式，最多是要各种软件的维护人员都加入到打包行列，或者创建一个类似于arch的AUR方式，让每一个人只要注册账号就可以为Magic打包，但是这些包不被官方信任，直到官方认可后才为官方可信任包。（可以做一个rpm打包的GUI程序）

。关于你的第一点应该是想自己做一个Magic的包管理器。这个东西linuxsir有前辈探讨过，这个东西很邪恶

[ 本帖最后由 zy_sunshine 于 2009-12-17 00:02 编辑 ]

zy_sunshine

关于你的第二点。
我先声明，我不是magic的开发人员，只是爱好者。发表意见不代表magic开发团队。
xplite在xp下一定可行，因为微软整体是规范统一的，到了linux下可能不行。如果做操作系统核心部分的增加删改一定不行，如果是应用级别的软件添加删除应该可以实现。

系统核心部分的增加为什么不行(⊙o⊙)？因为linux的更新太快，说白了，整个linux就是靠各个软件包堆积起来的，大家的标准不一定都统一(各个发行版就是要统一这些软件包，让他们在一起协调工作)，因此在整体上整合这些软件包已经很麻烦，如果要添加删改整个系统的关键部位，有可能操作完后系统就崩溃了。这种傻瓜级的制定性在linux下要反复调节反复测试的......
当然，如果只是改变一些应用级别软件的安装应该是可以的。

zy_sunshine

借您的帖子多说几句O(∩_∩)O......
微软为什么厉害，您看看有多少人在写他的msdn就知道了，(*^__^*) 嘻嘻……我感觉magic应该加一个wiki了，虽然一开始可能Document能少点，慢慢来嘛，呵呵，今天我写一句，明天我翻译一段，应该可以的。也可以采用附加在大型wiki上，不需要自己独立来做wiki......有轮子何必要再发明呢，累得很

zy_sunshine

关于包管理方式，我还有一些看法。
自己开发包管理器固然是好事情，但是要花大量时间和精力，到头来也不一定是最优秀的包管理方式。发明轮子是很累的。但是泱泱大国需要一个自己的包管理器(ps:红旗不做，为什么我们做....)
再一个方法，继续完善rpm的包管理方式，例如开发一些旧包的管理器(这就是一些简单的文件管理，字符串分析)。rpm更新的前台GUI界面。

还有我的伟大项目设想(win下直接安装magic方式，O(∩_∩)O哈哈~这个还在幻想中)

[ 本帖最后由 haulm 于 2009-12-18 01:31 编辑 ]

zy_sunshine

怎么就发现我自己在说，有点彪了。

haulm

zy_sunshine，只要有为Magic做出贡献，Magic开发名单里就会体现的，做为一个兴趣并且不断地努力提高自己和共同分享，的确不是容易做到的事情。

Magic主要方向就是桌面应用，Magic希望能接奈更多的爱好者壮大队伍和力量，解决更多的应用问题，现有的人力物力不可能去实现定制安装。从KDE兄对Magic的定位发展的思想，Magic提供了一个基本的开发环境，可以轻松地编译大多数的软件，一个基本的多媒体应用和图片处理环境，基本的文本处理、打印处理环境，提供一个Web浏览、邮件收发等网络通讯环境，提供Sqlite这样的小型数据库服务，另外Magic尽量使桌面能够简化指令的操作，使用UI来处理一些设置，比如mxd2 Sinfo。

基于桌面应用的软件定制是很容易实现的，其实可以用PHP+lighttpd构建一个工具管理系统界面，因为Web表现更加容易，不知道谁对这种Web制做有兴趣。Magic开放MI工具，用它完全可以定制自己的发行版本。

制做一个智能的安装管理器并非是不可能的，因为Linux 管道编程相当方便，通过指令执行返回的屏幕信息完全可以用popen函数读取分析处理再做出行为，这个也不知道谁有兴趣。

总的来说，Linux桌面上的UI设计还是有很大的空间可以发挥，借助Qt4.6的快速开发可以短时间内解决问题，WIN制做这种程序没有多大的意义空间。

[ 本帖最后由 haulm 于 2009-12-17 00:43 编辑 ]

sejishikong

puppy的安装方式其实在magiclive上就可以用。
现在magic主要的问题是硬件兼容性太差了。影响使用。

zy_sunshine

不想和php httpd扯上关系，个人电脑还是尽量与网络隔离开好，除了必要的端口外要打开外，其他的尽量不要开端口。特别是管理界面的东西千万不能开端口，这样安全系数太低了。

我还是先在win下做向magic过渡方面的东西，而且我对win还是有些感情的。

zy_sunshine

还有网络管理器...... 特别是无线网络的

Jactry

强烈要求，一个rpm打包的GUI程序
这样即使官方没有，有人打出来就可以让菜鸟享福了

panpanpdj

我还是想建议SE兄装个mandriva体验一下它的控制中心，太强大了，可不可以考虑移植一下，很实用

软用者

同意panpanpdj的看法，mandriva的控制中心确实不错，magic很需要这样的东西。

zy_sunshine

上回问到sejishikong，他的意见是保留KDE的原风格，估计这家伙是不想做这样的控制中心了。

haulm

我所说的自己的包管理器并非你想象中的万能安装管理器，但我觉得kpackage太简单了，它只适合安装单一的包，一旦遇到依赖其它组件而不能单独安装的包时就无法进行，所以需要一个能简单判断依赖的管理器，当然也请不要拿设置本地的安装源来说。