On May 11, 2011, at 01:48, Ben Simpson wrote:
> I am running the current version of SVN on a CentOS 5.5 server, and am
> looking for the the default user config file location.
>
> What I am trying to do is set the default ~/.subversion/servers file to
> automatically not store passwords, but w
On May 10, 2011, at 20:22, Gavin Beau Baumanis wrote:
> We have a web application that uses Jenkins CI for keeping our staging server
> up to date via svn update.
>
> Due to not thinking abut it properly in the beginning,
> The staging site is actually a working copy of the entire repo (branche
On Wed, May 11, 2011 at 02:57, Markus Schaber wrote:
> Hi,
>
>
>
> Is it true that the only way to find out whether a directory residing
> somewhere deep in a working copy tree is included via “svn:externals” is to
> check the parent directory?
>
Yes. Due to how WC metadata is handled, a director
On Wed, May 11, 2011 at 6:28 AM, Ryan Schmidt
wrote:
>
> On May 11, 2011, at 01:48, Ben Simpson wrote:
>
>> I am running the current version of SVN on a CentOS 5.5 server, and am
>> looking for the the default user config file location.
>>
>> What I am trying to do is set the default ~/.subversio
Nico Kadel-Garcia wrote on Wed, May 11, 2011 at 08:05:53 -0400:
> On Wed, May 11, 2011 at 6:28 AM, Ryan Schmidt
> wrote:
> >
> > On May 11, 2011, at 01:48, Ben Simpson wrote:
> >
> >> I am running the current version of SVN on a CentOS 5.5 server, and am
> >> looking for the the default user conf
Nico Kadel-Garcia wrote on Wed, May 11, 2011 at 08:05:53 -0400:
> Second, this is also an *old* hobby horse of mine.
It's a dead horse, and not at all relevant to the OP's question.
Hi, Andy,
> Von: Andy Levy [mailto:andy.l...@gmail.com]
> > Is it true that the only way to find out whether a directory
residing
> > somewhere deep in a working copy tree is included via
"svn:externals"
> > is to check the parent directory?
>
> Yes. Due to how WC metadata is handled, a directory
Hi,
> Von: Markus Schaber [mailto:m.scha...@3s-software.com]
> When I commit several pathes, one of them being an external directory,
I
> get an exception:
> "Are all the targets part of the same working copy?",
> SVN_ERR_WC_NOT_LOCKED.
Just some more explanation tot he situation:
[In all the fo
On Wed, May 11, 2011 at 10:29, Markus Schaber wrote:
> Hi,
>
>> Von: Markus Schaber [mailto:m.scha...@3s-software.com]
>> When I commit several pathes, one of them being an external directory,
> I
>> get an exception:
>> "Are all the targets part of the same working copy?",
>> SVN_ERR_WC_NOT_LOCKE
On 5/11/2011 9:29 AM, Markus Schaber wrote:
Hi,
Von: Markus Schaber [mailto:m.scha...@3s-software.com]
When I commit several pathes, one of them being an external directory,
I
get an exception:
"Are all the targets part of the same working copy?",
SVN_ERR_WC_NOT_LOCKED.
Just some more expla
I appear to be running 1.6.x because it is asking me. My client wants that
message to go away, so I found I can edit the servers file, and uncomment a
couple lines to not store passwords at all, and it wont ask you. Thats what
they want. Also, most of the users will be using TortoiseSVN on Windows
Hi List,
We administer subversion (v 1.4.2, r22196 on CentOS 5.5) for a
development company, and have over 150 active repositories, but we are
not subversion experts. We are experiencing an issue with just one
particular repository.
When programmers run an update against this one repository
On Wednesday 11 May 2011, Dave Tingling wrote:
> Hi List,
>
> We administer subversion (v 1.4.2, r22196 on CentOS 5.5) for a
> development company, and have over 150 active repositories, but we are
> not subversion experts. We are experiencing an issue with just one
> particular repository.
>
> Wh
Guten Tag Dave Tingling,
am Mittwoch, 11. Mai 2011 um 17:50 schrieben Sie:
> 1) - Developer A: adds, edits and commits a file X,
> 2) - Developer A: later, again edits and commits file X,
> 3) - Developer A: still later, again edits and commits file X,
> 4) - Developer N: who has never before seen
On Wed, May 11, 2011 at 11:38, Ben Simpson wrote:
> I appear to be running 1.6.x because it is asking me. My client wants that
> message to go away, so I found I can edit the servers file, and uncomment a
> couple lines to not store passwords at all, and it wont ask you. Thats what
> they want. Al
fsfs or bdb?
Tried 1.5.7 / 1.6.16 server?
Dave Tingling wrote on Wed, May 11, 2011 at 11:50:58 -0400:
> Hi List,
>
> We administer subversion (v 1.4.2, r22196 on CentOS 5.5) for a
> development company, and have over 150 active repositories, but we
> are not subversion experts. We are experienci
Campbell Allan wrote:
On Wednesday 11 May 2011, Dave Tingling wrote:
Hi List,
We administer subversion (v 1.4.2, r22196 on CentOS 5.5) for a
development company, and have over 150 active repositories, but we are
not subversion experts. We are experiencing an issue with just one
particular repo
Daniel Shahaf wrote:
fsfs or bdb?
Tried 1.5.7 / 1.6.16 server?
Dave Tingling wrote on Wed, May 11, 2011 at 11:50:58 -0400:
Hi List,
We administer subversion (v 1.4.2, r22196 on CentOS 5.5) for a
development company, and have over 150 active repositories, but we
are not subversion experts. We
Thorsten Schöning wrote:
Guten Tag Dave Tingling,
am Mittwoch, 11. Mai 2011 um 17:50 schrieben Sie:
1) - Developer A: adds, edits and commits a file X,
2) - Developer A: later, again edits and commits file X,
3) - Developer A: still later, again edits and commits file X,
4) - Developer N: w
Dave Tingling wrote on Wed, May 11, 2011 at 12:38:08 -0400:
> I'm not sure how to check what repo format is on the server, though.
cat $REPOS/format
cat $REPOS/db/fs-type
cat $REPOS/db/format
(it'd be nice to document this in the FAQ along with the
format number -> minor version number mappings)
Thanks Daniel. Results from in the repo dir on the server::
[dt@s..]$ cat format
5
[dt@s..]$ cat db/fs-type
fsfs
[dt@s..]$ cat db/format
2
Daniel Shahaf wrote:
Dave Tingling wrote on Wed, May 11, 2011 at 12:38:08 -0400:
I'm not sure how to check what repo format is on the server, though.
Which tells me your repository was created by Subversion 1.4. Nothing
unexpected...
Dave Tingling wrote on Wed, May 11, 2011 at 14:44:52 -0400:
> Thanks Daniel. Results from in the repo dir on the server::
>
> [dt@s..]$ cat format
> 5
> [dt@s..]$ cat db/fs-type
> fsfs
> [dt@s..]$ cat db/format
>
Thorsten Schöning wrote:
Guten Tag Dave Tingling,
am Mittwoch, 11. Mai 2011 um 17:50 schrieben Sie:
And this behaviour is reproducible, meaning that every time the file x
is deleted from the local working copy of dev N on each and every
update the newly created file is freaky? Is it freaky on cle
Daniel Shahaf wrote:
Which tells me your repository was created by Subversion 1.4. Nothing
unexpected...
I've learned that clients update their working-copy layout to whatever
that client is built for. Considering
http://stackoverflow.com/questions/1364618/how-do-i-determine-svn-working-c
2011/5/11 Dave Tingling :
> Hi List,
>
> We administer subversion (v 1.4.2, r22196 on CentOS 5.5) for a development
> company, and have over 150 active repositories, but we are not subversion
> experts. We are experiencing an issue with just one particular repository.
>
> When programmers run an up
Dave Tingling wrote on Wed, May 11, 2011 at 16:03:20 -0400:
> Daniel Shahaf wrote:
> >Which tells me your repository was created by Subversion 1.4. Nothing
> >unexpected...
> I've learned that clients update their working-copy layout to
> whatever that client is built for. Considering
> http://s
On 2011-05-09 21:21, Chris McGrath wrote:
[...]
> Our current setup is:
>
> 1 development server that we work off of. This is MAC based.
> 1 production web server hosted with Rackspace that is Windows based.
> 1 database server hosted with Rackspace that is Windows based.
[...]
> So the current w
On Wed, May 11, 2011 at 8:50 AM, Daniel Shahaf wrote:
> Nico Kadel-Garcia wrote on Wed, May 11, 2011 at 08:05:53 -0400:
>> Second, this is also an *old* hobby horse of mine.
>
> It's a dead horse, and not at all relevant to the OP's question.
>
Hey, I'm not the one who brought up the "how do you
Hi, Les,
> Von: Les Mikesell [mailto:lesmikes...@gmail.com]
> > [In all the following cases, it is assumed that the external
directory
> > is from the same repository than the main working copy).
>
> That would be a bad thing to assume in general.
I know that I cannot commit into several differe
Guten Tag Dave Tingling,
am Mittwoch, 11. Mai 2011 um 22:03 schrieben Sie:
> Is it
> possible that we're seeing this problem because of using 1.6 clients
> against this server?
I don't think so, we use Subversion 1.4.x as server and bleeding edge
TortoiseSVN with Subversion 1.6.x libs without an
30 matches
Mail list logo
