RE: Wanted: pre-commit hook to prevent commits to externals definition
Hi Ryan and Daniel > Right. I don't think the server would be able to tell that a commit came > from a working copy that, on the client side, had been created by an > externals definition. I think it all looks the same to the server so I > don't think such a hook script can be implemented. Thank you both for your answers. Best regards David
Re: How to delete directory with at symbol in the name
On Thu, Jun 03, 2010 at 04:58:23PM -0500, Russell E Glaue wrote: > If you accidentally put the at symbol in a directory name like this: > > svn copy http://svn.domain.com/repos/trunk/my...@49 > http://svn.domain.com/repos j> /trunk/my...@head -m "bring back rev 49 from the dead" > > You end up with the following path in HEAD: '/trunk/my...@head/' > Where '@HEAD' is part of the actual directory name. Which version of Subversion were you using? I bet this copy won't produce the same result with 1.6.5 or greater. The @ character within the basename of a path is always special to svn. It means "what follows is a peg revision". See http://svnbook.red-bean.com/nightly/en/svn.advanced.pegrevs.html Contrary to what the book describes, versions of Subversion before 1.6.5 were inconsistent about parsing peg revisions on the command line. In your case, the copy command did not treat the @ in a special way, but the delete command did. In 1.6.5 this was fixed so that all commands treat the @ in a special way. Stefan
Re: How to delete directory with at symbol in the name
On Jun 4, 2010, at 04:24, Stefan Sperling wrote: > On Thu, Jun 03, 2010 at 04:58:23PM -0500, Russell E Glaue wrote: >> If you accidentally put the at symbol in a directory name like this: >> >> svn copy http://svn.domain.com/repos/trunk/my...@49 >> http://svn.domain.com/repos >> /trunk/my...@head -m "bring back rev 49 from the dead" >> >> You end up with the following path in HEAD: '/trunk/my...@head/' >> Where '@HEAD' is part of the actual directory name. > > Which version of Subversion were you using? > I bet this copy won't produce the same result with 1.6.5 or greater. > > The @ character within the basename of a path is always special to svn. > It means "what follows is a peg revision". > See http://svnbook.red-bean.com/nightly/en/svn.advanced.pegrevs.html > > Contrary to what the book describes, versions of Subversion before 1.6.5 > were inconsistent about parsing peg revisions on the command line. > In your case, the copy command did not treat the @ in a special way, > but the delete command did. > In 1.6.5 this was fixed so that all commands treat the @ in a special way. I reproduced Russell's problem using Subversion 1.6.11 on Mac OS X 10.6.3 (svn copying to "my...@head" did create an item in the repo called "my...@head"), and using "svn rm my...@head@" allowed him to remove the offending item.
Re: How to delete directory with at symbol in the name
On Fri, Jun 04, 2010 at 11:24:37AM +0200, Stefan Sperling wrote: > On Thu, Jun 03, 2010 at 04:58:23PM -0500, Russell E Glaue wrote: > > If you accidentally put the at symbol in a directory name like this: > > > > svn copy http://svn.domain.com/repos/trunk/my...@49 > > http://svn.domain.com/repos > j> /trunk/my...@head -m "bring back rev 49 from the dead" > > > > You end up with the following path in HEAD: '/trunk/my...@head/' > > Where '@HEAD' is part of the actual directory name. > > Which version of Subversion were you using? > I bet this copy won't produce the same result with 1.6.5 or greater. Hmmm... I was wrong about that. With a trunk build of svn the problem still exists: $ svn cp ^/trunk/epsi...@2 ^/trunk/epsil...@head -m copy Committed revision 4. $ svn up Aepsil...@head Aepsil...@head/zeta The '@' in the copy target path is used literally. This needs to be fixed. Thanks, Stefan
Re: How to delete directory with at symbol in the name
On Fri, Jun 04, 2010 at 04:35:24AM -0500, Ryan Schmidt wrote: > I reproduced Russell's problem using Subversion 1.6.11 on Mac OS X 10.6.3 > (svn copying to "my...@head" did create an item in the repo called > "my...@head") I've filed an issue: http://subversion.tigris.org/issues/show_bug.cgi?id=3651 Thanks, Stefan
Re: Vague error with subversion + apache22 + freebsd
I've done my best to verify that there are no network related issues. Does anybody else have the most recent subversion + apache22 + Freebsd 8.0 running? I kinda feel like there's some sort of version incompatibility happening. Is there any way to get more detailed error logs out of subversion or apache in this case? I've got apache's logging turned up all the way and it only gives the 4 vague messages from my original description. At what point should I move this over onto the dev mailing list? Thanks again, Michael On Jun 3, 2010, at 8:16 AM, Michael Zatopek wrote: On Jun 2, 2010, at 5:53 PM, Johan Corveleyn wrote: On Wed, Jun 2, 2010 at 8:46 PM, Michael Zatopek wrote: Hi, I'm getting a vague error. I have subversion set up through apache on freebsd(all installed through ports). I'm working with a large repository containing lots of large files which I've migrated over from an older similar install on another machine using svnadmin dump/restore. I can navigate to the repository in firefox, see, and download files (including large binary files) without any problem. I can check out portions of the repository from the command line using http on the machine running the server (svn checkout http://my.host.name/vault) without a problem. However, when doing a checkout onto any other remote system (windows or unix, using command line, or tortoisesvn), it grabs the first few folders but on hitting the first file(happens to be about 14mb) it gives this error: svn: REPORT of '/vault/!svn/vcc/default': 200 OK (http:// my.host.name) On the server side I get the following errors from apache: [Wed Jun 02 13:43:10 2010] [info] [client X.X.X.X] (32)Broken pipe: core_output_filter: writing data to the network [Wed Jun 02 13:43:10 2010] [error] [client X.X.X.X] Provider encountered an error while streaming a REPORT response. [500, #0] [Wed Jun 02 13:43:10 2010] [error] [client X.X.X.X] A failure occurred while driving the update report editor [500, #53] [Wed Jun 02 13:43:10 2010] [error] [client X.X.X.X] Error writing base64 data: Software caused connection abort [500, #53] I'm running: svn, version 1.6.11 (r934486) Server version: Apache/2.2.15 (FreeBSD) FreeBSD 8.0-RELEASE I've dug around and seen people with similar messages, either related to problems not applicable to my setup or bugs fixed in earlier versions of subversion. Any ideas for things to try would be greatly appreciated. Just a quick drive-by shot: take a look at networking components between client and server (firewalls, proxies, ...). My prime suspect would be a proxy (or proxy settings). Some proxies don't interoperate well with svn (more particularly, some proxies have trouble with some of the WebDAV methods that svn uses). If there's no proxy and no firewall involved, I have no idea ... Cheers, -- Johan There is a simple NAT/Firewall (no proxy) between my windows desktop and the subversion server, which never caused a problem before connecting to our previous server in the same location. The unix box I tested from and got the same error has nothing between it and the server (both on public IP addresses with nothing but an ethernet switch between them). With that said, I'll do a few minutes of poking around to make sure there's not something hiding in my network configuration. In the meantime any other drive-by shots are very welcome. Thanks, Michael
Big problem with svn:mergeinfo, feature branches and merging (reintegrate)
Hi, I have big problems with reintegrating feature branches. I have this problem only with one reposity location. I show it on example: 1) I create branch ( feature branch ) 2) I switch to this branch 3) I change/edit one file in this feature branch and commit ( the filename which i change is *_assets\CrystalShop\Crystal\Shop\Abstract.php_* ) 3) I switch back to trunk and try reintegrate this feature branch back to trunk 4) the result looks like this ( I show it with the help of the TortoiseSVN ): I decided, that I create video where is everything showed, so here are links to the captured screens, one file is encoded by the xvid codec and second in TechSmith Screen Capture Codec - tscc.dll: http://www.megaupload.com/?d=2DQ0J9IQ http://www.megaupload.com/?d=LMYSA74F I must solve this problem somehow and I want to know 2 thinks: - not what cause this problem, because I know that svn:mergeinfo properties on subdirs and on files in subdirs cause this, BUT WHY IT'S SO - and how can I resolve this problem ( I don't want to delete svn:mergeinfo, but as I can see it's only one possible solution :(, or i'm wrong?? ) Thanks for any advices and suggestions, because issue priority it's very critical/blocker for me. signature.asc Description: OpenPGP digital signature
Re: Big problem with svn:mergeinfo, feature branches and merging (reintegrate)
On 6/4/2010 9:54 AM, sNop wrote: 4) the result looks like this ( I show it with the help of the TortoiseSVN ): Could you describe the problem using text, please? I'd really rather not download some video from Megaupload onto my work computer, thanks. -Mike
I need a volunteer subversion manager
Dear Subversion friends. Call me stupid, call me tech-ignorant, or call me lazy, but I'm having difficulty understanding how to set up subversion. Part of my problem is that I am the director of the organization; I don't get as much chance to focus on this. And frankly, the manual puzzles me. KeelWorks is a non-profit foundation with no paid staff. We are building a learning intervention to help learners learn better. We hope to reach out to the economically disadvantaged across the globe. I have ten teams of instructional designers building eLearning storyboards and we hope to move soon to eLearning development. To do this we need to have a way to post files and share them without chaos. Most of the people developing will learn as they go. We'll work with Dreamweaver, Captivate, and Flash. Getting people to volunteer their time is a hard sell. It won't work if they have to figure anything out. I have to give them well-formed process and clear instructions. I don't have anyone who has stepped up to manage this subversion repository. And I can't seem to do it myself. If someone in this community would be good enough to help us set up our Google Project server repository and to guide users in setting up and using clients, it would be a great help. Thomas Garrod The KeelWorks Foundation http://keelworks.org
RE: I need a volunteer subversion manager
AFAIK there are many one line hosters that provide free svn hosting to non-profits for open source projects. BOb From: Thomas Garrod [mailto:whidbeyto...@gmail.com] Sent: Friday, June 04, 2010 2:42 PM To: users@subversion.apache.org Subject: I need a volunteer subversion manager Dear Subversion friends. Call me stupid, call me tech-ignorant, or call me lazy, but I'm having difficulty understanding how to set up subversion. Part of my problem is that I am the director of the organization; I don't get as much chance to focus on this. And frankly, the manual puzzles me. KeelWorks is a non-profit foundation with no paid staff. We are building a learning intervention to help learners learn better. We hope to reach out to the economically disadvantaged across the globe. I have ten teams of instructional designers building eLearning storyboards and we hope to move soon to eLearning development. To do this we need to have a way to post files and share them without chaos. Most of the people developing will learn as they go. We'll work with Dreamweaver, Captivate, and Flash. Getting people to volunteer their time is a hard sell. It won't work if they have to figure anything out. I have to give them well-formed process and clear instructions. I don't have anyone who has stepped up to manage this subversion repository. And I can't seem to do it myself. If someone in this community would be good enough to help us set up our Google Project server repository and to guide users in setting up and using clients, it would be a great help. Thomas Garrod The KeelWorks Foundation http://keelworks.org
Any data compression between server and client?
Hi, I'm looking for some information but can't find it. Precisely, I'm wondering if there's any data compression between SVN server and client. Since SVN is based on web server, and precisely Apache server, and it seems to me that Apache supports gz compressed data through HTTP (if the client supports it as well, of course), so I'm wondering if there's any option to enable this compression. However, I've searched through feature and documentation in official web site but nothing is really found. Could I assume that there's no data compression between server and client? Thanks in advanced.
Re: Any data compression between server and client?
On Fri, Jun 4, 2010 at 3:08 PM, Je suis la poubelle wrote: > I'm looking for some information but can't find it. Precisely, > I'm wondering if there's any data compression between SVN server and > client. Since SVN is based on web server, and precisely Apache > server, and it seems to me that Apache supports gz compressed data > through HTTP (if the client supports it as well, of course), so I'm > wondering if there's any option to enable this compression. > > However, I've searched through feature and documentation in > official web site but nothing is really found. Could I assume that > there's no data compression between server and client? Subversion compresses the data it sends over the wire. Using mod_deflate can get you a little extra compression on the entire HTTP request. However, there is a huge memory leak when mod_deflate and Subversion are used together and a client that does not support deflate is used to access the repository. So it is best to stay away from using mod_deflate and the benefits are relatively small since Subversion already uses compression. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: I need a volunteer subversion manager
I would like to offer my help for same On Sat, Jun 5, 2010 at 12:16 AM, Bob Archer wrote: > AFAIK there are many one line hosters that provide free svn hosting to > non-profits for open source projects. > > > > BOb > > > > > > > > *From:* Thomas Garrod [mailto:whidbeyto...@gmail.com] > *Sent:* Friday, June 04, 2010 2:42 PM > *To:* users@subversion.apache.org > *Subject:* I need a volunteer subversion manager > > > > Dear Subversion friends. Call me stupid, call me tech-ignorant, or call me > lazy, but I'm having difficulty understanding how to set up subversion. Part > of my problem is that I am the director of the organization; I don't get as > much chance to focus on this. And frankly, the manual puzzles me. > > > > KeelWorks is a non-profit foundation with no paid staff. We are building a > learning intervention to help learners learn better. We hope to reach out to > the economically disadvantaged across the globe. I have ten teams of > instructional designers building eLearning storyboards and we hope to move > soon to eLearning development. > > > > To do this we need to have a way to post files and share them without > chaos. Most of the people developing will learn as they go. We'll work with > Dreamweaver, Captivate, and Flash. > > > > Getting people to volunteer their time is a hard sell. It won't work if > they have to figure anything out. I have to give them well-formed process > and clear instructions. I don't have anyone who has stepped up to manage > this subversion repository. And I can't seem to do it myself. > > > > If someone in this community would be good enough to help us set up our > Google Project server repository and to guide users in setting up and using > clients, it would be a great help. > > > > Thomas Garrod > > The KeelWorks Foundation > > http://keelworks.org > > > > > -- Vishwajeet Singh +91-9657702154 | dextrou...@gmail.com | http://bootstraptoday.com Twitter: http://twitter.com/vishwajeets | LinkedIn: http://www.linkedin.com/in/singhvishwajeet
Re: Vague error with subversion + apache22 + freebsd
If memory serves me right, Michael Zatopek wrote: > I've done my best to verify that there are no network related issues. > Does anybody else have the most recent subversion + apache22 + > Freebsd 8.0 running? I kinda feel like there's some sort of version > incompatibility happening. > > Is there any way to get more detailed error logs out of subversion or > apache in this case? I've got apache's logging turned up all the way > and it only gives the 4 vague messages from my original description. > > At what point should I move this over onto the dev mailing list? Hi Michael-- I don't have any FreeBSD 8.0 Subversion servers (though I can report excellent experiences with FreeBSD 6.4 and 7.3 as servers), however... At what point did you build and install these ports? There was a little bit of shuffling around about two weeks back when the various FreeBSD ports that use APR (Apache HTTPD and Subversion are two of these) were all converted to use APR from the ports tree, rather then potentially using bundled versions. I vaguely recall this taking a little time to get sorted out, but if you built ports in the middle of this it might have gotten things in an odd state. Note that there is no particular evidence pointing in this direction, but it just came to mind. If this is true, maybe try updating everything with portupgrade, portmaster, or some other similar tool (remember to check UPDATING first)? Not sure how applicable this would be, but does svn+ssh:// access work? Bruce. signature.asc Description: OpenPGP digital signature
Re: Vague error with subversion + apache22 + freebsd
On Jun 4, 2010, at 3:36 PM, Bruce A. Mah wrote: If memory serves me right, Michael Zatopek wrote: I've done my best to verify that there are no network related issues. Does anybody else have the most recent subversion + apache22 + Freebsd 8.0 running? I kinda feel like there's some sort of version incompatibility happening. Is there any way to get more detailed error logs out of subversion or apache in this case? I've got apache's logging turned up all the way and it only gives the 4 vague messages from my original description. At what point should I move this over onto the dev mailing list? Hi Michael-- I don't have any FreeBSD 8.0 Subversion servers (though I can report excellent experiences with FreeBSD 6.4 and 7.3 as servers), however... At what point did you build and install these ports? There was a little bit of shuffling around about two weeks back when the various FreeBSD ports that use APR (Apache HTTPD and Subversion are two of these) were all converted to use APR from the ports tree, rather then potentially using bundled versions. I vaguely recall this taking a little time to get sorted out, but if you built ports in the middle of this it might have gotten things in an odd state. Note that there is no particular evidence pointing in this direction, but it just came to mind. If this is true, maybe try updating everything with portupgrade, portmaster, or some other similar tool (remember to check UPDATING first)? Not sure how applicable this would be, but does svn+ssh:// access work? Bruce. Bruce, Yeah, I've been running these two repositories on a FreeBSD 6.4 system for several years with the same configuration with no troubles. I did the initial install about 2 weeks ago. I have been rebuilding every time the ports tree for anything I'm running gets updated hoping that will fix it (most recently this morning) with no luck. I did try switching to Apache 2.0 instead of 2.2 a few days ago and that failed to build (probably because of the APR stuff happening). I might try that again since I think Subversion got an APR related update in ports since then but I probably won't get to it till Monday. I haven't tried svn+ssh yet either, but since it will checkout via http on the local machine, and is navigable via firefox, it didn't seem to be an issue with the repository itself that svn+ssh might rule out. I might give that a try Monday as well. Thanks for the suggestions. I'll give both a shot just to rule them out or turn up more info early next week and let you know what happens. Michael
Two svn/apache servers accessing one database
Are there any possible repercussions of having two server both running Apache/SVN (same version) accessing the same database files? This is using FSFS. Is this likely to cause data corruption or anything nasty? ~~R
