**** BEGIN LOGGING AT Fri Nov 10 02:59:56 2006
Nov 10 03:58:08 <greenleaf> Hi folks, I'm having trouble mounting an NFS export on my Ubuntu laptop as my uid.
Nov 10 03:58:14 <greenleaf> I have made sure my uid matches the one on the slug
Nov 10 03:58:27 <greenleaf> but every time i use autofs to mount, it has ownership root:root
Nov 10 03:58:53 <greenleaf> I've tried putting uid=1000,gid=1000 into my auto.master but no luck
Nov 10 06:16:15 <CIA-5> 03bzhou * r4427 10optware/trunk/make/openldap.mk: openldap: up IPK_VERSION to trigger a rebuild, dunno why openldap-libs missing from Packages
Nov 10 16:01:53 <Szafran> morning
Nov 10 16:02:34 <Szafran> is there sthing wrong with the www.nslu2-linux.org page ?
Nov 10 16:07:14 <ByronT> checking
Nov 10 16:10:52 <Szafran> sorry... got disconnected... so what's with the wiki ? can't get to it, but need the jtag flashing tutorial
Nov 10 16:11:24 <ByronT> Szafran, there are some issues right now
Nov 10 16:11:43 <ByronT> patience is appreciated as I notify appropriate people and track down the problem
Nov 10 16:12:19 <ByronT> freenode going through some major burps isn't helping either... ;)
Nov 10 16:12:53 <Szafran> ok... thanks... maybe you can help me ? what adress do i need to put the redboot on ? is it 0x00000000
Nov 10 16:14:10 <Szafran> just got the slug with jtag mounted, and need to revive my dead slug =o]
Nov 10 16:14:47 <ByronT> sorry, but I've no jtag experience (plenty of serial - but not jtag...)
Nov 10 16:15:17 <ByronT> fortunately the person I'm contacting is a jtag person....
Nov 10 16:15:19 <ByronT> I'll see what I get done
Nov 10 16:15:44 <ByronT> looks like our box limax puked
Nov 10 16:15:55 <Szafran> to bad for me :/
Nov 10 16:16:11 <Szafran> great timing =o]
Nov 10 16:16:26 <blaster8> http://www.trejan.com/projects/nslu2/jtag.html
Nov 10 16:17:07 <Szafran> blaster8: this doesn't help as it ends just before what i need
Nov 10 16:18:29 <Szafran> i'm behind initiating the connection and detecting the flash
Nov 10 16:18:31 <ByronT> whew, tman's stuff is still around?
Nov 10 16:18:46 <ByronT> haven't seen that guy in forever and a day
Nov 10 16:24:15 <GPSFan> blaster8: hey, has anyone tried building a 2.6.19-rc5 kernel with the patches from svn? I had problems with 53,78,99 failing to apply. Also it seems that loading the NPE microcode  is now broken. There were a lot of changes to the NPE microcode handling since svn 540.
Nov 10 16:24:29 <blaster8> I know
Nov 10 16:24:37 <blaster8> I'm not responsible for any of them
Nov 10 16:24:41 <vmaster> Szafran: do you already have a redboot image?
Nov 10 16:24:48 <Szafran> yes
Nov 10 16:25:10 <vmaster> address 0x0 is right
Nov 10 16:25:11 <Szafran> it's 256kb in size
Nov 10 16:25:22 <Szafran> good
Nov 10 16:25:42 <blaster8> GPSFan: for now you will have to talk to dwery/rwhitby to find out what is happening in the repo
Nov 10 16:26:01 <Szafran> than i'm starting to flash right now... any idea how long it'll take to flash those 256kb ?? i've read that it's a looooong process
Nov 10 16:26:10 <GPSFan> ah, I haven't seen any talk about it and just tried yesterday to build it. You provided lots of good help for me when I was just starting, I thought youmight still be involved. I'll ping on them..
Nov 10 16:26:22 <vmaster> Szafran: did you erase the flash?
Nov 10 16:26:42 <Szafran> yes... 2 blocks
Nov 10 16:27:00 <vmaster> yes, this is going to take a loooong time
Nov 10 16:27:07 <vmaster> like, really long
Nov 10 16:27:27 <Szafran> =o] nice of you to cheer me up like that =o]
Nov 10 16:28:07 <Szafran> if it's gonna up if i'm done than it's worth it
Nov 10 16:28:07 <vmaster> heh, it's better you know that it's going to take long rather than interrupting it in between
Nov 10 16:29:02 <Szafran> now i'm happy that my jtag mod works... if i'm done than i'll be happy that the slug ups again (if it will ;))
Nov 10 16:29:03 <vmaster> I'm working on adding XScale support to the OpenOCD - I can write the flash of my PXA250 board at >10kb/s, writing the redboot in less than 30s, but it's completely untested with big-endian IXP
Nov 10 16:30:20 <Szafran> sorry... but i don't really know what are u talking about (regarding OpenOCD)
Nov 10 16:31:32 <vmaster> the OpenOCD is a JTAG debugger, for ARM7/9, and now also for XScale and Cortex-M cores. Once everything is ready, you'll be able to write your NSLU2 flash at 10kB/s using JTAG
Nov 10 16:31:55 <Szafran> that would ba a nice improvement
Nov 10 16:32:14 <Szafran> is it for win32 or *nix ??
Nov 10 16:32:18 <vmaster> both
Nov 10 16:32:22 <Szafran> good
Nov 10 16:32:45 <Szafran> are there available jtag tools for win32 ?? because using cygwin is not the best way to do it
Nov 10 16:33:14 <vmaster> Macraigor's software is for windows, but you'll need a Wiggler (clone)
Nov 10 16:33:31 <vmaster> i.e. the xilinx, lattice etc. CPLD/FPGA cables wont work
Nov 10 16:34:08 <Szafran> i'm connecting using cable parallel 0x378 WIGGLER if that's what you had in mind
Nov 10 16:34:32 <Szafran> if so than where can i get the soft ?
Nov 10 16:34:32 <ByronT> www.nslu2-linux.org coming back up
Nov 10 16:34:39 <vmaster> yeah, you could use the Macraigor stuff then - but it doesn't include flash writing
Nov 10 16:34:44 <vmaster> it's only for debugging
Nov 10 16:34:53 <Szafran> oh... so no use for me
Nov 10 16:35:03 <Szafran> i only need it for flash writing
Nov 10 16:35:11 <Szafran> ByronT: thanks for the info.
Nov 10 16:35:48 <vmaster> if you're not successful with the openwince jtag tools (guess you're using those right now?) ping me
Nov 10 16:35:58 <Szafran> vmaster: do you know when OpenOCD will be available ?
Nov 10 16:36:24 <vmaster> well, basically it is available - it's just not tested on BE machines, and IXP in particular, but everything /should/ work
Nov 10 16:36:35 <Szafran> i'm using jtag 6.0 built from svn and precompiled for cygwin - downloaded from openwrt's home page
Nov 10 16:36:37 <vmaster> rwhitby wanted to test it
Nov 10 16:36:46 <vmaster> also g2
Nov 10 16:37:01 <vmaster> once i hear from them, i know what to fix
Nov 10 16:37:10 <Szafran> where can i get it? (binaries preferrably)
Nov 10 16:37:17 <Szafran> i'd like to test it also
Nov 10 16:37:59 <vmaster> the XScale branch is currently only in SVN - there's someone building windows binaries (mingw) regularly, but the XScale stuff isn't stable enough yet, so it lives in a branch of its own
Nov 10 16:38:12 <vmaster> http://openocd.berlios.de/
Nov 10 16:39:14 <Szafran> if i only knew how to build it for mingw than it would be no problem... but i don't :/
Nov 10 16:39:28 <Szafran> so i'll have to w8 for a binary to be available
Nov 10 16:40:09 <vmaster> i gotta go soon, but if you're available for some testing tomorrow i can easily walk you through the building and configuration part
Nov 10 16:40:46 <Szafran> what time tomorrow ?? (i'm CET)
Nov 10 16:41:16 <vmaster> me too
Nov 10 16:41:25 <Szafran> =o] cool
Nov 10 16:41:54 <Szafran> tell me what time you want to do it and i'll be here
Nov 10 16:42:20 <[g2]> vmaster I'll be happy to test BE for you soon
Nov 10 16:42:51 <vmaster> [g2]: the more the merrier :)
Nov 10 16:43:11 <[g2]> ~praise vmaster 
Nov 10 16:43:14 <jbot> All hail vmaster!
Nov 10 16:43:29 <vmaster> Szafran: okay, about 2pm... that'll give me plenty of time to recover from the upcoming evening
Nov 10 16:43:52 <Szafran> ok
Nov 10 16:43:58 <Szafran> have fun tonight
Nov 10 16:44:15 <Szafran> i'll be going now to take care of my sluggy ;)
Nov 10 16:44:25 <Szafran> c u tomorrow
Nov 10 16:44:33 <Szafran> bye
Nov 10 17:11:38 <Szafran> hello, i'm back ... sthing went wrong with jtag flash
Nov 10 17:11:59 <Szafran> it flashed, checked, but wont boot :/
Nov 10 17:12:25 <Szafran> ByronT: btw the site isn't working yet
Nov 10 17:13:00 <Szafran> do i have to byteswap the flash before flashing it ??
Nov 10 17:13:36 <ByronT> we're beating at the problem
Nov 10 17:13:43 <Szafran> ok
Nov 10 17:13:45 <ByronT> something is awry
Nov 10 17:17:22 <ByronT> Szafran, it's up
Nov 10 17:18:55 <Szafran> confirmed... thanks
Nov 10 22:23:21 <CIA-5> 03bzhou * r4428 10optware/trunk/make/swi-prolog.mk: swi-prolog: upstream upgrade to 5.6.23
Nov 10 22:35:45 * texture` is switching to debian
Nov 10 23:26:19 <CIA-5> 03bzhou * r4429 10optware/trunk/make/py-twisted.mk: py-twisted: added py25
Nov 10 23:27:01 <CIA-5> 03bzhou * r4430 10optware/trunk/make/py-bittorrent.mk: py-bittorrent: added py25
Nov 10 23:31:08 <CIA-5> 03bzhou * r4431 10optware/trunk/make/py-django.mk: py-django: added py25
Nov 11 00:15:11 <dwery> anyone knows how to cross-compile a debian package for arm?
Nov 11 00:16:07 <dwery> maybe dpkg-buildpackage -a ..
Nov 11 00:17:46 <CIA-5> 03bzhou * r4432 10optware/trunk/make/mtools.mk: added and promoted mtools
Nov 11 00:25:39 <dwery> mm no, it doesn't work :(
Nov 11 00:26:39 <eno> dwery: will distcc work?
Nov 11 00:27:17 <dwery> eno: dunno . I usually compile with binaries from the gcc-4.0-arm package
Nov 11 00:27:27 <dwery> but I'm unabel to tell dpkg-buildpackage to use it
Nov 11 00:28:07 <GPSFan> dwery:  in npe_ucode.c you defined partition_name as NULL, with no code to set it to what is found in by the mtd scan, no firmware will be found/loaded.
Nov 11 00:28:17 <dwery> mmm
Nov 11 00:28:20 <dwery> let me check
Nov 11 00:28:23 <dwery> line number?
Nov 11 00:28:53 <GPSFan> dwery: I manually set it to RedBoot in npe_ucode.c, and it found & loaded the ucode.
Nov 11 00:29:12 <GPSFan> dwery: line 32
Nov 11 00:29:12 <dwery> if (data && data->mtd_partition) {
Nov 11 00:29:12 <dwery> +               partition_name = data->mtd_partition;
Nov 11 00:29:12 <dwery> +               return 0;
Nov 11 00:29:58 <GPSFan> yeah, but 2 lines above you chaek for null and exit if it is.
Nov 11 00:30:12 <dwery>  if (partition_name)
Nov 11 00:30:12 <dwery> +               return -EEXIST;
Nov 11 00:30:18 <dwery> ?
Nov 11 00:31:01 <GPSFan> dwery: uhh, gee I have if (partition_name = NULL); 
Nov 11 00:31:06 <dwery> do'h!
Nov 11 00:31:08 <dwery> someone changed it
Nov 11 00:31:36 <dwery> no, it's correct in the svn.
Nov 11 00:31:50 <GPSFan> hmmm 
Nov 11 00:31:55 <dwery> you should check npe_ucode_probe function
Nov 11 00:32:03 <dwery> that will get the partition name from the platform device
Nov 11 00:32:21 <eno> dwery: there is a dpkg-cross package, sounds like something you want
Nov 11 00:32:34 <dwery> eno: thanks, will check right now
Nov 11 00:32:50 <dwery> GPSFan: the partition used to search it is Ramdisk on the nslu2
Nov 11 00:32:58 <dwery> because the microcod ein Redboot is old
Nov 11 00:33:16 <dumfrac> dwery: did you write the ixp4xx-beeper code ?
Nov 11 00:33:16 <GPSFan> dwery: let me research this a bit more. the wife is calling dinner ;>)
Nov 11 00:34:03 <dwery> dumfrac: maybe. what happened: :-D
Nov 11 00:34:05 <dwery> ?
Nov 11 00:34:42 <dumfrac> WIth the Debian 2.6.18 kernel, I get a strangled beep from the slug with the command beep -f 440
Nov 11 00:35:01 <dumfrac> however, with openslug 3.10b, I get a nice sounding beep - same hardware
Nov 11 00:35:33 <dumfrac> I don't have a 2.6.18 openslug kernel to test with, but I suspect that something has gone wrong with the debian kernel
Nov 11 00:36:21 <dumfrac> Also, with the Debian kernel I have a faint whine that is modulated by network and disk access
Nov 11 00:36:22 <dwery> which beep binary are you using?
Nov 11 00:36:55 <dumfrac> hmm... the one from the Debian packages - hold on I'll find out which package
Nov 11 00:37:00 <dwery> it's outdated
Nov 11 00:38:00 <dwery> I never managed to convince the maintainer to add my patch. and neither the author.
Nov 11 00:38:33 <dumfrac> ah - ok, where can I find your version - if I can show that is works, then maybe I can convince them :-)
Nov 11 00:39:10 <dumfrac> would the maintainer be Joey Hess ?
Nov 11 00:39:55 <dwery> in theory with the debian package you should not hear anything
Nov 11 00:40:19 <dumfrac> odd - I do hear a strangled beep - it doesn't sound pretty :-)
Nov 11 00:40:26 <dwery> the mnt should be Gerfried Fuchs <alfie@debian.org>
Nov 11 00:40:51 <dwery> and my source... well...
Nov 11 00:41:01 <dwery> can't find it right now :)
Nov 11 00:41:10 <dwery> ok, got it
Nov 11 00:41:32 <dumfrac> is it in the openembedded packages ?
Nov 11 00:42:05 <dwery> surely it's there. If you want I cans end the patch via email
Nov 11 00:42:28 <dumfrac> that would be great (gordonfarquharson at gmail dot com)
Nov 11 00:42:55 <dwery> sent
Nov 11 00:43:07 <dumfrac> thanks very much - I'll let you know how it goes
Nov 11 00:43:19 <dwery> great!
Nov 11 00:43:56 <dwery> it willr equire the ixp4xx beeper module
Nov 11 00:44:06 <dwery> but should work
Nov 11 00:44:08 <dumfrac> yup - that is loaded
Nov 11 00:44:17 <dwery> with any pc speaker that is mapped in the input subsys
Nov 11 00:44:40 <dwery> I remember there was a program that played midi files via network
Nov 11 00:44:47 <dwery> using one pc speaker per midi instrument
Nov 11 00:45:18 <dwery> we can made a slug orchestra :)
Nov 11 00:45:39 <dumfrac> :-) I have two slugs - I guess I can contribute two channels
Nov 11 00:56:21 <CIA-5> 03bzhou * r4433 10optware/trunk/make/microperl.mk: microperl: try to fix unnecessary rebuild
Nov 11 00:58:12 <CIA-5> 03bzhou * r4434 10optware/trunk/Makefile: promoted mtools
Nov 11 01:14:02 <GPSFan> dwery: back from dinner. btw this is on avila. I'm not seeing npe_ucode_probe being called. I've peppered the npe ucode loading code with printk's. I also just started making progress on what's wrong when you returned, so Imight not have all the issues quite straight yet.
Nov 11 01:14:33 <dwery> ok, you need a patch like the one for the nslu2, which sets the partition name
Nov 11 01:14:49 <dwery> just define a platform device in the avila setuo
Nov 11 01:14:53 <dwery> and you will be done
Nov 11 01:15:18 <GPSFan> ok, I see how that might cause the observed behavior.
Nov 11 01:15:22 <dwery> 43-nas100d-mtd-microcode.patch
Nov 11 01:15:26 <dwery> can be a good template
Nov 11 01:15:37 <dwery> use Redboot as the partition name
Nov 11 01:17:07 <GPSFan> ok, after svn 540 the configuration parameter was removed from Kconfig.
Nov 11 01:33:29 <dumfrac> dwery: looks like Gerfried has all of your patch applied to the Debian beep code, except for the default access of /dev/input/event0; one has to do 'beep -e /dev/input/event0'
Nov 11 01:33:42 <dwery> oh
Nov 11 01:33:56 <dwery> he didn't told me :)
Nov 11 01:34:24 <dumfrac> :-)
Nov 11 01:34:31 <dwery> yep, it works
Nov 11 01:35:20 <dumfrac> also, joey has updated the Debian leds script to use '-e /dev/input/event0' when it calls beep
Nov 11 01:35:42 <dumfrac> opensource harmony has been restored :-)
Nov 11 01:37:09 <dwery> there wasa  bug in my patch, I should have imagined that event0 could not always be the speaker
Nov 11 01:37:20 <dwery> debian leds script? 
Nov 11 01:38:41 <dumfrac> the Debian version of the leds script - the script that controls the leds also has a function to call beep i.e. 'leds beep' will call beep with the correct device parameter
Nov 11 01:39:12 <dwery> in which package is that script?
Nov 11 01:39:36 <dwery> nslu2-utils maybe
Nov 11 01:39:44 <dumfrac> on debian: nslu2-utils - yup
Nov 11 01:40:45 <dwery> going to bed
Nov 11 01:40:46 <dwery> nite!
Nov 11 01:41:07 <dumfrac> thanks for the help - nite
Nov 11 01:51:50 <Szafran> morning
Nov 11 02:19:48 <Szafran> anyone here knows how to build a working apex under debian-installer equipped slug ??
Nov 11 02:21:37 <dumfrac> Szafran: why don't you just install the apex-nslu2 package ?
Nov 11 02:21:53 <GPSFan> dwery: night, added a patch for avila similar to 43-nas100d-mtd-microcode.patch. microcode now loads from the RedBoot partition.  thanks for the help cu tomorrow.
Nov 11 02:23:12 <Szafran> dumfrac: do you know maybe how i can enable fatslug's memory with the prebuild binary ??
Nov 11 02:24:16 <dumfrac> hmm... no, but I can give you a procedure to rebuild the debian apex package
Nov 11 02:24:59 <dumfrac> 1. apt-get source apex
Nov 11 02:25:24 <dumfrac> 2. cd apex-VERSION
Nov 11 02:25:36 <dumfrac> 3. debian/rules build
Nov 11 02:25:49 <Szafran> the prebuld bin works fine if i test it under redboot... but if compile it under slug with exaxtly the same config that the prebuild was compilled (well except the crosstool stuff) than i get some hashes and stuff while running it from redboot
Nov 11 02:27:26 <dumfrac> can you cut and paste a bit of the output to pastebin.ca
Nov 11 02:27:36 <dumfrac> http://pastebin.ca
Nov 11 02:29:09 <Szafran> $T0a0f:01000038;0d:01ff2fec;#12 - this is it... and it repeats itself every time i press enter
Nov 11 02:30:32 <dumfrac> yeah - ok. Redboot is trying to talk to gdb - you should try swapping the endianess of the apex image
Nov 11 02:30:55 <Szafran> this one was compilled using big endian
Nov 11 02:31:05 <Szafran> you think it'll work with little ??
Nov 11 02:31:11 <dumfrac> how are you creating the image that you upload to the slug ? are you using slugimage or something ?
Nov 11 02:31:48 <dumfrac> I'm not sure - I know that I got this when I was trying to use an apex binary that has the wrong endianess
Nov 11 02:32:44 <Szafran> i'm just running 'make' and than i copy it while in redboot using xmodem via serial with 'load -b 0x1000000 -r -m xmodem' and than i run it using 'g 0x1000000'
Nov 11 02:33:46 <Szafran> than maybe you have a binary for 128mb/4chips/2banks ??
Nov 11 02:33:53 <dumfrac> the trick with endian swapping a file is that it has to be an integer number of 4 bytes
Nov 11 02:34:04 <dumfrac> no - I don't have a fatslug :-(
Nov 11 02:34:30 <Szafran> i don't get it :/
Nov 11 02:34:55 <Szafran> the apex that i've just tried to run was 40760 bytes in size
Nov 11 02:35:15 <dumfrac> the word size is 4 bytes - therefore swapping the endianess requires there to n*4 bytes
Nov 11 02:35:59 <dumfrac> you are in luck - 40760/4 = 10190 exatly
Nov 11 02:36:11 <dumfrac> do you have devio installed ?
Nov 11 02:36:40 <Szafran> what do you want me to do... i'm running win on my pc
Nov 11 02:37:01 <dumfrac> hmm... tricky :-)
Nov 11 02:37:15 <Szafran> do you want me to do a dd...conv=swab ??
Nov 11 02:37:59 <dumfrac> no that only swaps bytes - you need to use devio
Nov 11 02:38:31 <dumfrac> devio '<< apex.bin; xp $ 4' > apex.bin.swap
Nov 11 02:38:40 <dumfrac> but you need devio
Nov 11 02:38:42 <Szafran> in a moment i'll have apex compilled with little endian
Nov 11 02:39:30 <dumfrac> ok - I'm not sure that is going to work either, because I think that apex starts out running in big endian and switches the processor to little endian at some stage
Nov 11 02:39:38 <dumfrac> try it though
Nov 11 02:40:09 <dumfrac> I think that somebody wrote a python/perl script to swap the endianess - I'll have a look
Nov 11 02:40:18 <Szafran> we will know that in about 20sec
Nov 11 02:41:15 <Szafran> nope... the same reaction
Nov 11 02:41:34 <dumfrac> if it doesn't work - there is a python script at http://peter.korsgaard.com/articles/debian-nslu2.php which will swap the endianess
Nov 11 02:42:06 <dumfrac> yeah - I think that you need to compile as big endian, and then endian swap the resulting binary
Nov 11 02:43:53 <dumfrac> the way I do this is I use slugimage with the --little option to create a downloadable image complete with apex, the kernel, the initramfs - slugimage endian swaps the binarys for me - however, this means reflashing the firmware
Nov 11 02:44:09 <dumfrac> ...with upslug2
Nov 11 02:44:38 <dumfrac> it doesn't overwrite redboot so you can recover easily if you screw up
Nov 11 02:48:13 <Szafran> i need to overwrite it after getting apex to work
Nov 11 02:48:38 <Szafran> apex running from ram doesn't set the sdr_config register
Nov 11 02:48:57 <dumfrac> you've lost me
Nov 11 02:49:01 <Szafran> and so doesn't do it if it's the 2nd stage boot loader
Nov 11 02:49:20 <Szafran> i have jtag so no worries with recovery
Nov 11 02:49:43 <dumfrac> what are you running on the slug ? Debian ?
Nov 11 02:49:48 <Szafran> yes
Nov 11 02:49:49 <dumfrac> Debian/NSLU2 ?
Nov 11 02:49:57 <Szafran> debian/nslu2 rc1
Nov 11 02:50:23 <Szafran> a.k.a debian-installer
Nov 11 02:50:33 <dumfrac> so, then do this...
Nov 11 02:50:49 <Szafran> if i'll get a working bin of apex than i'll make the rest work
Nov 11 02:51:20 <dumfrac> download the current firmware from the slug flash: cat /dev/mtdblock* >> current-image
Nov 11 02:51:37 <Szafran> btw... the py script give me an error
Nov 11 02:52:14 <dumfrac> then unpack current-image using slugimage (apt-get slugimage if you don't have it)
Nov 11 02:52:37 <Szafran> i have under ubuntu on my vmware
Nov 11 02:52:45 <dumfrac> slugimage -u -i current-image
Nov 11 02:53:18 <dumfrac> this will unpack the current image and you should see files like Redboot, Trailer, etc.
Nov 11 02:53:54 <Szafran> it wont unpack because of the non standard format of the debian-installer version
Nov 11 02:54:07 <Szafran> eg... because there are new partition in the fis
Nov 11 02:54:25 <dumfrac> it should unpack - what version of slugimage is it ?
Nov 11 02:54:31 <Szafran> it says that it found a part loader but expected kernel
Nov 11 02:55:20 <dumfrac> what version of slugimage do you have ?
Nov 11 02:55:21 <Szafran> 0.10+r58-2
Nov 11 02:55:29 <dumfrac> ok - hold on
Nov 11 02:58:10 <dumfrac> can you upgrade to 0.10+r58-6 (that is the latest in testing)
Nov 11 02:58:28 <dumfrac> it is the version of slugimage that you need
**** ENDING LOGGING AT Sat Nov 11 02:59:57 2006