- wlug - University of Waikato Mail Lists

Re: [wlug] I am stuck at the command line.
by jaytee＠clear.net.nz 13 Sep '04

13 Sep '04

Cool, I got the thing to extract and setup. I thought I would be tricky and run "iwconfig" but it reports back no wireless devices. I guess I need to read up some more before proceeding further. At least I made some progress. Thanks for the help so far. Regards John ----- Original Message Follows ----- > > On Tue, 2004-09-14 at 15:44, Matt Brown wrote: > > Hi John, > > > > I'll step through and point out what was wrong with each > > command. > > On Tue, 2004-09-14 at 15:24, jaytee(a)clear.net.nz wrote: > > > > > linux:/home/john # ---> tar zxvf > > > SMC_USB_WIRELESS_2662W.tar.gz > > > bash: ---: command not found > > .. > > > > linux:/home/john # / tar zxvf > > > SMC_USB_WIRELESS_2662W.tar.gz bash: /: is a directory > > > > I'm not quite sure where the / here comes from, it is > > what is causing the problem. > > > > > linux:/home/john # tar zxvf > > > SMC_USB_WIRELESS_2662.tar.gz tar: > > > SMC_USB_WIRELESS_2662.tar.gz: Cannot open: No such > file or directory > > > 6) If you can see the filename > > SMC_USB_WIRELESS_2662.tar.gz in the output of the > previous command continue, otherwise go back to step 1 > > It looks like those filenames are subtly different. > SMC_USB_WIRELESS_2662W.tar.gz versus > SMC_USB_WIRELESS_2662.tar.gz (without a "W" following the > 2662). Make sure you use the correct one for the "tar" > command, depending on what the file is actually called. > > John McPherson > > > _______________________________________________ > wlug mailing list | wlug(a)list.waikato.ac.nz > Unsubscribe: > http://list.waikato.ac.nz/mailman/listinfo/wlug > > [Attachment: jrm21(a)cs.waikato.ac.nz.sig]

2 1

iHug / Wired Country
by Joseph Gibbs 13 Sep '04

13 Sep '04

Hi, Looking at getting wireless internet and phone package from wired country, through ihug. Will probably get the 1 or 2mbit deal. Has anyone had any experiences with them? I checked the wlug pages, not much info about them though. I'm interested in the quality of service they provide, and any other experinces you could share for/against getting this service. thanks, Joseph.

8 10

RE: [wlug] iHug / Wired Country
by Lindsay Druett 13 Sep '04

13 Sep '04

Few Internet outages here and there is one thing, but phone outages is another thing. > Isn't all that crash hot? My flatmates and I have got 1Mbps to burn, > no packet loss and sub 30ms pings, for $65 per month. True, > there are > a few more outages, just means we do something else for a while. > > Wireless is fairly solid and it's getting better all the time. > > Cheers, > James. > > _______________________________________________ > wlug mailing list | wlug(a)list.waikato.ac.nz > Unsubscribe: http://list.waikato.ac.nz/mailman/listinfo/wlug > >

1 0

RE: [wlug] iHug / Wired Country
by Lindsay Druett 13 Sep '04

13 Sep '04

I bet you can't do that at my place :) > > Isn't all that crash hot? My flatmates and I have got 1Mbps to burn, > no packet loss and sub 30ms pings, for $65 per month. True, > there are > a few more outages, just means we do something else for a while. > > Wireless is fairly solid and it's getting better all the time. > > Cheers, > James. > > _______________________________________________ > wlug mailing list | wlug(a)list.waikato.ac.nz > Unsubscribe: http://list.waikato.ac.nz/mailman/listinfo/wlug > >

1 0

RE: [wlug] iHug / Wired Country
by Lindsay Druett 13 Sep '04

13 Sep '04

> > WC have there own licenced spectrum, this helps. > Using own licenced spectrum definitely helps, but how many customers can you cater for in one direction with one PoP ? > > Cell phones are fairly commonplace, I would imagine most > cellphone towers > have generators? My point being that there is more than one > way to kill > a cat. Yeah, but cellphone coverage is not really that great, it's okay, but more often than not, when I am on a cellphone, I end having to go outdoors for a better signal or at least move around. Batteries go flat at the wrong time, maybe I jinxed with cellphones.... However, not great in an emergency. The cellphone is a good idea to an extend, but there is a lot of "what ifs" in my view. I'm not trying to be the party pooper here, after all, I have been playing with this stuff, check out www.lindsay.wired.net.nz/projects/sip/ but when there is an essential service involved, I am in favour of using tried and proven methods. > > Telecom sux, give the competition a go. God knows the > government isn't > helping in this area. > Have a look at www.llu.wired.net.nz - I agree with what you're saying, I can see why iHUG is providing this service, but at the end of the day I am not going to direct customers, friends, or whatever down a technology path that isn't all that crash hot - it won't do anyone a favour, in fact it will make Telecom look really good. If wireless was going really solve the local access issue and do a just as good if not better job than a wired local loop system, then the local loop unbundling proposal would have never been considered, in fact Telecom would have ditched the wired local loop system and gone wireless themselves.

2 1

