Ignore svn:externals definition in some clients?
Hi all, I have a large SVN repo containing various libs. Some of those are versioned as files within our own repo, some only referenced using svn:externals to be available in a local file tree always at the same place for all users. Some of those externals refer to native SVN repos, some use the GitHub SVN bridge. One of those GitHub repos is special, because it's only a read-only mirror of a native Git repo hosted elsewhere. So I reference that read-only mirror using the SVN bridge of GitHub to be able to provide it's content to my colleagues, while I have write access to the native Git repo. The problem is that I mostly work in the SVN tree at that special lib as well for various setup reasons, but can't commit using the SVN bridge of GitHub, because this project is read-only. So after things work I copy them manually to the Git clone and commit them there, update using SVN afterwards etc. That's not a good solution, so I decided to simply replace the working copy created for the svn:external of the read-only GitHub mirror with a native Git clone. The dir structure and everything is the same of course, it's only SVN vs. Git. This works in general, but whenever I update my SVN working copy I get an error message from the SVN client related the one svn:external I replaced with a Git clone. That error makes sense of course, because I broke things, but in this special case I would like to suppress the error somehow because I simply don't care. So, is there some way for a SVN client to be configured in a way that some svn:externals of some paths are ignored or something like that? I don't want to create some fancy scripts or such, in the end I could live with the error and simply ignore it myself. I'm talking about the "src" folder in the following example: > C:\[...]\0.11.0-SNAPSHOT>dir > Datenträger in Laufwerk C: ist System > Volumeseriennummer: 266B-2863 > > Verzeichnis von C:\[...]\0.11.0-SNAPSHOT > > 06.07.2017 09:25 . > 06.07.2017 09:25 .. > 19.04.2017 18:27 build > 13.10.2015 11:55 2.256 README.txt > 06.07.2017 10:06 src > 02.07.2016 15:50 web >1 Datei(en), 2.256 Bytes >5 Verzeichnis(se), 1.550.992.760.832 Bytes frei > > C:\[...]\0.11.0-SNAPSHOT>svn up > Updating '.': > > Fetching external item into 'src': > svn: warning: W155007: Can't obtain lock on non-directory > 'C:\[...]\0.11.0-SNAPSHOT\src'. > > > Fetching external item into 'web': > External at revision 1015044. > > At revision 5780. > svn: E205011: Failure occurred processing one or more externals definitions Thanks for your input! Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning E-Mail: thorsten.schoen...@am-soft.de AM-SoFT IT-Systeme http://www.AM-SoFT.de/ Telefon...05151- 9468- 55 Fax...05151- 9468- 88 Mobil..0178-8 9468- 04 AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow
Re: Ignore svn:externals definition in some clients?
Thorsten Schöning wrote on Thu, 06 Jul 2017 10:15 +0200: > So, is there some way for a SVN client to be configured in a way that > some svn:externals of some paths are ignored or something like that? Edit the svn:externals property in your working copy to remove that external, then run 'update', and don't commit the property edit. We also have a branch that enables svn to checkout git trees natively [1], but it's not even merged to trunk yet. [1] https://svn.apache.org/viewvc/subversion/branches/ra-git/ Cheers, Daniel
[ANNOUNCE] Apache Subversion 1.9.6 released
I'm happy to announce the release of Apache Subversion 1.9.6. Please choose the mirror closest to you by visiting: http://subversion.apache.org/download.cgi#recommended-release This release fixes a bug where a repository would fail to store two files having identical SHA-1 checksums [1]. Further information is available in the 1.9.x series release notes [2] and in a new FAQ entry [3]. [1] http://shattered.io/ [2] https://subversion.apache.org/docs/release-notes/1.9#shattered-sha1 [3] https://subversion.apache.org/faq#shattered-sha1 The SHA1 checksums are: 3375e697805fcdf6dc8c9b52f4e6626f70cabcd6 subversion-1.9.6.tar.bz2 89e1b3f9d79422c094ccb95769360d5fe7df2bb1 subversion-1.9.6.tar.gz ba1a683297f176ef1a306dfeb894ede0236ef3b8 subversion-1.9.6.zip SHA-512 checksums are available at: https://www.apache.org/dist/subversion/subversion-1.9.6.tar.bz2.sha512 https://www.apache.org/dist/subversion/subversion-1.9.6.tar.gz.sha512 https://www.apache.org/dist/subversion/subversion-1.9.6.zip.sha512 PGP Signatures are available at: http://www.apache.org/dist/subversion/subversion-1.9.6.tar.bz2.asc http://www.apache.org/dist/subversion/subversion-1.9.6.tar.gz.asc http://www.apache.org/dist/subversion/subversion-1.9.6.zip.asc For this release, the following people have provided PGP signatures: Julian Foad [4096R/1FB064B84EECC493] with fingerprint: 6011 63CF 9D49 9FD7 18CF 582D 1FB0 64B8 4EEC C493 Philip Martin [2048R/76D788E1ED1A599C] with fingerprint: A844 790F B574 3606 EE95 9207 76D7 88E1 ED1A 599C Bert Huijben [4096R/C4A6C625CCC8E1DF] with fingerprint: 3D1D C66D 6D2E 0B90 3952 8138 C4A6 C625 CCC8 E1DF Stefan Sperling [2048R/4F7DBAA99A59B973] with fingerprint: 8BC4 DAE0 C5A4 D65F 4044 0107 4F7D BAA9 9A59 B973 Stefan Fuhrmann [4096R/99EC741B57921ACC] with fingerprint: 056F 8016 D9B8 7B1B DE41 7467 99EC 741B 5792 1ACC Stefan Hett (CODE SIGNING KEY) [4096R/376A3CFD110B1C95] with fingerprint: 7B8C A7F6 451A D89C 8ADC 077B 376A 3CFD 110B 1C95 Branko Čibej [4096R/1BCA6586A347943F] with fingerprint: BA3C 15B1 337C F0FB 222B D41A 1BCA 6586 A347 943F Daniel Shahaf [3072R/A5FEEE3AC7937444] with fingerprint: E966 46BE 08C0 AF0A A0F9 0788 A5FE EE3A C793 7444 Johan Corveleyn [4096R/B59CE6D6010C8AAD] with fingerprint: 8AA2 C10E EAAD 44F9 6972 7AEA B59C E6D6 010C 8AAD Release notes for the 1.9.x release series may be found at: http://subversion.apache.org/docs/release-notes/1.9.html You can find the list of changes between 1.9.6 and earlier versions at: http://svn.apache.org/repos/asf/subversion/tags/1.9.6/CHANGES Questions, comments, and bug reports to users@subversion.apache.org. Thanks, - The Subversion Team
Re: Facing issues in Enable editing log messages.
On 06.07.2017 08:58, Ramamurthy, Manochitra wrote: > > Hi Brane, > > > > I have explained below, what am I trying to do and the errors. > And I explained to you a week ago that you're using the wrong password. You're probably trying to use the password for the Windows 'CSVN' account. You need the password for the Subversion 'csvn' account, which is a different thing. -- Brane
RE: Facing issues in Enable editing log messages.
Hi Brane, I’ve requested to reset Subversion ‘csvn’ account password and tried again but it doesn’t work. First of all I have to confirm whether my steps are correct to enable editing log message. Because, with help of SVN help guides I’m trying to do this. May be for better communication, you can schedule a meeting with screen share. I’m available for one more hour. Thanks, Mano Applications Administrator Office : (+91) 8046552670 Mobile : (+91) 9786931882 From: Branko Čibej [mailto:br...@apache.org] Sent: 06 July 2017 16:22 To: Ramamurthy, Manochitra Cc: users@subversion.apache.org Subject: Re: Facing issues in Enable editing log messages. EXTERNAL EMAIL On 06.07.2017 08:58, Ramamurthy, Manochitra wrote: Hi Brane, I have explained below, what am I trying to do and the errors. And I explained to you a week ago that you're using the wrong password. You're probably trying to use the password for the Windows 'CSVN' account. You need the password for the Subversion 'csvn' account, which is a different thing. -- Brane
Re: Facing issues in Enable editing log messages.
On 06.07.2017 13:40, Ramamurthy, Manochitra wrote: > > Hi Brane, > > > > I’ve requested to reset Subversion ‘csvn’ account password and tried > again but it doesn’t work. > Well I can't help you with that, your server admins have to fix it. > First of all I have to confirm whether my steps are correct to enable > editing log message. Because, with help of SVN help guides I’m trying > to do this. > Your command is correct. > May be for better communication, you can schedule a meeting with > screen share. I’m available for one more hour. > You must have confused this mailing list with some paid support site. We're all volunteers here. -- Brane
RE: Facing issues in Enable editing log messages.
Hi Brane, Well I can't help you with that, your server admins have to fix it. – I approached admins here to reset password. Your command is correct. – Okay. But I can’t understand what else is blocking me to execute the command. I have checked with admins here, even they have no idea. You must have confused this mailing list with some paid support site. We're all volunteers here. – Sure. Thanks, Mano Applications Administrator Office : (+91) 8046552670 Mobile : (+91) 9786931882 From: Branko Čibej [mailto:br...@apache.org] Sent: 06 July 2017 17:24 To: Ramamurthy, Manochitra Cc: users@subversion.apache.org Subject: Re: Facing issues in Enable editing log messages. EXTERNAL EMAIL On 06.07.2017 13:40, Ramamurthy, Manochitra wrote: Hi Brane, I’ve requested to reset Subversion ‘csvn’ account password and tried again but it doesn’t work. Well I can't help you with that, your server admins have to fix it. First of all I have to confirm whether my steps are correct to enable editing log message. Because, with help of SVN help guides I’m trying to do this. Your command is correct. May be for better communication, you can schedule a meeting with screen share. I’m available for one more hour. You must have confused this mailing list with some paid support site. We're all volunteers here. -- Brane
Re: Facing issues in Enable editing log messages.
On 06.07.2017 14:05, Ramamurthy, Manochitra wrote: > > Hi Brane, > > > > Well I can't help you with that, your server admins have to fix it. – > I approached admins here to reset password. > > > > Your command is correct. – Okay. But I can’t understand what else is > blocking me to execute the command. I have checked with admins here, > even they have no idea. > Can you use the 'csvn' user for any other operation on the repository? If not, that'd be a clue. If yes, then most likely there's a problem with the Apache server configuration. -- Brane
RE: Facing issues in Enable editing log messages.
Hi Brane, Yes. I can use csvn password and it is working. I checked to login with csvn account. then most likely there's a problem with the Apache server configuration – I doubt so. But, I don’t know how to check as I joined this organisation recently and I need to understand the configurations. Thanks, Mano Applications Administrator Office : (+91) 8046552670 Mobile : (+91) 9786931882 From: Branko Čibej [mailto:br...@apache.org] Sent: 06 July 2017 17:38 To: Ramamurthy, Manochitra Cc: users@subversion.apache.org Subject: Re: Facing issues in Enable editing log messages. EXTERNAL EMAIL On 06.07.2017 14:05, Ramamurthy, Manochitra wrote: Hi Brane, Well I can't help you with that, your server admins have to fix it. – I approached admins here to reset password. Your command is correct. – Okay. But I can’t understand what else is blocking me to execute the command. I have checked with admins here, even they have no idea. Can you use the 'csvn' user for any other operation on the repository? If not, that'd be a clue. If yes, then most likely there's a problem with the Apache server configuration. -- Brane
Re: Facing issues in Enable editing log messages.
On 06.07.2017 14:18, Ramamurthy, Manochitra wrote: > > Hi Brane, > > > > Yes. I can use csvn password and it is working. I checked to login > with csvn account. > You showed us that you logged in to Windows with an account called 'csvn'. That's not the same as authenticating to the Apache server that's the front end for Subversion. The passwords could easily be different, even if the account name is the same. -- Brane
RE: Facing issues in Enable editing log messages.
Hi Brane, I’m not sure how to process this issue. I mean I’m unable to guess anything. Thanks, Mano Applications Administrator Office : (+91) 8046552670 Mobile : (+91) 9786931882 From: Branko Čibej [mailto:br...@apache.org] Sent: 06 July 2017 20:13 To: Ramamurthy, Manochitra Cc: users@subversion.apache.org Subject: Re: Facing issues in Enable editing log messages. EXTERNAL EMAIL On 06.07.2017 14:18, Ramamurthy, Manochitra wrote: Hi Brane, Yes. I can use csvn password and it is working. I checked to login with csvn account. You showed us that you logged in to Windows with an account called 'csvn'. That's not the same as authenticating to the Apache server that's the front end for Subversion. The passwords could easily be different, even if the account name is the same. -- Brane
Re: Facing issues in Enable editing log messages.
On 7/6/2017 10:22 PM, Ramamurthy, Manochitra wrote: *From:*Branko Čibej [mailto:br...@apache.org] *Sent:* 06 July 2017 20:13 *To:* Ramamurthy, Manochitra *Cc:* users@subversion.apache.org *Subject:* Re: Facing issues in Enable editing log messages. EXTERNAL EMAIL On 06.07.2017 14:18, Ramamurthy, Manochitra wrote: Hi Brane, Yes. I can use csvn password and it is working. I checked to login with csvn account. You showed us that you logged in to Windows with an account called 'csvn'. That's not the same as authenticating to the Apache server that's the front end for Subversion. The passwords could easily be different, even if the account name is the same. -- Brane Hi Brane, I’m not sure how to process this issue. I mean I’m unable to guess anything. Thanks, *Mano* Applications Administrator Office : (+91) 8046552670 Mobile : (+91) 9786931882 What he means is that the Subversion account is unrelated to your Windows account. In effect it is on another machine. In fact, nothing requires the Subversion account have the same username or password as your Windows account. What you need to do is obtain the Subversion account password from your repository administrator. Then use that password whenever you need to perform a Subversion action. By the way, please don't top-post - it makes the conversation hard to follow. -- David Chapman dcchap...@acm.org Chapman Consulting -- San Jose, CA Software Development Done Right. www.chapman-consulting-sj.com
