On Fri, Jul 23, 2010 at 6:25 AM, Ulf Seltmann wrote:
> Hello all,
>
> i'm hav a multihost environment and i want to provide svn access for
> arbitrary customers via dav_svn. is there a solution to have the
> svn-directories of the users only available to the unix-users of the
> customer instead to
That's not always a valid assumption. A plain copy of FSFS is
generally safER than doing the same w/ BDB, but it's not necessarily
100% safe.
On Fri, Jul 23, 2010 at 21:10, Ameet Nanda wrote:
> It is a FSFS repo, so I assumed it would be safe.
>
> On Fri, Jul 23, 2010 at 6:08 PM, Ryan Schmidt
>
It is a FSFS repo, so I assumed it would be safe.
On Fri, Jul 23, 2010 at 6:08 PM, Ryan Schmidt <
subversion-20...@ryandesign.com> wrote:
>
> On Jul 23, 2010, at 17:34, Ameet Nanda wrote:
>
> > Additionally, I had checked out a few files from the repository on an old
> machine, and then I moved t
On Jul 23, 2010, at 17:34, Ameet Nanda wrote:
> Additionally, I had checked out a few files from the repository on an old
> machine, and then I moved the repository to a new server. I didnot do a dump
> and move, just did a tar and scp and untar of the entire repository. When I
> try to check
Additionally, I had checked out a few files from the repository on an old
machine, and then I moved the repository to a new server. I didnot do a dump
and move, just did a tar and scp and untar of the entire repository. When I
try to check in to the new server [with the same hostname] it says
*
svn
> I'm an ABAP developer. I would like to connect my system with a svn
> repository.
>
> My idea is that I comunicate the source code of every program, when
> the program is saved.
>
> All the others access to the svn (look up, diff, ecc.) should be
> done with an external client (still to be defi
Hello
I'm an ABAP developer. I would like to connect my system with a svn
repository.
My idea is that I comunicate the source code of every program, when the
program is saved.
All the others access to the svn (look up, diff, ecc.) should be done with
an external client (still to be defined, but
I am unsure of my solution which looks more like a workaround, apologies for
that , but I need a way to make the checkin work with authentication. Which
means I should remove, PUT MERGE and from my LimitExcept. When I did
that it was throwing this strange error.
Has it got something to do wit
Daniel Shahaf writes:
> Old repositories don't have a fsfs.conf file. I think we should either make
> 'hotcopy' tolerate the absence of that file, or make 'svnadmin upgrade' create
> it; otherwise,
>
> svnadmin1.5 create foo
> svnadmin1.7 hotcopy foo bar
>
> will fail with the error
On Jul 23, 2010, at 12:33 PM, Daniel Shahaf wrote:
> Is anything printed to stderr?
Yes, it says that the connection was forceably closed by the server. I think
our svn server is running out of memory sometimes.
>
> Harvey Chapman wrote on Fri, Jul 23, 2010 at 12:06:03 -0400:
>>C:\>svn --v
Next time please use a subject line.
Александр Букреев wrote on Fri, Jul 23, 2010 at 10:43:29 +0400:
> I use Visual SVN Server 2.1.3. (included Subversion 1.6.12).
> When you try to execute the command:
>
> svnadmin" hotcopy D:\Repositories\AllProjects\ e:\a\
>
> I get an error message:
> svnad
Is anything printed to stderr?
Harvey Chapman wrote on Fri, Jul 23, 2010 at 12:06:03 -0400:
> C:\>svn --version
> svn, version 1.6.6 (r40053)
>compiled Oct 26 2009, 20:14:36
> Copyright (C) 2000-2009 CollabNet.
>
> I have a small repository with some large externals. When the
C:\>svn --version
svn, version 1.6.6 (r40053)
compiled Oct 26 2009, 20:14:36
Copyright (C) 2000-2009 CollabNet.
I have a small repository with some large externals. When the externals fail to
update or checkout completely, the action continues with the next external or
the mai
On Jul 23, 2010, at 5:55 AM, David Weintraub wrote:
> On Thu, Jul 22, 2010 at 6:25 PM, Joe Briggs
> wrote:
>> I am not sure if it is kosher to ask about contribs on the list, but fools
>> rush in...
>>
>> [...]
>>
>> My larger question is about contribs in general now that the project has
>> m
2010/7/23 Александр Букреев :
> I use Visual SVN Server 2.1.3. (included Subversion 1.6.12).
> When you try to execute the command:
>
> svnadmin" hotcopy D:\Repositories\AllProjects\ e:\a\
>
> I get an error message:
> svnadmin: Can't open file 'D:\Repositories\AllProjects\db\fsfs.conf': Can not
>
Hello all,
i'm hav a multihost environment and i want to provide svn access for
arbitrary customers via dav_svn. is there a solution to have the
svn-directories of the users only available to the unix-users of the
customer instead to make them writable to the apache user (which
mod_dav_svn is
I use Visual SVN Server 2.1.3. (included Subversion 1.6.12).
When you try to execute the command:
svnadmin" hotcopy D:\Repositories\AllProjects\ e:\a\
I get an error message:
svnadmin: Can't open file 'D:\Repositories\AllProjects\db\fsfs.conf': Can not
find the file specified.
Indeed such a fi
On Thu, Jul 22, 2010 at 10:48 AM, wrote:
>
> Is there a way so when i commited a project, an automatic message(alert,..)
> could be send to different persons
You can be the first on your block to try out a new and not so
thoroughly tested post-commit hook written in that unreadable Perl
script n
My bad.
Sorry for the lost time.
Thread closed.
Le 23/07/2010 14:23, Andy Levy a écrit :
On Fri, Jul 23, 2010 at 08:05, Bastien Semene
wrote:
I've maybe missed something, but I found nothing related to locking access
with NFS in the FAQ and in the red-bean doc .
Copied& pasted from the
On Thu, Jul 22, 2010 at 6:25 PM, Joe Briggs
wrote:
> I am not sure if it is kosher to ask about contribs on the list, but fools
> rush in...
>
> [...]
>
> My larger question is about contribs in general now that the project has
> moved to apache. The vendor branch management strategy in the svn bo
On Fri, Jul 23, 2010 at 08:05, Bastien Semene
wrote:
> I've maybe missed something, but I found nothing related to locking access
> with NFS in the FAQ and in the red-bean doc .
Copied & pasted from the FAQ link I provided:
"If you are using the FSFS repository back end, then storing the
reposi
I've maybe missed something, but I found nothing related to locking
access with NFS in the FAQ and in the red-bean doc .
Le 23/07/2010 12:35, Andy Levy a écrit :
On Fri, Jul 23, 2010 at 06:34, Andy Levy wrote:
On Fri, Jul 23, 2010 at 05:09, Bastien Semene
wrote:
I think the documentatio
On Fri, Jul 23, 2010 at 06:34, Andy Levy wrote:
> On Fri, Jul 23, 2010 at 05:09, Bastien Semene
> wrote:
>> I think the documentation should mention that SVN needs file locking
>> configuration while using NFS.
>> I have an Apache -> DAV_SVN -> repo access over NFS architecture, everything
>> pr
On Fri, Jul 23, 2010 at 05:09, Bastien Semene
wrote:
> I think the documentation should mention that SVN needs file locking
> configuration while using NFS.
> I have an Apache -> DAV_SVN -> repo access over NFS architecture, everything
> provided by FreeBSD.
The FAQ does. http://subversion.apach
Hello all,
i'm hav a multihost environment and i want to provide svn access for
arbitrary customers via dav_svn. is there a solution to have the
svn-directories of the users only available to the unix-users of the
customer instead to make them writable to the apache user (which
mod_dav_svn is
On Jul 23, 2010, at 03:08, Ameet Nanda wrote:
> Nevamind got it fixed. I changed the subversion.conf from
>
>
>
> to
>
> OPTIONS REPORT>
>
> and got it working.
So, now you're limiting authentication to all methods except GET PROPFIND
CHECKOUT PROPPATCH PUT MERGE DELETE MKACTIVITY OPTIO
On Jul 23, 2010, at 04:09, Bastien Semene wrote:
> [Tue Jul 20 15:40:08 2010] [error] [client 10.1.8.123] (20014)Internal error:
> Can't open file '/var/db/svn/repos/favicon.ico/format': No such file or
> directory, referer: http://domain.com/repo/
> Also, can anyone explain me the first line o
I think the documentation should mention that SVN needs file locking
configuration while using NFS.
I have an Apache -> DAV_SVN -> repo access over NFS architecture,
everything provided by FreeBSD.
On FreeBSD, you need to enable the following services :
- lockd
- statd
There's also a "fake lo
Hi list,
I am currently successfully using mod_sspi to authenticate users against our
domain controller (everything is windows here).
After authentication, Apache passes the sAMAccountName to mod_dav_svn as the
user name,
and this is the name that I use for authorization and the name that appears
Nevamind got it fixed. I changed the subversion.conf from
to
and got it working.
-Ameet
On Fri, Jul 23, 2010 at 12:46 AM, Daniel Shahaf wrote:
> Ameet Nanda wrote on Thu, Jul 22, 2010 at 17:23:54 -0700:
> > Hi,
> >
> > I set up SVN with apache and everything seems to be running fine.
> How
Ameet Nanda wrote on Thu, Jul 22, 2010 at 17:23:54 -0700:
> Hi,
>
> I set up SVN with apache and everything seems to be running fine. However,
> when I try to commit, it prompts me for a password, and once I supply the
> password, it gives me the following error:
>
> svn: Commit failed (details f
31 matches
Mail list logo