. http://sedi-com.fr/wintersun.php?sCID=84tx
On Nov 21, 2011, at 17:54,
wrote:
> I am looking for an example of a post commit hook script that will 'get' a
> copy of the files that have changed in the revision being committed. The
> intent is to populate a set of unix directories with the latest version of
> source code files. These d
I am looking for an example of a post commit hook script that will 'get' a copy
of the files that have changed in the revision being committed. The intent is
to populate a set of unix directories with the latest version of source code
files. These directories are in the "PROPATH" used in our
Huh, it sounds as if the Silk distribution is the underlying cause (I'm
using the same distro). I'll file a bug with Silk and see what they say.
Thanks Mark!
On Mon, Nov 21, 2011 at 3:39 PM, Mark Phippard wrote:
> This thread might be helpful. I am linking to the conclusion:
>
>
> http://sub
This thread might be helpful. I am linking to the conclusion:
http://subversion.open.collab.net/ds/viewMessage.do?dsForumId=4&dsMessageId=436703
On Mon, Nov 21, 2011 at 3:16 PM, Jeff Ward wrote:
> I'm attempting to get a diff through the Win32 GNU Diff Utils and I'm
> running into weird issue
I'm attempting to get a diff through the Win32 GNU Diff Utils and I'm
running into weird issues.
The following command:
C:\Projects\Eastgate>svn diff -c 187 --diff-cmd="c:\Program Files
(x86)\GnuWin32\bin\diff.exe"
Always returns this:
Index: src/file.py
==
Previously we use FTP for FRS but our setup have a lot of misses.
With SVN + Apache (mod_dav_svn.so, mod_authz_svn.so) seems I get:
* Anonymous read only access through HTTP protocol with wide range of
supported clients for downloading (wget/curl from GNU Make, task for
Apache Ant).
* Ea
The update problem has been solved.
The solution was to upgrade the server to a recent version.
Now, it works like a charm.
-Wabe.
> From: philip.mar...@wandisco.com
> To: wabekoelm...@hotmail.com
> CC: users@subversion.apache.org
> Subject: Re: Error when updating
> Date: Thu, 3 Nov 2011 16:09
SSH connections require some expensive computation at startup, so the
maximum number of outstanding connections allowed is much lower than for
regular socket connections to prevent denial of service attacks by
connection flooding. This is governed by the MaxStartups value in the
/etc/ssh/sshd_conf
Hi, Ingmar,
Von: Ingmar Heinrich [mailto:ingmar.heinr...@gmail.com]
> when using svn+ssh, TortoisePlink seems to open a new connection for every
> atomic action. The remote sshd would lock me out due to excessive conections.
> Is there any way to circumvent that?
Some SSH implementations supp
> -Original Message-
> From: Ingmar Heinrich [mailto:ingmar.heinr...@gmail.com]
> Sent: 21 November 2011 10:22
> To: users@subversion.apache.org
> Subject: svn+ssh making too many requests
>
> Hi,
>
> when using svn+ssh, TortoisePlink seems to open a new
> connection for every atomic ac
Hi,
when using svn+ssh, TortoisePlink seems to open a new connection for every
atomic action. The remote sshd would lock me out due to excessive
conections. Is there any way to circumvent that?
Cheers,
Ingmar
--
Ingmar Heinrich
https://www.xing.com/profile/Ingmar_Heinrich
+49.172.411.1.412
12 matches
Mail list logo