On Wed, Mar 31, 2010 at 00:24, Shajahan Mohammed wrote:
> 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 documen
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 In
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
On Mar 30, 2010, at 18:55, Xavier Noria wrote:
> Can I tell to svn that it totally forget revisions < 3000 ?
Doing so is a very invasive procedure. I don't recommend it. It's likely to
cause more problems than it solves.
> Those are
> very old and we could just get rid of them it there was a c
> There is a svn_apply_autoprops as part of the subversion distribution
> (in contrib, I think), which will apply your current auto props to a
> working copy.
>
> My current copy of that script is attached - needs python.
>
> I use it a lot, and it works well for me.
> Tony Butt
> CEA Technologi
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 som
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
Från: Johan Corveleyn [jcor...@gmail.com]
Skickat: den 30 mars 2010 21:31
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/30 Björn Blissing :
>
> _
2010/3/30 Björn Blissing :
>
>
> 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
Various client tools seem to know what path and revision a copy was
created from (e.g., Tortoise's revision graph). Can the svn command
line tool get me this information? Is there anyway I can get this from
a hook script?
Here's the context: I want to enforce that all code has gone through
automat
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 :
> Hi,
>
> I s
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 :
> Hi,
>
> I s
On Tue, Mar 30, 2010 at 4:25 PM, Bob Archer wrote:
>> On Fri, Mar 26, 2010 at 5:11 PM, Tyler Roscoe 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 subse
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
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 test2/db/r
> On Fri, Mar 26, 2010 at 5:11 PM, Tyler Roscoe 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
Di
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
> 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 serv
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
On Tue, Mar 30, 2010 at 02:16:50PM +0200, ullrich.j...@elektrobit.com wrote:
> cd /tmp
> mkdir test
> chgrp www test
> chmod 2770 test
> setfacl -m u:username:rwx test
> setfacl -m d:u:username:rwx test
> cd test
> svnadmin create test1
> su - username -c "cd /tmp/test; svnadmin create test2"
>
>
On Fri, Mar 26, 2010 at 5:11 PM, Tyler Roscoe 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 propge
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 directories
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:
'/svn/project_n
On Tue, Mar 30, 2010 at 11:47 AM, Ben 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 very hard to keep
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.
W
Jon DeVree wrote on Mon, 29 Mar 2010 at 17:57 -0400:
> On Mon, Mar 29, 2010 at 23:53:43 +0300, Daniel Shahaf wrote:
> > % svn info iota2 iota3 | grep "Last Changed Rev"
> > Last Changed Rev: 2
> > Last Changed Rev: 3
> >
>
> Try it with a directory that includes files and subdirectori
Jon DeVree wrote on Mon, 29 Mar 2010 at 18:47 -0400:
> In fact, it occured to me that this should be visible on any public
> subversion repository that used a server side svn copy operation. Even
> the repository of svn itself:
>
> Here is the most recent log entry for the build subdirectory of
>
28 matches
Mail list logo
