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 -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list