深度的软件中心很cool

hover_sky · 发表于 2011-7-4 12:34:04

dgy18787 · 发表于 2011-7-4 13:28:24

让我想起了360。ylmf也有类似的软件中心。

jiangtao9999 · 发表于 2011-7-4 13:34:04

貌似各家 Windows 下面的那些软件中心都是这个样子的。
没什么特别的地方。
当然 ubuntu 那个必须喷，太丑太不直观了。
Magic Linux 最主要的问题是根本没人写大程序，而且 ML 的软件库整理的一直不好。

其实现在做 Linux 系统主要就是人肉要足够多。核心部分找一两个高手专门处理，其余的一些只要会编程或者会需要的任务技术需求的人就够了。

sejishikong · 发表于 2011-7-4 17:43:02

hoho，这个软件中心好像不好弄啊。
其实smart-gui也起类似作用，不过友好度的确太差了。
另，magic早就有软件的中文简介了。
至于软件库整理，深度的还不清楚。ylmf的也不怎么样，其实就是人手的问题，发现问题没有办法及时处理。

nrywlm · 发表于 2011-7-4 18:44:25

原帖由 sejishikong 于 2011-7-4 17:43 发表
hoho，这个软件中心好像不好弄啊。
其实smart-gui也起类似作用，不过友好度的确太差了。
另，magic早就有软件的中文简介了。
至于软件库整理，深度的还不清楚。ylmf的也不怎么样，其实就是人手的问题，发现问题没有办法及时处理 ...

其实，起步最早，做的最好的，在人们的心中地位最高的还是magic linux!

但，人手，资金，阻碍的它的发展！

zy_sunshine · 发表于 2011-7-4 19:15:35

最重要的是要先做好基本的资料

jiangtao9999 · 发表于 2011-7-5 17:54:28

原帖由 sejishikong 于 2011-7-4 05:43 PM 发表
hoho，这个软件中心好像不好弄啊。
其实smart-gui也起类似作用，不过友好度的确太差了。
另，magic早就有软件的中文简介了。
至于软件库整理，深度的还不清楚。ylmf的也不怎么样，其实就是人手的问题，发现问题没有办法及时处理 ...

很好弄，只要能把 smart 的软件仓库整理清楚，在增加一个就我说的那个 world 文件类似的标签文件。
之后就是这个软件的设计和软件中心内容的编写了。
没难度，就是需要人肉而已。

jiangtao9999 · 发表于 2011-7-5 17:55:47

先把软件仓库整理清楚后什么都好说。

haulm · 发表于 2011-7-6 07:38:42

原帖由 jiangtao9999 于 2011-7-5 17:55 发表
先把软件仓库整理清楚后什么都好说。

这种软件。。。
之前我好象说过一些关于软件整理的提议。
如果有朋友能帮我的话，希望能把软件整理一下，最后写成网页，然后套个浏览器和皮肤就可以了。

sejishikong · 发表于 2011-7-6 23:18:57

原帖由 jiangtao9999 于 2011-7-5 17:54 发表

很好弄，只要能把 smart 的软件仓库整理清楚，在增加一个就我说的那个 world 文件类似的标签文件。
之后就是这个软件的设计和软件中心内容的编写了。
没难度，就是需要人肉而已。 ...

问题就在于整理仓库，这个工作其实很麻烦的，连debian都有时候出问题．ylmf一上来就出问题了．要是软件少一些还好办，多了就很难处理了．

凤凰涅磐 · 发表于 2011-7-7 08:43:05

整理好仓库就完成了90％，嘿嘿

sejishikong · 发表于 2011-7-7 11:26:48

整理好仓库，软件中心就不是问题了。其实smart-gui换个界面就是那个软件中心。

jiangtao9999 · 发表于 2011-7-7 14:53:45

原帖由 sejishikong 于 2011-7-6 11:18 PM 发表

问题就在于整理仓库，这个工作其实很麻烦的，连debian都有时候出问题．ylmf一上来就出问题了．要是软件少一些还好办，多了就很难处理了．

所以我一直说软件分部分，分层级什么的。要的就是把 ml 的基础提出来。
之后软件中心什么的就可以规定一些编译和管理要求，这样完全可以独立出来单独控制。

我说了这么长时间大家都是看不懂我什么想法？还是根本就没看？还是我想的不切实际？

sejishikong · 发表于 2011-7-13 22:35:07

原帖由 jiangtao9999 于 2011-7-7 14:53 发表

所以我一直说软件分部分，分层级什么的。要的就是把 ml 的基础提出来。
之后软件中心什么的就可以规定一些编译和管理要求，这样完全可以独立出来单独控制。

我说了这么长时间大家都是看不懂我什么想法？还是根本就没看？还 ...

说实话，不好办。

jiangtao9999 · 发表于 2011-7-13 23:24:56

原帖由 sejishikong 于 2011-7-13 10:35 PM 发表

说实话，不好办。

其实也好办。
单独做系统，软件一层一层确定。只要有那时间一层一层的确定好每个包的位置，系统部分就解决了。
不在系统里面的东西单独拿出来，扔进软件专用而不是系统专用的源里面，之后再说软件中心就相对容易很多了。

麻烦一次终生受益。就算 RPM 分不出来，也要尝试从 SRPM 分层级。
每个 RPM 的包分类不要用原来的那套了，重新启用一套适合分层的包分类名吧。

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