search for: 15447

Keir, I noticed that a Shadow patch went into the 3.1.1 staging tree today. Does this mean that we should expect a 4th release candidate before the 3.1.1 release tag is official? If so - how much testing time are you going to give that release candidate before deciding whether a release tag, or another RC round is appropriate? Ben Guthro _______________________________________________

...user = vmail group = mail } client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = mail } } } --------------------------------- this is the log in maillog: --------------------------------- Feb 15 14:08:03 alpha postfix/pickup[15447]: 14C61F4D34: uid=0 from=<root> Feb 15 14:08:03 alpha postfix/cleanup[15614]: 14C61F4D34: message-id=<20070215130803.14C61F4D34 at alpha.lenux.hu> Feb 15 14:08:03 alpha postfix/qmgr[15448]: 14C61F4D34: from=<root at alpha.lenux.hu>, size=295, nrcpt=1 (queue active) Feb 15 14:08:03...

PR15447 <http://llvm.org/bugs/show_bug.cgi?id=15447> brings up that there is an inconsistency both within LangRef and between LangRef and the implementation regarding what is an allowed return type. LangRef says: "The return type of a function type is a first class type or a void type." &...

I am running apache with mod_fastcgi on Linux - I would like to run my app in production mode, but I could not. Following is what I have in my httpd.conf. Can someone tell me why it does not recognize the env variable for production? The app always runs under development mode i.e ignores the RAILS_ENV directive. thanks/ thila. <IfModule mod_fastcgi.c> FastCgiIpcDir /tmp/fcgi_ipc/

...95/sshd: norbert tcp 0 0 127.0.0.1:6013 0.0.0.0:* LISTEN 13587/sshd: henning tcp 0 0 127.0.0.1:6014 0.0.0.0:* LISTEN 14594/sshd: diana at n tcp 0 0 127.0.0.1:6015 0.0.0.0:* LISTEN 15447/sshd: axel at no tcp 0 0 ::1:6016 :::* LISTEN 24607/sshd: jens at no tcp 0 0 ::1:6017 :::* LISTEN 25900/sshd: michael tcp 0 0 ::1:6018 :::* LISTEN...

...o the following error is logged on the console (verbose = 7) which hints to this as well - and explains why congestion was played. Instead of looking for sip-unauthorized as expected it looked for the missing default and then played congestion when default was not found. Dec 3 20:26:42 NOTICE[15447]: pbx.c:1318 pbx_extension_helper: Cannot find extension context 'default' Sip.conf [general] contex=sip-unauthorized port=5060 bindaddr=0.0.0.0 localnet=172.16.0.0/255.255.255.0 <eof> Extensions.conf [general] static=yes writeprotect=no [globals] ;CONS...

It looks like my CentOS 4.2 box is attacking other people with some type of ftp attack. I got an email from somebody saying they were being attacked by my IP address. Further investigation /var/log/messages shows a whole bunch of sshd attacks on me, none of which appear successful. I'm running ethereal right now and I can see that my system is doing some kind of ftp attacks on others.