RE: Problem storing passwords when using subversion

2023-09-01 Thread Mark Wood-Patrick via users
Where can I find the correct version of the docs for subversion 1.14.1 Mark From: Daniel Sahlberg Sent: Friday, September 1, 2023 5:54 AM To: Mark Wood-Patrick Cc: users@subversion.apache.org Subject: Re: Problem storing passwords when using subversion Importance: High External email: Use

Re: Problem storing passwords when using subversion

2023-09-01 Thread Daniel Sahlberg
et described: https://svnbook.red-bean.com/nightly/en/index.html Kind regards, Daniel > > > Mark > > *From:* Daniel Sahlberg > *Sent:* Friday, September 1, 2023 5:54 AM > *To:* Mark Wood-Patrick > *Cc:* users@subversion.apache.org > *Subject:* Re: Problem storing passwo

RE: Problem storing passwords when using subversion

2023-09-01 Thread Mark Wood-Patrick via users
Many thanks for the response much appreciated, after fixing an issue with gpg its working now Regards Mark From: Daniel Sahlberg Sent: Friday, September 1, 2023 5:54 AM To: Mark Wood-Patrick Cc: users@subversion.apache.org Subject: Re: Problem storing passwords when using subversion

Re: Problem storing passwords when using subversion

2023-09-01 Thread Daniel Sahlberg
Den fre 1 sep. 2023 kl 14:04 skrev Mark Wood-Patrick via users < users@subversion.apache.org>: > I'm using subversion 1.14.1 on CentOS release 6.8 and trying to get > subversion to store my credentials. > Please check the svn --version command, it should say something like this towards the end of

Re: Problem using svnsync on one of 10 repositories

2023-02-11 Thread Nico Kadel-Garcia
On Sat, Feb 11, 2023 at 2:46 PM Bo Berglund wrote: > Follow-up: > > 1) I did a manual run with the command including --steal-lock and it showed > there was a stale lock that it could take over and perform the update. > So this seems to be the way to do it. Stealing locks should *not* be done by

Re: Problem using svnsync on one of 10 repositories

2023-02-11 Thread Bo Berglund
On Sat, 11 Feb 2023 18:56:34 +0100, Bo Berglund wrote: >Thanks Pavel! >I just want to check so that I get it right: > >1. Modify the command to use --steal-lock like this in the script (all on one >line): >E:\>"C:\Program Files\VisualSVN Server\bin\svnsync.exe" synchronize >--steal-lock >--sync-

Re: Problem using svnsync on one of 10 repositories

2023-02-11 Thread Bo Berglund
On Sat, 11 Feb 2023 19:50:41 +0400, "Pavel Lyalyakin via users" wrote: >> E:\>"C:\Program Files\VisualSVN Server\bin\svnsync.exe" synchronize >> --sync-username syncuser https://backupservername/svn/pcb >> https://agiengineering/svn/pcb >> Failed to get lock on destination repos, currently held b

Re: Problem using svnsync on one of 10 repositories

2023-02-11 Thread Pavel Lyalyakin via users
On Sat, Feb 11, 2023 at 7:23 PM Bo Berglund wrote: > > I have a backup system set up for our VisualSVN server running on Windows > Server > 2016. It consists of a batch file scheduled to run nightly on the SVN server. > > The batch uses a series of commands, one for each of the backed up > repos

Re: Problem about svnadmin load

2022-09-09 Thread Daniel Sahlberg
Den fre 9 sep. 2022 kl 19:53 skrev 李斌 : > Thank you for replying. > > Yeah, when I used svnadmin load I got an error about “* dump version” so > I used grep -v. As you have said. I will try it again. But due to the > project “UEProject” used 900G hard disk space, so maybe it is hard to > compar

Re: Problem about svnadmin load

2022-09-09 Thread 李斌
Thank you for replying. Yeah, when I used svnadmin load I got an error about “* dump version” so I used grep -v. As you have said. I will try it again. But due to the project “UEProject” used 900G hard disk space, so maybe it is hard to compare two files different. Best regards Lee 发自我的iPh

Re: Problem about svnadmin load

2022-09-09 Thread 李斌
Sorry, it is my presentation error. They are two different commands. I mean that first I run svnadmin dump … and next I run grep … Because the command takes too long time, so i use nohup … & 发自我的iPhone > 在 2022年9月9日,22:25,Jon Daley 写道: > > Your command looks wrong to me. Having both jobs bac

Re: Problem about svnadmin load

