DEB安装包制作方法

Deb安装包的制作方法
1. 源代码准备
如果项目是一个eclipse项目,则首先确保项目在eclipse中至少以发行版本成功的编译过一次,这么做的目的是让eclipse生成需要的Makefiles,然后将项目复制一份出来,以后工作就针对这个拷贝进行。接下来对复制出来的源代码目录名称改成deb标准的形式:[package-name]-[version],如:
foobar-0.1.0
如果此项目有配置文件,则需要将配置文件以合理的方式组织到源代码目录中,并且一会还需要在第7节中描述的install中将这些配置文件安装(这是一个假的安装,参见第7节的描述)到目标位置上;
最后需要对目录内容进行清理,除了之前生成的Release目录中所有Makefiles以外,所有的编译的中间文件(*.[d|o])、隐藏文件、工程文件、源码控制文件最好都删除,即只保留源代码、Makefile和需要的配置文件。再将Release改名为build(可以是任意名,但在第7中的build-stamp和clean目标中应该与之对应),至此源代码准备完成。
2. 修改Makefile
对Makefile的修改主要是头文件包含路径的修改。进入build目录,打开所有的子目录中的subdir.mk文件,把编译选项中的不标准的头文件包含路径修改为标准的形式,如要使用libSESData的头文件,当前可能是“/home/user/workspace/LibSESData/include”,则可能需要将其修改成“/usr/include/libSESData”的形式,具体修改成哪个路径取决于依赖的目标库(这里就是libSESData)的dev版本的头文件安装位置。
3. 生成用于制作deb包的模板文件
在终端中进入到源代码根目录,运行命令:
foobar-0.1.0/ # dh_make –r –s
-r 指定创建一个新的包配置;
-s 指定创建只生成一个安装包的配置;
运行命令后,会显示包的汇总信息,直接回车确认即可。此时项目已经被debian化了(debianize),当前目录中已经生成一个叫做debian的目录,这个目录中就包含了与制作deb包相关的所有配置文件,以后的工作都围绕在这个目录中的文件展开。
在成功的创建模板后,如果安装包有一个发行版本号(如netbook0natick1),那么还要将源代码目录的名称追加上发行版本(如果在dh_make之前加上,dh_make会报错),如:
foobar-0.1.0netbook0natick1
4. 修改debian/control文件
在debian目录中有一个control文件,这个文件是安装包的一个定义文件,它至少包含两个段落(各个段落由一个空行分隔),第一个段落是源代码描述信息,从第二个段落开始,就是包的描述(定义),在同一个文件中可以定义多个包,它的内容看起来可能像下面这个样子(这里加上了行号信息):
1 Source: [package-name]
2 Section: unknown
3 Priority: extra
4 Maintainer: root
5 Build-Depends: debhelper (>= 5)
6 Standards-Version: 3.7.2
7
8 Package: [package-name]
9 Architecture: any
10 Depends: ${shlibs:Depends}, ${Misc:Depends}
11 Description:
12 
这个文件包含两个段落,第一个段落定义源代码信息,
第1行Source字段指定源代码包的名称,一般与包的名称相同;
第2行Section指定项目的一个分类;
第3行为优先级;
第4行为维护者的名称和email;
第5行比较重要,它指定了能够成功编译源代码所需要的依赖项的包名称,多数是项目依赖的链接的库的开发版本(例如程序使用了GTK,那么这里就需要加上 gtk2.0-dev的依赖了),多个依赖以‘,’分隔;
第8行这里指定的是包的名称;
第9行指定平台信息,保持其为any即可,在创建包的时候会根据所在平台自动检测;
第10行也比较重要,在这里指定程序的运行时的依赖库,如第5行指定了gtk2.0-dev,那么这里就应该有gtk2.0的运行时库的名称;另一方面,如果一切正常,此依赖关系会在创建包的时候自动检测,并保存在变量${shlibs:Depends}中,这个变量的值定义在debian/[package-name].substvars文件中,这个文件是在创建包的过程中自动生成的,在创建包之后应该查看此文件内容是否有未检测到的依赖,如果有,则手动将它们补在这一行中,并重新创建安装包。$(Misc:Depends)可以删除;
第11行Description指定包的描述信息,如果需要多行,则从第二行开始的每一行都应该以一个空格开始。
如果针对同一个项目需要创建多个包(如库的包可能需要一个运行时的版本和一个开发版本),可以仿照8-12行在文件后边追加新的包描述段落,每个段落声明一个包,各个包的名称不能有重名;
5. 修改debian/dirs文件
这个文件描述了包的的目录结构信息,其中的每一行是一个路径,不能以‘/’开始,例如包需要向“/usr/bin”下安装一个程序,那么这个文件应该有一行:“usr/bin”;
如果在control文件中定义了一个包,则使用debian/dirs文件来描述即可,如果定义多个包,则不应该使用单个的dirs文件,应该使用 [package-name].dirs的名称加以区分;
在创建包的时候,系统会为每一个在control文件中定义的包在debian目录中生成一个以包名命名的目录(这些目录中的内容就是对应包要安装的文件),同时根据dirs文件(或者[package-name].dirs)中指定的目录,在对应包的目录中生成需要的目录项。
在debian/rules(见第7节)中的dh_installdirs命令会根据这个(些)文件的内容在每个包对应的目录中创建指定目录项。
6. 修改/创建debian/links文件
这个文件描述了包在安装的时候需要创建的链接文件,其格式如下:
链接源文件1   链接名称1
链拉源文件2   链拉名称2

