**** BEGIN LOGGING AT Tue May 17 23:59:56 2005
May 18 00:42:54 <CIA-1> 03jeanfabrice * 10unslung/Makefile: Add testing target for wiley
May 18 02:01:44 <jp30> jf-work, ping?
May 18 02:02:34 <jf-work> pong. I'm in a *realwork* callconf but I can speak a bit.
May 18 02:13:23 <jf-work> I take a look ad quagga configure.ac and it seems to have hardcoded path to include dir. Did you see that ? Does the tip you gave me yesterday may solve this issue ?
May 18 02:16:45 <jp30> hi, jf-work, it looked to me as though quagga wasn't using those hardcoded paths on linux; but setting CPP didn't help, so...? actually i wanted to ask you whether you knew why php-thttpd was linking with libphp5.so from staging.
May 18 02:20:58 <jf-work> jp30: it shouldn't as it self compile a static libphp
May 18 02:29:38 <jp30> that's what i thought, but it ends up depending on /opt/lib/libphp5.so
May 18 02:31:01 <jf-work> ldd says that ?
May 18 02:34:14 <jp30> objdump -p says "NEEDED libphp5.so" - i've not got access to a slug, so i can't check with ldd. users have reported needing to install php-embed, though
May 18 02:36:34 <jf-work> humm.. that's weird. I don't have this on the one actually compiled on nudi
May 18 02:38:19 <jp30> you can look at the slug compilation in ~jp30/packages if you like. don't touch though, i'm currently uploading
May 18 02:38:58 <jp30> ok, here's some ldd output:
May 18 02:39:07 <jp30> ldd /opt/sbin/thttpd
May 18 02:39:07 <jp30>         libdl.so.2 => /lib/libdl.so.2 (0x4001d000)
May 18 02:39:07 <jp30>         libpthread.so.0 => /lib/libpthread.so.0 (0x40027000)
May 18 02:39:07 <jp30>         libcrypt.so.1 => /lib/libcrypt.so.1 (0x40044000)
May 18 02:39:07 <jp30>         libphp5.so => not found
May 18 02:39:08 <jp30>         libm.so.6 => /lib/libm.so.6 (0x40078000)
May 18 02:39:09 <jp30>         libxml2.so.2 => /opt/lib/libxml2.so.2 (0x400f3000)
May 18 02:39:11 <jp30>         libz.so => /opt/lib/libz.so (0x40202000)
May 18 02:39:13 <jp30>         libc.so.6 => /lib/libc.so.6 (0x40224000)
May 18 02:39:15 <jp30>         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
May 18 02:40:18 <jp30> there's no reason for thttpd not to link with libphp5.so if it works. be nice to understand why it's happenning though
May 18 02:40:54 <jf-work> jp30: see in /home/wl500g for mine, which is different
May 18 02:43:41 <jp30> i don't see a builds or staging dir in /home/wl500g ...?
May 18 02:44:28 <jp30> the difference might be to do with whether you have re-staged php since i configured it to build a libphp5.so
May 18 02:45:12 <jf-work> => /home/wl500g/packages
May 18 02:45:46 <jp30> ah!
May 18 02:46:31 <jp30> hmm... there is a libphp5.so in your staging...
May 18 02:47:34 <jp30> and you're right, your thttpd doesn't depend on it
May 18 02:48:46 <jp30> mind if i rebuild php-thttpd in /home/wl500g and see if it makes a difference?
May 18 02:50:31 <jf-work> you can. I just tried to build it on my own machine and it fails with wchar_t. that's weird as I did not touch php-thttpd for a while
May 18 02:55:14 <jp30> as i suspected, after rebuilding thttpd depends on libphp5
May 18 02:58:51 <jp30> it looks as though thttpd tries to link with its own libphp5 by using "-lphp5", but staging/opt/lib is in the library path ahead of wherever the statically built libphp5.so is
May 18 03:00:39 <jp30> maybe a good solution is to configure php to put libphp5.so in $prefix/lib/php
May 18 03:03:30 <jf-work> won't it break a lot of things in you differents php-* ? 
May 18 03:06:29 <jf-work> I mean you may have to update your php-*.mk just for this, non ? What about renaming the temporary static lib ?
May 18 03:09:37 <jp30> libphp5.so is the embed SAPI. it's not used for anything yet, maybe for appweb in the future
May 18 03:09:50 <jp30> ...so it won't break anything to move it
May 18 03:10:13 <jp30> perhaps it would be good to try to fix php-thttpd independently if that can be done easily
May 18 03:11:37 <jf-work> so in your test, you staged php before building php-thttpd, that's right ?
May 18 03:12:22 <jp30> yes. but php-thttpd shouldn't be assuming that php hasn't been staged
May 18 03:14:11 <jf-work> it doesn't as it is self contain. The trouble is just that it links against staging/lib for libxml2...
May 18 03:15:40 <jp30> the best way to fix the problem would be if the link commandline that produced thttpd linked ./libphp5.a explicitly, rather than using -lphp5
May 18 03:15:55 <jp30> ...looking in the Makefile now
May 18 03:22:06 <jf-work> is there a link command for that ?
May 18 03:22:37 <jp30> ok, i've tracked the problem down to the content of php_makefile in the top_srcdir of thttpd, still looking to see where that is generated
May 18 03:25:11 <jp30> think i have a fix... will check it in
May 18 03:27:19 <CIA-1> 03jp30 * 10unslung/make/php-thttpd.mk: force php-thttpd to link with its own static version of libphp5
May 18 03:32:01 <jp30> seems to work.
May 18 03:34:27 <jf-work> can you dirclean php-thttpd in my reps ?
May 18 03:34:43 <jp30> dircleaned and rebuilt already :)
May 18 03:35:48 <jp30> ...and i checked that the thttpd binary in the package doesn't have any funny dependencies
May 18 03:35:53 <jf-work> can you re-dircleaned ? I've not rights on generated file
May 18 03:36:30 <jp30> oh... done!
May 18 03:36:36 <jp30> better?
May 18 03:36:37 <jf-work> ty ;)
May 18 03:37:06 <jf-work> I still cannot build on my pc. wchar problem
May 18 03:37:07 <jp30> no probs. ok, i'm off to realwork myself now
May 18 03:38:19 <jf-work> bye$
May 18 04:25:35 <CIA-1> 03jp30 * 10unslung/Makefile: promote erlang
May 18 06:51:50 <rwhitby-tokyo> evening ...
May 18 06:57:16 <[g2]> rwhitby-tokyo, evening sushi boy :)
May 18 06:58:34 <[g2]> rwhitby-tokyo, I'm gonna take a shot at mastering a Knoppix iso with unslung 4.x and openslug build environs and meta all setup (and maybe tarballs less ixp4xx)
May 18 07:05:37 <rwhitby-tokyo> [g2]: hey, yep just finished some sushi :-)
May 18 07:05:57 <rwhitby-tokyo> are you gonna call it Sluggix ?
May 18 07:06:22 <[g2]> rwhitby-tokyo, That's a pretty good name !
May 18 07:07:25 <rwhitby-tokyo> for a small free, I'll let you use it ;-)
May 18 07:08:05 <rwhitby-tokyo> s/free/free (sic)/
May 18 07:12:48 <rwhitby-tokyo> [g2]: any repeatable OpenSlug issues?
May 18 07:13:49 <[g2]> I think there's a minor reboot issue
May 18 07:13:58 <[g2]> I've got my only tiny punch list
May 18 07:14:28 <[g2]> rwhitby-tokyo, You know APEX is fully operational on both the OpenSlug and the Avila board right ?
May 18 07:15:07 <[g2]> beewoolie was working on adding jffs2 support to boot the kernel directly from the jffs2 rootfs
May 18 07:16:11 <[g2]> I'll publish my punchlist on the wiki for the beta in the next day or two
May 18 07:19:13 <rwhitby-tokyo> So what will be in OpenSlug 2.x ?
May 18 07:19:55 <rwhitby-tokyo> (i.e. apart from fixes for minor issues, what's the big picture goal for the 2.x series?
May 18 07:20:23 <[g2]> well from my point of view I two area
May 18 07:21:11 <[g2]> 1) Full native development and package support (this is just a rounding out and cleaning up of stuff that's already there)
May 18 07:21:40 <[g2]> 2) optionally, APEX support
May 18 07:22:48 <rwhitby-tokyo> "Reaching the Package APEX" :-)
May 18 07:24:16 <rwhitby-tokyo> well, time for sleep here.
May 18 07:24:17 <[g2]> so with APEX changes to load the kernel from the jffs2 /boot/zImage  I think we can just copy the jffs2 to the mtdblock
May 18 07:24:18 <rwhitby-tokyo> night all
May 18 07:24:37 <[g2]> rwhitby-tokyo, sweet dreams (of bootloaders and such :)
May 18 09:50:28 <macsat> hi
May 18 10:12:02 <jbowler-zzz> I believe I have a fix for the previously reported gnu-config-native problem (which prevents any BK build, openslug, openslug uclibc or unslung getting past the gnu-config step).  Anyone with an existing fix please /msg me...
May 18 10:12:45 <jbowler-away> 'cause I'll bk push this if it works, since it breaks every build so early on!
May 18 12:27:42 <jeanfabrice> jbot, seen jp30
May 18 12:27:44 <jbot> jp30 <~josh@jp30.nslu2-linux> was last seen on IRC in channel #nslu2-linux, 8h 50m 37s ago, saying: 'no probs. ok, i'm off to realwork myself now'.
May 18 12:27:50 <jeanfabrice> jbot, seen jp30-work
May 18 12:27:51 <jbot> jp30-work <~jp30@jp30.nslu2-linux> was last seen on IRC in channel #nslu2-linux, 11d 17h 37m 36s ago, saying: 'yes, that seems likely. '.
May 18 12:33:08 <[g2]> ~nslu2-rules
May 18 12:33:09 <jbot> [nslu2-rules] 1) You must search the wiki before asking questions on IRC or mailing list. 2) You must follow the README steps precisely when flashing firmware. 3) Those who ask the questions, update the wiki with the answers. 4) Those who complain about doco, update the wiki to improve it. 5) Friends don't let friends flash custom firmware without confirmed ...
May 18 12:43:49 <jeanfabrice> llagendijk: hi
May 18 12:51:32 <llagendijk> jeanfabrice, sorry, did not see your call
May 18 12:52:30 <jeanfabrice> np. Well I would like to submit you an issue I just get
May 18 12:53:32 <llagendijk> ok
May 18 12:53:37 <jeanfabrice> trying to build php-thttpd. recent top Makefile defines CPP as mipsel-uclibc-cpp
May 18 12:54:22 <jeanfabrice> when configure runs, it looks for a C preprocessor and then take the defined one (mipsel-uclibc-cpp)
May 18 12:55:09 <llagendijk> so far so good
May 18 12:56:08 <jeanfabrice> later, when configures try to check for wchar support in toolchain (which is not in Oleg's one), configure runs mipsel-uclibc-cpp against a file with just "include <wchar.h>" in it
May 18 12:57:29 <jeanfabrice> the problem is that this test doesn't fails (it should as wchar is nos supported)
May 18 12:58:02 <jeanfabrice> as this tests doesn't fail, configure consided we have wchar support
May 18 12:59:15 <jeanfabrice> the same test with no CPP var defined makes configure falls to "gcc -E" as the C preprocessor. 
May 18 12:59:46 <jeanfabrice> gcc -E tests fails on wchar test so everything is good
May 18 13:00:55 <jeanfabrice> strange no ? the only things I suspect is that mipsel-uclibc-cpp is a symlink to mipsel-linux-cpp (glibc linked cpp)
May 18 13:03:56 <llagendijk> funny, my toolchain gets wchar from: /opt/brcm/hndtools-mipsel-linux-3.2.3/mipsel-linux/sys-include/wchar.h
May 18 13:06:13 <jeanfabrice> how do you know that it gets it from there and not from /opt/brcm/hndtools-mipsel-uclibc/include/wchar.h ?
May 18 13:09:51 <llagendijk> I ran the command  mipsel-uclibc-cpp test.c | more, where test.c contains only a #include <wchar.h>
May 18 13:11:48 <jeanfabrice> yeah...
May 18 13:11:55 <jeanfabrice> here is the problem !
May 18 13:12:50 <jeanfabrice>  mipsel-uclibc-cpp is mipsel-linux-cpp, so it use includes file from its glibc toolchain where wchar is defined ( test doesn't fail)
May 18 13:13:47 <jeanfabrice> So we have a pb when the top Makefile
May 18 13:15:50 <llagendijk> would it help to set cpp to mipsel-uclibc-gcc -E? Did not test it, just thinking aloud
May 18 13:16:14 <jeanfabrice> configure seems to default to gcc -E when CPP is not defined
May 18 13:16:59 <jeanfabrice> so I don't know what is better : either let configure found a working cpp or force CPP to be mipsel-uclib-gcc -E
May 18 13:17:19 <jeanfabrice> you opinion ?
May 18 13:18:51 <llagendijk> gcc -E will break on boxes that have a native gcc installed with include files in /usr/include
May 18 13:19:52 <jeanfabrice> you mean mipsel-uclibc-gcc -E ?
May 18 13:21:19 <llagendijk> I would opt for  mipsel-uclib-gcc -E but even that does not work (just tried it)
May 18 13:22:53 <llagendijk> wait a minute, wchar IS in the uclibc, look at the path.... Or am I misunderstanding you?
May 18 13:23:06 <jeanfabrice> "but even that does not work" ? what does not work ?
May 18 13:23:37 <jeanfabrice> uclibc 0.9.19 have support for wchar. but Olegs compile libuclibc without
May 18 13:26:02 <jeanfabrice> In fact I want the test against wchar to break. mipsel-uclibc-cpp don't break it as it in fact mipsel-linux-cpp (linked against glibc which as wchar support) which is run. 
May 18 13:27:56 <llagendijk> I would argue that if the lib does not have it, the toolchain is at fault as that DOES include the include file
May 18 13:28:09 <jeanfabrice> two choice to solve this : 1) undefined CPP in top Makefile for wiley and let configure find itself a C preprocessor (don't know if there's a chance it finds the wrong mipsel-uclibc-cpp) or force CPP to be "mipsel-uclibc-gcc -E" only for wiley
May 18 13:28:19 <llagendijk> and that is why both cpp and ...gcc -E find it
May 18 13:28:57 <llagendijk> no the problem is that the include file IS included in the toolchain!
May 18 13:29:18 <jeanfabrice> look at wchar.h in uclibc toolchain, line 32
May 18 13:30:10 <jeanfabrice> this line make a configure fails when making either a mipsel-uclibc-gcc or mipsel-uclic-gcc -E test against wchar
May 18 13:38:48 <jeanfabrice> llagendijk: do you see that ?
May 18 13:38:53 <llagendijk> do these really fail?
May 18 13:39:36 <llagendijk> testing....
May 18 13:40:06 <jeanfabrice> using mpisel-uclibc-gcc -E : yes (well it produces output on stderr <= which is checked later)
May 18 13:42:28 <llagendijk> this indeed seems to be the only thing that works, funny
May 18 13:44:35 <llagendijk> and indeed this is caused by the fact that this cpp is a link to the mipsel-linux version
May 18 13:45:05 <jeanfabrice> yep
May 18 13:45:08 <llagendijk> to me this looks as if you have to set cpp to mipsel-uclibc-gcc -E
May 18 13:45:42 <jeanfabrice> in the top Makefile ? do you think this is preferable to let him undefined ?
May 18 13:47:11 <llagendijk> what does configure use when you leave it undefined? if it just uses cpp, you are using the include files from /usr/include
May 18 13:52:13 <jeanfabrice> I think it depends on configure
May 18 13:52:35 <jeanfabrice> php-thttpd one falls to $CC -E
May 18 13:52:46 <jeanfabrice> make sense as $CC is mipsel-uclibc-gcc
May 18 13:54:31 <llagendijk> yes, but as you said it depends on configure. So forcing it to be mipsel-uclibc-gcc -E is more fool proof
May 18 13:54:53 <jeanfabrice> okay. sounds a good solution then..
May 18 13:55:09 <kergoth> OE exports CPP to the cross gcc -E to ensure that configure picks it up that way.  definately the right thing to be doing, imho
May 18 13:55:37 <llagendijk> I fully agree
May 18 13:55:41 <jeanfabrice> well, we need to know about unslung
May 18 13:58:52 <jeanfabrice> and let make the change for wiley till we know
May 18 14:00:24 <llagendijk> btw, I am looking at bind, and that seems to need a taget for the target include files too
May 18 14:00:52 <llagendijk> just like quagga (but here it is already in the configure)
May 18 14:01:10 <llagendijk> I am not sure yet (I am compiling it right now)
May 18 14:07:25 <CIA-1> 03jeanfabrice * 10unslung/Makefile: Makes TARGET_CPP=TARGET_CC -E for wiley
May 18 14:25:36 <llagendijk> jeanfabrice, did you check your changes in? Bind seems to be suffering from a similar problem
May 18 14:28:05 <jeanfabrice> I check in the change. I don't know if it is well-done. You may have to checkout top Makefile to get the change
May 18 14:28:31 <jeanfabrice> llagendijk: CIA-1 is a bot spying for cvs change and announcing it on the channel
May 18 14:29:21 <jeanfabrice> like [23:07] <CIA-1> jeanfabrice * unslung/Makefile: Makes TARGET_CPP=TARGET_CC -E for wiley
May 18 14:31:43 <jeanfabrice> I don't know if the way I change CPP is optimal (I mean using TARGET_CC to define TARGET_CPP)
May 18 14:33:32 <llagendijk> there seems to be some lag between the developer cvs and the public one, I still don't get the change
May 18 14:33:48 <jeanfabrice> you mean the web view ?
May 18 14:34:11 <llagendijk> no, I used a cvs update
May 18 14:34:25 <llagendijk> but I am using public access
May 18 14:34:47 <jeanfabrice> I don't know. *strange*
May 18 14:35:05 <llagendijk> I am tired, so I am off to bed
May 18 14:35:10 <llagendijk> talk to you later
May 18 14:35:22 <jeanfabrice> ok, see you. Thank you very much for your help this evening.
May 18 14:35:33 <llagendijk> no thanks, bye
May 18 14:51:43 <jeanfabrice> nite all
May 18 15:54:31 <ka6sox-office> 400+ downloads of Unslung-4.20-beta-binary
May 18 18:02:55 <jbowler> Changeset 1.3302 fixes the NSLU2 gnu-config problem by updating the CVS versions checked out to be the head (i.e. not a fixed date)
May 18 21:00:52 <dyoung-web> p3pilot: I'm still at the office; but I should have one of them actiontec media doo-dad's waiting for me at home.
May 18 21:01:53 <[g2]> dyoung-web, hey
May 18 21:01:59 <dyoung-web> morning.
May 18 21:02:16 <[g2]> I built my first Knoppix remaster today :)
May 18 21:02:59 <[g2]> rwhitby and I were tossing names out: Sluggix, ....
May 18 21:04:34 <dyoung-web> I liked that one.
May 18 21:04:49 * [g2] is leaning to OEKnoppix
May 18 21:05:01 <dyoung-web> ohw do you say that?
May 18 21:05:10 <[g2]> O-E-Knoppix
May 18 21:05:24 <[g2]> cause that's what is really is
May 18 21:05:45 <dyoung-web> trueish.
May 18 21:05:56 <[g2]> it's just a customized Knoppix to add bitbake, meta data, and tarball to build something
May 18 21:06:20 <dyoung-web> but then OE is the metadata for bitbake, and the Knoppix is a container for both.  There must be a name that reflects that
May 18 21:06:48 <[g2]> BitBakex
May 18 21:06:59 <dyoung-web> Oh well, Knoppix BitBake Version.
May 18 21:07:13 <dyoung-web> Then you can say "I'm a member of the KBV"
May 18 21:07:45 <[g2]> no I can say I"m the creator of the KBV :)
May 18 21:08:04 <dyoung-web> BitBakeX sounds good too, because you can say it like "Bit Basics"
May 18 21:08:21 <[g2]> KBitBake
May 18 21:08:35 <[g2]> EmbeddedKnoppix
May 18 21:08:50 <[g2]> CrossKnoppix
May 18 21:08:56 <dyoung-web> Embeddix.
May 18 21:09:12 <[g2]> that names sounds familiar
May 18 21:09:19 <dyoung-web> it does, but I dunno why.
May 18 21:09:21 <dyoung-web> googling
May 18 21:09:35 <dyoung-web> oh yeah
May 18 21:09:37 <dyoung-web> Etrax
May 18 21:09:55 <dyoung-web> it was a Lineo Distro.
May 18 21:10:32 <[g2]> well the concept worked pretty on my first test
May 18 21:10:48 <dyoung-web> Cool.
May 18 21:11:13 <dyoung-web> I should do that too.
May 18 21:11:19 <[g2]> I'm gonna go back and build 2nd version to include subversion and the metadata snapshot or maybe all the tarballs less the IXP400 stuff
May 18 21:11:47 <[g2]> If I have a distro I can probably get it up on ibibilo
May 18 21:12:13 <dyoung-web> Cool Beans.
May 18 21:12:44 <[g2]> we could to quarterly releases and just have ppl svn co in the meantime
May 18 21:14:00 <dyoung-web> we could also include some basic scripts to do the stuff.
May 18 21:14:21 <[g2]> that would build the whole release
May 18 21:14:31 <[g2]> whole firmware release
May 18 21:14:58 <dyoung-web> how does knoppix or any of the cd based distros handle hard drives?  for your initial tests, did you plug in a USB drive or something?
May 18 21:15:31 <[g2]> sure if there's a swap partition on the hd it mounts it automaticaly
May 18 21:16:04 <[g2]> all the others can be mounted RO with a click and RW with a click and a pulldown
May 18 21:16:21 <dyoung-web> I see.  so all you really need is a machine with a hard disk that has at least 4G free.
May 18 21:16:24 <dyoung-web> then youre set.
May 18 21:16:47 <[g2]> nod. Unless I master a DVD :)
May 18 21:17:27 <dyoung-web> can knoppix install itself to a hard disk?
May 18 21:17:31 <[g2]> sure
May 18 21:18:01 <[g2]> knoppix-installer
May 18 21:18:48 <dyoung-web> cool, so you could in theory have a 20G drive or something that you can use to hold your downloads; and install the bitbakex to it as its updated; and boot the hard drive if desired.
May 18 21:19:47 <[g2]> well bitbake would be there you'd just need to svn co
May 18 21:20:02 <[g2]> you could do the same with the metedata
May 18 21:20:13 <[g2]> can then the extra dl's get pulled as needed
May 18 21:20:21 <dyoung-web> yeah, then youre just a svn update away from being current.
May 18 21:20:27 <[g2]> but source squishes pretty nicely
May 18 21:20:51 <[g2]> and if we tag releases then we can really do some fun building
May 18 22:30:47 <eno> my ipkg is acting strangely after upgrade to 0.99.148-2, is there anything i'm missing?
May 18 22:31:29 <eno> the /usr/bin/ipkg symlinks to /usr/bin/ipkg-cl
May 18 22:32:27 <eno> and /opt/bin/ipkg does not do anything, always returns "Successfully terminated."
May 18 22:49:13 <jf-asleep> eno: thank you for reporting. I will give a look a it today
May 18 22:50:01 <dyoung> jf-asleep, I'm wileyfied. :-)
May 18 22:53:59 <eno> be sure to make backup of your old ipkg files, right now i don't have a working ipkg
May 18 22:54:50 <jf-asleep> it didn't ask to keep your current ipkg.conf ?
May 18 22:55:23 <eno> no
May 18 22:55:41 <jf-asleep> weird. It should have ask. 
May 18 22:55:54 <jf-asleep> ipkg.conf comming with ipkg optware is empty
May 18 22:56:45 <eno> cat /opt/etc/ipkg.conf
May 18 22:56:47 <eno> dest root /
May 18 22:57:25 <jf-asleep> and it will the be hard to install wiley-feeds or unslung-feeds...
May 18 22:57:44 <dyoung> where is the clearing house of "silly noob questions/answers" for the WL-500G ?
May 18 22:57:51 <eno> i looked at the conffiles inside the package, /opt/etc/ipkg.conf is listed there
May 18 22:58:38 <jf-asleep> heading to work now. bb in 1hour
May 18 22:59:32 <eno> lots of ipkg related files are still availabe at /share/hdd/conf/usr/lib/ipkg
May 18 23:00:10 <jf-asleep> I was thinking ipkg will ask to keep or not the actual ipkg. it does'nt, that strange. Next, I thought ppl could install feeds optware (wiley-feeds and unslung-feeds) but without a working ipkg.conf, sound hard to achieve...)
May 18 23:01:40 <eno-away> ls /etc/ipkg
May 18 23:01:41 <eno-away> arch.conf  unslung-cross.conf  unslung-feed.old-conf  unslung-native.conf
May 18 23:24:19 <macsat> jf-asleep, do you have a solution for missing libstdc++ on wiley ?
May 18 23:24:26 <macsat> Is this a problem package ?
May 18 23:24:44 <macsat> I know I get this : cp: cannot stat `/opt/brcm/hndtools-mipsel-uclibc/lib/libstdc++.so.5.0.7': No su ch file or directory
May 18 23:24:49 <macsat> When trying to complie
May 18 23:24:56 <macsat> is it something missing in the toolchain ?
May 18 23:28:29 <ka6sox-away> macsat, another 30 minutes and he will be able to answer that question.
May 18 23:29:03 <macsat> sounds great.....I will wait here looking forward for the Q ;-)
May 18 23:29:18 <ka6sox-away> when you see jf-work ask him then.
May 18 23:29:44 <ka6sox-away> (it will probably be his -lunch ID that will answer.
May 18 23:32:21 <macsat> ok
**** ENDING LOGGING AT Wed May 18 23:59:57 2005