在abs中如何使用补丁
有相当多的关于使用ABS时,如何自己制作软件包的补丁及如何使用补丁的问题。本文将大致讲述其步骤及必要的条件。http://www.kegel.com/academy/opensource.html也有很多关于补丁文件的信息。制作补丁
如果你正在使用从别处得到的补丁(比如,下载的kernel补丁),你可以跳过本节,直接阅读下一节。但如果你想编辑源代码、makefile、配置文件等,你可能会需要制作补丁。
注意:如果你仅仅需要改动一个文件的一两行(比如,一个makefile),或许你更应该研究一下sed。
制作软件包的补丁牵涉到建立两个版本的软件包,编辑新包并就两个文件建立标准的diff。当建立软件包时,可按以下方法来进行:
1.将下载的源文件名加入你要建立的PKGBUILD文件的source列表中。当然,如果你是修改一个软件包,得仔细一点。
2.建立一个空的build函数(只有一行echo的最好)。如果你在修改PKGBUILD文件,最好注释掉build函数中的一些语句。因为可能要运行makepkg好几次,你可能不想花时间去建一个没用的包。
3.运行makepkg,这将会下载你将在src目录中修改的源代码。
4.进入src目录。正常情况下,这儿已生成一个包含已解压文件的目录(有时会只有一个文件,但diff仍旧可以工作)。你应该为这些目录做两个备份——一个用来备份,别碰它;另一个用来生成新版本的包,并以此来做补丁。你可以分别为这两份拷贝命名为package.pristine和package.new或是其他类似的名称。
5.进入package.new目录,编辑需改动的文件。如何改动取决于补丁的制作,可能是纠正Makefile的路径,可能是改正源码中的错误(例如,gcc 3.4)等等。你也可以修改package.new的子目录中的文件。不要执行会在package.new目录中建立一堆新文件的命令,也就是说,不要为了确认你的修改而编译程序。问题在于,所有的新文件都将被包含在补丁中,显然,你要的并不是这个。应该将补丁应用在另一个目录中(不是备份的package.pristine),或者手动为其打上补丁,也可以在PKGBUILD中实现打补丁,并在这个目录中测试。
6.回到src目录。
7.运行diff -aur package.pristine package.new。这将以标准的diff格式输出你所做的修改。你可以检查以确信补丁的正确。
8.运行diff -aur package.pristine package.new > package.patch,将所有的改变输出到名为package.patch的文件中。这就是我们要的补丁文件。你现在就可以将这些改变应用到原目录中去,以证实其可以完好地运行。你还应该检查,以确信补丁中没有包含任何无关的信息。例如,你不希望补丁将文件中的所有的tab转换成空格,但你的文本编辑在幕后这么做了。你可以用文本编辑器来编辑补丁文件,或者,更安全一点,编辑源文件,重新生成补丁(不会偶然地将错误带入补丁文件)。
应用补丁
本节将概述如何在PKGBUILD文件中的build函数中应用自己制作的或下载的补丁文件。步骤如下:
1.在PKGBUILD文件的source列表中加入补丁文件名。如果补丁文件可以下载,你可以将其URL加入其中,它会被自动下载并放入src目录。如果是你自己制作的补丁,或者无处可下,你应该将补丁文件与PKGBUILD文件放在同一目录中,并直接将补丁文件名放在source列表中。如果你发布了PKGBUILD文件,你应该同时发布补丁文件。
2.建立PKGBUILD文件中的build函数。大多数情况下,第一件事就是打补丁,但你应该知道何时打补丁是最合适的。
3.第一步是进入需打补丁的目录(这是在build函数中,而不是在你的终端里!你要的是自动打上补丁)。你可以像这样进入目录cd $startdir/src/$pkgname-$pkgver或使用类似的命令。$pkgname-$pkgver通常就是下载的源文件解压后的目录名,但并不总是这样。
4.现在,你只才有可能在此目录中简单地应用补丁就可以了。非常简单,在build函数中加入patch -p1 -i ../pkgname.patch就可以了,将pkgname.patch用包含diff的文件名代替(因为这个文件的名字出现在PKGBUILD文件的source列表中,它将被自动拷入src目录)。
5.运行makepkg(这回是在终端里了)。如果一切顺利,补丁就自动打上了,你的新包也会包含你所修改的部分了。如果有问题,你就要试试patch命令的-p选项了,具体可以看一看patch的手册页。
一般地,一切将如下所述。如果diff文件是用来为myversion/目录下的filey文件打补丁的,那么diff文件就会作用于myversion/file。你会在yourversion/目录中运行(因为在PKGBUILD中已进入此目录了),所以当打完补丁后,你希望它作用于file文件,忽略myversion/部分。-p1选项会这么做,从路径中拿掉一个目录。不管怎样,如果开发者为myfiles/myversion打补丁,你就需要忽略两个目录,那么就使用-p2选项。
如果你没有使用-p选项,它将忽略所有目录结构。如果所有文件都在一个目录的话,一切OK。但是,当补丁是基于myversion/目录建立的,并且有一个修改后的文件为myversion/src/file,如果你在yourversion目录中运行不带-p选项的patch命令,它将试图为yourversion/file打补丁。
大多数开发者是从需打补丁的父目录制作补丁文件,所以通常情况下,使用-p1就对了