On Fri, Oct 21, 2011 at 7:11 PM, Bob Archer wrote:
>> Has anybody a clue on why SVN 1.7.1 has been tagged in the repo but not
>> announced as available?
>> According to the release note it contains many improvements and bug fixes,
>> teasing me for an upgrade...
>>
>> Regards,
>> Ludovic
>
> Becau
On Oct 21, 2011, at 11:04, Stefan Lock wrote:
> we are using subversion 1.6.11 (r934486) with FSFS database on CentOS and i
> get the following error while using svnadmin dump:
>
> * Dumped revision 8233.
> svnadmin: File not found: revision 8234, path
>
> Some times ago, we committed a file
I just got following assertion on "svn update":
Fetching external item into 'ext-normal':
...
svn: E235000: In file '..\..\..\subversion\libsvn_wc\update_editor.c'
line 1582: assertion failed (action == svn_wc_conflict_action_edit ||
action == svn_wc_conflict_action_delete || action ==
svn_wc_con
Sorry I forgot all those details. Here they are:
OS?
Windows 7 64-bit
Subversion version?
I'm using the 32-bit command line client
svn, version 1.7.0 (r1176462) compiled Oct 11 2011, 22:11:05
Have you tried ra_neon?
yes, it works fine with ra_neon
Could your firewall be interfering with the
In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_wc\wc_db.c'
line 9465: assertion failed (work_presence == svn_wc__db_status_normal ||
work_presence == svn_wc__db_status_not_present || work_presence ==
svn_wc__db_status_base_deleted)
Philipp Detemple Softwa
Hello,
When I click SVN update I get an error message (see below).
When I first commit something (doens't matter what), I can update only the same
folder after the commit. For all other folders the update still doesn't work.
Once I get the error message it will pop up for all SVN folders. Until
On Fri, Oct 21, 2011 at 13:37, Dextraze, Nicolas wrote:
> Should I report this problem or it is already known?
>
> I got this error while trying to update v8 using ra_serf :
>
> svn: E175002: GET request failed: 400 Bad Request
>
> Url: http://v8.googlecode.com/svn/trunk
>
> Firewall: Microsoft Fo
On Oct 21, 2:10 am, Stefan Sperling wrote:
> On Thu, Oct 20, 2011 at 02:02:48PM -0700, Douglas Wilson wrote:
>
> > On Oct 20, 10:45 am, Stefan Sperling wrote:
>
> Does that make sense?
Yes, I get that.
I was using Tortoise, but retested with command line SVN:
C:\SVN\Test>svn merge -r 3:4 --dr
Should I report this problem or it is already known?
I got this error while trying to update v8 using ra_serf :
svn: E175002: GET request failed: 400 Bad Request
Url: http://v8.googlecode.com/svn/trunk
Firewall: Microsoft ForeFront 2010
Thanks,
[Groupe PCMS]
Nicolas Dextraze
Analyste-Prog
> Has anybody a clue on why SVN 1.7.1 has been tagged in the repo but not
> announced as available?
> According to the release note it contains many improvements and bug fixes,
> teasing me for an upgrade...
>
> Regards,
> Ludovic
Because it is going through the approval and signing process (foll
> On 21.10.2011 17:32, Bob Archer wrote:
> >> Hm, it looks like you should have really huge svn:mergeinfo in your
> >> latest VersionX. Did you notice any slowdown?
> >
> > I'm not sure I would call it huge. Here is the mergeinfo on our newest in
> dev version path root:
> >
> > /Product/branches/
Hi,
Has anybody a clue on why SVN 1.7.1 has been tagged in the repo but not
announced as available?
According to the release note it contains many improvements and bug fixes,
teasing me for an upgrade...
Regards,
Ludovic
Hi,
we are using subversion 1.6.11 (r934486) with FSFS database on
CentOS and i get the following error while using svnadmin dump:
* Dumped revision 8233.
svnadmin: File not found: revision 8234, path
Some times ago, we committed a file with an bad filename. I think we
used a blank or oth
Can you make a little diagram of what your Eclipse workspace looks
like? For example, one of mine looks like this:
/workspace
|- Project1
|-|-.svn
|- Project2
|-|-.svn
And I have others where my Eclipse workspace folder is empty:
/workspace
Because all of my Eclipse projects are imported
On 21.10.2011 17:32, Bob Archer wrote:
Hm, it looks like you should have really huge svn:mergeinfo in your latest
VersionX. Did you notice any slowdown?
I'm not sure I would call it huge. Here is the mergeinfo on our newest in dev
version path root:
/Product/branches/B_01490:39129-39612
/Pro
On Tue, Oct 18, 2011 at 9:40 PM, Mark Utting wrote:
> Summary:
> It seems that the new top-level .svn directory spontaneously disappears
> sometimes?
> Which leaves me with a useless working copy...
>
>
> Details:
> I updated my Cygwin installation recently, which (unexpectedly) gave me an
> upgra
> On 21.10.2011 1:56, Bob Archer wrote:
> >> 1) Do you usually merge upstream or downstream?
> >> 2) Do you set mergeinfo when merging downstream?
> >> 3) Do you set mergeinfo when merging upstream?
> >> 4) Do you set mergeinfo when merging from feature branch?
> >>
> >
> > 1) We generally only mer
Hi
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subversion mailing list
(users@subversion.apache.org)
with as much information as possible about what
you were trying to do.
But ple
---
Subversion Exception!
---
In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_wc\workqueue.c'
line 672: assertion failed (checksum != NULL)
---
OK
---
There
Jon Nicoll writes:
> So for now I would be best off to regard my 'initial working
> directory' as suspect, and if I checkout from the server into a new
> directory, that directory should be correct, yes?
You will probably need to run cleanup on the old working copy to remove
locks but it should
Hi Stefan, Philip
Thanks for your postings:
> On Fri, Oct 21, 2011 at 10:34:52AM +0100, Jon Nicoll wrote:
>> So, my question is: is there something in the 'svn commit' protocol
>> which causes the client process to do a lot of work, potentially
>> causing the client machine to run out of memory,
Stefan Sperling writes:
> On Fri, Oct 21, 2011 at 10:34:52AM +0100, Jon Nicoll wrote:
>> So, my question is: is there something in the 'svn commit' protocol
>> which causes the client process to do a lot of work, potentially
>> causing the client machine to run out of memory, up to one hour after
On Fri, Oct 21, 2011 at 10:34:52AM +0100, Jon Nicoll wrote:
> So, my question is: is there something in the 'svn commit' protocol
> which causes the client process to do a lot of work, potentially
> causing the client machine to run out of memory, up to one hour after
> the server has determined th
>If I look in /var/log/messages on my client machine, I see this:
>{{{
>Oct 20 21:00:48 andLinux -- MARK --
>Oct 20 21:20:48 andLinux -- MARK --
>Oct 20 21:40:48 andLinux -- MARK --
>Oct 20 22:00:49 andLinux -- MARK --
>Oct 20 22:21:09 andLinux -- MARK --
>Oct 20 22:41:37 andLinux -- MARK --
>Oct 2
Hi all
(This question is a combination of an SVN and a linux question)
I am running andLinux (a linux distribution which co-exists with Windows 7) on
a PC and have a project with a large number (several tens of thousands) of
files which I wanted to put under SVN.
I have an SVN server ru
On Oct 21, 2011, at 04:03, White, David (KWI C54) wrote:
> I suppose if I can't get the relocate to work, I could dump the repository
> and reload it into the new one.
"relocate" has nothing to do with your repositories and everything to do with
your working copies. You don't need to dump a
On Oct 21, 2011, at 04:18, Stefan Sperling wrote:
> Sounds like it's worth filing an issue with the APR folks about this
> if there isn't one already.
I couldn't find one so I filed this:
https://issues.apache.org/bugzilla/show_bug.cgi?id=52068
On Fri, Oct 21, 2011 at 03:34:38AM -0500, Ryan Schmidt wrote:
> Nope, all Macs ever made, from the Macintosh 128K 27 years ago right
> through current Macs with the latest OS X, have used case-insensitive
> filesystems by default. Several popular OS X GUI apps, especially by
> big publishers like M
On Thu, Oct 20, 2011 at 10:25:33PM +0200, Orlando Helmer wrote:
> ---
>
> Subversion Exception!
>
> ---
>
> Subversion encountered a serious problem.
>
> Please take the time to report this on the Subversion mailing list
>
> (users@subversion.apa
On Thu, Oct 20, 2011 at 01:54:57PM -0700, Eric Gervais wrote:
> After reverting changes to the a file I got the below exception.
>
> I recently upgraded my client to 1.7 (from 1.6) and converted all my
> working copies.
Thanks. Your working copy didn't upgrade cleanly because of a bug
which will
On Thu, Oct 20, 2011 at 02:02:48PM -0700, Douglas Wilson wrote:
>
>
> On Oct 20, 10:45 am, Stefan Sperling wrote:
> >
> > Which version of SVN are you running when you hit the problem
> > you described in your first post? 1.6 or 1.7?
>
> Subversion 1.7.0
Ok, in that case what you are seeing is
Uli,
I am still using 1.6 becuase when I last checked, the Collabnet distribution of
the Windows executables had not been updated to 1.7
The lack of %20 in the messages could reflect the fact that I had to copy the
messages into the email - they were in a dialog box, and as a text email, I
c
> -Original Message-
> From: Ryan Schmidt [mailto:subversion-20...@ryandesign.com]
> Sent: vrijdag 21 oktober 2011 5:49
> To: Subversion Users
> Subject: Case-only renames
>
> The Subversion 1.7 release notes say:
>
> http://subversion.apache.org/docs/release-notes/1.7.html#windows-case
On Oct 21, 2011, at 03:17, Johan Corveleyn wrote:
> But I'm not completely sure that this means it won't work on OSX +
> case-insensitive fs. Maybe, in the absence of truepath-conversion, it
> already "just works", without jumping through hoops ... I'm not a Mac
> user myself, so I can't test thi
On Fri, Oct 21, 2011 at 5:49 AM, Ryan Schmidt
wrote:
> The Subversion 1.7 release notes say:
>
> http://subversion.apache.org/docs/release-notes/1.7.html#windows-case-change
>
>> Changing case of file and directory names on Windows
>>
>> Subversion on Windows now fully supports changing the case o
Am 21.10.2011 09:41, schrieb White, David (KWI C54):
My Repositories were originally in C:\DW and I want to move them to
C:\Open\kwc54dw\DW
I have copied the repository "AHEAProps Repository" to this new location
Since you are using file:// access, you need to tell each working copy
about the
On Fri, Oct 21, 2011 at 2:10 AM, Mark Utting wrote:
> Daniel and everyone,
>
> On 19 October 2011 19:40, Daniel Shahaf wrote:
>>
>> Mark Utting wrote on Wed, Oct 19, 2011 at 11:40:08 +1000:
>> > Summary:
>> > It seems that the new top-level .svn directory spontaneously disappears
>> > sometimes?
Uli,
I'm not using Apache. I do, however, have TortoiseSVN installed.
My Repositories were originally in C:\DW and I want to move them to
C:\Open\kwc54dw\DW
I have copied the repository "AHEAProps Repository" to this new location
My working files were originally in C:\Dev and I have moved them
38 matches
Mail list logo