2022-09-09 Thread Jon Daley via users
Your command looks wrong to me. Having both jobs background themselves but the one wants the return code of the first seems like it wouldn't work. Maybe you didn't mean the && as a literal command, and you ran both jobs independently, and so all & and && should be removed? (I actually had t

Re: Problem about svnadmin load

2022-09-09 Thread Daniel Sahlberg
Den fre 9 sep. 2022 kl 12:14 skrev 李斌 : > Hi > > There is a problem when load file via *'svnadmin load'*. > > Command: *'nohup svnadmin load /data/UEProject < > /data/UEProject-clear.svn > ./nohup.log 2>&1 &'*. > > UEProject-clear.svn is a dump file generated by *'nohup svnadmin dump > /root/SVN/U

Re: Problem with Centos 7 RPMs

2021-03-22 Thread Nico Kadel-Garcia
On Mon, Mar 22, 2021 at 5:40 AM Matthews, David wrote: > > I been using the Subversion 1.10 RPMs provided by WANdisco on Centos 7. > > http://opensource.wandisco.com/centos/7/svn-1.10/RPMS/x86_64/ > > I have 1.10.6 installed but I can’t upgrade to 1.10.7. > > If I try running “yum update” I get an

Re: Problem report: low priority

2018-08-02 Thread Johan Corveleyn
On Thu, Aug 2, 2018 at 7:30 AM, Lulek.Branislav wrote: > Hello, > > as dialog window directs me to post error window text to mailing list, I do > so: > > Best Regards, > Branislav Lulek – Software developer Hi Lulek, Thank you for the report. Summarizing in plain text: When opening the Tortois

Re: Problem setting Notepad++ as log message editor for svn 1.9.7 (Windows7)

2018-06-08 Thread Bo Berglund
On Fri, 8 Jun 2018 14:57:06 -0400, Mark Phippard wrote: >On Fri, Jun 8, 2018 at 12:29 PM, Bo Berglund wrote: > >> I have configured Notepad++ to be the editor for the log message. >> This works OK if Notepad++ is *not* running at the time of an svn >> operation. Then Npp pops up an edit window a

Re: Problem setting Notepad++ as log message editor for svn 1.9.7 (Windows7)

2018-06-08 Thread Mark Phippard
On Fri, Jun 8, 2018 at 12:29 PM, Bo Berglund wrote: > I have configured Notepad++ to be the editor for the log message. > This works OK if Notepad++ is *not* running at the time of an svn > operation. Then Npp pops up an edit window and I can enter the message > as expected and then close the win

Re: Problem setting Notepad++ as log message editor for svn 1.9.7 (Windows7)

2018-06-08 Thread Nathan Hartman
On Fri, Jun 8, 2018 at 12:41 PM Daniel Shahaf wrote: > Bo Berglund wrote on Fri, 08 Jun 2018 18:29 +0200: > > How can I use Notepad++ as the log editor and not have this happening? > > Subversion runs the editor command with system() and expects that when > system() returns, if the exit code is z

Re: Problem setting Notepad++ as log message editor for svn 1.9.7 (Windows7)

2018-06-08 Thread Daniel Shahaf
Bo Berglund wrote on Fri, 08 Jun 2018 18:29 +0200: > How can I use Notepad++ as the log editor and not have this happening? Subversion runs the editor command with system() and expects that when system() returns, if the exit code is zero then the user has finished editing the log message. You sho

Re: Problem with svndumpfilter

2018-06-08 Thread Branko Čibej
On 08.06.2018 10:20, Doros Agathangelou wrote: > Another option is to use Subdivision, a commercial tool that is > designed to do exactly these kinds of operations, in other works > Delete files, Extract files, Split repositories in two parts. > Subdivision reads the repository structure in memory

Re: Problem with svndumpfilter

2018-06-08 Thread Doros Agathangelou
Another option is to use Subdivision, a commercial tool that is designed to do exactly these kinds of operations, in other works Delete files, Extract files, Split repositories in two parts. Subdivision reads the repository structure in memory and 'understands' the structure of your repository. It

Re: Problem with svndumpfilter

2018-06-07 Thread Stefan Sperling
On Thu, Jun 07, 2018 at 10:40:51AM -0400, Alfred von Campe wrote: > Thanks, Stefan. The path of least resistance for me is to use the script you > pointed me to. However, it seems that the exclude feature is not yet > implemented: > > try: > if args[0] == 'include': > sys.exit(anal

Re: Problem with svndumpfilter

2018-06-07 Thread Alfred von Campe
Thanks, Stefan. The path of least resistance for me is to use the script you pointed me to. However, it seems that the exclude feature is not yet implemented: try: if args[0] == 'include': sys.exit(analyze_logs(map(sanitize_path, targets))) elif args[0] == 'exclude': usag

Re: Problem with svndumpfilter

2018-06-07 Thread Nico Kadel-Garcia
On Thu, Jun 7, 2018 at 3:04 AM Stefan Sperling wrote: > > On Wed, Jun 06, 2018 at 03:12:20PM -0400, Alfred von Campe wrote: > > I’m trying to remove two sensitive directories from a repo so we can have a > > 3rd party work on it. I first dumped the entire repo, and now I’m trying > > to remove

Re: Problem with svndumpfilter

2018-06-07 Thread Stefan Sperling
On Thu, Jun 07, 2018 at 09:04:29AM +0200, Stefan Sperling wrote: > On Wed, Jun 06, 2018 at 03:12:20PM -0400, Alfred von Campe wrote: > > I’m trying to remove two sensitive directories from a repo so we can have a > > 3rd party work on it. I first dumped the entire repo, and now I’m trying > > to

Re: Problem with svndumpfilter

2018-06-07 Thread Stefan Sperling
On Wed, Jun 06, 2018 at 03:12:20PM -0400, Alfred von Campe wrote: > I’m trying to remove two sensitive directories from a repo so we can have a > 3rd party work on it. I first dumped the entire repo, and now I’m trying to > remove two directories from one particular branch. But svndumpfilter ke

Re: Problem with authorized user and SVN access

2018-01-24 Thread Stefan Sperling
On Wed, Jan 24, 2018 at 11:05:40AM +0100, Torsten Krah wrote: > Some more news about that, debugged that a little bit further and imho i > think its a bug in the module code of access_checker - or there are > assumptions made which do not hold in my usecase - at least its unclear > to me why its do

Re: Problem with authorized user and SVN access

2018-01-24 Thread Torsten Krah
Some more news about that, debugged that a little bit further and imho i think its a bug in the module code of access_checker - or there are assumptions made which do not hold in my usecase - at least its unclear to me why its done that way, maybe someone can give some input. The problem is that t

Re: Problem with authorized user and SVN access

2018-01-23 Thread Torsten Krah
Am Montag, den 22.01.2018, 13:12 +0100 schrieb Torsten Krah: > Good catch, but this does not explain the first example of the OP: > >[repo:/] >myuser = rw > - The client (curl) shows me the repo-root but none of the files below. > - The error_log shows, that my user got authorize

Re: Problem with authorized user and SVN access

2018-01-22 Thread Torsten Krah
Good catch, but this does not explain the first example of the OP: [repo:/] myuser = rw - The client (curl) shows me the repo-root but none of the files below. - The error_log shows, that my user got authorized on root: [Fri Jan 19 21:20:58.735108 2018] [authz_svn:info] [pid 3465:

Re: Problem with authorized user and SVN access

2018-01-22 Thread Stefan Sperling
On Mon, Jan 22, 2018 at 11:39:26AM +, Stefan Hauffe wrote: > Hello, > > I refined my mail from 05/01/2017 and now I think there is a bug in the > mod_authz_svn Module. This may allow users to see content for which they > aren't allowed for. > > For the general setup, I have an Apache 2.4, S

Re: problem with viewvc

2018-01-01 Thread Vincent Lefevre
On 2017-12-27 17:46:17 -0600, Greg Stein wrote: > Hi Vincent, Daniel, > > The problem is that the "modified" link for branches/1.9.x/ produces a page > with a log of ALL the modifications EVER made in that branch. You're > talking about thousands of log entries from the past couple/three years. >

Re: problem with viewvc

2017-12-27 Thread Greg Stein
Hi Vincent, Daniel, The problem is that the "modified" link for branches/1.9.x/ produces a page with a log of ALL the modifications EVER made in that branch. You're talking about thousands of log entries from the past couple/three years. The page simply takes way too long to generate, so the proxy

Re: problem with viewvc

2017-12-27 Thread Daniel Shahaf
Infra - could you take a look? I tried just now and reproduced the first error message (a "502 Proxy Error"). @Vincent In the future feel free to report issues with *.a.o services directly to infra (after checking status.apache.org) Vincent Lefevre wrote on Wed, 27 Dec 2017 14:24 +0100: > Hi, >

Re: Problem with merge --reintegrate

2017-12-24 Thread Anton Shepelev
Stefan Sperling to Anton Shepelev: > > The problem is still there with svn client > > 1.9.7. > > If your problem is rooted in issue #4582 then > 1.8.x clients have already created svn:mergeinfo > properties which now confuse the reintegrate > merge. > > Update *all* your client

Re: Problem with merge --reintegrate

2017-12-24 Thread Stefan Sperling
On Sun, Dec 24, 2017 at 01:35:35PM +0300, Anton Shepelev wrote: > Johan Corveleyn: > > > This issue seems similar: > > https://issues.apache.org/jira/plugins/servlet/mobile#issue/SVN-4582 > > > > I found this in the list of CHANGES [1] for 1.9.0 > > (I went looking there, because I vaguely rem

Re: Problem with merge --reintegrate

2017-12-24 Thread Anton Shepelev
Johan Corveleyn: > This issue seems similar: > https://issues.apache.org/jira/plugins/servlet/mobile#issue/SVN-4582 > > I found this in the list of CHANGES [1] for 1.9.0 > (I went looking there, because I vaguely remem- > bered seeing the issue before). So try again with > a 1.9.x client, may

Re: Problem with merge --reintegrate

2017-12-24 Thread Anton Shepelev
Mark Phippard to Anton Shepelev: > > Stefan Sperling: > > > > > Which version of svn are you using to run this > > > merge? > > > > 1.8.17 (r1770682) as part of CollabNet SVN. I > > am not at all certain we need its extra fea- > > tures, but someone else has decided to use that. > > FWIW, t

Re: Problem with merge --reintegrate

2017-12-23 Thread Johan Corveleyn
Op 23 dec. 2017 20:08 schreef "Anton Shepelev" : Stefan Sperling: > Which version of svn are you using to run this > merge? 1.8.17 (r1770682) as part of CollabNet SVN. This issue seems similar: https://issues.apache.org/jira/plugins/servlet/mobile#issue/SVN-4582 I found this in the list

Re: Problem with merge --reintegrate

2017-12-23 Thread Daniel Shahaf
Anton Shepelev wrote on Sat, 23 Dec 2017 22:08 +0300: > Shall I forward my replies to your e-mail, as you do > yours? This is a "CC the poster by default" list --- we don't require people to subscribe --- but Stefan set the Mail-Followup- To header in a way that indicates he prefers not to be CC'd

Re: Problem with merge --reintegrate

2017-12-23 Thread Mark Phippard
> On Dec 23, 2017, at 2:08 PM, Anton Shepelev wrote: > > Stefan Sperling: > >> Which version of svn are you using to run this >> merge? > > 1.8.17 (r1770682) as part of CollabNet SVN. I am > not at all certain we need its extra features, but > someone else has decided to use that. >

Re: Problem with merge --reintegrate

2017-12-23 Thread Anton Shepelev
Stefan Sperling: > Which version of svn are you using to run this > merge? 1.8.17 (r1770682) as part of CollabNet SVN. I am not at all certain we need its extra features, but someone else has decided to use that. Shall I forward my replies to your e-mail, as you do yours? -- Please,

Re: Problem with merge --reintegrate

2017-12-23 Thread Stefan Sperling
On Sat, Dec 23, 2017 at 06:29:34PM +0300, Anton Shepelev wrote: > I wrote: > > > I am having trouble reintegrating my fresh and > > short-lived test branch (called progbar). Al- > > though there have been no changes to the trunk > > since the creation of the branch from revision >

Re: Problem with merge --reintegrate

2017-12-23 Thread Anton Shepelev
I wrote: > I am having trouble reintegrating my fresh and > short-lived test branch (called progbar). Al- > though there have been no changes to the trunk > since the creation of the branch from revision > 2324, > >svn merge "^/branches/progbar" --reintegrate > > gives: > >

Re: Problem with merge --reintegrate

2017-12-23 Thread Anton Shepelev
I wrote: > I am having trouble reintegrating my fresh and > short-lived test branch (called progbar). Al- > though there have been no changes to the trunk > since the creation of the branch from revision > 2324, > >svn merge "^/branches/progbar" --reintegrate > > gives: > >

Re: Problem with merge --reintegrate

2017-12-23 Thread Anton Shepelev
I wrote: > I am having trouble reintegrating my fresh and > short-lived test branch (called progbar). Al- > though there have been no changes to the trunk > since the creation of the branch from revision > 2324, > >svn merge "^/branches/progbar" --reintegrate > > gives: > >

RE: Problem with file name encoding during merge - URL Encoding (Percent Encoding)

2017-10-10 Thread Bartosz Pierzchlewicz
: Re: Problem with file name encoding during merge - URL Encoding (Percent Encoding) I can't reproduce your problem using a trunk client and httpd-2.4.25 on Linux. Is there any http proxy or reverse proxy in your setup?

RE: Problem with file name encoding during merge - URL Encoding (Percent Encoding)

2017-10-07 Thread Bert Huijben
> -Original Message- > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > Sent: vrijdag 6 oktober 2017 16:24 > To: Bartosz Pierzchlewicz ; > users@subversion.apache.org > Subject: Re: Problem with file name encoding during merge - URL Encoding > (Percent E

Re: Problem with file name encoding during merge - URL Encoding (Percent Encoding)

2017-10-06 Thread Daniel Shahaf
I can't reproduce your problem using a trunk client and httpd-2.4.25 on Linux. Is there any http proxy or reverse proxy in your setup?

RE: Problem with file name encoding during merge - URL Encoding (Percent Encoding)

2017-10-06 Thread Bartosz Pierzchlewicz
17 1:30 PM To: Bartosz Pierzchlewicz Cc: users@subversion.apache.org Subject: Re: Problem with file name encoding during merge - URL Encoding (Percent Encoding) On Fri, Oct 6, 2017 at 8:45 AM, Bartosz Pierzchlewicz wrote: > Hi Daniel, > After merge to trunk, file on disk has proper

Re: Problem with file name encoding during merge - URL Encoding (Percent Encoding)

2017-10-06 Thread Johan Corveleyn
On Fri, Oct 6, 2017 at 8:45 AM, Bartosz Pierzchlewicz wrote: > Hi Daniel, > After merge to trunk, file on disk has proper name: "file With Space.txt". > Moreover after commit, file on my disk still has proper name, > but when I Checkout to other directory it will have name > 'file%20With%20Space.

RE: Problem with file name encoding during merge - URL Encoding (Percent Encoding)

2017-10-05 Thread Bartosz Pierzchlewicz
Hi Daniel, After merge to trunk, file on disk has proper name: "file With Space.txt". Moreover after commit, file on my disk still has proper name, but when I Checkout to other directory it will have name 'file%20With%20Space.txt'. Log after second commit says exactly what was happened: A /trunk

Re: Problem with file name encoding during merge - URL Encoding (Percent Encoding)

2017-10-05 Thread Daniel Shahaf
Bartosz Pierzchlewicz wrote on Thu, 05 Oct 2017 12:38 +: > svn checkout http://path.svn/trunk > svn copy http://path.svn/trunk http://path.svn/branches/1.0 -m > "create branch 1.0" > svn switch http://path.svn/branches/1.0 trunk > svn add "trunk\file With Space.txt" > svn commit -m "Ad

RE: Problem with external file

2017-06-15 Thread Peter Willis
>That would be Debian Sarge. Debian backports has svn 1.4 ... too old, I'm >afraid. > >> I could try to build SVN using source, but I have my doubts. > >It's not inconceivable that you could build 1.6, but getting all the >dependencies lined up could be a pain on Sarge, indeed. > > I'll just kee

Re: Problem with external file

2017-06-15 Thread Branko Čibej
On 15.06.2017 23:41, Peter Willis wrote: >> Really? Version 1.1.4? Because support for file externals was added in >> version 1.6.0, so I'm not really surprised your checkout fails. :) >> >> Perhaps you could consider upgrading your client? >> >> -- Brane > O.K. thanks that makes sense. > Out of d

RE: Problem with external file

2017-06-15 Thread Peter Willis
>Really? Version 1.1.4? Because support for file externals was added in version >1.6.0, so I'm not really surprised your checkout fails. :) > >Perhaps you could consider upgrading your client? > >-- Brane O.K. thanks that makes sense. Out of date package of SVN. The failed client is on an embedd

Re: Problem with external file

2017-06-15 Thread Branko Čibej
On 15.06.2017 23:21, Peter Willis wrote: >> Can you show the output of 'svn --version' on that computer where it doesn't >> work? It looks like your Subversion was compiled without support for the >> svn:// protocol (which would be really strange). >> >> -- Brane > Yes, the output of that is: > >

RE: Problem with external file

2017-06-15 Thread Peter Willis
>Can you show the output of 'svn --version' on that computer where it doesn't >work? It looks like your Subversion was compiled without support for the >svn:// protocol (which would be really strange). > >-- Brane Yes, the output of that is: svn --version svn, version 1.1.4 (r13838) compiled

Re: Problem with external file

2017-06-15 Thread Branko Čibej
On 15.06.2017 22:35, Peter Willis wrote: > > Hello, > > > > I am having an issue with an external (pointing to a file) included in > one of my projects. > > > > I have a single external in my repository that points to a file. > > > > On my windows desktop I can check out the directory contain

RE: problem authz_svn_module

2017-01-17 Thread Bert Huijben
> -Original Message- > From: Henk P. Penning [mailto:penn...@uu.nl] > Sent: dinsdag 17 januari 2017 08:50 > To: Daniel Shahaf > Cc: users@subversion.apache.org > Subject: Re: problem authz_svn_module > > On Mon, 16 Jan 2017, Daniel Shahaf wrote: > > >

Re: problem authz_svn_module

2017-01-16 Thread Henk P. Penning
On Mon, 16 Jan 2017, Daniel Shahaf wrote: Date: Mon, 16 Jan 2017 19:48:44 +0100 From: Daniel Shahaf To: Henk P. Penning Cc: users@subversion.apache.org Subject: Re: problem authz_svn_module Henk P. Penning wrote on Sun, Jan 15, 2017 at 10:02:12 +0100: Hi Daniel, but (and this is the

Re: problem authz_svn_module

2017-01-16 Thread Daniel Shahaf
Henk P. Penning wrote on Sun, Jan 15, 2017 at 10:02:12 +0100: > Hi, > Hello! >but (and this is the PROBLEM) the checkout command prompts >for a username/password : > > % svn co //svn.science.uu.nl/repos/project.mirmon/trunk > >With the "LimitExcept" lines in the config, the ch

Re: problem with path based authorization

2017-01-13 Thread Daniel Shahaf
Volker Cordes wrote on Fri, Jan 13, 2017 at 18:47:17 +0100: > Am 13.01.2017 um 15:47 schrieb Daniel Shahaf: > > Volker Cordes wrote on Fri, Jan 13, 2017 at 10:51:19 +0100: > >> Hello, > >> > >> I have set up path based authorization on a repository. If I check out > >> the project, everything works

Re: problem with path based authorization

2017-01-13 Thread Volker Cordes
Am 13.01.2017 um 15:47 schrieb Daniel Shahaf: > Volker Cordes wrote on Fri, Jan 13, 2017 at 10:51:19 +0100: >> Hello, >> >> I have set up path based authorization on a repository. If I check out >> the project, everything works as expected. My problem however is, that >> if I change permissions of

Re: problem with path based authorization

2017-01-13 Thread Daniel Shahaf
Volker Cordes wrote on Fri, Jan 13, 2017 at 10:51:19 +0100: > Hello, > > I have set up path based authorization on a repository. If I check out > the project, everything works as expected. My problem however is, that > if I change permissions of a file / path and then update the working > copy the

Re: Problem with locking multiple files.

2016-05-10 Thread Stefan Hett
On 5/9/2016 12:31 PM, Ivan Zhakov wrote: [please use plain-text formatting as documented in Community Guide [1]] https://subversion.apache.org/docs/community-guide/mailing-lists.html#encodings On 9 May 2016 at 12:05, Stefan Hett wrote: On 5/9/2016 10:55 AM, Stefan Hett wrote: On 5/9/2016 10:0

Re: Problem with locking multiple files.

2016-05-09 Thread Ivan Zhakov
[please use plain-text formatting as documented in Community Guide [1]] https://subversion.apache.org/docs/community-guide/mailing-lists.html#encodings On 9 May 2016 at 12:05, Stefan Hett wrote: >> On 5/9/2016 10:55 AM, Stefan Hett wrote: >>> On 5/9/2016 10:09 AM, Ivan Zhakov wrote: [...] >>> Co

Re: Problem with locking multiple files.

2016-05-09 Thread Stefan Hett
On 5/9/2016 10:55 AM, Stefan Hett wrote: On 5/9/2016 10:09 AM, Ivan Zhakov wrote: On 6 May 2016 at 14:37, Stefan Hett wrote: Hi, this is in reference to a user reported problem on the TSVN mailing list [1] The user is having an issue with using TSVN 1.9.4 over a Java-SSL-Tunnel when trying t

Re: Problem with locking multiple files.

2016-05-09 Thread Stefan Hett
On 5/9/2016 10:09 AM, Ivan Zhakov wrote: On 6 May 2016 at 14:37, Stefan Hett wrote: Hi, this is in reference to a user reported problem on the TSVN mailing list [1] The user is having an issue with using TSVN 1.9.4 over a Java-SSL-Tunnel when trying to lock hundreds or thousands of files. The

Re: Problem with locking multiple files.

2016-05-09 Thread Ivan Zhakov
On 6 May 2016 at 14:37, Stefan Hett wrote: > Hi, > > this is in reference to a user reported problem on the TSVN mailing list [1] > > The user is having an issue with using TSVN 1.9.4 over a Java-SSL-Tunnel > when trying to lock hundreds or thousands of files. The same operation works > without pr

Re: Problem setting up authz on svnserve

2016-02-08 Thread Rick Varney
On Sat, Feb 6, 2016 at 4:22 PM, Daniel Shahaf wrote: > > > You can do 'svnserve --foreground -d --root=/path/to/repos > --listen-port=3691 --log-file=/dev/stdout' and test against that svnserve > instance to ensure the log messages are related to a particular client > action. (You can run multipl

Re: Problem setting up authz on svnserve

2016-02-06 Thread Daniel Shahaf
Rick Varney wrote on Fri, Feb 05, 2016 at 09:31:40 -0800: > Errors I see in my svnserve.log that *may* be related are: > > 28207 2016-02-03T18:31:50.113582Z xxx.xx.xx.xxx - - ERR - 0 210002 Network > connection closed unexpectedly > > 28540 2016-02-03T18:50:55.871361Z xxx.xx.xx.xxx - - ERR - 0 10

Re: Problem in reading the Subversion directory - Please help

2015-10-10 Thread Eric Johnson
Looks like the user name isn't being recorded in the log. I suggest re-enabling read access to everyone, then making sure that the log records the user name for successful access. Make sure it is what you expect, and only then block the reads for all users. Eric On Oct 10, 2015, at 3:31 AM, Ranj

Re: Problem in reading the Subversion directory - Please help

2015-10-10 Thread Ranjeet Singh
Hi Eric, So, i was getting below error so can you help me on this by recognizing what i am doing. Error on Apache log file: [Fri Oct 09 08:53:54 2015] [error] Access denied: - OPTIONS KH:/ Regrards Ranjeet On Fri, Oct 9, 2015 at 10:06 PM, Eric Johnson wrote: > Please keep discussions on the

Re: Problem in reading the Subversion directory - Please help

2015-10-09 Thread Philip Pinkerton
just remove the *= On 10/8/15 10:19 PM, Eric Johnson wrote: I don't see any obvious oversights. Check your Apache log files to see what's in the error log. Eric. On Thu, Oct 8, 2015 at 7:41 AM, Ranjeet Singh mailto:ranjeetsinghsal...@gmail.com>> wrote: Hi Team, I have installed S

Re: Problem in reading the Subversion directory - Please help

2015-10-09 Thread Ranjeet Singh
> Hi Eric, > > I am getting below error in the log files: > > [Fri Oct 09 08:53:54 2015] [error] Access denied: - OPTIONS KH:/ > > > Regards > > Ranjit Singh > > On Fri, Oct 9, 2015 at 6:19 AM, Eric Johnson wrote: > >> I don't see any obvious oversights. Check your Apache log files to see >> what'

Re: Problem in reading the Subversion directory - Please help

2015-10-08 Thread Eric Johnson
I don't see any obvious oversights. Check your Apache log files to see what's in the error log. Eric. On Thu, Oct 8, 2015 at 7:41 AM, Ranjeet Singh wrote: > Hi Team, > > I have installed SVN in my linux box and I am using version 1.6.11 > (r934486) of SVN and I am facing some problem with the c

Re: Problem with checkout when using timestamp

2015-09-10 Thread Eric Johnson
t; > > > Best regards, > > Sascha > > ***I am not subscribed so please be so kind to add me to CC regarding this > topic.*** > > > > > > *Von:* Eric Johnson [mailto:e...@tibco.com] > *Gesendet:* Dienstag, 8. September 2015 18:05 > > *An:* Rett

Re: Problem with checkout when using timestamp

2015-09-08 Thread Eric Johnson
t; > > > > *Von:* Eric Johnson [mailto:e...@tibco.com] > *Gesendet:* Montag, 7. September 2015 16:27 > *An:* Retter, Sascha > *Cc:* users@subversion.apache.org > *Betreff:* Re: Problem with checkout when using timestamp > > > > I have run into what might be the same is

Re: Problem with checkout when using timestamp

2015-09-07 Thread Eric Johnson
I have run into what might be the same issue. Can you perform svn log operations using timestamps? Or does that also trigger an internal server error? My guess is that you have some revisions in your repository that are empty, probably because you did a filter on a dump, but preserved revisions. T

Re: Problem with svnsync when the auth directory has been removed

2015-08-22 Thread Philip Martin
Vincent Lefevre writes: > On 2015-08-20 17:12:58 +0100, Philip Martin wrote: >> >> It is recorded the same way all other auth credentials are recorded. > > Except for svn+ssh (which is what I always use) because the > auth credentials are part of the SSH configuration. In what way is it differe

Re: Problem with svnsync when the auth directory has been removed

2015-08-20 Thread Vincent Lefevre
On 2015-08-20 17:12:58 +0100, Philip Martin wrote: > Vincent Lefevre writes: > > There's no documentation at all about the way it is remembered, > > It is recorded the same way all other auth credentials are recorded. Except for svn+ssh (which is what I always use) because the auth credentials a

Re: Problem with svnsync when the auth directory has been removed

2015-08-20 Thread Philip Martin
Vincent Lefevre writes: > When the .config/auth directory has been removed (or has never > existed, e.g. when the mirror repository is accessed from a > different machine), I get an error: > > $ svnsync sync file://$PWD/svn-mpfr > svnsync: E165001: Revprop change blocked by pre-revprop-change hoo

Re: Problem with svnsync when the auth directory has been removed

2015-08-20 Thread Vincent Lefevre
On 2015-08-20 16:29:40 +0200, Vincent Lefevre wrote: > When the .config/auth directory has been removed (or has never I meant .subversion/auth directory. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA -

Re: Problem with "svn export"

2015-07-09 Thread Ryan Schmidt
On Jul 9, 2015, at 5:08 AM, Sandeep Kamath wrote: > > On Thu, Jul 9, 2015 at 10:50 AM, Ryan Schmidt wrote: > >> On Jul 9, 2015, at 12:12 AM, Ryan Schmidt wrote: >> >> > On Jul 8, 2015, at 9:56 PM, Sandeep Kamath wrote: >> > >> >> We have got 30+ projects in our windows 2008 server and every day

Re: Problem with "svn export"

2015-07-08 Thread Ryan Schmidt
On Jul 9, 2015, at 12:12 AM, Ryan Schmidt wrote: > On Jul 8, 2015, at 9:56 PM, Sandeep Kamath wrote: > >> We have got 30+ projects in our windows 2008 server and every day we are >> taking the backup of it. We are using "svn export" command to do so using >> python script. >> "Svn export" is f

Re: Problem with "svn export"

2015-07-08 Thread Ryan Schmidt
On Jul 8, 2015, at 9:56 PM, Sandeep Kamath wrote: > We have got 30+ projects in our windows 2008 server and every day we are > taking the backup of it. We are using "svn export" command to do so using > python script. > "Svn export" is failing for some projects forcing the apache to restart. Ou

Re: Problem to go to older revision that had externals

2015-01-15 Thread Philip Martin
Daniel Widenfalk writes: > On 2015-01-15 15:01, Philip Martin wrote: >> >> The failed workqueue happens with trunk as well. I've raised an issue: >> http://subversion.tigris.org/issues/show_bug.cgi?id=4550 >> > > Is this issue in any way related to 4360, or are unrelated and just > very similar

Re: Problem to go to older revision that had externals

2015-01-15 Thread Daniel Widenfalk
On 2015-01-15 15:01, Philip Martin wrote: > Holger Schmidt writes: > >> I have a working copy that includes data from an other repository with >> an svn:externals property. Then I decide to import that data into my >> repository and to remove the external. The following update that >> switches

Re: Problem to go to older revision that had externals

2015-01-15 Thread Philip Martin
Holger Schmidt writes: > I have a working copy that includes data from an other repository with > an svn:externals property. Then I decide to import that data into my > repository and to remove the external. The following update that > switches the data from external to local causes trouble in

Re: Problem with subversion-perl RPMs from WanDisco?

2014-09-17 Thread Alexey Neyman
On Wednesday, September 17, 2014 04:49:02 pm Nico Kadel-Garcia wrote: > >> I cannot try stock CentOS, as they don't have 1.8.x available. > >> > >> I did try building and installing 1.8.10 from source on the same > >> machine, and it works fine. So, it doesn't look like a version-specific > >> iss

Re: Problem with subversion-perl RPMs from WanDisco?

2014-09-17 Thread Nico Kadel-Garcia
On Wed, Sep 17, 2014 at 2:29 PM, Alexey Neyman wrote: > On Friday, September 12, 2014 02:30:08 pm Alexey Neyman wrote: >> On Friday, September 12, 2014 01:07:53 pm Ben Reser wrote: >> > On 9/12/14 12:16 PM, Alexey Neyman wrote: >> > > I did a bit of bisection, and it turns out that 1.8.0 was worki

Re: Problem with subversion-perl RPMs from WanDisco?

2014-09-17 Thread Alexey Neyman
On Friday, September 12, 2014 02:30:08 pm Alexey Neyman wrote: > On Friday, September 12, 2014 01:07:53 pm Ben Reser wrote: > > On 9/12/14 12:16 PM, Alexey Neyman wrote: > > > I did a bit of bisection, and it turns out that 1.8.0 was working > > > properly, but 1.8.1 and higher all segfault as desc

Re: Problem with subversion-perl RPMs from WanDisco?

2014-09-12 Thread Alexey Neyman
On Friday, September 12, 2014 01:07:53 pm Ben Reser wrote: > On 9/12/14 12:16 PM, Alexey Neyman wrote: > > I did a bit of bisection, and it turns out that 1.8.0 was working > > properly, but 1.8.1 and higher all segfault as described above. > > > > Hope that helps. > > With the WANdisco builds or

Re: Problem with subversion-perl RPMs from WanDisco?

2014-09-12 Thread Ben Reser
On 9/12/14 12:16 PM, Alexey Neyman wrote: > I did a bit of bisection, and it turns out that 1.8.0 was working properly, > but 1.8.1 and higher all segfault as described above. > > Hope that helps. With the WANdisco builds or any builds? The only differences between 1.8.0 and 1.8.1 that impacts

Re: Problem with subversion-perl RPMs from WanDisco?

2014-09-12 Thread Ben Reser
On 9/12/14 11:54 AM, Branko Čibej wrote: > On 12.09.2014 20:37, Philip Martin wrote: >> Philip Martin writes: >> >>> Alexey Neyman writes: >>> Rather, I think, it is that the libsvn_swig_perl-1.so.0 does not list the _Core.so as a dependency: >>> I don't think that's the way it works.

Re: Problem with subversion-perl RPMs from WanDisco?

2014-09-12 Thread Alexey Neyman
On Friday, September 12, 2014 12:06:27 pm Alexey Neyman wrote: > On Friday, September 12, 2014 11:57:14 am Alexey Neyman wrote: > > On Friday, September 12, 2014 11:53:37 am Philip Martin wrote: > > > Alexey Neyman writes: > > > > 0x7138af10 in ?? () > > > > (gdb) bt > > > > #0 0x7fff

Re: Problem with subversion-perl RPMs from WanDisco?

2014-09-12 Thread Alexey Neyman
On Friday, September 12, 2014 11:57:14 am Alexey Neyman wrote: > On Friday, September 12, 2014 11:53:37 am Philip Martin wrote: > > Alexey Neyman writes: > > > 0x7138af10 in ?? () > > > (gdb) bt > > > #0 0x7138af10 in ?? () > > > #1 0x003bba01899e in run_cleanups (pool=0x8d78

Re: Problem with subversion-perl RPMs from WanDisco?

2014-09-12 Thread Alexey Neyman
On Friday, September 12, 2014 11:53:37 am Philip Martin wrote: > Alexey Neyman writes: > > 0x7138af10 in ?? () > > (gdb) bt > > #0 0x7138af10 in ?? () > > #1 0x003bba01899e in run_cleanups (pool=0x8d7828) at > > memory/unix/apr_pools.c:2314 > > #2 apr_pool_destroy (pool=0x8d

Re: Problem with subversion-perl RPMs from WanDisco?

2014-09-12 Thread Branko Čibej
On 12.09.2014 20:37, Philip Martin wrote: > Philip Martin writes: > >> Alexey Neyman writes: >> >>> Rather, I think, it is that the libsvn_swig_perl-1.so.0 does not list the >>> _Core.so as a dependency: >> I don't think that's the way it works. When Perl uses a module such as >> SVN::Repos the

  1   2   3   4   5   >