> -Original Message-
> From: Stefan Sperling [mailto:s...@elego.de]
> Sent: Tuesday, August 30, 2011 3:59 PM
> To: Rothkin, Steven
> Cc: users@subversion.apache.org
> Subject: Re: Merging from main trunk to release branch
>
> On Tue, Aug 30, 2011 at 10:47:38AM -0400, Rothkin, Steven wrot
Hello Bob,
(havent checked the mailing list - perhaps I will repost there).
Thanks for the response.
Option 4 doesnt work, since we build our libraries in certain parts of the
SVN tree, then we commit them. Via svn:externals, they then end up into the
file-system tree, during a checkout. S
On Tue, Aug 30, 2011 at 10:47:38AM -0400, Rothkin, Steven wrote:
> I'm having some difficulty with merging to release branches that I
> haven't been able to find a solution for
> svn merge -c 9840 $SVNHVAURL/argus/trunk
This one should work.
Where do run this command?
It should be run
I'm doing some testing and documentation in preparation for migrating
from CVS to Subversion.
I'm using svn, version 1.6.16 (r1073529) on Cygwin.
I'm having some difficulty with merging to release branches that I
haven't been able to find a solution for (other than continuing our old
CVS way o
Thank you all for your answers, I was confused, and actually it all
works fine now
Thank you again
Le 30/08/2011 12:28, Stefan Sperling a écrit :
On Tue, Aug 30, 2011 at 12:09:22PM +0200, Roland Le Franc wrote:
Also, the apache config httd.conf file contains "Listen 3690", which
I believe all
On Mon, Aug 29, 2011 at 3:42 PM, this_thread wrote:
>
> I have several SVN repositories on an Windows network fileshare. The user has
> full control, read, write, and just about every other permission that can be
> added. When trying to commit he gets the error:
>
> Can't open file '//fileshare/sv
On Tue, Aug 30, 2011 at 12:09:22PM +0200, Roland Le Franc wrote:
> Also, the apache config httd.conf file contains "Listen 3690", which
> I believe allows to listen to external requests on the correct port.
Why are you running httpd on port 3690?
3690 is the port for svn://, which is commonly ser
Roland Le Franc schreef op 30/08/2011 12:09:22:
> Hello
> Thank you for your response, I am still facing the issue.
>
> I do all these operations on a private home network,between 3 PCs, so I
> don't need to secure the svn server too much, I set read rights for
> anonymous access, and use http
On Tue, 30 Aug 2011 12:09:22 +, Roland Le Franc wrote:
...
> > svn ls svn://localhost/ works fine
> > svn ls svn://badname/ returns with an error
> > svn ls svn/192.168.1.102/ and svn ls svn/nameofthepc/ hang forever,
I think you want svn:://192.168.1.102/ (if you actually didn't).
Otherwise
Hello
Thank you for your response, I am still facing the issue.
I do all these operations on a private home network,between 3 PCs, so I
don't need to secure the svn server too much, I set read rights for
anonymous access, and use http (not https).
TortoiseSVN and svn commandline give the same
No replies to this error but I may enlighten any other users with the same
problem. The cause is HPUX getpass() function that limits password lengths to 8
characters. A workaround seems to be to recompile APR , and force APR to use
internal getpass function. Ref this post :
http://marc.info/?l=
Guten Tag this_thread,
am Montag, 29. August 2011 um 23:38 schrieben Sie:
> I am not an admin on the server in question
> I am not an admin on any machine that I can reasonably set up an svnserve
> daemon
> I do not have access to any servers beyond the file shares
> Therefore, for the TIME BEING
12 matches
Mail list logo
