I find the log file , Thank you very much :)
Here we use http + ssl , and the client IP can find in the log file~
I will try to parse the informations by the scripts ^ ^
shrinivasan
2011-01-20 04:45
To
min...@spreadtrum.com
cc
users@subversion.apache.org
Subject
Re: How To Find Th
On Jan 19, 2011, at 13:18, Daniela Rivas wrote:
> On Tue, Jan 18, 2011 at 7:05 PM, Daniel Shahaf wrote:
>> Ryan Schmidt wrote on Tue, Jan 18, 2011 at 16:59:33 -0600:
>>> On Jan 18, 2011, at 16:02, Daniela Rivas wrote:
Ok the correct repository URL was
http://localhost/prueba/trunk/index.h
2011/1/19 erica hollis :
> Hi,
>
> Does anyone know if there is a way to manage two very similar Ruby on Rails
> projects with minor differences, so that both projects could be updated at
> once? Sometimes only a file in one of the projects would need to be
> updated, but often the change applies
On Fri, Jan 14, 2011 at 11:37, Edward Ned Harvey wrote:
>> From: alan.james.tay...@gmail.com [mailto:alan.james.tay...@gmail.com]
>> On Behalf Of Alan Taylor
>>
>> My problem is that cfg should be a project within the repo
>> and now I want to add another project, i.e.
>> /srv/svn/cfg
>> /srv/svn/
On 1/19/2011 1:18 PM, Daniela Rivas wrote:
After I did a virtual host pointing to the local working copy and I
got it by the browser.
This is no the ideal solution, but at least i can see the page through
a browser..
Usually that's what you'd want - preview it before you commit to the
reposi
On Jan 19, 2011, at 23:04 , Steve Cohen wrote:
> Where is this documented? I sometimes see letters I don't know, such as "G",
> what is that for - and these outputs may differ from command to command.
> Also the column in which a letter appears is significant.
>
> Can someone please point me
Where is this documented? I sometimes see letters I don't know, such as
"G", what is that for - and these outputs may differ from command to
command. Also the column in which a letter appears is significant.
Can someone please point me to a document where this is explained? It's
not in the
Is there any way to find the client ip from the svn HOOK ?
Hi,
If you use the http protocol, all the client information are stored in
access.log
you can parse it and get the details.
Are you using the ssh protocol to access svn?
If so switch to https, as it will provide you more p
On Tue, Jan 18, 2011 at 7:05 PM, Daniel Shahaf wrote:
> Ryan Schmidt wrote on Tue, Jan 18, 2011 at 16:59:33 -0600:
>> On Jan 18, 2011, at 16:02, Daniela Rivas wrote:
>>
>> > Ok the correct repository URL was
>> > http://localhost/prueba/trunk/index.html, so when I execute in a
>> > browser http://
> Did you import the initial repository content as local root, using
> a "file://" URL? In that case, some files inside the "db" directory
> would now be owned by root.
The only way I could import into the repo was as root.
>
> I'd double-check the permissions on the following dirs & files.
>
>
On Jan 18, 2011, at 14:43 , Dave Pawson wrote:
> I'm resurrecting a subversion setup.
> subversion 1.6.5 on apache 2.
>
> Apache setup
>
> Dav svn
> SVNParentPath /srv
> Authtype Basic
> AuthName "..."
> AuthuserFile /etc/svnauthfile
> Require valid-user
>
>
> user apache is set as owner of /
Jan Keirse schreef op 19/01/2011 10:58:24:
> David Aldrich schreef op 19/01/2011 10:42:15:
>
> > Hi
> >
> > I'd like to explain my high level problem, which I hoped externals
> > would solve. Maybe someone will have a suggestion how to properly
> > address this.
> >
> > Our source code is u
hi all,
Is there any way to find the client ip from the svn HOOK ?
I find a module for perl :
http://search.cpan.org/~mschilli/SVN-Utils-ClientIP-0.02/ClientIP.pm
But it thinks only make for unix, on the other OS (like windows),
is there any way to do this?
On 19 January 2011 11:51, Prabhu Gnana Sundar wrote:
> Hi Dave,
>
> On Wednesday 19 January 2011 03:35 PM, Dave Pawson wrote:
>
> Still looking for the source of my 403 errors Steve?
> Any ideas please?
>
> I have no need for path based permissions? It is advised against in
> fact in the book?
>
Hi Dave,
On Wednesday 19 January 2011 03:35 PM, Dave Pawson wrote:
Still looking for the source of my 403 errors Steve?
Any ideas please?
I have no need for path based permissions? It is advised against in
fact in the book?
I am sorry if I misunderstood. And may be you just followed the book
w
Hi Jan
> In the future hopefully an authz file with wildcards will solve the
> problem:
> http://subversion.tigris.org/issues/show_bug.cgi?id=2662
>
> Right now I don't there's anything better than externals.
Thanks, I think that this is what we need. However, I can't see this on the
svn roadm
Still looking for the source of my 403 errors Steve?
Any ideas please?
regards DaveP
On 19 January 2011 09:57, Stephen Butler wrote:
>
> On Jan 19, 2011, at 9:25 , Dave Pawson wrote:
>
>> On 19 January 2011 07:36, Prabhu Gnana Sundar wrote:
>>> Hi Dave,
>>>
>>>
>>> On Tuesday 18 January 2011 07
On Jan 19, 2011, at 03:32, Jan Keirse wrote:
> I'm not asking for a lock on part of the file, in fact if you think about
> it I'm not asking a real lock, i'm only asking a notification, informing
> the developer who else is working on the file.
[snip]
> I'm not asking to automatically stop th
On Jan 19, 2011, at 9:25 , Dave Pawson wrote:
> On 19 January 2011 07:36, Prabhu Gnana Sundar wrote:
>> Hi Dave,
>>
>>
>> On Tuesday 18 January 2011 07:13 PM, Dave Pawson wrote:
>>>
>>> I'm resurrecting a subversion setup.
>>> subversion 1.6.5 on apache 2.
>>>
>>> Apache setup
>>>
>>> Dav s
David Aldrich schreef op 19/01/2011 10:42:15:
> Hi
>
> I'd like to explain my high level problem, which I hoped externals
> would solve. Maybe someone will have a suggestion how to properly
> address this.
>
> Our source code is used by several developer groups. A few files
> need to be conf
Hi
I'd like to explain my high level problem, which I hoped externals would solve.
Maybe someone will have a suggestion how to properly address this.
Our source code is used by several developer groups. A few files need to be
confidential to one group. We can set access permissions on these fil
Hi again,
never to old to learn something ... ;-)
Am 19.01.2011 10:26, schrieb Martin Rabl:
Am 19.01.2011 10:02, schrieb David Aldrich:
> to do this, so how can we prevent such commits being made?
IMHO there is no way to prevent external commits - it would be contrary
to the principles of svn,
Hi Martin and Jan
> You mean: not to the repository, where the other repository is linked
> into via svn:external?
Sorry, I have misunderstood the manual. I thought that commits to a file in the
folder that has the svn:external property would not be reflected in the source
repo. This is not tru
Johan Corveleyn schreef op 19/01/2011 09:38:41:
> On Wed, Jan 19, 2011 at 9:00 AM, Jan Keirse wrote:
> > Ryan Schmidt schreef op 18/01/2011
> > 22:34:24:
> >
> >> On Jan 18, 2011, at 08:15, Jan Keirse wrote:
> >>
> >> I don't think Subversion's locking mechanism is something that can
> >> be
Hi,
Am 19.01.2011 10:02, schrieb David Aldrich:
1) Subversion allows you to commit a change within the
> directory that uses the svn:external property.
> This change will not be committed to the referenced
> (source) directory/repo.
You mean: not to the repository, where the other repository is
David Aldrich schreef op 19/01/2011 10:02:43:
> Hi
>
> I wonder if anyone would answer the following questions about svn:
> external for me please?
>
> 1) Subversion allows you to commit a change within the directory
> that uses the svn:external property. This change will not be
> committed t
Hi
I wonder if anyone would answer the following questions about svn:external for
me please?
1) Subversion allows you to commit a change within the directory that uses the
svn:external property. This change will not be committed to the referenced
(source) directory/repo. I can't imagine a circ
SVNSERVE_OPTIONS="-d -r /srv/svn/repos"
But this means that I can only make changes on the system svnserve is
running on. Is there a safe way to have the possibility to change the
files on 'all' systems?
We can commit files to the svn server. i.e where svnserve is running.
Please explai
On Wed, Jan 19, 2011 at 9:00 AM, Jan Keirse wrote:
> Ryan Schmidt schreef op 18/01/2011
> 22:34:24:
>
>> On Jan 18, 2011, at 08:15, Jan Keirse wrote:
>>
>> > we would like to be able to always know who else is working on a file,
> so
>> > that we can communicate with each other and avoid complex
On 19 January 2011 07:36, Prabhu Gnana Sundar wrote:
> Hi Dave,
>
>
> On Tuesday 18 January 2011 07:13 PM, Dave Pawson wrote:
>>
>> I'm resurrecting a subversion setup.
>> subversion 1.6.5 on apache 2.
>>
>> Apache setup
>>
>> Dav svn
>> SVNParentPath /srv
>> Authtype Basic
>> AuthName "..."
>> A
30 matches
Mail list logo