Hi,
It's been some time since I last compiled svn on my Windows box; but,
as far as I can recall, I've had this problem before. I'm running
VS2008 on a Vista machine and compiling the trunk (checked out today
as of r896326.
During the copy_tests (specifically #7), I would get a dialog which
sta
On Tue, Jan 5, 2010 at 8:16 PM, Joe Swatosh wrote:
> On Tue, Jan 5, 2010 at 4:22 PM, Paul Burba wrote:
>> On Mon, Dec 28, 2009 at 12:49 PM, Joe Swatosh wrote:
>>> On Sat, Dec 26, 2009 at 11:24 AM, Stefan Sperling wrote:
On Wed, Dec 23, 2009 at 09:35:23AM -0600, Hyrum K. Wright wrote:
>
On Tue, Jan 5, 2010 at 4:22 PM, Paul Burba wrote:
> On Mon, Dec 28, 2009 at 12:49 PM, Joe Swatosh wrote:
>> On Sat, Dec 26, 2009 at 11:24 AM, Stefan Sperling wrote:
>>> On Wed, Dec 23, 2009 at 09:35:23AM -0600, Hyrum K. Wright wrote:
Please be sure to test the bindings.
>>>
>>> Also, a ruby
On Jan 5, 2010, at 6:22 PM, Paul Burba wrote:
> On Mon, Dec 28, 2009 at 12:49 PM, Joe Swatosh wrote:
>> On Sat, Dec 26, 2009 at 11:24 AM, Stefan Sperling wrote:
>>> On Wed, Dec 23, 2009 at 09:35:23AM -0600, Hyrum K. Wright wrote:
Please be sure to test the bindings.
>>>
>>> Also, a ruby b
On Mon, Dec 28, 2009 at 12:49 PM, Joe Swatosh wrote:
> On Sat, Dec 26, 2009 at 11:24 AM, Stefan Sperling wrote:
>> On Wed, Dec 23, 2009 at 09:35:23AM -0600, Hyrum K. Wright wrote:
>>> Please be sure to test the bindings.
>>
>> Also, a ruby bindings test segfaults.
>>
>> I've found this in an Open
On Tue, Jan 5, 2010 at 5:16 PM, C. Michael Pilato wrote:
> Stefan Sperling wrote:
>> This could be a nice way to break the copy-to problem down into smaller
>> pieces, since it would allow us to implement copy-to information
>> for renames in the client<->server interface before actually storing
>
Stefan Sperling wrote:
> This could be a nice way to break the copy-to problem down into smaller
> pieces, since it would allow us to implement copy-to information
> for renames in the client<->server interface before actually storing
> it in the repository.
copy-to information is effectively stor
On Tue, Jan 05, 2010 at 02:18:25PM -0600, Peter Samuelson wrote:
>
> [Stefan Sperling]
> > Subversion needs to amend its data model to provide copy-to
> > information, to complement the current copy-from information.
> [...]
> > This is easier said than done. It implies repository format changes.
[Stefan Sperling]
> Subversion needs to amend its data model to provide copy-to
> information, to complement the current copy-from information.
[...]
> This is easier said than done. It implies repository format changes.
> We'd need to a way to modify old revisions to store this information
> beca
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 Jan 5, 2010, at 1:02 PM, Greg Stein wrote:
> It's more than just a folder rename, since we have to reconfigure
> stuff on the server.
>
> Hyrum: what kind of "related" stuff are you talking about? And why
> would it then be in a folder called "site" when it isn't ON the site?
I'm specificall
It's more than just a folder rename, since we have to reconfigure
stuff on the server.
Hyrum: what kind of "related" stuff are you talking about? And why
would it then be in a folder called "site" when it isn't ON the site?
On Tue, Jan 5, 2010 at 13:56, Mark Phippard wrote:
> On Tue, Jan 5, 2010
On Tue, Jan 5, 2010 at 1:47 PM, Hyrum K. Wright
wrote:
> We recently moved all of our web content out of trunk and into it's own
> top-level directory,
> called site/. I propose we move it once more to site/publish/. This would
> allow us to put
> additional related-but-not-published material
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
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
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
We recently moved all of our web content out of trunk and into it's own
top-level directory, called site/. I propose we move it once more to
site/publish/. This would allow us to put additional related-but-not-published
material in the site/ directory, and follows precedent in other Apache pro
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
Thanks for the update Joe.
Gavin.
On 31/12/2009, at 17:00 , Joe Swatosh wrote:
> Thanks Gavin, but this patch was made moot by philip fixing the
> underlying problem in r891376.
>
> --
> Joe
>
> On Wed, Dec 30, 2009 at 3:51 PM, Gavin 'Beau' Baumanis
> wrote:
>> Ping.
>> This Submission has r
On Dec 21, 2009, at 11:16 AM, Philip Martin wrote:
> In 1.6 wc locks were associated with access batons and when an access
> baton was opened a pool cleanup handler was installed to ensure that
> the baton was closed. The pool cleanup handler would remove any lock
> associated with the access ba
On Tue, Jan 5, 2010 at 8:45 AM, C. Michael Pilato wrote:
> Kylo Ginsberg wrote:
>> 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 li
[dropping users@ -- we're well into dev-land here.]
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 th
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 Tue, Jan 5, 2010 at 4:58 AM, Bert Huijben wrote:
>
>
>> -Original Message-
>> From: pbu...@apache.org [mailto:pbu...@apache.org]
>> Sent: maandag 4 januari 2010 22:39
>> To: comm...@subversion.apache.org
>> Subject: svn commit: r895794 - in /subversion/trunk/subversion:
>> libsvn_wc/pro
On Jan 4, 2010, at 11:33 PM, C. Michael Pilato wrote:
> Hyrum K. Wright wrote:
>> It's time to shut down us...@s.t.o. Most of the threads are now on
>> us...@s.a.o, people are back from holiday, and we've already given plenty
>> of notice that a shutdown was imminent. I propose we send mail to
On Wed, 2009-12-23, Kannan wrote:
> Fix a typo and perform minor formatting tweaks.
>
> * notes/tree-conflicts/use-cases.txt
> Add some clarity by including the 'Developer' info and a minor
> formatting tweak.
>
> * subversion/libsvn_wc/adm_crawler.c
> (report_revisions_and_depths): s/treat
> -Original Message-
> From: Philip Martin [mailto:philip.mar...@wandisco.com]
> Sent: dinsdag 5 januari 2010 14:38
> To: Kannan
> Cc: SVN Dev
> Subject: Re: [PATCH][v2] Sticky depths should work for an excluded dir
>
> Kannan writes:
>
> > Make `--set-depth (empty|files|immediates) DI
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
Kannan writes:
> Make `--set-depth (empty|files|immediates) DIR' work, where DIR's depth
> had already been set as `exclude'. Only `infinity' works as of now.
>
> * subversion/libsvn_wc/crop.c
> (svn_wc_crop_tree2): Check the 'base status' of the node here and
>remove the check done using `
Julian Foad wrote:
> +1, no objections, but can we make sure that attempts to post to the old
> address have a helpful reply?
>
> The other day I saw an automated reply to a post to d...@s.t.o, and it
> just said,
>
> We are sorry, but email posting to this discussion is not allowed.
I don't t
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
On Mon, 2010-01-04 at 10:08 -0600, Hyrum K. Wright wrote:
> It's time to shut down us...@s.t.o. Most of the threads are now on
> us...@s.a.o, people are back from holiday, and we've already given
> plenty of notice that a shutdown was imminent. I propose we send mail
> to us...@s.t.o today, indic
On Tue, Jan 05, 2010 at 01:02:07AM -0500, Mark Mielke wrote:
> On 01/04/2010 02:32 PM, Stefan Sperling wrote:
> >On Mon, Jan 04, 2010 at 01:45:07PM -0500, Mark Mielke wrote:
> >>
> >>If it doesn't resolve them (any? all?) yet, then this would explain
> >>one of the results I saw and couldn't explai
> -Original Message-
> From: pbu...@apache.org [mailto:pbu...@apache.org]
> Sent: maandag 4 januari 2010 22:39
> To: comm...@subversion.apache.org
> Subject: svn commit: r895794 - in /subversion/trunk/subversion:
> libsvn_wc/props.c tests/cmdline/prop_tests.py
>
> Author: pburba
> Date:
35 matches
Mail list logo
