Apache OpenOffice (AOO) Bugzilla – Issue 44152
Solaris: packages produced by OOo build: filenames >100 characters
Last modified: 2005-03-08 20:12:34 UTC
Hi, Solaris packages produced by OOo build system directly from CVS and then packed with tar, contain filenames longer than 100 characters. Like this: packages/openofficeorg-core07/reloc/share/Scripts/javascript/ExportSheetsToHTML/parcel-descriptor.xm packages/openofficeorg-core07/reloc/share/config/soffice.cfg/modules/BasicIDE/statusbar/statusbar.xm packages/openofficeorg-core07/reloc/share/config/soffice.cfg/modules/BasicIDE/toolbar/standardbar.xm packages/openofficeorg-core07/reloc/share/config/soffice.cfg/modules/dbapp/toolbar/queryobjectbar.xm packages/openofficeorg-core07/reloc/share/config/soffice.cfg/modules/dbapp/toolbar/tableobjectbar.xm packages/openofficeorg-core07/reloc/share/config/soffice.cfg/modules/dbquery/toolbar/sqlobjectbar.xm packages/openofficeorg-core07/reloc/share/config/soffice.cfg/modules/scalc/accelerator/de/default.xm packages/openofficeorg-core07/reloc/share/config/soffice.cfg/modules/scalc/accelerator/es/default.xm packages/openofficeorg-core07/reloc/share/config/soffice.cfg/modules/scalc/accelerator/fr/default.xm packages/openofficeorg-core07/reloc/share/config/soffice.cfg/modules/scalc/toolbar/formsfilterbar.xm packages/openofficeorg-core07/reloc/share/config/soffice.cfg/modules/scalc/toolbar/formsobjectbar.xm packages/openofficeorg-core07/reloc/share/config/soffice.cfg/modules/scalc/toolbar/insertcellsbar.xm All these filenames are 100 characters long. But the correct length is 101, because the final letter "l" (in the above mentioned filenames) was stripped off by Solaris' tar (see man tar and search for string "100"). Sun published packages do not have this problem, because they have bzip2'ed content: ./packages/openofficeorg-core07/archive/none.bz2 Two issues here: - Sun produced builds are not build using tools in the CVS - Community doesn't have a chance to produce packages like Sun is producing Workaround for now: pack the final packages using e.g. ZIP instead of Solaris' tar. But this is not correct solution, because SUNWzip is not installed on all systems, the filenames are different from Sun published filenames, the mechanism to unpack is different etc.
reassign.
Pavel, how did you create this tar files? I tested the download installation sets for Solaris built on Solaris 9 and could create the tar files without problems and could also unpack the tar files without problems, although they have more than 100 characters. Is this a version problem of tar? Is tar -E the solution?
Using Solaris' tar (/usr/bin/tar) with E solved the problem. But now, GNU tar is emitting messages like this: tar: tmp/PaxHeaders.17189/depend: Unknown file type 'X', extracted as normal file and it will leave tmp/PaxHeaders.17189 full of 30 bytes files like: $ cat zlib.so 30 mtime=1110251189.000000000 $ but it is probably OK. So tar packing is fixed. Compressed packages are not.
.