没有make install?
另：mdk的包拿到RH多半是不能正常安装的，安装还是能的，不过不一定正常。甚至mdk的RPM包里的macro都和rh不一样，尤其是处理安装menu的程序的时候，完全不一样。
是啊，windows有dll hell，linux有lib hell，都差不多。现在RH的apt-rpm倒是部分解决了这个问题，希望mandrake也早点推出自己的apt-rpm。
说句招人骂的话:
还是 M$的方式好:函数都固定在那几个DLL里，不用那你就得另外给DLL
不过后来应用讨厌的ACTIVEX后DLL HELL就出现了
LINUX不近人情之一就是 lib hell
我下载了 anjuta,他要我装个 libzvt2.0以上，鬼知道里面是干什么用的。我的系统没libzvt都可以用啊
用天网搜，好，有.src.rpm
./ conufiure
make
OK
生成了一个libzvt目录
然后下一步就不知道要干什么了
把它的文件都复制到 /usr/share/lib
还是不能安装啊。
简单复制是不行的，还要 ldconfig，所以最好是简单执行：
./ conufiure --prefix=/usr
make
make install
另外不明白你既然有 src.rpm，为什么不用 rpmbuild 工具？
因为没人告诉过我有 rpmbuild
就这么简单
即使是gentoo也存在这个问题。
从源代码编译，不存在这个问题吧。有问题就是不能编译。
我觉得我们是不是需要另一套包管理系统，基于source的（当然也可以像gentoo那样直接安装package, emrege -K xxx）。
即使是gentoo也存在这个问题。
从源代码编译，不存在这个问题吧。有问题就是不能编译。
我觉得我们是不是需要另一套包管理系统，基于source的（当然也可以像gentoo那样直接安装package, emrege -K xxx）。
这实际是把软件开发的最后一步抛给了用户，对于大部分普通用户而言是极不负责任的。从源代码安装违背了易用性原则。再说我们也没有那么多精力。magic 可以支持 apt-synaptic 体系和 emerge 体系，但是她不是基于源代码的，所以不兼容 gentoo 的 ebuild 包。
我比较喜欢自己编译安装，因为他不会像装二进制那样出现各种各样的问题
我们可以在每个包中作一个MagicScript，和一个GUI安装程序（MagicScript解释程序）
这样的话，相信普通用户也不会害怕装tgz包
:-) 让用户来安装tar包是不可能D，而且是普通用户，这个是不用考虑的了
感觉现在linux不让用户碰tar包还是不大可能
大家还是看看此帖吧。
Magic linux做得很好呀！
如果有很丰富的软件包，相信会很流行的！
因为拿RH的包来ML安装，还不一定能装得上来。
如果没精力制作ML自己点包的话，兼容Debian的包，可以拿来就用点话，这是个不错点选择！
楼上的知道你自己说的是什么概念吗？
deb和rpm是完全不同的东西
Magic linux做得很好呀！
如果有很丰富的软件包，相信会很流行的！
因为拿RH的包来ML安装，还不一定能装得上来。
如果没精力制作ML自己点包的话，兼容Debian的包，可以拿来就用点话，这是个不错点选择！
不懂
是啊，windows有dll hell，linux有lib hell，都差不多。现在RH的apt-rpm倒是部分解决了这个问题，希望mandrake也早点推出自己的apt-rpm。在你还没有开始用Mandrakelinux之前，就有urpmi这个东西了。
:mrgreen: Mandrakelinux的urpmi真的很方便，她会提示你缺少什么然后问你是否要下载那些依赖包，magic可以向MDK学习这个