建议制做属于 MagicLinux 自身的包管理器强化软件管理

haulm

想法已经有了：
1. 制做属于自己的包格式，但主要用于备份数据，可以直接安装；
2. 仍然使用 rpm 做为主要的包管理工具，自身的包管理器可以理解为 win 那个添加删除；
3. 将系统初装包群列成数据表进行管理，一旦升级触及系统则将进行数据备份，通过 rpm 和源进行排查。
4. 提供还原，设置固定大小的垃圾箱，所有数据可以用 xz 压缩，可以直接挂载测试。
5. 和更新源无关系，但是更新源做出的变化将可能导致管理器在开启时去对照变化。

huizige

我建议分成软件包集合1块管理进行管理，原始LIVE CD只包含最基础的应用，其他的doc,man文档和GCC分成几个块进行管理，管理界面不要依赖KDE和GTK，若需要KDE和GTK的个性化支持就把块管理做成模块，由GUI进行调用，安装管理时不完全依赖RPM，只在详细管理时调用RPM管理机制，若对数量众多的文件包用RPM管理会造成逐个对较依赖，占用大量的时间。
我还想请教一下，RPM分包把一个源码包拆成应用程序和头文件包是怎么做的，我不清楚是用输入参数还是通过配置文件定义的。

sejishikong

原帖由 huizige 于 2013-5-24 12:25 发表
我建议分成软件包集合1块管理进行管理，原始LIVE CD只包含最基础的应用，其他的doc,man文档和GCC分成几个块进行管理，管理界面不要依赖KDE和GTK，若需要KDE和GTK的个性化支持就把块管理做成模块，由GUI进行调用，安装管理时不完 ...

rpm的spec设置。可以把一年srpm的内容分成若干包。

jiangtao9999

其实我觉得如果可以，还是能自己出个包管理器最好。
可以基于 rpm 。
我觉得现在 rpm 功能太多太乱了。

zy_sunshine

基于arch的abs，嘿嘿

luozhenwu

好像以前有过很多次这样的讨论。