Re: [libvirt] Bump tar format?
This issue appeared again:
tar:
libvirt-1.3.6/tests/virhostcpudata/linux-deconf-cpus/node/node17/cpu136/topology/thread_siblings_list:
link name is too long; not dumped
tar:
libvirt-1.3.6/tests/virhostcpudata/linux-deconf-cpus/node/node17/cpu128/topology/thread_siblings_list:
link name is too long; not dumped
tar:
libvirt-1.3.6/tests/virhostcpudata/linux-deconf-cpus/node/node17/cpu120/topology/thread_siblings_list:
link name is too long; not dumped
tar:
libvirt-1.3.6/tests/virhostcpudata/linux-deconf-cpus/node/node16/cpu112/topology/thread_siblings_list:
link name is too long; not dumped
tar:
libvirt-1.3.6/tests/virhostcpudata/linux-deconf-cpus/node/node16/cpu104/topology/thread_siblings_list:
link name is too long; not dumped
Affects fedora 23 but not fedora 24 for whatever reason
On 07/22/2015 11:57 AM, Eric Blake wrote:
On 07/22/2015 08:44 AM, Andrea Bolognani wrote:
> 1. rename the test case, making it shorter;
Works if we can do it, but I agree we should add a syntax check to
enforce it.
>
> 2. bump tar format from ustar, which has limitations on the length
> of file names, to posix/pax, which has no such limitations.
Might be doable, if RHEL 5 autoconf/automake/tar supports it. Here's
where we switched to ustar:
https://www.redhat.com/archives/libvir-list/2012-April/msg01435.html
commit 75ad8b67
and even then, we ran into problems with too-long symlinks (which are
processed differently than regular files).
Since RHEL5 support has been dropped for a while now, maybe it's time to
revisit changing the tar format
- Cole