I got it fixed across all the machines by removing those files and then svn upping.
For some reason it looks like one particular checkout was done with internal svn version "10" and then the svn binary went back to version 9. -Todd On Thu, May 19, 2011 at 4:55 PM, Nigel Daley <nda...@mac.com> wrote: > maybe it's time to update the slave.jar jenkins jar. I'll do that. > > Nige > > On May 19, 2011, at 4:43 PM, Todd Lipcon wrote: > >> Strange... looks like the same issue is happening on the other build >> boxes too - I'd fixed h9 but h6 also has the issue. >> >> On Thu, May 19, 2011 at 4:40 PM, Todd Lipcon <t...@cloudera.com> wrote: >>> Must have been some svn bug. I rm -Rfed the http/lib directory in >>> question, ran svn cleanup, svn up, and it seems OK now. >>> >>> -Todd >>> >>> On Thu, May 19, 2011 at 4:14 PM, Aaron T. Myers <a...@cloudera.com> wrote: >>>> See this page: >>>> https://hudson.apache.org/hudson/job/PreCommit-Hadoop-Build/480/console >>>> >>>> <https://hudson.apache.org/hudson/job/PreCommit-Hadoop-Build/480/console>And >>>> note the following error: >>>> >>>> >>>> [exec] svn: This client is too old to work with working copy >>>> 'src/test/core/org/apache/hadoop/http/lib'. You need >>>> [exec] to get a newer Subversion client, or to downgrade this working >>>> copy. >>>> [exec] See >>>> http://subversion.tigris.org/faq.html#working-copy-format-change >>>> [exec] for details. >>>> >>>> >>>> -- >>>> Aaron T. Myers >>>> Software Engineer, Cloudera >>>> >>> >>> >>> >>> -- >>> Todd Lipcon >>> Software Engineer, Cloudera >>> >> >> >> >> -- >> Todd Lipcon >> Software Engineer, Cloudera > > -- Todd Lipcon Software Engineer, Cloudera
