On Jan 16, 2012, at 16:48 , Dave Huang wrote:
>
> On Jan 16, 2012, at 6:18 AM, Sidewinder wrote:
>> Am 16.01.2012 09:05, schrieb Ulrich Eckhardt:
>>> I'd say that should be http://... instead of http:/..., but SVN
>>> shouldn't choke on that.
>>
>> Indeed using this syntax does crash TortoiseSV
On Jan 16, 2012, at 23:52 , Evan Wee wrote:
> Hi,
>
> We have the following issue:
>
> SVN cannot add symlinks that reference a directory which is an svn external.
>
> We have these directories in SVN inside a parent directory:
>
> DirectoryA
> DirectoryB
> Code_Framework
>
> Code_Framework
> -Ursprüngliche Nachricht-
> Von: Giulio Troccoli [mailto:giulio.trocc...@mediatelgroup.co.uk]
> Gesendet: Montag, 16. Jänner 2012 17:48
> An: Grabner Markus
> Cc:
> Betreff: Re: bi-directional merging?
>
>
>
> On 16/01/12 16:08, Grabner Markus wrote:
> > Hi!
> >
> > I have a
Hi,
We have the following issue:
SVN cannot add symlinks that reference a directory which is an svn external.
We have these directories in SVN inside a parent directory:
DirectoryA
DirectoryB
Code_Framework
Code_Framework has the svn:external property pointing to another location
"1.2.3 http:
I admit I haven't updated my working copy on this Linux machine in some
time, but I do know that we had some symlink changes in recent history that
broke Subversion 1.7.0 on Windows with a similar assertion to the
following. Upgrading to Subversion 1.7.2 on Windows fixed the assertion.
However, n
I finally recover my repository with svnadmin tool. I did dump, then load to
new repository.
But I can send anyone interested buggy repo (it's about 120 Mb)
Garret Wilson wrote on Sun, Jan 15, 2012 at 18:33:32 -0800:
> Because Subversion over WebDAV (and Subversion in general) doesn't
> support namespace URIs in property names (see P.S.), I've created a
> system in which I encode URIs in property names. For example, here
> is one such property name:
>
On Jan 16, 2012, at 10:24, Jurko Gospodnetić wrote:
> Svnserve based server related documentation as available on
> 'http://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-serversetup-svnserve.html'
> seems to be out of date.
You should report that problem to the TortoiseSVN mailing list, no
On Mon, Jan 16, 2012 at 11:24 AM, Jurko Gospodnetić
wrote:
> Also, CollabNet no longer packages a simple server distribution. Instead it
> now packages its Subversion Edge package which is quite large and, although
> it contains the necessary svnserve executable, is actually biased towards an
>
Hi.
Svnserve based server related documentation as available on
'http://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-serversetup-svnserve.html'
seems to be out of date.
The links there are now invalid.
Also, CollabNet no longer packages a simple server distribution.
Instead it n
On 16/01/12 16:08, Grabner Markus wrote:
Hi!
I have a few questions regarding a particular subversion usage scenario.
We are two teams, each working on more or less unrelated portions of a common
code base. To isolate each team from stability issues introduced due to the
work o
Hi!
I have a few questions regarding a particular subversion usage scenario. We
are two teams, each working on more or less unrelated portions of a common code
base. To isolate each team from stability issues introduced due to the work of
the other team, we consider creating a sepa
On Jan 16, 2012, at 6:18 AM, Sidewinder wrote:
> Am 16.01.2012 09:05, schrieb Ulrich Eckhardt:
>> I'd say that should be http://... instead of http:/..., but SVN
>> shouldn't choke on that.
>
> Indeed using this syntax does crash TortoiseSVN, confirmed with 1.7.4.
>
> 10287464, please take the t
Hi,
I have a local working copy with some files and directories:
# find . | wc -l
1255817
wc.db is currently 1.1 GiB:
# du -hsA wc.db
1.1Gwc.db
I've started an svn rm * in one directory and after 20 minutes it's
still running. The directory is not quite "large", it contains 153 small
tex
Hi,
Am 16.01.2012 09:05, schrieb Ulrich Eckhardt:
> Am 15.01.2012 14:18, schrieb 10287464:
>> Hi, when I use TortoiseSvn with x64 to checkout a path like:
>> http:/mobile-anarchy-widgets.googlecode.com/svn/trunk .
>
> I'd say that should be http://... instead of http:/..., but SVN
> shouldn't cho
http://subversion.apache.org/packages.html
Just google for Apache Subversion and choose your flavor.
On Jan 16, 2012, at 3:28 AM, Manohar Mylaram wrote:
> Hi,
> This is Manohar. I would like to work on sub version. So, can u please
> provide me the complete source code of sub version.
>
> R
I was trying to reintegrate merge. svn crashes.
In file subversion\libsvn_ra_neon\props.c
function svn_ra_neon__do_stat
has this code:
/* easy out: */
svn_error_clear(err);
*dirent = NULL;
return SVN_NO_ERROR;
so function return NO_ERROR, but dirent == NUL
Hi,
This is Manohar. I would like to work on sub version. So, can u please provide
me the complete source code of sub version.
Regards,
MANOHAR MYLARAM
SYSTEMS ENGINEER
Infosys(r)| HYDERABAD SEZ
CAUTION - Disclaimer *
This e-mail contains PRIVILEGED AND CONF
Hi,
I saw that 1 image file differs from the copy on the server, so I clicked
"Revert" and got this message.
In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.3\ext\subversion\subversion\libsvn_wc\workqueue.c'
line 673: assertion failed (checksum != NULL)
I didn't have any problems on
Am 15.01.2012 14:18, schrieb 10287464:
Hi, when I use TortoiseSvn with x64 to checkout a path like:
http:/mobile-anarchy-widgets.googlecode.com/svn/trunk .
I'd say that should be http://... instead of http:/..., but SVN
shouldn't choke on that.
Uli
***
Am 13.01.2012 20:49, schrieb George Xing:
...\TortoiseSVN-1.7.0\...
Upgrade. Four newer bugfix releases were released since that one
already. TSVN even features an update reminder, make sure to activate
it. That said, please read the whole text, you omitted important steps
to making a usef
21 matches
Mail list logo
