similar to: ''logwatch'' command

This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---1463811327-1716203191-1023027413=:9844 Content-Type: TEXT/PLAIN; charset=US-ASCII ... that doesn''t have a broken "show log" command :-/ -Tom -- Tom Eastep \

This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-488534781-901753860=:6003 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: <Pine.NEB.4.00.9807291716501.6003@mathfs.math.montana.edu> Attached is R code for an aov

This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---1463811327-1911476612-1020868210=:31221 Content-Type: TEXT/PLAIN; charset=US-ASCII FYI -- Tom Eastep \ Shorewall - iptables made easy AIM: tmeastep \ http://www.shorewall.net

I have a funny issue whereby when a application exits the proc:::exit probe doesn''t seem to be firing. A customer has written a dtrace script that outputs some info whenever proc:::exit fires but on occasion (random, no pattern in behaviour) dtrace exits without outputting the data. They are running dtrace via ''dtrace -s exit_trace.d -p <pid>'' Can anyone think

Hi, I am a beginner for LLVM, and now I am building LLVM-gcc 4.2.2.9 from dowloaded source. When generating gencondmd, the error occurs as follows: ../../llvm-gcc-4.2-2.9.source/gcc/config/i386/i386.md:9844: error: 'TARGET_80387' undeclared here (not in a function) but I use grep, there doesn't the definition for 'TARGET_80387' in the whole source dir. And in orginal gcc

Hi People I am trying to build a piece of software from source in this case aide 0.13.1 using this config line ./configure --with-zlib --with-selinux. The configure step completes but there is a Warning that concerns me. This is taken from config.log configure:9809: checking for mhash_get_block_size in -lmhash configure:9844: gcc -o conftest -g -O2 -static -static conftest.c -lmhash -lz

thank Ciao! I check the config of llvm-gcc and confirm that -enable-llvm path is right. evenly I rebuild the LLVM 2.9 again, but get the same error.So I checked the generation process of options.h and found some stranage conditions as follows: gawk -f ../../llvm-gcc-4.2-2.9.source/gcc/opt-gather.awk ../../llvm-gcc-4.2-2.9.source/gcc/ada/lang.opt ../../llvm-gcc-4.2-2.9.source/gcc/fortran/lang.opt

* Kevin Laurie <superinterstellar at gmail.com> 2015.01.24 19:41: > Currently the time it takes to search 25,000mails is 4mins. If indexed how > much faster are we looking at? With a current version of Dovecot a search is pretty fast _without_ using external indexes. I have a view defined (virtual plugin) with around 22.000 messages in it, and searching the full view only takes 2.5

Hi guys, Having a weird issue with a Dom0. When we were running 2.6.18.8 kernel the server would lock up every 2 weeks for no reason. Its been a difficult one to resolve as there are no errors. We have now upgraded to 2.6.32.13 and the lock ups are more often. For example today it crashed in the morning, then it was rebooted and it crashed again about 5 hours later, no logs. The

Hi, Hopefully this won''t be too off-topic (I''ve seen both bonding & vlan mentioned on the list, but not really together). I''ve tried to get bonding (2 x 100Mb EEPro, but will want to try on 1000BaseT) and vlans to work together, but without luck. I can get them working fine (seemingly at least - I didn''t tried bursting on the bonded port) individually.

The patch I recently attached to bug 2606, reproduced here, is my first attempt to solve this issue as represented by the attached test cases. To solve the foreign Module GlobalVariable problem, I modified JIT::getOrEmitGlobalVariable(...) to directly attempt to map a found "external" GlobalVariable. To solve the foreign Module Function problem, I modified both JIT.{h,cpp} and

Hi Thomas, That's very interesting. Below is my search result. Any idea why is my result so slow:- Appreciate if you could advise. Thanks Kevin . OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT MULTIAPPEND URL-PARTIAL CATENATE UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE

Is there a trick to listing available providers? I can''t find it.

Hi Yan, If you just need to access the env var which doesn''t change like SERVER_NAME, you should be able to access it directly using "request". However, if your env var is dynamicly set, you can try my way. I use mod_rewrite to proxy to Mongrel. In your httpd.conf (you need mod_header) RequestHeader set X_YOUR_ENV your_value And in Rails access it by

Hi all, finally I have managed to upgrade to Xen 4.0 (actually it reports Xen 4.1-unstable) and Debian''s Linux kernel 2.6.32-4-xen-amd64. Now I am wondering what happend to independent_wallclock. There is no more /sys/xen and sysctl complains error: "xen.independent_wallclock" is an unknown key Does anybody know more about this? Thanks + best regards, Stephan

Hi all, finally I have managed to upgrade to Xen 4.0 (actually it reports Xen 4.1-unstable) and Debian''s Linux kernel 2.6.32-4-xen-amd64. Now I am wondering what happend to independent_wallclock. There is no more /sys/xen and sysctl complains error: "xen.independent_wallclock" is an unknown key Does anybody know more about this? Thanks + best regards, Stephan

The 3.1 Beta is now available -- check the Shorewall home page. -- Tom Eastep \ Shorewall - iptables made easy AIM: tmeastep \ http://www.shorewall.net ICQ: #60745924 \ teastep@shorewall.net

Despite what Keir said on your timing requirements, I guess you get the famous co-assignment message. See at the end of this: http://www.nabble.com/xen-3.3.0-pv-pci-passthrough-co-assigned-problem-td20008460.html BR, Carsten. ----- Originalnachricht ----- Von: mdlabriola@yahoo.com Gesendet: Mit, 15.4.2009 13:56 An: xen-devel <xen-devel@lists.xensource.com> Betreff: [Xen-devel] 3rd party

Hi, Following is a simple patch that is needed in nouveau to get accelerated X on a Xen dom0 pv_ops kernel. The kernel is jeremy's 2.6.31.6 as of 20100222. The whole gpu tree of nouveau (which is almost the mainline merge), was substituted into the kernel-tree. All components of X (mesa, Xorg-server-7.5, xf86-nouveau, libdrm) used of the same day. Patch: diff -Naur

Hi, Following is a simple patch that is needed in nouveau to get accelerated X on a Xen dom0 pv_ops kernel. The kernel is jeremy's 2.6.31.6 as of 20100222. The whole gpu tree of nouveau (which is almost the mainline merge), was substituted into the kernel-tree. All components of X (mesa, Xorg-server-7.5, xf86-nouveau, libdrm) used of the same day. Patch: diff -Naur