深度的软件中心很cool
啥时抄抄?http://www.linuxdeepin.com/ 让我想起了360。ylmf也有类似的软件中心。 貌似各家 Windows 下面的那些软件中心都是这个样子的。
没什么特别的地方。
当然 ubuntu 那个必须喷,太丑太不直观了。
Magic Linux 最主要的问题是根本没人写大程序,而且 ML 的软件库整理的一直不好。
其实现在做 Linux 系统主要就是人肉要足够多。核心部分找一两个高手专门处理,其余的一些只要会编程或者会需要的任务技术需求的人就够了。 hoho,这个软件中心好像不好弄啊。
其实smart-gui也起类似作用,不过友好度的确太差了。
另,magic早就有软件的中文简介了。
至于软件库整理,深度的还不清楚。ylmf的也不怎么样,其实就是人手的问题,发现问题没有办法及时处理。 原帖由 sejishikong 于 2011-7-4 17:43 发表 http://forum.linuxfans.org/images/common/back.gif
hoho,这个软件中心好像不好弄啊。
其实smart-gui也起类似作用,不过友好度的确太差了。
另,magic早就有软件的中文简介了。
至于软件库整理,深度的还不清楚。ylmf的也不怎么样,其实就是人手的问题,发现问题没有办法及时处理 ...
其实,起步最早,做的最好的,在人们的心中地位最高的还是magic linux!
但,人手,资金,阻碍的它的发展! 最重要的是要先做好基本的资料 原帖由 sejishikong 于 2011-7-4 05:43 PM 发表 http://forum.linuxfans.org/images/common/back.gif
hoho,这个软件中心好像不好弄啊。
其实smart-gui也起类似作用,不过友好度的确太差了。
另,magic早就有软件的中文简介了。
至于软件库整理,深度的还不清楚。ylmf的也不怎么样,其实就是人手的问题,发现问题没有办法及时处理 ...
很好弄,只要能把 smart 的软件仓库整理清楚,在增加一个就我说的那个 world 文件类似的标签文件。
之后就是这个软件的设计和软件中心内容的编写了。
没难度,就是需要人肉而已。 先把软件仓库整理清楚后什么都好说。 原帖由 jiangtao9999 于 2011-7-5 17:55 发表 http://forum.linuxfans.org/images/common/back.gif
先把软件仓库整理清楚后什么都好说。
这种软件。。。
之前我好象说过一些关于软件整理的提议。
如果有朋友能帮我的话,希望能把软件整理一下,最后写成网页,然后套个浏览器和皮肤就可以了。 原帖由 jiangtao9999 于 2011-7-5 17:54 发表 http://forum.linuxfans.org/images/common/back.gif
很好弄,只要能把 smart 的软件仓库整理清楚,在增加一个就我说的那个 world 文件类似的标签文件。
之后就是这个软件的设计和软件中心内容的编写了。
没难度,就是需要人肉而已。 ...
问题就在于整理仓库,这个工作其实很麻烦的,连debian都有时候出问题.ylmf一上来就出问题了.要是软件少一些还好办,多了就很难处理了. 整理好仓库就完成了90%,嘿嘿 整理好仓库,软件中心就不是问题了。其实smart-gui换个界面就是那个软件中心。 原帖由 sejishikong 于 2011-7-6 11:18 PM 发表 http://forum.linuxfans.org/images/common/back.gif
问题就在于整理仓库,这个工作其实很麻烦的,连debian都有时候出问题.ylmf一上来就出问题了.要是软件少一些还好办,多了就很难处理了.
所以我一直说软件分部分,分层级什么的。要的就是把 ml 的基础提出来。
之后软件中心什么的就可以规定一些编译和管理要求,这样完全可以独立出来单独控制。
我说了这么长时间大家都是看不懂我什么想法?还是根本就没看?还是我想的不切实际?
:| 原帖由 jiangtao9999 于 2011-7-7 14:53 发表 http://forum.linuxfans.org/images/common/back.gif
所以我一直说软件分部分,分层级什么的。要的就是把 ml 的基础提出来。
之后软件中心什么的就可以规定一些编译和管理要求,这样完全可以独立出来单独控制。
我说了这么长时间大家都是看不懂我什么想法?还是根本就没看?还 ...
说实话,不好办。 原帖由 sejishikong 于 2011-7-13 10:35 PM 发表 http://forum.linuxfans.org/images/common/back.gif
说实话,不好办。
其实也好办。
单独做系统,软件一层一层确定。只要有那时间一层一层的确定好每个包的位置,系统部分就解决了。
不在系统里面的东西单独拿出来,扔进软件专用而不是系统专用的源里面,之后再说软件中心就相对容易很多了。
麻烦一次终生受益。就算 RPM 分不出来,也要尝试从 SRPM 分层级。
每个 RPM 的包分类不要用原来的那套了,重新启用一套适合分层的包分类名吧。
页:
[1]
2