|
|
发表于 2003-9-2 15:41:16
|
显示全部楼层
回复: 回复: tgz包是Unix类系统的传统安装方法，能比较好的解决软件包之间的依赖关系
最初由 哈蜜瓜 发表
rpm的依赖关系在这点上应该说是它的优点。比如说我用mplayer，要想播放divx5电影，如果不装divx4linux这个依赖包是绝对不行的。而tgz正因为没去检验这些依赖关系的程序，许多包甚至无法正常运行。当然如果你直接用代码在本机上编译，那又另当别论。
现在rpm存在最大的问题是：网上有这么多rpm包软件资源，但各个发行版的rpm包名称不一致，造成一定的混乱局面。比如说我拿一个mandrake的源码包(src.rpm)到redhat系统去编译，需要解决很多依赖关系,前几天我想把Mandrake的drakconf这个很有特色的管理程序移植到Redhat下，弄了好几天，发现两个发行版SPEC的书写规则都有所不同，现在都还没辙底弄好。
这个有道理， 如果rpm只有RedHat一家，估计也没什么依赖关系混乱的问题了
看看，兄弟们安装rpm包时，动则就是--force的，不出点事才怪
apt-rpm刚出来时，还不错，现在安装源一多，同样的麻烦
debian的包管理系统对依赖关系要求很强，而且debian发行版在deb包的世界里处于绝对核心地位，基本上99%的软件都已经被包含在官方发布里了。所以问题比较少，如果用了不合适的unofficial apt source，一样有很多软件冲突之类的麻烦
tgz嘛，好象没什么特点... 基本上是没有包管理系统
slackware基本上是最接近Unix的发行版，颇有怀旧色彩
init就好象是SysV跟BSD风格的杂交，有点意思
刚在网上找到一篇评论
Slackware pros:
* Some people think the name is cool
* Once upon a time it might have been good to learn on by doing
things the hard way, but nowadays there are things like LFS
that do a far better job.
Slackware cons:
* No packaging system, hence
* No automatic updates
* Human/machine ratio for administrators far worse than for
"proper" distributions.
* Majordomo has a 40k/message size limit, so I'm stopping before
I get carried away >;-)
If someone wants to run it on their home machine(s), well they're free
to do as they please, but if you see someone trying to install it
anywhere critical, please shoot them.
Slackware to me is little more than an interesting historical artifact.
The only notable thing about it is that it hasn't died yet. |
|
IP卡
狗仔卡
楼主
显身卡