> Nov 2 2009 11:40am from davew @uncnsrd
>Subject: Re: Citadel commit log: revision 7989
>Â
>> Mon Nov 02 2009 11:54:17 AM EST from IGnatius T Foobar @ Uncensored
>>Subject: Re: Citadel commit log: revision 7989
>>
>>
>>My test server now spits out "Server
> Nov 2 2009 2:23am from davew @uncnsrd
>Subject: Re: Spider Monkey
>Â
>> Sun Nov 01 2009 11:28:50 PM EST from IGnatius T Foobar @ Uncensored
>>Subject: Re: Spider Monkey
>>
>>Even so, I'm still inclined to avoid using it for anything other
than
>>the par
> Oct 25 2009 4:19am from davew @uncnsrd
>Subject: Spider Monkey
>I've been looking at the Spide Monkey documentation.
>
>For simple apps that don't use threads it is self contained.
>
>For multithreading apps like us we need NSPR as well so I guess thats
the
>pla
*gna* as to be seen in the pkg-citadel room, it found some other mails to send to the participate which seemed to be somewhere in a specific position (but years old...)
oh. Revision 8k for such a profane commit. sorry ;-)
r8000 | dothebart | 2009-11-02 18:33:24 -0500 (Mon, 02 Nov 2009) | 2 lines
Changed paths:
M /trunk/citadel/debian/rules
* don't call make distclean, this creates hickups
---
Mo Nov 02 2009 17:36:20 EST von IGnatius T Foobar @ Uncensored Betreff: Re: participate and greylisting?
Isn't that how greylisting is supposed to work?
but why are several mails showing up in my smtp queue?
Sometimes gcc -o2 finds more, dave have a look:
gcc -I/var/lib/citadel -Wall -g -O2 -Wall -Wcast-qual -Wcast-align -Wstrict-prototypes -D_REENTRANT -pthread -I ./include/ -I. -I ./include/ -DHAVE_CONFIG_H -c context.c -o context.ocontext.c: In function ‘RemoveContext’:context.c:166: warning: impl
Isn't that how greylisting is supposed to work?
I've noticed the following happening; Thats the ngrep transscript:
250-alioth.debian.org Hello postfix at mail.outgesourced.org [85.88.5.80].250-SIZE 52428800.250 HELP.
MAIL FROM:.250 OK.RCPT TO:.451 DEFER_IF_PERMIT Greylisted, see http://postgrey.schweikert.ch/help/lists.alioth.debian.org.html.4
r7999 | dothebart | 2009-11-02 16:13:39 -0500 (Mon, 02 Nov 2009) | 2 lines
Changed paths:
M /trunk/webcit/webcit.c
* close tag, thanks to the_mgt to find out
---
r7998 | dothebart | 2009-11-02 15:51:48 -0500 (Mon, 02 Nov 2009) | 2 lines
Changed paths:
M /trunk/webcit/msg_renderers.c
* add trailing template after the bbs view
> Mon Nov 02 2009 11:54:17 AM EST from IGnatius T Foobar @ Uncensored
>Subject: Re: Citadel commit log: revision 7989
>
>
>My test server now spits out "Server strangled due to machine load average
>too high" once per second.
>
>
>
>
>
>
Hmm, so the load average (as per upt
r7997 | ajc | 2009-11-02 12:21:33 -0500 (Mon, 02 Nov 2009) | 2 lines
Changed paths:
M /trunk/webcit/roomops.c
M /trunk/webcit/wiki.c
* Completed the code to revert a wiki page to a previous version with just one
click.
r7996 | ajc | 2009-11-02 12:11:20 -0500 (Mon, 02 Nov 2009) | 1 line
Changed paths:
M /trunk/citadel/modules/wiki/serv_wiki.c
* Reordered the wiki rev code
---
My test server now spits out "Server strangled due to machine load
average too high" once per second.
>Anyway, the only reason I was erring on the side of SpiderMonkey is
because
>most people seem to have it in their distro already whereas V8 doesn't
seem
>to be so prevelent yet.
The other issue with V8 is that it's a JIT engine, which restricts the OS
and CPU choices of the a
r7995 | davew | 2009-11-02 09:01:47 -0500 (Mon, 02 Nov 2009) | 3 lines
Changed paths:
M /trunk/citadel/threads.c
Allow simulation mode to be terminated before completion
--
r7994 | davew | 2009-11-02 08:15:52 -0500 (Mon, 02 Nov 2009) | 11 lines
Changed paths:
M /trunk/citadel/server_main.c
M /trunk/citadel/threads.c
M /trunk/citadel/threads.h
Added a new command line option to citserver
> Sun Nov 01 2009 11:28:50 PM EST from IGnatius T Foobar @ Uncensored
>Subject: Re: Spider Monkey
>
>Even so, I'm still inclined to avoid using it for anything other than
>the parser. Mozilla's future is unclear and I think it would be a
>strategically bad move to tie our fortune to
20 matches
Mail list logo