1.关于Linux源码包安装的查看查问题
2.centos上用rpm安装的软件怎么找到安装目录?
3.软件源码安装是怎么安装的呢？
4.在linux中，软件包的源码源码安装，源码安装，包的包说明过程的安装安装配置文件是？

关于Linux源码包安装的问题

       1、如果从window上下载的说明说明源码包，需要上传到linux当中。文件文件filezilla2源码一般上传到指定的查看查位置。

       2、源码源码上传到制定的包的包位置之后，要解压软件，安装安装如果软件比较多，说明说明一个一个解压太麻烦，文件文件所以需要用脚本进行解压。查看查

       3、源码源码配置软件：解压完整之后，包的包安装指定的软件。首先进入软件目录。这里以安装l

       4、编译软件：将源码包，编译成可执行的74cms4.2源码文件。

       5、安装软件：安装就是将编译好的文件，拷贝到指定的目录。

       6、检查一下软件是否安装成功。到指定的目录当中查看，目录中是否存文件。

centos上用rpm安装的软件怎么找到安装目录?

       CentOS 7源码包与RPM包软件安装详解

       在CentOS 7中，软件包的安装主要分为源码包安装与RPM包安装两种途径。不同场景与需求对应不同的安装方式。

       源码包安装：从软件源代码开始编译至系统安装，提供高度灵活性，适应定制化需求。

       优点：高度灵活性，可根据需求定制安装功能。

       缺点：安装过程相对复杂，对用户编译能力要求较高。

       步骤：获取源码包、解压源码、tomexam开放源码吗配置编译选项、编译源码、安装软件。

       RPM包安装：CentOS 7中常用的软件包安装方式，借助RPM包管理器实现方便安装、升级与卸载。

       优点：简单方便，自动处理依赖关系，管理软件包效率高。

       缺点：灵活性较低，对用户操作依赖管理器要求高。

       命名规则：遵循标准，包含软件名、版本、发布次数、Linux与硬件平台信息。

       安装命令：使用rpm命令，包含安装、查询、查看java源码器.apk升级与卸载功能。

       总结：源码包与RPM包安装各有特点，源码包安装提供高度灵活性，RPM包安装则带来便捷性与效率。实际操作时应根据具体需求选择合适的安装方式，同时注意软件包来源确保系统安全。

软件源码安装是怎么安装的呢？

       是要先./configure一下，再make，再make install。

       源码安装的方法是：

       step1  ./configure

       step2  make

       step3  make install

       如果仔细看，会发现，解压之后的软件源码包的目录下没有Makefile，然后在执行了./configure

       会生成了很多奇怪名字的文件(./configure命令就是执行软件源码根目录下的名为configure的脚本),就包括了Makefile文件，在./configure的时候，Makefile.in是入口。

扩展资料：

       Make工具最主要也是最基本的功能就是通过makefile文件来描述源程序之间的相互关系并自动维护编译工作。

       而makefile 文件需要按照某种语法进行编写，文件中需要说明如何编译各个源文件并连接生成可执行文件，并要求定义源文件之间的热血江湖源码为何物依赖关系。

       makefile 文件是许多编译器--包括 Windows NT 下的编译器--维护编译信息的常用方法，只是在集成开发环境中，用户通过友好的界面修改 makefile 文件而已。

       在 UNIX 系统中，习惯使用 Makefile 作为 makefile 文件。如果要使用其他文件作为 makefile，则可利用类似下面的 make 命令选项指定 makefile 文件：

       百度百科-Makefile

在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 失败有个链接错误： -lX: No such file or directory，正好在 xmkmf 之后已被调用，这可能意味着 Imake 不能被完全建立。检查第一部分 Makefile 文件的的行是这样：

       · LIB= -L/usr/X/lib

       · INCLUDE= -I/usr/X/include/X

       · LIBS= -lX -lc -lm

       这个 -L 和 -I 开关告诉编译器和链接分别在哪里找到 library 和 include 文件。在这个例子里， X 库应该在 /usr/X/lib 目录，且 X 包含文件应该在 /usr/X/include/X 目录里。假如对于你的机器上的这个错误，请处理修改 Makefile 并重新再 make。

       没有声明涉及的数学库函数，像下列各项：

       /tmp/cca.o(.text 0x): undefined reference to `cos'

       要修复它，需要明确链接到匹配的库，在 Makefile (看先前的例子) 里增加一个 -lm 到 LIB 或 LIBS 标记 。

       用其他方法尝试

       仍然失败 如果失败，参考下列脚本：

       make -DUseInstalled -I/usr/X/lib/X/config

       这个直接方式的类别相当于。

       在少数例子里，用 root 运行 ldconfig 可能会解决：

       # ldconfig 更新共享库链接符号。

       一些 Makefiles 使用你系统里未被承认的库别名。一个例子，构建可能需要 libX.so.6 ，但是在 /usr/XR6/lib 不存在文件或链接。然而，在那里是 libX.so.6.1。解决方法是用 root 运行ln -s /usr/XR6/lib/libX.so.6.1 /usr/XR6/lib/libX.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-reduce -finline-functions -fforce-mem

       -fforce-addr -DSYSV -I/usr/XR6/include

       -DSYSPATHFILE=\"/usr/lib/X/Xloadimage\" mcidas.c

       In file included from /usr/include/stdlib.h:,

       from image.h:,

       from xloadimage.h:,

       from mcidas.c:7:

       /usr/lib/gcc-lib/i-linux/2.6.3/include/stddef.h::

       conflicting types for `wchar_t'

       /usr/XR6/include/X/Xlib.h:: 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 文件的 行：

       #include < stdlib.h>

       在源码的某处对于 xloadimage, wchar_t 已经在指定标准 include 文件重新定义。 告诉我们首先在 image.h 的 行尝试注释它，或许 stdlib.h include 是不存在的，毕竟不是所有都是必需的。

       在这点，构建中的收益来源于所有任何一个致命错误。xloadimage 现在功能正常。

       6： 安装 Linux 包的一些总结

       坚持自己动手处理所有的安装出现的问题，不断总结努力学习，从错误里去仔细研究，努力动手排错，从每个不足甚至失败的地方得到扩充和提升，可以增强安装构建软件的技巧。