How to create a link that works between OS X and Ubuntu
Hi everyone. I'm developing a program on Ubuntu 10.10. The directory in which my project lives is part of my PATH. The executable that is built is called 'autobot'. I type: ln autobot a a (And my program runs correctly). svn add a svn propset svn:executable ON a svn ci -m "Create shortcut" Now on my OS X box, with the current directory set to the project directory, and with that directory also being a part of PATH (although it is not named identically to the Ubuntu one), I type: svn up a And I get: -bash: /source/Autobot/autobotwiki/a: cannot execute binary file ls -l a gives me: -rwxrwxrwx 1 richard admin 55295 26 Apr 10:33 a The same thing happens if I create the link on OS X and try to run it under Ubuntu. So how do I do this? Richard
Re: How to create a link that works between OS X and Ubuntu
Further experimentation shows that symbolic links work (ln -s autobot a for the first command). Are hard links supposed to work? Richard - Original Message - From: richard Cavell Sent: 04/26/11 10:36 AM To: users@subversion.apache.org Subject: How to create a link that works between OS X and Ubuntu Hi everyone. I'm developing a program on Ubuntu 10.10. The directory in which my project lives is part of my PATH. The executable that is built is called 'autobot'. I type: ln autobot a a (And my program runs correctly). svn add a svn propset svn:executable ON a svn ci -m "Create shortcut" Now on my OS X box, with the current directory set to the project directory, and with that directory also being a part of PATH (although it is not named identically to the Ubuntu one), I type: svn up a And I get: -bash: /source/Autobot/autobotwiki/a: cannot execute binary file ls -l a gives me: -rwxrwxrwx 1 richard admin 55295 26 Apr 10:33 a The same thing happens if I create the link on OS X and try to run it under Ubuntu. So how do I do this? Richard
Re: How to create a link that works between OS X and Ubuntu
The link count for autobot and a1 will be 2; each name references the same file on disk. The symbolic link, however, is a pointer to a name. You can replace the file autobot without affecting a2, but if you replace autobot (rm autobot; make autobot) you will find that the connection between autobot and a is broken. Aha. Gotcha. Yes, I want a symbolic link then, since my program will be rebuilt over and over. Richard
How to divide my files into two groups
Hi everyone, I am undertaking a massive code review, one side effect of which is that I am creating, deleting, and renaming lots of files. I want some of these files to be marked as "done" and the others to be unmarked. Then, if I want to know what is left to do in my code review, I can identify those files that are not done yet. What's the best way to do this? This is what I'm doing at the moment: svn propset "April_Code_Review" "DONE" file.c Richard
Re: Two-Site Subversion Repository Setup Ideas
I'm intrigued as to how people would answer this. Obviously, if you're only going to sync the repos once per week, you're going to be fundamentally limited by that. Is your solution to use patchfiles? It should be pretty straightforward. svn diff -rxxx:HEAD > patchfile where xxx is the revision number that was last synced. Richard - Original Message - From: Randolph, Christian [USA] Sent: 06/06/11 12:57 AM To: users@subversion.apache.org Subject: Two-Site Subversion Repository Setup Ideas I am looking for suggestions from the community as to how best address the setup issue outlined below. We have two sites wanting to use Subversion that are performing parallel development of the same software. Due to security restrictions, the two sites are unable to communicate electronically; all data transfers must be via media (CD-ROM/DVD). Site A is the main site and is responsible for overall configuration control. Is there a way to setup the two subversion repositories to somehow automate keeping the two repositories in sync? We are usually passing media back and forth once a week, but currently we are doing a manual sync process that is both time-consuming and error-prone. Any suggestions would be greatly appreciated.
Re: Two-Site Subversion Repository Setup Ideas
Just my two cents... How secure is "secure"? Is it to stop a source code leak like Half-Life 2, where millions of dollars in intellectual property is paraded on the Internet and they are publicly humiliated? Or are they designing software for guided missiles? I think they're going to have to communicate more often than once a week. Set up a trusted staff member to act as courier, who drives back and forth every day. If you're really paranoid, ensure that the CD is encrypted by a method unknown to the courier, by a second staff member who is that staff member least friendly with the courier. Richard - Original Message - From: Nico Kadel-Garcia Sent: 06/06/11 01:58 PM To: Les Mikesell Subject: Re: Two-Site Subversion Repository Setup Ideas On Sun, Jun 5, 2011 at 10:19 PM, Les Mikesell wrote: > If it doesn't take too long for a round-trip, you could ship the working > copy from site B to site A, do the commit and update, and ship it back > before doing any more work at site B. Les, I'm looking right at his original post. > We have two sites wanting to use Subversion that are performing parallel development of the same software. Due to security restrictions, the two sites are unable to communicate electronically; all data transfers must be via media (CD-ROM/DVD). Site A is the main site and is responsible for overall configuration control. If they're security sensitive, sending the working copies back and forth becomes a security nightmare. It also becomes a major performance bottleneck for the remote site, who may really not appreciate being treated as second class citizens.
Re: AW: Two-Site Subversion Repository Setup Ideas
My suggestion ensures that both staff will need to be corrupt in order for the source to leak. Here, there's an armoured car company that does large cash transfers, where every operation requires at least two staff to be present. They say that it's so that if someone attacks one staff member, there's another to back him up, but the real reason is so the staff can watch each other. I can think of many situations where such paranoia is necessary - like I said, even the leakage of Half-Life 2 is a multi-million dollar disaster that any company would gladly pay big money to avoid. I think that your problem is of the type that requires expertise in espionage/data security, more than in subversion itself. No technical solution is going to be able to overcome the problem of infrequent synchronization. Of course, you can do things like grouping certain files as being the domain of site A, and the rest to be the domain of site B, or you could communicate every day by phone to describe the changes without actually publishing them to each other. But I think really, you have to sync more frequently. Richard - Original Message - From: Markus Schaber Sent: 06/06/11 06:20 PM To: Richard Cavell, Nico Kadel-Garcia Subject: AW: Two-Site Subversion Repository Setup Ideas Hi, Richard, Von: Richard Cavell [mailto:richardcav...@mail.com] > I think they're going to have to communicate more often than once a week. Set up a trusted staff member to act as courier, who drives back and forth every day. If you're really paranoid, ensure that the CD is encrypted by a method unknown to the courier, by a second staff member who is that staff member least friendly with the courier. Why the staff member least friendly with the courier? This raises the probability that they both can be bribed by an external independently, each of them relying on the other one, and they won't talk about that. Regards, Markus Schaber ___ We software Automation. 3S-Smart Software Solutions GmbH Markus Schaber | Entwicklung Memminger Str. 151 | 87439 Kempten | Tel. +49-831-54031-0 | Fax +49-831-54031-50 Email: m.scha...@3s-software.com | Web: http://www.3s-software.com CoDeSys Internet-Forum: http://forum.3s-software.com Geschäftsführer: Dipl.Inf. Diet er Hess, Dipl.Inf. Manfred Werner | Handelsregister: Kempten HRB 6186 | USt-IDNr.: DE 167014915
Questions
G'day. I'm a noobie trying to program in C. 1. Is svn resolved foo the same as svn resolve --accept working foo ? 2. Someone suggested creating a repository by installing DropBox on every computer and doing: svnadmin create ~/DropBox Does this seem like a workable idea (for those of us who do not know how to set up an svnserver or apache httpd)? 3. Are there any moves to incorporate a keyword such as $GlobalRev$? 4. I've managed to get keyword substitution working. But once it's working, how do I turn it off for that file type? eg Create myfile, containing $Id$ svn add myfile svn propset svn:keywords "Id" myfile svn ci -m "Turn on Id keyword" myfile svn up cat myfile # Id is replaced Now, how do I turn it off? TIA, Richard
Re: Questions
Thanks for your reply, but... > 4. I've managed to get keyword substitution working. But once it's working, > how do I turn it off for that file type? eg > > Create myfile, containing > $Id$ > svn add myfile > svn propset svn:keywords "Id" myfile > svn ci -m > "Turn on Id keyword" myfile > svn up > cat myfile # Id is replaced > > Now, > how do I turn it off? > svn propdel svn:keywords myfile > svn ci -m "Turn > off Id keyword" myfile cat myfile gives: $Id: myfile 102 2011-06-13 08:54:02Z richardcav...@mail.com $ How do I get my "$Id$" back? Richard
More questions
More noob questions about svn... 1. Is using externals a good idea? I've been told that it's generally a bad idea, and it feels to me like a bad idea, since it obfuscates what's going on in the repo. Is it often done for professional projects? 2. Is there a means of keeping part of a file private? eg My password is xx where on my machine, the x's are replaced by some alphanumeric sequence, but someone who checks out the repo will not get the complete file. TIA, Richard
svn undo
Hi everyone, Is there any chance that svn could include an undo subcommand? Instead of compelling us to do 'reverse merges'. Richard
Re: svn undo
Well consider the svn cp subcommand, which does nothing more than delete/add. One day svn cp could do more than that. Likewise, svn undo could initially do nothing more than svn merge (and put a - sign in front of the revision number), but perhaps one day do more. Richard - Original Message - From: Stefan Sperling Sent: 09/27/11 10:03 AM To: Richard Cavell Subject: Re: svn undo On Tue, Sep 27, 2011 at 03:55:54AM -0400, Richard Cavell wrote: > Hi everyone, > > Is there any chance that svn could include an undo subcommand? Instead of compelling us to do 'reverse merges'. What would you expect this new command to do? Would it just run a reverse merge, or would it do more? Would the syntax for this new command differ significantly from the existing merge command? svn merge -c-42 . Would you like to type this instead? svn undo -c42 . If the 'undo' command is just a thin wrapper around 'merge' you might as well provide an 'svnundo' script for users that are uncomfortable with using 'svn merge'. Note that some IDE integrations already provide an 'undo this revision' feature which runs a reverse merge. I believe TortoiseSVN has one, too.
Using tilde in file:// URL
Hi, everyone. I do this: $ cd ~ $ svnadmin create myrepo $ svn co file:///Users/Richard/myrepo repo Now, is it possible for me to somehow shorten that file:// URL to include the working directory or home directory? TIA, Richard
Re: Using tilde in file:// URL
When I say "working copy", I mean the current directory that I'm in, in my shell. As in, pwd prints the working directory. When I use subversion, either to practise or to do trivial coding exercises on my own computer, I like to set up a repo in my home directory and check it out to another directory within my home directory. But on different operating systems, the exact path of my home directory changes. In order to do svn checkout file:///Users/Richard/myrepo, I need to identify the path of ~. Is there a way that I can reference ~ directly? Richard - Original Message - From: Andy Levy Sent: 10/17/11 08:18 PM To: Richard Cavell Subject: Re: Using tilde in file:// URL On Mon, Oct 17, 2011 at 01:21, Richard Cavell wrote: > Hi, everyone. > > I do this: > > $ cd ~ > $ svnadmin create myrepo > $ svn co file:///Users/Richard/myrepo repo > > Now, is it possible for me to somehow shorten that file:// URL to include > the working directory or home directory? You don't ever use URLs to reference the working copy, so that's a moot point. To shorten the URL when checking out? You've already done 3/4 of the steps here, it would have taken you less time to try it yourself than to send this email. It doesn't work on 1.6.16 on Snow Leopard.
Re: Where/How to get a Test Subversion Server
Try this on a Unix-like system: cd ~ svnadmin create /myrepo svn checkout file:///myrepo When you're done playing, rm -rf /myrepo rm -rf ~/myrepo - Original Message - From: Les Mikesell Sent: 10/30/11 04:03 AM To: Pietro Moras Subject: Re: Where/How to get a Test Subversion Server On Sat, Oct 29, 2011 at 12:07 PM, Pietro Moras wrote: > In need of breaking the initial ice with Subversion, I wonder if you have > any real knowledge of a Test Subversion Repository/Server where to start > understanding, hands-on, what it's all about. > > Anyhow, these are the related generic—and, so far, untested—hints I've > already collected: > > -- Redbean book > > -- CollabNet > > -- Subversion Edge > > -- Trial Subversion server at: SpringLoops.com, Beanstalkapp.com > > -- GUI client TortoiseSVN > > That said in case you know any better. Pretty much everything you can do with subversion will work with a local repository and file:/// references. Do your initial testing/learning that way, then decide what OS platform you want for your server. I'd recommend a linux distribution where it would be included in the standard system and updates, but that's a matter of preference. You should not see any differences from the client side regardless of the server platform. -- Les Mikesell lesmikes...@gmail.com
Virtual filesystems
Hi, everyone. In a URL such as: file:///one/two/three/four It may be that the repository is actually at /one/two, and the three/four are directories within the repository. How does subversion identify which slashes are virtual and which ones are real? Does it search each part of the path to see if it's a valid repository, and then step into it? Is there a way, or a need, to ever tell svn which part of the URL is real and which is virtual? Richard
How to get all contribs from a specific person?
Hi, Is there some subcommand that will retrieve only those commits made by a specific person? Currently I'm using: svn log | grep Richard Richard
Re: [svnbook] r4244 committed - We only need three dots there....
##English on irc.freenode.net is telling me it's 3. Wikipedia seems to allow both ways. http://en.wikipedia.org/wiki/Ellipsis A simple Google search seems to have advocates for both ways. I'm happy to see my change reverted. Does anyone else have any input? Richard - Original Message - From: C. Michael Pilato Sent: 01/08/12 09:45 PM To: svnb...@googlecode.com, svnbook-...@red-bean.com Subject: Re: [svnbook] r4244 committed - We only need three dots there Hrm. Maybe it's just been too many years since I tried to obey a style guide but I was pretty sure that an ellipsis at the end of a sentence with no sentence following required four dots. Ancient memories though, I'll admit. -- Sent from my mobile device. svnb...@googlecode.com wrote: Revision: 4244 Author: richardcav...@mail.com Date: Sun Jan 8 00:40:24 2012 Log: We only need three dots there. "" -> "..." http://code.google.com/p/svnbook/source/detail?r=4244 Modified: /trunk/en/book/ch03-advanced-topics.xml - --- /trunk/en/book/ch03-advanced-topics.xml Mon Dec 19 06:53:39 2011 +++ /trunk/en/book/ch03-advanced-topics.xml Sun Jan 8 00:40:24 2012 @@ -428,7 +428,7 @@ streets analogy, if we are told to go to 606 N. Main Street in Wheaton,606 N. Main Street, Wheaton, Illinois, is the home of the Wheaton History Center. - It seemed appropriate…. we can think + It seemed appropriate… we can think of Main Street as our path and Wheaton as our peg revision. These two pieces of information identify a unique path that can be traveled (north or - svnbook-dev mailing list svnbook-...@red-bean.com http://www.red-bean.com/mailman/listinfo/svnbook-dev
Re: Compatible with Microsoft Office and Internet Explorer
What do you do if you're accessing the same filesystem from both Windows and UNIX? What line-ending method do you use for text files, and what do you put for svn:eol-style? Richard - Original Message - From: Nico Kadel-Garcia Sent: 01/25/12 11:24 AM To: ANTOINE-PRAVEEN-JANVIER Joseph -EXT Subject: Re: Compatible with Microsoft Office and Internet Explorer On Tue, Jan 24, 2012 at 5:06 AM, ANTOINE-PRAVEEN-JANVIER Joseph -EXT < joseph.antoine-praveen-janvier-...@alstom.com > wrote: Hello Support Team, We are the users of the Tortoise product and we need to know its compatibility status with Microsoft application. Please let us know if the application is compatible with MS Office 2000, MS Office 2010 and Internet Explorer (version 8). Hi there. This is the *subversion* mailing list, not the tortoisesvn mailing list, you should really ask over there. However, as a professional multi-platform systems admin and decades long integrator of source control, Microsoft operating systems, UNIX, and Linux since it came out, I I can tell you that it's very powerful and very effective. The recent updates to Subversion 1.7.x as its core have vastly improved its NTFS performance for Windows systems, and been all around good. The big booby trap I notice with all Windows/Subversion use is the understandable desire to use "native" end-of-line characters to swap text files gracefully between Linux, Windows, and MacOS. Don't do that: it can bite you *VERY* hard if you access the same network filesystem, such as a CIFS share, from each of those operating systems or with CygWin on Windows.
Re: Compatible with Microsoft Office and Internet Explorer
So, in the interests of keeping the Subversion handbook current and reliable, what is the present advice regarding svn:eol-style? Richard - Original Message - From: Nico Kadel-Garcia Sent: 01/25/12 02:57 PM To: Les Mikesell Subject: Re: Compatible with Microsoft Office and Internet Explorer On Tue, Jan 24, 2012 at 9:38 PM, Les Mikesell wrote: > On Tue, Jan 24, 2012 at 8:17 PM, Nico Kadel-Garcia wrote: >> On Tue, Jan 24, 2012 at 8:44 PM, Richard Cavell wrote: >>> What do you do if you're accessing the same filesystem from both Windows and >>> UNIX? What line-ending method do you use for text files, and what do you >>> put for svn:eol-style? >>> >>> Richard >> >> I rely extensively on the default of *no* setting, referred to in >> Subversion as not setting or blocking the "svn:eol" property. This >> treats line endings as effectively binary data, preserved identically >> no matter which platform you check out files on. If you need to work >> with Windows line endings for source code on one system, and UNIX line >> endings for source code on another, that's a locak system problem, not >> properly a source control problem. > > No, it is a transport problem, and if you use a source control system > to transport text it should make it text as expected on each client. This is one of those cases where I really disagree with this dangerous model. Expecting on the fly translation, by the source control system, of the format of the files leads to very confusing and awkward results, for which I've listed examples. Like expecting the document viewer to automatically translate date formats of enclosed documents, it can get *extremely* confusing. >> I'm afraid I've had real adventures when someone insisted on working >> with TortoiseSVN with "svn:eol" set to "native", and thenm trying to >> build perl scripts and Java source code on both Windows and Linux >> systems in the same home directory. This led to madness > > But the madness comes from not converting to the expected text form. > If you bypass that on purpose, do you preprocess every text file > before use on each system or restrict access to a small set of tools > that might work in spite of this input? I respectfull y disagreee, with the messed up scars to match. A source repository should be just that, a source repository. The checked out source code that *appears* to work with both the text-based CygWin client or a Linux client, and a Windows client, fails not becuase the compilers or scripting languages can't handle the code, but because the "svn:eol" has switched the content of the file at checkout time, and the other client has no way to detect that it needs to be switched back on upload. So a file that you check out in Windows, using "svn:eol native", will be seen by a CygWin or Linux client as having its EOL modified and will be reported as altered and potentially committed with the line ending changes. Chaos ensues, even round-robin cases where ^H gets added cyclically to the same files on every automated checkin of a build procedure. (Welcome to Java code that is supposed to be "cross-platform" and automated build procedures with "Cruise Control" software. Been there, done that , had to replace the repo and put in pre-commit hooks to block the use of svn:eol.
Re: Compatible with Microsoft Office and Internet Explorer
Although I am mindful of the fact that at least one person is growing tired of this thread, The problem that you describe in your answer has nothing to do with Subversion. That is, the problems of transferring a text file from Mac to PC on a USB stick has always existed, independently of Subversion. Still, is it necessary to modify the SVN Handbook to make sure people don't make mistakes? Richard - Original Message - From: Les Mikesell Sent: 01/25/12 04:21 PM To: Richard Cavell Subject: Re: Compatible with Microsoft Office and Internet Explorer On Tue, Jan 24, 2012 at 11:07 PM, Richard Cavell wrote: > So, in the interests of keeping the Subversion handbook current and > reliable, what is the present advice regarding svn:eol-style? If you are doing cross-platform work, you generally need to use native for text files or you will have to script your own conversions. But, never mix this with any other way of getting files between platforms, like moving a working copy on a usb drive between windows and linux, dual-booting with access to a common drive, or sharing a network-mounted copy. And the cygwin port of svn may think that unix style text is native even though it is on windows (I think that's an option somewhere deep inside of cygwin but I've forgotten - the point of cygwin is to make windows look like unix, so it might even make sense). -- Les Mikesell lesmikes...@gmail.com
Re: problem getting files from history
svn list http://server/svn/repo-global/trunk/a_file.txt@100 - Original Message - From: Schroeder, Hartmut Sent: 02/02/12 08:28 PM To: Subversion Users (users@subversion.apache.org) Subject: problem getting files from history Hi all, say, a file exists in revision 100 and in HEAD-Revison: svn list -r 100 http://server/svn/repo-global/trunk/a_file.txt a_file.txt svn list http://server/svn/repo-global/trunk/a_file.txt a_file.txt The file is deleted: svn del http://server/svn/repo-global/trunk/a_file.txt Committed revision 200 Now the file is not visible in r100 (it looks to the head): svn list -r 100 http://server/svn/repo-global/trunk/a_file.txt svn: '/svn/repo-global/!svn/bc/200/trunk/a_file.txt' path not found But if get the folder: svn export -r 100 http://server/svn/repo-global/trunk the result is as expected. Regards Hartmut
Re: SVN Usage Questions
Just my two cents, but I think that "release" should only refer to builds that have been shipped to the end-user and are in usage. Why not have a top-level directory: /build And if it's automated to build every night, it could have: /build/9 November 2012/... /build/8 November 2012/... /build/7 November 2012/... And dump all build artifacts in there. Richard - Original Message - From: Ahmed, Omair (GE Oil & Gas) Sent: 11/09/12 08:39 AM To: users@subversion.apache.org Subject: SVN Usage Questions Hi, I am looking for some guidance on where to store build artifacts in SVN. Our projects are organized in the typical fashion: /trunk/Customer1/ ../../src ../../database /branch /tags /release Our official build server is a QNX system, a Unix-like OS. Our proposed process calls for the build engineer to copy the code from the SVN repo to the build server. When a build has been executed, where should we copy the artifacts (the executables) back to? Is the /release directory appropriate or is the another “standard” way to store the artifacts? How are other people handling this? Secondly, if we check-in to the /release folder, what mechanism is there to readily identify the artifacts. Do we create a /release/rel_1 type structure or is there some labeling convention available in SVN? Unless I am I missing something very obvious, I don’t see a way to apply labels in SVN. Please advise.
Can't svnsync due to pre-revprop-change hook
Hi everyone. I'm trying to svnsync the svnbook's repository with a repo on my own machine, just so I can practice administering an svn repo. What am I doing wrong here? I figure I'll paste the transcript from bash and that will explain everything. Richards-MacBook-Pro:~ richard$ svnsync initialize file:///Users/richard/repo http://svnbook.googlecode.com/svn/trunk/ svnsync: E165001: Revprop change blocked by pre-revprop-change hook (exit code 255) with no output. Richards-MacBook-Pro:~ richard$ cd repo Richards-MacBook-Pro:repo richard$ cd hooks Richards-MacBook-Pro:hooks richard$ cat pre-revprop-change #!/bin/sh # PRE-REVPROP-CHANGE HOOK # # The pre-revprop-change hook is invoked before a revision property # is added, modified or deleted. Subversion runs this hook by invoking # a program (script, executable, binary, etc.) named 'pre-revprop-change' # (for which this file is a template), with the following ordered # arguments: # # [1] REPOS-PATH (the path to this repository) # [2] REV (the revision being tweaked) # [3] USER (the username of the person tweaking the property) # [4] PROPNAME (the property being set on the revision) # [5] ACTION (the property is being 'A'dded, 'M'odified, or 'D'eleted) # # [STDIN] PROPVAL ** the new property value is passed via STDIN. # # If the hook program exits with success, the propchange happens; but # if it exits with failure (non-zero), the propchange doesn't happen. # The hook program can use the 'svnlook' utility to examine the # existing value of the revision property. # # WARNING: unlike other hooks, this hook MUST exist for revision # properties to be changed. If the hook does not exist, Subversion # will behave as if the hook were present, but failed. The reason # for this is that revision properties are UNVERSIONED, meaning that # a successful propchange is destructive; the old value is gone # forever. We recommend the hook back up the old value somewhere. # # On a Unix system, the normal procedure is to have 'pre-revprop-change' # invoke other programs to do the real work, though it may do the # work itself too. # # Note that 'pre-revprop-change' must be executable by the user(s) who will # invoke it (typically the user httpd runs as), and that user must # have filesystem-level permission to access the repository. # # On a Windows system, you should name the hook program # 'pre-revprop-change.bat' or 'pre-revprop-change.exe', # but the basic idea is the same. # # The hook program typically does not inherit the environment of # its parent process. For example, a common problem is for the # PATH environment variable to not be set to its usual value, so # that subprograms fail to launch unless invoked via absolute path. # If you're having unexpected problems with a hook program, the # culprit may be unusual (or missing) environment variables. # # Here is an example hook script, for a Unix /bin/sh interpreter. # For more examples and pre-written hooks, see those in # the Subversion repository at # http://svn.apache.org/repos/asf/subversion/trunk/tools/hook-scripts/ and # http://svn.apache.org/repos/asf/subversion/trunk/contrib/hook-scripts/ exit 0 Richards-MacBook-Pro:hooks richard$
Re: Can't svnsync due to pre-revprop-change hook
Thanks for the reply. I still have some sort of permission problem. I've removed my actual passwords from this transcript. Sorry for my lack of Unix-fu. Richards-MacBook-Pro:~ richard$ svnsync initialize https://svnbook.googlecode.com/svn/ file:///Users/richard/repo --sync-username richard --sync-password blah --source-username richardcav...@mail.com --source-password blah2 svnsync: warning: W27: Target server does not support atomic revision property edits; consider upgrading it to 1.7 or using an external locking program Authentication realm: <https://svnbook.googlecode.com:443> Google Code Subversion Repository Username: richardcav...@mail.com Password for 'richardcav...@mail.com': svnsync: E175002: DAV request failed; it's possible that the repository's pre-revprop-change hook either failed or is non-existent svnsync: E175008: At least one property change failed; repository is unchanged svnsync: E175002: Error setting property 'sync-lock': svn: properties may only be changed by project owners. Richards-MacBook-Pro:~ richard$ - Original Message - From: Thorsten Schöning Sent: 04/03/13 10:01 PM To: users@subversion.apache.org Subject: Re: Can't svnsync due to pre-revprop-change hook Guten Tag Richard Cavell, am Mittwoch, 3. April 2013 um 13:32 schrieben Sie: > Richards-MacBook-Pro:hooks richard$ cat pre-revprop-change The file needs execute permissions, check those. 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: Can't svnsync due to pre-revprop-change hook
Good work, thanks. Needless to say, I really hope I don't screw up the book repository and if I do, just block or revert me as necessary until I learn what I've done wrong. Richard - Original Message - From: C. Michael Pilato Sent: 04/04/13 12:11 AM To: Richard Cavell Subject: Re: Can't svnsync due to pre-revprop-change hook On 04/03/2013 09:58 AM, Richard Cavell wrote: > Thanks for the reply. I still have some sort of permission problem. I've > removed my actual passwords from this transcript. Sorry for my lack of Unix-fu. > > Richards-MacBook-Pro:~ richard$ svnsync initialize > https://svnbook.googlecode.com/svn/ file:///Users/richard/repo > --sync-username richard --sync-password blah --source-username This is not a unix-fu issue. You've got your URLs switched in the 'svnsync init' command. svnsync thinks you're trying to copy data from your local repository to the public svnbook project repository. (Please don't do that. :-) ) -- C. Michael Pilato CollabNet <> www.collab.net <> Enterprise Cloud Development
Difference between pre-commit and start-commit
Hi, folks, I apologize in advance for not being able to figure this out. What exactly is the difference between the pre-commit hook and the start-commit hook? Also, am I right in thinking that all I have to do to "install" such a hook is to write a script, or modify the existing template, and then rename it as the same name without the ".tmpl"? (Or on Windows, add ".bat" or ".exe") Richard
Possible issue: Out of date output from svn help remove
Hello. I believe that the output of svn help remove on my machine is out of date. It says that each item is scheduled for deletion. But this has been changed over the years as subversion has evolved. Now, the item is deleted right away. I'm not able to build svn on my current machine so I'm unable to see whether this problem exists in the latest version. Here is my terminal log: richard@richard-iMac:~$ svn help remove delete (del, remove, rm): Remove files and directories from version control. usage: 1. delete PATH... 2. delete URL... 1. Each item specified by a PATH is scheduled for deletion upon the next commit. Files, and directories that have not been committed, are immediately removed from the working copy unless the --keep-local option is given. PATHs that are, or contain, unversioned or modified items will not be removed unless the --force or --keep-local option is given. [...] Richard
Fwd: Re: Possible issue: Out of date output from svn help remove
Thanks, Branko. I was wrong. Sent using the mail.com mail app Forwarded email > From: "Branko Čibej" > Date: 18 April 2019 at 17:30 > To: users@subversion.apache.org > Subject: Re: Possible issue: Out of date output from svn help remove > > On 18.04.2019 18:17, Richard Cavell wrote: > > Hello. I believe that the output of svn help remove on my machine is > > out of date. It says that each item is scheduled for deletion. But > > this has been changed over the years as subversion has evolved. Now, > > the item is deleted right away. > > That is simply not true. Subversion has _not_ changed in the way you > think it has. > > "Scheduled for deletion" means that contents are removed from the > working copy, but not from the repository until the deletion is committed. > > -- Bane