Re: Problem with merging

2012-09-13 Thread Ryan Schmidt
On Sep 13, 2012, at 08:23, John Maher wrote: > How hard is it to change the book? I know what it means now, but the > next person may get confused. I would bet that someone will eventually > get confused. If it said "repository tree" like the FAQ I would bet it > helps. Book feedback should b

Re: Problem with merging

2012-09-13 Thread Thorsten Schöning
Guten Tag John Maher, am Donnerstag, 13. September 2012 um 16:26 schrieben Sie: > Yes that is what I did. Now that I know that causes problems with the > subversion mailing list I won't do it again. It causes problems on nearly every mailing list as they each work similar. The first mail you sen

Re: Problem with merging

2012-09-13 Thread Giulio Troccoli
On 13/09/12 15:26, John Maher wrote: Yes that is what I did. Now that I know that causes problems with the subversion mailing list I won't do it again. John Thank you Giulio

RE: Problem with merging

2012-09-13 Thread John Maher
Yes that is what I did. Now that I know that causes problems with the subversion mailing list I won't do it again. John -Original Message- From: Giulio Troccoli [mailto:giulio.trocc...@mediatelgroup.co.uk] Sent: Thursday, September 13, 2012 10:25 AM To: John Maher Cc: users@subversion.a

Re: Problem with merging

2012-09-13 Thread Giulio Troccoli
On 13/09/12 15:15, John Maher wrote: Can you tell me what that means? I had a question on merging so I sent it to the mailing list. Are you saying I'm not supposed to do that? If not then can you explain the procedure? You are hijacking someone else's email. Presumably you have clicked on

RE: Problem with merging

2012-09-13 Thread John Maher
Can you tell me what that means? I had a question on merging so I sent it to the mailing list. Are you saying I'm not supposed to do that? If not then can you explain the procedure? John -Original Message- From: Giulio Troccoli [mailto:giulio.trocc...@mediatelgroup.co.uk] Sent: Thursd

Re: Problem with merging

2012-09-13 Thread Thorsten Schöning
Guten Tag John Maher, am Donnerstag, 13. September 2012 um 15:35 schrieben Sie: > In reality we should've had code control a long time ago. I only > got here a few years ago. And when I first got here I met extreme > resistance about incorporating something like subversion. I finally > got the

RE: Problem with merging

2012-09-13 Thread John Maher
Thanks Thorsten. While its true that I didn't technically lose code, it was probably in there somewhere. The loss was discovered weeks later and we have a lot of code. It would take days going over everything then we would have to *hope* we got everything. Some things would let us know if we

RE: Problem with merging

2012-09-13 Thread John Maher
Thanks Stefan. I did read most of the links. I didn't know about the FAQ, thanks. Your statement was key: "Note that the "tree" being talked about there is not an individual branch, but all nodes in the repository, including the /trunk directory and the /branches/feature directory." Basically

RE: cvs2svn failing on "non-CVS" files

2012-09-13 Thread Andreas Tscharner
> /data/cvs/tusk/ocw/tmpl/Attic/header,v > Processed 5345 files > Pass 1 complete. > == > = > Error summary: > ERROR: '/var/www/cvs/module/badfile,v' is not a valid ,v file > > Has anyone had fun and experience with CVS files

Re: Problem with merging

2012-09-13 Thread Giulio Troccoli
On 12/09/12 18:39, John Maher wrote: Hello [CUT] Can you please stop reusing an already existing thread and instead start a new one for a new question? Thanks John Thanks Giulio

Limit general read-operations to svn-repo

2012-09-13 Thread Stefan Bauer
Dear Users, We're having around 40 repositories. I'm trying to limit write access to a specific group per repository and all read access to a group. How can i achieve this? I was able to limit the write operations with: Require ldap-group CN=svn-repo-install-read But how can i

Re: cvs2svn failing on "non-CVS" files

2012-09-13 Thread Michael Haggerty
On 09/13/2012 12:30 AM, Nico Kadel-Garcia wrote: > I'm helping upgrade a 12 year old CVS repository to use modern source > control, and have run into a bit of a surprise. Running either cvs2svn > or cvs2git, I'm finding a couple of old CVS files that were hand > edited, 6 hears, and cause cvs2svn t