每一行定义一个链接,如果定义了多个包,则应该使用[package-name].links来对应每个包的链接。在创建包的过程中,debian/rules(见第7节)文件中的binary-arch目标下的dh_link会根据这个(些)文件进行链接的创建。
7. 修改debian/rules文件
这个文件本质上就是一个Makefile,创建包的过程中系统使用这个文件对源代码一个编译、安装(假安装),它包含几个标准的Target:
build-stamp 用于对源代码进行编译的目标,这里我们需要在这个目标下的命令列表的touch $@ 之前加入一行:
$(MAKE) –C build
让make执行我们之前准备好的build目录中的makefile,以对源代码进行编译。其中的“build”是在第1节中修改的包含Makefile的目录。

注:在创建包的时候所处的目录是源代码的根目录。
clean 系统在创建包的一第步会执行此目标,它应该负责将在创建包过程中生成的中间文件(目录)全部删除,我们在这里的dh_clean之前加上一行:
-$(MAKE) –C build clean
确保在clean的时候我们的源代码也是clean的状态。
install 这个目标是在“安装”的时候使用的,注意这是一个假的安装,我们需要在这里把安装包中需要安装的文件(包含之前提到的配置文件)复制到目录debian/[package-name]中去,这个目录就是映射到将来安装时的系统根目录。
注:
不要在这里创建文件夹,文件夹的创建参见第5节。
不要在这里创建链接,链接的创建参见第6节。
更不要在这里修改文件的权限,因为在这里修改权限是无效的,binary-arch目标中的dh_fixperms会对所有文件进行重新设置的。
8. 修改debian/[pre|post][inst|rm]脚本
如果安装包在安装/卸载的之前或之后需要做一些额外的工作,你可以将这些工作放到这些脚本中,进行,这样的脚本有四个:
preinst 在安装之前被调用
postinst 在安装之后被调用
prerm 在卸载之前被调用
postrm 在卸载之后被调用
9. 相关的信息文件
还有一些文件在标准的时候也需要处理的:
changelog 更改维护的记录文件,注意要修改其中的版本信息。(使用dch命令修改)
copyright 版权信息,比较重要,最好能够填写上。
 
10. *daemon的安装
如果你的项目是(或者需要安装)一个daemon程序,尽量不要在rules/install中进行,系统提供标准的方法来安装daemon,可以使用debian/initrc文件进行[未完待续……]
11. 创建安装包
当上面的一切准备完毕后,就可以创建安装包了,先删除由第3节dh_make生成的一些没有使用到的模板文件,然后在终端下进入源代码根目录,运行:
foobar-0.1.0/ # debuild –us –uc
如果没有错误,安装包就创建成功了,默认的安装包生成在源代码根目录的上一级目录中。
12. 注意问题
1. 在使用安装包安装之前,如果当前系统已经安装过相同版本的安装包,为了避免不必要的麻烦,应该将原版本进行彻底删除,然后再安装新的包,删除使用命令:
sudo dpkg –P [package-name]

你可能感兴趣的:(LAMP)