Linux：恼人的依赖关系

sejishikong

没有make install?
另：mdk的包拿到RH多半是不能正常安装的，安装还是能的，不过不一定正常。甚至mdk的RPM包里的macro都和rh不一样，尤其是处理安装menu的程序的时候，完全不一样。

afterstep

是啊，windows有dll hell，linux有lib hell，都差不多。现在RH的apt-rpm倒是部分解决了这个问题，希望mandrake也早点推出自己的apt-rpm。

KDE

[quote:e24a7a87ae="chaobill"]说句招人骂的话:
还是 M$的方式好:函数都固定在那几个DLL里，不用那你就得另外给DLL
不过后来应用讨厌的ACTIVEX后DLL HELL就出现了

LINUX不近人情之一就是 lib hell

我下载了 anjuta,他要我装个 libzvt2.0以上，鬼知道里面是干什么用的。我的系统没libzvt都可以用啊
用天网搜，好，有.src.rpm
./ conufiure
make

OK
生成了一个libzvt目录
然后下一步就不知道要干什么了

把它的文件都复制到 /usr/share/lib
还是不能安装啊。[/quote]

简单复制是不行的，还要 ldconfig，所以最好是简单执行：
./ conufiure --prefix=/usr
make
make install

另外不明白你既然有 src.rpm，为什么不用 rpmbuild 工具？

chaobill

因为没人告诉过我有 rpmbuild

就这么简单

ShiChao

[quote:3e713bc569="jackey"]即使是gentoo也存在这个问题。[/quote]

从源代码编译，不存在这个问题吧。有问题就是不能编译。
我觉得我们是不是需要另一套包管理系统，基于source的（当然也可以像gentoo那样直接安装package, emrege -K xxx）。

KDE

[quote:bcdba4994d="ShiChao"][quote:bcdba4994d="jackey"]即使是gentoo也存在这个问题。[/quote]

从源代码编译，不存在这个问题吧。有问题就是不能编译。
我觉得我们是不是需要另一套包管理系统，基于source的（当然也可以像gentoo那样直接安装package, emrege -K xxx）。[/quote]

这实际是把软件开发的最后一步抛给了用户，对于大部分普通用户而言是极不负责任的。从源代码安装违背了易用性原则。再说我们也没有那么多精力。magic 可以支持 apt-synaptic 体系和 emerge 体系，但是她不是基于源代码的，所以不兼容 gentoo 的 ebuild 包。

ShiChao

我比较喜欢自己编译安装，因为他不会像装二进制那样出现各种各样的问题
我们可以在每个包中作一个MagicScript，和一个GUI安装程序（MagicScript解释程序）
这样的话，相信普通用户也不会害怕装tgz包

caihua

:-) 让用户来安装tar包是不可能D，而且是普通用户，这个是不用考虑的了

ShiChao

感觉现在linux不让用户碰tar包还是不大可能

KDE

大家还是看看此帖吧。

twisters

Magic linux做得很好呀！
如果有很丰富的软件包，相信会很流行的！
因为拿RH的包来ML安装，还不一定能装得上来。
如果没精力制作ML自己点包的话，兼容Debian的包，可以拿来就用点话，这是个不错点选择！

lovewilliam

楼上的知道你自己说的是什么概念吗？

deb和rpm是完全不同的东西

myopia

[quote:a9834838fc="twisters"]Magic linux做得很好呀！
如果有很丰富的软件包，相信会很流行的！
因为拿RH的包来ML安装，还不一定能装得上来。
如果没精力制作ML自己点包的话，兼容Debian的包，可以拿来就用点话，这是个不错点选择！[/quote]

不懂

mandrakechina

[quote:393e5fd9b8="afterstep"]是啊，windows有dll hell，linux有lib hell，都差不多。现在RH的apt-rpm倒是部分解决了这个问题，希望mandrake也早点推出自己的apt-rpm。[/quote]在你还没有开始用Mandrakelinux之前，就有urpmi这个东西了。

caihua

Mandrakelinux的urpmi真的很方便，她会提示你缺少什么然后问你是否要下载那些依赖包，magic可以向MDK学习这个