OpenAFS Port (please test) (fwd)
I have updated the port to fix a few issues listed below. 1. Fix to prevent port from trying to compile on non i386 platforms. 2. Remove echoing the real password on the klog line. 3. Relocate test for /vicepa to earlier in the script to prevent wasted effort. 4. Fixed it so the script creates a /afs/.$cell that is readwrite. As folks would get locked into the readonly tree. 5. Fixed a problem of hitting maxfiles. We not spit out a message at the end of setup suggesting upping the maxfiles-cur for daemon in /etc/login.conf Thanks for those that have provided feedback. Please test this new one and hopefully we can get this in once testing is complete. -Ober -- Forwarded message -- Date: Wed, 18 Jan 2006 01:51:12 -0600 (CST) From: ober <[EMAIL PROTECTED]> To: ports@openbsd.org Subject: OpenAFS Port (please test) For the last few weeks I have been working with Todd Fries on getting the OpenAFS-1.4 working on 3.8. Here is an initial stab at making that work. http://www.linbsd.org/openafs.tgz Requirements: 1. Recent copy of -current 2. /usr/src/sys source code as it depends on libkern/ to compile. Once you compile it, you can run the openafs/files/openafs-setup script. This will nuke any existing afs server/client configuration. It should allow you to setup a single server cell and client. It currently uses kaserver instead of heimdal, and openafs lkm/afsd vs arla. We will have install scripts for the heimdal flavor shortly. Thanks! -Ober
PATCH: Fix Packetstorm Mirrors
Patch to remove four defunct mirrors and add five new ones per the web site. Jim Index: network.conf.template === RCS file: /cvs/ports/infrastructure/templates/network.conf.template,v retrieving revision 1.81 diff -u -r1.81 network.conf.template --- network.conf.template 2006/01/18 21:23:14 1.81 +++ network.conf.template 2006/01/19 02:19:53 @@ -243,20 +243,21 @@ MASTER_SITE_PACKETSTORM+= \ http://packetstorm.linuxsecurity.com/ \ + http://packetstorm.orion-hosting.co.uk/ \ http://packetstorm.defcon.tv/ \ http://packetstormsecurity.nl/ \ - http://packetstorm.acm.miami.edu/ \ + http://packetstorm.linuxexposed.com/ \ http://packetstormsecurity.org.pk/ \ + http://packetstormsecurity.org.uk/ \ http://packetstorm.security-guide.de/ \ - http://packetstormsecurity.com.ar/ \ - http://packetstormsecurity.packetstorm.org/ \ http://packetstorm.digitallinx.com/ \ http://packetstorm.icx.fr/ \ http://packetstorm.digital-network.net/ \ http://packetstorm.troop218.org/ \ http://packetstorm.dyn.org/ \ http://packetstorm.blackroute.net/ \ - http://packetstorm.trustica.cz/ + http://packetstorm.ussrback.com/ \ + http://packetstorm.rlz.cl/ MASTER_SITE_HORDE+=\ ftp://ftp.horde.org/pub/ \
Re: Problem with recent Ruby update and Rails/Lighttpd
Ahh, this was ment for [EMAIL PROTECTED] Jonathan Weiss wrote: Cheers, After updating to Ruby 1.8.4 on a 6-STABLE machine I'm getting this error with Lighttpd/Rails 1.0: /usr/local/lib/ruby/1.8/monitor.rb:218: [BUG] cross-thread violation on rb_thread_schedule() ruby 1.8.4 (2005-12-24) [i386-freebsd6] I get this sporadicly on the console that started lighttpd. Nothing crashes but this error keeps coming up. Jonathan -- Jonathan Weiss http://blog.innerewut.de
Problem with recent Ruby update and Rails/Lighttpd
Cheers, After updating to Ruby 1.8.4 on a 6-STABLE machine I'm getting this error with Lighttpd/Rails 1.0: /usr/local/lib/ruby/1.8/monitor.rb:218: [BUG] cross-thread violation on rb_thread_schedule() ruby 1.8.4 (2005-12-24) [i386-freebsd6] I get this sporadicly on the console that started lighttpd. Nothing crashes but this error keeps coming up. Jonathan -- Jonathan Weiss http://blog.innerewut.de
Re: Problem w/ Python 2.3.5
Joachim Schipper ([EMAIL PROTECTED]) shaped the electrons to say: > > If it's memory, it's likely to be found by memtest86, if your hardware > is i386. It can be had from various sources, and is included on the > Knoppix CD, which I can recommend - it's not OpenBSD, but occasionally > very useful. www.Memtest86.com also offers bootable ISOs. No Knoppix required. -Dave -- "'Crazy' loves company too." - Peggy (1/23/05)
Re: UPDATE: tor-0.1.0.16
On Wed, 18 Jan 2006 23:09:29 +0100 Nikolay Sturm <[EMAIL PROTECTED]> wrote: > * Jasper Lievisse Adriaanse [2006-01-18]: > > > Here is a quick update to tor. > > > > could you please send a unified diff? (with -u that is) > > When we ask for unified diffs, then because there is a reason for it: it > simplifies our work. This diff is so trivial that there is hardly any > reason asking this question. > > Nikolay > I know that that is absolutely true for this particular diff. But I meant it more in general, although I didn't express that very clear. My bad. Cheers, Jasper -- "Security is decided by quality" -- Theo de Raadt
ports/x11/fltk/
Hallo, This email attachment have updates for fltk. fltk.1.1.4 to fltk.1.1.7 is only suggestion... http://www.fltk.org/articles.php?L564 greet from Switzerland pascal *** Pascal Vizeli Bern (CH) *** www.openbsd.org www.free4net.ch www.dragonbsd.ch ports-fltk.tar.gz Description: application/gzip
Re: UPDATE: tor-0.1.0.16
* Jasper Lievisse Adriaanse [2006-01-18]: > > Here is a quick update to tor. > > could you please send a unified diff? (with -u that is) When we ask for unified diffs, then because there is a reason for it: it simplifies our work. This diff is so trivial that there is hardly any reason asking this question. Nikolay
New port: ctorrent-dnh2
Hi, I compiled a new port of ctorrent with the dnh2 patches. An interesting feature of dnh2 is the possiblity of monitoring and controlling the clients via a control server: (http://www.rahul.net/dholmes/ctorrent/ctcs.html Please test it; I didn't have the possibility to test any other platform than x86. Thanks in advance, /Markus - CTorrent is a BitTorrent client implemented in C++ to be lightweight and quick. It has fallen a little behind in updates and bug fixes though. CTorrent-DNH contains the good work of those who wrote the original CTorrent base code and a number of patches that provide fixes and enhancements, as well as additional fixes and enhancements by the DNH-author. The files here are not the original or official CTorrent distribution. You are encouraged to visit the CTorrent project page on http://ctorrent.sourceforge.net/ for further information. The purpose of the Enhanced CTorrent effort is to fix problems that remain in the code, modernize existing features and algorithms, and implement new features while maintaining low overhead requirements and a high standard of performance (both part of the original CTorrent design philosophy). WWW: http://www.rahul.net/dholmes/ctorrent/ ctorrent-dnh2.tgz Description: GNU Unix tar archive
Re: Port: ctorrent
Aleksander Piotrowski wrote: > > What about net/rtorrent? This port does merely the same in terms of getting files via BitTorrent. And I agree with your attitude that it's unnecessary to have two ports in the tree that do the same job. But with the dnh2-version of ctorrent, clients can be managed via a control server, which is much more than rtorrent is capable. I don't wanna say that this may be better than rtorrents interactive modification capabilities, but see yourself: http://www.rahul.net/dholmes/ctorrent/ctcs.html /Markus
Re: OpenAFS Port (please test)
Sorry I should have said. i386 for now only. I will fix the port to prevent it from trying on other platforms for now. Thanks. -Ober On Wed, 18 Jan 2006, [ISO-8859-1] Sigfred Håversen wrote: Date: Wed, 18 Jan 2006 18:45:16 +0100 From: "[ISO-8859-1] Sigfred Håversen" <[EMAIL PROTECTED]> To: ober <[EMAIL PROTECTED]> Subject: Re: OpenAFS Port (please test) ober wrote: For the last few weeks I have been working with Todd Fries on getting the OpenAFS-1.4 working on 3.8. Here is an initial stab at making that work. http://www.linbsd.org/openafs.tgz Requirements: 1. Recent copy of -current 2. /usr/src/sys source code as it depends on libkern/ to compile. Once you compile it, you can run the openafs/files/openafs-setup script. This will nuke any existing afs server/client configuration. It should allow you to setup a single server cell and client. It currently uses kaserver instead of heimdal, and openafs lkm/afsd vs arla. We will have install scripts for the heimdal flavor shortly. Thanks! -Ober The port stops building with "/bin/sh: /lib/cpp: not found". This on sparc64 with cvs as of today. Installed snapshot : OpenBSD 3.8-current (GENERIC) #742: Sat Jan 14 22:47:03 MST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/sparc64/compile/GENERIC .. cd src && cd afs && make all /usr/ports/net/openafs/w-openafs-1.4.0/openafs-1.4.0/src/pinstall/pinstall unified_afs.h /usr/ ports/net/openafs/w-openafs-1.4.0/openafs-1.4.0/include/afs/unified_afs.h No changes to unified_afs.h since /usr/ports/net/openafs/w-openafs-1.4.0/openafs-1.4.0/include /afs/unified_afs.h installed case sparc64_obsd38 in pmax_ul43 | pmax_ul43a) /usr/ports/net/openafs/w-openafs-1.4.0/openaf s-1.4.0/src/pinstall/pinstall longc_procs.h /usr/ports/net/openafs/w-openafs-1.4.0/openafs-1.4 .0/include/afs ;; esac cd src && cd lwp && make depinstall /usr/ports/net/openafs/w-openafs-1.4.0/openafs-1.4.0/src/pinstall/pinstall lock.h /usr/ports/n et/openafs/w-openafs-1.4.0/openafs-1.4.0/include/lock.h /usr/ports/net/openafs/w-openafs-1.4.0/openafs-1.4.0/src/pinstall/pinstall lwp.h /usr/ports/ne t/openafs/w-openafs-1.4.0/openafs-1.4.0/include/lwp.h /usr/ports/net/openafs/w-openafs-1.4.0/openafs-1.4.0/src/pinstall/pinstall preempt.h /usr/port s/net/openafs/w-openafs-1.4.0/openafs-1.4.0/include/preempt.h /usr/ports/net/openafs/w-openafs-1.4.0/openafs-1.4.0/src/pinstall/pinstall timer.h /usr/ports/ net/openafs/w-openafs-1.4.0/openafs-1.4.0/include/timer.h cd src && cd lwp && make all case "sparc64_obsd38" in rs_aix*) cc -I. -I. -I/usr/ports/net/openafs/w-openafs-1.4.0/open afs-1.4.0/src/config -I/usr/ports/net/openafs/w-openafs-1.4.0/openafs-1.4.0/include -c ./lwp.c ;; *) cc -O2 -pipe -ggdb -I/usr/ports/net/openafs/w-openafs-1.4.0/openafs-1.4.0/src/confi g -I. -I. -I/usr/ports/net/openafs/w-openafs-1.4.0/openafs-1.4.0/include -I/usr/ports/net/open afs/w-openafs-1.4.0/openafs-1.4.0/include/afs -I/usr/ports/net/openafs/w-openafs-1.4.0/openafs -1.4.0/include/rx -I/usr/ports/net/openafs/w-openafs-1.4.0/openafs-1.4.0 -I/usr/ports/net/open afs/w-openafs-1.4.0/openafs-1.4.0/src -I/usr/ports/net/openafs/w-openafs-1.4.0/openafs-1.4.0/s rc -c ./lwp.c;; esac /bin/sh: /lib/cpp: not found *** Error code 127 Stop in /usr/ports/net/openafs/w-openafs-1.4.0/openafs-1.4.0/src/lwp (line 91 of Makefile). *** Error code 1 Stop in /usr/ports/net/openafs/w-openafs-1.4.0/openafs-1.4.0 (line 140 of Makefile). *** Error code 1 Stop in /usr/ports/net/openafs/w-openafs-1.4.0/openafs-1.4.0 (line 585 of Makefile). *** Error code 1 Stop in /usr/ports/net/openafs (line 1924 of /usr/ports/infrastructure/mk/bsd.port.mk).
PATCH v2 Fix two cpan mirror paths
The cpan mirror mirrors.dotsrc.org also has the wrong path. This patch fixes both sunsite.org.uk and mirrors.dotsrc.org cpan mirror paths. Jim Index: network.conf.template === RCS file: /cvs/ports/infrastructure/templates/network.conf.template,v retrieving revision 1.79 diff -u -r1.79 network.conf.template --- network.conf.template 2006/01/16 21:03:27 1.79 +++ network.conf.template 2006/01/18 18:25:31 @@ -160,10 +160,10 @@ ftp://ftp.cs.colorado.edu/pub/perl/CPAN/modules/by-module/ \ ftp://cpan.pop-mg.com.br/pub/CPAN/modules/by-module/ \ ftp://ftp.is.co.za/programming/perl/CPAN/modules/by-module/ \ - ftp://sunsite.org.uk/packages/perl/CPAN/modules/by-module/ \ + ftp://sunsite.org.uk/package/cpan/modules/by-module/ \ ftp://ftp.chg.ru/pub/lang/perl/CPAN/modules/by-module/ \ http://www.cpan.dk/modules/by-module/ \ - ftp://mirrors.dotsrc.org/cpan/ + ftp://mirrors.dotsrc.org/cpan/modules/by-module/ MASTER_SITE_TEX_CTAN+= \ ftp://ftp.funet.fi/pub/TeX/CTAN/ \
Re: telephony/asterisk 1.0.9 => 1.2.1
1.2.2 was just announced; can you update the port for that please? Stuart Henderson wrote: This patch no longer applies to -current after naddy's updates for types.h (Jan 13). The attached patch, based on yours, fixes that and: - s/#else/else/ in Makefile patch to build with -O2 not -O2 -O6 -march - put astdb and keys back to /var/asterisk/astdb/astdb as with previous Why two directory levels called astdb? port (I'm not sure it's the best place, maybe it should really go into /var/db, but it causes less trouble for upgraders, and I don't think /usr/local/share as your patch uses is correct for these either). - fix big-endian arch's (building channels/chan_skinny.c was broken) # Manually REMOVE these old patches (mostly incorporated upstream): msf pointed out that: You can create diffs that remove the patches by cvs rm'ing the files from your checked out copy and the using cvs diff -Nup to make the diffs. - tested on i386: (reg, make a few SIP calls, test IVR and voicemail) - builds and starts ok on sparc64, but haven't tested further there yet I also wonder if the files in share/asterisk/sounds should use the @SAMPLE mechanism...I guess it's unlikely most people will change them, and those that do will probably be quite careful of taking a backup, but it would be more friendly if an upgrade didn't blow away custom recordings. I think fixing this would involve a move from /usr/local to /var for some more files, though. Thanks Ian
PATCH: fix sunsite.org.uk cpan path
This patch corrects the path for finding Perl modules on sunsite.org.uk. Questions? Jim Index: network.conf.template === RCS file: /cvs/ports/infrastructure/templates/network.conf.template,v retrieving revision 1.79 diff -u -r1.79 network.conf.template --- network.conf.template 2006/01/16 21:03:27 1.79 +++ network.conf.template 2006/01/18 16:39:27 @@ -160,7 +160,7 @@ ftp://ftp.cs.colorado.edu/pub/perl/CPAN/modules/by-module/ \ ftp://cpan.pop-mg.com.br/pub/CPAN/modules/by-module/ \ ftp://ftp.is.co.za/programming/perl/CPAN/modules/by-module/ \ - ftp://sunsite.org.uk/packages/perl/CPAN/modules/by-module/ \ + ftp://sunsite.org.uk/package/cpan/modules/by-module/ \ ftp://ftp.chg.ru/pub/lang/perl/CPAN/modules/by-module/ \ http://www.cpan.dk/modules/by-module/ \ ftp://mirrors.dotsrc.org/cpan/
Re: UPDATE: tor-0.1.0.16
On Wed, 18 Jan 2006 10:15:48 -0600 Jon Trembley <[EMAIL PROTECTED]> wrote: > Here is a quick update to tor. could you please send a unified diff? (with -u that is) Cheers, Jasper pgpgoegibaiib.pgp Description: PGP signature
Sviluppi e Nuove Proposte 2006
L'istituto ISI-CNV del dott Paret vi propone... >> C O N T E N U T O << - Notizia 1: Nuove tecniche basate su nuovi principi di Neuro-Fascinazione - inoltre: corsi di PNL, PNL3, Ipnosi e Neuro-fascinazione - Coaching e Carriera - materiale gratuito a disposizione Puoi vedere in dettaglio le prossime iniziative di corsi a: http://www.pnl- nlp.org/courses/viewcourses.php?code=actual&[EMAIL PROTECTED] (Nota: se l'URL sopra si dovesse spezzare in due o non funzionare utilizza http://www.pnl-nlp.org/courses/actual.htm ) Tutti i nostri appuntamenti offrono eccellenti vantaggi come costi e omaggi per un apprendimento totale di successo; per un reale e TANGIBILE miglioramento personale e professionale. Utilizzo Personale delle tecniche: Comunicazione, Relazioni, Equilibrio, Potere Interiore Personale Professionale: come aggiunta alla propria attività o come professione nuova. Se desideri ottenere con slancio una posizione diversa, una comunicazione migliore,una professionalità ancora più brillante... il momento è ora arrivato ~ APPUNTAMENTO NR. 1 IL DOTT PARET PROPONE Professional Practitioner Certificato (primo livello) PNL, PNL3, Ipnosi e Neuro-Fascinazione a Milano: data 3 - 4 - 5 febbraio ad un prezzo sorprendente per i primi iscritti. Base - Practitioner: data 3 - 4 febbraio ad un prezzo sorprendente per i primi 6 iscritti. Chiama ora per informazioni e per iscriverti. Si tratta di un'occasione utile e potente per entrare nel mondo di queste tecniche. La didattica, guidata dal dr. Paret è particolarmente efficace e comprende molte delle tecniche esclusive della della nostra scuola. Il corso è pratico, con possibilità immediata di verificare l'efficacia delle tecniche. Contattateci al 348-2213449 oppure 347-8894323 NEURO - F A S C I N A Z I O N E N U O V E T E C N I C H E Principi nuovi convalidati da sperimentazioni su migliaia di casi tecniche esclusive dell'istituto Per: - Apprendimento Veloce - Migliorare l'intelligenza - Autoipnosi senza Trance - fascinazione e magnetismo nella comunicazione interpersonale - controllo e sviluppo delle forze interiori - Applicazioni Sperimentali Utilizziamo il nome Neuro-Fascinazione per marcare la novità del metodo NEURO: perchè basate su risposte neurologicamente basate FASCINAZIONE: perchè sviluppate attorno alle nostre ricerche nel campo della fascinazione NOTA: se avete già studiato PNL ed IPNOSI (a qualunque livello), o tecniche classiche di apprendimento, queste tecniche sono qualcosa di TOTALMENTE NUOVO e basate su nuovi principi. Tra l'altro abbiamo inserito tra queste anche una serie di metodologie di potenziamento neurologico che portano i sensi interiori al massimo livello, con la capacità di sviluppare il canale visivo interno (nettezza di particolari, utile ad esempio per lo studio e la memorizzazione rapida), il cenestesico interno (creare rapport) etc... Non sono tecniche diffuse negli USA bensì appartengono alla tradizione europea. Contattateci quindi anche se siete già certificati e ancora desiderate scoprire un mondo nuovo ... Inoltre: >> Corsi << P N L - S T A G E: 4 febbraio 2006 - MILANO dalle 19.40 - 23.40. Corso programmato per: - conoscere - iniziare in maniera soft la PNL3. Prenota al 3478894323 oppure 3482213449. .. .. C O R S I C O A C H Attestato in linea con la Conferenza Internazionale Coach Incontro Torino: 20 gennaio a Torino 19.40-23.40 corso programmato per conoscere e iniziare il coach con PRATICA E MOTIVAZIONE personale. Incontro Milano: contattateci Prenota al 3478894323 oppure 3482213449. --- TRAINER insegnamento e memorizzazione a Torino data 21-22 gennaio Introduzione di nuove metodologie per l'apprendimento. prenota al 3478894323 oppure 3482213449 Torino Professional Practitioner modulato su quattro serate - tra febbraio e marzo max agevolazione per i gruppi da 4 persone in su. prenotazioni al 3478894323 oppure 3482213449. Puoi vedere in dettaglio questa ed altre iniziative a: http://www.pnl- nlp.org/courses/viewcourses.php?code=actual&[EMAIL PROTECTED] (Nota: se l'URL sopra si dovesse spezzare in due o non funzionare utilizza http://www.pnl-nlp.org/courses/actual.htm ) Materiale Gratuito: visita http://www.pnl-nlp.org/dn/ = Abbiamo piacere di inviare solo a persone realmente interessate. La nostra Lista fornisce materiale ed informazioni su Comunicazione, PNL, PN3, Presenza, Comunicazione Ipnotica e molti ebook gratuiti tramite il sito www.pnl-nlp.org/dn/ o gli altri siti correlati. Scriviamo anche a chi ci ha inviato una mail e teniamo copia di tutte le mail ricevute. Questa lista contien
Re: UPDATE: tor-0.1.0.16
Don't forget:
PKGNAME=${DISTNAME}p0
-Ray-
UPDATE: tor-0.1.0.16
Here is a quick update to tor. Changes in version 0.1.0.16 - 2006-01-02 o Crash bugfixes on 0.1.0.x: - On Windows, build with a libevent patch from "I-M Weasel" to avoid corrupting the heap, losing FDs, or crashing when we need to resize the fd_sets. (This affects the Win32 binaries, not Tor's sources.) - It turns out sparc64 platforms crash on unaligned memory access too -- so detect and avoid this. - Handle truncated compressed data correctly (by detecting it and giving an error). - Fix possible-but-unlikely free(NULL) in control.c. - When we were closing connections, there was a rare case that stomped on memory, triggering seg faults and asserts. - Avoid potential infinite recursion when building a descriptor. (We don't know that it ever happened, but better to fix it anyway.) - We were neglecting to unlink marked circuits from soon-to-close OR connections, which caused some rare scribbling on freed memory. - Fix a memory stomping race bug when closing the joining point of two rendezvous circuits. - Fix an assert in time parsing found by Steven Murdoch. o Other bugfixes on 0.1.0.x: - When we're doing reachability testing, provide more useful log messages so the operator knows what to expect. - Do not check whether DirPort is reachable when we are suppressing advertising it because of hibernation. - When building with -static or on Solaris, we sometimes needed -ldl. - One of the dirservers (tor26) changed its IP address. - When we're deciding whether a stream has enough circuits around that can handle it, count the freshly dirty ones and not the ones that are so dirty they won't be able to handle it. - When we're expiring old circuits, we had a logic error that caused us to close new rendezvous circuits rather than old ones. - Give a more helpful log message when you try to change ORPort via the controller: you should upgrade Tor if you want that to work. - We were failing to parse Tor versions that start with "Tor ". - Tolerate faulty streams better: when a stream fails for reason exitpolicy, stop assuming that the router is lying about his exit policy. When a stream fails for reason misc, allow it to retry just as if it was resolvefailed. When a stream has failed three times, reset its failure count so we can try again and get all three tries. o Thanks to Thomas Sjgren for prompting me to get this out. jon Index: tor//Makefile === RCS file: /cvs/ports/net/tor/Makefile,v retrieving revision 1.17 diff -r1.17 Makefile 5c5 < DISTNAME= tor-0.1.0.15 --- > DISTNAME= tor-0.1.0.16 Index: tor//distinfo === RCS file: /cvs/ports/net/tor/distinfo,v retrieving revision 1.15 diff -r1.15 distinfo 1,4c1,4 < MD5 (tor-0.1.0.15.tar.gz) = b2f1002da96ebfbfac7edf2272733967 < RMD160 (tor-0.1.0.15.tar.gz) = e7af128a5eedac98d3212a2cb694a257f415de9f < SHA1 (tor-0.1.0.15.tar.gz) = d985a5f9ac0d1fc3121e8b79e196f76cfa462982 < SIZE (tor-0.1.0.15.tar.gz) = 632080 --- > MD5 (tor-0.1.0.16.tar.gz) = 13631507b85d6e8fd245dc3eef4f > RMD160 (tor-0.1.0.16.tar.gz) = f932433aa3687d5366d10f60315bf4e580a020b4 > SHA1 (tor-0.1.0.16.tar.gz) = 567fd02d5d22c571c452bc354f1c902cfb37d3f4 > SIZE (tor-0.1.0.16.tar.gz) = 633340
jdk status in current
1.3: build fixed 1.4: build fixed 1.5: not fixed yet. 1.5 will take me a week or two. i386/hotspot is full of datatype assuptions that are wrong. I fixed them in 1.4 a long time ago, but never got around to it for 1.5. -Kurt
