公司产品有个组件需要在HP unix下编译。
用了CI做集成
为了保证代码一致性,在linux的机器上从svn代码树上下载代码,然后打包上传到HP Unix上。
编译一个组件,提示找不到文件。
查看源码是有的。
到集成机器上看,路径在,但是里面的文件名被截断了。
开始猜想是 bzip2导致的,去掉bzip2,直接用tar,还是这个问题。
但是同样的压缩包 在别的地方打开的文件名是正常的。
开始怀疑HP-Unix对文件名长度有限制。查了半天,没相关资料。
在HP上看 tar的帮助
看到用的是 posix格式的tar
在google上搜 hp unix tar filename length
突然看到
...... SunOS and HP-UX tar fail to accept archives created using GNU tar and ...
看来是 linux下默认的tar格式不被hp unix下的tar支持。
修改打包指令
tar -jcvf agent.tbz --format=posix agent
到hp下解压
/usr/local/bin/bzip2 -dc agent.tbz | tar -xvf
还差几个字符
换另一个posix格式名ustar
tar -jcvf agent.tbz --format=ustar agent
总算可以了
用了CI做集成
为了保证代码一致性,在linux的机器上从svn代码树上下载代码,然后打包上传到HP Unix上。
编译一个组件,提示找不到文件。
查看源码是有的。
到集成机器上看,路径在,但是里面的文件名被截断了。
开始猜想是 bzip2导致的,去掉bzip2,直接用tar,还是这个问题。
但是同样的压缩包 在别的地方打开的文件名是正常的。
开始怀疑HP-Unix对文件名长度有限制。查了半天,没相关资料。
在HP上看 tar的帮助
看到用的是 posix格式的tar
在google上搜 hp unix tar filename length
突然看到
...... SunOS and HP-UX tar fail to accept archives created using GNU tar and ...
看来是 linux下默认的tar格式不被hp unix下的tar支持。
修改打包指令
tar -jcvf agent.tbz --format=posix agent
到hp下解压
/usr/local/bin/bzip2 -dc agent.tbz | tar -xvf
还差几个字符
换另一个posix格式名ustar
tar -jcvf agent.tbz --format=ustar agent
总算可以了