69787356 发表于 2009-12-16 23:04:56

振兴MagicLinux 一点建议

刚接触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 发表于 2009-12-16 23:38:28

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

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

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

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

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

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

zy_sunshine 发表于 2009-12-16 23:50:09

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

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

zy_sunshine 发表于 2009-12-16 23:53:03

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

zy_sunshine 发表于 2009-12-16 23:58:13

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

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

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

zy_sunshine 发表于 2009-12-16 23:58:41

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

haulm 发表于 2009-12-17 00:35:09

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 发表于 2009-12-17 09:15:14

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

zy_sunshine 发表于 2009-12-17 11:57:54

回复 7# haulm 的帖子

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

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

zy_sunshine 发表于 2009-12-17 11:58:49

回复 8# sejishikong 的帖子

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

Jactry 发表于 2009-12-17 12:33:42

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

panpanpdj 发表于 2009-12-17 13:11:14

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

软用者 发表于 2009-12-17 20:40:17

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

zy_sunshine 发表于 2009-12-17 21:08:45

回复 13# 软用者 的帖子

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

haulm 发表于 2009-12-18 01:31:46

我所说的自己的包管理器并非你想象中的万能安装管理器,但我觉得kpackage太简单了,它只适合安装单一的包,一旦遇到依赖其它组件而不能单独安装的包时就无法进行,所以需要一个能简单判断依赖的管理器,当然也请不要拿设置本地的安装源来说。
页: [1] 2 3
查看完整版本: 振兴MagicLinux 一点建议