**** BEGIN LOGGING AT Mon Feb 12 02:59:57 2007 Feb 12 03:00:14 rwhitby: My problem is that I have an issue with the pl2303 driver Feb 12 03:00:32 It seems to be dropping characters on a test system. Feb 12 03:01:00 (I have two USB/Serial adapters connected to each other with a null modem cable) Feb 12 03:01:19 Even using minicom on both ports, I have characters being dropped. Feb 12 03:01:41 (this is on the 3.10-beta) Feb 12 03:02:06 ok, what's on HEAD right now should build fine, but my next checkin later today or tomorrow will be a big change. Feb 12 03:02:12 searching google, I find that earlier pl2303 drivers had similar problems. Feb 12 03:02:44 I'll try to grab everything right now and build with what I've got. Feb 12 03:11:39 Do you guys know if there is an easy way that I can just rebuild the kernel-module-pl2303 just for the 3.10 build but with some modifications to the source code if needed? Feb 12 03:12:35 I have the RH9 version of the code that is supposed to work. Feb 12 03:12:54 so I was going to compare it with the existing versions on the Openslug Feb 12 03:22:59 ptan: ok, if you end up with a patch required, just let us know and we can add it to the standard build. Feb 12 03:23:32 I'll be sure to let you guys know. Feb 12 07:55:19 hi Feb 12 08:32:17 saladino: let's discuss here Feb 12 08:32:42 ok Feb 12 08:32:42 saladino: psyco is optional I believe Feb 12 08:33:11 ok Feb 12 08:33:33 saladino: you should also join #oe, and announce there that you are working on getting uclibc distro to work. others there might have some good input Feb 12 08:33:49 thanks Feb 12 08:34:02 in fact, unless it is nslu2-linux-distro specific, we should discuss getting uclibc to build in OE things in #oe Feb 12 08:41:33 psyco is optional indeed. Feb 12 08:42:06 especially since psyco only works on x86 (not even x86-64) Feb 12 10:45:00 saladino: use "make ucslugc-packages" in MasterMakefile. Feb 12 10:45:53 the latest MasterMakefile should set up DISTRO=ucslugc and MACHINE=nslu2be for that target Feb 12 10:46:09 rwhitby, if i do a make ucslugc-packages in the MasterMakefile Feb 12 10:46:14 yes Feb 12 10:46:16 bitbake fails Feb 12 10:46:28 are you sure you have the latest Makefile? Feb 12 10:46:35 yep Feb 12 10:46:38 (i.e. from about 4 hours ago) Feb 12 10:46:41 i've wgetted now Feb 12 10:46:46 humm Feb 12 10:46:49 wait Feb 12 10:46:51 i'll check Feb 12 10:46:54 im with 2 machines Feb 12 10:47:21 anyway, check conf/auto.conf for DISTRO=ucslugc and MACHINE=nslu2be. Feb 12 10:47:41 be aware that even that may break, cause I haven't tested that after the big restructuring. Feb 12 10:48:00 i'll start again Feb 12 11:06:03 rwhitby ucslugc-packages fails ->ERROR: Nothing provides dependency ucslugc-packages Feb 12 11:06:49 as far as i know it is because there is no openembedded/packages/meta/ucslugc-packages.bb Feb 12 11:07:43 but there is a openembedded/packages/meta/slugos-packages.bb that i supose we may adapt it? Feb 12 11:10:04 jonbaine "make setup-host-debian" && "make ucslugc-packages" Feb 12 11:10:06 but it fails Feb 12 11:10:51 im already with the first make :S Feb 12 11:11:08 instaling gcj ... ZZZzzZZ Feb 12 11:19:03 rwhitby shall i copy slugos-packages.bb to ucslugc-packages.bb or there is another solution? Feb 12 11:27:28 saladino: in conf/auto.conf, put DISTRO_TARGET="slugos-packages" Feb 12 11:30:31 saladino: master makefile updated - "make update-master" will get the new version (so it will set up auto.conf correctly for a new directory setup) Feb 12 11:30:44 (or just edit conf/auto.conf manually) Feb 12 15:09:32 rwhitby the uclibc compilation doing ucslugc-image should be different than when doing ucslugc-packages ? Feb 12 15:45:43 rwhitby with the recent changes make ucslugc-image does not work, is it inteded to work? Feb 12 15:45:52 ERROR: Nothing provides dependency ucslugc-image Feb 12 16:14:58 are we using the openembedded official monotone BD? Feb 12 16:16:00 i've just try to download their monotone base OE.mtn.bz2 and monotone fails because of bd versions, i am using the 0.28 version for nslu2 monotone but seems that is not working for the official ones Feb 12 22:35:00 Is the new slugos/le okay to build from HWEAD? Feb 12 22:35:07 s/HEAD/HWEAD Feb 12 22:52:42 er, sure. It might even run ;) :p (actually it built fine for me, haven't tested it yet) Feb 12 23:01:49 I grabbed the new Makefile and did a "make update"...now I'm getting a 3-way merge error. Is that something to fix here, or is that something upstream? Feb 12 23:02:23 have you previously checked in local conflicting changes? Feb 12 23:03:21 No no.. I don't check in anything, I just tried to build slugos/be. Feb 12 23:18:23 kapookee: I just did a "make update" here with no problems. Feb 12 23:18:48 if it persists, you can simply remove monotone/nslu2-linux.mtn and the makefile will re-download a new version Feb 12 23:21:12 Yea, I did that too. Hmmm.. I'll start clean. Are the Intel files needed for the new slugos? Feb 12 23:21:43 just the microcode file Feb 12 23:21:50 ok Feb 12 23:23:57 That would by IPL_ixp400AccessLibrary or IPL_ixp400NpeLibrary, or another? Feb 12 23:24:06 Npe Feb 12 23:24:13 Got it, thanks Feb 12 23:25:27 Hmm - I should rename this channel to #slugos or something now ... Feb 12 23:25:41 Yes! :-) Feb 12 23:38:32 Create a #slugos and then forward this channel there for a while. Feb 12 23:40:01 I did a complete clean and ran make setup - that worked. "make setup-host-debian" resulted in "couldn't find package devio". Is that crucial? Feb 12 23:40:17 alternatively, we just forward this channel to #nslu2-linux, since #nslu2-general is taking all the end-user questions now Feb 12 23:40:45 kapookee: yes, devio is used to manipulate the kernel. Feb 12 23:40:55 it's in debian testing Feb 12 23:54:17 * mwester votes for forwarding, as this channel is rather quiet, and people often don't find answers here... Feb 13 00:02:13 Got devio from testing and 'make update' now works. Yea! I'm using Mepis..sometimes I have to look for things. :-( Feb 13 00:04:27 OK, anyone who is not in favour of deprecating this channel and forwarding it to #nslu2-linux? Feb 13 00:04:56 * rwhitby will wait 24 hours. If someone who is not in favour does not read the logs, then their vote doesn't count. Feb 13 00:13:48 rwhitby: Just my 2 cents. I always thought nslu2-general was for end-users of slugs running stock Linksys firmware and nslu2-linux was developer-only. Maybe there could be a sue for a channel for users of custom firmware seperate from the others. Feb 13 00:14:05 s/sue/use Feb 13 00:16:29 Using the new makefile, can I just run 'make slugosbe' or do I need to specify a MACHINE somewhere? Feb 13 00:20:28 make slugosbe will work fine. Feb 13 00:21:42 Thanks mwester. Feb 13 01:09:23 I'd love to do a trial run of the head: anybody know how to load it in RAM under apex? Feb 13 02:14:25 VoodooZ: if you've got apex as first stage loader, then you should just be able to upslug2 an image, right? Feb 13 02:14:39 oh, no - cause apex doesn't have download support. Feb 13 02:14:50 oh, you can use 'reflash' from inside slugos. Feb 13 02:29:09 rwhitby: the thing is I'm not quite ready to leave the "comfort" of my slugos3.10 so I just want to try it from RAM. Feb 13 02:29:39 why? what do you think you will gain? Feb 13 02:29:42 I found a way using xreceive but the image fails after 2 megs and it's really slow (xmodem) Feb 13 02:29:55 it's more about what I will lose. Feb 13 02:30:11 what do you think you will loose then? Feb 13 02:30:32 (BTW, if you were using RedBoot as 1st stage, you'd be able to test from ram via tftp) Feb 13 02:30:33 The robot requires specific stuff which I might not be to get to work with the latest slugos Feb 13 02:30:46 like web cam support (custom) Feb 13 02:31:03 is the kernel module in OE? Feb 13 02:31:03 but that's why I want to try it quickly to see how much as really changed. Feb 13 02:31:09 nope Feb 13 02:31:33 nothing really other than the kernel has changed much. Feb 13 02:31:36 perhaps if I backup my flash before? Feb 13 02:32:00 I made lots of changes to the flash image that I would lose with a new flash. Feb 13 02:35:42 VoodooZ: sounds like you should upgrade ever. Feb 13 02:35:47 s/should/shouldn't/ Feb 13 02:35:47 rwhitby meant: VoodooZ: sounds like you shouldn't upgrade ever. Feb 13 02:36:26 I'll see if I can backup my stuff and note every changes first then I'll try it. Feb 13 02:37:05 I guess most changes are on my turnup'ed flash disk anyways. Feb 13 02:37:05 what was the reason you flashed apex? just boot time? Feb 13 02:37:11 mostly yes Feb 13 02:37:29 10 seconds less on a 60 seconds boot was worth it. Feb 13 02:37:39 plus I felt daring back then. :) Feb 13 02:38:15 can I simply dd the fis partition to files as a backup? Feb 13 02:40:47 rwhitby: Is turnup still available in head? Feb 13 02:40:52 yep Feb 13 02:41:00 good. Feb 13 02:41:08 cat /dev/mtdblock* > backup.bin Feb 13 02:41:20 cool. just what I was looking for. Feb 13 02:42:02 can you dump fis info from command line? Feb 13 02:43:00 cat /proc/mtd Feb 13 02:43:08 thanks Feb 13 02:48:17 I'll try using reflash... so I would use slugosbe-4.3-beta-nslu2.bin as the full image right? Feb 13 02:55:30 anyways, I'll try this tommorow. bed time. Thanks **** ENDING LOGGING AT Tue Feb 13 03:00:00 2007