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
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
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
---
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
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
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 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
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 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 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
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
"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!
>
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:
> 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?
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:
> 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
> -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
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
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
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 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
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 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.
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
> -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
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 (
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
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/
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
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
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
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 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
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
-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
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
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 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.
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
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,
"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
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
> -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
> -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: 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.
> > 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
47 matches
Mail list logo
