**** BEGIN LOGGING AT Tue Nov 14 02:59:57 2006
Nov 14 04:14:40 <CIA-5> 03bzhou * r4478 10optware/trunk/make/apache.mk: apache: rm apache-manual_*.ipk as well
Nov 14 04:37:24 <greenleaf> hey folks, maybe someone can help me, I'm trying to build an ipkg but keep getting errors
Nov 14 04:38:01 <greenleaf> libtool: link: cannot find the library '/opt/lib/libsgc-2.0.1a'
Nov 14 04:38:09 <greenleaf> but the file exists - i just verified that it's there
Nov 14 04:39:12 <greenleaf> I also get "libtool: link: warning: library `/home/greenleaf/slug/optware/staging/opt/lib/libsgc-2.0.1a' was moved.
Nov 14 04:51:32 <CIA-5> 03bzhou * r4479 10optware/trunk/make/apache.mk: apache: now that should be clean enough
Nov 14 04:52:27 <eno> greenleaf: cross or native?
Nov 14 04:52:45 <eno> ignore the libtool warning
Nov 14 04:58:04 <greenleaf> cross
Nov 14 04:58:15 <greenleaf> eno, how do I ignore it?  It kills the build process
Nov 14 05:13:35 <greenleaf> Anyone else know how to deal with a libtool error/warning when building an ipkg?
Nov 14 05:17:35 <eno> no, the "cannot find the library" is error
Nov 14 05:17:54 <eno> and it should not be at /opt/lib
Nov 14 05:18:10 <eno> but should be located at $(STAGING_LIB_DIR)
Nov 14 05:18:43 <eno> what i said was to ignore the warning
Nov 14 05:26:13 <greenleaf> eno, any idea where that /opt/lib is being called from?  I just typed 'make rtorrent'
Nov 14 05:26:20 <greenleaf> the only thing i changed in the rtorrent.mk file is the version
Nov 14 05:27:00 <eno> change to which version? i'll need to replicate the error to be able to tell
Nov 14 05:27:22 <greenleaf> the stock version in the feed is 0.3.3, i changed it to the latest 0.6.4
Nov 14 05:27:29 <greenleaf> Did not mess with anything else
Nov 14 05:27:48 <eno> ok, one moment
Nov 14 05:28:03 <greenleaf> eno, thanks dude
Nov 14 05:32:00 <eno> my build stopped at rtorrent configure
Nov 14 05:32:10 <greenleaf> I did manage to build the libtorrent package successfully though
Nov 14 05:32:13 <eno> configure: error: Library requirements (sigc++-2.0 libtorrent >= 0.10.1) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them.
Nov 14 05:32:15 <greenleaf> Just can't get rtorrent to build
Nov 14 05:32:34 <greenleaf> Yes, that will go away if you make libtorrent
Nov 14 05:32:37 <eno> checking for sigc++-2.0 libtorrent >= 0.10.1... Requested 'libtorrent >= 0.10.1' but version of libtorrent is 0.7.3
Nov 14 05:32:47 <greenleaf> I built 0.10.4 with no problem
Nov 14 05:32:59 <eno> ok, will try that
Nov 14 05:33:02 <greenleaf> kk
Nov 14 05:33:29 <greenleaf> thanks for the help, I would like to commit these to svn if we can get it working
Nov 14 05:34:35 <eno> building libtorrent 0.10.4 right now
Nov 14 05:37:42 <greenleaf> it might want to make a bunch of other stuff like ncurses, etc
Nov 14 05:38:16 <eno> these i already have, now rtorrent .configured
Nov 14 05:39:41 <greenleaf> whaddya know - mind sending me the ipk file?  I have been struggling to build it for hours
Nov 14 05:40:25 <eno> no, i mean ncurses stuff i already have
Nov 14 05:40:46 <greenleaf> ah, ok.  Well hopefully rtorrent will build for you
Nov 14 05:41:02 <eno> still compiling, c++ libtool build usually is a bit slower than straight c
Nov 14 05:41:39 <greenleaf> you're telling me.  i tried to do it on the slug - took hours.  Then i built an /optware tree in a debian virtual machine because it never worked on my ubuntu laptop. . .
Nov 14 05:42:44 <eno> can replicate the problem
Nov 14 05:42:54 <eno> and there might be a simple solution
Nov 14 05:43:12 <eno> try add $(PATCH_LIBTOOL) $(RTORRENT_BUILD_DIR)/libtool
Nov 14 05:43:23 <greenleaf> where do i add that?
Nov 14 05:43:28 <eno> before the touch $(RTORRENT_BUILD_DIR)/.configured line
Nov 14 05:44:13 <eno> look at make/template.mk for example
Nov 14 05:44:18 <greenleaf> same error
Nov 14 05:44:24 <eno> trying that right now
Nov 14 05:44:45 <greenleaf> wait i had a typo
Nov 14 05:44:48 <greenleaf> lemme try again
Nov 14 05:45:21 <greenleaf> eh, no luck.  still same error
Nov 14 05:45:45 <eno> try: make rtorrent-dirclean rtorrent
Nov 14 05:45:56 <eno> so that it will configure again
Nov 14 05:46:06 <greenleaf> ok it's running now
Nov 14 05:50:26 <greenleaf> still chugging along . . . 
Nov 14 05:50:50 <greenleaf> same error, cannot find library /opt/lib/libsigc-2.0.1a
Nov 14 05:54:07 <greenleaf> I'm a noob, so this is probably way off, but does the line saying --prefix=/opt have anything to do with it?
Nov 14 05:56:46 <eno> no, in the final link command, for some reason -L/opt/lib is showing before the -L$(STAGING_LIB_DIR)
Nov 14 05:59:01 <greenleaf> i don't suppose just making a symbolic link to ligsigc-2.0.la would work?
Nov 14 06:00:18 <greenleaf> or maybe STAGING_LIB_DIR needs to be defined in the mk file?
Nov 14 06:00:32 <eno> libsigc-2.0.la is actually a text file
Nov 14 06:00:50 <eno> STAGING_LIB_DIR is defined in optware/Makefile already
Nov 14 06:01:41 <greenleaf> i looked in that file
Nov 14 06:01:58 <greenleaf> #Directory that this library needs to be installed in:
Nov 14 06:02:07 <greenleaf> libdir='/opt/lib'
Nov 14 06:02:13 <greenleaf> should i change that?
Nov 14 06:04:07 <eno> that file is generated, i'm not sure we should change that
Nov 14 06:04:12 <greenleaf> ok
Nov 14 06:05:40 <eno> i think what's wrong is in staging/opt/lib/libtorrent.la
Nov 14 06:06:06 <greenleaf> well, i copied everything from staging/opt/lib/ into /opt/lib and it builds ok
Nov 14 06:06:10 <greenleaf> kind of a quick n dirty hack
Nov 14 06:07:13 <eno> for your own use that might be ok
Nov 14 06:07:47 <greenleaf> well yes, honestly i was hoping to contribute something back to the community, but i'm a rookie and it's been many hours i've been tinkering with this
Nov 14 06:09:47 <eno> that's ok, i'll take a closer look at it when i have time
Nov 14 06:10:05 <greenleaf> ok if you don't mind.  i don't think the ipk works that way anyway
Nov 14 06:13:06 <greenleaf> yea, i just get "illegal instruction"  meh
Nov 14 06:17:31 <rwhitby-away> 6 RedBoot partitions found on MTD device IXP4XX-Flash.0
Nov 14 06:17:32 <rwhitby-away> Creating 6 MTD partitions on "IXP4XX-Flash.0":
Nov 14 06:17:32 <rwhitby-away> 0x00000000-0x00040000 : "RedBoot"
Nov 14 06:17:32 <rwhitby-away> nslu2 mac: 00:04:5a:0f:b2:c6
Nov 14 06:17:32 <rwhitby-away> 0x00040000-0x00060000 : "SysConf"
Nov 14 06:17:32 <rwhitby-away> 0x00060000-0x00080000 : "Loader"
Nov 14 06:17:35 <rwhitby-away> 0x00080000-0x001c0000 : "Kernel"
Nov 14 06:17:37 <rwhitby-away> 0x001c0000-0x007e0000 : "Flashdisk"
Nov 14 06:17:39 <rwhitby-away> 0x007e0000-0x00800000 : "FIS directory"
Nov 14 06:17:40 <rwhitby-away> npe: searching for firmware...
Nov 14 06:17:43 <rwhitby-away> npe: found at 0x10010, IXP425/NPE-B func: 00, rev: 2.1, size: 11964, id: 01000201
Nov 14 06:17:44 <rwhitby-away> npe: firmware loaded to NPE-B, func: 00, rev: 2.1, status: 80c00000, crc: 875e
Nov 14 06:17:47 <rwhitby-away> SlugOS finding npe firmware in the FIS directory.
Nov 14 06:20:56 <greenleaf> i think i fixed it
Nov 14 06:21:20 <greenleaf> staging/opt/lib/libtorrent.la did have a call to /opt/lib, which i replaced with /home/username/slub/staging/opt/lib
Nov 14 06:22:34 <greenleaf> damn, illegal instruction again
Nov 14 06:22:38 <greenleaf> well i'm stumped
Nov 14 09:39:17 <Caelian|work> anybody has any idea what i am doing wrong here ... i know this used to work (but i had to put together a new build system) ... i am trying to build a self-defined package ... and somehow i can't get it to complete the do_extract phase
Nov 14 09:39:37 <Caelian|work> NOTE: package bo6-0.2-r1: task do_unpack: started
Nov 14 09:39:37 <Caelian|work> NOTE: Unpacking /home/pascal/slug/openslug/tmp/work/bo6-0.2-r1 to /home/pascal/slug/openslug/tmp/work/bo6-0.2-r1/
Nov 14 09:39:37 <Caelian|work> cp: cannot copy a directory, `/home/pascal/slug/openslug/tmp/work/bo6-0.2-r1', into itself, `/home/pascal/slug/openslug/tmp/work/bo6-0.2-r1/./bo6-0.2-r1'
Nov 14 09:41:19 <NAiL> pastebin the .bb and I'll take a look
Nov 14 09:41:51 <Caelian|work> thanks NAiL .. one sec
Nov 14 09:42:44 <Caelian|work> http://pastebin.ca/248181
Nov 14 09:43:07 <Caelian|work> i assume it's the SRC_URI construct that seems to no longer work ... (though this used to work several months ago)
Nov 14 09:43:16 <NAiL> hmm
Nov 14 09:43:30 <NAiL> There might've been some changes. From what I can see, that .bb should work just fine
Nov 14 09:43:42 <NAiL> Ask in OE if there's been any changes that might've broken it ;)
Nov 14 09:44:07 <Caelian|work> i'll pastbin my local.conf  just in case .. as i'm trying to use BB collections
Nov 14 09:44:18 <Caelian|work> perhaps i screwed up something there
Nov 14 09:45:02 <Caelian|work> http://pastebin.ca/248182
Nov 14 09:46:12 <NAiL> everything looks a-ok to me
Nov 14 09:46:28 <Caelian|work> ok ... i'll ask around in #oe
Nov 14 09:54:01 <NAiL> morning blaster8 
Nov 14 09:54:08 <blaster8> morning
Nov 14 09:54:27 <NAiL> rwhitby got the apex/microcode thingamabob working
Nov 14 09:55:45 <Caelian|work> NAiL: no response on #oe ... however ... if i change SRC_URI from file:// to ftp://server/${PN}-${PV}.tar.gz   (where it doesn't reside ... but i manually copied it into downloads and created an md5sum) ... then the extract stage works as expected
Nov 14 09:56:24 <NAiL> uh
Nov 14 09:57:45 <Caelian|work> something doesn't seem to like  ... SRC_URI = file://${PN}-${PV}.tar.gz
Nov 14 09:59:01 <Caelian|work> the file:// string surrounded by quotes of course
Nov 14 10:00:01 <Caelian|work> NAiL: perhaps a stupid question ... but with SRC_URI defined as i did ... where should the tar.gz file normally reside .. inside the same directory as the actual bb-file right ?
Nov 14 10:00:39 <NAiL> in a files/ directory I guess
Nov 14 10:01:03 <Caelian|work> hmmm .. ok .. perhaps that has changed since then ... it didn't used to be that way
Nov 14 10:02:29 <Caelian|work> oh well .. i'll figure it out
Nov 14 10:13:00 <CIA-5> 03oleo * r4480 10optware/trunk/ (5 files in 2 dirs): transmsission: update to r1089 - fix missing /opt/var/run, add URL and NOTE to mail
Nov 14 13:56:05 <[g2]> GPSFan ping
Nov 14 13:56:18 <GPSFan> [g2]: morning..
Nov 14 13:56:23 <[g2]> morning :)
Nov 14 13:56:35 <[g2]> GPSFan you've got your own toolchain right ?
Nov 14 13:56:47 <GPSFan> [g2]: yes, 2 infact.
Nov 14 13:56:54 <[g2]> which ones ?
Nov 14 13:57:23 * [g2] has 'bout 6, but it's never the ones you want :)
Nov 14 13:59:15 <GPSFan> one I built using buildroot gcc 3.4.5, uclibc 0.9.29, the other I built using crosstool, gcc-3.4.5 glibc-2.3.5
Nov 14 13:59:51 <[g2]> ok, i was running gcc 3.4.4 and glibc 2.3.5 iirc
Nov 14 14:00:16 <[g2]> my latest is 4.1.1, glibc 2.5 and binutils .17
Nov 14 14:00:28 <[g2]> the kernel builds and runs LE fine
Nov 14 14:00:37 <[g2]> it's boot Debian
Nov 14 14:00:44 <[g2]> s/boot/boots/
Nov 14 14:00:45 <jbot> [g2] meant: it's boots Debian
Nov 14 14:00:57 <GPSFan> I use binutils 2.16.1 on both.
Nov 14 14:01:08 <GPSFan> mine are both BE
Nov 14 14:01:14 <[g2]> my busybox script is currently a little unhappy with includes
Nov 14 14:01:56 <GPSFan> do you know much about the debian slug packages? 
Nov 14 14:02:11 <[g2]> um... it's Debian
Nov 14 14:02:40 <[g2]> point /etc/apt/sources.list the the repo and your fine
Nov 14 14:02:46 <[g2]> that runs LE
Nov 14 14:03:19 <[g2]> at one point there was a BE port of over 15K packages
Nov 14 14:03:34 <[g2]> but there was little interest
Nov 14 14:03:53 <GPSFan> I ran into a problem with a missing library for iperf, and none of the 3 tcpdump packages work properly. I compiled tcpdumb with both my toolchains and they both work ok. seems tcpdump may be kernel dependant.
Nov 14 14:05:30 <[g2]> GPSFan do you see packets going both in and out with your recompiled version ?
Nov 14 14:06:18 <GPSFan> [g2]: I need an explanation ow why one might choose to use BE vs LE. assuming the chip, tools & port are both working. Yes I see packets going both dir's..
Nov 14 14:06:19 <[g2]> barnseenio was commenting yesterday about that issue for the normal tcpdump
Nov 14 14:06:50 <barnseenio> !?
Nov 14 14:07:00 <barnseenio> ah
Nov 14 14:07:31 <GPSFan> the normal tcpdump being one he compiled or found on the repo?
Nov 14 14:07:31 <barnseenio> got using apt-get 
Nov 14 14:07:55 <barnseenio> feck - yes i only seem to get packets dumped coming into slug, not out from
Nov 14 14:09:08 <GPSFan> barnseenio: well I'm using an avila, which is somewhat different, also running BE and compiled tcpdump/libpcap 0.9.5 myself.
Nov 14 14:09:54 <barnseenio> Linux NSUL2 2.6.16 #1 PREEMPT Thu Jun 8 23:38:13 PDT 2006 armv5tel GNU/Linux
Nov 14 14:10:23 <[g2]> GPSFan In my mind the choice of BE versus LE is simple.  If you want to run Debian, then run LE. One does that for the 15K packages pre-built and mostly running.
Nov 14 14:10:48 <GPSFan> http://pastebin.ca/248290
Nov 14 14:11:38 <GPSFan> [g2]: That's a great answer, I was expecting someing along the lines of network byte order vs ????
Nov 14 14:11:40 <[g2]> GPSFan the other reason is network performance
Nov 14 14:11:43 <barnseenio> crap GPSFan thats exactly what i need working
Nov 14 14:12:11 <barnseenio> however im considering giving up trying to debug mt-daapd on the slug, and just install it on another more capable box and debug it there
Nov 14 14:12:32 <barnseenio> trying to debug between a slug and an xbox is proving a pain
Nov 14 14:12:34 <[g2]> GPSFan it reall depends on what your are doing.  I think the box (Loft anyway) runs like 75Mbs in LE
Nov 14 14:12:36 <barnseenio> (in both directions)
Nov 14 14:14:15 <[g2]> GPSFan so if you are doing WIFI A/G which tops out at 54Mbs raw and about 30Mbs effective rate you can easily run a couple interfaces at nealy line rate with many issues
Nov 14 14:15:00 <GPSFan> http://pastebin.ca/248294 this is on 100mbit half-duplex ethernet.
Nov 14 14:17:59 <[g2]> GPSFan what's the first 28Mbs number ?
Nov 14 14:18:30 * [g2] guess you are running half-duplex for testing
Nov 14 14:18:39 * [g2] guesses you are running half-duplex for testing
Nov 14 14:19:06 <GPSFan> [g2]: that's the bi-directional mode of tcpdump. yeah, I have a switch inbetween the 2 boxes that only does hdx.;>(
Nov 14 14:20:48 <[g2]> GPSFan so essentially that's line rate for both the bi-directional mode and unidirectional mode
Nov 14 14:21:09 <[g2]> and what's missing is processor loading
Nov 14 14:23:34 <GPSFan> [g2]: I believe that the goal if you are tweaking anything net related is to have the 2 directions at the same rate, over the link. Testing on our 5.8 backhauls (hdx by nature) show about 6mbps in each direction (12 miles)
Nov 14 14:24:38 <GPSFan> [g2]: I don't know of a way to get simultaneous processor loading and tcp dump #'s.
Nov 14 14:25:16 <[g2]> GPSFan I'm gonna run iperf here between the Loft and a PC
Nov 14 14:25:24 <[g2]> the PC's on GigE
Nov 14 14:25:48 <[g2]> the Loft has a full-duplex switch (actually 2 between it and the GigE)
Nov 14 14:26:06 <GPSFan> my pc has gigE, but the switches are all 10/100
Nov 14 14:26:45 * GPSFan hopes for a GigE switch for Xmas ;>)
Nov 14 14:27:19 * [g2] is looking to upgrade the laptop to gigE
Nov 14 14:27:59 <[g2]> I've got a couple PCs than can do 600Mbs+ across the net, 400+ from disk
Nov 14 14:28:18 <[g2]> a nearly 1G iso image takes 28 seconds to xfer
Nov 14 14:28:31 <[g2]> it's really mind-numbingly fast
Nov 14 14:28:53 <[g2]> from a PC/Hub that together cost about $325
Nov 14 14:29:39 <[g2]> GPSFan so what's the other iperf command ?
Nov 14 14:29:46 <GPSFan> [g2]: just think, it was only 35 years ago that Intel released the 4004. 
Nov 14 14:29:48 * [g2] sees one in the pastbin
Nov 14 14:30:23 <[g2]> GPSFan I've lived it, I programmed that 8080/8085 in college and wrote my own assembler/compiler
Nov 14 14:30:26 <GPSFan> "iperf -s" on the server, "iperf -c client.ip.address -d" on the client
Nov 14 14:30:48 <GPSFan> oops that's server.ip.address
Nov 14 14:32:09 <[g2]> http://pastebin.ca/248306
Nov 14 14:33:18 <GPSFan> interesting, very asymetrical, and the client tcp window is larger than mine. 
Nov 14 14:33:25 <GPSFan> is that fdx?
Nov 14 14:34:22 <GPSFan> [g2]: you might try reversing the client and server roles ans see what happens.
Nov 14 14:34:29 <[g2]> I did
Nov 14 14:35:58 <[g2]> GPSFan has both http://pastebin.ca/248307
Nov 14 14:37:42 <GPSFan> pretty close to line rate. 
Nov 14 14:37:52 <[g2]> GPSFan I think that's just showing the two directions
Nov 14 14:40:18 <[g2]> GPSFan it slows down a bit with top running
Nov 14 14:40:33 <GPSFan> [g2]: tcpdump also can run multiple threads
Nov 14 14:40:38 <[g2]> top running on the serial
Nov 14 14:40:44 <GPSFan> oops that should be iperf.
Nov 14 14:41:17 <[g2]> To me is just processor loading and memory bw
Nov 14 14:41:28 <[g2]> and interrupts and a bunch of trade-offs
Nov 14 14:41:55 <[g2]> as we've just show the box can do uni-directional line rate in LE
Nov 14 14:42:13 <[g2]> or certainly 93%+
Nov 14 14:42:36 <[g2]> I think 94Mbs is a 100% line rate due to the inter-frame gaps
Nov 14 14:42:49 <[g2]> plus ACK, etcs
Nov 14 14:43:30 <[g2]> I think when one runs lots of interfaces (think 4+) that's where you'll notice it
Nov 14 14:44:04 <GPSFan> [g2]: I believe you are correct. 
Nov 14 14:44:17 <[g2]> but like you said, if you're only shipping 10-20Mbs then the box isn't breathing hard at all and you might as well run Debian unless you can't affort the memory/CF
Nov 14 14:44:31 <[g2]> mostly CF
Nov 14 14:45:36 <[g2]> and at $10-$20 per CF, it's a long way until break-even on units versus the cost of a SW engineer setting up an equivalent BE system
Nov 14 14:46:14 <GPSFan> debian is the easy way to get a working config/distribution. I usually use uClibc & busybox for my small embedded things. but for this project, glibc is wanted, so I'm learning about lots of new things (for me) ;>)
Nov 14 14:46:21 <[g2]> actually, depening on what you do with the onboad flash, it might be a break-even 
Nov 14 14:46:52 <GPSFan> I gotta run of for a while, bbl..
Nov 14 14:46:55 <[g2]> GPSFan we've done them all.
Nov 14 14:46:58 <[g2]> cheers
Nov 14 14:51:00 <CIA-5> 03bzhou * r4481 10optware/trunk/make/py-rdiff-backup.mk: py-rdiff-backup: upstream upgrade to 1.1.7
Nov 14 16:33:40 <scarolan> greetings friends - I'm trying to compile a package on my slug, but it can't find the 'ncurses' library.  When I do "make rtorrent" I get this error:
Nov 14 16:33:41 <scarolan> checking for library containing wbkgdset... no
Nov 14 16:33:41 <scarolan> *** The ncurses library is required!
Nov 14 16:33:59 <scarolan> I know ncurses is installed - how do I tell it where to find the library?
Nov 14 16:34:40 <HopsNBarley> scarolan, what does ipkg files ncurses say?
Nov 14 16:35:30 <scarolan> checking
Nov 14 16:35:56 <scarolan> a whole bunch of stuff in /opt/share/terminfo
Nov 14 16:36:09 <scarolan> Package ncurses (5.5-1) is installed on root and has the following files:
Nov 14 16:36:11 <HopsNBarley> did ya see the library?  (-;
Nov 14 16:36:29 <HopsNBarley> use pastebin if it's large....
Nov 14 16:36:49 <scarolan>   /opt/lib/libform.so.5  << is that it?
Nov 14 16:37:10 <scarolan>   or /opt/lib/libncurses.so.5
Nov 14 16:37:40 <scarolan> yea, looks like it's all in /opt/lib
Nov 14 16:37:54 <HopsNBarley> that sounds more like it.  so you'll need, ultimately, to get '-L/opt/lib -lncurses' on the load line of rtorrent.  
Nov 14 16:39:29 <scarolan> so would that just be ./configure -L/opt/lib -lncurses  ?
Nov 14 16:40:12 <HopsNBarley> i'd need to check the package...  but that's not it.  do you know about makefiles?  i'd just edit the makefile directly...
Nov 14 16:41:37 <scarolan> yes, i have Makefile.in
Nov 14 16:42:30 <HopsNBarley> scarolan, sorry, i'd have to look at rtorrent to help you fix it.  does ./configure --help tell you anything about curses?
Nov 14 16:43:06 <scarolan> not really, only the option whether or not to use wncurses or not
Nov 14 16:43:34 <scarolan> but it does have some variables like LDFLAGS
Nov 14 16:43:41 <scarolan>  LDFLAGS     linker flags, e.g. -L<lib dir> if you have libraries in a
Nov 14 16:43:41 <scarolan>               nonstandard directory <lib dir>
Nov 14 16:43:53 <HopsNBarley> LDFLAGS is where you want the magic to land.
Nov 14 16:44:29 <HopsNBarley> so perhaps something like ./configure LDFLAGS='-L/opt/lib -lncurses' will work.
Nov 14 16:44:49 <scarolan> let me try that
Nov 14 16:47:33 <scarolan> hey looks like it might have worked.  let me try installing it now
Nov 14 16:48:46 <HopsNBarley> great!
Nov 14 16:49:18 <scarolan> but make won't work now
Nov 14 16:49:30 <scarolan>  /sigh
Nov 14 16:49:46 <HopsNBarley> what did it say?
Nov 14 16:50:04 <scarolan> how do I use the pastebot?
Nov 14 16:51:03 <HopsNBarley> just go to pastebin.ca, and paste.  it will give you a URL in return.
Nov 14 16:53:12 <scarolan> http://pastebin.ca/248411
Nov 14 16:56:01 <HopsNBarley> scarolan, well, the include path is broken, but without digging into rtorrent i'm not going to be able to help.  
Nov 14 16:56:47 <scarolan> HopsNBarley, no problem, I'm in way over my head w/ this so just thought I'd give it a shot and see if there was an easy fix
Nov 14 16:57:34 <HopsNBarley> did you compile everything on the slug?  i'm curious where the path in your directory at line 18 there is coming from.  that's probably the 'thing to fix'
Nov 14 17:02:16 <scarolan> well i was trying most of the day yesterday to build an ipkg, but then i gave up and thought i could just compile it in the 'normal' way
Nov 14 17:48:41 <CIA-5> 03bzhou * r4482 10optware/trunk/make/erlang.mk: erlang-ipk depends on all IPKs
Nov 14 19:08:17 <dwery> notice: ixp4xx cf pata has been applied to libata tree
Nov 14 19:12:50 <GPSFan> dwery: that's good news, will  it make it into 2.6.19 release?
Nov 14 19:17:47 <dwery> dunno if we are in time, probably not.
Nov 14 19:18:57 <GPSFan> dwery: it looks like release is going to be in the next few days, from the activity on the lkml & the patching. It would be nice though. :>)
Nov 14 21:16:20 <CIA-5> 03bzhou * r4483 10optware/trunk/make/erlang.mk: erlang: upstream upgrade to R11B-2
Nov 14 22:41:48 <VoodooZ> NAiL: lots of glibc stuff committed. Was that you? :)
Nov 14 22:42:17 <HopsNBarley> rwhitby, did i supply you with all the info you need? 
Nov 14 22:42:50 <rwhitby> HopsNBarley: yep - will get to that today
Nov 14 22:43:19 <HopsNBarley> no worries, just checking.
Nov 14 22:50:29 * rwhitby had a birthday yesterday (14th), so didn't do much nslu2-linux stuff :-)
Nov 14 22:51:35 <eno> 14th? or your son's?
Nov 14 22:53:29 <rwhitby> 14th is the date
Nov 14 22:53:46 <rwhitby> (cause it's 15th here, but not in the US at the moment)
Nov 14 22:54:53 <eno> ic, happy bday!
Nov 14 22:57:57 <CIA-5> 03bzhou * r4484 10optware/trunk/ (Makefile make/dtach.mk): added and promoted dtach
Nov 14 23:12:08 <CIA-5> 03rwhitby * r578 10kernel/trunk/: Ignored apex build dirs
Nov 14 23:16:21 <CIA-5> 03bzhou * r4485 10optware/trunk/make/libtorrent.mk: libtorrent: 0.10.4
Nov 14 23:16:24 <CIA-5> 03bzhou * r4486 10optware/trunk/make/rtorrent.mk: rtorrent: 0.6.4
Nov 14 23:41:28 <rwhitby> http://pastebin.ca/248779
Nov 14 23:41:41 <rwhitby> still need to work on the fis parsing patch, so that it doesn't do all that extra swapping ...
Nov 15 00:13:28 <VoodooZ> what does the OE site do exactly?
**** ENDING LOGGING AT Wed Nov 15 02:59:57 2006