On 17.11.2011 11:40, David Chapman wrote:
On 11/16/2011 11:08 PM, Sergey Skvortsov wrote:
On 16.11.2011 19:56, Stefan Sperling wrote:
On Wed, Nov 16, 2011 at 06:37:39PM +0400, Sergey Skvortsov wrote:
s/"svn update"/"svn commit"/
On 16.11.2011 18:31, Stefan Sperling wrote:
On Wed, Nov 16, 201
On 11/16/2011 11:08 PM, Sergey Skvortsov wrote:
On 16.11.2011 19:56, Stefan Sperling wrote:
On Wed, Nov 16, 2011 at 06:37:39PM +0400, Sergey Skvortsov wrote:
s/"svn update"/"svn commit"/
On 16.11.2011 18:31, Stefan Sperling wrote:
On Wed, Nov 16, 2011 at 02:43:17PM +0400, Sergey Skvortsov wro
[please do not top-post on this list]
> -Original Message-
> From: Ivan Zhakov [mailto:i...@visualsvn.com]
> Sent: Wednesday, November 16, 2011 4:40 PM
> To: Waseem Shahzad
> Cc: users@subversion.apache.org
> Subject: Re: Downloading Link for SVN 1.7.1 Server
>
> On Mon, Nov 14, 2011 at
> -Original Message-
> From: Sergey Skvortsov [mailto:s...@protey.ru]
> Sent: 17 November 2011 07:09
> Subject: Re: "svn commit" does not work with SVNParentPath in
> location and 1.7-client (HTTPv2)
>
> I disagree. This cite is irrelevant to my issue.
>
> >> It worked in 1.6 servers
And what about authentic download of Tortoise SVN 1.7.0
Cheers,
Waseem Bukhari
-Original Message-
From: Jeegnesh Sheth [mailto:jsh...@src-solutions.com]
Sent: Wednesday, November 16, 2011 4:55 PM
To: Ivan Zhakov; Waseem Shahzad
Cc: users@subversion.apache.org
Subject: RE: Downloading L
On 16.11.2011 19:56, Stefan Sperling wrote:
On Wed, Nov 16, 2011 at 06:37:39PM +0400, Sergey Skvortsov wrote:
s/"svn update"/"svn commit"/
On 16.11.2011 18:31, Stefan Sperling wrote:
On Wed, Nov 16, 2011 at 02:43:17PM +0400, Sergey Skvortsov wrote:
Configuration for Apache:
DAV svn
On 11/16/2011 4:20 PM, AlfredD wrote:
Stefan Sperling-7 wrote:
Get a new checkout. This problem will be fixed in 1.7.1 which will
be released in 4 days or so.
I downloaded version 1.7.1 (upgrading from 1.6.something) and the bug's
still there...
No, he meant your working copy is corrupted an
Stefan Sperling-7 wrote:
>
> Get a new checkout. This problem will be fixed in 1.7.1 which will
> be released in 4 days or so.
>
I downloaded version 1.7.1 (upgrading from 1.6.something) and the bug's
still there...
--
View this message in context:
http://old.nabble.com/workqueue.c-line-67
-Original Message-
From: Ivan Zhakov [mailto:i...@visualsvn.com]
Sent: Wednesday, November 16, 2011 4:40 PM
To: Waseem Shahzad
Cc: users@subversion.apache.org
Subject: Re: Downloading Link for SVN 1.7.1 Server
On Mon, Nov 14, 2011 at 18:21, Waseem Shahzad wrote:
> I need to download SV
> We are not going to fix any speed issues in 1.5.
Yes, I understand that. My hope was that it's not a direct SVN issue, but some
problem of incorrect linking libraries or the like.
>
> That said, why are you so sure you must use exactly 1.4? Subversion 1.7
> can create, read, and write 1.4 r
We are not going to fix any speed issues in 1.5.
That said, why are you so sure you must use exactly 1.4? Subversion 1.7
can create, read, and write 1.4 repositories. And there have been
significant performance improvements in the past four years...
Vyacheslav Zholudev wrote on Tue, Nov 15, 20
On Mon, Nov 14, 2011 at 18:21, Waseem Shahzad wrote:
> I need to download SVN 1.7.1 Server for windows. Any link.
>
http://www.visualsvn.com/downloads/
--
Ivan Zhakov
On 16.11.2011 14:39, Keith A Burnett wrote:
(See attached file: svn)
tortoise just crashes when doing a repo-browser
http://code.google.com/p/tortoisesvn/issues/detail?id=126
Attila Nagy writes:
> I use pysvn for this and basically the code looks like this (in python):
> def update_perms():
> for path in propchg:
> proplist = svn.propget('file:permissions', path)
> if not os.path.islink(path) and proplist.has_key(path):
> set_perms(path
On 2011-11-16, at 11:37 , Aleksandr Sidorenko wrote:
> On 2011-11-16, at 11:15 , Philip Martin wrote:
>
>> Aleksandr Sidorenko writes:
>>
>>> The sqlite command worked (I see the expected output), but I suspect that's
>>> because the rep-cache.db file was already there (since 1.6.12). If I mov
On Wed, Nov 16, 2011 at 2:03 AM, Philip Martin
wrote:
> Philip Martin writes:
>
> >> I hate to confess to such absent mindedness, but I may have "svn
> delete"ed
> >> this file. I see that I don't have a local copy of it, which supports
> that
> >> theory. If I did that, I didn't commit the cha
Around about 16/11/11 14:27, Stefan Sperling typed ...
Yes. Any of TMPDIR, TMP, or TEMP should work.
OK, thanks. I have to admit to not having tried those usual suspects (!)
as the problem had been resolved by the time I started digging. I'll try
getting him to set one of those if we see
Aleksandr Sidorenko writes:
> On 2011-11-16, at 11:15 , Philip Martin wrote:
>
>>> ...
>>
>> Try this patch:
>>
>> Index: subversion/libsvn_fs_fs/fs_fs.c
>> ===
>> --- subversion/libsvn_fs_fs/fs_fs.c (revision 1202738)
>> +++ s
On 2011-11-16, at 11:15 , Philip Martin wrote:
> Aleksandr Sidorenko writes:
>
>> The sqlite command worked (I see the expected output), but I suspect that's
>> because the rep-cache.db file was already there (since 1.6.12). If I move
>> it, though, the file is NOT recreated.
>>
>> greping th
On 2011-11-16, at 11:15 , Philip Martin wrote:
>> ...
>
> Try this patch:
>
> Index: subversion/libsvn_fs_fs/fs_fs.c
> ===
> --- subversion/libsvn_fs_fs/fs_fs.c (revision 1202738)
> +++ subversion/libsvn_fs_fs/fs_fs.c (worki
Aleksandr Sidorenko writes:
> The sqlite command worked (I see the expected output), but I suspect that's
> because the rep-cache.db file was already there (since 1.6.12). If I move it,
> though, the file is NOT recreated.
>
> greping through /proc/xxx/maps gives me the following:
>
> 2a96fc400
> "Bert Huijben" writes:
>
>> You get in this branch if a previous atomic initialization call failed: the
>> callback function failed and returned an error. This result is then ignored
>> in some code paths.
>>
>> It is most likely not caused by the atomic operations failing itself, but
>> more
"Bert Huijben" writes:
> You get in this branch if a previous atomic initialization call failed: the
> callback function failed and returned an error. This result is then ignored
> in some code paths.
>
> It is most likely not caused by the atomic operations failing itself, but
> more likely by a
On Wed, Nov 16, 2011 at 06:37:39PM +0400, Sergey Skvortsov wrote:
> s/"svn update"/"svn commit"/
>
> On 16.11.2011 18:31, Stefan Sperling wrote:
> >On Wed, Nov 16, 2011 at 02:43:17PM +0400, Sergey Skvortsov wrote:
> >>Configuration for Apache:
> >>
> >>
> >> DAV svn
> >> SVNParentP
On 2011-11-16, at 10:41 , Bert Huijben wrote:
>>
>> -Original Message-
>> From: Philip Martin [mailto:philip.mar...@wandisco.com]
>> Sent: woensdag 16 november 2011 16:37
>> To: Aleksandr Sidorenko
>> Cc:
>> Subject: Re: "Couldn't open rep-cache database" (post commit FS
>> processing)
>>
On 2011-11-16, at 10:36 , Philip Martin wrote:
> Aleksandr Sidorenko writes:
>
>> But it seems it's not this error that is triggered; it's the one a few lines
>> down (I changed the error message to detect it):
>>
>> #if APR_HAS_THREADS
>> /* Wait for whichever thread is performing initializa
> -Original Message-
> From: Philip Martin [mailto:philip.mar...@wandisco.com]
> Sent: woensdag 16 november 2011 16:37
> To: Aleksandr Sidorenko
> Cc:
> Subject: Re: "Couldn't open rep-cache database" (post commit FS
> processing)
>
> Aleksandr Sidorenko writes:
>
> > But it seems it'
Aleksandr Sidorenko writes:
> But it seems it's not this error that is triggered; it's the one a few lines
> down (I changed the error message to detect it):
>
> #if APR_HAS_THREADS
> /* Wait for whichever thread is performing initialization to finish. */
> /* XXX FIXME: Should we have a max
On 2011-11-16, at 10:21 , Philip Martin wrote:
> Aleksandr Sidorenko writes:
>
>> Rebuilt, now I get this message on post-commit:
>>
>> Warning: post commit FS processing had error:
>> Couldn't perform atomic initialization
>
> It could be the atomic functions failing, but more likely it's s
Aleksandr Sidorenko writes:
> Rebuilt, now I get this message on post-commit:
>
> Warning: post commit FS processing had error:
> Couldn't perform atomic initialization
It could be the atomic functions failing, but more likely it's still a
DB problem. Please add this patch as well:
Index:
On 2011-11-16, at 10:04 , Philip Martin wrote:
> Aleksandr Sidorenko writes:
>
>> I tried changed the permissions on the repository to be more permissive, and
>> changing the user/group of the Apache server: no help.
>>
>> I also tried recompiling from source, but that did not help either.
>>
Aleksandr Sidorenko writes:
> I tried changed the permissions on the repository to be more permissive, and
> changing the user/group of the Apache server: no help.
>
> I also tried recompiling from source, but that did not help either.
>
> To recap, I am getting this warning after every commit s
On 10/27/11 14:57, Mark Phippard wrote:
On Thu, Oct 27, 2011 at 8:12 AM, Attila Nagy mailto:b...@fsn.hu>> wrote:
ZFS.
It it worth to make benchmarks with this WC with 1.6 and 1.7? I so,
I can try to find the time for it.
There are some pretty easy to run benchmarks you can run to s
> 2011/11/12 Blair Zajac :
> > On 11/11/2011 06:41 PM, Andy Levy wrote:
> >>
> >> On Fri, Nov 11, 2011 at 21:12, Welington Rodrigues Braga
> >> wrote:
> >>>
> >>> Hi guys,
> >>>
> >>> I've just started to use Subversion a few months ago and I am really
> >>> are asking me why I had never used it
s/"svn update"/"svn commit"/
On 16.11.2011 18:31, Stefan Sperling wrote:
On Wed, Nov 16, 2011 at 02:43:17PM +0400, Sergey Skvortsov wrote:
Configuration for Apache:
DAV svn
SVNParentPath /usr/home/svn
SVNListParentPath on
DAV svn
SVNParentPath /u
On Wed, Nov 16, 2011 at 02:43:17PM +0400, Sergey Skvortsov wrote:
> Configuration for Apache:
>
>
> DAV svn
> SVNParentPath /usr/home/svn
> SVNListParentPath on
>
>
>
> DAV svn
> SVNParentPath /usr/home/svn/foo
> SVNListParentPath on
>
> [Wed Nov
Following up…
I tried changed the permissions on the repository to be more permissive, and
changing the user/group of the Apache server: no help.
I also tried recompiling from source, but that did not help either.
To recap, I am getting this warning after every commit since we upgraded the
SVN
On Wed, Nov 16, 2011 at 01:57:27PM +, Neil Bird wrote:
> So my question is: is there an environment variable or something
> that specifies where SVN creates a tempfile when there's no other
> dir. specified?
Yes. Any of TMPDIR, TMP, or TEMP should work.
Hi!
"svn update" does not work with SVNParentPath in location and 1.7-client
(HTTPv2)
But it works with 1st-level repos, and works with 1.6 for all repos.
It was worked for 1.6 server and less.
Test environment on the server (apache-2.2 + subversion-1.7.1):
cd /usr/home/svn
svnadmin create
I don't know whether this is an artefact of svn itself, TortoiseSvn or a
mixture of the both; the error is being reported from svn's io.c.
A colleague has an IT-locked-down PC where he can't write to the root of
C:\ or D:\. He just tried to do an update (in Tortoise) where there was a
> This is the check out command from the repo tab in subversion edge
>
> 'svn co http://TargetProcess.companyname.com/svn/AccountProjects
> AccountProjects --username=admin'
>
>
> On file system the naming is F:\SVN\AccountProjects
>
> the checkout command has kept the casing of AccountProjects.
Philip Martin writes:
>> I hate to confess to such absent mindedness, but I may have "svn delete"ed
>> this file. I see that I don't have a local copy of it, which supports that
>> theory. If I did that, I didn't commit the change -- the repository still
>> has the file.
>
> I'll have to think
> -Original Message-
> From: Jeegnesh Sheth [mailto:jsh...@src-solutions.com]
> Sent: 15 November 2011 20:09
> To: users@subversion.apache.org
> Subject: RE: svn server binaries for windows 2003
>
> Have my current svn server on windows 2003 with apache. Looking to
> upgrade to svn 1.7.1
43 matches
Mail list logo
