While you're in there :)
I was seeing a few more spam points than i liked, and a coupe of them were easy
fixes:
def mail_headers(self, group, params):
from email import Utils
subject = self.make_subject(group, params)
try:
subject.encode('ascii')
except UnicodeError:
On 2013-02-18 22:51, Daniel Shahaf wrote:
> r1447513 fixes the bug you originally reported, Nick.
>
> Peelman, Nick wrote on Mon, Feb 18, 2013 at 16:40:57 -0500:
>> While you're in there :)
>>
>> I was seeing a few more spam points than i liked, and a coupe of them were
>> easy fixes:
>>
>>de
Will this break any use-cases? (eg: do some people send commit mails to
mailing lists configured to reject Precedence:bulk inbound mails?)
Would it be better to allow the user to set arbitrary headers? Example
UI for mailer.py.conf:
[headers]
Precedence: bulk
X-SVN-Id: %(repos_basename
On Feb 18, 2013 7:08 PM, "Stefan Sperling" wrote:
>
> On Mon, Feb 18, 2013 at 10:21:16PM +0100, Bert Huijben wrote:
> > If I would use 1.8 to run
> >
> > svn diff |more
> >
> > And leave that open in a console I would block TortoiseSVN, AnkhSVN,
Subclipse, etc on my entire working copy, while this
I (Julian Foad) wrote:
> Hi Mark. I can reproduce the 'q'-doesn't-quit bug on Linux -- it
> just moves on to the next conflict. I wrote that and I'll investigate and
> fix it if Stefan doesn't beat me to it.
Revision 1447564 should fix that. Thanks for reporting.
- Julian
> I can't reprod
On Mon, Feb 18, 2013 at 10:21:16PM +0100, Bert Huijben wrote:
> If I would use 1.8 to run
>
> svn diff |more
>
> And leave that open in a console I would block TortoiseSVN, AnkhSVN,
> Subclipse, etc on my entire working copy, while this command doesn't even
> obtain a working copy lock.
>
> An
Hi Mark. I can reproduce the 'q'-doesn't-quit bug on Linux -- it just moves on
to the next conflict. I wrote that and I'll investigate and fix it if Stefan
doesn't beat me to it.
I can't reproduce the Enter-means-postone bug. For me, hitting Enter just
repeats the prompt (which I understand
This discussion isn't about 'svnbench' any more. Please set an appropriate
subject line to give everyone a fair chance to read it. (For example, I
habitually delete 'svnbench' emails without reading them, but I happened to
look at this one.)
- Julian
--
Certified & Supported Apache Subver
r1447513 fixes the bug you originally reported, Nick.
Peelman, Nick wrote on Mon, Feb 18, 2013 at 16:40:57 -0500:
> While you're in there :)
>
> I was seeing a few more spam points than i liked, and a coupe of them were
> easy fixes:
>
>def mail_headers(self, group, params):
Can you send t
Agreed. This was introduced in r1439592. You can use r1439591 for now;
I'll commit your fix shortly. Thanks!
Peelman, Nick wrote on Mon, Feb 18, 2013 at 15:55:40 -0500:
> Using mailer.py fetched from:
> http://svn.apache.org/repos/asf/subversion/trunk/tools/hook-scripts/mailer/
>
> Running:
>
On Tue, Feb 19, 2013 at 12:45 AM, Bert Huijben wrote:
>
>
>> -Original Message-
>> From: MARTIN PHILIP [mailto:codematt...@ntlworld.com] On Behalf Of
>> Philip Martin
>> Sent: maandag 18 februari 2013 17:01
>> To: Neels Hofmeyr
>> Cc: dev@subversion.apache.org
>> Subject: Re: [svnbench] Re
> -Original Message-
> From: rhuij...@apache.org [mailto:rhuij...@apache.org]
> Sent: maandag 18 februari 2013 21:51
> To: comm...@subversion.apache.org
> Subject: svn commit: r1447487 - /subversion/trunk/subversion/svn/svn.c
>
> Author: rhuijben
> Date: Mon Feb 18 20:51:15 2013
> New Re
> -Original Message-
> From: MARTIN PHILIP [mailto:codematt...@ntlworld.com] On Behalf Of
> Philip Martin
> Sent: maandag 18 februari 2013 17:01
> To: Neels Hofmeyr
> Cc: dev@subversion.apache.org
> Subject: Re: [svnbench] Revision: 1447108 compiled Feb 18 2013, 00:21:45
on
> x86_64-unkno
On 18.02.2013 21:21, Gabriela Gibson wrote:
> Hi,
>
> it seems that the mailing list is not mailing me a copy of threads I
> start, so it's not easy to add a correction if I have made a mistake,
> unless someone posts first so I can answer.
Don't blame the mailing list server, blame Google, which
Hi,
it seems that the mailing list is not mailing me a copy of threads I
start, so it's not easy to add a correction if I have made a mistake,
unless someone posts first so I can answer.
Would it be possible to change this?
Alas, it looks like there is always at least one error hiding -- in
Mark Phippard writes:
> My "trunk" working copy had the WC upgraded by running the JavaHL test
> suite. I can live with it, but it means I have to change PATH before
> updating my WC. I've been doing this for a long time now, but for
> some reason sometimes I get weird results. For example, I
On Mon, Feb 18, 2013 at 12:44 PM, Stefan Sperling wrote:
> Typing 'enter' also postpones here.
> But answering 'q' works for me before and after r1447398, on OpenBSD.
> (Except that typing backspace doesn't erase characters at the prompt :-( )
>
> Which platform are you on? Windows?
> Is it possi
on x86_64-unknown-linux-gnu
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Hmm. I wouldn't expect libsvn client to affect a config that is managed
by applications and which might live for weeks in gui clients.
svn_client_context_t and svn_wc_config_t
On Mon, Feb 18, 2013 at 12:44 PM, Stefan Sperling wrote:
> Typing 'enter' also postpones here.
> But answering 'q' works for me before and after r1447398, on OpenBSD.
> (Except that typing backspace doesn't erase characters at the prompt :-( )
>
> Which platform are you on? Windows?
> Is it poss
On Mon, Feb 18, 2013 at 12:32:09PM -0500, Mark Phippard wrote:
> On Mon, Feb 18, 2013 at 12:18 PM, Stefan Sperling wrote:
> > On Mon, Feb 18, 2013 at 06:02:40PM +0100, Stefan Sperling wrote:
> >> On Mon, Feb 18, 2013 at 11:50:51AM -0500, Mark Phippard wrote:
> >> > I just did a merge using current
On Mon, Feb 18, 2013 at 12:18 PM, Stefan Sperling wrote:
> On Mon, Feb 18, 2013 at 06:02:40PM +0100, Stefan Sperling wrote:
>> On Mon, Feb 18, 2013 at 11:50:51AM -0500, Mark Phippard wrote:
>> > I just did a merge using current trunk. There were a lot of text and
>> > tree conflicts. I noticed i
Philip Martin writes:
> Neels Hofmeyr writes:
>
>> On Mon, 18 Feb 2013 00:55:07 +
>> ne...@apache.org wrote:
>>
>>> Charts of this data are available at
>>> http://svn-qavm.apache.org/charts/
>>
>> Looking at
>>
>> http://svn-qavm.apache.org/charts/compare_1.7.0_tr...@last12.svg
>>
>> I noti
On Mon, Feb 18, 2013 at 06:02:40PM +0100, Stefan Sperling wrote:
> On Mon, Feb 18, 2013 at 11:50:51AM -0500, Mark Phippard wrote:
> > I just did a merge using current trunk. There were a lot of text and
> > tree conflicts. I noticed it does not start resolving them until the
> > end now, which is
On Mon, Feb 18, 2013 at 11:50:51AM -0500, Mark Phippard wrote:
> I just did a merge using current trunk. There were a lot of text and
> tree conflicts. I noticed it does not start resolving them until the
> end now, which is expected. However, one thing I could not do was
> postpone all conflict
On Sat, Feb 16, 2013 at 4:30 PM, Stefan Fuhrmann
wrote:
> On Sat, Feb 16, 2013 at 5:47 PM, Mark Phippard wrote:
>>
>> On Sat, Feb 16, 2013 at 4:52 AM, Stefan Fuhrmann
>> wrote:
>> > Hey all,
>> >
>> > Just to give you an update on what is going on that branch,
>> > here a few facts and numbers.
I just did a merge using current trunk. There were a lot of text and
tree conflicts. I noticed it does not start resolving them until the
end now, which is expected. However, one thing I could not do was
postpone all conflicts. I used the 's' option and saw that option 'q'
is supposed to do thi
On 18.02.2013 16:47, Anja Skrba wrote:
> I would be grateful if you could allow me to translate your writing
> into Serbo-Croatian language, that is used in all Former Yugoslav
> Republics and to post it on my website. Hopefully, it will help our
> people to gather some additional knowledge about c
Neels Hofmeyr writes:
> On Mon, 18 Feb 2013 00:55:07 +
> ne...@apache.org wrote:
>
>> Charts of this data are available at
>> http://svn-qavm.apache.org/charts/
>
> Looking at
>
> http://svn-qavm.apache.org/charts/compare_1.7.0_tr...@last12.svg
>
> I notice that somewhere between r1439212 and
On Mon, 18 Feb 2013 00:55:07 +
ne...@apache.org wrote:
> Charts of this data are available at
> http://svn-qavm.apache.org/charts/
Looking at
http://svn-qavm.apache.org/charts/compare_1.7.0_tr...@last12.svg
I notice that somewhere between r1439212 and r1441993, 'update' got a
lot slower. Th
Stefan Fuhrmann wrote on Sat, Feb 16, 2013 at 10:52:21 +0100:
> Hey all,
>
> Just to give you an update on what is going on that branch,
> here a few facts and numbers. Bottom line is that there is
> still a lot to do but the basic assumptions proved correct and
> significant benefits can already
I've written up some documentation about the build system, could I
please have some feedback as to usefulness, style, shape etc?
thanks,
Gabriela
---
The Subversion Build System, an overview
--
Stefan Fuhrmann writes:
> On Mon, Feb 18, 2013 at 11:04 AM, Philip Martin
> wrote:
>
>> Stefan Fuhrmann writes:
>>
>> > Apache configuration (~1GB cache, mpm-worker):
>> >
>> > SVNInMemoryCacheSize 100
>> > SVNCacheFullTexts On
>> > SVNCacheTextDeltas On
>> > SVNCacheRevProps On
>> >
On Mon, Feb 18, 2013 at 11:04 AM, Philip Martin
wrote:
> Stefan Fuhrmann writes:
>
> > Apache configuration (~1GB cache, mpm-worker):
> >
> > SVNInMemoryCacheSize 100
> > SVNCacheFullTexts On
> > SVNCacheTextDeltas On
> > SVNCacheRevProps On
> > SVNCompressionLevel 0
>
> I see no me
Stefan Fuhrmann writes:
> Apache configuration (~1GB cache, mpm-worker):
>
> SVNInMemoryCacheSize 100
> SVNCacheFullTexts On
> SVNCacheTextDeltas On
> SVNCacheRevProps On
> SVNCompressionLevel 0
I see no mention of tuning the BDB repository. There are several things
you can tweak
34 matches
Mail list logo