enerate, so the proxy (gunicorn)
times out.
Stick to the "modified" links for individual files or subdirectories, and
ignore the one for the main branch :-)
Cheers,
Greg
(on behalf of Infra)
On Wed, Dec 27, 2017 at 4:54 PM, Daniel Shahaf
wrote:
> Infra - could you take a look? I tried
Ok I think this is onto something. I changed
to and the commit worked. When I removed
the LIMITEXCEPT completely it didn't even request my password (and failed).
I'll have our tester test it with that tonight if possible.
Thank You!
Question: What *should* be specified?
-Original Mess
Sorry for the late reply..
Our httpd.conf file contains for this location (some information retracted..
and some lines are commeted out)
## Main Subversion repository
DAV svn
SVNPath "/usr/local/svn/ec-svn/repo"
ErrorDocument 404 default
AuthzSVNAccessFile "/usr/l
?
Thank you in advance :).
* Greg Johnson
From: g...@gregj.me [mailto:g...@gregj.me]
Sent: Thursday, August 03, 2017 2:08 PM
To: 'users@subversion.apache.org'
Subject: svn commit failing - username not sent on the MERGE webdav command
Hi,
Per the webpage - I am
Note that the MERGE line (line 7 - 2nd from the last) does *not* have a user
identified - others have '3.20.224.131 - gjohnson' but this has
'3.20.224.131 - -'. This seems to be the command that is failing. If the
auth file had '* = rw' it would pass - since a user is not required in that
instance.
Could this be the cause of the 'permission denied' and, if so, is there a
way to get subversion to send the username? (or any other way to fix it?).
Thank you - Greg
Thanks for following up on this, Daniel!
On Tue, Jul 18, 2017 at 6:01 AM, Daniel Shahaf
wrote:
> Pavel Lyalyakin wrote on Mon, 17 Jul 2017 13:31 +0300:
> > On Sun, Jul 16, 2017 at 2:04 PM, Daniel Shahaf
> > wrote:
> > > [...] are you still actively moderating this list?
> > > Do we need more m
I found the patch and moderated it through. Thanks for the patch!!
On Tue, Dec 27, 2016 at 6:09 PM, João M. S. Silva <
joao.m.santos.si...@gmail.com> wrote:
> On 12/26/2016 11:22 AM, Daniel Shahaf wrote:
>
>> The instructions say to send a patch to d...@subversion.apache.org, which
>> you say you
The simplest mechanism to avoid large (new) files from getting
committed into your repository is to use the "LimitRequestBody"
directive in your Apache configuration. This is the mechanism that
we use on svn.apache.org
Cheers,
-g
On Wed, Jul 13, 2016 at 09:18:05PM +0200, b...@qqmail.nl wrote:
> H
This is freakin' HOT. Very nice work!
I've reviewed the reports, and it looks like we've maintained all our ABI
guarantees. The changes are what I would expect.
Thank you for this!
Cheers,
-g
On Sat, Jun 25, 2016 at 12:45 AM, Ponomarenko Andrey <
andrewponomare...@yandex.ru> wrote:
> Hello,
>
hen we
can track that down and fix it.
Cheers,
-g
On Sat, Oct 3, 2015 at 3:48 AM, Edward d'Auvergne
wrote:
> On 3 October 2015 at 01:05, Greg Stein wrote:
> > On Fri, Oct 02, 2015 at 10:06:26AM +0200, Edward d'Auvergne wrote:
> >>...
> >> As this b
On Fri, Oct 02, 2015 at 10:06:26AM +0200, Edward d'Auvergne wrote:
>...
> As this bad behaviour can be so incredibly damaging for this
> repository,
Note: the files themselves are not "damaged" -- Subversion will never
alter the contents of a file when it is first imported/added. It may
make a fil
On Tue, Sep 15, 2015 at 10:11:47AM +, Grierson, David wrote:
> > From: wolfgang.zt...@web.de [mailto:wolfgang.zt...@web.de]
> >
> > http://subversion.apache.org/download.cgi#supported-releases:
> > subversion-1.9.1.tar.bz2 2ba78f59b3669e461ef6f56326426918100e2073
> >
> > but sha1sum gives:
On Wed, Apr 01, 2015 at 09:41:53AM +0200, Johan Corveleyn wrote:
> On Tue, Mar 31, 2015 at 8:49 PM, Johan Corveleyn wrote:
> > On Tue, Mar 31, 2015 at 2:19 AM, Johan Corveleyn wrote:
> > ...
> >> I think I've found a workaround: it seems the tree walk by mod_dav is
> >> avoided when the request h
IGNORE. sorry, folks, accidentally moderated it thru :-(
On Fri, Jan 23, 2015 at 08:35:57AM -0800, Val Pangerl wrote:
> val
On Mon, Aug 12, 2013 at 09:41:03AM -0400, Andy Levy wrote:
>...
> probably suggested it for git as well. And isn't there a (possibly
> apocryphal) story about the "blame" (either in CVS or SVN) being
> aliased to "annotate" and "praise" because a manager somewhere didn't
> like the negative connota
On Thu, Jul 11, 2013 at 10:50:49AM -0700, Mark Mikofski wrote:
> I was looking for a comprehensive list of SVN clients to link to,
> and I was surprised to see that TortoiseSVN http://tortoisesvn.net/
> is not listed on the packages page
> http://subversion.apache.org/packages.html#windows.
At the
On Thu, Jun 27, 2013 at 05:51:22PM +0100, Philip Martin wrote:
> George Schizas writes:
>
> > know if I should also post this to the dev list
>
> Yes, patches to dev please.
No need. I've already patched it: r1497551. We should backport this to
the 1.8.x series.
Thanks, George!
Cheers,
-g
On Thu, May 10, 2012 at 08:57:33PM +0200, Andreas Mohr wrote:
> Hi,
>
> On Thu, May 10, 2012 at 06:32:06PM +0200, Stephen Butler wrote:
> > that's an excellent bug report. Unfortunately, TFS SvnBridge isn't an
> > Apache Subversion server. It emulates the mod_dav_svn protocol,
> > like GitHub do
On Thu, Apr 26, 2012 at 16:24, Stefan Sperling wrote:
> On Thu, Apr 26, 2012 at 03:50:32PM -0400, Greg Stein wrote:
>>
>
> Hi greg!
yah yah yah... so some random email client around here threw a message
out. I claim "Not My Fault" :-P
On Thu, Mar 08, 2012 at 02:56:10PM -0500, Zachary Burnham wrote:
> Hi. I'm having some trouble with command-line svn on OSX 10.7.3 . The
> problem appears to be that subversion can't find the CA certificates that are
> installed on my system (visible in Keychain Access.) I get the following
>
this problem prior to the upgrade from 1.7.1 to 1.7.3
Regards
Greg
From: "Cooke, Mark"
To: Greg Townes ; "users@subversion.apache.org"
Sent: Thursday, 12 January 2012, 15:29
Subject: RE: Exception...line 673: assertion failed (checks
seSVN-1.7.3\ext\subversion\subversion\li
bsvn_wc\workqueue.c'
line 673: assertion failed (checksum != NULL)
Regards
Greg Townes
Hello. I would appreciate some information regarding the advantages of
Subversion over Perforce. There are comparisons out there, but I'm
afraid that they may be biased since they appear to be authored by
Perforce users or the Perforce company. I am looking for views from the
SVN users themselves,
On Wed, 2011-08-24 at 07:42 -0400, 1983-01...@gmx.net wrote:
> Are you refering to sole Kerberos or are you just concerned about
> transport encryption? Your statement somewhat irritates me.
> Given that the HTTP traffic cannot be securely wrapped into the GSS
> content and nor the SASL QOP can be
On Wed, 2011-08-24 at 05:52 -0400, Bert Huijben wrote:
> Then somebody added Kerberos support to neon, but the api wasn't
> updated to allow different behavior for the specific implementations.
Kerberos via HTTP negotiate is also insecure when not used over HTTPS.
In HTTP negotiate, the GSSAPI mec
On Tue, Jul 19, 2011 at 19:23, Bert Huijben wrote:
>
>
>> -Original Message-
>> From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
>> Sent: woensdag 20 juli 2011 1:19
>> To: Gunnar Dalsnes; d...@subversion.apache.org
>> Cc: users@subversion.apache.org
>> Subject: Re: 1.7 alpha3 bug (asse
On Tue, Jul 19, 2011 at 19:18, Daniel Shahaf wrote:
>...
>> BTW: Someone mentioned using svn 1.7 beta1 and some said it was not
>> released yet. Collabnet disagree as beta1 is listed here:
>> https://ctf.open.collab.net/sf/frs/do/viewRelease/projects.csvn/frs.svn_binaries.windows
CollabNet should
help? We've done a fairly good job on a small
scale, but we're growing and I want to get something THAT WORKS in place.
Thanks for your thoughts,
--greg
Greg Lindstrom, IT Manager501-975-4859
Novasys Health, Inc. Fax: 501 219-4455
10
2011/2/16 Thorsten Schöning :
> Guten Tag Greg Long,
> am Mittwoch, 16. Februar 2011 um 13:15 schrieben Sie:
>
>> I think you misunderstand. It is OK for all authorized users to commit
>> releases. What I am trying to accomplish is to make all files in a
>> working co
2011/2/16 Thorsten Schöning :
> Guten Tag Greg Long,
> am Dienstag, 15. Februar 2011 um 18:33 schrieben Sie:
>
>> - Files in release directories must not be changed or deleted.
>> - Files in template directories must not be copied. They should be
>> extracted inst
) that a release version could be checked out but the
files not marked read-only.
Client: primarily TortoiseSVN 1.6.1x
Server: Apache 2.2 with svn 1.6.6? running on Windows XP
Any assistance would be appreciated.
Thank you,
Greg
would
be great!
Thanks,
Greg
On Thu, 19 Aug 2010 18:39:56 +0200, Csaba Raduly wrote:
> Hi Greg,
>
> On Thu, Aug 19, 2010 at 5:28 PM, Greg Alexander wrote:
>>
>> Hello,
>> What I am
>> looking to do is to setup a way so that all files in the repo
rt of autolocking solution would be ideal as then it would be clear who
was working in what. However, I can't seem to find any case where that can
or has been done. Any help or pointers anyone can lend would be greatly
appreciated.
Thanks,
Greg
On Thu, 19 Aug 2010 10:27:49 +0100
d not found any good,
working, examples on how to do this.
Thanks,
Greg
Daniel Becroft writes:
> We've only just started using feature branches, and most of the time, our
> merges are one way (trunk -> branch), until, eventually, we need to
> reintegrate (or just dump the branch). One the few occasions that a branch
> -> trunk is required, we just do it manually. Le
Richard Hansen at BBN wrote a wrapper to let people with accounts run
svn as the repo owner but with the tunnel user argument.
http://svn.apache.org/repos/asf/subversion/trunk/contrib/server-side/svnstsw/README
pgp98x4bM7E1f.pgp
Description: PGP signature
Daniel Becroft writes:
> On Thu, Apr 29, 2010 at 6:45 PM, Joël Conraud wrote:
>
>> Like yourself, I initially though that it would be able to deal with this,
>>> but it doesn't seem to (and there is probably a very good reason why it
>>> can't).
>>>
>>
>> I would be interested in knowing this
Bob Archer amsi.com> writes:
>
> Hi Admins..
>
> I am a moderator on this list and a recruiter with the email
> address of [samtechnojobs gmail.com] keeps spamming the list with job
> ads.
>
> Is there any way to add him to a black list or something so
> his email gets bounced?
>
> BOb
Hey
I see you figured this out, but what I do is
initial import:
import v1 to vendor/v1
copy vendor/v1 to vendor/trunk
copy vendor/trunk to trunk
nth import:
import vN to vendor/vN
merge --ignore-ancestry vendor/v(N-1) vendor/vN to vendor/trunk
# note that now we have a vendor branch with st
40 matches
Mail list logo
