当前位置:Linux教程 - Linux - 在 Linux 下建立软体套件

在 Linux 下建立软体套件



        


    作者:Mendel Leo Cooper
    http://personal.riverusers.com/~thegrendel/

    译者:J.S.Lin

    这是份广泛指引文件,可用来建立"一般性" UNIX 软体发行套件在 Linux 下.

    1. 简介

    很多软体套件提供给各式 UNIX, 包括 Linux, 是将原始码档案压缩成档

    案(archives)而发行的. 相同的套件可以建立以便在不同对象的机器上执行, 并

    且这可节省些软体成品而免於必须制造各种发行版本. 软体套件的单一发行版本

    结果能执行在各式实体(incarnations), 像是在 Intel 机器, DEC Alpha, RISC

    工作站, 甚至是电算主机. 但不幸的是, 这将"建立"软体的工作推给了最终使用

    者(end user), 实际上是"系统管理者", 即坐在键盘前的同志...你. 虽然这样,

    认真来说这过程并不是像它看起来那麽可怕或不可思议, 就像这指引所解说一

    样.

     

    2. 从取得开始

    你有下载或其它方式取得一个软体套件. 最常见情况是它被打包起来 (tarred)

    而且被压缩 (gzipped), 成为 .tar.gz 或 .tgz 形式. 首先将它复制到一工作目

    录. 然後用 untar 和 gunzip 处理它. 处理它最适合的命令是 tar xzvf

    filename, 这□的 filename 当然是软体档名. 这种解开程序常常会安装适当档

    案在它所开启的子目录中. 注意的是如果套件名称有 .Z 结尾, 那将要使用

    uncompress PACKAGENAME, 然後再用 tar xvf PACKAGENAME 而不要用之前的步

    骤.

     

    有时打包起来的档案必须 untarred 且安装自使用者的家目录(home

    directory), 或者也许是在某个其它目录, 像是套件设定资料所指定的. 假若你

    设法要 untar 它而得到的是错误讯息, 也许就是那原因. 读一下套件文件, 特别

    是 README 和/或 Install 档案, 如果存在, 编辑设定档案和/或 Makefiles 如

    所需要的, 即与安装指示符合. 注意的是通常 不 去更改 Imake 档案, 因为这可

    能有未预期的结果. 某些软体套件允许自动安装程序,它是藉由执行 make

    install 来放置二元码在适当系统位置.

     

    偶而, 你可能需要使用 patch档案,该档案有列出原本的与新的原始档案的差异,

    来升级或加入臭□(bug)的修正至未打包(unarchived)的原始档案. doc档案与/或

    README 档案会告知你这算不算该情况. 对於使用 Larry Wall 的强力 修

    补(patch) 工具之正常的语法(syntax)是 patch < patchfile.

     

    你现在可以开始进行 建立 过程阶段了.

     

    3. 使用 Make

    Makefile 是建立过程的重点. 在它的最简单的形式, Makefile 就是个 script

    ,它是用来编译或建立"二元码",套件的可执行部分. Makefile也可以提供软体套

    件升级的工具,而不需要重新编译每一个在套件中的原始档案, 但其有不同的情

    况(或是不同的约定).

     

    某些特点是, Makefile 开启 cc 或 gcc. 这实际上是个前处理器, C (or C++)

    编译器, 和 连结器, 按照那个顺序. 这过程转换原始码(source)为可真正去执行

    的二元码(binaries).

     

    下指令 make 通常只要键入 make. 这通常建立讨论中的套件所有需要的可执行

    档. 然而, make 也做其他工作,像是安装档案至合适的目录 (make install) 而

    且删除旧的 object 档案 (make clean). 执行 make -n 允许预览建立过程, 就

    是列出所有 make 所唤起的(triggered)所有命令, 但没有真的去执行它们.

     

    只有在最简单的软体使用一般性的 Makefile. 较复杂的安装需要根据函式

    库(libraries), include 档案以及你个别机器资源所在目录来量身定制. 这特别

    是当需要 X11 libraries 来安装建立时. Imake 和 xmkmf 可完成这样的工作.

     

    引用自 man page,Imakefile 是个"模板(template)"的 Makefile. imake 工具参

    考 Imakefile 根据你的系统造出合适的 Makefile. 然而,几乎在所有的情况下,

    你要执行 xmkmf, 它是要下 imake 指令用的 shell script, 也就是个前端介

    面(front end). 察阅一下内附在软体档案间的 README 或 INSTALL 档案以取得

    特别的指示. 至於更详细的步骤分析,请阅读 imake 和 xmkmf 的 man pages.

     

    要知道的是 xmkmf 和 make 可能需要以 root 身分来下指令, 特别是当 make

    install 来搬移二元码到 /usr/bin 或 /usr/local/bin 目录. 以一般使用者的

    身分而不具 root 权力 来使用 make 将可能会导致 write access denied 的错

    误讯息, 因为你缺少写入(write)至系统目录的权限. 也检查一下, 所造出来的二

    元码对你与任何其他适用的使用者有适合的执行(execute)权限.

     

    下指令 xmkmf 来使用 Imake 档案, 建立一个新的而且适合你系统的 Makefile.

    正常地下指令 xmkmf 都会附加 -a 引数, 因而自动地做 make Makefiles, make

    includes, 和 make depend 的动作. 这会设定变数(variables)和给定函式

    库(library) 位置给编译器和连结器. 有时会没有 Imake 档案, 引而代之的是有

    INSTALL 和 configure 的 script, 也会到这样的目的. 注意的是如果你要执行

    configure, 那要下指令 ./configure 以确保在目前目录下正确的 script

    configure 是被呼叫. 在大部分的情况, 在发行套件中的 README 档案会说明安

    装步骤.

     

    通常一个好的方法是从外观检视一下 Makefile 是 xmkmf 或 其中一个安装的

    scripts 所造出来的. Makefile 正常下会为你的系统而修正, 但你偶而可能需

    要"旋扭(tweak)"或手动地修正错误.

     

    你的一般安装步骤将会是:

    * 读一下 README 档案和其它合用的文件.

    * 执行 xmkmf -a, 还是 INSTALL 或 configure script.

    * 检查一下 Makefile.

    * 如果需要, 执行一下 make clean, make Makefiles, make includes, and

    make depend.

    * 执行 make.

    * 检查一下权限.

    * 如果需要, 执行一下 make install.

     

    4. 克服困难

    如果用 xmkmf 和/或 make 很成功没有错误, 你可以著手於 [4]next section.

    然而, 在真实生活, 很少事情在第一次就正确的工作. 这就是当你的机智丰富

    时,要勇於尝试.

     

    4.1 连结错误

    * 如果 make 失败而出现有 Link error: -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 切换器(switches)会通告编译器和连结器分别去哪□寻找

    library 和 include 档案. 在这例子, X11 libraries 应该是在

    /usr/X11/lib 目录, 而 X11 include 档案 应该是在

    /usr/X11/include/X11目录. 如果这在你的机器上是不对的, 必须改变

    Makefile 而且再试试 make.

     

    * 在非常少的情况, 以 root 身分跑一下 ldconfig 也许是个答案: #

    /etc/ldconfig -n /lib 将会更新共享式函式库符号连结 (shared library

    symbolic links). 这在正常的情形下不是需要的.

     

    * 目前另一件事是如果 xmkmf 失败, 则试试下列 script:

     

    make -DUseInstalled -I/usr/X386/lib/X11/config

    * 有时原始码需要使用旧版的 X11R5 libraries 来建立. 如果你有 R5 libs

    在 /usr/X11R6/lib (当你首先在安装 Linux 时, 你是有选择是否安装它们

    的), 然後你只需要确定,你有连结到软体所需要建立的地方. R5 libs 是有

    libX11.so.3.1.0, libXaw.so.3.1.0, 和 libXt.so.3.1.0. 一般你需要连结

    至, 像是 libX11.so.3 -> libX11.so.3.1.0. 大概软体也需要这个形式连结

    libX11.so -> libX11.so.3.1.0. 当然, 要将这"断掉(missing)"的连结建

    好, 要以 root 身分使用这指令 ln -s libX11.so.3.1.0 libX11.so.

     

    * 某些套件会要求你去安装一个或以上的升级版本. 举例而言, StarDivision

    GmbH 的 StarOffice 组件(suite)是恶名昭彰(notorious)的要求 libc

    version 5.4.4 或更新. 以 root身分, 你需要复制一个或以上的函式

    库(libraries)至合适的目录, 删去旧的函式库(libraries),然後重设符号连

    结. 小心: 在这要格外注意, 因为如果你弄糟, 你可能会付出你的系统不能

    运作的代价. 你通常可以找到升级的函式库(libraries)在 [5]Sunsite.

     

    4.2 其它问题

    * 在安装好的 Perl 或 shell script 给你一个 No such file or directory

    错误讯息. 在这情况,检查档案权限来确定档案可执行 以及检查档案标头是

    否含有使用 shell 或程式, 指明 script 所在地方. 举例而言, script 开

    始如:

     

    #!/usr/local/bin/perl

    如果 Perl 实际装在你的 /usr/bin 目录, 而不是 /usr/local/bin 目录,

    那麽 script 无法执行. 有两个方法来修改. script 档案标头改成

    #!/usr/bin/perl, 或用符号连结至正确的目录, ln -s /usr/bin/perl

    /usr/local/bin/perl.

     

    * 某些 X11 软体要求有 Motif 函式库(libraries)才能建立. 而标准的

    Linux 发行套件并没有安装 Motif libraries, 而且目前 Motif 还要额外

    $100-$200 的花费 (虽然免费软体 [6]Lesstif 在某些场合也能够用). 如果

    你需要 Motif 来建立某一套件, 但缺少 Motif libraries, 那麽也许可以取

    得 静态连结的二元码(statically linked binaries). 静态连结在二元码本

    身纳入函式库行程(library routines). 这造成二元码档案大了许多, 但是

    码可在缺少该函式库的系统上执行.

     

    * 执行 configure script 会创造奇怪的 Makefile, 那像是与你所要设法建立

    的套件亳不相干. 这表示跑著错误的 configure, 其找到你的 path 上某处

    其他的 configure. 所以要下 configure 指令 应该要下成 ./configure 即

    目前目录下的.

     

    * 某些程式会要求有 setuid root, 为了要以有 root 权力 来执行. 要达成这

    目录的指令是 以root 下指令 chmod u+s filename. (注意的是这程式已经

    是 root 所拥有了). 这在设定档案权限中的 setuid bit 很有用. 这样用在

    当程式在存取系统硬体,像是 modem 或 CD ROM drive, 或当 SVGA libs 被

    使在於主控台模式(console mode), 像是在一个特别恶名昭彰

    的(notorious)模拟器(emulation)套件. 如果程式正被 root 执行, 但给一

    般使用者一个 access denied 的错误讯息, 想像就是这样造成的.

    警告: 一个有 setuid 成 root 的程式可能提出对你的系统有安全上的风

    险. 这个程式可以 root 权力来跑而所以有某些破害的潜在性. 在设定

    setuid bit 前, 确定你知道该程式在做什麽, 必要时看一下原始码.

     

    4.3 旋扭与微调

    你可能希望检查 Makefile 来确定有选用对你系统最佳编译选项. 举例来说, 设

    定 -O2 旗标来选最高层级的最佳化而 -fomit-frame-pointer 旗标来造最小二元

    码 (虽然 debugging 会没有打开). 除非你知道你在做什麽, 而且在任何情况

    下, 除非艰苦建立的工作已完成, 否则不要玩这些.

     

    4.4 去哪取得进一步的协助

    在我的经验, 大概25%的应用程式建立"完全没有困难". 另外大约50%能"被说服"

    的建立, 要付出努力的□围从无聊到极为困难. 那仍然表示有某些套件无论如何

    都无法建立. 即使那样, 那些 Intel ELF 和/或 a.out 二元码, 也可能在

    [7]Sunsite, [8]TSX-11 archive 或其它地方找到. 也许, 软体的创造者可以提

    供编译好的二元码给你的特别的机器使用.

     

    注意的是如果你取得预先编译好的二元码, 你会需要检查是否与你的系统相容:

    * 这二元码必须在你的 硬体上跑 (i.e., Intel x86).

    * 这二元码必须与你的核心(kernel)相容 (i.e., a.out 或 ELF).

    * 你的函式库(libraries)必须是最新的.

     

    如果全都失败, 你可以在合适的 新闻群组寻求帮忙, 像是在

    [9]comp.os.linux.x 或 [10]comp.os.linux.development. 万一你只是不够幸运

    的话, 嘿, 试试也是有趣的.

     

    5. 最後步骤

    读一下软体套件的文件来决定是否有某些环境变数需要设 (在 .bashrc 或

    .cshrc) 以及 是否 .Xdefaults 和 .Xresources 档案需要调整.

     

    可能有个应用程式内定的档案, 通常叫做 Xfoo.ad 在原本的 Xfoo 发行套件. 如

    果这样, 编辑 Xfoo.ad 档案适合你的机器, 然後重新命名 (mv) 成 Xfoo 而且

    以 root 身分 安装它到 /usr/lib/X11/app-defaults 目录, 没这样做可能会造

    成软体行为很奇怪, 甚至拒绝执行.

     

    大多数的软体套件附有一个或以上的格式化 man pages. 以 root 身分, 复制

    Xfoo.man 档案到合适的 /usr/man 目录 (man1 - man9), 而根据那再重新命名.

    举例而言, 如果 Xfoo.man 结果是在 /usr/man/man4, 那应该命名为 Xfoo.4

    (mv Xfoo.man Xfoo.4). 根据一般约定使用者的命令摆在 man1, 游戏是在

    man6, 而管理的套件是在 man8 (看一下 man 文件 以取得更详细资料).当然,在

    你系统你可以不照这个约定, 只要你喜欢.

     

    某些套件不会安装二元码(binaries)在合适的系统目录, 换句话说, 他们没有

    install 选项在 Makefile 中. 如果是这情况, 你可以用 root 身分复制二元

    码(binaries)到 usr/local/bin 目录来手动安装二元码(binaries).

     

    注意的是某些或全部上述步骤,在大部分情形下,应该会由 make install 来自动

    操作. 如果是这样, README 或 INSTALL 文件档会提到这个.

     

    6. 第一个例子: Xscrabble

    Matt Chapman的 Xscrabble 似乎像是个颇有趣的程式, 因为我曾是个贪婪的

    Scrabble(TM)(拼字游戏)玩家.我下载下,解压, 而且建立它以 README 档案中的

    下列步骤:

     

    xmkmf

    make Makefiles

    make includes

    make

    当然它不能正常运作...

    _________________________________________________________________

     

    gcc -o xscrab -O2 -O -L/usr/X11R6/lib

    init.o xinit.o misc.o moves.o cmove.o main.o xutils.o mess.o popup.o

    widgets.o display.o user.o CircPerc.o

    -lXaw -lXmu -lXExExt -lXext -lX11 -lXt -lSM -lICE -lXExExt -lXext -lX11

    -lXpm -L../Xc -lXc

    BarGraf.o(.text+0xe7): undefined reference to `XtAddConverter

    BarGraf.o(.text+0x29a): undefined reference to `XSetClipMask

    BarGraf.o(.text+0x2ff): undefined reference to `XSetClipRectangles

    BarGraf.o(.text+0x375): undefined reference to `XDrawString

    BarGraf.o(.text+0x3e7): undefined reference to `XDrawLine

    etc.

    etc.

    etc...

    _________________________________________________________________

     

    我在 [11]comp.os.linux.x 的新闻群组询问过, 而且有些人好心的指出似乎

    Xt, Xaw, Xmu, 和 X11 libs 没有让连结器(linker)找得到. 嗯...

     

    有两个主要的 Makefiles, 而且在 src 目录下的那个让我感兴趣. 在 Makefile

    一行有定义 LOCAL_LIBS 成: LOCAL_LIBS = $(XAWLIB) $(XMULIB) $(XTOOLLIB)

    $(XLIB) 这所指的 libs 并没有被连结器找到.

     

    找找下个指到 LOCAL_LIBS 的地方, 我看到该在 Makerfile 的495行:

     

    $(CCLINK) -o $@ $(LDOPTIONS) $(OBJS) $(LOCAL_LIBS) $(LDLIBS)

    $(EXTRA_LOAD_FLAGS)

    而现在 LDLIBS 是什麽呢?

     

    LDLIBS = $(LDPOSTLIB) $(THREADS_LIBS) $(SYS_LIBRARIES)

    $(EXTRA_LIBRARIES)

    SYS_LIBRARIES 是:

     

    SYS_LIBRARIES = -lXpm -L../Xc -lXc

    是个! 就是这样遗失 libraries.

     

    大概连结器需要在 LOCAL_LIBS 之前看到 LDLIBS... 所以, 第一件事要尝试去修

    改 Makefile 就是改写在495行的 $(LOCAL_LIBS) 和 $(LDLIBS) , 所以它现在变

    成:

     

    $(CCLINK) -o $@ $(LDOPTIONS) $(OBJS) $(LDLIBS) $(LOCAL_LIBS)

    $(EXTRA_LOAD_FLAGS) ^^^^^^^^^^^^^^^^^^^^^^^

    在上面的改後,我试著再次执行 make , 瞧, 它这次可正常跑了. 当然,

    Xscrabble 仍然需要一些微调(fine tuning]与玩弄(twiddling), 像是重新命名

    字典以及标注某些辅助的叙述在原始码档案之一, 但正因为那样,它已给我好几个

    小时的消遣.

     

    你可以寄 e-mail [12]Matt Chapman, 而且从他的 [13]home page 下载

    Xscrabble.

    _________________________________________________________________

     

    Scrabble 是 Milton Bradley Co., Inc. 的注册商标.

    _________________________________________________________________

     

    7. 第二个例子: Xloadimage

    这个例子提出较简单的问题. xloadimage 程式加入到我的图形工作组似乎是很有

    用. 我从一本由 Mui 和 Quercia 所著的好书 [14]X User Tools 所附的 CD 上

    的原始码目录(source directory), 直接复制 xloadi41.gz 档案下来. 如预期

    的, 用 tar xzvf 解开所有档案. 然而, make 出现了令人讨厌的错误而且中断.

    _________________________________________________________________

     

    gcc -c -O -fstrength-reduce -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

    摘自:http://www.xa.sn.cn/netbook/os/H20000121-20.htm
    发布人:netbull 来自:非常Linux