Re: SVN Issue On Solaris OS

>Subversion's SPARC Solaris buildbot slave is a T1000. It takes about >6min to build Subversion and 25min to run the regression tests on a RAM >disk. By way of comparison, my Linux desktop is about one year old and a >similar build is less than 30sec and the tests take less than 3min. The >regres

Re: SVN Issue On Solaris OS

Thanks for your suggestion at least you have provided me a guide : ) Regards Mohsin On Thu, Dec 11, 2014 at 12:02 AM, Stefan Sperling wrote: > On Wed, Dec 10, 2014 at 04:01:10PM -0700, Mohsin wrote: > > >I searched the archives without luck, but thought I recall some people > > posting these

Re: SVN Issue On Solaris OS

On Wed, Dec 10, 2014 at 04:01:10PM -0700, Mohsin wrote: > >I searched the archives without luck, but thought I recall some people > posting these machines were not >good with SVN. > > If this is the case then we should consider Linux machines which are working > fine with svn . I think we should

Subversion Exception

--- Subversion Exception! --- Subversion遇到了一个严重的问题。 麻烦您花点时间将这个问题报告给Subversion 请尽量详细的描述您之前尝试的操作。 不过希望您先在邮件存档中搜索一下同样的问题，避免重复提交。 您可以登录下面的地址搜索邮件存档： http://subversion.apache.org/mailing-lists.html Subversion产生的报告如下 (您可以用Ctrl-C快捷键复制 本对话框的内容到剪切板)： 文件 “

Re: SVN Issue On Solaris OS

Mark Phippard writes: > I searched the archives without luck, but thought I recall some people > posting these machines were not good with SVN. Aren't these the ones > capable of running a lot of threads but are very slow single thread > machines? The processor is only like 1 Ghz I believe. > >

Re: SVN Issue On Solaris OS

>I searched the archives without luck, but thought I recall some people posting these machines were not >good with SVN. If this is the case then we should consider Linux machines which are working fine with svn . I think we should prefer Linux machines for svn. Mohsin -- View this message i

Re: SVN Issue On Solaris OS

>Assume you realize that rsync is not part of Subversion? Yes rsync is separate utility which is used for syncing purpose . Rsync nothing to do with subversion. -- View this message in context: http://subversion.1072662.n5.nabble.com/SVN-Issue-On-Solaris-OS-tp191202p191210.html Sent from the

Re: SVN Issue On Solaris OS

On Dec 10, 2014, at 5:47 PM, Mohsin wrote: >> This really shouldn't matter, unless you now have a directory with tens >> of thousands of entries in it. And your use of the term "100% disk >> usage" seems to be about I/O, not capacity (which is quite strange). On >> the other hand, if you're actua

Re: SVN Issue On Solaris OS

>This really shouldn't matter, unless you now have a directory with tens >of thousands of entries in it. And your use of the term "100% disk >usage" seems to be about I/O, not capacity (which is quite strange). On >the other hand, if you're actually rsyncing lots of data to or from your >machine, i

Re: SVN Issue On Solaris OS

On 10.12.2014 22:37, Mark Phippard wrote: > On Wed, Dec 10, 2014 at 4:30 PM, Branko Čibej > wrote: > > On 10.12.2014 22:01, Mohsin wrote: > > > This thing is very strange for me because svn should work > properly on > > Solaris machine because that machin

Re: SVN Issue On Solaris OS

On Wed, Dec 10, 2014 at 4:30 PM, Branko Čibej wrote: > On 10.12.2014 22:01, Mohsin wrote: > > > This thing is very strange for me because svn should work properly on > > Solaris machine because that machine have better specs but result is > > opposite. > > What are "better specs", exactly? It's n

Re: SVN Issue On Solaris OS

On 10.12.2014 22:01, Mohsin wrote: > Good Day SVN Experts, > > I recently upgraded svn v 1.8.9 to v 1.8.10 from Linux OS to Solaris OS. > Linux machine was desktop machine with low specs and Solaris machine is > T1000 server class machine. Now issue we faced is when we start rsync from > Solaris ma

SVN Issue On Solaris OS

Good Day SVN Experts, I recently upgraded svn v 1.8.9 to v 1.8.10 from Linux OS to Solaris OS. Linux machine was desktop machine with low specs and Solaris machine is T1000 server class machine. Now issue we faced is when we start rsync from Solaris machine disk usage of machine goes to 100 % and

[no subject]

Hello, I'm trying to use SVN update in TortioseSVN in Win. 7 Ultimate x64 It gives the output and fails:---Subversion Exception!---

Re: HPUX : E000002 - libapr

Stefan Sperling writes: > Have you asked HP about this? From this problem description it looks as > if their mktemp was seriously broken. APR uses mkstemp() rather than mktemp() but that probably makes no difference. APR also has custom code that can be used when mkstemp() is not available so r

RE: HPUX : E000002 - libapr

Thanks Stefan, I am looking into the HPUX implementation of mktemp which does show that is very old >10 years on these hosts so may well not be compliant with todays standards or just containing this issue. Thanks, Mark Visit the repository server here for Subversion help and support ; h

Re: HPUX : E000002 - libapr

On Wed, Dec 10, 2014 at 01:53:30PM +, Bailey, Mark wrote: > I am trying to find out if there has been a fix implemented for this issue > and I cannot track one down. This issue is across all our HPUX hosts using > Subversion 1.8.5 and apr 1.5.0 and apr_util 1.5.3. > > I believe this issue h

HPUX : E000002 - libapr

I am trying to find out if there has been a fix implemented for this issue and I cannot track one down. This issue is across all our HPUX hosts using Subversion 1.8.5 and apr 1.5.0 and apr_util 1.5.3. I believe this issue has been persistent on these HPUX hosts for the last few years. Any adv