From a8d264ff8dd960c42ed1885f48efb97238b5c06a Mon Sep 17 00:00:00 2001 From: Xin LI Date: Sun, 2 Jan 2011 10:51:17 +0000 Subject: [PATCH] MFen 1.1063 -> 1.1092. Obtained from: The FreeBSD Simplified Chinese Project --- zh_CN.GB2312/books/porters-handbook/book.sgml | 543 ++++++++++++++---- 1 file changed, 434 insertions(+), 109 deletions(-) diff --git a/zh_CN.GB2312/books/porters-handbook/book.sgml b/zh_CN.GB2312/books/porters-handbook/book.sgml index 27c65da769..e6ead99581 100644 --- a/zh_CN.GB2312/books/porters-handbook/book.sgml +++ b/zh_CN.GB2312/books/porters-handbook/book.sgml @@ -2,7 +2,7 @@ The FreeBSD Documentation Project The FreeBSD Simplified Chinese Project - Original Revision: 1.1063 + Original Revision: 1.1092 $FreeBSD$ --> @@ -75,7 +75,7 @@ - 自行制作 port + 自行制作新 port 那么， 您有兴趣创建自己的 port 或升级现有的 port？ 太好了。 @@ -102,14 +102,21 @@ Vim 应该能在打开文件的时候自动识别它， 而 &man.vi.1; 和 &man.ex.1 则需要在打开文件的时候通过 :set tabstop=4 来修正默认的设置。 - + + + + 想练练手吗？ 请参阅我们的 + 希望移植的软件列表 + 来看看您是否有兴趣完成其中的任务。 + 简单的 port - 这一章主要介绍如何快速创建一个简单的 port。 - 很多时候， 这点内容是不够的， 您需要阅读这份文档中更深入的内容。 + 这一章将介绍如何快速创建一个全新的 port。 + 很多时候， 这点内容是不够的， + 您需要阅读这份文档中更深入的内容。 首先， 需要取得包含源代码的 tar包， 并把它放到 DISTDIR变量所指的地方。 默认的情况下， 这应该是 @@ -361,48 +368,54 @@ PLIST_DIRS= lib/X11/oneko - 提交 port + 提交新 port - 首先， 确信您已经阅读了 - 该做什么和不该做什么 一节。 + 在提交新 port 之前， 应先阅读 该做什么和不该做什么 一节。 既然已经对所制作的 port 相当满意了， 剩下的工作， - 便是将它放进 FreeBSD 的主 ports 树， 以便让更多的人从中受益。 + 便是将它放进 &os; 的主 ports 树， 以便让更多的人从中受益。 我们并不需要您的 work 目录以及 pkgname.tgz 包， 因此现在可以删除它们了。 - 接下来， 只要把 shar `find - port_dir` 的输出写到一份 bug 报告中， 并用 - &man.send-pr.1; 程序 (参见 Bug + 假定您的 port 的名字是 oneko， 接下来要做的是 + cd 到 + oneko 所在的目录， 然后输入命令： + shar `find oneko` > oneko.shar + + 将这个 oneko.shar 文件作为附件， + 使用 &man.send-pr.1; 程序提交 (请参阅 + Bug Reports and General Commentary 以了解关于 &man.send-pr.1; 的进一步详情) 将其送出。 请务必将您的 bug 报告分类 (category) 为 ports 并把子分类 (class) 设置为 change-request (不要把报告表及为机密的， 即 - confidential！)。 此外， - 在 PR 的描述 (Description) 一栏中， - 应该填写您所移植的应用程序的简单介绍， 而 shar - 则应放到修正 (Fix) 栏中。 + confidential！)。 此外， 在 PR + 的描述 (Description) 一栏中的内容应该是 port 的简要介绍 + (例如 COMMENT 内容的简化版本)， + 而 shar 文件则应填入修正 (Fix) + 栏中。 在问题报告里面使用了一段好的描述， - 能使我们的工作变得更容易。 我们更倾向于这样的描述： - 用 New port: <category>/<portname> + 能使我们的工作变得更容易。 习惯上， 我们会使用类似： + New port: <category>/<portname> <short description of the port> - 来说明这是一个新的 port， 而用 - Update port: <category>/<portname> - <short description of the update> - 来说明这是对一个已有的 port 的升级。 如果您坚持使用这样的方案， - 那么我们将更容易更方便地阅读您的 PR。 + 这样的标题来说明这是新的 port。 如果您也使用这样的习惯， + 那么我们将更容易更方便地阅读您的 PR， + 从而加快处理速度。 再次声明， 不要包含原始的distfile， work目录， 或者您用 - make package 制作的包。 + make package 制作的包； + 此外， 对于新的 port 请务必使用 &man.shar.1; + 而不是 &man.diff.1;。 在您提交的您的 port 以后请耐心等待。 - 有时在一个 port 正式加入 FreeBSD 之前需要花费好几个月， + 有时在一个 port 正式加入 &os; 之前需要花费好几个月， 尽管也有可能是几天。 您可以查看 - 正等待被 commit 到 FreeBSD 的 port。 + 正等待被 commit 到 &os; 的 port PR。 一旦我们看过了您的报告， 有必要的话我们会联系您， 并把它放到 ports 树里。 您的名字也会出现在 @@ -601,7 +614,7 @@ PLIST_DIRS= lib/X11/oneko 修改 port 解开 tar 包， 对源代码做出合理的修改使得这个 port - 能在最新版本的 FreeBSD 上面运行。 + 能在最新版本的 &os; 上面运行。 一定要 仔细记录 您所做的每处改动， 包括删除、添加、修改的文件等等， 这些修改以后会在您的 port 中以脚本或补丁的方式出现， 并且能通过运行它们来自动完成您对 @@ -615,8 +628,8 @@ PLIST_DIRS= lib/X11/oneko 除非明确地声明， 否则您提交给 - FreeBSD ports collection 的补丁， - 脚本和其它的文件都将被假定以标准的 BSD 版权发布。 + &os; ports collection 的补丁， + 脚本和其它的文件都将以标准的 BSD 版权发布。 @@ -638,7 +651,12 @@ PLIST_DIRS= lib/X11/oneko 您应避免使用多个 patch 去修改同一个文件 (例如， patch-file 以及 patch-file2 都修改 - WRKSRC/foobar.c) 这种情况。 + WRKSRC/foobar.c) 这种情况。 + 需要注意的是， 如果修改的文件的路径中包含下划线 + (_) 字符， 则在补丁文件名中应使用两个下划线来代替。 + 例如， 如果需要修改名为 src/freeglut_joystick.c 的文件， + 补丁文件的名字应为 + patch-src-freeglut__joystick.c。 只有 [-+._a-zA-Z0-9] 这些字符， 可以出现在补丁的文件名中， 请务必不要使用除这些字符以外的其它字符。 @@ -706,6 +724,12 @@ PLIST_DIRS= lib/X11/oneko USE_DOS2UNIX= yes DOS2UNIX_REGEX= .*\.(c|cpp|h) + + 如果您希望基于现存的文件创建补丁， 可以把文件复制为带 + .orig 扩展名的名字， 然后修改原文件。 + 然后使用 makepatch + 目标根据修改在 port 的 files 目录中生成补丁文件。 @@ -2198,28 +2222,133 @@ PORTEPOCH= 1 我们甚至打算增加自动检测距离最近的站点并从那里下载的功能； 使用多个站点是这样做的重要一步。 - 如果原始的源码包是流行的软件， - 例如 X-contrib、 GNU， 或 Perl CPAN 等等之一， - 您可能会希望使用 + 如果原始的源码包可以从比较流行的软件下载站点， + 例如 SourceForge、 GNU 或是 Perl CPAN 等等来获得， + 您可能会希望使用类似 MASTER_SITE_* - (例如 MASTER_SITE_XCONTRIB、 - MASTER_SITE_GNU 和 - MASTER_SITE_PERL_CPAN) 来简化撰写。 简单地将 - MASTER_SITES 设置为这些变量之一， 并使用 - MASTER_SITE_SUBDIR 来指定路径就可以达到目的。 + 这样的缩写来表示它们 + (例如 MASTER_SITE_SOURCEFORGE、 + MASTER_SITE_GNU 以及 + MASTER_SITE_PERL_CPAN)。 只需将 + MASTER_SITES 设为这些变量， 并使用 + MASTER_SITE_SUBDIR 来指定路径就可以了。 下面是一个例子： - MASTER_SITES= ${MASTER_SITE_XCONTRIB} -MASTER_SITE_SUBDIR= applications + MASTER_SITES= ${MASTER_SITE_GNU} +MASTER_SITE_SUBDIR= make + + 此外， 您还可以用更为简略的格式： + + MASTER_SITES= GNU/make 这些变量是在 /usr/ports/Mk/bsd.sites.mk 中定义的。 新项目会随时增加， 因此在您提交 port 之前， 应先看一看这个文件的最新版本。 - 用户也可以在他们的 /etc/make.conf - 文件中自行设置 MASTER_SITE_* 变量， - 以便让系统使用他们的选择， 从他们喜欢的镜像站点进行下载。 + 针对常用软件下载站的许多 暗黑魔法 宏， + 还能够自动判断目录的结构。 对于这些站点， + 只要使用与之对应的缩写， 系统便会自动为您生成相关的子目录配置。 + + MASTER_SITES= SF + + 如果系统猜测的路径不对， 则可以使用下面这样的配置来替换。 + + MASTER_SITES= SF/stardict/WyabdcRealPeopleTTS/${PORTVERSION} + + + 常用的魔术 <makevar>MASTER_SITES</makevar> 宏 + + + + + 宏 + + 自动猜测的子目录 + + + + + + APACHE_JAKARTA + + /dist/jakarta/${PORTNAME:S,-,,/,}/source + + + + BERLIOS + + /${PORTNAME:L} + + + + CHEESESHOP + + /packages/source/source/${DISTNAME:C/(.).*/\1/}/${DISTNAME:C/(.*)-[0-9].*/\1/} + + + + DEBIAN + + /debian/pool/main/${PORTNAME:C/^((lib)?.).*$/\1/}/${PORTNAME} + + + + GCC + + /pub/gcc/releases/${DISTNAME} + + + + GNOME + + /pub/GNOME/sources/${PORTNAME}/${PORTVERSION:C/^([0-9]+\.[0-9]+).*/\1/} + + + + GNU + + /gnu/${PORTNAME} + + + + MOZDEV + + /pub/mozdev/${PORTNAME:L} + + + + PERL_CPAN + + /pub/CPAN/modules/by-module/${PORTNAME:C/-.*//} + + + + PYTHON + + /ftp/python/${PYTHON_PORTVERSION:C/rc[0-9]//} + + + + RUBYFORGE + + /${PORTNAME:L} + + + + SAVANNAH + + /${PORTNAME:L} + + + + SF + + /project/${PORTNAME:L}/${PORTNAME:L}/${PORTVERSION} + + + +
@@ -3022,14 +3151,18 @@ ALWAYS_KEEP_DISTFILES= yes Makefile 中的 COMMENT 变量应该紧接着 MAINTAINER 变量出现。 - 请务必将 COMMENT 这行限制在 70 个字符之内， - 因为它的主要目的是向用户展示 port 的一句话简介。 + 请务必将 COMMENT 这行限制在 60 个字符之内， + 因为这行内容会成为 &man.pkg.info.1; + 呈现给用户的 port 的一句话简介。 依赖关系 - 许多 port 会依赖其它 port。 + 许多 ports 会依赖其它 port。 这是包括 &os; + 在内的多数 类-Unix 系统的很方便的功能。 + 这项功能， 可以避免在每个 port 或预编译包中都带上重复的依赖的代码， + 而可以以依赖关系的方式去共享它们。 有七个变量用于帮助您确保所需的文件都存在于用户的机器上。 此外， 也提供了用于支持常见情形的依赖关系变量， 以及对依赖关系行为的更多控制。 @@ -3118,6 +3251,30 @@ ALWAYS_KEEP_DISTFILES= yes 如果您希望指定一个的 target 和默认的 DEPENDS_TARGET 相同， 则可以略去不写。 + + 一种比较常见的情形是 + RUN_DEPENDS 和 + BUILD_DEPENDS 完全一样， + 这种情况在移植的软件是采用脚本语言书写， + 或联编环境与运行环境需求相同时尤其普遍。 + 这种情况可以用下面简单明了的方式直接将其中一个变量赋值给另一个变量： + + RUN_DEPENDS= ${BUILD_DEPENDS} + + 不过， 这种赋值有可能会令运行环境被某些没有在 + port 原本的 BUILD_DEPENDS 明确定义的依赖关系污染。 + 导致这种情况的原因是 &man.make.1; 计算变量赋值时默认采用的是延后计算 (lazy evaluation)。 + 例如， 如果在 Makefile 中使用了 + USE_* 变量， + 这些变量就会由 ports/Mk/bsd.*.mk 处理， + 并填写与之对应的联编依赖关系。 例如， USE_GMAKE=yes + 会把 devel/gmake 加入到 + BUILD_DEPENDS。 + 如果希望避免这些附加的依赖关系污染 RUN_DEPENDS， + 在使用赋值的时候就需要小心考虑这类扩展的情况， + 例如， 可以在赋值展开之前复制变量的值： + + RUN_DEPENDS:= ${BUILD_DEPENDS} @@ -3804,26 +3961,67 @@ PORTVERSION= 1.0 - <makevar>CONFLICTS</makevar> (设置与其它包的冲突) + 处理冲突 - 如果您的软件包无法与某些其它软件包共存 - (由于文件冲突， 运行环境不兼容， 等等)， - 将这些包的名字列在 CONFLICTS - 变量中。 此处可以使用 shell 通配符， 如 * 和 - ?。 列举软件包的名称时， 应采用 - /var/db/pkg 中的形式。 请确认 - CONFLICTS 不会匹配它本身， 否则将导致 - FORCE_PKG_REGISTER 无法正常工作。 - + 针对不同的 package 或 port 之间的冲突情形， + 系统提供了不同的变量来协助开发人员进行表达： CONFLICTS、 + CONFLICTS_INSTALL 和 + CONFLICTS_BUILD。 - CONFLICTS 会自动地设置 + 这些用于描述冲突的变量会自动地设置 IGNORE， 后者的完整介绍， 可以在 找到。 在删去相互冲突的 port 时， 建议将 CONFLICTS 保留几个月， 以便让那些不经常更新系统的用户能够看到。 + + + <makevar>CONFLICTS_INSTALL</makevar> + + 如果您的软件包不能与某些软件包同时安装 + (例如由于安装同样的文件到相同的位置、 运行时不兼容等等)， + 则应把其它软件包的名字列在 + CONFLICTS_INSTALL 变量中。 此处可以使用 shell + 通配符， 如 * 和 ?。 + 列出其它软件包的名字时需要遵循它们在 + /var/db/pkg 中出现的样子。 请确保 + CONFLICTS_INSTALL 不会匹配到您正制作的这个预编译包的名字， + 否则， 使用 + FORCE_PKG_REGISTER 来强制安装就没有办法进行了。 + 对于 CONFLICTS_INSTALL 的检查是在联编过程之后、 + 安装开始之前进行的。 + + + + <makevar>CONFLICTS_BUILD</makevar> + + 如果您的软件包在系统中存在某些其它软件包时不能完成联编， + 则应把其它软件包的名字列在 + CONFLICTS_BUILD 变量中。 此处可以使用 shell + 通配符， 如 * 和 ?。 + 列出其它软件包的名字时需要遵循它们在 + /var/db/pkg 中出现的样子。 + 对于 CONFLICTS_BUILD 的检查是在联编过程开始之前进行的。 + 联编时的冲突不会在编译好的包中予以记录。 + + + + <makevar>CONFLICTS</makevar> + + 如果您的 port 在某些其它 port 已经存在的情况下既不能联编， + 也不能安装， 则应把其它软件包的名字列在 + CONFLICTS 变量中。 此处可以使用 shell + 通配符， 如 * 和 ?。 + 列出其它软件包的名字时需要遵循它们在 + /var/db/pkg 中出现的样子。 请确保 + CONFLICTS 不会匹配到您正制作的这个预编译包的名字， + 否则， 使用 + FORCE_PKG_REGISTER 来强制安装就没有办法进行了。 + 对于 CONFLICTS 的检查是在联编过程之后、 + 安装开始之前进行的。 + @@ -3845,6 +4043,10 @@ PORTVERSION= 1.0 INSTALL_SCRIPT 是安装可执行脚本文件的命令。 + + INSTALL_LIB 是安装动态连接库的命令。 + + INSTALL_KLD 是用于安装可加载式内核模块的命令。 在某些平台上， 当对内核模块进行 strip 之后会导致一些问题， @@ -3865,17 +4067,18 @@ PORTVERSION= 1.0 - 对可执行文件做脱模 (strip) 操作 + 对可执行文件和动态连接库做脱模 (strip) 操作 除非不得不进行， 否则不要手工对可执行文件作脱模操作。 - 所有文件在安装时都应脱模， 但 INSTALL_PROGRAM - 宏会在安装的同时对其进行脱模 (参见下一节的内容)。 + 所有文件在安装时都应脱模， 但 INSTALL_PROGRAM + 宏会在安装的同时对其进行脱模 (参见下一节的内容)。 + INSTALL_LIB 宏 如果您需要对某一文件进行脱模， 但不希望使用 - INSTALL_PROGRAM 宏， 则应使用 - ${STRIP_CMD} 来处理程序。 - 一般而言这应该在 post-install - target 中进行。 例如： + INSTALL_PROGRAM 及 INSTALL_LIB 宏， + 则应使用 ${STRIP_CMD} 来处理程序。 + 一般而言这应该在 + post-install target 中进行。 例如： post-install: ${STRIP_CMD} ${PREFIX}/bin/xdl @@ -5127,7 +5330,7 @@ USE_XORG= x11 xpm DESKTOP_ENTRIES= "ToME" "Roguelike game based on JRR Tolkien's work" \ "${DATADIR}/xtra/graf/tome-128.png" \ - "tome -v -g" "Application;Game;RolePlaying" \ + "tome -v -g" "Application;Game;RolePlaying;" \ false @@ -5662,7 +5865,8 @@ QT_COMPONENTS= qmake_build moc_build rcc_build uic_build JAVA_VERSION 用空格分开的适合 port 使用的 Java 版本。 可选的 "+" 可以用于指定某个范围的版本 (可以用： - 1.1[+] 1.2[+] 1.3[+] 1.4[+])。 + 1.1[+] 1.2[+] 1.3[+] 1.4[+] 1.5[+] + 1.6[+])。 @@ -8139,6 +8343,19 @@ GROUPS= pulse pulse-access pulse-rt + + 依赖内核源代码的 Ports + + 某些 ports (例如可加载式内核模块) 需要内核的源文件才能编译。 + 下面是检测用户是否安装了源代码的例子： + + SRC_BASE?= /usr/src + +.if !exists(${SRC_BASE}/sys/Makefile) +IGNORE= requires kernel sources to be installed +.endif + + @@ -8581,18 +8798,6 @@ etc/orbit.conf.sample pkg-message 中的 installation PREFIX。 - 使用 SUB_FILES - 变量可以指定需要自动修改的文件列表。 在 - SUB_FILES 中的每一个 - file， 都必须有一个对应的、 - 存在于 FILESDIR 目录的 - file.in 文件。 - 如果您加入了一些文件， 例如 - pkg-message、 pkg-install、 - pkg-deinstall 或 pkg-reg， 则相关的 - PKG-FILE 变量就应设置为 - WRKDIR/pkg-file。 - 用 SUB_FILES 变量， 可以指定需要自动进行修改的文件列表。 在 SUB_FILES 中的每一个 @@ -8605,7 +8810,7 @@ etc/orbit.conf.sample SUB_FILES 中。 对于 pkg-message、 pkg-install、 pkg-deinstall - and pkg-reg， 对应的 Makefile 变量会被自动设置， + and pkg-req， 对应的 Makefile 变量会被自动设置， 以指向处理过的版本。 SUB_LIST 这个变量的内容是一系列 @@ -8790,7 +8995,7 @@ as .putsy.conf and edit it. - 升级 + 升级一个 port 如果您发现某个 port 相对原作者所发布的版本已经过时， 则首先需要确认的是您的 port 是最新的。 您可以在 &os; FTP 镜像的 @@ -8823,23 +9028,38 @@ as .putsy.conf and edit it. 因此发邮件给它一般没什么意义。 如果维护者要求您去完成升级， 或者没有维护者， - 您就可以通过自行完成升级来帮助 &os; 了！ 请进行修改， - 并保存在新旧目录上执行的递归式 diff 的输出 (例如， - 如果您修改的 port 的目录名是 superedit - 而修改前的目录的名字是 superedit.bak， 则应提交的是 + 您就有机会通过自行完成升级来帮助 &os; 了！ 请使用基本系统提供的 + &man.diff.1; 命令来完成相关的工作。 + + 如果只修改一个文件， 可以直接使用 diff + 来生成补丁， 将需要修改的文件复制成 something.orig， + 并将改动放进 something， + 接着生成补丁： + + + &prompt.user; /usr/bin/diff something.orig something > something.diff + + + 还有一种办法是将目录整个复制到另一个目录， + 并使用 &man.diff.1; 比较两个目录时在目录中递归产生的输出结果 + (例如， 如果您修改后的 port 目录的名字是 + superedit 而原始文件的目录是 + superedit.bak， 则应保存 diff -ruN superedit.bak superedit 的结果)。 一致式 (unified) 或 上下文式 (context) diff 都是可以的， 但一般来说 port committer 会更喜欢一致式 diff。 请注意这里使用的选项 -N， 它的目的是强制 diff 正确地处理出现新文件， 或老文件被删除的情形。 在把 diff 发给我们之前， - 请再次检查输出， 以便确认每一个修改都是有意义的。 - 为了简化常用的补丁文件操作， 您可以使用 + 请再次检查输出， 以便确认每一个修改都是有意义的。 (特别注意， + 在对比目录之前要用 make clean 清理一下)。 + + 为了简化常用的补丁文件操作， 您可以使用 /usr/ports/Tools/scripts/patchtool.py。 使用之前， 请首先阅读 /usr/ports/Tools/scripts/README.patchtool。 如果 port 目前还无人维护， 而且您自己经常使用它， - 请考虑自荐为它的维护者。 &os; 有超过 2000 个没有维护者的 port， + 请考虑自荐为它的维护者。 &os; 有超过 4000 个没有维护者的 port， 而这正是最需要志愿人员的领域。 (要了解关于维护者的任务描述， 请参见 @@ -8870,12 +9090,36 @@ as .putsy.conf and edit it. - 再次强调， 请使用 &man.diff.1; 而非 &man.shar.1; 来发送现有 port 的更新！ + 再次强调， 请使用 &man.diff.1; 而非 &man.shar.1; 来发送现有 + port 的更新！ 这可以帮助 ports committer 理解需要修改的内容。 现在您已经了解了所需的所有操作， 您可能会像要阅读在 中关于如何保持最新的描述。 + + UPDATING 和 MOVED 文件 + + 如果在升级 port 时需要类似修改配置文件或运行特定的程序这样的特别步骤， + 则应在 + /usr/ports/UPDATING 文件中予以说明。 + 这个文件中的项目格式如下： + + YYYYMMDD: + AFFECTS: users of port类别/port名字 + AUTHOR: 您的名字 <您的电子邮件地址> + + 所需执行的特别步骤 + + 如果您需要在内文中加入具体的 portmaster 或 portupgrade + 的说明， 请确保所用的 shell 命令使用了正确的转义字符。 + + 如果 port 被删除或改名，则应在 + /usr/ports/MOVED 中添加相应的说明项目。 + 这个文件中的项目格式如下： + + 原来的名字|新名字 (如果删除则应留空)|删除或改名的日期|原因 + @@ -12026,6 +12270,18 @@ Reference: <http://www.freebsd.org/ports/portaudit/74a9541d-5d6c-11d8-80e3-00 7.3-RELEASE 之后的 7.3-STABLE。 + + 704000 + December 22, 2010 + 7.4-RELEASE + + + + 704100 + December 22, 2010 + 7.4-RELEASE 之后的 7.4-STABLE。 + + 800000 October 11, 2007 @@ -12745,6 +13001,23 @@ Reference: <http://www.freebsd.org/ports/portaudit/74a9541d-5d6c-11d8-80e3-00 June 14, 2010 8.1-RELEASE 之后的 8.1-STABLE。 + + 801501 + November 3, 2010 + 用于 PL_FLAG_SCE/SCX/EXEC/SI 的 struct sysentvec 的 KBI 以及 + 用于 ptrace(PT_LWPINFO) 的 pl_siginfo 的 KBI + 改变之后的 8.1-STABLE。 + + + 802000 + December 22, 2010 + 8.2-RELEASE + + + 802500 + December 22, 2010 + 8.2-RELEASE 之后的 8.2-STABLE。 + 900000 August 22, 2009 @@ -12832,6 +13105,79 @@ Reference: <http://www.freebsd.org/ports/portaudit/74a9541d-5d6c-11d8-80e3-00 Jun 10, 2010 添加了 Clang 之后的 9.0-CURRENT。 + + 900015 + July 22, 2010 + 引入了 BSD grep 之后的 9.0-CURRENT。 + + + 900016 + July 28, 2010 + 在 struct malloc_type_internal 中加入了 mti_zone + 之后的 9.0-CURRENT。 + + + 900017 + August 23, 2010 + 默认 grep 改回使用 + GNU grep 并增加 WITH_BSD_GREP 开关之后的 9.0-CURRENT。 + + + 900018 + August 24, 2010 + 将 pthread_kill(3) + 产生的信号在 si_code 中改为使用 SI_LWP 标记之后的 + 9.0-CURRENT。 之前， si_code 对应的标志为 SI_USER。 + + + 900019 + August 28, 2010 + 为 mmap(2) 新增了 + MAP_PREFAULT_READ 标志之后的 9.0-CURRENT。 + + + 900020 + September 9, 2010 + 为 sbuf 增加了 drain 功能并改变了 + struct sbuf 布局之后的 9.0-CURRENT。 + + + 900021 + September 13, 2010 + DTrace 增加用户态跟踪支持之后的 9.0-CURRENT。 + + + 900022 + October 2, 2010 + 新增了 BSDL man 工具， 并淘汰 GNU/GPL man 工具之后的 + 9.0-CURRENT。 + + + 900023 + October 11, 2010 + 引入 20101010 git 快照版本 xz 之后的 9.0-CURRENT。 + + + 900024 + November 11, 2010 + 将 libgcc.a 替换为 libcompiler_rt.a 之后的 9.0-CURRENT。 + + + 900025 + November 12, 2010 + 引入了模块化拥塞控制之后的 9.0-CURRENT。 + + + 900026 + November 30, 2010 + 引入串行管理协议 (SMP) 直通， 以及与之对应的 CAM CCB + XPT_SMP_IO 和 XPT_GDEV_ADVINFO 之后的 9.0-CURRENT。 + + + 900027 + December 5, 2010 + 在 libm 中增加 log2 之后的 9.0-CURRENT。 + @@ -13381,27 +13727,6 @@ IGNORE=POINTYHAT is not supported 除此之外， 也可以联系软件的作者， 以确认这些修改是否是他们做的。 - - 一些必要的 workaround - - 有时， 需要绕过一些较早版本的 &os; 中包含软件中的 bug。 - - - - 某些版本的 &man.make.1; 在处理 OSVERSION - 的比较时存在问题， 至少对 4.8 和 5.0 是这样。 这经常会导致在 - make describe 时发生问题 (因而， - ports make index 也会无法正常工作)。 - 绕过这个问题的方法， 是在判断语句周围增加空格， 例如： - if ( ${OSVERSION} > 500023 ) - 请小心， 在 4.9 或 5.2 上测试安装， - 是 不能 检测到这个问题的。 - - - - - - 杂记