On 2012年04月27日 08:17, Cole Robinson wrote:

In building the libvirt-0.9.11.2 stable tarball, I saw these errors:

tar: libvirt-0.9.11.2/tests/nodeinfodata/linux-nodeinfo-sysfs-test-1/cpu/cpu0/topology/thread_siblings_list: file name is too long (max 99); not dumped tar: libvirt-0.9.11.2/tests/nodeinfodata/linux-nodeinfo-sysfs-test-1/cpu/cpu0/topology/physical_package_id: file name is too long (max 99); not dumped tar: libvirt-0.9.11.2/tests/nodeinfodata/linux-nodeinfo-sysfs-test-1/cpu/cpu1/topology/thread_siblings_list: file name is too long (max 99); not dumped tar: libvirt-0.9.11.2/tests/nodeinfodata/linux-nodeinfo-sysfs-test-1/cpu/cpu1/topology/physical_package_id: file name is too long (max 99); not dumped tar: Exiting with failure status due to previous errors

As indicated the files were not in the tarball.

Can we just update the tar format in configure or does that come with caveats?

<quote> tar-ustar selects the ustar format defined by POSIX 1003.1-1988. This format is believed to be old enough to be portable. </quote> Using 'tar-ustar'? Regards, Osier