On Fri, May 21, 2021 at 2:14 PM jackson wrote:
>
> HI Mark ,
>
> Thank you so much , i will enable the debug mode and do the testing and let
> you know once done.
I would suggest taking a look at the Apache error.log once you do as
it will grow very fast. The LDAP module logs a fair amount and
HI Mark ,
Thank you so much , i will enable the debug mode and do the testing and
let you know once done.
Thanks & Regards,
Jackson J
On Fri, May 21, 2021 at 11:35 PM Mark Phippard wrote:
> On Fri, May 21, 2021 at 8:49 AM jackson wrote:
> >
> > Hi Team,
> >
> &
On Fri, May 21, 2021 at 8:49 AM jackson wrote:
>
> Hi Team,
>
> We are using subversion 1.7 version and we are facing issues very often when
> the users trying to commit or checkout they are getting HTTP 500 error and
> the user is getting locked out. The users are auth
y 21, 2021 at 9:17 PM Nathan Hartman
wrote:
> On Fri, May 21, 2021 at 8:48 AM jackson wrote:
> > Hi Team,
> >
> > We are using subversion 1.7 version and we are facing issues very often
> when the users trying to commit or checkout they are getting HTTP 500 error
> and
On Fri, May 21, 2021 at 8:48 AM jackson wrote:
> Hi Team,
>
> We are using subversion 1.7 version and we are facing issues very often when
> the users trying to commit or checkout they are getting HTTP 500 error and
> the user is getting locked out. The users are authenticated v
Hi Team,
We are using subversion 1.7 version and we are facing issues very often
when the users trying to commit or checkout they are getting HTTP 500 error
and the user is getting locked out. The users are authenticated via LDAP.
At first we thought it was a server resource crunch issue and
Hi Vikram,
Hi Stefan,
Thank you for the response and clarification.
Yes, I'm using 1.7.19 and I'm with that issue.
And, I have tried installing CollabNet Subverion client 1.8.15 and I
get a different issue (svn: E175013:) as below. I don't think its a
credentials issue because it still fails
Hi Stefan,
Thank you for the response and clarification.
Yes, I'm using 1.7.19 and I'm with that issue.
And, I have tried installing CollabNet Subverion client 1.8.15 and I get a
different issue (svn: E175013:) as below. I don't think its a credentials
issue because it still fails with the same e
Hi Vikram,
Hi,
I'm also stuck with this same issue,
"svn up" makes svn segfaults and coring.
This started happening when I give
my new password set in my svn server.
Can some one please help on this?
Any help is highly appreciated.
Thanks
Vikram
Unfortunately the 1.7 branch is no longer suppor
Hi,
I'm also stuck with this same issue,
"svn up" makes svn segfaults and coring.
This started happening when I give
my new password set in my svn server.
Can some one please help on this?
Any help is highly appreciated.
Thanks
Vikram
Julian Ruhe writes:
> All of the sudden, starting somewhere prior to 1.7.13, the $PATH variable
> is set, although the svnbook states
> "For security reasons, the Subversion repository executes hook programs
> with an empty environment—that is, no environment variables are set at all,
> not even
All of the sudden, starting somewhere prior to 1.7.13, the $PATH variable
is set, although the svnbook states
"For security reasons, the Subversion repository executes hook programs
with an empty environment—that is, no environment variables are set at all,
not even $PATH (or %PATH%, under Windows)
Yes, I succeeded by following the link that was sent with the configure
option.
On Fri, Feb 22, 2013 at 11:15 AM, Nico Kadel-Garcia wrote:
> Benson, hi. Did you ever get Subversion 1.7 working well on RHEL or
> CentOS 4.x? I took a glance back at my old RPM building tools for
> S
Benson, hi. Did you ever get Subversion 1.7 working well on RHEL or
CentOS 4.x? I took a glance back at my old RPM building tools for
Subversion 1.6.20 and 1.7.8, and getting 1.7.8 built on RHEL 4 was a
pain in the keister. In particular, I wound up having to build and
install libserf to avoid
On Fri, Oct 14, 2011 at 6:49 AM, Daniel Shahaf wrote:
> [ switching list, please drop users@ from further replies ]
>
> Konstantin Kolinko wrote on Fri, Oct 14, 2011 at 11:43:14 +0400:
>> 2011/10/14 Andrey Paramonov :
>> > On 13.10.2011 22:31, Ryan Schmidt wrote:
>> >>
>> >> On Oct 13, 2011, at 06
> -Original Message-
> From: JK V [mailto:jkme...@gmail.com]
> Sent: 08 October 2012 10:28
> To: users@subversion.apache.org
> Subject: Error in upgradation to Subversion 1.7
>
> Hello,
>
> I recently upgraded to subversion 1.7 and upgraded my workin
Hello,
I recently upgraded to subversion 1.7 and upgraded my working
project copy to make it compatible with 1.7. I frequently face the
below error whenever, I try to update my working copy and the working
folder gets locked and I find it hard to release the lock as it
complains the working
> On 8/20/2012 4:21 AM, Philip Martin wrote:
> > Steven Lee writes:
> >
> >> On Aug 19, 2012 11:45 PM, "Steven Lee" wrote:
> >>> Yes, I tried "svn update --set-depth infinity" and nothing happened.
> >> Many of the files are still missing from my working copy. It does
> >> seem like that should
Steven Lee writes:
> svn up --set-depth empty foodir
>
> cleared out 'foodir', but
>
> svn up --set-depth infinity foodir
>
> did not bring any files back.
You will have to look at the SQLite database to provide more
information. Something like this may show what is going on:
sqlite .svn/wc.
svn up --set-depth empty foodir
cleared out 'foodir', but
svn up --set-depth infinity foodir
did not bring any files back. 'svn checkout' did not work either.
-Steven
On 8/20/2012 4:21 AM, Philip Martin wrote:
Steven Lee writes:
On Aug 19, 2012 11:45 PM, "Steven Lee" wrote:
Yes, I tri
> -Original Message-
> From: Johan Corveleyn [mailto:jcor...@gmail.com]
> Sent: maandag 20 augustus 2012 22:10
> To: Philip Martin
> Cc: Steven Lee; Markus Schaber; users@subversion.apache.org
> Subject: Re: AW: Corrupt .svn directory using Subversion 1.7
>
> O
Johan Corveleyn writes:
> On Mon, Aug 20, 2012 at 1:21 PM, Philip Martin
> wrote:
>> Steven Lee writes:
>>
>>> On Aug 19, 2012 11:45 PM, "Steven Lee" wrote:
Yes, I tried "svn update --set-depth infinity" and nothing happened.
>>> Many of the files are still missing from my working co
On Mon, Aug 20, 2012 at 1:21 PM, Philip Martin
wrote:
> Steven Lee writes:
>
>> On Aug 19, 2012 11:45 PM, "Steven Lee" wrote:
>>>
>>> Yes, I tried "svn update --set-depth infinity" and nothing happened.
>> Many of the files are still missing from my working copy. It does seem
>> like that shoul
Steven Lee writes:
> On Aug 19, 2012 11:45 PM, "Steven Lee" wrote:
>>
>> Yes, I tried "svn update --set-depth infinity" and nothing happened.
> Many of the files are still missing from my working copy. It does seem
> like that should have worked.
>>
>
> Just to be clear, I tried "svn update --s
On Aug 19, 2012 11:45 PM, "Steven Lee" wrote:
>
> Yes, I tried "svn update --set-depth infinity" and nothing happened.
Many of the files are still missing from my working copy. It does seem
like that should have worked.
>
Just to be clear, I tried "svn update --set-depth infinity" in the foodir
ere.
> I tried to do a 'svn revert' and 'svn checkout' but nothing happens
> because it thinks the files are already there. 'svn status' thinks nothing
> has changed but 'svn ls' shows that some files/directories are missing from
> my working co
y.
Please provide exact error messages as at least I don't seem to
understand what/where your problem is depending on what you actually
want to do.
> Prior to Subversion 1.7, I would have been able to simply remove the
> .svn directory /in that directory/ and check out the files again.
If
x27;svn
> ls' shows that some files/directories are missing from my working copy.
> Prior to Subversion 1.7, I would have been able to simply remove the .svn
> directory in that directory and check out the files again. But now, I have
> to remove the .svn directory at the to
files are there. I tried to do a 'svn revert' and 'svn checkout' but
nothing happens because it thinks the files are already there. 'svn
status' thinks nothing has changed but 'svn ls' shows that some
files/directories are missing from my working copy.
Pr
On May 15, 2012, at 03:31, David Herges wrote:
> 1.) Mount a (windows-hosted) network share as SMB/CIFS on my OS X Lion
> 2.) Check out a working copy on the mounted share
Don't do that. Keep working copies on local disks.
Hello,
I can 9-out-of-10 replicate this behaviour when doing the following:
1.) Mount a (windows-hosted) network share as SMB/CIFS on my OS X Lion
2.) Check out a working copy on the mounted share
If there is sufficient amount of data in the repo, the checkout will fail at
some (random?) stage
Ryan Schmidt wrote on Fri, Apr 13, 2012 at 05:28:41 -0500:
>
> On Apr 13, 2012, at 04:58, Daniel Shahaf wrote:
>
> > Ryan Schmidt wrote on Fri, Apr 13, 2012 at 04:55:17 -0500:
> >>
> >> On Apr 13, 2012, at 04:43, Daniel Shahaf wrote:
> >>
> >>> 1.x-compatible:
> >>> use 'svn cat' to obtain a te
On Apr 13, 2012, at 04:58, Daniel Shahaf wrote:
> Ryan Schmidt wrote on Fri, Apr 13, 2012 at 04:55:17 -0500:
>>
>> On Apr 13, 2012, at 04:43, Daniel Shahaf wrote:
>>
>>> 1.x-compatible:
>>> use 'svn cat' to obtain a tempfile.
>>
>> That's a good idea. It sounds like this would be less work an
Ryan Schmidt wrote on Fri, Apr 13, 2012 at 04:55:17 -0500:
>
> On Apr 13, 2012, at 04:43, Daniel Shahaf wrote:
>
> > 1.x-compatible:
> > use 'svn cat' to obtain a tempfile.
>
> That's a good idea. It sounds like this would be less work and
> automatically backward- and future-compatible.
Indee
On Apr 13, 2012, at 04:43, Daniel Shahaf wrote:
> Ryan Schmidt wrote on Fri, Apr 13, 2012 at 03:55:34 -0500:
>
>> How can I modify this script to be compatible with a Subversion 1.7
>> format working copy?
>
> 1.7-specific, relies on implementation details:
> `svn
Ryan Schmidt wrote on Fri, Apr 13, 2012 at 03:55:34 -0500:
> I have not upgraded to Subversion 1.7 yet. I'm still on 1.6.17.
>
> One reason is that there is a script I like to use, that I wrote, called
> svntwdiff. It goes like this:
>
>
> $ cat svntwdiff
>
Am 13.04.2012 10:55, schrieb Ryan Schmidt:
> "twdiff" is a command-line wrapper that comes with the GUI
> TextWrangler editor; it opens the two given textfiles in TextWrangler
> and lets me view and edit the differences between files. I often use
> svntwdiff to examine changes in a file and selecti
I have not upgraded to Subversion 1.7 yet. I'm still on 1.6.17.
One reason is that there is a script I like to use, that I wrote, called
svntwdiff. It goes like this:
$ cat svntwdiff
#!/bin/bash
if [ -z "$1" ]; then
echo "usage: $0 "
exit 1
fi
FILE="
On Mon, Mar 26, 2012 at 5:43 AM, vishwajeet singh wrote:
> Hi All,
>
> I recently upgraded from subversion server from 1.6 to 1.7, everything
> works fine for 1.6 client and 1.7 server.
> But when I upgrade to 1.7 client my commit fails with following error
>
> *svn: E160013: Commit failed (detail
Philip Martin writes:
> vishwajeet singh writes:
>
>> As thread it's not just with mod_wsgi, problem persist with fcgi, can you
>> please elaborate on reordering I tried moving wsgi module at end but that
>> did not help.
>
> Reordering may not work; it depends how the other modules work. Fixin
vishwajeet singh writes:
> As thread it's not just with mod_wsgi, problem persist with fcgi, can you
> please elaborate on reordering I tried moving wsgi module at end but that
> did not help.
Reordering may not work; it depends how the other modules work. Fixing
it may require code changes in
On Mon, Mar 26, 2012 at 11:48 PM, Philip Martin
wrote:
> vishwajeet singh writes:
>
> >> > *svn: E160013: Commit failed (details follow):*
> >> > *svn: E160013: '/svn/RDR/!svn/me' path not found*
> >
> >> "SVNAdvertiseV2Protocol off" might be a workaround.
> >>
> >> Note that there are known issu
vishwajeet singh writes:
>> > *svn: E160013: Commit failed (details follow):*
>> > *svn: E160013: '/svn/RDR/!svn/me' path not found*
>
>> "SVNAdvertiseV2Protocol off" might be a workaround.
>>
>> Note that there are known issues with httpd-2.4 support in svn with bdb
>> repositories.
>
> I could
"SVNAdvertiseV2Protocol off" might be a workaround.
Note that there are known issues with httpd-2.4 support in svn with bdb
repositories.
vishwajeet singh wrote on Mon, Mar 26, 2012 at 15:13:16 +0530:
> Hi All,
>
> I recently upgraded from subversion server from 1.6 to 1.7, everything
> works f
I opened # 4120.
The ticket does not contain a script, but reproduction should be simple enough,
I hope I provided all the necessary info.
If not, I can send you the complete repo (contains only testing data).
* Daniel Shahaf :
>
> At a guess the problem here is that 'status' dereferences the sym
At a guess the problem here is that 'status' dereferences the symlink
when it shouldn't or didn't, so I don't think this is related to #4091.
Could you file a new issue for this? And, if possible, provide
a reproduction script.
Thanks,
Daniel
Fridtjof Busse wrote on Thu, Feb 16, 2012 at 16:02
Hi,
we've started to test Subversion 1.7.3 on linux and noticed a somewhat drastaic
change in svn behavior.
Our repo (also 1.7, a svnsync copy) contains a lot of symlinks and externals.
Different from Subversion 1.6, every one of those symlinks shows up as "M" in
"svn status".
"svn diff" chokes
2012/2/7 Miroslav Friš :
> Hello,
>
> I tried to upgrade Apache SVN on Synology Linux using IPKG tool. It reported
> the latest version 1.6.17. Will be the newest version available for the ipkg
> as well ?
The Subversion project does not distribute binary releases. You'll
need to ask whoever creat
Hello,
I tried to upgrade Apache SVN on Synology Linux using IPKG tool. It reported
the latest version 1.6.17. Will be the newest version available for the ipkg as
well ?
I am not expert in linux, I hope this question has a sence.
Thank you
Miroslav Fris
Johan Corveleyn wrote on Thu, Dec 15, 2011 at 09:33:00 +0100:
> After that, you can perform a new checkout on Windows. I don't think
> you can salvage your partly checked out working copy, you should get a
> new one (and if necessary, transfer your local changes to the new
> working copy manually).
On Wed, Dec 14, 2011 at 9:16 PM, Strickland, Stuart
wrote:
>
> In attempting to pull down a copy of the trunk to my PC, I inadvertently
> accessed a file in the Subversion repository that was created on a
> non-Windows machine. The file has a name containing a less-than sign, which
> is illegal
In attempting to pull down a copy of the trunk to my PC, I inadvertently
accessed a file in the Subversion repository that was created on a non-Windows
machine. The file has a name containing a less-than sign, which is illegal in
DOS/Windows. This caused a circular condition in which Svn was una
Hi,
I'm trying to build subversion 1.7.1 from source on Linux against Oracle
HTTP server (64-bit, version 11.1.1.2.0 based on Apache 2.2.13
infrastructure). This is a critical project requirement
and I've spent many days already trying to fix the problems. The current
problem that the build is run
In addition to slow "svn rm" commands we are seeing some pretty severe
slowdowns for "svn ci" as well. For example, here is an interesting situation.
I want to checkin a single file in my repository. If I run "svn ci" from the
root of my working copy it takes 1m11s to complete. However if I
Ulrich Eckhardt wrote on Wed, Oct 19, 2011 at 11:34:03 +0200:
> Am 18.10.2011 10:02, schrieb Daniel Shahaf:
> >Johan Corveleyn wrote on Tue, Oct 18, 2011 at 09:48:46 +0200:
> >! is special in unix shells. But ^./ for the wc root?
>
> The caret ("^") is special in other shells, namely cmd.exe. Als
Am 18.10.2011 10:02, schrieb Daniel Shahaf:
Johan Corveleyn wrote on Tue, Oct 18, 2011 at 09:48:46 +0200:
! is special in unix shells. But ^./ for the wc root?
The caret ("^") is special in other shells, namely cmd.exe. Also, wasn't
the caret already used to refer to the repository root?
Ul
On Mon, Oct 17, 2011 at 11:33:38PM +, Ann Friauf wrote:
> I upgraded to Subversion 1.7. I installed the Subversion 1.7 command line
> client and TortoiseSVN 1.7. I successfully upgraded the working copy on
> several folders. On the last one, after doing the upgrade, i
Johan Corveleyn wrote on Tue, Oct 18, 2011 at 09:48:46 +0200:
> That said, maybe there is room for a general enhancement (for a future
> svn version), to have some kind of alias to mean "working copy root".
> Like the '^', which means repository root. Of course, there is always
> the problem of dif
On Tue, Oct 18, 2011 at 3:03 AM, Talden wrote:
> On Tue, Oct 18, 2011 at 4:19 AM, Bob Archer wrote:
>>> On Fri, Oct 14, 2011 at 1:12 PM, Stefan Sperling wrote:
>>> > On Fri, Oct 14, 2011 at 01:08:28PM +1300, Talden wrote:
>>> >> Was there a reason that 'svn relocate' was designed to not just
>>>
I upgraded to Subversion 1.7. I installed the Subversion 1.7 command line
client and TortoiseSVN 1.7. I successfully upgraded the working copy on several
folders. On the last one, after doing the upgrade, it shows 2 modifications. In
both cases when I diff the modified files, the base version
On Tue, Oct 18, 2011 at 4:19 AM, Bob Archer wrote:
>> On Fri, Oct 14, 2011 at 1:12 PM, Stefan Sperling wrote:
>> > On Fri, Oct 14, 2011 at 01:08:28PM +1300, Talden wrote:
>> >> Was there a reason that 'svn relocate' was designed to not just
>> >> switch the containing working copy when you're in
> > On Fri, Oct 14, 2011 at 1:12 PM, Stefan Sperling wrote:
> > > On Fri, Oct 14, 2011 at 01:08:28PM +1300, Talden wrote:
> > >> Was there a reason that 'svn relocate' was designed to not just
> > >> switch the containing working copy when you're in a sub-folder of it?
> > >
> > > See http://svn.h
> On Fri, Oct 14, 2011 at 1:12 PM, Stefan Sperling wrote:
> > On Fri, Oct 14, 2011 at 01:08:28PM +1300, Talden wrote:
> >> Was there a reason that 'svn relocate' was designed to not just
> >> switch the containing working copy when you're in a sub-folder of it?
> >
> > See http://svn.haxx.se/users
On Fri, Oct 14, 2011 at 11:46 PM, Stefan Sperling wrote:
> On Fri, Oct 14, 2011 at 03:20:05PM +1300, Talden wrote:
>> On Fri, Oct 14, 2011 at 1:12 PM, Stefan Sperling wrote:
>> > On Fri, Oct 14, 2011 at 01:08:28PM +1300, Talden wrote:
>> >> Was there a reason that 'svn relocate' was designed to n
Stefan Sperling wrote on Fri, Oct 14, 2011 at 02:12:55 +0200:
> On Fri, Oct 14, 2011 at 01:08:28PM +1300, Talden wrote:
> > Was there a reason that 'svn relocate' was designed to not just switch
> > the containing working copy when you're in a sub-folder of it?
>
> See http://svn.haxx.se/users/arc
[ switching list, please drop users@ from further replies ]
Konstantin Kolinko wrote on Fri, Oct 14, 2011 at 11:43:14 +0400:
> 2011/10/14 Andrey Paramonov :
> > On 13.10.2011 22:31, Ryan Schmidt wrote:
> >>
> >> On Oct 13, 2011, at 06:51, Andrey Paramonov wrote:
> >>
> > I believe Subversion c
On Fri, Oct 14, 2011 at 03:20:05PM +1300, Talden wrote:
> On Fri, Oct 14, 2011 at 1:12 PM, Stefan Sperling wrote:
> > On Fri, Oct 14, 2011 at 01:08:28PM +1300, Talden wrote:
> >> Was there a reason that 'svn relocate' was designed to not just switch
> >> the containing working copy when you're in
2011/10/14 Andrey Paramonov :
> On 13.10.2011 22:31, Ryan Schmidt wrote:
>>
>> On Oct 13, 2011, at 06:51, Andrey Paramonov wrote:
>>
> I believe Subversion can automagically translate line ending sequences
> when transferring data to and from server. I use Windows, so I have CRLF
> sequ
On 13.10.2011 22:31, Ryan Schmidt wrote:
On Oct 13, 2011, at 06:51, Andrey Paramonov wrote:
I believe Subversion can automagically translate line ending sequences when
transferring data to and from server. I use Windows, so I have CRLF sequences
at the ends of the lines in my working copy. Th
On Fri, Oct 14, 2011 at 1:12 PM, Stefan Sperling wrote:
> On Fri, Oct 14, 2011 at 01:08:28PM +1300, Talden wrote:
>> Was there a reason that 'svn relocate' was designed to not just switch
>> the containing working copy when you're in a sub-folder of it?
>
> See http://svn.haxx.se/users/archive-201
On Fri, Oct 14, 2011 at 01:08:28PM +1300, Talden wrote:
> Was there a reason that 'svn relocate' was designed to not just switch
> the containing working copy when you're in a sub-folder of it?
See http://svn.haxx.se/users/archive-2011-10/0134.shtml
Was there a reason that 'svn relocate' was designed to not just switch
the containing working copy when you're in a sub-folder of it?
If my current folder is c:\work\foo\bar and my working copy is rooted
at c:\work\foo I can't just 'svn relocate MIRROR_PREFIX
MASTER_PREFIX'.
Oh no, instead svn te
s anyone aware of an alternative to svnprops.py (or an updated
>> >> version) that works with Subversion 1.7 (and on Windows)?
>> >
>> > svnprops.py doesn't work with 1.7? What happens?
>>
>> The version I have identifies svn controlled directories by lookin
On Fri, Oct 14, 2011 at 10:15:04AM +1300, Talden wrote:
> On Fri, Oct 14, 2011 at 7:35 AM, Ryan Schmidt
> wrote:
> >
> > On Oct 12, 2011, at 16:35, Talden wrote:
> >
> >> Is anyone aware of an alternative to svnprops.py (or an updated
> >> version) that
On Fri, Oct 14, 2011 at 7:35 AM, Ryan Schmidt
wrote:
>
> On Oct 12, 2011, at 16:35, Talden wrote:
>
>> Is anyone aware of an alternative to svnprops.py (or an updated
>> version) that works with Subversion 1.7 (and on Windows)?
>
> svnprops.py doesn't work with 1
On Oct 12, 2011, at 16:35, Talden wrote:
> Is anyone aware of an alternative to svnprops.py (or an updated
> version) that works with Subversion 1.7 (and on Windows)?
svnprops.py doesn't work with 1.7? What happens?
On Oct 13, 2011, at 06:51, Andrey Paramonov wrote:
>>> I believe Subversion can automagically translate line ending sequences when
>>> transferring data to and from server. I use Windows, so I have CRLF
>>> sequences at the ends of the lines in my working copy. The question is:
>>> what is the
On 13.10.2011 15:54, Daniel Shahaf wrote:
Andrey Paramonov wrote on Thu, Oct 13, 2011 at 15:51:46 +0400:
On 13.10.2011 15:42, Stefan Sperling wrote:
On Thu, Oct 13, 2011 at 03:37:36PM +0400, Andrey Paramonov wrote:
On 13.10.2011 15:24, Daniel Shahaf wrote:
No, it's a feature, showing that tho
Andrey Paramonov wrote on Thu, Oct 13, 2011 at 15:51:46 +0400:
> On 13.10.2011 15:42, Stefan Sperling wrote:
> >On Thu, Oct 13, 2011 at 03:37:36PM +0400, Andrey Paramonov wrote:
> >>On 13.10.2011 15:24, Daniel Shahaf wrote:
> >>>No, it's a feature, showing that those lines are new in the
> >>>local
On 13.10.2011 15:42, Stefan Sperling wrote:
On Thu, Oct 13, 2011 at 03:37:36PM +0400, Andrey Paramonov wrote:
On 13.10.2011 15:24, Daniel Shahaf wrote:
No, it's a feature, showing that those lines are new in the
locally-modified version. You can do
% svn blame file@BASE
for the old behaviour.
On Thu, Oct 13, 2011 at 01:42:08PM +0200, Stefan Sperling wrote:
> On Thu, Oct 13, 2011 at 03:37:36PM +0400, Andrey Paramonov wrote:
> > The new intended behavior seems very reasonable. However, the
> > observed behavior is clearly a bug: I get "- -" for all lines, not
> > just locally modified one
On Thu, Oct 13, 2011 at 03:37:36PM +0400, Andrey Paramonov wrote:
> On 13.10.2011 15:24, Daniel Shahaf wrote:
> >No, it's a feature, showing that those lines are new in the
> >locally-modified version. You can do
> >% svn blame file@BASE
> >for the old behaviour.
> >
>
> The new intended behavior
On 13.10.2011 15:24, Daniel Shahaf wrote:
No, it's a feature, showing that those lines are new in the
locally-modified version. You can do
% svn blame file@BASE
for the old behaviour.
The new intended behavior seems very reasonable. However, the observed
behavior is clearly a bug: I get "- -
No, it's a feature, showing that those lines are new in the
locally-modified version. You can do
% svn blame file@BASE
for the old behaviour.
Andrey Paramonov wrote on Thu, Oct 13, 2011 at 13:14:35 +0400:
> Hello!
>
> To reproduce:
> 0) Checkout a working copy.
> 1) svn blame somefile. You will
Hello!
To reproduce:
0) Checkout a working copy.
1) svn blame somefile. You will get lines of somefile annotated with
revision and committer.
2) Modify somefile.
3) svn blame somefile. You will get lines of somefile annotated with
double hyphens -- revision and committer information not availa
Is anyone aware of an alternative to svnprops.py (or an updated
version) that works with Subversion 1.7 (and on Windows)?
If not I'll get my hands dirty but python-fu is weak and it'd be great
not to have to reinvent the wheel unnecessarily.
--
Talden
Hi,
Von: David Aldrich [mailto:david.aldr...@emea.nec.com]
> > > I have been asked whether the use of a SQLite-backed database in
the
> > > svn 1.7 client will increase the memory usage of the client
> > > significantly. We are wondering whether the client has to load the
> > > entire
> > database
> > I have been asked whether the use of a SQLite-backed database in the
> > svn 1.7 client will increase the memory usage of the client
> > significantly. We are wondering whether the client has to load the entire
> database into memory.
> >
> >
> >
> > Can anyone comment on this please?
>
> I ju
On Wed, Sep 7, 2011 at 11:54, David Aldrich wrote:
> Hi
>
>
>
> I have been asked whether the use of a SQLite-backed database in the svn 1.7
> client will increase the memory usage of the client significantly. We are
> wondering whether the client has to load the entire database into memory.
>
>
>
Hi
I have been asked whether the use of a SQLite-backed database in the svn 1.7
client will increase the memory usage of the client significantly. We are
wondering whether the client has to load the entire database into memory.
Can anyone comment on this please?
Best regards
David
On Mon, 22 Aug 2011 14:36:36 +, Stefan Sperling wrote:
...
> In Subversion, a merge is the computation of a delta between two
> arbitary trees, and the application of this delta to some other
> arbitrary tree.
To keep the (vector) addition analogy, you are measuring the difference
from A to B
On Mon, Aug 22, 2011 at 01:59:45PM +0200, Andreas Krey wrote:
> It's not bug-worthy. AFAIR, when I (p) a property conflict, I get
> the conflict markers into the property, and at least 'svn diff' does
> not believe that properties (esp. svn:externals) may be multi-line,
> and AFAIR you also just ge
On Mon, Aug 22, 2011 at 01:49:45PM +0200, Andreas Krey wrote:
> On Mon, 22 Aug 2011 12:38:40 +, Stefan Sperling wrote:
> > On Fri, Aug 19, 2011 at 04:15:38PM +0200, Andreas Krey wrote:
> ...
> > > Actually, merging is a symmetric operation. The tree (and copyfrom
> > > info) resulting from a me
On Mon, 22 Aug 2011 12:49:25 +, Stefan Sperling wrote:
...
> > I'm used to manual merges, which means its always (p) with me. Which
> > unfortunately does not work quite well with properties, as far I
> > remember.
>
> Can you provide details? What doesn't work, exactly?
> Is there already an
On Mon, 22 Aug 2011 12:38:40 +, Stefan Sperling wrote:
> On Fri, Aug 19, 2011 at 04:15:38PM +0200, Andreas Krey wrote:
...
> > Actually, merging is a symmetric operation. The tree (and copyfrom
> > info) resulting from a merge should be the same independent of in
> > which direction the merge i
On Fri, Aug 19, 2011 at 12:20:56PM +0200, Andreas Krey wrote:
> On Thu, 18 Aug 2011 20:46:51 +, Stefan Sperling wrote:
> ...
> > > Actually I think these are better handled by throwing away the merge
> > > results and doing the renames/removes on the respective branches, then
> > > redo the mer
On Fri, Aug 19, 2011 at 04:15:38PM +0200, Andreas Krey wrote:
> On Fri, 19 Aug 2011 13:51:40 +, Stein Somers wrote:
>
> > Now I realize merges are always asymmetric.
>
> Actually, merging is a symmetric operation. The tree (and copyfrom
> info) resulting from a merge should be the same indepe
On Fri, 19 Aug 2011 13:51:40 +, Stein Somers wrote:
> Now I realize merges are always asymmetric.
Actually, merging is a symmetric operation. The tree (and copyfrom
info) resulting from a merge should be the same independent of in
which direction the merge is performed. In svn the metadata ju
On 18-Aug-11 21:01, Stefan Sperling wrote:
Indeed, multiple copyfroms would be nasty.
But I don't see the need.
I definitely don't need it, I just saw a use in having it.
My idea that you should be able to choose the source was based on a wrong
assumption. Now I realize merges are always asy
On Thu, 18 Aug 2011 20:46:51 +, Stefan Sperling wrote:
...
> > Actually I think these are better handled by throwing away the merge
> > results and doing the renames/removes on the respective branches, then
> > redo the merge.
>
> The above is only for "add vs. add" situations.
> Scenarios inv
1 - 100 of 157 matches
Mail list logo
