深度的软件中心很cool

haulm

光说不做

sejishikong

原帖由 jiangtao9999 于 2011-7-13 23:24 发表

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

...

有很多依赖很难处理的。

l364362219

深度那东西，很有问题啊，几乎是能看不能用啊！

jiangtao9999

原帖由 sejishikong 于 2011-7-15 10:53 AM 发表

有很多依赖很难处理的。

所以依赖问题只能你来。主要是要统一管理，统一规范。以及我说的系统分层，至少整个系统发布的内容要作为一个组合，其他的外围软件必须最小化的直接依赖整个系统。

huizige

依赖关系确实很麻烦，不是一般的麻烦，不如GVFS来说，不仅仅是你编译不通过而已，还有一些增强功能要打开还要安装一系列关系拉得很长的支持库。几乎要支持不同的功能能独立分出一个系统。
现在我调整的系统已经接近尾声，从启动到桌面完成后时间也长了一点，考虑加入systemd的调度，现在还在调整中，内核配置有很多相关，真麻烦，要反复的查找错误，找资料，修改编译配置参数和修改内核选项。

sejishikong

原帖由 huizige 于 2011-8-2 12:47 发表
依赖关系确实很麻烦，不是一般的麻烦，不如GVFS来说，不仅仅是你编译不通过而已，还有一些增强功能要打开还要安装一系列关系拉得很长的支持库。几乎要支持不同的功能能独立分出一个系统。
现在我调整的系统已经接近尾声，从启 ...

有些软件的可选库非常多，个人用的话，就不用考虑了，做发行版就必须考虑，而且还得考虑合适的分包，尽量避免引入不必要的依赖，又得注意依赖不足。

jiangtao9999

sejishikong ，你不是在做通用系统，针对桌面的 Linux 很多东西不需要考虑那么多。
化简分包，编译时强行设置每个功能的开与关保证不会因为软件环境变动。
你只要能把整个系统完全的固定出来，外围的事情就简单很多。

haulm

deb 的打包，对于依赖都是手工去定义的，依赖是人为的，不是必然的。

jiangtao9999

依赖也是必然的，你不可能要求所有的程序都不依赖 glibc 吧？
我的观点是整个系统的依赖完全固定下来，这样所有的程序的必然依赖和人工可选依赖都可以固定下来，而且软件的功能也都固定下来，这样就可以尝试缩减软件包的分包。从而减少系统的工作量。
外围程序因为整个系统的固定下来，外围程序的依赖也变得独立出来。