① 为什么linux软件安装包会有依赖关系，而Windows软件安装包不需要
windows不是没有，只是它在安装时，遇到依赖关系会自动解决。
② linux中源代码包安装的基本步骤是什么
详解linux源码包安装过程
1. 解压缩包
可以通过下载或其他方式获得了一个软件包，通常它是一个压缩文件，大部分可能是存档的和压缩的，这些文件一般以 .tar .gz为扩展名。
首先拷贝它到一个目录，然后 untar 和 gunzip 解压它。 通常这个命令是
tar xzvf filename [filename 是软件文件名称]
解压后的文件一般会在当前目录下的创建子目录，并以这个包名来命名。 你也可以用用这个命令预先查看结果 tar tzvf filename，显示包里有那些解压文件。
源文件如果是新的 bzip2 (.bz2) 格式，可用
bzip2 -cd filename | tar xvf -,或更简单的 tar xyvf filename ，这很不错的tar命令被不断的完善。
说明：
A：有时候一些文件必须安装在用户的 home 目录下,或更多的是在一个固定的目录，比如 /, /usr/src, 或 /opt 。所以必须仔细阅读安装包的配置信息。当一个软件包里如果有config 和 Makefiles 文件则最好去编辑它，这里包括了安装指令和说明。提示：你改变 makefile 会导致不同的结果。大部分软件包允许用 make install 自动处理安置二进制文件在适当的系统位置。
B：你可能碰到过一些共享文件、shell 存档文件、尤其是 Internet 上的源码新闻组。它们保留的原因是具有人性化的可读性，并且允许新闻组缓冲并通过它们筛选和剔除出不合格的。它们可能用 unshar filename.shar 命令来解压。
C： 一些源码存档文件是用非标准的 DOS,Mac 或其他压缩的比如：
zip, arc, lha, arj, zoo, rar, and shk.
D: 有时候，你可能需要使用一个 patch 或显示改变了的 diff 文件来升级或修复存档的源码文件。这 doc 文件或者 README 文件将告诉你怎么去使用。一个很好的命令用标准语法来调用的命令是 patch < patchfile.
2: 关于 rpm 安装包
一些 Linux 用户惧怕通过使用源码来手动安装软件包，不过现在有方便的 rpm 和 deb 或 新格式的 slp 包。例如：rpm 安装运行平稳又快，作为一个软件安装在某几个有名的操作系统。
作为方便的RPM包也存在很多不好的缺点，例如：
A: 要了解软件中更多更详细的内容你必须去在二进制中去了解，而不是rpm包。
B: 还有安装一个 rpm 包如果需要依赖关系那么安装就可能会导致失败。
C: 当 rpm 请求你系统中不同版本的库，那么安装将不能继续，除非你为错误的库位置创建连接符号到正确的位置。
说明：必须使用root 安装 rpm 和 deb 。因为它需要必须的写入权限。
最简单的，用命令 rpm -i packagename.rpm 和 dpkg --install packagename.deb 会自动解包和安装。
3：关于安装 Linux 包出现的一些问题及解决方案
假设 make 失败有个链接错误： -lX11: No such file or directory，正好在 xmkmf 之后已被调用，这可能意味着 Imake 不能被完全建立。检查第一部分 Makefile 文件的的行是这样：
· LIB= -L/usr/X11/lib
· INCLUDE= -I/usr/X11/include/X11
· LIBS= -lX11 -lc -lm
这个 -L 和 -I 开关告诉编译器和链接分别在哪里找到 library 和 include 文件。在这个例子里， X11 库应该在 /usr/X11/lib 目录，且 X11 包含文件应该在 /usr/X11/include/X11 目录里。假如对于你的机器上的这个错误，请处理修改 Makefile 并重新再 make。
没有声明涉及的数学库函数，像下列各项：
/tmp/cca011551.o(.text 0x11): undefined reference to `cos'
要修复它，需要明确链接到匹配的库，在 Makefile (看先前的例子) 里增加一个 -lm 到 LIB 或 LIBS 标记 。
用其他方法尝试
仍然失败 如果失败，参考下列脚本：
make -DUseInstalled -I/usr/X386/lib/X11/config
这个直接方式的类别相当于。
在少数例子里，用 root 运行 ldconfig 可能会解决：
# ldconfig 更新共享库链接符号。
一些 Makefiles 使用你系统里未被承认的库别名。一个例子，构建可能需要 libX11.so.6 ，但是在 /usr/X11R6/lib 不存在文件或链接。然而，在那里是 libX11.so.6.1。解决方法是用 root 运行ln -s /usr/X11R6/lib/libX11.so.6.1 /usr/X11R6/lib/libX11.so.6 ，接着需要运行 ldconfig 。
有一些包需要你安装一个或更多库的升级版本。需要拷贝一个或更多的库到适当的目录里，删除旧的库，重新设置动态链接库。
4：一些其他的问题处理
安装一个shell 脚本如果出现：No such file or directory 的错误消息。这是可以检查文件权限确定文件事可执行的，并检查文件头确定是否 shell 或程序是脚本在指定的位置被调用。一个例子，这个脚本可能是这样开始的：
#!/usr/local/bin/EDEN
如EDEN的实际安装位置是在你的 /usr/bin 目录，用一个 /usr/local/bin 替代
这个脚本不能运行有两个方法来纠正！！
A: 文件头改成 #!/usr/bin/EDEN
B: 或增加一个链接符， ln -s /usr/bin/EDEN
5：一个典型的例子 Xloadimage
首先说明下面的例子来源于国外网站的一个技术实例，这里我做了翻译和整理。
这个例子展现一个简单的问题。xloadimage 程序对我的图形工具的调整设置是有用的附加。从源码目录拷贝文件，用 tar xzvf 解压文件，可是在运行 make 的时候出现令人讨厌的错误并停止了。
gcc -c -O -fstrength-rece -finline-functions -fforce-mem
-fforce-addr -DSYSV -I/usr/X11R6/include
-DSYSPATHFILE=\"/usr/lib/X11/Xloadimage\" mcidas.c
In file included from /usr/include/stdlib.h:32,
from image.h:23,
from xloadimage.h:15,
from mcidas.c:7:
/usr/lib/gcc-lib/i486-linux/2.6.3/include/stddef.h:215:
conflicting types for `wchar_t'
/usr/X11R6/include/X11/Xlib.h:74: previous declaration of
`wchar_t'
make[1]: *** [mcidas.o] Error 1
make[1]: Leaving directory
`/home/thegrendel/tst/xloadimage.4.1'
make: *** [default] Error 2
这个错误消息包含了实质的线索：
查看 image.h 文件的 23 行：
#include < stdlib.h>
在源码的某处对于 xloadimage, wchar_t 已经在指定标准 include 文件重新定义。 告诉我们首先在 image.h 的 23 行尝试注释它，或许 stdlib.h include 是不存在的，毕竟不是所有都是必需的。
在这点，构建中的收益来源于所有任何一个致命错误。xloadimage 现在功能正常。
6： 安装 Linux 包的一些总结
坚持自己动手处理所有的安装出现的问题，不断总结努力学习，从错误里去仔细研究，努力动手排错，从每个不足甚至失败的地方得到扩充和提升，可以增强安装构建软件的技巧。
③ mysql源码安装需要哪些依赖包
安装完了一个崭新的操作系统，且对操作系统自带的程序有了大致的了解，相信大家的兴趣一定高了不少，接下来一定会想安装一些自己需要的应用软件。在Linux系统中安装和配置应用软 件，长期以来被公认为是Linux的软肋之一
④ wine编译安装时，依赖包的问题
2.5.33 比 2.5.4a-41 要高。
⑤ linux的tar源码会写依赖关系吗，如果没有为什么不写
脑补……
因为你没有软件，所有这些事情都要自己动手。
ldd 可以读取每个可以运行的程序依赖的 so 文件。
objmp 好像也可以读取依赖的一些内容。
之后用读取的这些内容反推程序对应的软件包，之后把这些反推出来的软件包都重新编译。
一般来说 ldd 对应的 so 文件只要正确，一般函数接口就问题不大，当然并不绝对。
所以，这种情况，最好的解决办法是把所有系统都整体的重新编译一遍。
言外之意，用 tar 源代码升级系统基本函数库是一个典型的找抽行为。
看看 gentoo 的 gentoolkit 吧。这个东西有个 revdep-rebuild 命令他就是检测函数库依赖关系并且反推软件包重新编译的。
⑥ 如何解决源码包安装时的依赖性问题
动态可执行文件使用最初编译和链接程序时使用的库文件的共享对象名称来查找共享对象。它们在少数的几个标准位置查找，比如在/lib和/usr/lib目录及在LD_LIBRARY_PATH环境变量（主要用于指定查找共享库，比如我们在安装Oracle时指定路径，exportLD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib:/usr/local/lib）指定的目录中。顺便提一下，在这些库目录中找到的共享对象可能不是真正的文件;它们可能是指向位于其他位置的真实库文件的符号链接（但通常仍旧在标准库目录的一个目录中）。至少从系统管理员的观点是在用于创建共享库文件的共享库软件包的名称和共享库文件的名称之间通常没有什么关系。例如，GLIBC2.3软件包用于创建libc.so.6共享库文件。也从本示例中注意到，添加到共享库文件名结束的版本号(.6)跟用于创建它的版本号(2.3)没有关系。这是由共享库软件包开发人员有意完成的，以便GLIBC的新版本可以重用相同的共享库文件名libc.so.6。这允许您在系统上加载新版本的GLIBC，而不用中断动态链接到lib.so.6共享库文件的所有程序，当然假定新版本的GLIBC向后与动态可执行文件最初所链接的老版本GLIBC兼容。因此，即使库文件或共享对象文件有与它们相关的版本号，这些版本号也不能帮助你确定他们来自哪个版本的共享软件包。
注意：当将whatprovides选项用于rpm查询命令时，可以获得有关使用rpm软件包加载到系统的现有共享对象的信息。这种混乱是由下面的事实造成的：单个共享库文件可能支持某个范围的共享库软件包版本。例如，要检查soname库文件/lib/libc.so.6支持的GLIBC共享库软件包，运行下面的命令：
#objmp--all-headers/lib/libc.so.6|less
向下滚动此报告，直到到达Versiondefinitions:部分，以便查看libc.so.6共享库文件支持哪些GLIBC版本：
Versiondefinitions:
10x010x0865f4e6libc.so.6
20x000x0d696910GLIBC_2.0
30x000x0d696911GLIBC_2.1
GLIBC_2.0
40x000x09691f71GLIBC_2.1.1
GLIBC_2.1
50x000x09691f72GLIBC_2.1.2
GLIBC_2.1.1
60x000x09691f73GLIBC_2.1.3
GLIBC_2.1.2
70x000x0d696912GLIBC_2.2
GLIBC_2.1.3
80x000x09691a71GLIBC_2.2.1
GLIBC_2.2
90x000x09691a72GLIBC_2.2.2
GLIBC_2.2.1
100x000x09691a73GLIBC_2.2.3
GLIBC_2.2.2
110x000x09691a74GLIBC_2.2.4
GLIBC_2.2.3
120x000x09691a76GLIBC_2.2.6
GLIBC_2.2.4
130x000x0d696913GLIBC_2.3
GLIBC_2.2.6
140x000x09691972GLIBC_2.3.2
GLIBC_2.3
150x000x09691973GLIBC_2.3.3
GLIBC_2.3.2
160x000x09691974GLIBC_2.3.4
GLIBC_2.3.3
170x000x0d696914GLIBC_2.4
GLIBC_2.3.4
180x000x0d696915GLIBC_2.5
GLIBC_2.4
190x000x0963cf85GLIBC_PRIVATE
GLIBC_2.5
200x000x0b792650GCC_3.0
在本示例中，1ibc.so.6共享库文件支持原先为GLIBC版本2.0到2.5而开发的所有动态执行文件。注意：也可以使用objmp命令来从共享库文件中提取soname，命令如下所示：
#objmp--all-headers/lib/libcrypto.so.0.9.8b|grepSONAME
SONAMElibcrypto.so.6
objmp:/lib/libcrypto.so.0.9.8b:
接下来，将讨论rpm软件包是如何生成的，以便在新系统上安装rpm软件包时，这些共库依赖性是己知的。
三、Rpm软件包和共享库依赖性
当程序员生成rpm软件包时，ldd命令用于报告动态可执行文件软件包中所有动态可执行文件使用的所有共享库。另一个混乱是由下面的事实带来的：相同软件包中的不同动态可执行文件可能与相同的共享库软件包的不同版本进行链接。例如，Heartbeat软件包中的不同程序可能已经进行了开发，并动态链接到libc.so.6sonmae共享库文件的不同GLIBC版本。对rpm命令使用-q和--requires参数，可以看到rpm软件包需要的共享库的完整清单。例如，要看到Heartbeatrpm软件包所有的所需依赖性，请使用命令：
#rpm-q--requires-pheartbeat-1.x.x.i386.rpm
这产生了下面的报告：
sysklogd
/bin/sh
/bin/sh
/usr/bin/python
ld-linux.so.2
libapphb.so.0
libc.so.6
libc.so.6(GLIBC_2.0)
libc.so.6(GLIBC_2.1)
libc.so.6(GLIBC_2.1.3)
libc.so.6(GLIBC_2.2)
libc.so.6(GLIBC_2.3)
libccmclient.so.0
libdl.so.2
libglib-1.2.so.0
libhbclient.so.0
libpils.so.0
libplumb.so.0
libpthread.so.0
librt.so.1
libstonith.so.0
注意，在此报告中，libc.so.6soname是所需要的，此共享库必须支持使用GLIBC共享软件包版本号2.0、2.1、2.1.3、2.2和2.3进行链接的动态可执行文件。这是由下面的事实决定的：Heartbeat软件包中的不同动态可执行文件是针对不同版本的libc.so.6库的每个版本进行链接的。在了解了动态可执行文件、共享对象、soname和共享库软件包彼此是如何相关的后，下面准备来看这样的一个例子：当尝试安装rpm软件包，并且它由于依赖性错误而失败时，会发生什么。yum能够从指定的服务器自动下载RPM包并且安装，可以自动处理依赖性关系，并且一次安装所有依赖的软体包，无须繁琐地一次次下载、安装。
四、手工解决依赖性问题
通常，当尝试安装发行版中没有包括的软件包（及不能由像up2date、apt-get或Yum一样的更新工具自动解决其依赖性的软件包）时，将碰到rpm依赖性错误。例如，如果尝试在老的Linux发行版上使用rpm–ivh*rpm命令，例如所有的Heartbeatrpm包，那么在安装过程中就可能碰到下面的错误：
error:faileddependencies:
libc.so.6(GLIBC_2.3)isneededbyheartbeat-1.x.x
libc.so.6(GLIBC_2.3)isneededbyheartbeat-pils-1.x.x
libcrypto.so.0.9.6isneededbyheartbeat-stonith-1.x.x
libsnmp-0.4.2.6.soisneededbyheartbeat-stonith-1.x.x
注意，rpm命令没有干扰报告所需的每个GLIBC共享库软件包版本号——它只报告所需的最高编号的版本号(GLIBC_2.3)。(假定原来的软件包开发人员不会将相同软件包中的可执行文件链接到不兼容版本的共享库软件包)所有的这些故障都报告所需的共享库名称或soname（而不是文件名称，soname始终以“lib”开始）。但可以删除添加到rpm报告的soname结束的版本号，并快速检查以查看是否在系统中使用locate命令安装这些共享库(假设您的locate数据库是最新的，有关更多信息，请参阅locate或slocate的手册页)。例如，
⑦ linux平台下，nginx源码包如何安装需要哪些依赖 RHEL5
要看你原有的系统安装了哪些包。
先编译，会有错误提示，提示少什么就装什么。
或者直接yum，系统会自动安装依赖包，然后再卸载，自己源码编译nginx
⑧ 请问一个ubuntu下安装软件说软件包依赖性不能被解决，
你的更新源里面无法找到相关的软件包导致的。
你先修改更新源。
参照http://wiki.ubuntu.org.cn/Qref/Source
然后再安装试试。
我个人认为你可以考虑用totem或者smplyer。
安装smplayer很简单，
sudo apt-get install smplayer
界面设置参考：http://wiki.ubuntu.org.cn/SMPlayer
⑨ linux下源码安装软件会有依赖库的关系.请问那些库有什么作用
简单点说，函数库狭义可以指集成了一段语句的一个文件，广义来说就是很多个这样的文件，把实现特殊功能的一段代码集成到一个库文件里，使用时直接调用该库即可不必重写既节省了开发时间又节省了磁盘空间，共享库可以被多个不同的软件调用，如php和apache。
库文件就是一些代码的集合一个完整程序的一部分，没有这些库文件程序就无法运行，多个程序有可能使用相同的库文件就是他们的程序的交集，这些就是共享库。
⑩ 关于Linux源码包安装的问题
Linux源包一般是以tar.gz为后缀的文件。这些软件需要编译安装的。一般来说，在解压缩后，会有readme之类的说明文件，里面会有安装说明。不过一般的安装步骤基本一致。以下以apache_1.3.20.tar.gz 为例：
1、解压：
#tar -zxvf apache_1.3.20.tar.gz
2、进入解压目录
#cd apache_1.3.20
3、配置
#./configure
4、编译
#make
5、安装
#make install
6、清理临时文件
#make clean
至于将下载的源码包放进虚拟机的Linux操作系统里，可以使用ftp工具连接到虚拟机系统（前提是虚拟机系统安装了ftp并设置了ftp账号），或者通过挂载windows磁盘后，直接在linux下复制过去（这个挂载对于不同类型的磁盘比较麻烦），或者安装一个xshell，连接上linux后，直接拖过去。