On Sun, 2006-01-08 at 18:05 -0600, Bradley Lucier wrote: > On Jan 8, 2006, at 9:12 AM, Daniel Berlin wrote: > > >> > >> Try removing the offending directory (gcc/testsuite/gcc.dg/ > >> special) and > >> run svn cleanup again, updating the tree afterwards. If you > >> didn't have > >> any local changes in that directory you should not lose anything. > >> If the > >> problem persists then you probably have a hardware problem. > > > > Just "for the record": > > > > gcc.gnu.org runs RHEL4, and we've never had any trouble like this. > > > > All the snapshots are generated locally using svn, etc. > > OK, here are some details. Our server is a dual UltraSparc running > Solaris 10 attached to the SAN. > > Working client situation: subversion 1.3.0 on Sparc Solaris 9, not > using Berkeley DB > > Non-working client situation: subversion 1.3.0 on x86-64 RHEL 4.0, > using Berkeley DB > > I think everything is running NFSv4 at this point.
Unless you are running a server locally, whether you've compiled in BDB or not doesn't matter.
