On Thu, Nov 10, 2011 at 11:56 PM, lolveley wrote:
> hello,
>
> here is the result of telnet :
>
>
> [olivier@centos ~]$ telnet 192.168.1.66 3690
> Trying 192.168.1.66...
> Connected to 192.168.1.66.
> Escape character is '^]'.
> Connection closed by fo
hello,
here is the result of telnet :
[olivier@centos ~]$ telnet 192.168.1.66 3690
Trying 192.168.1.66...
Connected to 192.168.1.66.
Escape character is '^]'.
Connection closed by foreign host.
I can't figu
On Nov 10, 2011, at 22:13, olivier SAINT-EVE wrote:
> indeed it can't talk to himself (with the command "svn co
> svn://localhost/svn_eclipse/SMS test3", from the NAS and where test3 doesn't
> exist.
> I obtain the same error message.
>
> maybe the rights are incorrects?
I don't know; could b
hello ryan
good idea!
indeed it can't talk to himself (with the command "svn co
svn://localhost/svn_eclipse/SMS test3", from the NAS and where test3
doesn't exist.
I obtain the same error message.
maybe the rights are incorrects?
On Nov 10, 2011, at 20:40, olivier SAINT-EVE wrote:
> the local IP is 192.168.1.66, and the internet one is xxx.dyndns.org (where
> xxx is my name).
> I tried with the local IP and I obtain the same result.
>
> so we can try to make it work first : I agree with you.
>
> and I thank you for you
hi
the local IP is 192.168.1.66, and the internet one is xxx.dyndns.org
(where xxx is my name).
I tried with the local IP and I obtain the same result.
so we can try to make it work first : I agree with you.
and I thank you for your quick answer.
olivier
ps:
I already have open the port 39
> svn://:3690/svn_eclipse
What is the IP of the NAS on your LAN? it has to work at svn://
192.168.1.105/ first, before you can get to it from the net via your DynDNS
url.
Once you verified that you can connect from a PC on your LAN... check your
internet device eg cable/DSL router (login as admin
hello,
I recently bought a synology NAS (DS110J).
I would like to use subversion, so I installed SVN on the NAS,
following this tutorial:
[URL="http://forum.synology.com/wiki/index.php/Step-by-step_guide_to_installing_Subversion#Test_the_operation_of_Subversion_on_your_Diskstation"]http://foru
Well, in my case, it is all lower-case all the time. Is there any other way
to double check this? I checked with "svn ls ..." every component of path
to be lower case, and it was. authz file is also in lower case completely.
Still, delete as described before does not work.
It is 32 bit system, may
There's in-memory caching, and more so in 1.7, but no on-disk cache
files. See the 1.7 release notes.
On Thursday, November 10, 2011 8:49 PM, "Stefan Lock" wrote:
> Hi,
> I´m wondering about the checkout time of our svnserver.
> The first checkout after restarting svnserve (or httpd) is very slo
Hi,
I´m wondering about the checkout time of our svnserver.
The first checkout after restarting svnserve (or httpd) is very slow.
An example of one of our big projects:
First checkout: 00:08:01 / 481 secs
second: 00:02:00 / 120 secs
third: 00:02:01 / 121 secs
I´ve this problem with the svn-
Stefan Sperling writes:
> On Thu, Nov 10, 2011 at 05:25:27PM +, Philip Martin wrote:
>> I wonder if there is an upper/lower case problem somewehere in your
>> authz file? Or perhaps in the Subversion authz code?
>
> If so, this is likely due to the change in case-awareness we made in 1.7:
>
On Nov 10, 2011, at 03:08, markw wrote:
> I am trying to compile a best practice guide for my organisation's Subversion
> users. I am now thinking about the issue of checking out to a network drive.
> It looks like over the years this has generated a number of issues for the
> community. So I
On Nov 10, 2011, at 07:27, Nico Kadel-Garcia wrote:
> Windows versus UNIX style end-of-line also becomes important. The
> "svn:eol" style for files in a shared repository will behave
> differently on Windows boxes accessing a CIFS share from a UNIX or
> Linux box via Samba than the UNIX or Linux
On Thu, Nov 10, 2011 at 05:25:27PM +, Philip Martin wrote:
> I wonder if there is an upper/lower case problem somewehere in your
> authz file? Or perhaps in the Subversion authz code?
If so, this is likely due to the change in case-awareness we made in 1.7:
file:///home/stsp/svn/svn-site/publ
On Nov 10, 2011, at 02:43, P.N. wrote:
> I want to check out an open source project (obviously from a *nix file
> system) using the same name differing only in case for two different files ,
> which results in a conflict on windows.
>
> As I'm not a committer to the project, I cannot rename th
"Jens Geyer" writes:
> I can confirm that.
> Deleting is only possible if the user has write permnissions on the
> ENTIRE path.
>
> / top/subdir/mypath
>
> In order to delete mypath, the user needs write permission on
>
> /
> /top/subdir
> /top/subdir
> /top/subdir/m
> If it is a file, you can AFAIK safely remove the mergeinfo property from the
> file .
Thanks, it is a file. I have removed the property in the trunk. I then merged
the trunk into my branch whereupon I got a conflict for that file. So I just
deleted the mergeinfo property in the branch, marke
Neil Bird writes:
> "*** in database main ***
> On tree page 40898 cell 60: 2nd reference to page 325
> On tree page 40898 cell 60: Child page depth differs
> On tree page 40898 cell 61: Child page depth differs"
> "rowid 14277 missing from index sqlite_autoindex_PRISTINE_1"
> "rowid 14278 missin
On Thu, Nov 10, 2011 at 8:13 AM, Nico Kadel-Garcia wrote:
>
On Thu, Nov 10, 2011 at 8:46 AM, Les Mikesell wrote:
>> On Thu, Nov 10, 2011 at 7:27 AM, Nico Kadel-Garcia wrote:
>>>
>>> I spent a *lot* of time explaining this to verious people trying to
>>> use multiple platform shared access, and
On 10.11.2011 12:26, Philip Martin wrote:
Gunnar Dalsnes writes:
REM change this to the dir you are running the script from
set wd=c:/temp/test
svnadmin create repo
svn mkdir file:///%wd%/repo/trunk -m test
svn co file:///%wd%/repo/trunk trunk1
svn co file:///%wd%/repo/trunk trunk2
trunk2
> Is there anything I can do to stop this happening?
If it is a file, you can AFAIK safely remove the mergeinfo property from the
file .
JensG
Correction:
In order to delete mypath, the user needs write permission on
/
/top
/top/subdir
/top/subdir/mypath
-Ursprüngliche Nachricht-
Von: Jens Geyer [mailto:j...@vsx.net]
Gesendet: Donnerstag, 10. November 2011 16:56
An: Bostjan Skufca; users@subver
Hi *,
I have an really interesting case here, which looks to me like an bug.
The behavior started after the upgrade of our SVN server from 1.6.16 to
1.7.1.
We use a windows server (SVNSERVE) here, I haven't tested this on
Apache.
The scenario:
We have a source code tree, which lives let's say
Around about 10/11/11 13:21, Philip Martin typed ...
pragma integrity_check
I'd done that, but it doesn't mean anything to me!
"*** in database main ***
On tree page 40898 cell 60: 2nd reference to page 325
On tree page 40898 cell 60: Child page depth differs
On tree page 40898 cell 61: Chi
I can confirm that.
Deleting is only possible if the user has write permnissions on the
ENTIRE path.
/ top/subdir/mypath
In order to delete mypath, the user needs write permission on
/
/top/subdir
/top/subdir
/top/subdir/mypath
With an 1.6.x server, write
Hi
Whenever we merge to, or reintegrate from, our branches, one particular file is
always merged with the comment 'Modified (properties only)'. We seldom change
this file.
Is there anything I can do to stop this happening?
We are running svn 1.6.17.
Best regards
David
On Thu, Nov 10, 2011 at 8:46 AM, Les Mikesell wrote:
> On Thu, Nov 10, 2011 at 7:27 AM, Nico Kadel-Garcia wrote:
>>
>> I spent a *lot* of time explaining this to verious people trying to
>> use multiple platform shared access, and running headlong into the
>> problems they thought they'd "cleverl
On Thu, Nov 10, 2011 at 7:27 AM, Nico Kadel-Garcia wrote:
>
> I spent a *lot* of time explaining this to verious people trying to
> use multiple platform shared access, and running headlong into the
> problems they thought they'd "cleverly" worked around. It became an
> adventure to explain why sv
On Thu, Nov 10, 2011 at 7:21 AM, David Weintraub wrote:
>
>
> On Thursday, November 10, 2011, markw wrote:
>> Hi All
>>
>> I am trying to compile a best practice guide for my organisation's
>> Subversion users. I am now thinking about the issue of checking out to a
>> network drive. It looks like
Neil Bird writes:
> Having just done a couple of commits (after an update), I did some
> work on a file then went to commit again (no 2nd. update) and
> TortoiseSVN reported no changes.
>
> A command line 'svn status .' is giving me:
>
> svn: E200030: database disk image is malformed
> svn: E
On Thursday, November 10, 2011, markw wrote:
> Hi All
>
> I am trying to compile a best practice guide for my organisation's
Subversion users. I am now thinking about the issue of checking out to a
network drive. It looks like over the years this has generated a number of
issues for the community.
Having just done a couple of commits (after an update), I did some work
on a file then went to commit again (no 2nd. update) and TortoiseSVN
reported no changes.
A command line 'svn status .' is giving me:
svn: E200030: database disk image is malformed
svn: E200030: database disk image i
Gunnar Dalsnes writes:
> REM change this to the dir you are running the script from
> set wd=c:/temp/test
>
> svnadmin create repo
>
> svn mkdir file:///%wd%/repo/trunk -m test
>
> svn co file:///%wd%/repo/trunk trunk1
> svn co file:///%wd%/repo/trunk trunk2
trunk2 is an empty directory at r1
>
Ulrich Eckhardt writes:
> Am 10.11.2011 10:07, schrieb JESUS LUNAR PEREZ:
>> Please take the time to report this on the Subversion mailing list
>> with
>> as much information as possible about what you were trying to do.
>
>
>> Bu
Bastian Holtermann / SOREL GmbH writes:
> I got the problem that when I checkout some code that is using
> externals with a special specified revision of that external to be
> checked out svn checks out the head revision in stead of the specified
> revision number.
Agreed, that is a bug. I've r
Am 10.11.2011 10:07, schrieb JESUS LUNAR PEREZ:
Please take the time to report this on the Subversion mailing list
with
as much information as possible about what you were trying to do.
But please
first search the mailing list
I found this error:
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subversion mailing list
with as much information as possible about what
you were trying to do.
But please fi
Hi All
I am trying to compile a best practice guide for my organisation's
Subversion users. I am now thinking about the issue of checking out to a
network drive. It looks like over the years this has generated a number
of issues for the community. So I would be very interest to hear if this
h
Hello,
since I am using svn, version 1.7.1 (r1186859) compiled Oct 22 2011,
10:53:27
I got the problem that when I checkout some code that is using externals
with a special specified revision of that external to be checked out
svn checks out the head revision in stead of the specified revision
Hello!
I want to check out an open source project (obviously from a *nix file
system) using the same name differing only in case for two different
files , which results in a conflict on windows.
As I'm not a committer to the project, I cannot rename the file in the
repository, so can I tell
On Thu, Nov 10, 2011 at 08:05:59AM +, Richard Boyce wrote:
> This may be a stupid question, but I'm using svn (via TortoiseSVN
> and client 1.16.16) to a file-based repo (i.e. no subversion
> server). When I try to re-integrate a branch, I get "Retrieval of
> merginfo unsupported".
>
> Searche
On 11/10/2011 12:05 AM, Richard Boyce wrote:
This may be a stupid question, but I'm using svn (via TortoiseSVN and
client 1.16.16) to a file-based repo (i.e. no subversion server). When
I try to re-integrate a branch, I get "Retrieval of merginfo
unsupported".
Searches for this say I need to
2011/11/10 Richard Boyce :
> This may be a stupid question, but I'm using svn (via TortoiseSVN and client
> 1.16.16) to a file-based repo (i.e. no subversion server). When I try to
> re-integrate a branch, I get "Retrieval of merginfo unsupported".
>
> Searches for this say I need to upgrade the re
This may be a stupid question, but I'm using svn (via TortoiseSVN and
client 1.16.16) to a file-based repo (i.e. no subversion server). When I
try to re-integrate a branch, I get "Retrieval of merginfo unsupported".
Searches for this say I need to upgrade the repo with "svnadmin
--upgrade" - b
> -Original Message-
> From: Tony Butt [mailto:tony.b...@cea.com.au]
> Sent: 10 November 2011 07:15
> To: Cooke, Mark
> Cc: users@subversion.apache.org
> Subject: RE: Subversion repository config problem
>
> On Thu, 2011-11-10 at 06:59 +, Cooke, Mark wrote:
> >
> > > The second proble
46 matches
Mail list logo
