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
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
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
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
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
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
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
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
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
>
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.
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)
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
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
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
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
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
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 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
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
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
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
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
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
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
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.
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
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
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 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 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
30 matches
Mail list logo
