> > 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 t
> -Original Message-
> From: Robert J. Gebis [mailto:rjge...@gmail.com]
> Sent: 25 October 2011 19:19
> To: users@subversion.apache.org
> Subject: Best project layout and branching
>
> I switched over the weekend to 1.7.1 and read release documentation.
> What I was looking was not there.
> -Original Message-
> From: Davor Barcan [mailto:davor.bar...@markit.com]
> Sent: 25 October 2011 17:52
> To: users@subversion.apache.org
> Subject: assertion failed
>
> During an update I received the following error:
>
>
>
> In file
>
> 'D:\Development\SVN\Releases\TortoiseSVN-1.7
> -Original Message-
> From: Gross, Joseph S [mailto:joseph.s.gr...@intel.com]
> Sent: 26 October 2011 01:45
> To: users@subversion.apache.org
> Subject:
>
> Hi,
>
> Encountered the following error. I had used a switch to move
> a large folder of data from a time-indexed area to an arc
Am 25.10.2011 20:18, schrieb Robert J. Gebis:
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 project depend on each other (exe
and Libs on other Libs etc. Around 90 projects) Th
"Schoenbrun, Jason" writes:
> I was trying to checkout everything in our repository, from the very
> top. Got to 400 - 500 MB before getting this error.
> In file
>
> 'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion
> \libsvn_wc\update_editor.c'
>
> line 1582: assertion f
Hi guys,
Firstly, thanks for all the enormous effort on svn 1.7.x, and for all the great
support. I have high hopes for 1.7. Its great to see all those .svn folders
banished.
I was prompted to give 1.7.1 a shot when a reintegrate merge task turned up
where the destination checkout was sparse,
Davor Barcan writes:
> 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 pr
On Tue, Oct 25, 2011 at 04:19:27PM -0400, Robert-Jean Denault wrote:
> 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.
On Tue, Oct 25, 2011 at 05:44:50PM -0700, Gross, Joseph S wrote:
> 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.
A 'switch' is usually used to update a working copy to a different
branch. It doesn't sound
On Wed, Oct 26, 2011 at 10:02:17AM +0100, James French wrote:
> I was prompted to give 1.7.1 a shot when a reintegrate merge task
> turned up where the destination checkout was sparse, which was not
> possible at all in 1.6. If memory serves me correctly with 1.6 you
> could reintegrate into you wo
-Original Message-
From: Stefan Sperling [mailto:s...@elego.de]
Sent: 26 October 2011 11:29
To: James French
Cc: users@subversion.apache.org
Subject: Re: Behaviour of reintegrate in 1.7.1
On Wed, Oct 26, 2011 at 10:02:17AM +0100, James French wrote:
> I was prompted to give 1.7.1 a shot
Whilst suffering a subversion server outage, it's made me wonder: we
currently produce nightly backups of our repos via 'hotcopy' from the
server's local drive to a network store.
If the server were to die, would I be able to take those copies and place
them under a server on a new box
On Wed, Oct 26, 2011 at 12:23:46PM +0100, Neil Bird wrote:
>
> Whilst suffering a subversion server outage, it's made me wonder:
> we currently produce nightly backups of our repos via 'hotcopy' from
> the server's local drive to a network store.
>
> If the server were to die, would I be able
Stefan Sperling writes:
> With BDB repositories, it will not work, so you should dump/load.
Is that right? According to the documentation:
http://download.oracle.com/docs/cd/E17076_02/html/gsg/C/databaseLimits.html
the BDB database files are portable. I think the BDB environment files
are pl
On Oct 25, 2011, at 13:09, Andy Levy wrote:
>> But I ma puzzled by your last statement "it might actually lead to increase
>> in space". How it that possible?
>> If I trunkate -r 1:3000 and leave 3000 to HEAD how would this increase size?
>> I know this is the other case I am talking about here
I got the same error twice - once the first time I was doing that
checkout, and then again when I checked out on top of an existing
working copy.
I'm not sure if it was checking out externals at the time.
-Original Message-
From: Philip Martin [mailto:philip.mar...@wandisco.com]
Sent: W
Around about 26/10/11 12:28, Stefan Sperling typed ...
With FSFS repositories, yes, it will work if you copy the files
onto the new system from the network store (it might not if you try
to mount a disk from the old system on the new system directly, then
it depends on OS filesystem support and e
Hi,
I'm trying to update a working copy of some tens of GBs with svn 1.7.1
(upgraded the WC to the new -sadly much slower- format) and always get this:
$ svn up
Updating '.':
Skipped 'mail/20110624/usr/local/etc/blacklist' -- Node remains in conflict
svn: E235000: In file 'subversion/libsvn_wc/
I would like to review the SVN mail list archive. The only reference I
have found is on http://subversion.apache.org/packages.html#windows and
it only include an email address. Is there a way to browse the archive?
Per the page "If there are any problems with or questions about the
different bin
Hello Stefan,
The properties were set during commits with Tortoise SVN and SubClipse.
Robert Denault
Programmeur-analyste principal II/ Senior Programmer-Analyst II
TELUS Solutions en santé | avec l'expertise d'Emergis
TELUS Health Solutions | backed by Emergis
T : (450) 928 6000 x 3740
T : 1 (
> -Original Message-
> From: Ray Joseph [mailto:rjos...@aechou.com]
> Sent: 26 October 2011 12:09
> To: users@subversion.apache.org
> Subject: SVN Mail List Help
>
> I would like to review the SVN mail list archive. The only
> reference I have found is on
> http://subversion.apache.org
On Wed, Oct 26, 2011 at 5:01 AM, Attila Nagy wrote:
> I'm trying to update a working copy of some tens of GBs with svn 1.7.1
> (upgraded the WC to the new -sadly much slower- format) and always get this:
Is your WC on a network drive? That is the only scenario I have seen
where 1.7.x was not si
On Wed, Oct 26, 2011 at 07:09, Ray Joseph wrote:
> I would like to review the SVN mail list archive. The only reference I have
> found is on http://subversion.apache.org/packages.html#windows and it only
> include an email address. Is there a way to browse the archive?
http://subversion.apache.
Attila Nagy writes:
> I'm trying to update a working copy of some tens of GBs with svn 1.7.1
Did you upgrade with 1.7.0 or 1.7.1?
> $ svn up
> Updating '.':
> svn: E235000: In file 'subversion/libsvn_wc/update_editor.c' line
> 1582: assertion failed (action == svn_wc_conflict_action_edit ||
> a
On 10/26/11 15:31, Mark Phippard wrote:
On Wed, Oct 26, 2011 at 5:01 AM, Attila Nagy wrote:
I'm trying to update a working copy of some tens of GBs with svn 1.7.1
(upgraded the WC to the new -sadly much slower- format) and always get this:
Is your WC on a network drive? That is the only scen
On Wed, Oct 26, 2011 at 02:13:35PM +0100, Neil Bird wrote:
> Around about 26/10/11 12:28, Stefan Sperling typed ...
> >With FSFS repositories, yes, it will work if you copy the files
> >onto the new system from the network store (it might not if you try
> >to mount a disk from the old system on the
On Wed, Oct 26, 2011 at 09:28:39AM -0400, Robert-Jean Denault wrote:
> Hello Stefan,
>
> The properties were set during commits with Tortoise SVN and SubClipse.
It's possible that subclipse clients didn't properly encode log message
data sent to the server.
BTW, another trick to fix the issue is
Hi,
Von: Stefan Sperling [mailto:s...@elego.de]
> BTW, another trick to fix the issue is to copy the repository using
> svnsync. As of Subversion 1.6.3 (which is fairly old), svnsync normalizes
> all svn:* properties to LF line-endings automatically.
Out of curiosity: how do Svn and svnsync disti
> -Original Message-
> From: Markus Schaber [mailto:m.scha...@3s-software.com]
> Sent: woensdag 26 oktober 2011 16:49
> To: Subversion Users (users@subversion.apache.org)
> Subject: Property encoding (was: Error during svnadmin load (svnadmin:
> E125005: Cannot accept non-LF line endings
"Schoenbrun, Jason" writes:
> I got the same error twice - once the first time I was doing that
> checkout, and then again when I checked out on top of an existing
> working copy.
>
> I'm not sure if it was checking out externals at the time.
There is not much I can do with the information you h
I'm sorry I'm giving such sparse information. I'm trying to be sensitive
to the needs of the company so that we don't expose sensitive
information. Also, I am far from an SVN expert.
We have a few directories under the main repository URL - "trunk"
worked, but the problem occurred in "legacy". It
"Schoenbrun, Jason" writes:
> We have a few directories under the main repository URL - "trunk"
> worked, but the problem occurred in "legacy". It happens each time (2x?
> 3x?) in the same place.
If you just checkout "legacy", or "legacy/foo", or "legacy/foo/bar",
does the problem still occur?
Yes, it happens in all 3 scenarios.
-Original Message-
From: Philip Martin [mailto:philip.mar...@wandisco.com]
Sent: Wednesday, October 26, 2011 11:47 AM
To: Schoenbrun, Jason
Cc: users@subversion.apache.org
Subject: Re: Subversion Exception!
"Schoenbrun, Jason" writes:
> We have a fe
"Schoenbrun, Jason" writes:
> Yes, it happens in all 3 scenarios.
>
> -Original Message-
> From: Philip Martin [mailto:philip.mar...@wandisco.com]
> Sent: Wednesday, October 26, 2011 11:47 AM
> To: Schoenbrun, Jason
> Cc: users@subversion.apache.org
> Subject: Re: Subversion Exception!
>
On Wednesday, October 26, 2011 4:52 PM, "Bert Huijben" wrote:
>
>
> > -Original Message-
> > From: Markus Schaber [mailto:m.scha...@3s-software.com]
> > Sent: woensdag 26 oktober 2011 16:49
> > To: Subversion Users (users@subversion.apache.org)
> > Subject: Property encoding (was: Erro
On Wed, Oct 26, 2011 at 11:39 AM, Daniel Shahaf wrote:
>
>> > Could svnsync mistakenly "fix" a binary property which happens to contain
>> > CR-LF byte sequences?
>>
>> Within the svn:* namespace there are no binary properties.
>>
>
> But if svn 1.8 defines a binary svn:* prop, then svnsync 1.7 wi
I have a mirror that is synced using svnsync from the master server.
The master server was updated to 1.7.1 yesterday, the mirror was updated to
1.7 last week.
I had a few good syncs occur yesterday after the master was updated.
The mirror locked up last night and was rebooted this morning.
Since t
On Wed, Oct 26, 2011 at 01:13:38PM -0400, Andrew Sasak wrote:
> I have a mirror that is synced using svnsync from the master server.
> The master server was updated to 1.7.1 yesterday, the mirror was updated to
> 1.7 last week.
> I had a few good syncs occur yesterday after the master was updated.
I have no idea how the lockup occurred
I got no output when I ran propget
I got no output when I ran proplist
I attempted to delete the property anyway, it indicated success, but I still
get the same error.
Am I going to have to rebuild the mirror?
(Thanks for the response)
On Wed, Oct 26, 2011 at
Hello,
I ve just updated my tortoise svn client to version 1.7.1 and Ive found a
bug.
I upgraded of my working copy of an older repository and then, when I was
updating the working copy a message box appeared with this error:
In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.1\ext\subve
I've selected a folder to commit my changes since I wanted all modified
files to have the same comment and I received an error message:
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the
---
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
---
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
Hello Stefan, Konstantin
I solved the problem by running a loop around svn pget, svn pset.
The svn pget returns clean log entries, so extraction the svn:log entries, and
resetting them cleans them up.
#!/bin/ksh
rev=1
repo=PATH_TO_REPO
URL=URL_TO_REPO
while [ $rev -lt `svnlook younges
On 2011-10-24 19:27, Philip Martin wrote:
Mothmonsterman writes:
External definition:
C:\eclipse\workspaces_3_6\CADOC\eOMIS>svn propget svn:externals
^/eOMIS/trunk/src/a/b/c/SF02_SampleClass.java src/a/b/c/
SF02_SampleClass.java
^/eOMIS/trunk/src/a/b/c/SF02_SampleServlet.java src/a/b/c/
SF02_S
Hi,
I have un file with the filesystem read-only attribut.
I commit this file with .
Since version 1.7, the filesystem read-only attribut is removed by the
commit operation.
I would like to keep this attribut ( like with version 1.6 ).
Thanks
Romaric
47 matches
Mail list logo