emove the db/locks dir.
You might install a pre-lock hook in the mirror to prevent locks being
taken.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
tee exclusion for processes started in quick succession.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
et
> results for the parent, not the child.
It's a bit more complicated than just mixed-revision in this case; the
status display is affected by internal implementation details of the
update process. The tricky bit is that the parent directory is going to
be deleted and replaced and the update process will delete the children
inside the parent even though those children are already up-to-date.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
n 1.7 and svn 1.8 in my environment is the http
library serf that is used by svn 1.8.
Has anybody seen a similar issue or any idea what am I doing wrong when
compiling svn 1.8?
Thanks,
Martin Zibricky
On Wednesday 09 of October 2013 20:33:25 you wrote:
> > Has anybody seen a similar issue or any idea what am I doing wrong when
> > compiling svn 1.8?
>
> Did you per chance build serf with a different build of apr & apr-util as
> you used for Subversion?
> Lieven
I build serf with the same versi
paths which you then pass to
svnlook tree --show-ids -N -rREV REPOS_PATH PATH_IN_REPOS
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
ever accesses them. The working files could be absent, owned by root
and unreadable, replaced by directories, etc. and it doesn't affect
upgrade. I don't see how upgrade could be responsible for the loss of
executable bits.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
eturn True
It appears to be caused by r1514941 which added the translate_name and
map_to_storage hooks to mod_dav_svn.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Philip Martin writes:
> "Howard, Larry P" writes:
>
>> What we know is that mod_dav_svn works as expected without the
>> mod_wsgi auth directives. mod_wsgi works as expected without
>> mod_dav_svn directives. The intended Apache configuration works as
installation directory then using the patched libtool will fail. Either
remove the old libraries or use a libtool without the bug.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Philip Martin writes:
> George R Goffe writes:
>
>> /tools/subversion/subversion/subversion/svnserve/subversion/svnserve/serve.c:171:
>> undefined reference to `logger__write'
>
>> /tools/subversion/subversion/subversion/svnserve/subversion/svnserve/svnserve.c
flag as the target
changes? Does Subversion have to store the flag as well as the target
path in the repository?
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
on hotcopy and, if I hadn't discovered
> this during my testing, we could have ended up having no useable
> backups which is a scary thought.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
he behaviour change.
We won't fix this in 1.6 and 1.8 is already fixed:
$ svn rm wc/A/f
D wc/A/f
$ svn st wc/A/f
D wc/A/f
$ svn lock wc/A/f
'f' locked by user 'pm'.
$ svn st wc/A/f
DK wc/A/f
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Dustin Lang writes:
> (Patch:
> http://astrometry.net/svn/trunk/scripts/svnsync/sort-dels.diff, but I
> don't know if it still applies or is needed)
A similar fix is on trunk, 1.8 and 1.7.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
I have a Python program using Subvertpy that worked with Subversion
1.7.8, but is failing in 1.8.3. I’m not familiar with the actual
Subversion API so I haven’t tried turning it into C code, but I have
pasted my simplified Python code below, in case someone can translate
it to test out.
This is wh
k? And if it currently does not, could
> the Revert be more tolerant, so it could handle such cases?
What operation is failing? Are you getting some error?
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
D wc/A/f
A +wc/B
> moved from wc/A
D +wc/B/f
> moved to wc/B/g
A +wc/B/g
> moved from wc/B/f
$ sqlite3 wc/.svn/wc.db "update nodes set moved_to = null"
$ svn st wc
D wc/A
D wc/A/f
A +wc/B
D +wc/B/f
A +wc/B/g
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
, 5, 2 and 1; adding -g includes 3 and 4
marked "Merged via".
Log on ^/ shows all revisions; adding -g includes no more revisions.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
lect count(*) from nodes"
Can you identify which file/directory triggered the problem? Running
the checkout under strace might help identify what is wrong.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
local disk work?
svnadmin create repo
svn co file://`pwd`/repo wc
I've been able to check the binary build logs and the binaries were
built with -D_LARGEFILE64_SOURCE and a 3.7.16.2 SQLite amalgamation.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
table foo(text)"
That will use your system SQLite rather than the 3.7.16.2 used by
Subversion. The next step would be to build 3.7.16.2 and see if that
works.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
ke a serf problem, there should be symlinks
libserf-1.so -> libserf-1.so.1.3.0
libserf-1.so.1 -> libserf-1.so.1.3.0
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
bserf-1.so.1
19995: trying file=/usr/local/serf/lib/libserf-1.so.1
I see I had to add an extra RPATH to svn and libsvn_ra_serf by
configuring Subversion with
./configure LDFLAGS=-Wl,-rpath,/usr/local/serf/lib
but I install serf in an non-standard place.
--
Philip Martin | Subversion Committe
where this would be valuable.
>
> I'd like to create an enhancement request, but according to the website it
> was recommended that I post to this mailing list first.
You probably want the "optional text base" feature:
http://subversion.tigris.org/issues/show_bug.cgi?id=
g it from the whole repository log. This means
that the client log implementation gets the whole repository log before
making a second log request for the partial log that is required.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Philip Martin writes:
> Peter Harris writes:
>
>> https://subversion.apache.org/reporting-issues.html directed me to
>> report issues to this mailing list.
>>
>> With svn 1.8.x (tested 1.8.3 and 1.8.5), "svn log" is very slow against
>> older sv
r was part of the code to fix a memory leak
> (http://svn.haxx.se/dev/archive-2009-08/0274.shtml).
I've not seen E54 before but it is EXFULL which is some sort of
network error. I suppose the corruption causes some sort of output
problem.
E13 is EACCES so you are running verify without write access to the
repository. That seems like a perfectly reasonable thing to do so we
should probably make the warning less intimidating.
It's very odd that Apache is reporting corruption but both the dump/load
and verify work without problem. Is the problem reproducible if you
restart Apache?
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
e to deliver content.
> [500, #0] + Could not write data to filter. [500, #175002])
Does the server log always contain the error:
svn: E160004: Corrupt node-revision '2-1.0.r137/330061'
Is it always '2-1.0.r137/330061'?
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Mojca Miklavec writes:
> On Tue, Jan 7, 2014 at 5:18 PM, Philip Martin wrote:
>> Mojca Miklavec writes:
>>
>>> Yes, there is still a problem after restarting Apache. Even though it
>>> works for me at the moment and I tried fetching from multiple
>>> lo
y and then replaced the
old repository with the new repository? If you did that while Apache
was running, without restarting Apache, then that explains the 'Corrupt
node-revision' error as you changed the data on disk.
What you are left with is some sort of intermittent network prob
"Bad checksum"
packet. Wireshark shows the client retransmitting the GETs but there is
no further server repsonse.
I don't know enough to debug the problem further.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
ctx->add_props_included = FALSE;
}
}
else if (state == NONE && strcmp(name.name, "target-revision") == 0)
then the checkout with trunk starts working reliably. Wireshark no
longer shows an RST from the server, it does however show some packets
marked "TCP Previous segment not captured" and some marked "TCP Dup
ACK".
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
svn/me': Could not read
> response body: connection was closed by server (http://)
> sess: Destroying session.
> sess: Destroying session.
What does the server error log show?
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Philip Martin writes:
> That message comes from ne_request.c and the -3 is NE_SOCK_CLOSED
> defined in ne_socket.h:
>
> #define NE_SOCK_CLOSED (-3)
> /* Connection was reset (e.g. server crashed) */
/* Socket was closed */
#define NE_SOCK_CLOSED (-3)
The comment associated with
r:
svn: E175002: REPORT of '/obj/repo/!svn/me': Could not read response body:
connection was closed by server (http://peri.local:)
One fix is to increase the server timeout to handle your slow client.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
path/to/file'.
Running update in the current state doesn't generate another
tree-conflict because the file is already present and marked for
deletion.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Mojca Miklavec writes:
> Is there any painless way to shrink the size of the local .svn folder
> (other than deleting everything and fetching the whole 6 GB again)?
'svn cleanup'
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
20108: Error running context: The server unexpectedly closed the
>>> connection.
E120108 is unknown on my Linux box:
$ ../src/tools/dev/which-error.py E120108
00120108 *** UNKNOWN ERROR CODE ***
The client recognises SVN_ERR_REPOS_POST_COMMIT_HOOK_FAILED (165007) as
a failed post-commit so the unknown E120108 meant the client didn't do
post-commit processing so the committed files showed up as uncommitted.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Philip Martin writes:
>>>> Karl-Heinzs-MacBook-Pro:exec-maven-plugin kama$ svn ci -F x.diff
>>>> Sendingsrc/it/mexec-100/pom.xml
>>>> Sendingsrc/it/mexec-105/pom.xml
>>>> Transmitting file data ..
>>>> Committed revi
n for us to work out exactly what you are doing. For example
update itself can resolve conflicts with --accept:
svnadmin create repo
svn mkdir -mm file://`pwd`/repo/A
svn import -mm repo/format file://`pwd`/repo/A/f
svn co file://`pwd`/repo@1 wc
touch wc/A/f
svn up --accept working wc
That leads to f be
that
“svn+ssh://localhost” always returns error 210004 “Malformed network
data”, even in 1.7.8. So this makes me wonder, is Subversion actually
meant to support a callback returning an error to cancel an operation
like I have been doing?
Thanks
Martin
.
Martin
Hello again
Unfortunately I ran into trouble trying to implement the cancel
callback in the Subvertpy library. The library passes a temporary pool
to svn_ra_get_location_segments(), and then destroys the pool when the
call returns. However this seems to be causing a segfault in the
subsequent call
re they file
or directory externals? I don't think file externals cause a call to
svn_wc__db_base_add_file so it's either a directory external or the main
working copy that is triggering the error.
Which server version are you using? Which protocol? Which
server/protocol for the external
not include the delete, or is the commit
missing on the mirror?
What protocol does svnsync use to access the master?
Do you have path based authz rules on the master?
Can you show us 'svn log -v -q -rN' of the commit on the master? If there
is a corresponding commit on the mir
was solved by
using different binaries.
Do you know how your Apache and Subversion binaries were produced?
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
this restriction (local modifications may
be lost)
svn: E195006: '/tmp/wc/A/f' has local modifications -- commit or revert them
first
Some things still cause 1.8 to require force: setting properties on the
directory or children, adding file children.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
ota2
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
fixes:
* fix assertion on urls of the form 'file://./' (r1516806)
- Client-side bugfixes:
* upgrade: fix an assertion when used with pre-1.3 wcs (r1530849)
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
.svn/wc.db "select * from externals"
1|A||1|normal|dir||A|1|1
which is a result of r1163438.
I think we would consider this a bug in 1.7.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
l status
against HEAD, whether the server is 1.7 or 1.8. This is because the 1.7
client doesn't store the revision in the EXTERNALS table in the working
copy.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
If you didn't see a
warning then you are probably using a pre-1.8 client that doesn't
implement svn:global-ignores.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
some sort of "cannot revert" error.
Any check like that would have to happen after the outcome of earlier
reverts is known:
svn revert wc/dir wc/dir/file
if the revert of wc/dir is successful then any obstruction of wc/dir has
been removed by the time we attempt to revert wc/dir/file.
--
//svnserver.ln.rbccm.com/>SVNURL)
> [svn] failed !
The "database is locked" probably refers to a failure to access the
rep-cache.db file in the repository. The Apache error log may contain
more information. Which version of Subversion is used on the server?
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
o bar baz
svnsync: E205000: より詳しく知りたいときは 'svnsync help' を試してみてください
svnsync: E205000: 引数をパースする際にエラーが生じました
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Philip Martin writes:
> Joel Rees writes:
>
>> $svnsync sync https://svn.sourceforge.jp/svnroot/bif-c/
>> https://svn.code.sf.net/p/bif-c/code --sync-username reiisi
>> --source-username reiisi
>> svnsync: より詳しく知りたいときは 'svnsync help' を試してみてください
>>
Joel Rees writes:
> On Mon, Feb 24, 2014 at 10:14 PM, Philip Martin
>>
>> You are probably using Subversion 1.6 which doesn't support the optional
>> source URL parameter.
>
> That would make sense, except that when I initialized the mirror, I
> used the sour
ht have libmagic support to automatically detect the
mime type. Does
MAGIC= svn add my.xml
work?
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
(Mon, 03 Mar 2014)
Merged via: r12, r11, r10
which shows 3 revisions in the via list, i.e. both paths.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
cept
the working copy root. A future upgrade might remove the .svn directory
from directory externals. A future upgrade might move the .svn
directory outside the working copy root. A future upgrade might make
.svn into a file.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Steve Boone writes:
> [groups]
> @users = User1, User2, User3
@ here is wrong.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Steve Boone writes:
> Sorry, I edited my file before I posted to remove company sensitive
> info. The actual file is ...
>
> [groups]
> users = User1, User2, User3
>
> -Original Message-
> From: Philip Martin
> Sent: Monday, March 10, 2014 3:10 PM
&g
In the authorization file ...
>
> The user StevenH has read access to the folder iosource:/DVRY/
>
> [iosource:/DVRY]
> @dvry = rw
> StevenH = r
>
> AND read/write access to
> iosource:/DVRY/Software/trunk/user_guides/video_server
'trunk'
>
> [iosour
LD_PRINT_LIBRARIES should tell
you which libraries are loaded at runtime and setting DYLD_LIBRARY_PATH
should allow you to change the search.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
9bc63db55a38
> svn:sync-last-merged-rev
> 79426
> svn:date
> 2005-02-23T03:17:40.923186Z
> svn:sync-from-url
> https://svn.domain.com/svn/websites/
I suspect you need to remove the trailing slash from svn:sync-from-url:
svn propset --revprop -r0 svn:sync-from
Philip Martin writes:
> Pravin Rane writes:
>
>> /tmp/buildd/subversion-1.6.12dfsg/subversion/libsvn_subr/path.c:414:
>> svn_path_is_empty: Assertion `is_canonical(path, strlen(path))' failed.
>> Aborted
>
> 1.6 is old.
It's still a problem on trunk, w
:
U wc/f1
That merge doesn't change wc/f2 and so the subtree mergeinfo there is
not modified. As I recall that was a deliberate change several years
ago but I'm not sure exactly how it is supposed to interact with the
rest of the merge code.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
s = r
>
> [proj2:/]
> proj1-devs = r
> proj2-devs = rw
Can you do this with aliases?
[aliases]
proj1-devs-ldap = CN=proj1_developers,ou=ldap,dc=mycorp,dc=com
[groups]
proj1-devs = &proj1-devs-ldap
[proj1:/]
proj1-devs = rw
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
own above. Given read access to the root and no access to a
subdir then revisions that only modify paths in the subdir produce that
output.
The other possibility is that svn:date and svn:author have been deleted
from the revisions.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
"Brown, Jonathan W" writes:
> Has anyone else come across this? I couldn't find any documented
> known issues/bugs on the matter. Any suggestions?
It's a bug. It's fixed it on trunk (r1578670) and proposed for 1.8.x.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
lot of unnecessary information?
Yes. 1.8 introduced optional inherited properties and the server is not
properly detecting clients that don't ask for those properties. Running
"svn ls -R" queries a lot of paths and server keeps sending the unwanted
inherited properties.
Fixed o
revision=r1578885
if you want to build your own binary.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
#x27;s not clear that any of the
repositories are corrupt, it looks as if the repositories with 7 have an
extra subdir inside db/.
How are you accessing Date/Author/Log? You mention svnserve, if you are
using the svn:// protocol and have authz configured then authz may deny
access to the Date/Author/Log.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
"Brown, Jonathan W" writes:
> Thanks for the quick attention, Phillip. I compiled a nightly
> snapshot of the source and tested it. Unfortunately, the filtered
> dump file format still appears incorrect.
Hmm, more ordering rules required, r1579274 should do it.
--
Philip
I've written a regression test and raised
http://subversion.tigris.org/issues/show_bug.cgi?id=4481
Tim van Halteren writes:
> I'm not sure what to do next. Should I report this as a bug?
>
>
>
> On 3/13/2014 9:29 PM, Philip Martin wrote:
>> Tim van Halteren wri
`pwd`/repo put x.x f propset svn:special '*' f
Now
svn co file://`pwd`/repo wc
svn st wc
M wc/f
The reason is that create_special_file_from_stream() reads just the
first line of the file to define the symlink while
svn_wc__internal_file_modified_p() compares against the whole file.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
sebb writes:
> So what is the next stage in getting this inconsistency fixed ?
> Do I have to create a Bugzilla entry or will someone else take care of that?
I've done it: http://subversion.tigris.org/issues/show_bug.cgi?id=4482
--
Philip Martin | Subversion Committer
WANdisco /
64 bit
- the repository is accessed using svn:// protocol
- clients are TortoiseSVN 1.8.x (usually the most recent version)
Thanks for any help!
-Martin
Martin Bischoff writes:
> I then started "svnadmin verify" on the repository, which reported the
> following error:
>
> * Verified revision 2112.
> * Verified revision 2113.
> svnadmin: E160004: r2114's root node's predecessor is r2112 but should be
> r2
, Philip Martin
wrote:
> Martin Bischoff writes:
>
> > I then started "svnadmin verify" on the repository, which reported the
> > following error:
> >
> > * Verified revision 2112.
> > * Verified revision 2113.
> > svnadmin: E160004: r2114's
0...@syntevo.com%3E
http://svn.haxx.se/dev/archive-2014-02/0140.shtml
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
ip the test if we can detect running as root.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
hat case you
should not run ./autogen.sh, you should go straight to ./configure.
You are using /cross-tools/bin/libtool but I also see configure
reporting "cross compiling... no". Are you attempting to cross-compile
Subversion?
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
;pool);
}
else if (svn_cstring_casecmp(key, SVN_DAV_ME_RESOURCE_HEADER) == 0)
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
ks and uses those high byte-ranges to
store state information in a way that works on read-only filesystems.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
e file is still locked and so this fails. I
don't know why SQLite is missing the F_UNLCK.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
$ ../src/build/config.sub sun4
sparc-sun-sunos4.1.1
My config.sub does not contain the string "MODE" and so cannot produce
the output you show. I'm using config.sub from Debian's autotools-dev
20120608.1
I associate MODE-ARG with libtool and that error looks like the error
libtool produces. Have you managed to get libtool and config.sub mixed
up?
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
=4491
and committed an XFAIL regression test derived from your script.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Trent Fisher writes:
> $ HOME=/dev/null svn --version
> svn: warning: W20: Can't open file '/dev/null/.subversion/servers': Not a
> directory
> Segmentation fault (core dumped)
Thanks for the report. Fixed with http://svn.apache.org/r1590751
--
Philip Ma
s. Use 1.8 or 1.9
and the new format is faster than the old format.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Hi
I have a file that I fumbled the log message for during $ svn ci
Is there any way of directly editing that in the 'database' please?
Kind regards
Martin
Martin Peter Clarke
Technical Consultant, Business Support
Dion Global Solutions
86-92 Regent Road, Leicester, LE1 7DD, UK
(T)
Thank you VERY much Eric.
Kind regards
Martin
From: Eric Johnson [mailto:e...@tibco.com]
Sent: 30 April 2014 17:43
To: Martin Clarke
Cc: users@subversion.apache.org
Subject: Re: Correcting missing log message
See
http://svnbook.red-bean.com/en/1.7/svn.reposadmin.maint.html
ad and the default HTTP timeout is now
10min. You can change the client timeout by changing the 'http-timeout'
setting in the client configuration.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
e-tuning
http://subversion.apache.org/docs/release-notes/1.8.html#fsfs-enhancements
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
e remote?
You can configure the authentication and hooks for the target repository
to allow the lock to be deleted over the network just like any other
revision property.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
mmit the transaction. With
--parents the client detects the missing directory and sends an explicit
mkdir before sending the copy, this allows the copy to succeed and in
turn allows the client to proceed to tell the server to attempt the
commit.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
tepped on (deleted) as developers are
> merging changes back toward the trunk.
Sounds like issue 4480:
http://subversion.tigris.org/issues/show_bug.cgi?id=4480
> We are all are using v1.7.x SVN clients and we are using v1.7.5 on the
> server side.
If so then it is fixed by using a 1.7.17 or 1
andles the certificate decryption directly, it
now happens in serf, and there is no code for Subversion to save the
passphrase.
I've raised http://subversion.tigris.org/issues/show_bug.cgi?id=4509
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
acheSize 0" in httpd.conf
completely solved it. Thanks very much for the workaround.
> mark w
>
Martin
601 - 700 of 805 matches
Mail list logo
