On Tue, Nov 09, 2010 at 09:33:33PM +0000, Roger Leigh wrote: > On Tue, Nov 09, 2010 at 01:21:59PM -0800, Ben Pfaff wrote: > > On Tue, Nov 09, 2010 at 09:26:25PM +0100, Sebastian Andrzej Siewior wrote: > > > I just built via > > > | sbuild --apt-update --batch --dist=unstable --arch=powerpcspe \ > > > | openvswitch_1.1.0~pre2-2 > > > and got the same error message. On buildds it hang in the perl test case > > > but here it continued. I just tar _my_ folder and it available at [0] in > > > case it is any help for you. > > > > Thanks for the hint. I was able to reproduce the problem locally with > > sbuild. I'm sure that I can track it down now. > > Looking at the logs, it may be the case that it's due to > path length restrictions on UNIX domain socket filenames. I'm > checking if that's the case now. If so, I suggest that any > sockets are created in /tmp or TMPDIR rather than the build > tree to avoid such issues. TMPDIR can always be set to /tmp. > > Since sbuild/buildd build in > /build/$user-$package_$version-$arch-XXXXX/$package_$version, that's a > large chunk of the (114? char length) socket restriction. > > 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.
Confirmed, at least for path length limits: /tmp/openvswitch-1.1.0~pre2 works /tmp/XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX/XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX/XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX/XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX/openvswitch-1.1.0~pre2 fails This isn't an sbuild issue, and we can't reliably work around it in sbuild either, for the reasons stated above. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `- GPG Public Key: 0x25BFB848 Please GPG sign your mail.
signature.asc
Description: Digital signature
