Hi,
Encountered the following error. I had used a switch to move a large folder of
data from a time-indexed area to an archive area. After the switch, it seemed
as though the data did not move correctly, so I did a cleanup. In the
time-indexed area I then saw some conflicted tree issues, and tr
On Tue, Oct 25, 2011 at 17:35, Robert J. Gebis wrote:
> I was wondering if there is a way to setup local svn proxy so my commits
> could be committed locally before pushing them to remote server. I am on Mac
> Book Pro and I am running multiple virtual box with different os to
> develop/build a
I was wondering if there is a way to setup local svn proxy so my commits could
be committed locally before pushing them to remote server. I am on Mac Book Pro
and I am running multiple virtual box with different os to develop/build and
test. Right now I have to commit changes from one platform w
Hello Konstanti,
The repository has more than 30,000 revisions in it. There are thousands of
entries, that contain "non-LF" line endings. The dump and load did not have
this issue in version 1.6, this is new to 1.7.
Robert Denault
Programmeur-analyste principal II/ Senior Programmer-Analyst I
2011/10/25 Robert-Jean Denault
>
> I am upgrading our SVN repository from version 1.6.3 (r38063) to version
> 1.7.0 (r1176462).
>
>
>
> I am using svnadmin dump (1.6.3), and svnadmin load (1.7.0) to upgrade the
> contents of the repository, and have run into the following issue. The load
> op
I switched over the weekend to 1.7.1 and read release documentation.
What I was looking was not there. Perhaps future release? What I was looking
for is a "folder shadow" future found in pvsc (I used it a while back so not
sure if it is it or some other tool)
I have huge project that various pro
On Tue, Oct 25, 2011 at 14:01, Robert J. Gebis wrote:
>
> On Oct 25, 2011, at 12:33 PM, Andy Levy wrote:
>
>> On Tue, Oct 25, 2011 at 11:53, Robert J. Gebis wrote:
>>>
>>> On Oct 25, 2011, at 10:28 AM, Andy Levy wrote:
On Tue, Oct 25, 2011 at 11:23, Robert J. Gebis wrote:
> Ok so t
On Oct 25, 2011, at 12:33 PM, Andy Levy wrote:
> On Tue, Oct 25, 2011 at 11:53, Robert J. Gebis wrote:
>>
>> On Oct 25, 2011, at 10:28 AM, Andy Levy wrote:
>>>
>>> On Tue, Oct 25, 2011 at 11:23, Robert J. Gebis wrote:
Ok so this is the only way to get around this problem? Well dumping an
On Tue, Oct 25, 2011 at 11:53, Robert J. Gebis wrote:
>
> On Oct 25, 2011, at 10:28 AM, Andy Levy wrote:
>>
>> On Tue, Oct 25, 2011 at 11:23, Robert J. Gebis wrote:
>>> Ok so this is the only way to get around this problem? Well dumping and
>>> reloading is another with rev range.
>>> Does svnad
I am upgrading our SVN repository from version 1.6.3 (r38063) to version 1.7.0
(r1176462).
I am using svnadmin dump (1.6.3), and svnadmin load (1.7.0) to upgrade the
contents of the repository, and have run into the following issue. The load
operation fails with the following message
svnadmi
I was trying to checkout everything in our repository, from the very
top. Got to 400 - 500 MB before getting this error.
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subv
During an update I received the following error:
In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_wc\update_editor.c'
line 2898: assertion failed (status != svn_wc__db_status_normal)
I did not see that error was reported previously on the mailing list archiv
Wabe W writes:
> First, please bear with my ignorance here. I only just figured out
> that I don't get a reply to my e-mail in my inbox. I'm apparently
> supposed to visit this page...
People are replying to utwente.nl address in your Reply-To header.
> Anyway, thank you for replying. To return
On Oct 25, 2011, at 10:28 AM, Andy Levy wrote:
>
> On Tue, Oct 25, 2011 at 11:23, Robert J. Gebis wrote:
>> Ok so this is the only way to get around this problem? Well dumping and
>> reloading is another with rev range.
>> Does svnadmin tool support true "drop to revision". Or would it be possi
Please don't reply to me, reply to the list. List convention is to
*not* top-post.
On Tue, Oct 25, 2011 at 11:23, Robert J. Gebis wrote:
> Ok so this is the only way to get around this problem? Well dumping and
> reloading is another with rev range.
> Does svnadmin tool support true "drop to rev
First, please bear with my ignorance here. I only just figured out that I don't
get a reply to my e-mail in my inbox. I'm apparently supposed to visit this
page...
Anyway, thank you for replying. To return to the problem:
>Does the problem occur with an upgraded working copy or with
>a new ch
On Tue, Oct 25, 2011 at 10:42, Robert J. Gebis wrote:
> I did run into a problem that I was no aware of and I want to bring this up
> to attention. Also I would like to know what is the best way to handle such
> case since it gave me little problem.
>
> I am developing multi platform system. Whe
On Tue, 25 Oct 2011 14:37:14 +, Markus Schaber wrote:
> Hi,
>
> As there seem to be a lot of users with broken pristine files[1], what about
> implementing a "repair pristine" command or option for cleanup which
> re-fetches those from the server?
May be a bit hard to justify as it is 'only
On Tue, Oct 25, 2011 at 10:42, Robert J. Gebis wrote:
> I did run into a problem that I was no aware of and I want to bring this up
> to attention. Also I would like to know what is the best way to handle such
> case since it gave me little problem.
>
> I am developing multi platform system. Whe
I did run into a problem that I was no aware of and I want to bring this up to
attention. Also I would like to know what is the best way to handle such case
since it gave me little problem.
I am developing multi platform system. When I try to add "aux" folder on linux
I was able to commit just
Hi,
As there seem to be a lot of users with broken pristine files[1], what about
implementing a "repair pristine" command or option for cleanup which re-fetches
those from the server?
Best regards
Markus Schaber
[1] Some common reason may be global search/replace which accidentally also
hits
On Mon, Oct 24, 2011 at 06:15:20PM -0500, Robert J. Gebis wrote:
> It looks like exporting specific folder exports it's contents to destination
> folder instead of first creating such folder @ destination first and then
> exporting its contents to it as it was the case in version 1.6
>
The beha
On Tue, Oct 25, 2011 at 03:21:34AM -0700, John Larcheveque wrote:
> I've narrowed down the problem to repro when I call 'svn diff
> MissingPunctuation' from a directory that itself is called MissingPunctuation:
>
> C:\[start of my path]\MissingPunctuation>svn diff missingPunctuation\ > \nul
> svn
I've narrowed down the problem to repro when I call 'svn diff
MissingPunctuation' from a directory that itself is called MissingPunctuation:
C:\[start of my path]\MissingPunctuation>svn diff missingPunctuation\ > \nul
svn: E235000: In file '..\..\..\subversion\libsvn_wc\wc_db.c' line 9465:
asser
---
Subversion Exception!
---
Subversion столкнулось с серьёзной проблемой.
Пожалуйста сообщите об этом в список рассылки Subversion
(users@subversion.apache.org)
с максимально подробной информацией о том,
что вы
In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion
\libsvn_wc\adm_ops.c'
line 177: assertion failed (status == svn_wc__db_status_normal ||
status ==
svn_wc__db_status_added)
---
OK
Just committing a file to SVN. Previous co
It looks like exporting specific folder exports it's contents to destination
folder instead of first creating such folder @ destination first and then
exporting its contents to it as it was the case in version 1.6
On Tue, Oct 25, 2011 at 11:29:59AM +, Wabe W wrote:
>
> Hello,
>
> After the update to SVN 1.7.1 the error that I reported in the e-mail below
> persists.
> So, I still have the same problem and am hoping there is fix for it.
>
Does the problem occur with an upgraded working copy or with
a
FWIW, my observations are that an incomplete working copy is usually
*broken* and one has to do a fresh checkout. Mostly this happens when the
.svn meta-files do no longer match the working copy files. This usecase
_can_ happen when a program holds an exclusive lock on a file and one runs
"svn up"
Hello,
After the update to SVN 1.7.1 the error that I reported in the e-mail below
persists.
So, I still have the same problem and am hoping there is fix for it.
Awaiting your reply,
Wabe Koelmans.
From: wabekoelm...@hotmail.com
To: users@subversion.apache.org
Subject: Error when updating
Dat
I checkout a big subdirectory (more than 1giga), then I want to get rid
of it locally, so I do
svn up -set-depth exclude DIR
It takes very long...
If I strace the process, it's doing read/lseek repeatedly
read(3,
"\2\0\0\0\2\2\275\0\0\2\253\34\2\275\3g\0\0\0\0\0\0\0\0\0
31 matches
Mail list logo
