**** BEGIN LOGGING AT Tue Aug 23 02:59:56 2005
Aug 23 03:31:11 <CIA-8> 03xora 07org.openembedded.dev * r7cb05b4c... 10/packages/ (6 files in 4 dirs): 
Aug 23 03:31:12 <CIA-8> gnumeric: updated devel version to 1.5.3
Aug 23 03:31:12 <CIA-8> goffice: Updated to 0.0.3 as required by gnumeric
Aug 23 03:31:12 <CIA-8> libgsf: Updated to 1.12.2 as required by gnumeric
Aug 23 03:41:18 <CIA-8> 03koen 07org.openembedded.dev * r46e0039f... 10/conf/distro/preferred-gpe-versions-2.7.inc: GPE 2.7: turn of minimo cvsdate
Aug 23 03:41:21 <CIA-8> 03xora 07org.openembedded.dev * r7e0579c4... 10/packages/gnumeric/gnumeric-1.5.2/remove-docs.patch: gnumeric: cleanup old versions
Aug 23 04:16:08 <CIA-8> 03rpurdie 07org.openembedded.dev * r3fc63b4e... 10/packages/linux/linux-openzaurus_2.6.13-rc5-mm1.bb: linbux-oz-2.6: Add Spitz USB Host support (tested and working)
Aug 23 05:06:27 <CIA-8> 03mickeyl 07org.openembedded.dev * r024765e1... 10/packages/zaurus-updater/borzoi/updater.sh: add better borzoi updater.sh
Aug 23 05:43:42 <rwhitby-away> monotone.nslu2-linux.org has been updated to *not* serve org.openembedded.nslu2-linux or org.openembedded.dreambox any more.
Aug 23 05:50:01 <VoodooZ_Log> is this why we got the #oe guys' CIA stuff here before?
Aug 23 05:50:21 <rwhitby-away> yep, we all share the same branch now
Aug 23 05:50:25 <VoodooZ_Work> i see.
Aug 23 05:53:07 <VoodooZ_Work> Do you know if the monotone 0.22 changes (--lca) are in the Makefile now?
Aug 23 06:26:27 <mr_claus> morning :)
Aug 23 06:26:45 <mr_claus> where i have to put things like OPENSLUG_EXTRA_DEPENDS in the actual buildsystem?
Aug 23 06:27:00 <mr_claus> the local.conf seems to be much different as a few weeks before
Aug 23 06:29:14 <mr_claus> ok, it still the local.conf
Aug 23 06:29:29 <mr_claus> but a lot of things are gone out of that file it seems
Aug 23 06:30:14 <NAiLzZz> just add it to local.conf
Aug 23 06:31:43 <VoodooZ_Work> yeah. I was wondering the same thing. The number of config file has quadrupled
Aug 23 06:32:22 <NAiL> Actually, I don't think it matters much, as long as it's in a config-file that is being read :P
Aug 23 06:32:35 <VoodooZ_Work> And if I want to add a private package to my package??
Aug 23 06:32:46 <VoodooZ_Work> Yeah, but the blind method never works for me.
Aug 23 06:32:54 <VoodooZ_Work> I don't like guesswork.
Aug 23 06:33:30 <VoodooZ_Work> 'cause then people change stuff and it breaks things and they'll say it shouldn't have been there anyways.
Aug 23 06:34:03 <blaster8> yay
Aug 23 06:34:17 <blaster8> my integrated USB Hub works
Aug 23 06:34:40 <VoodooZ_Work> nice.
Aug 23 06:34:46 <VoodooZ_Work> usb 1 or 2?
Aug 23 06:34:54 <Tiersten> integrated into the nslu2?
Aug 23 06:35:04 <blaster8> 2 - integrated into my larger case
Aug 23 06:35:09 <mr_claus> ok, i added my lines and run "make build-openslug" again, but no result with new packages
Aug 23 06:35:34 <blaster8> nothing special - just removing all of the USB connectors to make it fit, then resoldering them in different places
Aug 23 06:35:49 <blaster8> and powering it from the internal 'mega' power supply (3A)
Aug 23 06:37:06 <Tiersten> ah
Aug 23 06:37:32 <NAiL> meh
Aug 23 06:37:50 <Tiersten> meh?
Aug 23 06:37:51 * NAiL doesn't have a ds101 any longer. All stores are out of stock.
Aug 23 06:38:09 <NAiL> I've checked all (I think) the stores in Trondheim
Aug 23 06:38:49 <mr_claus> openslug/conf/local.conf is the right one?
Aug 23 06:47:08 <mr_claus_> argll, disconnect :/
Aug 23 06:47:10 <mr_claus_> openslug/conf/local.conf is the right one?
Aug 23 06:47:51 <NAiL> yes
Aug 23 06:48:36 <mr_claus_> hmm, why the buildproccess did not compile the additional package?
Aug 23 06:49:54 <VoodooZ_Work> pacakges you added?
Aug 23 06:50:14 <VoodooZ_Work> I had to add mine to a package*.conf somewhere. not sure where again
Aug 23 06:50:43 <mr_claus_> i want to compile an available package to get it into the image
Aug 23 06:50:58 <VoodooZ_Work> Then make sure it's in both RDEPENDS and DEPENDS
Aug 23 06:51:10 <mr_claus_> it worked a fews weeks ago
Aug 23 06:51:30 <VoodooZ_Work> well, I get that a lot too. :(
Aug 23 06:51:45 <VoodooZ_Work> That's why I have not built anything in weeks.
Aug 23 06:53:56 <VoodooZ_Work> I'll wait until things stabilize a bit.
Aug 23 06:55:02 <mr_claus_> hmm, but it looks ok to me, the compile goes through without any error, i think i have done something wrong here
Aug 23 06:57:29 <anakin76> I have a problem (just posted on the ML) with rtorrent on openslug 2.5
Aug 23 06:57:45 <anakin76> it seems to be a 'allignment error'. 
Aug 23 06:58:00 <anakin76> is there someone that can help me?
Aug 23 06:58:10 <NAiL> Well, it should be fixed in rtorrent
Aug 23 06:58:35 <NAiL> a workaround is to do 'echo 3 > /proc/cpu/alignment'
Aug 23 06:58:53 <anakin76> and the system continues to work? 
Aug 23 06:59:36 <anakin76> is rtorrent that doesn't support the big-endian system?
Aug 23 06:59:43 <NAiL> yes, but every time an alignment error occurs, the slug throws an exception (or something) and spends time fixing it up
Aug 23 07:00:22 <anakin76> so you say that I should contact the rtorrent author
Aug 23 07:01:00 <NAiL> Yes
Aug 23 07:01:39 <anakin76> if the author doesn't have a arm big-endian system it is not easy to fix
Aug 23 07:02:23 <NAiL> I have no idea how hard it is to fix. I know that there is a patch for ctorrent that fixes this issue in ctorrent
Aug 23 07:03:08 <Tiersten> It's not the fact it's a big endian system
Aug 23 07:03:20 <anakin76> no? 
Aug 23 07:03:25 <anakin76> could you explain
Aug 23 07:04:04 <Tiersten> ARM has certain rules for accessing memory.  You have to align words to certain boundaries.  It won't let you put it at an odd numbered address for example
Aug 23 07:04:17 <Tiersten> x86 will let you do it.  ARM won't
Aug 23 07:04:25 <anakin76> (nasty!)
Aug 23 07:04:35 <Tiersten> That's the quick explanation of it anyway.  It's a bit more complicated than that
Aug 23 07:05:10 <anakin76> are the openslug authors working on the packaging of rtorrent? it is a great tool
Aug 23 07:05:10 <Tiersten> What NAiL told you to do is to get the kernel to enable the handler for alignment traps.  The kernel will trap the error and do it for you
Aug 23 07:05:25 <Tiersten> However, the trap takes time so you take a performance hit for using it
Aug 23 07:05:26 <anakin76> I hunderstand
Aug 23 07:05:49 <Tiersten> What the author (or you) needs to do is fix the code so it doesn't do unaligned memory access
Aug 23 07:06:16 <anakin76> is it possible from high level language (c/C++)?
Aug 23 07:06:24 <Tiersten> Possible to do what?
Aug 23 07:06:36 <anakin76> to choose the memory allignment of the data
Aug 23 07:06:44 <Tiersten> Yes.  It will do it by default
Aug 23 07:06:51 <anakin76> is there an example of patch to fix this kind of problems?
Aug 23 07:06:55 <Tiersten> What is probably causing this is accessing a packed structure
Aug 23 07:07:05 <Tiersten> No.  you have to read the code and work out what it is doing first
Aug 23 07:07:46 <Tiersten> GCC will add padding to a structure so it complies with the alignment rules.  You can tell GCC to not do this which means no gaps
Aug 23 07:07:47 <mr_claus_> hmm, nail told that there must be a patch available for ctorrent which solve that problem
Aug 23 07:07:48 <anakin76> I will contact the author but it is difficult for him if he hasn't a nslu
Aug 23 07:08:13 <NAiL> mr_claus_: yes, look in packages/ctorrent/files
Aug 23 07:08:18 <anakin76> which is the option of gcc to fix the allignment?
Aug 23 07:08:25 <Tiersten> My guess is that it is assigning an incoming/outgoing packet to a packed structure to read it
Aug 23 07:08:36 <NAiL> mr_claus_: or, http://www.rahul.net/dholmes/ctorrent/
Aug 23 07:08:55 <Tiersten> GCC will align by default unless you tell it not to
Aug 23 07:09:12 <Tiersten> There is no automatic option to fix it.  you need to modify the code to fix the problem
Aug 23 07:09:12 <NAiL> anakin76: there is an "example" patch. The ctorrent one. http://www.rahul.net/dholmes/ctorrent/
Aug 23 07:09:19 <mr_claus_> NAiL: i would not fix it because it's to difficult for me but i'm reading because it sounds interesting
Aug 23 07:09:20 <anakin76> should I remove the optimization of gcc?
Aug 23 07:09:25 <Tiersten> No
Aug 23 07:09:33 <Tiersten> That won't fix it.  You have to modify the code
Aug 23 07:09:43 <Tiersten> Any reason why you can't use ctorrent?
Aug 23 07:10:01 <anakin76> rtorrent is better. ctorrent can handle >2gb?
Aug 23 07:10:10 <anakin76> rtorrent is multi-file
Aug 23 07:10:42 <mr_claus_> it seems the OPENSLUG_EXTRA_DEPENDS and OPENSLUG_EXTRA_RDEPENDS will be ignored because i can set them like i want, nothing happens
Aug 23 07:11:04 <Tiersten> multi-file?
Aug 23 07:11:09 <anakin76> multi-torrents. :)
Aug 23 07:11:16 <anakin76> look at the web-site
Aug 23 07:11:25 <anakin76> it has good features
Aug 23 07:11:41 <anakin76> ctorrent looks not-supported and no-more-developed
Aug 23 07:11:55 <Tiersten> *shrug* I don't use either one
Aug 23 07:12:01 <anakin76> ok :)
Aug 23 07:12:12 <Tiersten> You'll have to convince the author or somebody else to fix rtorrent if what you say is true
Aug 23 07:12:56 <anakin76> is this a problem too on a debian-slug (little-endian)?
Aug 23 07:13:25 <NAiL> yes, endianness doesn't matter
Aug 23 07:13:42 <anakin76> nasty stuff!
Aug 23 07:13:58 <Tiersten> it's nasty code
Aug 23 07:14:04 <Tiersten> not a problem with the architecture
Aug 23 07:14:13 <anakin76> do you know if someone is working on the packaging of rtorrent?
Aug 23 07:14:18 <Tiersten> No clue
Aug 23 07:14:40 <NAiL> I think someone was
Aug 23 07:14:51 <anakin76> who?
Aug 23 07:15:13 <NAiL> Can't remember. Feel free to add a rtorrent .bb ;)
Aug 23 07:15:33 <Tiersten> http://libtorrent.rakshasa.no/search?q=alignment&wiki=on&changeset=on&ticket=on
Aug 23 07:15:38 <anakin76> there are a lot of dependency (librtorrent, curl, libsigc++)
Aug 23 07:15:43 <Tiersten> Two patches for some sort of alignment bugs very recently
Aug 23 07:16:27 <anakin76> great! thanks!
Aug 23 07:17:56 <anakin76> I should try these patches
Aug 23 07:18:24 <anakin76> is it usefull if I copy&past this discussion on the ML in the thread I opened?
Aug 23 07:18:33 <NAiL> ~lart experts-exchange
Aug 23 07:18:33 * jbot frags experts-exchange with his BFG9000
Aug 23 07:19:53 <Tiersten> don't really need to.  you can post about the alignment patches if you want
Aug 23 07:20:53 <anakin76> I will test them
Aug 23 07:21:01 <anakin76> thanks guys!
Aug 23 07:21:19 <Tiersten> np
Aug 23 07:35:45 <mr_claus_> OPENSLUG_EXTRA_DEPENDS is defined in openembedded/conf/distro/openslug.conf too, it that a problem?
Aug 23 08:33:15 <VoodooZ_Work> general question: What's the cleanest way to determine glibc version from a script in linux? 
Aug 23 08:35:26 <mr_claus_> ldd ....?
Aug 23 08:36:24 <mr_claus_> ldd --version
Aug 23 08:36:52 <VoodooZ_Work> how? I have to share an application (xfig) from a server to old/new machines and need a script to determine which xfig version to run. ugly but temporary
Aug 23 08:37:17 <VoodooZ_Work> That works. thanks. I thought I tried that but I guess not. :)
Aug 23 08:37:37 <mr_claus_> thats easy, i dont know if its a clean way :)
Aug 23 08:37:53 <mr_claus_> that is a quick way :)
Aug 23 08:38:13 <VoodooZ_Work> yep.
Aug 23 08:49:26 <mr_claus_> hmm, as described in the local.conf.sample it should work to use OPENSLUG_EXTRA_DEPENDS and OPENSLUG_EXTRA_RDEPENDS but it's not working. is anybody using that feature with success?
Aug 23 09:05:22 <jipi> hi folks anyone suceeded with the PL-2303 usb->serial talking to uart before?
Aug 23 09:21:23 <ka6sox-away> its flakey.
Aug 23 09:21:42 <ka6sox-away> speed is 115.2kb/s and it just acts flakey
Aug 23 09:25:49 <ByronT> amen to that... on flakiness that is
Aug 23 11:05:06 <Matta> blaster8: there?
Aug 23 11:05:11 <blaster8> allo
Aug 23 11:05:29 <Matta> do you use your slug as a router?
Aug 23 11:05:42 <Matta> if so, have you ever had problems with the ip_dst_cache?
Aug 23 11:05:54 <blaster8> I haven't tested NAT as I don't have a USB-Ethernet
Aug 23 11:06:12 <blaster8> I was mostly interested in getting Packet Filtering up
Aug 23 11:06:27 <blaster8> one minute
Aug 23 11:06:46 <Matta> I don't have usb ethernet either
Aug 23 11:07:00 <Matta> I have a public ip and a local one to the internal nic
Aug 23 11:07:02 <blaster8> aah
Aug 23 11:07:23 <blaster8> which modules are you using (lsmod)
Aug 23 11:07:28 <Matta> but after enough traffic/time, I get this in the syslog and the nic doesn't respond:
Aug 23 11:07:31 <Matta> kernel: dst cache overflow
Aug 23 11:07:41 <blaster8> can probably work out what's happening
Aug 23 11:07:48 <Matta> Module                  Size  Used by
Aug 23 11:07:48 <Matta> iptable_nat            12482  1
Aug 23 11:07:48 <Matta> ip_conntrack           26584  1 iptable_nat
Aug 23 11:07:48 <Matta> iptable_filter           800  1
Aug 23 11:07:48 <Matta> ip_tables              15168  2 iptable_nat,iptable_filter
Aug 23 11:07:48 <Matta> af_packet              11464  0
Aug 23 11:07:50 <Matta> ixp425_eth             15364  0
Aug 23 11:07:52 <Matta> ixp400                615208  1 ixp425_eth
Aug 23 11:07:54 <Matta> ipv6                  191488  12
Aug 23 11:07:56 <Matta> ext3                   96744  1
Aug 23 11:08:00 <Matta> jbd                    36536  1 ext3
Aug 23 11:08:02 <Matta> mbcache                 5060  1 ext3
Aug 23 11:08:12 <Matta> the ip_dst_cache var in /proc/slabinfo keeps growing
Aug 23 11:08:32 <Matta> and /proc/sys/net/ipv4/route/max_size is set to 8192
Aug 23 11:08:47 <Matta> I believe it fails when ip_dst_cache reaches that value
Aug 23 11:09:20 <blaster8> http://lkml.org/lkml/2005/1/27/158
Aug 23 11:09:24 <blaster8> same problem as you
Aug 23 11:09:30 <Matta> the max size on my debian box here is 131072, so the slug's is _way_ smaller
Aug 23 11:10:37 <Matta> yup, seems to be the same
Aug 23 11:12:02 <blaster8> this is why I use BSD :)
Aug 23 11:17:06 <Matta> hmm, but it seems as if it should have been fixed in 2.6.11
Aug 23 11:22:20 <blaster8> just because there was a big discussion doesn't mean anyone did anything
Aug 23 11:22:25 <blaster8> this is Linux, remember
Aug 23 11:23:27 <Matta> at least the patch mentioned in the mails made it into the kernel, just checked the source..
Aug 23 11:24:30 <blaster8> I somehow doubt that that patch fixed the problem
Aug 23 11:25:25 <blaster8> time to increase /proc/sys/net/ipv4/route/max_size
Aug 23 11:25:30 <blaster8> and reboot your slug every month
Aug 23 11:25:40 <Matta> there are discussions about dst_cache overflow issues with the ixp425... have you got any idea what that may be about?
Aug 23 11:25:59 <blaster8> googling
Aug 23 11:26:03 <Matta> naw, it will eat my memory too, don't have too much of that
Aug 23 11:26:06 <Matta> ;)
Aug 23 11:27:30 <blaster8> for a start, we should update to the latest Intel drivers
Aug 23 11:27:33 <blaster8> cough, NAiL
Aug 23 11:27:56 <blaster8> before we do that, we can't blame the kernel outright
Aug 23 11:28:32 <NAiL> what?
Aug 23 11:28:38 <Matta> ip_dst_cache        7590
Aug 23 11:28:49 <Matta> my audio stream will die soon ;)
Aug 23 11:28:53 <blaster8> has anyone tried the latest Intel drivers with Openslug
Aug 23 11:29:04 <blaster8> it's just the current ones seem to have a bug
Aug 23 11:29:18 <blaster8> http://mailman.uclinux.org/pipermail/uclinux-dev/2005-April/031926.html
Aug 23 11:29:53 <Matta> or some part of the kernel has a bug, but this seems nslu / ixp425 related
Aug 23 11:30:57 <NAiL> well, I'd ask ByronT about the Intel stuff
Aug 23 11:31:57 <Matta> ByronT: ping
Aug 23 11:34:34 <blaster8> hmm
Aug 23 11:35:05 <blaster8> "If you are running a 2.4.x Linux kernel with "ebtables" and "bridge-netfilter (br-nf)" patches applied from http://ebtables.sourceforge.net, or a 2.6.x Linux kernel, a memory leak may occur if both the bridge (CONFIG_BRIDGE) and netfilter (CONFIG_NETFILTER) options are enabled in the kernel configuration, and traffic is passed through the driver for the NPE interfaces. (Intel internal reference number: SCR #3321)"
Aug 23 11:35:14 <blaster8> http://www.intel.com/design/network/swsup/ixp400LinuxEthernetDriverPatch-1_4_readme.txt
Aug 23 11:35:48 <blaster8> and they've kludged the solution too
Aug 23 11:35:56 <blaster8> b******
Aug 23 11:36:28 <blaster8> oh sorry
Aug 23 11:36:35 <blaster8> maybe not
Aug 23 11:36:42 <ByronT> what? yes? who?
Aug 23 11:36:56 <NAiL> heh
Aug 23 11:36:57 <blaster8> having issues with the Intel Ethernet drivers
Aug 23 11:37:04 <blaster8> and netfilter
Aug 23 11:37:05 <ByronT> they suck!
Aug 23 11:37:08 <blaster8> indeed
Aug 23 11:37:13 <ByronT> whoops, did I say that out loud?
Aug 23 11:37:20 <blaster8> look at that readme for example
Aug 23 11:37:23 <NAiL> no, we didn't hear anything :P
Aug 23 11:38:23 <blaster8> Someone: can you check the Openslug kernel to see if a patch with a name similar to this is used: ixp400_eth_update_nf_bridge 
Aug 23 11:38:27 <ByronT> I heard kludgy somewheres
Aug 23 11:38:27 <Matta> there goes my slug... time for a reboot
Aug 23 11:38:42 <Matta> what intel version is in openslug now?
Aug 23 11:38:46 <blaster8> 1.1?
Aug 23 11:39:10 <ByronT> <- has to leave.... client at office and waiting for me!
Aug 23 11:39:25 <blaster8> Matta: I think I have something here
Aug 23 11:39:40 <Matta> the patch?
Aug 23 11:39:55 <blaster8> can you check in openembedded/packages/linux/nslu2-kernel-2.6.12.2
Aug 23 11:40:08 <blaster8> and see if that patch is included??
Aug 23 11:40:49 <Matta> one moment, don't have ipv4 internet right now... ;)
Aug 23 11:52:04 <blaster8> checking now
Aug 23 12:04:37 <Matta> can't seem to find anything that could be that patch
Aug 23 12:09:58 <blaster8> I have it
Aug 23 12:10:29 <blaster8> not in the openembedded repository, mind
Aug 23 12:17:10 <blaster8> NAiL: would it be possible to have 2 versions of the ixp425 driver
Aug 23 12:17:33 <blaster8> it's just I need to apply a simple patch, but only to 2.6 kernels (and technically 2.4 kernels with ebtables patch)
Aug 23 12:17:35 <NAiL> blaster8: no idea
Aug 23 12:17:57 <blaster8> I just mean to have 2 seperate bb files in the monotone repository
Aug 23 12:18:05 <NAiL> ah, that's not a problem
Aug 23 12:18:15 <blaster8> one for 2.6 and one for 2.4
Aug 23 12:18:30 <NAiL> that, I don't know though
Aug 23 12:19:01 <blaster8> well, we can just include one in the Openslug build and a different one in the Unslung build
Aug 23 12:19:31 <NAiL> yeah
Aug 23 12:20:43 <blaster8> I'll find the document that explains the problem
Aug 23 12:21:56 <blaster8> http://www.intel.com/design/network/swsup/ixp400LinuxEthernetDriver-1_1_readme.txt
Aug 23 12:22:01 <blaster8> it's instruction 2
Aug 23 12:46:43 <Matta> I can test it here, but I don't have a working build environment so need a binary kernel to test with
Aug 23 14:53:51 <sjmelhuish> Any libusb experts around?
Aug 23 15:02:05 <dyoung> blaster8, Matta, the update_nf_bridge patch is in.
Aug 23 15:02:36 <dyoung> ixp425_eth_1_1_update_nf_bridge.patch
Aug 23 15:26:24 <sjmelhuish> I've just added a slugbug on libusb (recent versions). We see this:
Aug 23 15:26:25 <sjmelhuish> usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 64 rq 0 len 0 ret -32
Aug 23 15:26:25 <sjmelhuish> Versions before 0.1.10a are fine. Perhaps the patches from Debian have caused this?
Aug 23 15:26:25 <sjmelhuish> If anyone can look at this it would be a big help.
Aug 23 15:26:56 <ka6sox-office> what are you trying to get running with libusb?
Aug 23 15:27:08 <sjmelhuish> oww
Aug 23 15:27:22 <ka6sox-office> libusb is a monster that has a lot of heads.
Aug 23 15:27:29 <ka6sox-office> oww?
Aug 23 15:27:34 <sjmelhuish> Indeed - but it worked before!
Aug 23 15:27:40 <sjmelhuish> One-wire weather
Aug 23 15:27:44 <ka6sox-office> k
Aug 23 15:27:57 <ka6sox-office> unslung or openslug?
Aug 23 15:28:02 <sjmelhuish> unslung
Aug 23 15:28:06 <ka6sox-office> k
Aug 23 15:28:32 <ka6sox-office> since I don't have any 1-wire stuff I cant' test and fix.
Aug 23 15:28:51 <sjmelhuish> So it's not broken anything else?
Aug 23 15:29:07 <ka6sox-office> dunno...haven't used it.
Aug 23 15:29:51 <sjmelhuish> Any chance of backing out to 0.1.8-3? That works just fine.
Aug 23 15:33:41 <rwhitby> weird, I believe that going to 0.1.10a fixed ftpd-topfield ...
Aug 23 15:35:13 <sjmelhuish> It's never simple. :)
Aug 23 15:38:11 <sjmelhuish> Anyway, time to go horizontal. One for cogitation by those of you who know libusb!
Aug 23 21:13:37 <CIA-8> 03bzhou * 10unslung/make/sqlite.mk: upstream upgrade from 3.2.2 to 3.2.3; stripped binaries, removed static lib
**** ENDING LOGGING AT Wed Aug 24 02:59:56 2005