On 8/20/13 11:29 PM, Geoff Field wrote:
> Note that we have the old version 1.2.3 server software installed at
the C:\Program Files\Subversion location, and later versions are stored
under other locations, with the path set to point to the new version.
I'm creating the new repositories with the old
> From: Ben Reser
> Sent: Wednesday, 21 August 2013 17:07 PM
>
> On 8/20/13 11:29 PM, Geoff Field wrote:
> > Note that we have the old version 1.2.3 server software installed at
> > the C:\Program Files\Subversion location, and later versions
> > are stored under other locations, with the path se
On Wed, Aug 21, 2013 at 4:17 AM, Mark Tsuchida wrote:
> Hi Ivan,
>
> On Tue, Aug 20, 2013 at 12:02 AM, Ivan Zhakov wrote:
>> On Mon, Aug 19, 2013 at 11:14 PM, Ivan Zhakov wrote:
>>> On Mon, Aug 19, 2013 at 10:19 PM, Mark Tsuchida
>>> wrote:
> [...]
The server is running SVN 1.6.11 (CentOS
Guten Tag Geoff Field,
am Mittwoch, 21. August 2013 um 08:29 schrieben Sie:
> I've just realised that my concern was based on a power-of-2
> limitation that means that a 32-bit signed integer would roll over
> at the 2GB mark, with an unsigned roll-over at 4GB. It's possible
> the Windows Server
> From: Thorsten Schöning
> Sent: Wednesday, 21 August 2013 17:21 PM
> Guten Tag Geoff Field,
> am Mittwoch, 21. August 2013 um 08:29 schrieben Sie:
>
> > I've just realised that my concern was based on a power-of-2
> > limitation that means that a 32-bit signed integer would
> roll over at
> >
On Wed Aug 21 00:17:08 2013, Ivan Zhakov wrote:
> The first bug here why Subversion 1.8 doesn't ask you for credentials on
> checkout
> like it does for commit.
Known limitation of HTTP, see the Partial Readability on Checkouts
block at the bottom of this page:
http://svnbook.red-bean.com/en/1.7
On Wed, Aug 21, 2013 at 12:01 PM, Ben Reser wrote:
> On Wed Aug 21 00:17:08 2013, Ivan Zhakov wrote:
>> The first bug here why Subversion 1.8 doesn't ask you for credentials on
>> checkout
>> like it does for commit.
>
> Known limitation of HTTP, see the Partial Readability on Checkouts
> block a
Client version (Windows 8):
TortoiseSVN 1.8.1, Build 24570 - 64 Bit , 2013/07/22 18:28:29
Subversion 1.8.1, -release
apr 1.4.8
apr-util 1.5.2
serf 1.3.0
OpenSSL 1.0.1e 11 Feb 2013
zlib 1.2.8
Server version (SubversionEdge on Windows 2008 R2):
Software version 4.0.1-3680.113
Subversion version 1.
Hi,
I have 30 files that I want to merge, but I do not know which would be the
easiest and much efficient and save way to do so.
I have the main production line Z and two other branches X and Y. All of
the branches are still in production since X and Y are minor releases.
Therefor on a time frame
TortoiseSVN 1.8.1 windows x64. I opened up repo browser and after a long
wait, this error popped up. I can't do anything with tortoisesvn1.8.1
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this
Hi, I'm trying to do a svn copy command to create a tag and I get the
following error :
Command: Copy C:\Projets\Logiciels9.1.XX.307 to
https://svn.aquadata.com:8443/svn/Logiciels/Tags/TestTagSVN18, Revision
WC
Adding: C:\Projets\Logiciels9.1.XX.307
Error: Commit failed (details follow):
On Wed, Aug 21, 2013 at 1:56 PM, Ian Girouard wrote:
> Hi, I’m trying to do a svn copy command to create a tag and I get the
> following error :
>
> ** **
>
> Command: Copy C:\Projets\Logiciels9.1.XX.307 to
> https://svn.aquadata.com:8443/svn/Logiciels/Tags/TestTagSVN18, Revision
> WC
>
On Wed Aug 21 11:31:09 2013, Mark Phippard wrote:
> I think this regression is probably caused by a change in mod_dav in
> Apache 2.2.25/2.4.6
>
> https://issues.apache.org/bugzilla/show_bug.cgi?id=55306
That looks like a potential dupe of:
https://issues.apache.org/bugzilla/show_bug.cgi?id=55304
On Wed Aug 21 12:15:05 2013, Ben Reser wrote:
> On Wed Aug 21 11:31:09 2013, Mark Phippard wrote:
>> I think this regression is probably caused by a change in mod_dav in
>> Apache 2.2.25/2.4.6
>>
>> https://issues.apache.org/bugzilla/show_bug.cgi?id=55306
>
> That looks like a potential dupe of:
>
"Ian Girouard" writes:
> Adding: C:\Projets\Logiciels9.1.XX.307
> Error: Commit failed (details follow):
> Error: Adding directory failed: COPY on
> Error: /svn/Logiciels/!svn/rvr/118520/Branches/9.1.XX.307 (424 Failed
> Dependency)
> I was able to make the copy work by asking all the d
I would never do a transfer like this without a copy of the dumpfile
available, for reference. The pain of having to re-run the dump later,
especially if there are any bugs in the "svnadmin load" configuration,
normally justifies keeping the dump around until well after the migraiton
is completed.
From: Nico Kadel-Garcia
Sent: Thursday, 22 August 2013 8:10 AM
I would never do a transfer like this without a copy of the dumpfile available,
for reference. The pain of having to re-run the dump later, especially if there
are any bugs in the "svnadmin load" conf
On Wed, Aug 21, 2013 at 12:17 AM, Ivan Zhakov wrote:
> On Wed, Aug 21, 2013 at 4:17 AM, Mark Tsuchida wrote:
>> On Tue, Aug 20, 2013 at 12:02 AM, Ivan Zhakov wrote:
>>> On Mon, Aug 19, 2013 at 11:14 PM, Ivan Zhakov wrote:
On Mon, Aug 19, 2013 at 10:19 PM, Mark Tsuchida
wrote:
>> [..
19 matches
Mail list logo
