Re: svnserve: DIGEST-MD5 common mech free

raichea wrote on Mon, Apr 29, 2013 at 23:01:51 +0100: > On 29/04/2013 21:55, Daniel Shahaf wrote: >> >> The fact it's commented out rather than not present implies svnserve was >> built with SASL support; 'svnserve --version' will confirm that. >> >> Just a possibly-relevant fact... >> >> Daniel >>

Re: svnserve: DIGEST-MD5 common mech free

On 29/04/2013 21:55, Daniel Shahaf wrote: The fact it's commented out rather than not present implies svnserve was built with SASL support; 'svnserve --version' will confirm that. Just a possibly-relevant fact... Daniel Hmm, thanks... well, the output from that command includes: "Cyrus SASL

Re: backlogging with subversion?

Cooke, Mark wrote on Mon, Apr 29, 2013 at 15:30:31 +0100: > > -Original Message- > > From: Ryan Tarrant [mailto:rtarr...@neibenefits.org] > > Sent: 29 April 2013 15:19 > > To: users@subversion.apache.org > > Subject: backlogging with subversion? > > > > Is there a way to do product backlo

Re: svnserve: DIGEST-MD5 common mech free

raichea wrote on Mon, Apr 29, 2013 at 14:28:30 +0100: > I repeatedly get this message in my server log. > > Googling has shown that I'm not alone, although not everyone reports the > message coming from svn. Other than that, it has shed little light on > what the problem might be apart from it

Re: How to fix a merge conflict on a directory?

For starters, figure out what the difference is between the value the merge wants to delete (the value on the LHS of the merge) and the value in the working copy (which had no local mods prior to running 'merge', right?). I wonder if the issue is that special logic for svn:mergeinfo kicks in only

Re: Files on trunk overwritten...

This syntax did the trick: svn merge -r661:177 --dry-run https://XXX/trunk/directory_path In preview mode, SVN showed me the files it was going to update. That list matched the files we knew had been modified erroneously. There weren't any changes to that particular directory contents since r177.

Conflicts with merge

Hi, Trying to understand how merge works for svn, I did a merge from a branch to trunk, and I get this: Skipped 'test1.c' -- Node remains in conflict Uhomo_script_sql.sql Skipped 'ARBO1' -- Node remains in conflict Uhomo_script_ddl.sql Skipped 't.dat' -- Node remains in conflict Skipped

Re: questions about subversion secondary development