RE: [wlug] iHug / Wired Country
by David Nicholls 13 Sep '04

13 Sep '04

Try satlan. Hell im on the 128k plan and find it great. Bugger all outages and I can ring these guys almost any time of day. Sadly I don't believe they do a phone service but the customer service is bloody good. www.Satlan.co.nz Cheers... david -----Original Message----- Joseph Gibbs wrote: >Hi, >Looking at getting wireless internet and phone package from wired >country, through ihug. Will probably get the 1 or 2mbit deal. Has >anyone had any experiences with them? I checked the wlug pages, not >much info about them though. I'm interested in the quality of service >they provide, and any other experinces you could share for/against >getting this service.

4 5

Waikato Linux Users Group Incorporated Committee for 2005
by Craig Box 13 Sep '04

13 Sep '04

Congratulations to the following people, who were tonight voted in as the Executive Committee for the WLUG for 2005: President: Greig McGill Vice-President: Perry Lorier Treasurer: Craig McKenna Secretary: Craig Box General Committee: Matt Brown Kyle Carter Jamie Curtis Gian Perrone John McPherson The minutes are now available at http://www.wlug.org.nz/MeetingTopics.2004-09-13. Thanks to everyone who came. Craig

2 1

Weird SEGV with Apache.
by Oliver Jones 12 Sep '04

12 Sep '04

Howdy. I'm getting a weird problem with Apache on a RHEL2.1 box I have. It does on the _second_ HUP or USR1 signal it receives. So ever two days logrotate kills it. It seems to be dying when PHP reloads for the second time. Anyone have any useful ideas on how to track this problem down more precisely? End of strace log: fstat64(8, {st_mode=S_IFREG|0644, st_size=27598, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4046e000 read(8, "[PHP]\n\n;;;;;;;;;;;\n; WARNING ;\n;"..., 8192) = 8192 read(8, "time notices (these are warnings"..., 8192) = 8192 read(8, ".dll\n;extension=php_mysql.dll\nex"..., 8192) = 8192 read(8, " persistent links. -1 means no "..., 8192) = 3022 read(8, "", 4096) = 0 read(8, "", 8192) = 0 ioctl(8, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbffe2e10) = -1 ENOTTY (Inappropriate ioctl for device) close(8) = 0 munmap(0x4046e000, 4096) = 0 open("/etc/protocols", O_RDONLY) = 8 fcntl64(8, F_GETFD) = 0 fcntl64(8, F_SETFD, FD_CLOEXEC) = 0 fstat64(8, {st_mode=S_IFREG|0644, st_size=5834, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4046e000 read(8, "# /etc/protocols:\n# $Id: protoco"..., 4096) = 4096 close(8) = 0 munmap(0x4046e000, 4096) = 0 open("/etc/protocols", O_RDONLY) = 8 fcntl64(8, F_GETFD) = 0 fcntl64(8, F_SETFD, FD_CLOEXEC) = 0 fstat64(8, {st_mode=S_IFREG|0644, st_size=5834, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4046e000 read(8, "# /etc/protocols:\n# $Id: protoco"..., 4096) = 4096 close(8) = 0 munmap(0x4046e000, 4096) = 0 geteuid32() = 0 getpid() = 8935 shmget(IPC_PRIVATE, 33554432, IPC_CREAT|0600) = 14516227 shmat(14516227, 0, 0) = 0x4292e000 shmctl(14516227, IPC_64|IPC_STAT, 0xbffe3a00) = 0 getuid32() = 0 getgid32() = 0 shmctl(14516227, IPC_64|IPC_SET, 0xbffe3a00) = 0 shmctl(14516227, IPC_64|IPC_RMID, 0) = 0 unlink("/tmp/session_mm_apache0.sem") = -1 ENOENT (No such file or directory) open("/tmp/session_mm_apache0.sem", O_RDWR|O_CREAT|O_EXCL, 0600) = 8 fcntl64(8, F_SETFD, FD_CLOEXEC) = 0 getpid() = 8935 fcntl64(8, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = 0 fcntl64(8, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0 open("/usr/lib/php4/imap.so", O_RDONLY) = 9 read(9, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\20"..., 1024) = 1024 fstat64(9, {st_mode=S_IFREG|0755, st_size=1453914, ...}) = 0 old_mmap(NULL, 771468, PROT_READ|PROT_EXEC, MAP_PRIVATE, 9, 0) = 0x4492e000 mprotect(0x449e7000, 13708, PROT_NONE) = 0 old_mmap(0x449e7000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 9, 0xb8000) = 0x449e7000 close(9) = 0 open("/usr/kerberos/lib/libgssapi_krb5.so.2", O_RDONLY) = 9 read(9, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000J\0\000"..., 1024) = 1024 fstat64(9, {st_mode=S_IFREG|0755, st_size=91717, ...}) = 0 old_mmap(NULL, 74532, PROT_READ|PROT_EXEC, MAP_PRIVATE, 9, 0) = 0x408fe000 mprotect(0x4090f000, 4900, PROT_NONE) = 0 old_mmap(0x4090f000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 9, 0x10000) = 0x4090f000 close(9) = 0 open("/usr/kerberos/lib/libkrb5.so.3", O_RDONLY) = 9 read(9, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\362"..., 1024) = 1024 fstat64(9, {st_mode=S_IFREG|0755, st_size=432826, ...}) = 0 old_mmap(NULL, 363904, PROT_READ|PROT_EXEC, MAP_PRIVATE, 9, 0) = 0x449eb000 mprotect(0x44a41000, 11648, PROT_NONE) = 0 old_mmap(0x44a41000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 9, 0x55000) = 0x44a41000 close(9) = 0 open("/usr/kerberos/lib/libk5crypto.so.3", O_RDONLY) = 9 read(9, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360 \0"..., 1024) = 1024 fstat64(9, {st_mode=S_IFREG|0755, st_size=78765, ...}) = 0 old_mmap(NULL, 68148, PROT_READ|PROT_EXEC, MAP_PRIVATE, 9, 0) = 0x44a44000 mprotect(0x44a53000, 6708, PROT_NONE) = 0 old_mmap(0x44a53000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 9, 0xe000) = 0x44a53000 close(9) = 0 open("/usr/kerberos/lib/libcom_err.so.3", O_RDONLY) = 9 read(9, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\t\0\000"..., 1024) = 1024 fstat64(9, {st_mode=S_IFREG|0755, st_size=8653, ...}) = 0 old_mmap(NULL, 8584, PROT_READ|PROT_EXEC, MAP_PRIVATE, 9, 0) = 0x406ad000 mprotect(0x406ae000, 4488, PROT_NONE) = 0 old_mmap(0x406ae000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 9, 0) = 0x406ae000 close(9) = 0 stat64("/etc/cram-md5.pwd", 0xbffe39e0) = -1 ENOENT (No such file or directory) stat64("/dev/urandom", {st_mode=S_IFCHR|0644, st_rdev=makedev(1, 9), ...}) = 0 open("/usr/share/ssl/openssl.cnf", O_RDONLY) = 9 fstat64(9, {st_mode=S_IFREG|0644, st_size=7338, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4046e000 read(9, "#\n# OpenSSL example configuratio"..., 4096) = 4096 read(9, "onName_default\t= World Wide Web "..., 4096) = 3242 read(9, "", 4096) = 0 close(9) = 0 munmap(0x4046e000, 4096) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- chdir("/etc/httpd") = 0 rt_sigaction(SIGSEGV, {SIG_DFL}, {SIG_DFL}, 8) = 0 getpid() = 8935 kill(8935, SIGSEGV) = 0 sigreturn() = ? (mask now [RTMIN]) --- SIGSEGV (Segmentation fault) @ 0 (0) --- -- Oliver Jones » Director » oliver(a)deeperdesign.com » +64 (21) 41 2238 Deeper Design Limited » +64 (7) 377 3328 » www.deeperdesign.com

