2011/9/30 Gavin Baumanis :
> Hi Everyone,
> We recently created a DNS entry for our subversion repository.
> Prior to this we just use the private LAN IP address to access the repo via
> http (Apache)
> Post the change to having a hostname to use I created a new branch - and
> used the host name to
Passwords are stored per hostname (+realm), not per working copy like in
your webbrowser, so using a different hostname requires adding a new
username+password in your credential cache.
Storing it in a different way would allow tricking subversion to send the
username and password to any other
Hello,
If we are accessing subversion repository through WebDev module , then
the content type will be send to the client depend the property what we
have set for files. It won't look into apche mime types. But there is a
way to edit the header information for Content-type
For example:
Around about 29/09/11 14:20, vishwajeet singh typed ...
> You can checkout svnmanager http://svnmanager.org/
Around about 29/09/11 14:23, Mark Phippard typed ...
Subversion Edge supports this. It simply loads the authz file into a
text field in your browser though (no fancy high-click UI).
On Sep 30, 2011, at 03:40, D, Dinoj wrote:
> If we are accessing subversion repository through WebDev module , then the
> content type will be send to the client depend the property what we have set
> for files. It won’t look into apche mime types. But there is a way to edit
> the header info
Also, I'm sure there is a mod_dav_svn httpd.conf directive to make
mod_dav_svn consult mime.types when the property is not set.
Ryan Schmidt wrote on Fri, Sep 30, 2011 at 05:55:24 -0500:
>
> On Sep 30, 2011, at 03:40, D, Dinoj wrote:
>
> > If we are accessing subversion repository through WebDev
Hi Konstantin,
Thanks for the reply.
On 30/09/2011, at 5:31 PM, Konstantin Kolinko wrote:
> 2011/9/30 Gavin Baumanis :
>> Hi Everyone,
>> We recently created a DNS entry for our subversion repository.
>> Prior to this we just use the private LAN IP address to access the repo via
>> http (Apache)
Hi Bert,
Firstly, thanks for the reply.
It seems that deleting the cached credentials and recreating them, did the
trick.
I (obviously) didn't ever manually create the cache or edit it myself.
I assumed that changing to the new URL would simply create a new credential
"set" for that URL and was
2011/9/30 D, Dinoj :
> Hello,
>
>
>
> If we are accessing subversion repository through WebDev module , then the
> content type will be send to the client depend the property what we have
> set for files. It won’t look into apche mime types. But there is a way to
> edit the header information for
Howdy! So I was giving SVN Searcher a try, and had it running its Index
on my 25,000-ish revision 25GB repository. Well, it filled up an entire
500GB partition I had dedicated to the task (after filling up smaller
partitions, I created a dedicated 500GB partition). Does this sound
normal? I
Hi guys!
Any one can help me? Be trying to compile latest Subversion on Windows, VS8 +
SP1, 32bits. It's seems that cannot link against zlib, but zlib is just ok it
seams.
Here is the output:
-- Build started: Project: zlib, Configuration: Release Win32 --
Performing Makefile project
On Fri, Sep 30, 2011 at 4:23 PM, Victor Medina
wrote:
> Hi guys!
>
> Any one can help me? Be trying to compile latest Subversion on Windows, VS8
> + SP1, 32bits. It's seems that cannot link against zlib, but zlib is just
> ok it seams.
I have the same problem when using zlib 1.2.5. I believe the
wow! thanks for such a fast answer! I'll take a look later on, again thanks for
such a fast answer.
Sin mas a que hacer referencia,
___
Víctor Medina
Centro Médico Guerra Méndez - Jefe de Soporte y Tecnologías
Departamento de Sistemas
Telf: +58241 856 1223 Ext.
On Fri, Sep 30, 2011 at 3:29 PM, Kyle Leber wrote:
> I've encountered what I think is a problem with subversion, but I'm not
> completely sure (and according to the online instructions I should bring it
> up here prior to filing a bug).
Actually, the instructions on
http://subversion.apache.org/i
Please see the short patch appended at the end of my message, it seems that the
MSVC makefiles were not updated. This has not been verified against the zlib
devs though (but the binaries work.)
Regards,
Joel
Index: Makefile.msc
===
>> I see that subversion supports path-based authorization:
>>
>> http://svnbook.red-bean.com/en/1.5/svn.serverconfig.pathbasedauthz.html
>>
>> Is there a way to do file-based authorization? Or maybe some sort of
>> trickery to mimic file-based authorization? If not, can anyone think
>> of a way
On Sep 30, 2011, at 18:37, Grant wrote:
> That's great news. I've never used a version control system or any
> sort of developer framework. Would something like this work?
I'm sorry but it really does sound like you have no idea how Subversion works.
Please spend several days reading the book
Hello,
I had initially got a lot of great feedback from the group.
I had decided to migrate the repo using the svnsync and the new server is
1.7 rc3 for the POC migration. (old server 1.4.6).
Initially every thing was smooth now we are noticing that some repositories
we get a failure in sync an
2011/10/1 PR
>
> Hello,
> I had initially got a lot of great feedback from the group.
> I had decided to migrate the repo using the svnsync and the new server is 1.7
> rc3 for the POC migration. (old server 1.4.6).
> Initially every thing was smooth now we are noticing that some repositories
> we
>> That's great news. I've never used a version control system or any
>> sort of developer framework. Would something like this work?
>
> I'm sorry but it really does sound like you have no idea how Subversion
> works. Please spend several days reading the book front to back:
>
> http://svnbook.
On Fri, Sep 30, 2011 at 5:53 PM, Konstantin Kolinko
wrote:
> 2011/10/1 PR
> >
> > Hello,
> > I had initially got a lot of great feedback from the group.
> > I had decided to migrate the repo using the svnsync and the new server is
> 1.7 rc3 for the POC migration. (old server 1.4.6).
> > Initially
On Fri, Sep 30, 2011 at 8:16 PM, Grant wrote:
>
> Right now I'm trying to decide whether or not I should use subversion.
> Hopefully there is a less time-consuming method for making that
> determination.
>
> My goals are to implement a good development framework and to define a
> (changing) list
>> Right now I'm trying to decide whether or not I should use subversion.
>> Hopefully there is a less time-consuming method for making that
>> determination.
>>
>> My goals are to implement a good development framework and to define a
>> (changing) list of files which are the only files a develop
On Fri, Sep 30, 2011 at 8:46 PM, Grant wrote:
>
> My workflow above only describes a single repository on the dev
> machine, the production machine wouldn't have a repository. rsync
> would synchronize the source files, not the repository.
>
Normally you would do that with a subversion client, c
>> My workflow above only describes a single repository on the dev
>> machine, the production machine wouldn't have a repository. rsync
>> would synchronize the source files, not the repository.
>>
>
> Normally you would do that with a subversion client, creating
> different workspaces for develop
On Fri, Sep 30, 2011 at 9:16 PM, Grant wrote:
>> Normally you would do that with a subversion client, creating
>> different workspaces for development, testing, and production with
>> commit/update operations to move data instead of rsync. Variations
>
> After committing changes to the repositor
On Fri, Sep 30, 2011 at 7:16 PM, Grant wrote:
> Is it risky because I would be using rsync instead of svn update, or
> is it risky because I wouldn't be using a test/staging machine? Why
> can't testing be done on the dev machine?
risky because you can't 100% prove what you got is exactly what
Konstantin Kolinko wrote on Sat, Oct 01, 2011 at 04:53:01 +0400:
> 2011/10/1 PR
> > svnsync: E22: Destination repository already contains revision history;
> > co
> > nsider using --allow-non-empty if the repository's revisions are known to
> > mirr
> > or their respective revisions in the s
Daniel Shahaf wrote on Sat, Oct 01, 2011 at 09:06:33 +0300:
> If you think Subversion should promise a specific error code in this
> situation, please file a bug against svnsync.
I meant: file a bug after discussing it on this list, per the normal bug
filing guidelines. Thanks.
29 matches
Mail list logo