On 2013-04-29 10:36, Cooke, Mark wrote: -Original Message- From: Edwin Cheung [mailto:edoka...@gmail.com] Sent: 27 April 2013 07:55 To: users@subversion.apache.org Subject: questions about subversion secondary development Dear sir or madam: When I use the binary packages ( Win32S

Re: Files on trunk overwritten...

On Mon, Apr 29, 2013 at 1:23 PM, C M wrote: > The working copy (head revision) is at 661. 177 is what I want to go back > to. > > Is this the syntax to use (from within the working copy: > > svn merge -r661:177? Yes but that should undo all changes after 177 and you might only want the next commi

Re: Files on trunk overwritten...

The working copy (head revision) is at 661. 177 is what I want to go back to. Is this the syntax to use (from within the working copy: svn merge -r661:177? On Fri, Apr 26, 2013 at 8:53 PM, Les Mikesell wrote: > On Fri, Apr 26, 2013 at 6:18 PM, C M wrote: > > Deleting the trunk is not an op

RE: Tortoise SVN Issue Noticed

> -Original Message- > From: Johan Corveleyn [mailto:jcor...@gmail.com] > Sent: maandag 29 april 2013 13:31 > To: Martin Bischoff > Cc: Ajay Pawar; users@subversion.apache.org; Thorsten Schöning > Subject: Re: Tortoise SVN Issue Noticed > > On Mon, Apr 29, 2013 at 1:16 PM, Martin Bischof

Re: backlogging with subversion?

Trac must be installed on to the same machine that serves your subversion repository. That should simplify your decision a bit. chris On Mon, Apr 29, 2013 at 12:00 PM, Ryan Tarrant wrote: > Thanks! I'm starting to get the Trac setup on my windows client, but would > it make more sense to put t

RE: backlogging with subversion?

Thanks! I'm starting to get the Trac setup on my windows client, but would it make more sense to put this on my linux server? Ryan J. Tarrant Software Engineer National Elevator Industry Benefit Plans Telephone: 1-610-325-9100 EXT. 2217 Fax: 1-610-557-4505 Email: rtarr...@neibenefits.org -O

RE: backlogging with subversion?

> -Original Message- > From: Ryan Tarrant [mailto:rtarr...@neibenefits.org] > Sent: 29 April 2013 15:19 > To: users@subversion.apache.org > Subject: backlogging with subversion? > > Is there a way to do product backlogging with subversion? I'm > looking for a way to manage tasks associat

backlogging with subversion?

Is there a way to do product backlogging with subversion? I'm looking for a way to manage tasks associated with projects where I can prioritize tasks that might hopefully be something like a plugin or extension of subversion. Currently I have subversion running on a linux server and we're using

svnserve: DIGEST-MD5 common mech free

I repeatedly get this message in my server log. Googling has shown that I'm not alone, although not everyone reports the message coming from svn. Other than that, it has shed little light on what the problem might be apart from it being somehow related to SASL. My SVN server is not using SASL

Re: Tortoise SVN Issue Noticed

On Mon, Apr 29, 2013 at 1:16 PM, Martin Bischoff wrote: > On Mon, Apr 29, 2013 at 12:26 PM, Johan Corveleyn wrote: >> >> On Mon, Apr 29, 2013 at 12:17 PM, Thorsten Schöning >> wrote: >> > Guten Tag Ajay Pawar, >> > am Montag, 29. April 2013 um 12:08 schrieben Sie: >> > >> >> I added a new file X

Re: Tortoise SVN Issue Noticed

There is definitely a bug in the display of the data transfer progress. See here for an old discussion on the tortoisesvn-users list: http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2991921 But it seems the root cause is somewhere in SVN. It has to do with issue 3260: h

Re: Tortoise SVN Issue Noticed

On Mon, Apr 29, 2013 at 12:17 PM, Thorsten Schöning wrote: > Guten Tag Ajay Pawar, > am Montag, 29. April 2013 um 12:08 schrieben Sie: > >> I added a new file XYZ.ppt which is of size 984 kb but still the client >> shows 0 kb. > > As already said, Subversion uses delta transmission, compresses >

Re: Tortoise SVN Issue Noticed

Guten Tag Ajay Pawar, am Montag, 29. April 2013 um 12:08 schrieben Sie: > I added a new file XYZ.ppt which is of size 984 kb but still the client shows > 0 kb. As already said, Subversion uses delta transmission, compresses content on transmission and my even use some kind of deduplication/repre

RE: Tortoise SVN Issue Noticed

I added a new file XYZ.ppt which is of size 984 kb but still the client shows 0 kb. -Original Message- From: Thorsten Schöning [mailto:tschoen...@am-soft.de] Sent: Monday, April 29, 2013 3:31 PM To: users@subversion.apache.org Subject: Re: Tortoise SVN Issue Noticed Guten Tag Ajay Pawar

Re: Tortoise SVN Issue Noticed

Guten Tag Ajay Pawar, am Montag, 29. April 2013 um 11:28 schrieben Sie: > When I add the same file in some other location with different name when also > the size differs. I think(!) Subversion uses representation sharing for clients with the new working copy format wc-ng, meaning it is able to

RE: Tortoise SVN Issue Noticed

Hi Johan, When I add the same file in some other location with different name when also the size differs. -Original Message- From: Johan Corveleyn [mailto:jcor...@gmail.com] Sent: Monday, April 29, 2013 11:53 AM To: Ajay Pawar Cc: Lorenz; users@subversion.apache.org Subject: Re: Tortois

RE: questions about subversion secondary development

> -Original Message- > From: Edwin Cheung [mailto:edoka...@gmail.com] > Sent: 27 April 2013 07:55 > To: users@subversion.apache.org > Subject: questions about subversion secondary development > > Dear sir or madam: >When I use the binary packages ( Win32Svn >

How to fix a merge conflict on a directory?

Hi As a result of merging from trunk to a branch using a 1.7 svn client. Several directories now have conflicts. For example, directory 'Documents' contains dir_conflicts.prej, which contains: Trying to delete property 'svn:mergeinfo' but the local property value is different. <<< (local pr