On Tue, Nov 09, 2010 at 09:33:33PM +0000, Roger Leigh wrote: > We've had this issue before. Ultimately: > - we can mitigate the restriction by making the path shorter, but > we can't make any guarantees even than since package names and > version numbers don't have any fixed limit. You still have to > factor in the relative path length under the build tree as well. > - using a guaranteed short path under /tmp is the only way to ensure > success. My home dir at work is over five levels deep from the > root, so upstream really should deal with the limitation since > users don't always have the choice of shortening the path.
I've found an acceptable workaround. I will send a patch to d...@openvswitch.org soon. In short, to connect or bind a socket with a name that is too long, open a fd for the dirname of the socket then use /proc/self/fd/<dirfd>/basename as the name. This seems to work fine. It won't handle the case where the socket's basename is too long, but that's also not the problem here. Thanks for the analysis! -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
