I get the assertion below when I do TortoiseSVN\Check for modifications on
a WC that contains a folder with file externals. I have no conclusive
proof that the file externals are the cause of the problem, but the fact
that the assertion deals with mis-matched repo id's strongly suggests
that
Ryan Schmidt wrote on Mon, Dec 05, 2011 at 14:33:18 -0600:
> On Dec 5, 2011, at 08:32, Martin Bischoff wrote:
>
> > -> is it expected that such transaction and locks files and folders remain
> > in the db folder or is this an indication that there is a problem?
>
>
> Dead transactions can occur
On Dec 5, 2011, at 08:32, Martin Bischoff wrote:
> -> is it expected that such transaction and locks files and folders remain in
> the db folder or is this an indication that there is a problem?
Dead transactions can occur:
http://svnbook.red-bean.com/en/1.7/svn.reposadmin.maint.html#svn.repos
On Mon, Dec 5, 2011 at 5:51 PM, Philip Martin
wrote:
> "Cooke, Mark" writes:
>
>> My reading of the OP was that someone had probably seleected a
>> sub-folder for conversion and that may well have succeeded. Seeing as
>> you can take a 1.6 sub-folder and effectively make it a top-level
>> folder
I'm happy to announce the release of Apache Subversion 1.7.2.
Please choose the mirror closest to you by visiting:
http://subversion.apache.org/download/#recommended-release
The SHA1 checksums are:
8c0824aeb7f42da1ff4f7cd296877af7f59812bb subversion-1.7.2.tar.bz2
c485b72b316c3bd08e29
Maybe this can happen in this specific situation if somebody uses "map
network path" to a drive letter on windows.
If the real root of the WC is \\someserver\\some\path\to\wc\root
I can probably still map a drive letter (ie V: to
\\someserver\some\path\to\wc\root\sub\folder\for\my\project
If I th
"Cooke, Mark" writes:
> My reading of the OP was that someone had probably seleected a
> sub-folder for conversion and that may well have succeeded. Seeing as
> you can take a 1.6 sub-folder and effectively make it a top-level
> folder, this makes sense to me? Or does the upgrade code crawl
> u
> -Original Message-
> From: Philip Martin [mailto:philip.mar...@wandisco.com]
> Sent: 05 December 2011 16:25
> To: Keith Williams
> Cc: users@subversion.apache.org
> Subject: Re: Attmpting to Update Working Directory for a
> Project from V1.6.17 to V1.7.1 using SVN Upgrade working copy
>
Keith Williams writes:
> In examining the Working Copy more closely, the Folder Structure is
> partially in 1.6 format and partially is 1.7 format. I am making this
> assumption by the presence of the .svn folder in some top level
> folders but not in others. A couple of files were deleted at the
On Mon, Dec 05, 2011 at 04:23:10PM +0100, Roman Kellner wrote:
> > What paths are you actually passing in the 'paths' array?
>
> D:\NewFolder\iec61131\ProjectName\SCC\@p...@originalfilename.zip
> D:\NewFolder\iec61131\ProjectName\SCC\@p...@originalfilenamerenamed.zip
>
> >
> > Are you passing ab
In examining the Working Copy more closely, the Folder Structure is partially
in 1.6 format and partially is 1.7 format. I am making this assumption by the
presence of the .svn folder in some top level folders but not in others. A
couple of files were deleted at the repository level prior to the
> Original-Nachricht
> Datum: Mon, 5 Dec 2011 11:38:12 +0100
> Von: Stefan Sperling
> An: Roman Kellner
> CC: users@subversion.apache.org
> Betreff: Re: svn_client_revert2 skips files for no obvious reasons
>
> On Mon, Dec 05, 2011 at 09:59:44AM +0100, Roman Kellne
While backing up our repository and preparing to update to subversion 1.7.x
I found some files inside the folder
"c:\svn_repository\{repository_name}\db" which made me wonder whether we
have a problem with our repository:
- In "db\transactions" I see a folder named "9279-7lb.txn" containing
vari
Ivo Schenk writes:
> Erik Faye-Lund gmail.com> writes:
>
>
>> In file
>>
> 'D:\Development\SVN\Releases\TortoiseSVN-1.7-beta2\ext\...
>> line 1582: ...
>> ---
>
>
> Same with SVN 1.7.1 (Tortoise 1.7.1 or Subclipse 1.8.0)
>
>
> Updating '.':
> svn: E235000: In file
> 'D
On Thu, Dec 1, 2011 at 15:12, Tam wrote:
> Hi-
>
> I have SVN Visual Server and have created a post-commit hook:
>
> "C:\Program Files\VisualSVN Server\bin\svn.exe" update --C:\webcontent
> \xx\xx -username xxx--password xxx
>
> The hook never seemed to execute, so I tried running it on the comman
Erik Faye-Lund gmail.com> writes:
> In file
>
'D:\Development\SVN\Releases\TortoiseSVN-1.7-beta2\ext\...
> line 1582: ...
> ---
Same with SVN 1.7.1 (Tortoise 1.7.1 or Subclipse 1.8.0)
Updating '.':
svn: E235000: In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.
Ulrich Eckhardt writes:
> Am 05.12.2011 12:56, schrieb Srinivas Jagarapu:
>> This was coming while when I do check out from repository.
>
> Okay. Since this is a fundamental operation, you can be pretty sure
> that this alone is not the cause of the problem, please reconsider the
> "with as much
Am 05.12.2011 12:56, schrieb Srinivas Jagarapu:
This was coming while when I do check out from repository.
Okay. Since this is a fundamental operation, you can be pretty sure that
this alone is not the cause of the problem, please reconsider the "with
as much information as possible". In part
On 5 dez, 09:13, Philip Martin wrote:
> Your problem with POST requests is not yet understood. It's might be
> some overlap between Subversion directives in your apache config, or
> between Subversion directives and non-Subversion directives. Only you
> can really identify the problem at presen
Hi,
I checked but I didn't find.
This was coming while when I do check out from repository.
Thanks,
Srinivas J.
-Original Message-
From: Ulrich Eckhardt [mailto:ulrich.eckha...@dominolaser.com]
Sent: Monday, December 05, 2011 4:59 PM
To: users@subversion.apache.org
Subject: Re: Subvers
Am 05.12.2011 12:14, schrieb Srinivas Jagarapu:
with as much information as possible about what you were trying to do.
Please provide this info, otherwise your report is impossible to
reproduce and therefore useless.
But please first search the mailing list archives for the error message
to
Johan Kruger writes:
> 'D:\Development\SVN\Releases\TortoiseSVN-1.7.1\ext\subversion\subversion\libsvn_wc\wc_db.c'
> line 2881: assertion failed (svn_dirent_is_ancestor(wcroot->abspath,
> local_abspath))
It appears to be an error adding an svn:externals dir but you have not
provided enough inf
Hi,
Here is the error message.
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subversion mailing list
with as much information as possible about what
you were trying to do.
But pleas
Gustavo Chaves writes:
> However, I understand that by turning that option Off I'm telling
> apache to use the old HTTP protocol, giving up on the new one that is
> much more performant, right?
Yes.
> Regarding the 1.7.2 release, I understand that it should appear
> shortly. However, what I get
On 5 dez, 05:59, Konstantin Kolinko wrote:
> 2011/12/4 Gustavo Chaves :
>
> There are known problems with handling of POST requests in 1.7.0 an 1.7.1.
>
> In 1.7.2 changes list that is mentioned as
> * make mod_dav_svn ignore non-Subversion POST requests (r1187695)
>
> The POST request are from th
Keith Williams writes:
> Subversion reported the following
> (you can copy the content of this dialog
> to the clipboard using Ctrl-C):
>
> In file
> 'D:\Development\SVN\Releases\TortoiseSVN-1.7.1\ext\subversion\subversion\libsvn_wc\entries.c'
> line 1654: assertion failed (parent_node || entry->
On Mon, Dec 05, 2011 at 09:59:44AM +0100, Roman Kellner wrote:
> Hi
>
> We are implementing a wrapper around a SCC-SVN client in order to over come
> some flaws between the IDE and the SCC-SVN client.
>
> Now we need to use the svn_client_revert2 function in order to revert
> scheduled actions
On Thu, Dec 01, 2011 at 01:38:14PM -0500, michael.oro...@fluor.com wrote:
> I am working in a windows server 2003 environment. I would much rather be
> in a linux environment, but that is neither here nor there.
>
> I have a very large repository that I am trying to seperate out into
> individua
Hello,
I got this error message while doing an update using TortoiseSVN. The
folder being updated was using the new WC format.
Here is the version information from the TortoiseSVN about dialog:
TortoiseSVN 1.7.1, Build 22161 - 64 Bit , 2011/10/21 22:51:59
Subversion 1.7.1,
apr 1.4.5
apr-utils 1.
Am 01.12.2011 21:12, schrieb Tam:
I have SVN Visual Server and have created a post-commit hook:
"C:\Program Files\VisualSVN Server\bin\svn.exe" update --C:\webcontent
\xx\xx -username xxx--password xxx
The hook never seemed to execute, so I tried running it on the command
line, but I get this e
Hi
We are implementing a wrapper around a SCC-SVN client in order to over come
some flaws between the IDE and the SCC-SVN client.
Now we need to use the svn_client_revert2 function in order to revert
scheduled actions (add, delete) when the commit fails due to the commit
hock.
Order:
Wrapper
Yeah; I'd posted this just before we spoke.
Thanks again!
On Sun, 2011-12-04 at 22:40 +0200, Daniel Shahaf wrote:
> Fixed on #svn, right?
>
> Justin Finkelstein wrote on Sun, Dec 04, 2011 at 16:24:30 +:
> > Hi guys
> >
> > Today I've moved my SVN repository from 1.5.1 to 1.7.1, located on
Hi-
I have SVN Visual Server and have created a post-commit hook:
"C:\Program Files\VisualSVN Server\bin\svn.exe" update --C:\webcontent
\xx\xx -username xxx--password xxx
The hook never seemed to execute, so I tried running it on the command
line, but I get this error:
svn.exe: invalid option
I am working in a windows server 2003 environment. I would much rather be
in a linux environment, but that is neither here nor there.
I have a very large repository that I am trying to seperate out into
individual repositories. Some are small, and others large.
I have tried a lot of different o
Subversion reported the following
(you can copy the content of this dialog
to the clipboard using Ctrl-C):
In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.1\ext\subversion\subversion\libsvn_wc\entries.c'
line 1654: assertion failed (parent_node || entry->schedule ==
svn_wc_schedule_normal)
2011/12/4 Gustavo Chaves :
> I straced the httpd daemon to try to get any hint. The last syscalls
> before the error are these:
>
> 17748 read(18, "POST /admin/!svn/me HTTP/1.1\r\nUs"..., 8000) = 441
There are known problems with handling of POST requests in 1.7.0 an 1.7.1.
In 1.7.2 changes list
36 matches
Mail list logo
