Guten Tag Varnau, Steve (Seaquest RD),
am Donnerstag, 23. Mai 2013 um 01:57 schrieben Sie:
In my opinion, the same semantics work less well for tags. My
biased mind-set is that a “tag” is a name identifying a specific
version of code (a cross product of “branch” and “revision”).
I don't see
I have download a binary package from win32svn[1], and confirmed your issue.
I check the subversion.mo file:
msgunfmt.exe subversion.mo -o subversion.po
It looks OK. Then I replaced the intl3_svn.dll file with gettext
0.18.2, it give me another output:
C:\var\tmpsvnadmin upgrade test
[bringing in dev@s.a.o]
QXO qxodr...@gmail.com writes:
os: windows
encoding:GBK ( chcp 936 )
The svnadmin upgrade command output message first line encoding
issue(UTF-8 show in GBK),But the second line is right encoding!
宸插彇寰楃増鏈簱閿佸畾銆?璇风◢鍊欙紱鍗囩骇鐗堟湰搴撳彲鑳介渶瑕佷竴娈垫椂闂?..
完成升级。
if change
Hi everybody,
we are using svn in our company and authenticate against Microsoft Active
Directory. We are quite happy since years now.
We are working worldwide and hence multi language. Some passwords may have
german umlaut, $, and other characters.
Users that have these characters in their
Hello everyone,
I'm having a bit of trouble with subversion-1.8.0-rc2 on my Ubuntu Lucid
(x86_64) machine. make check or ./diff_tests.py 60 (in directory
subversion/tests/cmdline) fails with:
---
W: =
Expected '3449_spurious' and
Hello Thomas,
are using svn in our company and authenticate against Microsoft Active
Directory. We are quite happy since years now.
We are working worldwide and hence multi language. Some passwords may have
german umlaut, $, and other characters.
Users that have these characters in their
Tobias Bading tbad...@web.de writes:
However, once I execute [...]/svn revert -R ., [...]/svn update,
and [...]/svn update -r2 in the working copy, the merge works just
fine afterwards. And that update -r2 is exactly what
no_spurious_conflict in diff_tests.py does before the faulty merge, if
Hi,
I am experiencing a problem that has been reported a couple of times accross
the web.
1. new file
2. add file
3. commit file
4. lock file
5. modify file
6. commit file
and that last commit fails with the following error :
Cannot verify lock on path '...'; no matching lock-token available.
On Thu, May 23, 2013 at 3:01 PM, HOUDROGE Rami
rami.houdr...@thalesgroup.com wrote:
Hi,
I am experiencing a problem that has been reported a couple of times accross
the web.
1. new file
2. add file
3. commit file
4. lock file
5. modify file
6. commit file
and that last commit fails
On Thu, May 23, 2013 at 4:17 PM, Philip Martin
philip.mar...@wandisco.com wrote:
[bringing in dev@s.a.o]
QXO qxodr...@gmail.com writes:
os: windows
encoding:GBK ( chcp 936 )
The svnadmin upgrade command output message first line encoding
issue(UTF-8 show in GBK),But the second line is
Philip Martin philip.mar...@wandisco.com writes:
So it appears the UTF8 to native conversion is missing from
repos_notify_handler. I think repos_notify_handler should be using
svn_stream_printf_from_utf8 rather than svn_stream_printf.
I've fixed trunk to use svn_cmdline_cstring_from_utf8 and
On Thu, May 23, 2013 at 9:11 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Philip Martin philip.mar...@wandisco.com writes:
So it appears the UTF8 to native conversion is missing from
repos_notify_handler. I think repos_notify_handler should be using
svn_stream_printf_from_utf8 rather
Johan,
Thank you for your quick answer. I am using the following versions :
TortoiseSVN 1.7.12, Build 24070 - 64 Bit
Subversion 1.7.9
Concerning the second question, the problem persists after an update of the
root of working copy (and parent dir).
Cheers,
Rami
Le 23/05/2013 15:06, Johan
Dongsheng Song dongsheng.s...@gmail.com writes:
On Thu, May 23, 2013 at 9:11 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Philip Martin philip.mar...@wandisco.com writes:
So it appears the UTF8 to native conversion is missing from
repos_notify_handler. I think repos_notify_handler
On Thu, May 23, 2013 at 9:28 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Dongsheng Song dongsheng.s...@gmail.com writes:
On Thu, May 23, 2013 at 9:11 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Philip Martin philip.mar...@wandisco.com writes:
So it appears the UTF8 to native
HOUDROGE Rami rami.houdr...@thalesgroup.com writes:
I am experiencing a problem that has been reported a couple of times
accross the web.
1. new file
2. add file
3. commit file
4. lock file
5. modify file
6. commit file
and that last commit fails with the following error :
Cannot
They're the same.
Local file :
Lock Token: opaquelocktoken:2a0cb251-8e5c-4b2e-9eb2-282abb2d67e6
Lock Owner: houdroge
Lock Created: 2013-05-23 15:14:37 +0200 (jeu., 23 mai 2013)
Remote file :
Lock Token: opaquelocktoken:2a0cb251-8e5c-4b2e-9eb2-282abb2d67e6
Lock Owner: houdroge
Lock Created:
Dongsheng Song dongsheng.s...@gmail.com writes:
On Thu, May 23, 2013 at 9:28 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Dongsheng Song dongsheng.s...@gmail.com writes:
On Thu, May 23, 2013 at 9:11 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Philip Martin
On 23.05.2013 16:06, Philip Martin wrote:
Dongsheng Song dongsheng.s...@gmail.com writes:
On Thu, May 23, 2013 at 9:28 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Dongsheng Song dongsheng.s...@gmail.com writes:
On Thu, May 23, 2013 at 9:11 PM, Philip Martin
Le 23/05/2013 15:59, Philip Martin a écrit :
HOUDROGE Rami rami.houdr...@thalesgroup.com writes:
I am experiencing a problem that has been reported a couple of times
accross the web.
1. new file
2. add file
3. commit file
4. lock file
5. modify file
6. commit file
and that last
I'm looking for a contractor with experience rolling out Git-- if
interested, please feel free to contact me at samantha.til...@mondo.com
Thanks!
My direct client, an Electronic Inspection company has an immediate need
for a SCM Contractor
Duration: 3-6 months
Location: Natick, MA
Salary/Rate:
From: Thorsten Schöning tschoen...@am-soft.de
To: users@subversion.apache.org
Sent: Thursday, May 23, 2013 2:49 AM
Subject: Re: Tags - Symbolic names instead of Directory copy?
G uten Tag Varnau, Steve (Seaquest RD),
am Donnerstag, 23. Mai 2013 um 01:57 schrieben Sie:
In my opinion, the
On Thu, May 23, 2013 at 10:06 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Dongsheng Song dongsheng.s...@gmail.com writes:
On Thu, May 23, 2013 at 9:28 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Dongsheng Song dongsheng.s...@gmail.com writes:
On Thu, May 23, 2013 at 9:11 PM,
Did anyone else love the irony that this ad was looking for a Git admin and
didn't mention Subversion in any way whatsoever.
Dg.
--
David Griersonhttp://amsdatapp244.bskyb.com:8080/display/~DGR02/ - SDLC Tools
Specialist
Sky Broadcasting - Customer Business
sent from my phone
On May 23, 2013 4:43 PM, Dongsheng Song dongsheng.s...@gmail.com wrote:
On Thu, May 23, 2013 at 10:06 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Dongsheng Song dongsheng.s...@gmail.com writes:
On Thu, May 23, 2013 at 9:28 PM, Philip Martin
On Thu, May 23, 2013 at 8:30 PM, Grierson, David
david.grier...@bskyb.comwrote:
Did anyone else love the irony that this ad was looking for a Git admin
and didn't mention Subversion in any way whatsoever.
Yes I did, but thought to ignore :-p
** **
Dg.
On Thu, May 23, 2013 at 11:02 PM, Erik Huelsmann ehu...@gmail.com wrote:
sent from my phone
On May 23, 2013 4:43 PM, Dongsheng Song dongsheng.s...@gmail.com wrote:
On Thu, May 23, 2013 at 10:06 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Dongsheng Song dongsheng.s...@gmail.com
Dongsheng Song dongsheng.s...@gmail.com writes:
Even ALL the translations are UTF-8, GETTEXT(3) still return the
string encoded by the ***current locale's codeset***.
Here is sniped from the GETTEXT(3) man pages:
In both cases, the functions also use the LC_CTYPE locale facet in
order
I think the best solution is: DO NOTconvert the GETTEXT(3) returned
messages, write it ***AS IS***, since GETTEXT(3) already do the
correct conversion for us.
Well, even though gettext may want us to believe otherwise, this doesn't
work for cross platform applications: e.g. in
Samantha Tilney wrote on Thu, May 23, 2013 at 11:12:09 -0400:
I figured you Subversion fiends might have some experience with Git ;)
So? This is a mailing list for Subversion user support. It has 800+
readers, most of whom are not looking for a 3-6 months contract for work
on Git. That
Found at least one of the related discussions:
http://svn.haxx.se/dev/archive-2004-05/0078.shtml
bye,
Erik.
On May 23, 2013 5:38 PM, Erik Huelsmann ehu...@gmail.com wrote:
I think the best solution is: DO NOTconvert the GETTEXT(3) returned
messages, write it ***AS IS***, since
On Thu, May 23, 2013 at 11:38 PM, Erik Huelsmann ehu...@gmail.com wrote:
That was not my point nor the point we discussed back then. As long as
gettext tries to convert its translations to *any* encoding, it's flawed by
design, because some systems have multiple active output encodings (e.g.
On Thu, May 23, 2013 at 11:29 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Dongsheng Song dongsheng.s...@gmail.com writes:
Even ALL the translations are UTF-8, GETTEXT(3) still return the
string encoded by the ***current locale's codeset***.
Here is sniped from the GETTEXT(3) man
One application has multiple active code page settings on Windows. Or
course if your example was the only option, we would not be having this
discussion.
Bye,
Erik.
sent from my phone
On May 23, 2013 6:44 PM, Dongsheng Song dongsheng.s...@gmail.com wrote:
On Thu, May 23, 2013 at 11:38 PM,
On Fri, May 24, 2013 at 12:52 AM, Erik Huelsmann ehu...@gmail.com wrote:
One application has multiple active code page settings on Windows. Or course
if your example was the only option, we would not be having this discussion.
Very interesting. In my mind, application only can have 1 active
Dongsheng Song dongsheng.s...@gmail.com writes:
We do call bind_textdomain_codeset if it is available so we should be
getting UTF8 translations.
For non-autotools system, e.g. Windows, user may not define
HAVE_BIND_TEXTDOMAIN_CODESET.
If you build the software with the wrong settings it
From: BRM [mailto:bm_witn...@yahoo.com]
From: Thorsten Schöning tschoen...@am-soft.de
To: users@subversion.apache.org
Sent: Thursday, May 23, 2013 2:49 AM
Subject: Re: Tags - Symbolic names instead of Directory copy?
G uten Tag Varnau, Steve (Seaquest RD), am Donnerstag, 23. Mai
From: Varnau, Steve (Seaquest RD) steve.var...@hp.com
To: BRM bm_witn...@yahoo.com; users@subversion.apache.org
users@subversion.apache.org
Cc: Thorsten Schöning tschoen...@am-soft.de
Sent: Thursday, May 23, 2013 1:40 PM
Subject: RE: Tags - Symbolic names instead of Directory copy?
-Original Message-
From: BRM [mailto:bm_witn...@yahoo.com]
Sent: Thursday, May 23, 2013 10:59
To: Varnau, Steve (Seaquest RD); users@subversion.apache.org
Subject: Re: Tags - Symbolic names instead of Directory copy?
From: Varnau, Steve (Seaquest RD) steve.var...@hp.com
To:
39 matches
Mail list logo