; I don't
> know why it doesn't.
>
> See:
> https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/setlocale-wsetlocale
>
> Are you sure you're using a native Windows binary of Subversion, not
> something built for Cygwin or WSL?
>
>
> -- Brane
>
>
ocale-wsetlocale
Are you sure you're using a native Windows binary of Subversion, not
something built for Cygwin or WSL?
-- Brane
> From: Branko Čibej
> Sent: Thursday, 20 December 2018 15:17
> To: Руслан Самигуллин; users@subversion.apache.org
> Subject: Re: Error with svn
>
set “variable LANG” or another way to solve this problem?
Ruslan
From: Branko Čibej
Sent: Thursday, 20 December 2018 15:17
To: Руслан Самигуллин; users@subversion.apache.org
Subject: Re: Error with svn
On 20.12.2018 11:31, Руслан Самигуллин wrote:
> Hello!
>
> I have a problem with
On 20.12.2018 11:31, Руслан Самигуллин wrote:
> Hello!
>
> I have a problem with svn. The problem appears when I run svn.exe. I have
> Windows 10 x64, and this problem appears in Win10 x32.
>
> The text from the console window is reduced below:
>
> svn: warning: cannot set LC_CTYPE locale
> svn: w
Hello!
I have a problem with svn. The problem appears when I run svn.exe. I have
Windows 10 x64, and this problem appears in Win10 x32.
The text from the console window is reduced below:
svn: warning: cannot set LC_CTYPE locale
svn: warning: environment variable LANG is not set
svn: warning: pl
I'm not sure if this is a known error, but as I tried with TortoiseSVN
and SlikSvn, I'm positive it's an upstream problem:
I use Windows 8.1 x64 and wanted to checkout the FreeBSD docs
repositories.
On 18.01.2015 13:44, Bert Huijben wrote:
>
>> -Original Message-
>> From: tux. [mailto:z...@tuxproject.de]
>> Sent: zaterdag 17 januari 2015 19:18
>> To: users@subversion.apache.org
>> Subject: Possible (reproducible) ASSERT error with SVN 1.8.11 on Window
> -Original Message-
> From: tux. [mailto:z...@tuxproject.de]
> Sent: zaterdag 17 januari 2015 19:18
> To: users@subversion.apache.org
> Subject: Possible (reproducible) ASSERT error with SVN 1.8.11 on Windows
8.1
> x64
>
> I'm not sure if this is a kno
On 17.01.2015 19:18, tux. wrote:
> I'm not sure if this is a known error, but as I tried with TortoiseSVN
> and SlikSvn, I'm positive it's an upstream problem:
>
> I use Windows 8.1 x64 and wanted to checkout the FreeBSD docs
> repositories.
>
>> svn co https://svn0.us-west.FreeBSD.org/doc/
> This
I'm not sure if this is a known error, but as I tried with TortoiseSVN
and SlikSvn, I'm positive it's an upstream problem:
I use Windows 8.1 x64 and wanted to checkout the FreeBSD docs
repositories.
> svn co https://svn0.us-west.FreeBSD.org/doc/
This reproducibly leads to this error:
> svn: E23
On 05.07.2013 23:04, Alexey Neyman wrote:
> My point was that the problem is most likely not a *packaging* issue,
> which was confirmed in my next message (the issue is due to 1.8.x
> making more connections from client to server when doing 'svn merge').
That's most likely a side effect of the imp
On Sunday, June 30, 2013 04:33:45 PM Branko Čibej wrote:
> On 24.06.2013 01:38, Alexey Neyman wrote:
> > Are you calling RPMs provided by WanDisco's "fun and games"? I think
> > Subversion developers employed by WanDisco might be somewhat insulted
> > by such judgment.
>
> Hmm I'd sooner be i
On Saturday, June 29, 2013 01:18:16 PM Stefan Sperling wrote:
> On Fri, Jun 28, 2013 at 03:36:38PM -0700, Alexey Neyman wrote:
> > [copying dev@ because I found what the issue is]
> >
> > Hi,
> >
> > Did some further investigation and it turns out that SVN1.8 client creates
> > more connections t
On 24.06.2013 01:38, Alexey Neyman wrote:
>
> Are you calling RPMs provided by WanDisco's "fun and games"? I think
> Subversion developers employed by WanDisco might be somewhat insulted
> by such judgment.
>
Hmm I'd sooner be insulted by someone anticipating my reaction like
that. :)
Nobody
On Sun, Jun 23, 2013 at 7:38 PM, Alexey Neyman wrote:
> On Sunday, June 23, 2013 07:20:50 PM Nico Kadel-Garcia wrote:
>
>> On Sun, Jun 23, 2013 at 3:56 PM, Alexey Neyman wrote:
>
>> > Hi,
>
>> >
>
>> >
>
>> >
>
>> > I've tried upgrading the client to SVN 1.8, and now see some strange
>> > merge
>
On Fri, Jun 28, 2013 at 03:36:38PM -0700, Alexey Neyman wrote:
> [copying dev@ because I found what the issue is]
>
> Hi,
>
> Did some further investigation and it turns out that SVN1.8 client creates
> more
> connections to the server when performing 'svn merge' - exceeding the
> xinetd's
>
[copying dev@ because I found what the issue is]
Hi,
Did some further investigation and it turns out that SVN1.8 client creates more
connections to the server when performing 'svn merge' - exceeding the xinetd's
default number of connections per source (10) and indeed, closing the
connection o
On Sunday, June 23, 2013 07:20:50 PM Nico Kadel-Garcia wrote:
> On Sun, Jun 23, 2013 at 3:56 PM, Alexey Neyman wrote:
> > Hi,
> >
> >
> >
> > I've tried upgrading the client to SVN 1.8, and now see some strange merge
> > errors while reintegrating the branch. According to
>
> Did you delete th
On Sun, Jun 23, 2013 at 3:56 PM, Alexey Neyman wrote:
> Hi,
>
>
>
> I've tried upgrading the client to SVN 1.8, and now see some strange merge
> errors while reintegrating the branch. According to
Did you delete the old RHEL 1.6.11 RPM, to avoid libraries lying
around and confusing you? Or binari
Hi,
I've tried upgrading the client to SVN 1.8, and now see some strange merge
errors
while reintegrating the branch. According to
http://subversion.apache.org/docs/release-notes/1.8.html#auto-reintegrate
the --reintegrate option is now deprecated, its use is discouraged and SVN
should be
On Apr 27, 2011, at 20:06, Tony Butt wrote:
> On Wed, 2011-04-27 at 02:05 -0500, Ryan Schmidt wrote:
>> Do educate on which files should have svn:eol-style set to what value, and
>> do encourage developers to use auto-props to automate what they learned, but
>> also install a pre-commit hook scri
Tony Butt wrote on Thu, Apr 28, 2011 at 11:06:36 +1000:
> For me, using an external diff (gnu diff) with the offending package
> (codestriker) works fine in this case.
The internal diff has an option to ignore line endings. (and, at least
in trunk (don't know about 1.6), you can set that option i
On Wed, 2011-04-27 at 02:05 -0500, Ryan Schmidt wrote:
> On Apr 26, 2011, at 18:46, Tony Butt wrote:
>
> > On Fri, 2011-04-15 at 02:31 -0500, Ryan Schmidt wrote:
> >>
> >
> >> Is it possible the document has mixed line ending styles? -- some lines
> >> ending with CRLF and some ending with LF?
On Apr 26, 2011, at 18:46, Tony Butt wrote:
> On Fri, 2011-04-15 at 02:31 -0500, Ryan Schmidt wrote:
>>
>
>> Is it possible the document has mixed line ending styles? -- some lines
>> ending with CRLF and some ending with LF? If so, fix this, ideally by making
>> use of the svn:eol-style prope
On Fri, 2011-04-15 at 02:31 -0500, Ryan Schmidt wrote:
>
> On Apr 15, 2011, at 01:06, Tony Butt wrote:
>
> > On a particular piece of code, the svn diff header claims 33 old lines,
> > when there are actually 32.
> >
> > I have re-run this with an external diff command
> > (svn diff -r 57968:57
On Apr 15, 2011, at 01:06, Tony Butt wrote:
> On a particular piece of code, the svn diff header claims 33 old lines,
> when there are actually 32.
>
> I have re-run this with an external diff command
> (svn diff -r 57968:57969 --old --diff-cmd=/usr/bin/diff > out.diff)
>
> and the problem go
We are using Subversion 1.6.16 on a Ubuntu Lucid box, and a Ubuntu Hardy
(8.04) box hosting a subversion 1.6.16 repository via apache.
We use this configuration to support codestriker 1.9.10 for code
reviews, and have recently hit a problem with some of our reviews. After
carefully stepping throug
27 matches
Mail list logo
