Andreas Krey wrote on Tue, Oct 18, 2011 at 06:04:12 +0200:
> On Mon, 17 Oct 2011 14:21:02 +, Adam Miazga wrote:
> > Hi.
> >
> > I have one "magick" file (in attachment).
> > I commit this file to repository. I add line
> > "/**/"
> > into end of file. And again I commit the file to repository.
Am 17.10.2011 23:38, schrieb Nathan Ciliberto:
I fixed my local repository by doing a checkout into a new directory and
copying the ".svn" from the new copy to the old directory.
1. "local repository" - you mean "working copy" or short "WC"
2. Copying the ".svn" folder is dangerous. If you che
What makes you think the problem is unique to clients working against 1.6
servers?
Brockamp, Peter wrote on Mon, Oct 17, 2011 at 18:16:45 +0200:
> It's me again, I have some additional information regarding the problem,
> maybe this helps:
>
> > -Ursprüngliche Nachricht-
> > Von: Brocka
Hi,
Is there any way in SVN to mandate the user to check in all the files
he modified at a time?. Problem is people are checking in the code one by
one and in between his checkins, If I get the code from svn, I am getting
build failures. I come across the concept of changelist. But it is not
Hello all -
I've encountered an error that asked me to send the details to this email.
I had a 1.6 working copy, and upgrade to Tortoise v1.7.n.
During the 'upgrade working copy' step, the disc ran out of space.
I cleaned up space and tried upgrading the WC again, and now when I try to
commit,
I upgraded to Subversion 1.7. I installed the Subversion 1.7 command line
client and TortoiseSVN 1.7. I successfully upgraded the working copy on several
folders. On the last one, after doing the upgrade, it shows 2 modifications. In
both cases when I diff the modified files, the base version wa
I upgrade my version of TortoiseSVN to 1.7.0 and "upgraded" a repository
which contains a bunch of *.exe files (windows XP).
After doing so It shows most (but not all) of the binaries as being
"modified", however, no changes were made.
So I chose to "revert" these files to try to clean it u
---
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 please
--
此致
礼
罗勇刚
Yours
sincerely,
Yonggang Luo
It's me again, I have some additional information regarding the problem, maybe
this helps:
> -Ursprüngliche Nachricht-
> Von: Brockamp, Peter
> Gesendet: Montag, 17. Oktober 2011 17:49
> An: 'users@subversion.apache.org'
> Betreff: Supposed serious(?) bug in either subversion or
> Torto
On Mon, 17 Oct 2011 14:21:02 +, Adam Miazga wrote:
> Hi.
>
> I have one "magick" file (in attachment).
> I commit this file to repository. I add line
> "/**/"
> into end of file. And again I commit the file to repository.
>
> When i invoke "svn diff -r n:m kadr.polon.p" i recive
>
> in Subve
I suppose setting SHELL or CONFIG_SHELL to bash or /usr/xpg4/bin/sh on
the configure command line might have had a similar effect.
Ed Hillmann wrote on Tue, Oct 18, 2011 at 09:42:39 +1000:
> I found a much easier solution. I changed the first line of the configure
> script from
>
> #!/bin/ksh
>
On Tue, Oct 18, 2011 at 4:19 AM, Bob Archer wrote:
>> On Fri, Oct 14, 2011 at 1:12 PM, Stefan Sperling wrote:
>> > On Fri, Oct 14, 2011 at 01:08:28PM +1300, Talden wrote:
>> >> Was there a reason that 'svn relocate' was designed to not just
>> >> switch the containing working copy when you're in
I found a much easier solution. I changed the first line of the configure
script from
#!/bin/ksh
to
#!/bin/bash
Everything worked straight away. :)
Thanks,
Ed
On Mon, Oct 17, 2011 at 7:42 AM, Ed Hillmann wrote:
> I spoke too soon.
>
> Changing printf to echo $output_flags did work. I just
On Mon, Oct 17, 2011 at 02:41:10PM -0700, eric_nich...@mcafee.com wrote:
> This totally hoses my integration... can't do anything useful. This happens
> when I do a "SVN Upgrade" on source. It's failing on source I've never
> modified before. Going to install 1.6 and do a clean up on the proje
This totally hoses my integration... can't do anything useful. This happens
when I do a "SVN Upgrade" on source. It's failing on source I've never
modified before. Going to install 1.6 and do a clean up on the projects.
TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_wc\entries.c'
line 193
I fixed my local repository by doing a checkout into a new directory and
copying the ".svn" from the new copy to the old directory.
-Nathan
From: Nathan Ciliberto
Sent: Monday, October 17, 2011 4:59 PM
To: 'users@subversion.apache.org'
Subject: RE: Subversion Exception
"cleanup" also f
That's what I've read elsewhere, but I'm hoping that's not the case. The
repo is massive and my internet connection is slow. I was hoping some SVN
insiders had some different ideas on out. Guess I'll just give up and kick
off a new checkout.
On Oct 17, 2011 5:08 PM, "Bob Archer" wrote:
> > On
> On Tue, Oct 18, 2011 at 1:14 AM, Paul wrote:
> I upgraded TortoiseSVN to version 1.7 (I'm on Windows 7 x64) and it said that
> I needed to upgrade the format of my files. I told it to go ahead but it
> errored out.
>
> I rebooted, did a Cleanup first and then ran it again. Same error:
>
> --
"cleanup" also fails:
---
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 w
First thing I tried. I also connected the SVN host before trying this email
list. No need for smart-ass answers.
On Oct 17, 2011 4:11 PM, "Daniel Becroft" wrote:
> On Tue, Oct 18, 2011 at 1:14 AM, Paul wrote:
>
>> I upgraded TortoiseSVN to version 1.7 (I'm on Windows 7 x64) and it said
>> tha
same problem here..
On Oct 4, 1:10 pm, Rolf Campbell
wrote:
> When I try to update a working view that contains file-externals, I get
> an error because the client thinks the external is aversioneditem.
>
> In an attempt to clear the problem, I deleted the file (locally), but
> "svn up" restores
On Tue, Oct 18, 2011 at 1:14 AM, Paul wrote:
> I upgraded TortoiseSVN to version 1.7 (I'm on Windows 7 x64) and it said
> that I needed to upgrade the format of my files. I told it to go ahead but
> it errored out.
>
> I rebooted, did a Cleanup first and then ran it again. Same error:
>
>
On 17.10.2011 19:46, Mark Phippard wrote:
I wonder if the TortoiseSVN team could create a link to a Google
search for the error code on the dialog where they ask the user to
report the problem? It could ask them to check that link first for
other reports of the same problem.
That might cut down
On Mon, Oct 17, 2011 at 3:09 PM, Martin Hoffesommer <3dco...@gmail.com> wrote:
> Hi,
> I'm using Microsoft Source Server
> (http://msdn.microsoft.com/en-us/library/windows/desktop/ms680641(v=vs.85).aspx)
> to store source information about specific code revisions stored in
> subversion. It's basica
Hi,
I'm using Microsoft Source Server (
http://msdn.microsoft.com/en-us/library/windows/desktop/ms680641(v=vs.85).aspx)
to store source information about specific code revisions stored in
subversion. It's basically a bunch of perl scripts, and part of it is
running a 'svn info -R ' command to get
On Mon, Oct 17, 2011 at 05:04:21PM +0200, Oliver Wiegert wrote:
> I couldn't search the mailing list.
> I didn't find a search facility.
The svn.haxx.se archive has a search box: http://svn.haxx.se/users/
I wonder if the TortoiseSVN team could create a link to a Google
search for the error code on the dialog where they ask the user to
report the problem? It could ask them to check that link first for
other reports of the same problem.
That might cut down on the list spam and also get the user an a
sebb wrote on Mon, Oct 17, 2011 at 18:05:39 +0100:
> On 17 October 2011 16:34, Daniel Shahaf wrote:
> > Do people who post here the error message with zero additional
> > information expect support? Or do they just do what the error message
> > says without considering whether users@ is a tech su
On 17 October 2011 16:34, Daniel Shahaf wrote:
> Do people who post here the error message with zero additional
> information expect support? Or do they just do what the error message
> says without considering whether users@ is a tech support forum or
> a "Please send your crash reports here" ad
Hello!
To reproduce (if possible), I did the following:
- SVN server V1.6 (not sure what version exactly, I don't have direct
access to the server, but it's a rather uptodate 1.6 version).
- TortoiseSVN is used to access the server. This used to be V1.6.17.
- I just updated TortoiseSVN to V1.7.0
I downloaded the SQL amalgamation file from here
http://www.sqlite.org/sqlite-amalgamation-3070800.zip then unzipped it on my
Desktop then ran configure like so:
./configure
--with-sqlite=/Users/mjparme/Desktop/sqlite-amalgamation-3070800/sqlite3.c
and now all is well.
--
View this message
-Original Message-
From: David Chapman [mailto:dcchap...@acm.org]
Sent: 17 October 2011 16:36
To: Tony Sweeney
Cc: users@subversion.apache.org; ponomarenko yaroslav
Subject: Re: svn 1.7 assertion failed
On 10/17/2011 8:24 AM, Tony Sweeney wrote:
>
>
> -Original Message-
> From:
On 10/17/2011 8:24 AM, Tony Sweeney wrote:
-Original Message-
From: Ulrich Eckhardt [mailto:ulrich.eckha...@dominolaser.com]
Sent: 17 October 2011 16:02
To: users@subversion.apache.org
Cc: ponomarenko yaroslav
Subject: Re: svn 1.7 assertion failed
Am 17.10.2011 16:42, schrieb ponomaren
Do people who post here the error message with zero additional
information expect support? Or do they just do what the error message
says without considering whether users@ is a tech support forum or
a "Please send your crash reports here" address?
sebb wrote on Mon, Oct 17, 2011 at 16:18:56 +010
On Mon, Oct 17, 2011 at 11:24, Tony Sweeney wrote:
>
>
> -Original Message-
> From: Ulrich Eckhardt [mailto:ulrich.eckha...@dominolaser.com]
> Sent: 17 October 2011 16:02
> To: users@subversion.apache.org
> Cc: ponomarenko yaroslav
> Subject: Re: svn 1.7 assertion failed
>
> Am 17.10.2011
> -Original Message-
> From: Ulrich Eckhardt [mailto:ulrich.eckha...@dominolaser.com]
> Sent: 17 October 2011 16:02
> To: users@subversion.apache.org
> Cc: ponomarenko yaroslav
> Subject: Re: svn 1.7 assertion failed
>
> Am 17.10.2011 16:42, schrieb ponomarenko yaroslav:
> > Got this erro
-Original Message-
From: Ulrich Eckhardt [mailto:ulrich.eckha...@dominolaser.com]
Sent: 17 October 2011 16:02
To: users@subversion.apache.org
Cc: ponomarenko yaroslav
Subject: Re: svn 1.7 assertion failed
Am 17.10.2011 16:42, schrieb ponomarenko yaroslav:
> Got this error while trying
I upgraded TortoiseSVN to version 1.7 (I'm on Windows 7 x64) and it said
that I needed to upgrade the format of my files. I told it to go ahead
but it errored out.
I rebooted, did a Cleanup first and then ran it again. Same error:
---
In file
'D:\Development\SVN\Rel
> > On Fri, Oct 14, 2011 at 1:12 PM, Stefan Sperling wrote:
> > > On Fri, Oct 14, 2011 at 01:08:28PM +1300, Talden wrote:
> > >> Was there a reason that 'svn relocate' was designed to not just
> > >> switch the containing working copy when you're in a sub-folder of it?
> > >
> > > See http://svn.h
> On Fri, Oct 14, 2011 at 1:12 PM, Stefan Sperling wrote:
> > On Fri, Oct 14, 2011 at 01:08:28PM +1300, Talden wrote:
> >> Was there a reason that 'svn relocate' was designed to not just
> >> switch the containing working copy when you're in a sub-folder of it?
> >
> > See http://svn.haxx.se/users
On 17 October 2011 16:15, Les Mikesell wrote:
> 2011/10/17 Ulrich Eckhardt :
>>
>>> svn: E235000: In file
>>> 'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_wc\workqueue.c'
>>> line 672: assertion failed (checksum != NULL)
>>>
>>> win7 64
>>> Is there a way to
2011/10/17 Ulrich Eckhardt :
>
>> svn: E235000: In file
>> 'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_wc\workqueue.c'
>> line 672: assertion failed (checksum != NULL)
>>
>> win7 64
>> Is there a way to recover?
>
> This has been reported ad nauseam. Please
Yes, I also use Lion. I am simply saying that I was used to building
against MacPorts because earlier versions of OSX did not have up to
date dependencies.
On Mon, Oct 17, 2011 at 11:03 AM, mjparme wrote:
>
> Lion comes with Sqlite 3.7.5:
>
> mjparme:~:14> /usr/bin/sqlite3 -version
> 3.7.5
>
>
I upgraded from TortoiseSVN-1.6.16.21511-x64-svn-1.6.17
To TortoiseSVN-1.7.0.22068-x64-svn-1.7.0
this morning - without rebooting.
Some applications were restarted.
I had to upgrade my workspace.
In the beginning everything seemed okay.
Some point in time, I got this message - maybe I did an "upda
---
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 please
Lion comes with Sqlite 3.7.5:
mjparme:~:14> /usr/bin/sqlite3 -version
3.7.5
The INSTALL file says: "Subversion 1.7 requires SQLite version 3.6.18 or
above. "
I am going to try building it with the sqlite amalgamation sqlite.c file and
see what that does for me.
Mark Phippard-3 wrote:
>
> I h
Am 17.10.2011 16:42, schrieb ponomarenko yaroslav:
Got this error while trying svn cleanup
svn: E235000: In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_wc\workqueue.c'
line 672: assertion failed (checksum != NULL)
win7 64
Is there a way to reco
Is there any way to list just the property names (not values) that
have changed between the working copy and its base revision?
If not, where does one request features for svn?
In our build tree, I am trying to determine if there are properties
that have changed other than svn:mergeinfo and beyon
Got this error while trying svn cleanup
svn: E235000: In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_wc\workqueue.c'
line 672: assertion failed (checksum != NULL)
win7 64
Is there a way to recover?
On Mon, Oct 17, 2011 at 07:54, Oliver Wiegert
wrote:
>
>
> ---
>
> Subversion Exception!
>
> ---
>
> Subversion encountered a serious problem.
>
> Please take the time to report this on the Subversion mailing list
>
> (users@subversion.apache.org)
>
---
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
Hello.
I've encountered a critical error with Tortoise SVN 1.7. Trying to commit
changes, I got the following error:
In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\lib
svn_wc\wc_db.c'
line 9465: assertion failed(work_presence==svn_ec__db_status
Hi,
This when I go to TortoiseSVN > Properties > New
The properties box still pops up, but I would get 2 instances of this
error before getting there
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to
Hi there,
I just got the following error using svn 1.7 (build TortoiseSVN-1.7.0):
D:\Foo>svn status
R + C lib\ExternalLib
> local edit, incoming replace upon update
[...]
D lib\ExternalLib\ServiceLocation.pdb
M bat\environment.build
! src\Project1
svn: E235000:
Hi.
I have one "magick" file (in attachment).
I commit this file to repository. I add line
"/**/"
into end of file. And again I commit the file to repository.
When i invoke "svn diff -r n:m kadr.polon.p" i recive
in Subversion 1.6
Index: kadr.polon.p
=
---
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 please
I have not had any problem on OSX but I am guessing that is because I
build against the SQLite from MacPorts. I have never tried using the
SQLite that comes from Apple. I believe on older versions of OSX it
was older than the version that SVN wanted. Here is my configure
scripts:
CFLAGS=-Wall \
Are Mac users out of luck until Subversion 1.7.1 then? Is it possible to
apply that patch against the source I got from the tar ball? I tried, but
get this:
mjparme:~/temp/subversion-1.7.0:91> patch -p1 < patch.in
can't find file to patch at input line 3
Perhaps you used the wrong -p or --strip o
The patch you refer to will be in the 1.7.1 source code. It is not in
the 1.7.0 code.
On Mon, Oct 17, 2011 at 9:24 AM, mjparme wrote:
>
> I compiled Subversion 1.7 on Mac OS X 10.7.2 and when trying to run any "svn"
> operation I get the following error:
>
> mjparme:~/java_projects/mtllib:65>
I compiled Subversion 1.7 on Mac OS X 10.7.2 and when trying to run any "svn"
operation I get the following error:
mjparme:~/java_projects/mtllib:65> svn status
svn: E200029: Couldn't perform atomic initialization
svn: E200030: Could not initialize SQLite shared cache
I found a similar post from
On Mon, Oct 17, 2011 at 06:35, Paul Mathias wrote:
> ---
>
> Subversion Exception!
>
> ---
>
> Subversion encountered a serious problem.
>
> Please take the time to report this on the Subversion mailing list
>
> (users@subversion.apache.org)
>
> with
On Mon, Oct 17, 2011 at 05:32, Paolo Bonzi wrote:
> I'm trying to clean Up and to revert.
> Subversion reported the following in file
> 'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_wc\workqueue.c'
> line 672: assertion failed (checksum != NULL)
>
The dialog bo
When I try to checkout some dir to my working copy i get:
---
Subversion Exception!
---
Wystąpił poważny problem Subversion.
Prosimy o poświęcenie czasu na zgłoszenie go na liście dyskusyjnej
Subversion
(users@subversion.apache.org)
z możliwie naj
---
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
I'm trying to clean Up and to revert.
Subversion reported the following in file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_wc\workqueue.c'
line 672: assertion failed (checksum != NULL)
On Mon, Oct 17, 2011 at 06:28:09AM -0400, Richard Cavell wrote:
> When I say "working copy", I mean the current directory that I'm in, in my
> shell. As in, pwd prints the working directory.
>
> When I use subversion, either to practise or to do trivial coding exercises
> on my own computer, I
When I say "working copy", I mean the current directory that I'm in, in my
shell. As in, pwd prints the working directory.
When I use subversion, either to practise or to do trivial coding exercises on
my own computer, I like to set up a repo in my home directory and check it out
to another di
On Mon, Oct 17, 2011 at 01:21, Richard Cavell wrote:
> Hi, everyone.
>
> I do this:
>
> $ cd ~
> $ svnadmin create myrepo
> $ svn co file:///Users/Richard/myrepo repo
>
> Now, is it possible for me to somehow shorten that file:// URL to include
> the working directory or home directory?
You don't
On Mon, Oct 17, 2011 at 11:53:02AM +0200, Andreas Krey wrote:
> On Mon, 17 Oct 2011 11:42:13 +, Christophe Franco wrote:
> | You had a broken working copy that can't be upgraded.
> | http://svn.haxx.se/tsvnusers/archive-2011-10/0086.shtml
>
> ...practically meaning that the WC 1.6->1.7 convers
On Mon, Oct 17, 2011 at 11:42:13AM +0200, Christophe Franco wrote:
> Hello
>
> I have upgraded my TortoiseSVN to 1.7.0 version, and when trying to
> upgrade one of my local working copies, here is the error message
> that it displays :
Known problem.
Your 1.6 working copy was corrupted and cannot
Am 17.10.2011 11:42, schrieb Christophe Franco:
Please take the time to report this [...] with as much
information as possible about what you were trying to do.
This part is important.
But please first search the mailing list archives for the error message
to avoid reporting the same proble
On Mon, 17 Oct 2011 11:42:13 +, Christophe Franco wrote:
> Hello
...
> 'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_wc\entries.c'
> line 1935: assertion failed (svn_checksum_match(entry_md5_checksum,
> found_md5_checksum))
To quote Andy Levy from about ye
Hello
I have upgraded my TortoiseSVN to 1.7.0 version, and when trying to
upgrade one of my local working copies, here is the error message that
it displays :
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take th
On 14.10.2011 13:17, Stefan Sperling wrote:
> The perl bindings don't abstract away memory pool handling.
> If you don't pass a pool argument to fs->revision_root(),
> it will use the global pool, which can never be cleared.
>
> You need to use an iteration pool in your script and clear it after
>
75 matches
Mail list logo