2 1

Daemon monitoring tools.
by Oliver Jones 12 Sep '04

12 Sep '04

Hi guys. Way back in the ancient mists of time I remember seeing some daemon monitoring app. I can't remember what it was called though. It basically was a tool that ensured that particular daemons on a host were always running. Ie, if they crashed or whatever the monitoring app ran the appropriate rc script to restart them. Anyone know what I'm talking about or a good app that does this? Regards -- Oliver Jones » Director » oliver(a)deeperdesign.com » +64 (21) 41 2238 Deeper Design Limited » +64 (7) 377 3328 » www.deeperdesign.com

6 13

RE: [wlug] New Workstation Hardware Advice
by David Nicholls 12 Sep '04

12 Sep '04

Hi gund, I must say I agree with oliver on this topic... The athlon cpu could well be the way to go. Most of the processors (to coin a phrase) "honk along" at VERY nice speeds. The physics dept at the waikato uni uses almost exclusively a64s. Hoever the 32 bit cpus are just as good and I believe they are going to be dual coreing them in the near future. There are some VERY nice mobos out for these boards... www.tomshardware.com is a good place to go for reviews of chips, boards and gfx cards... They not only test on win systems but a linux build as well so you get an idea of how much trouble they went to to get things working. Basically you need to have a look, have a think about the details of what you want in your system, then come back and ask us if its any good and we can tear it to shreds for you:) Just don't forget the floppy drive ;) Cheers... david -----Original Message----- From: Gund Wehsling [mailto:Gund.Wehsling@computerland.co.nz] Sent: Wednesday, 8 September 2004 11:56 am Subject: [wlug] New Workstation Hardware Advice Hi I am thinking about getting a new workstation for study/development. It will be a beast. Apart form the favourable reviews of NVidia graphics cards here, are there any preferences to motherboards? IDE RAID controllers? I have been living in laptop land for a while now and have lost contact with desktop options and hardware. Ideally, the desktop will have 3GHz Processor or thereabouts 4GB RAM 2x120GB hard drives (one for mirror / backup) DVD Writer The machine will primarily be used for VMs, so throughput would be nice and the RAM _needs_ to be big. Also, as I am a struggling NetWare engineer, a nice place that sells this and helps with finance would be a plus. Any thoughts in this direction, assume I am ignorant please. Many thanks Gund

4 3