Can't commit perl code

Hi, I've searched for quite some time for the answer to this problem. OS: Centos 5.5 Subversion version: svn, version 1.6.13 (r1002816) compiled Oct 2 2010, 20:48:38 Steps to reproduce: 1) created a new repo in /opt/svnrepo using the following command: svnadmin create myproject 2) Next I ch

Re: Can't commit perl code

6, 2011, at 4:52 PM, Ryan Schmidt wrote: > On Feb 26, 2011, at 16:18, Nate wrote: > >> Steps to reproduce: >> 1) created a new repo in /opt/svnrepo using the following command: svnadmin >> create myproject >> 2) Next I checked out the client on my workstation (I've tr

Re: Can't commit perl code

> On Mar 3, 2011, at 01:37, Nate wrote: > >> Your post was great and led me to find this particular problem causing the >> issue, but I still haven't solved the problem. >> >> These apache handlers are causing the issue: >> >> SetHandler perl-s

Re: [PATCH] bash URL completion

Nice! I was looking at doing the same thing! *Do you have the full completion code that you could post directly? (not just the DIFF?)* Thanks in advance! On Friday, July 27, 2012 at 3:31:51 AM UTC-6, Gerlando Falauto wrote: > > Hi everyone, > > I strongly felt the urge to have some way of ba

Checksum mismatch between 1.4.2 server and 1.7 client

scheme If there is any other information I could provide, let me know. Thanks, -Nate

Re: Checksum mismatch between 1.4.2 server and 1.7 client

On Fri, Feb 24, 2012 at 12:46 AM, Daniel Shahaf wrote: > Nate Parsons wrote on Thu, Feb 23, 2012 at 16:46:55 -0500: >> * ra_serf : Module for accessing a repository via WebDAV protocol using serf. >>   - handles 'http' scheme >>   - handles 'https' scheme

Installing perl bindings after the fact

my sysadmin? I don't have a problem hard coding my script to look for SVN/Core.pm in a particular path, it's just a matter of getting the file installed. Thanks, -Nate

svn log -r based on a start date suddenly no longer returns any revisions

'd in any discussions regarding this issue. Kind regards, Nate

RE: svn log -r based on a start date suddenly no longer returns any revisions

e file. Is this enough evidence to assume they are strictly monotonically increasing? I'm not sure how else to do this considering this log has well over 9000 revisions. I'm open to any more suggestions. Nate -Original Message- From: Andreas Stieger Sent: donderdag 28

RE: RE: svn log -r based on a start date suddenly no longer returns any revisions

whether revisions are broken in this manner? I'm still open to more suggestions, as before. Nate -Original Message- From: Andreas Stieger Sent: vrijdag 29 maart 2019 9:49 To: users@subversion.apache.org Subject: Aw: RE: svn log -r based on a start date suddenly no longer returns

RE: svn log -r based on a start date suddenly no longer returns any revisions

t are backdated), either through changing the date to be properly monotonically increasing again or through deleting them entirely? This repository is purely for unit tests, so having to create an entirely new repository would create a lot of work. Kind regards, Nate -Original Message-