之前开源了 一个 gitstats 的 GUI 应用 GitStatX，在提交到 GitHub (GitStatX) 之后，又准备提交到 Mac App Store。
在提交到 Mac App Store 之后，出现了一些问题，程序中包含的第三方可执行文件没有签名，导致苹果拒绝了提交的程序包：
…App sandbox not enabled - The following executables must include the "com.apple.security.app-sandbox" entitlement with a Boolean value of true in the entitlements property list. Refer to the App Sandbox page for
在 Mac 上用到一些开源的程序，经常需要自己编译，这个时候一般会使用 macports 所提供的工具链进行编译。
在编译的过程中，开源程序所引用的各种其他库，例如 libssl、libz、libgd 之类的，一般都会在 /opt/local/lib 下，而如果把这个编译好的二进制文件给其他人用时，如果其他人没有安装 macports，那么就会缺失这些共享库，从而导致编译好的二进制程序无法运行。
具体原因就是因为 Mac 下链接共享库时，会在链接时将共享库的路径写入到最终的二进制文件中，而默认情况下，这个路径是绝对路径，例如 /opt/local/lib/libz.1.dylib。
所幸苹果提供了 install_name_tool 这个工具来修改共享库的路径。
下面这个脚本就是用来批量替换二进制文件中的共享库路径。
这个脚本会在当前目录下创建 lib 目录，将二进制文件所依赖的 /opt/local/lib 中的共享库复制到 lib 目录中，并修改二进制文件中保存的共享库的路径。
脚本的使用方法，将上面的脚本保存为 fixlibpath.sb，并加上可执行权限，放到要修正的二进制文件所在的目录：
chmod +x fixlibpath.sh
./fixlibpath.sh mybinary
还有共享库会依赖其他共享库的情况，所以也需要对 lib 中复制过来的共享库进行同样的处理：
for f in lib/*; do
./fixlibpath.sh $f
done
可以观察一下脚本的输出，如果输出的内容中，每个共享库所依赖的库路径中不存在 /opt/local/lib，那就表示处理完成了。每个共享库都会有一个 /opt/local/lib 路径的，但是名称与这个共享库一样的路径，这个是不用处理的。
要测试处理完成的二进制文件是否正常，可以将该二进制文件和 lib …
阅读全文 »
HostsManager for Mac OS X v0.4.2 更新
HostsManager for Mac OS X v0.4.2
注意： 此次仅更新 Mac OS X 版本，HostsManager for Windows 版本没有更新
为了迁移项目 Git 仓库到 Mini Server 上，需要在 Snow Leopard Server 上配置一下 Gitosis，但是 Mac OS X 和 Linux 不太一样，有些地方需要特殊处理一下。
Gitosis 的安装就不多说，在参考文档2中有。
添加用户可以用参考文档1中的方法来创建，没有尝试直接用 OSX 的用户管理来创建是否可用。
# 这里的用户组和用户ID 用 401，但是实际用时需要根据服务器上的情况来创建
# 我在使用时 401 这个 gid 就已经被占用了，可以使用以下两个命令看看要用的
# ID 是否已经被用了。
sudo dscl . list /Users uid
sudo dscl . list …
近期评论