"KLOCK Laurent" writes:
> I double checked user authorizations and the URLs...everything is ok
Looking at that one of the lines you gave earlier:
24806 2013-03-26T11:55:31.396831Z - - xtnet_svn replay /project/xtnet_svn r0
I see you have chosen to mirror just the paths under /project/xtnet_sv
BRM writes:
> $ svn mv ../../include .
>
> However, 'svn mv' keeps returning:
>
> Unable to lock '.'
> Is there any way to tell what might be locked on the server side?
The error does not involve a server-side lock.
> We're using Apache2/2.2.22 + Subversion 1.6.17 as the server (Ubuntu
> R
Florin Avram writes:
> Two things I've noticed:
>
> 1) svn status switched.txt => file reported as switched
>
> svn delete --keep-local switched.txt
> svn status switched.txt => the file is reported as DELETED, but not as
> SWITCHED anymore (although "svn info" indicates the correct URL from
>
Philip Martin writes:
> I think that's a bug. In particular while info shows the switched URL
> commit will delete the unswitched URL.
The exact behaviour depends on the client version. I've raised
http://subversion.tigris.org/issues/show_bug.cgi?id=4345
--
Philip
Maureen Barger writes:
> Did svn's build use the right copy of http_log.h?
> How do I check?
If you look at the compile commad for one of the mod_dav_svn files you
should see something like:
$ rm subversion/mod_dav_svn/authz.lo
$ make mod_dav_svn
/bin/sh /home/pm/sw/subversion/obj-1.7/libtool -
Maureen Barger writes:
> This is very thorough and I thank you, but I am not finding anything
> like that in the subversion dir tree.
I don't understand this. Are you building on Unix/Linux? If you go to
the directory where you compiled Subversion and run:
>> $ rm subversion/mod_dav_svn/authz
Maureen Barger writes:
> libtool: compile: gcc -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -g -O2 -g
> -O2 -pthread -Werror=implicit-function-declaration
> -I/etc/apache2/include -I./subversion/include -I./subversion
> -I/etc/apache2/include -I/etc/apache2/include
> -I/usr/local/serf/include/serf-0
> -
Maureen Barger writes:
> Did this, not finding a authz.i file (searched entire disk).
Did you add the -save-temps option? The authz.i file should be in the
directory where you executed this command:
>> gcc -save-temps -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -g -O2 -g -O2 -pthread
>> -Werror=impl
Maureen Barger writes:
> Reran.
> I am using gcc (GCC) 4.4.6 20120305
>
> authz.i seems to be using the file fromthe correct apache:
> # 1 "/etc/apache2/include/http_log.h" 1
So is that an apache 2.4 file? It should contain something like:
#ifdef AP_HAVE_C99
/* need additional step to expand A
Daniel Shahaf writes:
> Philip Martin wrote on Tue, Apr 09, 2013 at 00:30:21 +0100:
>> Another option is that you built Subversion correctly but something went
>> wrong with the module installation. You can check by running nm on
>> mod_dav_svn.o:
>>
>>
[dev CC'd]
Nick writes:
> The 'patch' subcommand does not seem to support applying a changelist
> description to the files that are part of the patch. Any plans to
> support this?
>
> (Should I be asking this on the dev list?)
That sounds like a useful feauture. The list of files affected by
"C. Michael Pilato" writes:
> On 04/17/2013 06:43 AM, Philip Martin wrote:
>> [dev CC'd]
>>
>> Nick writes:
>>
>>> The 'patch' subcommand does not seem to support applying a changelist
>>> description to the files that ar
"C. Michael Pilato" writes:
> On 04/17/2013 09:43 AM, Philip Martin wrote:
>> The behaviour looks simple to define for 'patch' and 'merge', I was
>> thinking about 'svn add --force' which marks all the unversioned files
>> for additio
Philip Martin writes:
> "C. Michael Pilato" writes:
>
>> 'svn merge' comes to mind as one that, like patch, does not always have
>> explicitly named targets.
>
> Yes, merge is another candidate for this behaviour.
I think it's a reasonable su
Bert Huijben writes:
> And both merge and patch allow adding directories with files inside...
You can certainly add any such files to the changelist but using the
changelist to commit is a problem since the commit doesn't include the
directory.
Changelist support for directories would be one so
"C. Michael Pilato" writes:
> On 04/18/2013 09:59 PM, Watson, Paul wrote:
>> We have a diff utility designed for a proprietary file format. I would
>> like for this "theappdiff" utility to be used if the file's svn:mine-type
>> prop is application/the-app.
>>
>> Is it possible for svn to invoke
Daniel Widenfalk writes:
> One of my colleagues got a hard-to-decipher error message after
> trying to do a merge (trunk -> branch):
>
> svn: E27: Can't add '{some-path}\svntest\C\B' with URL
> '{repo-path}/svn-test/A/B', but with the data from
> '{repo-path}/tools/trunk/makecd'
> svn: E17500
"Bluce Lu" writes:
> svn command --cl don't support names that contain chinese characters.
>
> E,g. command “svn status -q D:\Project”, we see there is a changelist
> named “好”, but when use command “svn status -q --verbose D:\Project
> --ignore-externals --cl 好”, there is nothing to print.
Does
"C. Michael Pilato" writes:
> Your Linux box is probably using a UTF8 locale, Philip. Perhaps the OP's
> Windows box is using something else (GB18030 or somesuch)?
>
> Is this all that's needed?
>
> Index: subversion/svn/svn.c
> ===
Daniel Shahaf writes:
> On Thu, Apr 25, 2013 at 08:37:01AM -0400, C. Michael Pilato wrote:
>> Committed my patch:
>
> ... which means the fix will likely be released in 1.7.10 and 1.8.0-alpha1 (or
> 1.8.0-rc1). The fix does not affect tortoisesvn; if it exhibits a problem,
> contact the tortoise
3260:
http://subversion.tigris.org/issues/show_bug.cgi?id=3260
-Martin
On Mon, Apr 29, 2013 at 12:26 PM, Johan Corveleyn wrote:
> On Mon, Apr 29, 2013 at 12:17 PM, Thorsten Schöning
> wrote:
> > Guten Tag Ajay Pawar,
> > am Montag, 29. April 2013 um 12:08 schrieben Sie:
>
raichea writes:
> "Cyrus SASL authentication is available."
>
> So I think you're right. However, as the use-sasl entry in the conf
> file is commented out (along with all the other sasl stuff) I would
> hope it's not trying to use it
If built with SASL support then svnserve always initialise
Johan Corveleyn writes:
> It looks like an issue to me. If nobody challenges your findings
> within the next couple of hours, feel free to file an issue.
>
> However, I found this issue which looks exactly like what you're seeing:
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=3659 (
[bringing in dev@s.a.o]
QXO 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 console enc
Tobias Bading 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
> I
Philip Martin 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 propo
Dongsheng Song writes:
> On Thu, May 23, 2013 at 9:11 PM, Philip Martin
> wrote:
>> Philip Martin writes:
>>
>>> So it appears the UTF8 to native conversion is missing from
>>> repos_notify_handler. I think repos_notify_handler should be using
>>
HOUDROGE Rami 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 verify lock on path
Dongsheng Song writes:
> On Thu, May 23, 2013 at 9:28 PM, Philip Martin
> wrote:
>> Dongsheng Song writes:
>>
>>> On Thu, May 23, 2013 at 9:11 PM, Philip Martin
>>> wrote:
>>>> Philip Martin writes:
>>>>
>&
Dongsheng Song 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 to convert the tr
Dongsheng Song 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 may not work
prope
Branko Čibej writes:
> On 24.05.2013 09:32, Tobias Bading wrote:
>> So, the update claims to have updated 3449_spurious to r2 and the
>> merge claims to have merged c4 into that file. As it turns out, both
>> claims seem correct. The contents of 3449_spurious look correct.
>> However, "svn status
San Martino writes:
> I know that
> during the pre-commit phase the repository cannot be accessed concurrently,
That's not right. The pre-commit runs before taking the repository lock
so other access, including other commits, can occur while the pre-commit
is running. And that means that the p
Tobias Bading writes:
> On 27.05.2013 16:12, Tobias Bading wrote:
>> On 27.05.2013 16:01, Branko Čibej wrote:
>>> Can you try this: run the following command for a couple of seconds, it
>>> should give you an idea about the system clock precision.
>>>
>>> { while true; do date '+%M:%S.%N'; done;
Tobias Bading writes:
> b) '{ while true; do echo "" >t; ls -l --full-time t; rm t; done; } |
> uniq' prints exactly *two* lines per second, one every 0.5 seconds,
> exact down to the millisecond.
I have an Ubuntu 12.04 machine and I see the expected behaviour: lots of
different timestamps. I h
Branko Čibej writes:
> What we /should/ do is create a tempfile and keep changing and stat'ing
> it until its mtime changes. We could do this with an exponential backoff
> sleep, too. Then there would be no guesswork about the timestamp
> resolution of the WC file system.
>
> The problem is that
Tobias Bading writes:
> Did you run the tests on Ubuntu 10.04 on an ext3 or ext4 filesystem?
> On ext3 you might not encounter this problem because ext3 only has a
> timestamp resolution of a second, thus you don't enter the
> "if(finfo.mtime % APR_USEC_PER_SEC)" block in
> svn_io_sleep_for_times
Daniel Shahaf writes:
> C. Michael Pilato wrote on Fri, May 31, 2013 at 10:30:58 -0400:
>> On 05/31/2013 09:53 AM, Klaus Welch wrote:
>> > I'not sure what a wiretrace is. I've inlined related pieces from apache
>> > logs.
>> >
>> > access.log:
>> > ::1 - - [31/May/2013:15:33:34 +0200] "OPTIONS
p,
scratch_pool, scratch_pool));
and this use of a temporary file prevents the use of an external diff
that expects a terminal.
The only way I see to fix this is to stop using the stream API when the
external diff command wants a terminal. I don't think
nal parameter, so
--diff-cmd svn:interactive:myscript
or
--diff-cmd myscript -x svn:interactive
gets a terminal while
--diff-cmd myscript
gets a file.
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
www.wandisco.com
RR(svn_io_file_close(outfile, scratch_pool));
SVN_ERR(svn_io_file_close(errfile, scratch_pool));
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
www.wandisco.com
Philip Martin writes:
> Ben Reser writes:
>
>> I don't imagine it'd take very long at all to implement but the
>> problem of course is that we really should think carefully how we go
>> about doing this. If we can detect this at runtime we probably
>> sh
1.1.19
Date: Thu, 20 Jun 2013 16:37:06 GMT
Content-Type: text/html
Content-Length: 181
Connection: close
411 Length Required
411 Length Required
nginx/1.1.19
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
www.wandisco.com
coding:
HTTP/1.1 411 Length Required
Server: nginx/1.2.4
Date: Thu, 20 Jun 2013 17:57:15 GMT
Content-Type: text/html
Content-Length: 180
Connection: close
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
www.wandisco.com
for RPM building?
That should work. I fixed Makefile.in in r1495329.
Does your binary package include /usr/bin/svn-tools?
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
www.wandisco.com
ng
whether the 1.8 client can be modified so that chunked encoding support
is optional with HTTP/1.1.
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
www.wandisco.com
Philip Martin writes:
> It's also hard to fix 1.8, how do we pass the information into the
> client library without changing the API? Perhaps we could recognise a
> special part of the command name or a special external parameter, so
>
>--diff-cmd svn:interactive:my
to the proxy logs.
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
www.wandisco.com
Philip Martin writes:
> If you run something like:
>
>curl -H - http://server/repository
>
> the Server line might identify the proxy.
Oops! Wrong option.
curl -I http://server/repository
or perhaps
curl -i -X PROPFIND http://server/repository
or perhaps visit
t; Happens to all my repos.
I suspect another instance of a reverse proxy like nginx not supporting
chunked Transfer-Encoding. See
http://svn.haxx.se/users/archive-2013-06/0255.shtml
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
www.wandisco.com
Philip Martin writes:
> Is there an nginx proxy in front of Apache? I suspect this is another
> case of the proxy not supporting chunked Transfer-Encoding, coupled with
> the bug in 1.8.0 that causes the client to treat a 411 error as success.
> When this happens svn_ra_serf__fetc
gt;
>> You can contact the subversion team on users at subversion.apache.org.
>>
>> Simon
>>
>> >
>> >
>> > I’m running on Vista 32 bit and have been upgrading Tortoise for years
>> > successfully until now.
>> >
>> > REPRO
known behavior?
> Is this limited by a setting in the Apache/WebDAV/SVN configuration?
No there is no limit. Run the propget on the http URL rather than the
working copy:
svn propget svn:mergeinfo URL
Does that return the full value?
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
www.wandisco.com
George Schizas writes:
> know if I should also post this to the dev list
Yes, patches to dev please.
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
www.wandisco.com
;d suggest tracing the traffic for an empty checkout:
svn co --depth empty URL
That will reduce the traffic but still include the property. The
property value is tranferred as XML in the body of the response for the
final REPORT request.
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
www.wandisco.com
: E:\svn\Copy of fishtalk
> trunk\src\Plugins\Registration\IBLPWrasse\Entities
> Adding: E:\svn\Copy of fishtalk
> trunk\src\Plugins\Registration\IBLPWrasse\Entities\BLEWrasse.cs
> Deleting: E:\svn\Copy of fishtalk trunk\src\VPA
> Framework\VPAEntities\Wrasse\BLEWrasse.cs
> Se
build works?
Can anyone help?
--
Martin Samm
quot; instead of "nm".
reports/inherited-props.c is new in 1.8 so if you somehow built the 1.8
mod_dav_svn source code with the 1.7 rules then perhaps that file was
not compiled or linked. That would cause warnings about undefined
symbols at build time but such warnings are sometimes
ase-notes/1.7.html#server-performance-tuning
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
www.wandisco.com
"Naumenko, Roman" writes:
> On 2013/07/10 9:41 AM, Philip Martin wrote:
>> "Naumenko, Roman" writes:
>>> That box has more than enough CPUs (forty), cores are barely utilized.
>> Subversion's default cache configuration is very conservative.
&g
ge and unexpected change of behavior.
> I'm not sure if it was intentional. Since no one responded for a
> couple of days with the answer to the "intentional" question, I'd say:
> please file an issue.
I could not get this to happen on Linux. Are you using the same path in
the checkout and status commands? Can you provide a complete recipe?
Something to do with drive letters, or case differences perhaps?
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
www.wandisco.com
[CC to dev]
Alexander Haley writes:
> On Mon, Jul 15, 2013 at 5:21 PM, Philip Martin
> wrote:
>
>> I could not get this to happen on Linux. Are you using the same path in
>> the checkout and status commands? Can you provide a complete recipe?
>> Something to do
I've ben asked whether the command line could be enhanced so that
svn commit --parents dir/node
where 'dir' is added would automatically include 'dir' in the commit
and thus succeed. The basic definition given is that it would work
"just like the GUI tools" but that doesn't really help me.
I
e?
Which version of SQLite do you think you are using? Does the expected
SQLite library show up when you run ldd?
libtool --mode=execute ldd subversion/tests/libsvn_client/client-test
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
cal apache
install but you appear to be pointing Subversion at the apr/apr-util
source trees. Subversion and Apache should use the same apr/apr-util so
it is better to get Subversion to use the installed apr/apr-util that
apache is using. Are you really using BDB-6?
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
rt'. However you
don't need to set a proxy to run the tests, so unset HTTP_PROXY.
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
he other
behaviour?
Another corner case: how does it interact with --changelist? The commit
is limited to targets in the changelist so I suppose --with-parents
would only apply to those items?
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
rsion.tigris.org/xmlns/dav/svn/mergeinfo
DAV: http://subversion.tigris.org/xmlns/dav/svn/log-revprops
Transfer-Encoding: chunked
bd
110
0
HTTP/1.1 501 Method Not Implemented
Date: Mon, 05 Aug 2013 10:28:38 GMT
Server: Apache/2.2.22 (Debian) mod_ssl/2.2.22 OpenSSL/1.0.1e DAV/2 SVN/1.1.4
Content-Leng
Philip Martin writes:
> Lieven Govaerts writes:
>
>>> C:\Customer>svn log -v ./
>>> svn: E175002: Unexpected HTTP status 501 'Method Not Implemented' on
>>> '/Subversio
>>> n/W3000_Customer_198.622-00_Customer_DRL/!svn/bc/14/trunk/0
repo/!svn/bc/1/A'
svn: E27: Additional errors:
svn: E27: The requested report is unknown.
$ subversion/svn/svn mergeinfo ^/ wc
svn: E27: Retrieval of mergeinfo unsupported by
'http://localhost:/obj/repo/A'
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
d this patch
> has improved the error message. Or did you see a regression here?
> Lieven
The patch changes the error message and restores the 1.7 behaviour.
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
the linker is failing to load the linked
library at program startup. It might work if Subversion was configured
with --enable-runtime-module-search. It would be better to fix the
libneon problem.
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
ert to the old form, where the input path dictates the
>> form in which we provide paths. Certainly for the --xml option, any other
>> form will break scripts.
>>
>
> So - where does this stand - having an informal list agreement that this
> is an issue - should I be submi
blem. A more specific error message would
> have been handy here.
Can you describe how to reproduce the problem? What sort of locks
prevent a COPY? Orphaned locks perhaps?
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
nary file
svn add wc/foo
svn ci -mm wc
but that works. That's no surprise because what I have done is
essentially what you say is a "workaround". Until you can come up with
a better description of how to reproduce the problem not much can be
done.
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
hose dependencies? What's wrong the system
dependencies? You probably only need to build serf. The 'tmp' in your
prefix is suspicious, there is not usually anything temporary about
these dependencies.
To fix thing either build against the system libraries or ensure that
the installed binaries pickup your own dependencies.
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
o have zlib version
> problem. However ldd shows my svn using "/lib64/libz.so.1" no matter
> what I do.
The only problem you have shown is using different zlibs at build time
and after install. Either use the system zlib during the build or
arrange for your zlib to be used after i
> Adding test2.txt
> svn: E155011: Commit failed (details follow):
> svn: E155011: File 'C:\SVN_Test\test2.txt' is out of date
> svn: E175005: File 'test2.txt' already exists
I can't reproduce that. Can you look in the apache log files to see the
failed request? Can you reproduce the problem over http? Can you
provide a network trace?
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
nvolves
understanding shared library dependencies.
You may find it easier to build binaries for each OS using the system
libraries as far as possible.
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
Geoff Field writes:
>> -Original Message-
>> From: Philip Martin
>> Sent: Monday, 12 August 2013 18:57 PM
>> Geoff Field writes:
>>
>> I can't reproduce that. Can you look in the apache log files
>> to see the failed request? Can yo
e problem. The apache
error log may also have some relevant information about the 401.
I don't have an Apache 2.0 build to test so I can't determine whether
the problem is related to using 2.0. Perhaps something in 2.0 is
causing the 401 instead of a 404.
--
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
n mkdir --parents wc/A/B/C
touch wc/A/B/C/f
svn add wc/A/B/C/f
svn ci -mm wc
svn up wc
svn lock wc/A/B/C/f
cd wc/A
svn up
cd ..
svn up
cd ..
svn st wc
and the final status shows wc/A/B/C/f still locked.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
204 -
That still shows "401 unauthorized" which is odd if you are not using
Authz. Do you have some other authz beyond AuthzSVNAccessFile?
The 1.2.3 client simply shows that with neon we don't send HEAD.
> Again, the error log did not change.
You may get more information if you add
LogLevel debug
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
touch wc/A/B/C/f
>> svn add wc/A/B/C/f
>> svn ci -mm wc
>> svn up wc
>> svn lock wc/A/B/C/f
>> cd wc/A
>> svn up
>> cd ..
>> svn up
>> cd ..
>> svn st wc
>>
>> and the final status shows wc/A/B/C/f still locked.
>>
>
.17?
It appears to be related to a path handling bug in code that is supposed
to handle old servers, the obvious fix makes the problem worse. I've
raised http://subversion.tigris.org/issues/show_bug.cgi?id=4412
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
alid mergeinfo to the dumpfile. You will
then need to correct the mergeinfo in the dumpfile as load will fail to
load a dumpfile with invalid mergeinfo.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
DS) ; then cd subversion/mod_authz_svn ; $(MKDIR)
"$(APACHE_LIBEXECDIR)" ; $(INSTALL_MOD_SHARED) -n authz_svn mod_authz_svn.la ;
fi
INSTALL_MOD_SHARED is defined in Makefile.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
John D Groenveld writes:
> In message <87ioz5iypv@ntlworld.com>, Philip Martin writes:
>>install-mods-shared: subversion/mod_dav_svn/mod_dav_svn.la subversion/mod_auth
>>z_svn/mod_authz_svn.la
>>if $(INSTALL_APACHE_MODS) ; then cd subve
is cleanup/update cycle, now, no matter what I try.
If you have log files then you are using a 1.6 client which is unlikely
to get fixed. The 1.8 client will probably handle things better.
There is a problem with non-XML characters affecting some operations,
I've raised http://subversion.tigris.org/issues/show_bug.cgi?id=4415
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
s "automatic parents" and
want the other behaviour. If we implement one behaviour now how do we
extend it in the future?
I don't see many requests for this behaviour and in this thread the
discussion is mostly you and me. To make progress we need consensus on
the desired behaviour
ith svn 1.8.1 and apache HTTP Server
> 2.2.25
This is a bug in the mod_dav module that comes with httpd 2.2.25. A fix
for https://issues.apache.org/bugzilla/show_bug.cgi?id=54610 was added
to 2.2.25 but the fix appears to be broken.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
? wc/X/f
Summary of conflicts:
Tree conflicts: 1
The conflict can be resolved by reverting the delete:
svn revert -R wc/X
svn st wc
? wc/X/f
The original unversioned wc/X/f has been preserved across both switches.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
ion.tigris.org/issues/show_bug.cgi?id=4400
If so it should be fixed in 1.8.3.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
rom CHANGES:
* info: fix spurious error on wc root with child in conflict (r1515366)
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
y
revisions in the destination repository?
Aside from the renumbering problem, you say that r19098 exists in the
dumpfile but r19100 does not. I don't think there is any way you can
load r19190 if it refers to r19100. A dump may refer to revisions
before the start of the dump but that is not the case here. You have a
reference to a missing revision withing the dump range. What do you
expect load to do?
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
It means one of the repository files is corrupt. It could be a revision
files in db/revs or it could be a revprop file in db/revprops. A
serialized hash is a series of K/V pairs followed by END:
K 10
svn:author
V 2
pm
K 8
svn:date
V 27
2013-09-05T18:00:22.881511Z
K 7
svn:log
V 1
m
END
--
Phili
Nitin Bhide writes:
> Thanks for the clarification. Does the message mean either in db/revs or in
> db/revprops 'END' tag is missing ?
It means the file ended before the END tag was seen, but it's not
possible to say exactly what is missing.
--
Philip Martin | Subversi
1.8.0 worked your build must be missing
one of the conversion. How did you build Subversion? Was it built with
ENABLE_NLS and HAVE_BIND_TEXTDOMAIN_CODESET?
Is anyone else using Windows in a non-UTF8 setup?
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
esults in errors. The same URL worked fine with Neon in 1.7 and
> older.
I can reproduce this. I've raised
http://subversion.tigris.org/issues/show_bug.cgi?id=4423
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
the new repository in the same place as
the old repository? If so, are you restarting apache? It's perfectly
acceptable to replace a repository but you must restart apache if the
repository is altered but the UUID is not changed.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
501 - 600 of 805 matches
Mail list logo
