Re: Migrating from 32 to 64 bit

2010-08-12 Thread Leszek Szarlej
; set it on the new repository with "svnadmin setuuid". > > Kind regards, > > Jon > > -- > *From:* Leszek Szarlej [mailto:leszek.szar...@gmail.com] > *Sent:* 11 August 2010 18:56 > *To:* Edward Ned Harvey; Leszek Szarlej;

Re: Migrating from 32 to 64 bit

2010-08-11 Thread Leszek Szarlej
u are welcome to give me your comments. I have about 400 repositories to migrate. Svnsync showed about 60 -70 hours to sync all repos. Thanks much Leszek Szarlej On 11 August 2010 15:50, Stefan Sperling wrote: > On Wed, Aug 11, 2010 at 09:11:29AM -0400, Edward Ned Harvey wrote: >

Migrating from 32 to 64 bit

2010-08-11 Thread Leszek Szarlej
Hi As described in the subject line. Do you have any experience in migrating from 32 -> 64 bit ? Is it possible to use the same filesystem with repositories in new system (without dump&load) Any good practices ? Thanks Leszek Szarlej

Piped logs, writing error log to the mysql db and rotated file. another solution.

2010-07-24 Thread Leszek Szarlej
me` datetime default NULL, `log_client` varchar(25) default NULL, `log_level` varchar(12) default NULL, `log_user` varchar(50) default NULL, `log_entry` varchar(400) default NULL, PRIMARY KEY (`log_id`), KEY `log_dtime` (`log_dtime`,`log_client`,`log_user`), KEY `log_level` (`log_level`), FULLTEXT KEY `log_entry` (`log_entry`) ) ENGINE=MyISAM ; Regards, Leszek Szarlej

Re: Subversion with LDAP - Display description

2010-07-03 Thread Leszek Szarlej
so, paste your svn config from apache and some content from authz file if you want. I assume something must be wrong in it. You should get the username (the extra field you listed in the LDAP url and configured as Attribute). Regards, Leszek Szarlej On 3 July 2010 06:10, Maxter wrote: > >

Re: Subversion with LDAP - Display description

2010-07-02 Thread Leszek Szarlej
Can you give more details? where did you get the group description ? On 2 July 2010 20:47, Jean-Francois Trepanier wrote: > I did a test and it worked... except that I received the description of the > group and not the user Not great... > > max...@hotmail.com > > > > --

Re: Subversion with LDAP - Display description

2010-07-02 Thread Leszek Szarlej
Hi In our company we authenticate based on UserID, then we use email address for authz authentication. AuthLDAPURL "ldap://bla.glob.com:389/(..)?UserID,mail?sub?(objectClass=*)" AuthzForceUsernameCase Lower AuthLDAPRemoteUserAttribute mail AuthLDAPRemoteUserIsDN on AuthzLDAPAuthoritative o

Re: svn 1.6x and apache compression - mod_deflate

2010-03-10 Thread Leszek Szarlej
also other changes > applied > > in the same time like LDAP cache or ServerTokens PROD > > > > To this time mod_deflate works very efficiently without notificable > > burden of server. > > > > > > > > > > > > > > > > Regards > >

Re: svn 1.6x and apache compression - mod_deflate

2010-03-09 Thread Leszek Szarlej
d if the said memory problem would appear on prefork mpm. I will be doing some tests this week. Regards Leszek On 9 March 2010 11:05, Stefan Sperling wrote: > On Tue, Mar 09, 2010 at 04:03:33AM +0100, Leszek Szarlej wrote: > > Hi > > > > In svn book ver. 1.0 there is written:

svn 1.6x and apache compression - mod_deflate

2010-03-08 Thread Leszek Szarlej
Hi In svn book ver. 1.0 there is written: "Deflate compression places a small burden on the client and server to compress and decompress network transmissions as a way to minimize the size of the actual transmission. In cases where network bandwidth is in short supply, this kind of compression can

Subversion setup with Apache and MPM worker

2010-03-05 Thread Leszek Szarlej
Hi I am going to setup svn with apache 2.2. What is your experience with using svn module in MPM worker apache configuration. I am new to this list so please excuse me if this is a common discussed topic. I didn't find helpful resource in the internet. Regards Leszek

Subversion

2010-03-04 Thread Leszek Szarlej
Hi I have svn in version 1.6.6 (r40053) running with Apache. I have many segmentation faults. The APR versions are as follows: SVN: libapr-1.so.0.3.8 libaprutil-1.so.0.3.9 APACHE: libapr-1.so.0.3.3 libaprutil-1.so.0.3.4 If in both of cases the versions are 1.3.x it still can be the reason of se