[Roberto Pariset] > Package: subversion > Version: 1.3.2-6 > Severity: important
Please pay attention to the version when reporting a bug. > /bin/sh /build/buildd/subversion-1.4.0/BUILD/libtool --tag=CC --silent > --mode=compile gcc -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE > -D_SVID_SOURCE -D_GNU_SOURCE -g -O2 -pipe -I/usr/include/xmltok > -I/usr/include/openssl -Wall -g -O2 -pthread -O2 > -I/build/buildd/subversion-1.4.0/subversion/include -I./subversion > -I/usr/include/neon -I/usr/include/apr-0 -I/usr/include/apr-0 > -I/usr/include -o subversion/libsvn_fs_fs/tree.lo -c > /build/buildd/subversion-1.4.0/subversion/libsvn_fs_fs/tree.c > /build/buildd/subversion-1.4.0/BUILD/libtool: line 1392: > subversion/libsvn_fs_fs/tree.loT: No such file or directory > mv: cannot stat `subversion/libsvn_fs_fs/tree.loT': No such file or directory I can't see how this can possibly be anything but a buildd glitch. Somehow our directory is being deleted out from under us. This doesn't seem to happen anywhere else. Can someone please requeue subversion 1.4.0-2 on amd64? Ryan Murray says "i'm thinking nautilus might not have a direct mail path. this would cause exactly this sort of problem." Thanks, Peter
signature.asc
Description: Digital signature
