Hi! We recently upggraded our svn server to 1.6.5 to enable the usage of the
svn merge tracking capabilities but failed to use it in more than one project
due unwanted properties changes set on unchanged files.
This makes it very hard to keep track of the real changes vs. svn internal
changes.
On Tue, Mar 30, 2010 at 11:47 AM, Ben tebu...@googlemail.com wrote:
Hi! We recently upggraded our svn server to 1.6.5 to enable the usage of the
svn merge tracking capabilities but failed to use it in more than one project
due unwanted properties changes set on unchanged files.
This makes it
Hi!
Two different users have the next problem when they try to import a new
project to a new repository. The strange is that when I do the same
operations, all is fine
The errors obtained are (In tortoise):
Error: Commit failed (details follow):
Error: MKCOL of
Error:
Hi,
I encountered an unexpected behaviour during a svnadmin create as a normal
user.
We have a setup where a normal user can create repositories below an
SvnParentPath structure. The directories are setgroupid www, with ACLs allowing
the user write permissions. When I create these
On Fri, Mar 26, 2010 at 5:11 PM, Tyler Roscoe ty...@cryptio.net wrote:
On Fri, Mar 26, 2010 at 03:17:54PM +0100, Xavier Noria wrote:
Even if I try to fix it by hand with
svn merge -r2:2909 ^/trunk --record-only
a subsequent merge still tries to get 2 through 2909. Moreover
svn
Hello,
i've enabled
enable-auto-props=yes
and
*.php=svn:eol-style:native
on linux...
but when i svn update i still have msdos linefeeds in the php file... even
when i delete the php file before updating..
i am using only the client... no idea where or what the server is...
Dirk
Hello,
i've enabled
enable-auto-props=yes
and
*.php=svn:eol-style:native
on linux...
but when i svn update i still have msdos linefeeds in the php file... even
when i delete the php file before updating..
i am using only the client... no idea where or what the server is...
Dirk
Hello,
i've enabled
enable-auto-props=yes
and
*.php=svn:eol-style:native
on linux...
but when i svn update i still have msdos linefeeds in the
php file... even when i delete the php file before updating..
i am using only the client... no idea where or what the server is...
The
Hi Dirk,
On Tue, Mar 30, 2010 at 04:05:12PM +0200, Dirk wrote:
i've enabled
enable-auto-props=yes
and
*.php=svn:eol-style:native
on linux...
but when i svn update i still have msdos linefeeds in the php file... even
when i delete the php file before updating..
The auto-props
On Fri, Mar 26, 2010 at 5:11 PM, Tyler Roscoe ty...@cryptio.net wrote:
On Fri, Mar 26, 2010 at 03:17:54PM +0100, Xavier Noria wrote:
Even if I try to fix it by hand with
svn merge -r2:2909 ^/trunk --record-only
a subsequent merge still tries to get 2 through 2909. Moreover
Did
Stefan Sperling wrote:
On Tue, Mar 30, 2010 at 02:16:50PM +0200,
ullrich.j...@elektrobit.com wrote:
ls -l test1/db/rep-cache.db test2/db/rep-cache.db
-rw-r-+ 1 root www 4096 2010-03-30 14:07 test1/db/rep-cache.db
-rw-r-+ 1 username users 4096 2010-03-30 14:07
Tino Schwarze wrote:
Hi Dirk,
On Tue, Mar 30, 2010 at 04:05:12PM +0200, Dirk wrote:
i've enabled
enable-auto-props=yes
and
*.php=svn:eol-style:native
on linux...
but when i svn update i still have msdos linefeeds in the php file... even
when i delete the php file before
On Tue, Mar 30, 2010 at 4:25 PM, Bob Archer bob.arc...@amsi.com wrote:
On Fri, Mar 26, 2010 at 5:11 PM, Tyler Roscoe ty...@cryptio.net wrote:
On Fri, Mar 26, 2010 at 03:17:54PM +0100, Xavier Noria wrote:
Even if I try to fix it by hand with
svn merge -r2:2909 ^/trunk --record-only
Från: Johan Corveleyn [jcor...@gmail.com]
Skickat: den 30 mars 2010 00:14
Till: Björn Blissing
Kopia: users@subversion.apache.org
Ämne: Re: Can checkout and commit but NOT diff or display logs for files or
dirs
2010/3/29 Björn Blissing
On Tue, 2010-03-30 at 16:05 +0200, Dirk wrote:
Hello,
i've enabled
enable-auto-props=yes
and
*.php=svn:eol-style:native
on linux...
but when i svn update i still have msdos linefeeds in the php file... even
when i delete the php file before updating..
i am using only the
Can I tell to svn that it totally forget revisions 3000 ? Those are
very old and we could just get rid of them it there was a chance that
it solved the issue, it is a pity we need to deal with explicit
revisions all the time, reflective merges...
I don't know, perhaps around r2909 people did
On Monday 29 Mar 2010, Campbell Allan wrote:
On Monday 29 Mar 2010, Randi Hillerøe wrote:
For 4 hours I have tried to solve this problem but seems like very few
had it before.
I just installed subversion on a QNAP T410, NAS, which completed all fine
however it went wrong when I tried
Dear Madam/Sir,
We are doing Projects using Intersystem's Cache. We have
downloaded the 'Subversion for Win32, version 1.4.6.' for Source Control
issues in our project. We installed the tool and read the documentation
(svn-book), but there is no topic related to working with
18 matches
Mail list logo
