Re: svnsync sync error parsing arguments
Joel Rees writes: > $svnsync sync https://svn.sourceforge.jp/svnroot/bif-c/ > https://svn.code.sf.net/p/bif-c/code --sync-username reiisi > --source-username reiisi > svnsync: より詳しく知りたいときは 'svnsync help' を試してみてください > [For details about svnsync, try svnsync help.] > svnsync: 引数をパースする際にエラーが生じました > [Error parsing arguments. (If the error message was correctly > translated into Japanese.)] Run the command with the environment variable LANGUAGE=C to avoid the Japanese translation. One cause of the error is too many arguments: $ LANGUAGE=ja_JP svnsync sync foo bar baz svnsync: E205000: より詳しく知りたいときは 'svnsync help' を試してみてください svnsync: E205000: 引数をパースする際にエラーが生じました -- Philip Martin | Subversion Committer WANdisco // *Non-Stop Data*
Re: svnsync sync error parsing arguments
Philip Martin writes: > Joel Rees writes: > >> $svnsync sync https://svn.sourceforge.jp/svnroot/bif-c/ >> https://svn.code.sf.net/p/bif-c/code --sync-username reiisi >> --source-username reiisi >> svnsync: より詳しく知りたいときは 'svnsync help' を試してみてください >> [For details about svnsync, try svnsync help.] >> svnsync: 引数をパースする際にエラーが生じました >> [Error parsing arguments. (If the error message was correctly >> translated into Japanese.)] > > Run the command with the environment variable LANGUAGE=C to avoid the > Japanese translation. > > One cause of the error is too many arguments: > > $ LANGUAGE=ja_JP svnsync sync foo bar baz > svnsync: E205000: より詳しく知りたいときは 'svnsync help' を試してみてください > svnsync: E205000: 引数をパースする際にエラーが生じました You are probably using Subversion 1.6 which doesn't support the optional source URL parameter. -- Philip Martin | Subversion Committer WANdisco // *Non-Stop Data*
Re: svnsync sync error parsing arguments
On Mon, Feb 24, 2014 at 10:14 PM, Philip Martin wrote: > Joel Rees writes: > >> $svnsync sync https://svn.sourceforge.jp/svnroot/bif-c/ >> https://svn.code.sf.net/p/bif-c/code --sync-username reiisi >> --source-username reiisi >> svnsync: より詳しく知りたいときは 'svnsync help' を試してみてください >> [For details about svnsync, try svnsync help.] >> svnsync: 引数をパースする際にエラーが生じました >> [Error parsing arguments. (If the error message was correctly >> translated into Japanese.)] > > Run the command with the environment variable LANGUAGE=C to avoid the > Japanese translation. Well, yeah. > One cause of the error is too many arguments: > > $ LANGUAGE=ja_JP svnsync sync foo bar baz > svnsync: E205000: より詳しく知りたいときは 'svnsync help' を試してみてください > svnsync: E205000: 引数をパースする際にエラーが生じました > > You are probably using Subversion 1.6 which doesn't support the optional > source URL parameter. That would make sense, except that when I initialized the mirror, I used the source and sync arguments and it didn't complain.. -- Joel Rees
Re: svnsync sync error parsing arguments
Joel Rees writes: > On Mon, Feb 24, 2014 at 10:14 PM, Philip Martin >> >> You are probably using Subversion 1.6 which doesn't support the optional >> source URL parameter. > > That would make sense, except that when I initialized the mirror, I > used the source and sync arguments and it didn't complain.. Read the help text: in 1.6 init takes a source URL but sync does not. -- Philip Martin | Subversion Committer WANdisco // *Non-Stop Data*
Created branches, tags, and trunk after the fact, MOSTLY works
Hello, When the project repository was setup, we didn't include branches, tags, and trunk (oversight on our part). It wasn't until we decided we wanted to start branching that we realized this mistake. So in TortoiseSVN repo-browser, I created branches, tags, and trunk folders, and from the repo-browser, moved the existing folders into the trunk folder. I also then created a branch from a specific revision, and it created the branch for me. I've committed changes to the branch (and to the trunk) without problems. However, if I try to "svn switch" between trunk and a branch, I get "no common ancestry" error (which I can override with --ignore-ancestry), which leads me to believe that I didn't recreate the folder hierarchy correctly. Can anyone help? Thanks! -- Kevin
Re: Created branches, tags, and trunk after the fact, MOSTLY works
I think I figured out the problem. When I created the first branch, it was from a revision prior to the folder restructuring, which now makes sense regarding the "no common ancestor" error. I just created a new branch from a revision after the restructure, and I can switch back and forth between it and trunk without problem. So I think I'm good to go. I'll just have to use "--ignore-ancestry" for that one, first branch. Thanks! -- Kevin On 2/24/2014 1:47 PM, Kevin Ross wrote: Hello, When the project repository was setup, we didn't include branches, tags, and trunk (oversight on our part). It wasn't until we decided we wanted to start branching that we realized this mistake. So in TortoiseSVN repo-browser, I created branches, tags, and trunk folders, and from the repo-browser, moved the existing folders into the trunk folder. I also then created a branch from a specific revision, and it created the branch for me. I've committed changes to the branch (and to the trunk) without problems. However, if I try to "svn switch" between trunk and a branch, I get "no common ancestry" error (which I can override with --ignore-ancestry), which leads me to believe that I didn't recreate the folder hierarchy correctly. Can anyone help? Thanks! -- Kevin
RE: Created branches, tags, and trunk after the fact, MOSTLY works
Are you branching from a point prior to moving your project into the trunk directory? > -Original Message- > From: Kevin Ross [mailto:ke...@familyross.net] > Sent: Monday, February 24, 2014 4:47 PM > To: users@subversion.apache.org > Subject: Created branches, tags, and trunk after the fact, MOSTLY works > > Hello, > > When the project repository was setup, we didn't include branches, tags, > and trunk (oversight on our part). It wasn't until we decided we wanted to > start branching that we realized this mistake. So in TortoiseSVN repo- > browser, I created branches, tags, and trunk folders, and from the repo- > browser, moved the existing folders into the trunk folder. > > I also then created a branch from a specific revision, and it created the > branch > for me. I've committed changes to the branch (and to the > trunk) without problems. > > However, if I try to "svn switch" between trunk and a branch, I get "no > common ancestry" error (which I can override with --ignore-ancestry), which > leads me to believe that I didn't recreate the folder hierarchy correctly. > > Can anyone help? > > Thanks! > -- Kevin
Re: svnsync sync error parsing arguments
On Mon, Feb 24, 2014 at 11:42 PM, Philip Martin wrote: > Joel Rees writes: > >> On Mon, Feb 24, 2014 at 10:14 PM, Philip Martin >>> >>> You are probably using Subversion 1.6 which doesn't support the optional >>> source URL parameter. >> >> That would make sense, except that when I initialized the mirror, I >> used the source and sync arguments and it didn't complain.. > > Read the help text: in 1.6 init takes a source URL but sync does not. You know, I think I actually tried that, but I tried it again just now: --- $ svnsync sync https://svn.sourceforge.jp/svnroot/bif-c/ https://svn.code.sf.net/p/bif-c --username reiisi svnsync: より詳しく知りたいときは 'svnsync help' を試してみてください svnsync: 引数をパースする際にエラーが生じました --- And it says the same thing: For details see svnsync help, and argument error during parsing. Come to think of it "pass" would likely not be katakana, so that's pretty sure to have been meant to be "parse". Yeah, $ export LANG=en_US.UTF-8 $ svnsync sync https://svn.sourceforge.jp/svnroot/bif-c/ https://svn.code.sf.net/p/bif-c --username reiisi svnsync: Try 'svnsync help' for more info svnsync: Error parsing arguments $svnsync --version svnsync, version 1.6.17 (r1128011) compiled Oct 4 2013, 03:24:06 Copyright (C) 2000-2009 CollabNet. Subversion is open source software, see http://subversion.apache.org/ This product includes software developed by CollabNet (http://www.Collab.Net/). The following repository access (RA) modules are available: * ra_neon : Module for accessing a repository via WebDAV protocol using Neon. - handles 'http' scheme - handles 'https' scheme * ra_svn : Module for accessing a repository using the svn network protocol. - with Cyrus SASL authentication - handles 'svn' scheme * ra_local : Module for accessing a repository on local disk. - handles 'file' scheme $ svnsync --help sync synchronize (sync): usage: svnsync synchronize DEST_URL Transfer all pending revisions to the destination from the source with which it was initialized. Valid options: --non-interactive: do no interactive prompting --no-auth-cache : do not cache authentication tokens --username ARG : specify a username ARG (deprecated; see --source-username and --sync-username) --password ARG : specify a password ARG (deprecated; see --source-password and --sync-password) --trust-server-cert : accept unknown SSL server certificates without prompting (but only with '--non-interactive') --source-username ARG: connect to source repository with username ARG --source-password ARG: connect to source repository with password ARG --sync-username ARG : connect to sync repository with username ARG --sync-password ARG : connect to sync repository with password ARG --config-dir ARG : read user configuration files from directory ARG -q [--quiet] : print as little as possible - I wonder whether I can query the server version, but that'll have to wait until I get back home this evening. -- Joel Rees Be careful where you see conspiracy. Look first in your own heart.
Re: Created branches, tags, and trunk after the fact, MOSTLY works
Yes, that was the problem. I figured it out a little while ago and posted my findings. Thanks for your help! -- Kevin On 2/24/2014 2:46 PM, Bob Archer wrote: Are you branching from a point prior to moving your project into the trunk directory? -Original Message- From: Kevin Ross [mailto:ke...@familyross.net] Sent: Monday, February 24, 2014 4:47 PM To: users@subversion.apache.org Subject: Created branches, tags, and trunk after the fact, MOSTLY works Hello, When the project repository was setup, we didn't include branches, tags, and trunk (oversight on our part). It wasn't until we decided we wanted to start branching that we realized this mistake. So in TortoiseSVN repo- browser, I created branches, tags, and trunk folders, and from the repo- browser, moved the existing folders into the trunk folder. I also then created a branch from a specific revision, and it created the branch for me. I've committed changes to the branch (and to the trunk) without problems. However, if I try to "svn switch" between trunk and a branch, I get "no common ancestry" error (which I can override with --ignore-ancestry), which leads me to believe that I didn't recreate the folder hierarchy correctly. Can anyone help? Thanks! -- Kevin
RE: Created branches, tags, and trunk after the fact, MOSTLY works
Ah, that's what I get for responding before reading the whole thread. Glad you figured it out. > -Original Message- > From: Kevin Ross [mailto:ke...@familyross.net] > Sent: Monday, February 24, 2014 5:48 PM > To: Bob Archer; users@subversion.apache.org > Subject: Re: Created branches, tags, and trunk after the fact, MOSTLY works > > Yes, that was the problem. I figured it out a little while ago and posted my > findings. > > Thanks for your help! > -- Kevin > > On 2/24/2014 2:46 PM, Bob Archer wrote: > > Are you branching from a point prior to moving your project into the trunk > directory? > > > >> -Original Message- > >> From: Kevin Ross [mailto:ke...@familyross.net] > >> Sent: Monday, February 24, 2014 4:47 PM > >> To: users@subversion.apache.org > >> Subject: Created branches, tags, and trunk after the fact, MOSTLY > >> works > >> > >> Hello, > >> > >> When the project repository was setup, we didn't include branches, > >> tags, and trunk (oversight on our part). It wasn't until we decided > >> we wanted to start branching that we realized this mistake. So in > >> TortoiseSVN repo- browser, I created branches, tags, and trunk > >> folders, and from the repo- browser, moved the existing folders into the > trunk folder. > >> > >> I also then created a branch from a specific revision, and it created > >> the branch for me. I've committed changes to the branch (and to the > >> trunk) without problems. > >> > >> However, if I try to "svn switch" between trunk and a branch, I get > >> "no common ancestry" error (which I can override with > >> --ignore-ancestry), which leads me to believe that I didn't recreate the > folder hierarchy correctly. > >> > >> Can anyone help? > >> > >> Thanks! > >> -- Kevin
Unable to access our SVN server using SVN 1.8 client
Hi, we're serving a svn repository using Debian 7 and mod_dav_svn.so in apache: Apache/2.2.22 (Debian) DAV/2 SVN/1.6.17 PHP/5.4.4-14+deb7u7 We want to have all members of a certain ldap-group to have full access. Furthermore, some users from the ldap-directory not in that group shall have access to certain paths. So our setup is: DAV svn SVNPath /data1/svn AuthName "SVN Authentifizierung" AuthType Basic AuthBasicProvider ldap AuthLDAPUrl ldap://LDAP-SERVER:389/CN=Users,DC=intern,DC=nixda,DC=de?sAMAccountName AuthLDAPBindDN "binduser" AuthLDAPBindPassword password AuthLDAPGroupAttributeIsDN on Require ldap-group CN=Mitarbeiter,CN=Users,DC=intern,DC=nixda,DC=de AuthzSVNAuthoritative off AuthzSVNAccessFile /etc/apache2/dav_svn.authz Furthermore my dav_svn.authz file is: [svn:/PROJEKTE/KUNDE1/trunk/R12] user1 = rw This is working great in browsers and with SVN 1.7.14 Clients. However with 1.8.X Clients I'm getting Access denied errors on Checkout. Here's my server logfile with Collabnet 1.7.14 client: (For svn co https://myserver//svn/PROJEKTE/KUNDE1/trunk/R12/Forms) 192.168.202.108 - - [22/Feb/2014:17:54:29 +0100] "OPTIONS /svn/PROJEKTE/KUNDE1/trunk/R12/Forms HTTP/1.1" 401 679 "-" "SVN/1.7.14 neon/0.29.6" 192.168.202.108 - user1 [22/Feb/2014:17:54:29 +0100] "OPTIONS /svn/PROJEKTE/KUNDE1/trunk/R12/Forms HTTP/1.1" 200 865 "-" "SVN/1.7.14 neon/0.29.6" 192.168.202.108 - user1 [22/Feb/2014:17:54:29 +0100] "PROPFIND /svn/PROJEKTE/KUNDE1/trunk/R12/Forms HTTP/1.1" 207 639 "-" "SVN/1.7.14 neon/0.29.6" 192.168.202.108 - user1 [22/Feb/2014:17:54:29 +0100] "PROPFIND /svn/!svn/vcc/default HTTP/1.1" 207 504 "-" "SVN/1.7.14 neon/0.29.6" 192.168.202.108 - user1 [22/Feb/2014:17:54:30 +0100] "PROPFIND /svn/!svn/bln/29062 HTTP/1.1" 207 518 "-" "SVN/1.7.14 neon/0.29.6" 192.168.202.108 - user1 [22/Feb/2014:17:54:30 +0100] "PROPFIND /svn/PROJEKTE/KUNDE1/trunk/R12/Forms HTTP/1.1" 207 639 "-" "SVN/1.7.14 neon/0.29.6" 192.168.202.108 - user1 [22/Feb/2014:17:54:30 +0100] "PROPFIND /svn/!svn/vcc/default HTTP/1.1" 207 524 "-" "SVN/1.7.14 neon/0.29.6" 192.168.202.108 - user1 [22/Feb/2014:17:54:30 +0100] "PROPFIND /svn/!svn/bc/29062/PROJEKTE/KUNDE1/trunk/R12/Forms HTTP/1.1" 207 647 "-" "SVN/1.7.14 neon/0.29.6" 192.168.202.108 - - [22/Feb/2014:17:54:31 +0100] "OPTIONS /svn/PROJEKTE/KUNDE1/trunk/R12/Forms HTTP/1.1" 401 679 "-" "SVN/1.7.14 neon/0.29.6" 192.168.202.108 - user1 [22/Feb/2014:17:54:31 +0100] "OPTIONS /svn/PROJEKTE/KUNDE1/trunk/R12/Forms HTTP/1.1" 200 865 "-" "SVN/1.7.14 neon/0.29.6" 192.168.202.108 - user1 [22/Feb/2014:17:54:31 +0100] "PROPFIND /svn/PROJEKTE/KUNDE1/trunk/R12/Forms HTTP/1.1" 207 639 "-" "SVN/1.7.14 neon/0.29.6" 192.168.202.108 - user1 [22/Feb/2014:17:54:31 +0100] "PROPFIND /svn/PROJEKTE/KUNDE1/trunk/R12/Forms HTTP/1.1" 207 639 "-" "SVN/1.7.14 neon/0.29.6" 192.168.202.108 - user1 [22/Feb/2014:17:54:31 +0100] "PROPFIND /svn/!svn/vcc/default HTTP/1.1" 207 504 "-" "SVN/1.7.14 neon/0.29.6" 192.168.202.108 - user1 [22/Feb/2014:17:54:31 +0100] "PROPFIND /svn/!svn/bln/29062 HTTP/1.1" 207 518 "-" "SVN/1.7.14 neon/0.29.6" 192.168.202.108 - user1 [22/Feb/2014:17:54:32 +0100] "REPORT /svn/!svn/vcc/default HTTP/1.1" 200 686 "-" "SVN/1.7.14 neon/0.29.6" However with 1.8.8 (e.g. from tortoisesvn, but it doesn't depend on that): 192.168.202.108 - - [22/Feb/2014:17:55:42 +0100] "OPTIONS /svn/PROJEKTE/KUNDE1/trunk/R12/Forms HTTP/1.1" 401 679 "-" "SVN/1.8.8 (x64-microsoft-windows) serf/1.3.4" 192.168.202.108 - user1 [22/Feb/2014:17:55:43 +0100] "OPTIONS /svn/PROJEKTE/KUNDE1/trunk/R12/Forms HTTP/1.1" 200 865 "-" "SVN/1.8.8 (x64-microsoft-windows) serf/1.3.4" 192.168.202.108 - user1 [22/Feb/2014:17:55:43 +0100] "OPTIONS /svn/PROJEKTE/KUNDE1/trunk/R12/Forms HTTP/1.1" 200 818 "-" "SVN/1.8.8 (x64-microsoft-windows) serf/1.3.4" 192.168.202.108 - user1 [22/Feb/2014:17:55:43 +0100] "PROPFIND /svn/PROJEKTE/KUNDE1/trunk/R12/Forms HTTP/1.1" 207 639 "-" "SVN/1.8.8 (x64-microsoft-windows) serf/1.3.4" 192.168.202.108 - user1 [22/Feb/2014:17:55:43 +0100] "PROPFIND /svn/!svn/vcc/default HTTP/1.1" 207 504 "-" "SVN/1.8.8 (x64-microsoft-windows) serf/1.3.4" 192.168.202.108 - user1 [22/Feb/2014:17:55:43 +0100] "PROPFIND /svn/!svn/bln/29062 HTTP/1.1" 207 518 "-" "SVN/1.8.8 (x64-microsoft-windows) serf/1.3.4" 192.168.202.108 - user1 [22/Feb/2014:17:55:43 +0100] "PROPFIND /svn/!svn/bc/29062/PROJEKTE/KUNDE1/trunk/R12/Forms HTTP/1.1" 207 503 "-" "SVN/1.8.8 (x64-microsoft-windows) serf/1.3.4" 192.168.202.108 - - [22/Feb/2014:17:55:44 +0100] "OPTIONS /svn/PROJEKTE/KUNDE1/trunk/R12/Forms HTTP/1.1" 401 679 "-" "SVN/1.8.8 (x64-microsoft-windows) serf/1.3.4" 192.168.202.108 - user1 [22/Feb/2014:17:55:44 +0100] "OPTIONS /svn/PROJEKTE/KUNDE1/trunk/R12/Forms HTTP/1.1" 200 865 "-" "SVN/1.8.8 (x64-microsoft-windows) serf/1.3.4" 192.168.202.108 - user1 [22/Feb/2014:17:55:44 +0100] "OPTIONS /svn/PROJEKTE/KUNDE1/trunk/R12/Forms HTTP/1.1" 200 818 "-" "SVN/1.8.8 (x64-microsoft-windows) serf/1.3.4" 192.168.2