Thanks. I will check my APR installation as you suggest.
- Patrick
-Original Message-
From: Stefan Sperling [mailto:s...@elego.de]
Sent: Tuesday, January 05, 2010 3:13 PM
To: Patrick Oor
Cc: users@subversion.apache.org
Subject: Re: svn 1.6 client echoes password
On Tue, Jan 05, 2010 at
On Jan 5, 2010, at 13:32, Bob Archer wrote:
>> Is it possible to create "local svn repository" (not "working copy"
>> here) for few svn branches in my desktop ? I don't want entire branch
>> from version 1-1000 in my local svn repository, but just head, as I
>> always (so far) work with head vers
>On Tue, Jan 5, 2010 at 8:00 PM, Bob Archer wrote:
>>>Which is the best way to work with multiple svn branches (say 10) ?
>...
>> I assume you mean "working copy" rather than "local repository"???
>> IF so, it's a matter of preference. I prefer to have each branch
>> checked out individually rathe
Kylo Ginsberg wrote on Tue, 5 Jan 2010 at 08:28 -0800:
> So one bug/enhancement here is to improve client reporting when it
> encounters a 207.
>
> But back to the root of my original problem: I can create a "svn:"
> property via the svn access method without any errors which then
> results in err
C. Michael Pilato wrote on Tue, 5 Jan 2010 at 00:32 -0500:
> Ben Collins-Sussman wrote:
> > Is svnserve really allowing you to create a random svn: junk property?
> > I was pretty sure that servers validated svn: properties -- only a
> > scant few exist, and users aren't supposed to be able to inve
On Tue, Jan 5, 2010 at 8:00 PM, Bob Archer wrote:
>>Which is the best way to work with multiple svn branches (say 10) ?
...
> I assume you mean "working copy" rather than "local repository"???
> IF so, it's a matter of preference. I prefer to have each branch
> checked out individually rather than
On Tue, Jan 5, 2010 at 11:28, Kylo Ginsberg wrote:
> So one bug/enhancement here is to improve client reporting when it
> encounters a 207.
>
> But back to the root of my original problem: I can create a "svn:"
> property via the svn access method without any errors which then
> results in errors
So one bug/enhancement here is to improve client reporting when it
encounters a 207.
But back to the root of my original problem: I can create a "svn:"
property via the svn access method without any errors which then
results in errors when accessed via the http access method. That
seems like a bu
On 1/5/2010 10:05 AM, Andy Levy wrote:
As of SVN 1.6, file-level externals are supported. This is very close
to VSS's sharing IIRC (been a few years since I've dealt with VSS).
http://subversion.tigris.org/svn_1.6_releasenotes.html#externals
http://svnbook.red-bean.com/nightly/en/svn.advanced.e
On Tue, Jan 5, 2010 at 09:53, Thomas Harold wrote:
> On 1/4/2010 7:20 PM, Rolf Marsh wrote:
>>
>> Hello... I have two projects in Subversion. I am trying, in Visual
>> Studio 2008 Pro, to share some of the .cs files in Project 'A' with a
>> new project ('B') I am writing.
>>
>> I know how to share
On 1/4/2010 7:20 PM, Rolf Marsh wrote:
Hello... I have two projects in Subversion. I am trying, in Visual
Studio 2008 Pro, to share some of the .cs files in Project 'A' with a
new project ('B') I am writing.
I know how to share .cs files from within VS, but how to I get them out
of the repositor
>Which is the best way to work with multiple svn branches (say 10) ?
>
>1. keep separate local repositories and development environment
> for each branches in development machine
>
> ex:
>
> ~/branch1/...
> ~/branch2/...
> ~/branch3/...
> .
> ~/branch10/...
>
>2.
>Hello... I have two projects in Subversion. I am trying, in Visual Studio
>2008 Pro, to share some of the .cs files in Project 'A' with a new project
>('B') I am writing.
>I know how to share .cs files from within VS, but how to I get them out of the
>repository?
Read about svn:externals in
Which is the best way to work with multiple svn branches (say 10) ?
1. keep separate local repositories and development environment
for each branches in development machine
ex:
~/branch1/...
~/branch2/...
~/branch3/...
.
~/branch10/...
2. keep one loca
Is svnserve really allowing you to create a random svn: junk property?
I was pretty sure that servers validated svn: properties -- only a
scant few exist, and users aren't supposed to be able to invent them.
My guess is that apache is throwing an error (207 mult-status probably
contains a 5XX code
Hello... I have two projects in Subversion. I am trying, in Visual
Studio 2008 Pro, to share some of the .cs files in Project 'A' with a
new project ('B') I am writing.
I know how to share .cs files from within VS, but how to I get them out
of the repository?
Francois Sauterey a écrit :
> Hi all,
>
> I've a svn server. All works fine for several mounthes. But suddently,
> it's no more possible to commit anymore. The french message is :
> "Impossible de déplacer
> '/var/svn/phpAea/db/transactions/1017-wm.txn/props' vers
> '/var/svn/phpAea/db/revprops/1/
On Tuesday 05 January 2010 15:16:05 Francois Sauterey wrote:
> Bogdan Cristea a écrit :
> > On Tuesday 05 January 2010 14:38:06 Francois Sauterey wrote:
> >> Hi all,
> >>
> >> I've a svn server. All works fine for several mounthes. But suddently,
> >> it's no more possible to commit anymore. The fr
On Tue, Jan 05, 2010 at 02:25:00PM +0100, Patrick Oor wrote:
> When I switched my SVN client on Red Hat Linux 4 from SVN 1.5.4 to
> 1.6.3 I found out that the newer SVN client echoes my password to the
> screen when I type it. I looked for a fix on the internet (including
> this project) but have n
Sure. Ideally, the client would be able to say, "I had trouble parsing the
XML in the response, namely this bit here: asdf"
Wanna dive in and look into a patch?
Engebakken Geir wrote:
> Right, but why doesn't the client handle this more "graciously", by
> examining the result and maybe point th
If someone is interested, this is what I found about cvs2svn problems
generating this "207 Multi-status" return code.
http://old.nabble.com/bug-with---auto-props:-PROPFIND-pf...:-207-Multi-Status-td18510529.html
Geir
-Original Message-
From: Engebakken Geir [mailto:geir.engebak...@edb
When I switched my SVN client on Red Hat Linux 4 from SVN 1.5.4 to 1.6.3 I
found out that the newer SVN client echoes my password to the screen when I
type it. I looked for a fix on the internet (including this project) but have
not found anything yet. Who can help? Why is SVN echoing the passwo
Right, but why doesn't the client handle this more "graciously", by examining
the result and maybe point the user in a direction to find the cause of the
"failure", instead of just spitting out "207 Multi-status"?
In our case we get this message diffing two revisions of a file, but we don’t
kn
Bogdan Cristea a écrit :
> On Tuesday 05 January 2010 14:38:06 Francois Sauterey wrote:
>> Hi all,
>>
>> I've a svn server. All works fine for several mounthes. But suddently,
>> it's no more possible to commit anymore. The french message is :
>> "Impossible de déplacer
>> '/var/svn/phpAea/db/trans
On Tuesday 05 January 2010 14:38:06 Francois Sauterey wrote:
> Hi all,
>
> I've a svn server. All works fine for several mounthes. But suddently,
> it's no more possible to commit anymore. The french message is :
> "Impossible de déplacer
> '/var/svn/phpAea/db/transactions/1017-wm.txn/props' vers
Engebakken Geir wrote:
> It seems to me that the 207 message is not an error message seen from
> Apache, rather an informative message, but that SVN interprets it as an
> error somehow. I would be glad to find out more about this
"207 Multi-Status" isn't an error at all. It's a code fro
Hi all,
I've a svn server. All works fine for several mounthes. But suddently,
it's no more possible to commit anymore. The french message is :
"Impossible de déplacer
'/var/svn/phpAea/db/transactions/1017-wm.txn/props' vers
'/var/svn/phpAea/db/revprops/1/1018': Permission non accordée"
something
We have experienced the "207 Multi-status" error in subversion when diffing to
revisions of a file. A search for a solution, and posting to the user list did
not help us, so we still live with the problem that only has appeared for some
files. It might have something to do with a SCM conversion
28 matches
Mail list logo