1.生成安装包有哪几步?
2.linux系统中程序的源码安装.卸载和升级教程
3.Linux下源码安装的经验详解
生成安装包有哪几步?
生成一个软件的安装包,可以通过以下几个步骤完成:
1. 准备软件的到安源代码或可执行文件
- 如果你有源代码,需要将其编译成可执行文件。装包这可以通过使用相关的源码编程语言和编译器完成。
- 如果你已经有可执行文件,到安那么可以直接跳过这一步。装包放量新高指标源码
2. 创建一个安装程序
- 安装程序是源码一个用于安装软件的可执行文件,它能够自动完成软件的到安安装过程,包括文件的装包复制、环境配置等等。源码
- 你可以使用一些专门的到安工具来创建安装程序,如 InstallShield、装包WiX、源码NSIS 等等。到安这些工具提供了一些界面和脚本语言,装包可以帮助你创建一个安装程序。
3. 准备软件的相关文件
- 在创建安装程序之前,你需要准备一些与软件相关的文件,如帮助文档、许可证、图标等等。这些文件将被包含在安装包中,以供用户使用。
4. 配置安装程序
- 在创建安装程序时,你需要配置一些参数和选项,如安装路径、启动菜单项、网吧08自动打源码桌面快捷方式等等。这些配置将决定用户在安装软件时的体验。
5. 打包并生成安装包
- 将软件的可执行文件、相关文件和配置信息打包到一个统一的安装包中。这个过程可以通过使用安装程序创建工具完成。
6. 发送安装包给别人
- 你可以将生成的安装包发送给别人,以便他们安装和使用你的软件。
至于生成相关文章以文本的方式返回,这需要更多的细节和背景信息。如果你是指将软件的相关信息、功能说明等以文本的方式返回给用户,那么你可以在安装过程中显示这些信息,或者提供一个帮助文档供用户参考。
linux系统中程序的安装.卸载和升级教程
对于Linux初学者来说,RPM安装是一个不错的选择。如果想真正掌握Linux系统,源代码安装仍然是Linux下软件安装的重要手段。由于linux系统中应用软件的安装和大家熟悉的windows下面的软件的安装过程存在很大的区别,在linux中,根据下载到安装包的格式的不同用不同的安装方法,下面将对linux下的应用程序安装进行总结和归纳。
1、源代码包的安装
gzip -d apache_1.3..tar.gz (解压)
tar xvf apache_1.3..tar (解包)
cd apache_1.3.
./configure (配置) ----./configure --help(查看configure选项)
make (编译)
make install (安装)
make clean (卸载)
注:典型的源代码包可以这样安装,但不都是这样,如webmin
要执行其目录下./setup.sh进入交互式配置安装
卸载用uninstall程序
具体如果不清楚看要安装的包下的README文件
2、RPM包的vb反汇编出源码安装
RPM软件包的一个例子:
foo-1.0-1.i.rpm
其中包括软件包的名称(foo),版本号(1.0),发行号(1),和硬件平台(i)。
(1)安装
# rpm -ivh foo-1.0-1.i.rpm
foo
#######################
A. 软件包已被安装
# rpm -ivh foo-1.0-1.i.rpm
foo package foo-1.0-1 is already installed
error: foo-1.0-1.i.rpm cannot be installed
如果你仍旧要安装该软件包,你可以在命令行上使用--replacepkgs 选项,这将忽略该错误信息。
B. 文件冲突
如果要安装的软件包中有一个文件已在安装其它软件包时安装,会出现以下错误信息:
# rpm -ivh foo-1.0-1.i.rpm
foo /usr/bin/foo conflicts with file from bar-1.0-1
error: foo-1.0-1.i.rpm cannot be installed
要想让RPM 忽略该错误信息, 请使用--replacefiles 命令行选项
C.未解决依赖关系
RPM软件包可能依赖于其它软件包, 在安装了特定的软件包之后才能安装该软件包。
# rpm -ivh bar-1.0-1.i.rpm
failed dependencies:
foo is needed by bar-1.0-1
你必须安装完所依赖的软件包,才能解决这个问题。如果想强制安装 (但是,这样安装后的软件包未必能正常运行),请使用-nodeps 命令行选项。
(2) 卸载
# rpm -e foo
注意:这里使用软件包的名字foo,而不是软件包文件的名字“foo-1.0-1.i.rpm”.
如果其它软件包依赖于你要卸载的软件包,卸载时则会产生错误信息。如:
# rpm -e foo
removing these packages would break dependencies:
foo is needed by bar-1.0-1
要想RPM忽略该错误信息继续卸载的话 (但是,依赖于该软件包的程序可能无法运行), 请使用-nodeps 命令行选项。
(3)升级
# rpm -Uvh foo-2.0-1.i.rpm
foo
###############################
当使用旧版本的软件包来升级新版本的软件时,会产生以下错误信息:
# rpm -Uvh foo-1.0-1.i.rpm
foo package foo-2.0-1 (which is newer) is already installed
error: foo-1.0-1.i.rpm cannot be installed
要使RPM 坚持这样“升级”,可使用--oldpackage 命令行参数。
(4)查询
# rpm -q foo
foo-2.0-1
软件包指定选项:
-a 查询所有已安装的软件包.
-f file 将查询包含有文件的软件包
-p packagefile 查询软件包文件名为 packagefile 的软件包
信息选择选项:
-i 显示软件包信息,如描述, 发行号, 尺寸, 构建日期, 安装日期, 平台, 以及其它各类信息。
-l 显示软件包中的文件列表。
-s 显示软件包中所有文件的状态。
-d 显示被标注为文档的海成E盘源码文件列表(man 手册, info 手册, README's, etc).
-c 显示被标注为配置文件的文件列表。这些是要在安装完毕以后加以定制的文件(sendmail.cf, passwd, inittab, etc)。
对于那些要显示文件列表的文件,可以增加-v 命令行选项以获得如同 ls -l 格式的输出。
(5)验证
验证软件包是通过比较软件包中安装的文件和软件包中的原始文件信息来进行的。除了其它一些东西,验证主要是比较文件的尺寸, MD5 校验码, 文件权限, 类型, 属主和用户组等。
rpm -V命令用来验证一个软件包,如
rpm -V foo
验证包含特定文件的软件包: rpm -Vf /bin/vi
验证所有已安装的软件包: rpm -Va
根据一个RPM来验证某个软件包: rpm -Vp foo-1.0-1.i.rpm
如果你担心RPM数据库已被破坏,就可以使用这种方式。如果一切校验均正常将不会产生任何输出。如果有不一致的地方,就会显示出来。
输出格式是8位长字符串,c 用以指配置文件,接着是文件名. 8位字符的每一个用以表示文件与RPM数据库中一种属性的比较结果。“.” (点)表示测试通过。
以下字符表示某种测试的失败:
5 MD5 校验码
S 文件尺寸
L 符号连接
T 文件修改日期
D 设备
U 用户
G 用户组
M 模式e (包括权限和文件类型)
如果有信息输出,应当认真加以考虑,是删除,重新安装,还是修正出现的问题。
(6)RPM应用的几个例子
A. 如你误删了一些文件, 但是不能肯定到底删除了哪些文件。如果你想验证一下整个系统看看都丢失了哪些文件的话,可以键入:rpm –Va
B.若是一些文件丢失了或已被损坏, 就可以重新安装或先卸载再安装该软件包。如果碰到了一个自己不认识的文件,要想查处它属于哪个软件包,可以输入以下命令:rpm -qf /usr/XR6/bin/xjewel
而输出的五游联盟源码下载结果会是: xjewel-1.6-1
C. 如果发生综合以上两个例子的情况,如文/usr/bin/paste出了问题。你想验证一下拥有该文件的软件包,可又不知道软件包的名字,这时可以简单的键入:rpm -Vf /usr/bin/paste
这样相应的软件包就会被验证。
D. 如果你想了解一个正在使用的程序的详细信息,可以键入如下命令来获得拥有该程序的软件包中的文档信息:rpm -qdf /usr/bin/ispell
输出结果为:
/usr/man/man4/ispell.4
/usr/man/man4/english.4
…………………………………………………………
E. 如果你发现了一个新的koules RPM,但是不知道它是什么东西,可以键入如下命令:rpm -qip koules-1.2-2.i.rpm
F. 现在你想了解koules RPM 所安装的文件。可以键入:rpm -qlp koules-1.2-2.i.rpm
图形管理工具:kpackage
3、shell或java脚本安装
基于图形界面的安装,一般基于SHELL或Java语言编写,主要应用于一些办公软件和制图软件及安装程序,如staroffice、oracle的安装,很容易,和windows一样/packagefile /packagefile /file/file
Linux下源码安装的经验详解
在linux下安装软件,难免会碰到需要源码安装的,而就是这简简单单的./configure、make、sudo make install三步,却让不少人头疼不已,这里以安装X为例具体介绍下我在安装时的一点小经验,以便共同学习,共同进步!
首先,我们要做些准备工作,源码安装少不了这几个工具pkg-config、libtool、autoconf和automake(当然,还有更基础的,像zlib、m4等,这里就略过啦),其中,pkg-config是相对比较重要的,它就是向configure程序提供系统信息的程序,如软件的版本、库的版本以及库的路径等信息,这些只是在编译期间使用。你可以打开/usr/lib/pkgconfig下任意一个.pc文件,就会发现类似下面的信息(X的pc文件):
prefix=/usr
exec_prefix=${ prefix}
libdir=${ exec_prefix}/lib
includedir=${ prefix}/include
xthreadlib=-lpthread
Name: X
Description: X Library
Version: 1.3.3
Requires: xproto kbproto
Requires.private: xcb = 1.1.
Cflags: -I${ includedir}
Libs: -L${ libdir} -lX
Libs.private: -lpthread
configure就是靠着这些信息来判断软件版本是否符合要求的。接着来看看pkg-config是怎样工作的,缺省情况下,pkg-config首先在usr/lib/pkgconfig/中查找相关包(譬如x)对应的相应的文件(x.pc),若没有找到,它也会到PKG_CONFIG_PATH这个环境变量所指定的路径下去找,若是还没有找到,它就会报错。所以这里就可以得到一些解决configure时提示**库未找到的办法了,先用命令ldconfig -p | grep 库名来分析该库是否安装及其路径,若返回空,则说明该库确实未安装,否则,可以根据该命令的返回结果找到库的安装地点,然后设置其环境变量,命令如下:
export PKG_CONFIG_PATH=软件位置/lib/pkgconfig:$PKG_CONFIG_PATH,这里有个常识,软件安装后,.pc文件都是在安装目录下的lib/pkgconf中的。这样只会在当前命令窗口有效,当然,你也可以修改home文件夹下的.bashrc文件(带.的文件为隐藏文件,可以用命令vi .bashrc编辑),在文件末尾加上上面那句命令,重新登录即可。其他的几个在linux下也是不可或缺的,libtool为管理library时使用,没装的话错误提示如下:possibly undefined macro:AC_PROG_LIBTOOL。而autoconf和automake可以用于在某些没有configure的文件的源码包安装时使用(pixman就是个典型的例子,安装了二者后直接./autogen.sh就可以安装了)。
准备工作做好后,就可以安装了,具体全部命令如下:
tar vxf libX-6.2.1.tar.gz
cd libX-6.2.1
mkdir X-build
cd X-build
../configure prefix=/usr/local/XR6
make
echo $
sudo make install
这里有一些好的安装习惯可以积累一下:1、建立一个临时编译目录,本例中为X-build,这样可以再安装完成后删除该目录,进而可以节省空间,而且保持了源码目录的整洁;2、安装到指定目录,本例中为/usr/local/XR6,最好把几个相关的安装在同一文件夹下,如这里的XR6文件夹,这样便于管理,否则全部默认安装在/usr/local下,很杂乱;3、编译完成后做检查,本例为echo $,表示检查上一条命令的退出状态,程序正常退出返回0,错误退出返回非0,也可以使用make check,主要为了防止make失败后直接install,进而出现了一些莫名其妙的错误。这里还介绍一种更方便快捷的安装方法,用将安装命令连接起来,如../configure prefix=**makesudo make install,这样,只有在前面的命令执行正确的情况下,后面的任务才会执行,多方便!
除此之外,安装之前可以阅读下源码包中的readme和install等文档,往往有所需软件及其下载地址,还包括一些安装技巧和配置选项。另外,在configure前,先输入configure help,可以查看有哪些选项可以添加。还有几个关系安装成功的东西就是ldconfig了,在安装时如果提示找不到某个库或者在编译时提示找不到**.so文件,就要用到它了,最简单的解决办法就是sudo gedit /etc/ld.so.conf,在文件中加入**.so文件所在路径,再运行一下ldconfig就可以了,但是我对这个东西有阴影,不知道是因为用了虚拟机还是其他的原因,有7、8次我在运行完ldconfig后,Ubuntu就没办法打开任何窗口了,直接关机重启就更是进不去系统了,崩溃之,不知道有没有高手有解决办法。在这里提供一种代替ldconfig的办法,就是export LD_LIBRARY_PATH=*.so文件地址:$LD_LIBRARY_PATH,用它我就舒心多了,也就是麻烦点,哥忍了,总比系统崩溃强多了吧,呵呵!其实,在configure时碰到问题,你应该庆幸,因为你可以根据它很明显的提示找到缺失的东西装上,在配置下pkgconfig和ldconfig基本上就可以搞定了,但是make的时候就没那么简单了。
编译时提示最多的就是**东西未找到了,要么是库文件,要么是头文件,库文件用上面的ldconfig基本上就可以搞定,头文件的话需要配置包含的路径,和库的类似,命令如下:
export LD_INCLUDE_PATH=/usr/local/include:$LD_INCLUDE_PATH
在这个时候最重要的就是淡定了,循着丫的error往上找,像No such file or directory这样的错误提示肯定就在附近,找到了,include之就可以咯!