**** BEGIN LOGGING AT Fri Jan 04 02:59:56 2008 Jan 04 03:59:43 Does meta-toolchain always fail the 1st time? Jan 04 04:24:26 Any body awake Jan 04 04:25:30 While running "bitbake nano" Jan 04 04:25:52 i get this error ::::: Jan 04 04:25:55 [rahul@rahul org.openembedded.dev]$ bitbake nano Jan 04 04:25:55 warning: Not importing directory 'site': missing __init__.py Jan 04 04:25:55 ERROR: Unable to parse conf/bitbake.conf (conf/local.conf:60: unparsed line: ' MACHINE = "c6x0"') Jan 04 04:29:13 any body Jan 04 04:34:16 rushadrenaline: check you python installation on host Jan 04 04:40:57 ok let me chk Jan 04 04:44:14 I did this ::::::::::: [rahul@rahul org.openembedded.dev]$ find . | xargs grep "init__\.py" Jan 04 04:44:35 And its showing __init.py files Jan 04 04:44:43 a lot of them in the pwd Jan 04 04:44:51 then whats the problem Jan 04 04:51:25 rushadrenaline: can you pastebin your local.conf Jan 04 04:54:18 yeah wait Jan 04 04:56:47 http://pastebin.com/d7e24bb Jan 04 04:56:48 03xjqian 07org.oe.dev * r2aa9256d... 10/ (6 files in 5 dirs): Jan 04 04:56:48 dotconf: rename to libdotonf, fix packaging Jan 04 04:56:48 * follow debian naming and packaging Jan 04 04:56:48 * change dependency in speech-dispatcher Jan 04 04:56:55 http://pastebin.com/d7e24bb Jan 04 05:02:16 how about getting rid of the leading "tab"? of MACHINE and DISTRO Jan 04 05:02:18 Ok now im getting this error ::::::: $] bitbake nano Jan 04 05:02:18 ERROR: Unable to parse conf/bitbake.conf (conf/local.conf:60: unparsed line: ' MACHINE = "c6x0"') Jan 04 05:02:42 I suspect it's a "tab" not white space? Jan 04 05:03:19 oh Jan 04 05:03:21 wait Jan 04 05:03:30 where's no c6x0 Jan 04 05:03:43 ok yeah let me chk Jan 04 05:03:44 there's no c6x0 Jan 04 05:03:52 how to insert the tab Jan 04 05:03:58 i remember it should be c7x0 Jan 04 05:04:23 sorry, I meant don't use tab. but that's not your problem anyway Jan 04 05:05:00 check conf/machine Jan 04 05:06:14 there's only c7x0, which is a unified conf for all c6x0, c7x0, and c8x0, etc. Jan 04 05:06:23 even after changing to "c7x0" im getting the same -- "unable to parse bitbake.conf...." error Jan 04 05:06:47 ERROR: Unable to parse conf/bitbake.conf (conf/local.conf:60: unparsed line: ' MACHINE = "c7x0"') Jan 04 05:08:13 BBFILES := "${HOME}/stuff/org.openembedded.dev/packages/*/*.bb" Jan 04 05:08:27 is this the actual directory name? Jan 04 05:09:23 hey xjqian Jan 04 05:09:30 i fixed it Jan 04 05:10:03 actually there were lots of spaces prior to DISTRO and MACHINE Jan 04 05:10:07 i removed them Jan 04 05:10:15 But now a different error Jan 04 05:10:36 [rahul@rahul OpenEmbeded_testing]$ bitbake nano Jan 04 05:10:37 ERROR: Openembedded's config sanity checker detected a potential misconfiguration. Jan 04 05:10:37 Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Jan 04 05:10:37 Following is the list of potential problems / advisories: Jan 04 05:10:37 Please set TARGET_ARCH directly, or choose a MACHINE or DISTRO that does so. Jan 04 05:10:37 Please set a valid MACHINE in your local.conf Jan 04 05:11:12 BBFILES := "${HOME}/stuff/org.openembedded.dev/packages/*/*.bb" ? have you fixed this line Jan 04 05:11:21 let me chk Jan 04 05:12:33 seems you are missing a lot configuration steps Jan 04 05:12:56 have you followed http://www.angstrom-distribution.org/building-angstrom, or jump started to bitbake nano Jan 04 05:13:57 Yeah i edited the BBFILES Jan 04 05:14:13 actually my target is mipsel Jan 04 05:14:23 i want to build for mipsel Jan 04 05:15:24 again the same previous error:::::::: Jan 04 05:15:24 Please set TARGET_ARCH directly, or choose a MACHINE or DISTRO that does so. Jan 04 05:15:24 Please set a valid MACHINE in your local.conf Jan 04 05:15:24 Please install following missing utilities: makeinfo Jan 04 05:15:24 But there is no package named "makeinfo" in mandriva 2008 Jan 04 05:15:51 find one or build from source for "makeinfo" on your host Jan 04 05:16:29 the other problem is that: you make not have BBPATH setup Jan 04 05:16:45 what's your output of `echo $BBPATH` Jan 04 05:17:06 echo $BBPATH Jan 04 05:17:06 /home/rahul/OpenEmbeded_testing/build:/home/rahul/OpenEmbeded_testing/org.openembedded.dev **** BEGIN LOGGING AT Fri Jan 04 05:20:12 2008 Jan 04 05:22:07 Can u pastebin an example local.conf, if u have one on ur system Jan 04 05:22:43 sure, mine is very simple Jan 04 05:24:39 http://pastebin.com/me736998 Jan 04 05:26:20 Hey xjqian Jan 04 05:26:42 i comented out the MACHINE = "c6x0" Jan 04 05:26:56 and un commented TARGET_ARCH = "mipsel" Jan 04 05:27:09 Now im not getting target/ machine error Jan 04 05:27:45 But the only error left is makeinfo not found,,,,Is texinfo same as makeinfo Jan 04 05:28:42 no, i don't think so Jan 04 05:29:26 Do I need to fetch from that, rather than the yahoo one? Jan 04 05:29:27 ga Jan 04 05:29:49 What machine code do i set in MACHINE for mipsel Jan 04 05:30:15 if you are not using a pre-defined MACHINE conf, there's quite a few things you need to define besides "TARGET_ARCH". read the OE online manual Jan 04 05:30:44 Coz u have done it the other way round in your local.conf,,,,uve uncomented MACHINE,,,and comented TARGET_ARCH Jan 04 05:30:59 I have to go. good luck. Jan 04 05:31:02 ok Jan 04 05:31:05 thanx Jan 04 05:31:56 the predefined MACHINE conf includes TARGET_ARCH, TARGET_OS, kernel version, etc Jan 04 05:32:40 look it up under conf/machine, you should find MACHINE is a super set of those Jan 04 05:33:30 so if you are not using MACHINE conf, you have to define every bit of fine details by yourself Jan 04 05:33:50 really have to go. bye Jan 04 08:11:12 ,orning Jan 04 08:34:56 [rahul@rahul OpenEmbeded_testing]$ bitbake nano Jan 04 08:34:56 ERROR: Please set the 'CACHE' variable. Jan 04 08:35:38 nebody awake???????? Jan 04 09:10:22 hello Jan 04 09:10:30 in OE, tree 1.5.1 is still the prefered version despite it's not buildable at all Jan 04 09:10:59 (due to the tarball having been changed and thus not matching the checksum) Jan 04 09:11:16 what about removing that package once and for all now there is a tree 1.5.1.1 package ? Jan 04 09:15:51 hi everyone. Jan 04 09:16:05 I'm having problems building images and maybe someone can help Jan 04 09:16:35 | + cp zImage-c7x0.bin Angstrom-base-image-glibc-ipk-2007.11RC3-c7x0-installkit/zImage.bin Jan 04 09:16:36 | cp: cannot stat `zImage-c7x0.bin': No such file or directory Jan 04 09:16:58 seem to be missing the zImage-xxxx.bin file. any ideas how I can get it back? Jan 04 09:27:55 nud_: feel free to file a bug with a new .bb file, but try and remeber to tell us what bb file you talk of :-D Jan 04 09:29:08 nud_: oh, I read that as "OE tree" not "OE, tree" sorry Jan 04 09:29:58 XorA: http://bugs.openembedded.org/show_bug.cgi?id=3208 Jan 04 09:30:40 no need for a new bb file actually Jan 04 09:39:27 never mind, I just had to rebuild virtual/kernel Jan 04 09:49:23 03koen 07org.oe.dev * ra2818f15... 10/ (9 files in 3 dirs): conf/distro: remove angstrom 2007.1, update dependant distros to 2008, special-case openmoko Jan 04 09:56:50 morning all Jan 04 10:09:37 morning Jan 04 10:27:34 morning Jan 04 10:29:16 morning all Jan 04 10:30:41 morning hrw, RP Jan 04 10:30:42 hi hrw, RP Jan 04 10:30:51 hi CoreDump too Jan 04 10:53:50 hrw: do you know if the n810 comes w/ USB host and external CF slots (for GPS) Jan 04 10:54:29 CoreDump: No CF slot and USB host is unpowered so needs some fiddling Jan 04 10:54:37 CoreDump: I do not have idea Jan 04 10:54:40 mehhhhhh =( Jan 04 10:54:47 CoreDump: n810 has a built in gps though Jan 04 10:54:57 * hrw officially does not know anything about n8xx finnish tablets Jan 04 10:55:07 hrw: sorry Jan 04 10:55:17 RP: is there an OSS driver for the GPS? Jan 04 10:55:50 CoreDump: Not sure, I've never looked... Jan 04 10:56:12 RP: I will investigate, thank you Jan 04 10:56:19 CoreDump: its finnish company so expect it closed for some time ;D Jan 04 10:57:31 hrw: =) Jan 04 10:58:11 not that other Finnish companies follow that way of course Jan 04 10:59:49 morning Jan 04 11:00:06 hi rwhitby Jan 04 11:00:21 RP: I'm finally going to start on that 8-bit latch LEDs driver this weekend, so you might be getting a few questions ... Jan 04 11:01:26 rwhitby: ok, np :) Jan 04 11:01:59 rwhitby: Which kernel version are you working on? Jan 04 11:02:38 2.6.21.7, then forward-porting to latest Jan 04 11:02:51 are there any changes between? Jan 04 11:03:28 There were some fixes for some nasty internal locking issues which are only in the latest mainline git kernels Jan 04 11:04:07 one question I have is whether I should put the physical address of the memory-mapped latch in the leds driver itself, or define some machine-specific functions in the board code to set the latch and then use those functions in the led driver - what do you think? Jan 04 11:04:16 If you had something between 2.6.24-rc3? and 2.6.24-rc6+git I'd have recommended getting the latest bleeding edge patches Jan 04 11:04:16 (the functions would not be used anywhere else) Jan 04 11:04:49 I usually put the address as a define in the machine's header file Jan 04 11:05:00 and include said header file in the driver Jan 04 11:05:26 sounds like a plan to me, thx. Jan 04 11:06:21 however, I was wondering whether there was a need for a generic memory-mapped latch driver, which takes the address as a parameter somehow ... Jan 04 11:06:48 See how the driver looks Jan 04 11:07:07 mhh about n810 ... i don't understand the "internal 2G" storage ... is a micro-sd pre-installed or is a truly not removable storage, soldered nand ? somebody know something about ? Jan 04 11:07:18 gremlin[it]: nand Jan 04 11:07:27 gremlin[it]: n00 (proto of n810) had 4gb Jan 04 11:07:28 rwhitby: With the zaurus, I decided a once only use driver for each class of machines ware the right thing to do, anything else was just going to be overkill Jan 04 11:07:44 RP: e.g. the ixp4xx-gpio-leds driver has parameters for the offsets of the different leds. Jan 04 11:07:54 so I'm at least going to do that. Jan 04 11:08:07 (since I'm going to start with that driver as the base) Jan 04 11:08:08 k Jan 04 11:08:22 rwhitby: It depends whether you think anything is ever going to have this hardware setup again? Jan 04 11:08:28 soz for the "k" Jan 04 11:10:10 mhh ok thanks hrw Jan 04 11:10:20 RP: any style issues with leds-ixp4xx-gpio.c before I use it as a starting point? Jan 04 11:10:43 gremlin[it]: look at recent kernel into drivers->mtd Jan 04 11:11:08 gremlin[it]: 'save oops in mtd', 'use mtd as swap' - and check (C) for it and authors Jan 04 11:12:50 rwhitby: I remember it had the weird license. Just had a look at leds-spitz or leds-corgi too to see how simple something not so generic can be too Jan 04 11:13:04 s/had/have/ Jan 04 11:13:25 oh, dual MIT/GPL. right. Jan 04 11:13:33 jbowler liked mit license Jan 04 11:13:40 yes :) Jan 04 11:13:54 Linus himself had to comment on that before it was allowed into mainline Jan 04 11:14:47 heh Jan 04 11:15:00 hrw ... a finnish one guy ??? :D Jan 04 11:18:30 RP: it is kosher to have static variables in the led driver - e.g. the address of the latch, the current value of the latch, and a persistent blink mask for the latch? Jan 04 11:19:07 rwhitby: as long as only one device will ever be present Jan 04 11:19:34 since it's hardware-specific, that will be the case. Jan 04 11:21:43 RP: I'll also need a static struct timer_list in there to do the blinking. Jan 04 11:22:17 rwhitby: blinking is done by triggers, not the driver Jan 04 11:22:34 ah, ok. that saves me worrying about that. Jan 04 11:22:36 rwhitby: If you get too many static variables, put then in some kind of "context" struct Jan 04 11:23:32 I think I only need two static vars - one for the address of the latch and one for the current value of the latch Jan 04 11:23:53 (since it's not readable) Jan 04 11:24:06 that makes sense Jan 04 11:32:56 hi florian Jan 04 11:33:05 good morning Jan 04 11:33:14 hey flo Jan 04 11:35:12 RP: I'd better base my file on leds-spitz.c, so I don't need to propagate the dual mit/gpl license text ... Jan 04 11:35:54 rwhitby: ;-) Jan 04 11:58:02 re Jan 04 12:02:39 Jin^eLD: wb Jan 04 12:05:09 hi florian Jan 04 12:17:19 any1 has the 2440test.bin file for the samsug s3c2440 SoC? Jan 04 12:17:31 need to restore my flash Jan 04 12:18:14 * rjek wonders if his A9 Home has that. Jan 04 12:27:22 RP: it compiles without warnings - that's a good start :-) Jan 04 12:29:36 RP: if I've compiled a led driver as a module, do I need to reflash the kernel before I modprobe the driver? Jan 04 12:29:58 rwhitby: Probably not as long as you didn't change anything in the kernel Jan 04 12:30:08 rwhitby: Were LEDs enabled before? Jan 04 12:30:19 yes, for ixp4xx built-in Jan 04 12:30:27 should be fine then Jan 04 12:41:24 does anybody have experiance in testing the kernel on an embedded device? Jan 04 12:42:08 I was thinking about testing the behaviour of mainly sysfs Jan 04 12:48:32 nik0n: I found it in 2440atest-rev06-040607.zip http://maemo.mmapps.net/2440test.bin Jan 04 12:51:23 I would like to test the interface using only the serial if possible Jan 04 13:33:54 * rwhitby touts his (largely accepted as-is, but modified a bit by them) article at http://linuxdevices.com/news/NS4507356300.html Jan 04 13:35:16 * likewise goes reading it Jan 04 13:35:57 * Crofton|home whips mickey|zzZZzz into action! Jan 04 13:36:10 hmm, seems like we need to wake him up first :) Jan 04 13:36:16 I don't know where they got the "stable and user-friendly" description of Angstrom from - that wasn't in the article I submitted to them! Jan 04 13:36:40 ESP Jan 04 13:36:46 (I wouldn't describe Angstrom on the NSLU2 as user-friendly at all - it's a command line bare linux box) Jan 04 13:36:49 I wonder if that is on the Angstrom website Jan 04 13:37:12 rwhitby, that is my description of user-friendly, everything else just confuses them :) Jan 04 13:39:09 03koen 07org.oe.dev * r25992f27... 10/ (1 packages/e2fsprogs/e2fsprogs_1.38.bb): e2fsprogs: e2fsprogs wants (virtual/)libiconv for i18n, but let's disable i18n to have a nice & small e2fsprogs for rescue filesystems, fixes #3604 Jan 04 13:39:20 03coredump2 07org.oe.dev * rd734e141... 10/ (9 files in 4 dirs): Jan 04 13:39:20 gpsd: As discssed on the ML: Jan 04 13:39:20 - Add a gpsd-conf package Jan 04 13:39:20 - gpe-conf installs /etc/defaults/gpsd and /etc/init.d/gps-hardware Jan 04 13:39:21 via update-alternatives Jan 04 13:39:23 - A sample machine-specific -conf package for fix-gta01 is provided. Jan 04 13:39:25 - Constructive comments welcome Jan 04 13:39:28 03koen 07org.oe.dev * rd133f75d... 10/ (1 packages/avahi/avahi.inc): avahi.inc: depend on virtual/libintl and disable nls Jan 04 13:39:34 03koen 07org.oe.dev * reb6f56b3... 10/ (1 packages/avahi/avahi.inc): avahi: manually poke -lintl into LDFLAGS of uclibc builds (fixes #3603) Jan 04 13:39:42 03koen 07org.oe.dev * r8dd93c64... 10/ (1 packages/gettext/gettext_0.14.1.bb): gettext: fix packaging Jan 04 13:39:51 03pfalcon 07org.oe.angstrom-2007.12-stable * r23292a87... 10/ (3 files in 2 dirs): Jan 04 13:39:51 applied changes from f75a9fcd060f03cadb8d0c99ad2649c5fb05293e Jan 04 13:39:51 through 37765fd148c82c032b7e299f6c0d658b98fcb18e Jan 04 13:39:51 gpe-nmf: Fix SECTION to "gpe/multimedia". Jan 04 13:39:59 03pfalcon 07org.oe.angstrom-2007.12-stable * r08029e86... 10/ (4 files in 2 dirs): Jan 04 13:39:59 applied changes from 37765fd148c82c032b7e299f6c0d658b98fcb18e Jan 04 13:39:59 through f40fbad1e6982e38f51d808b8b514d94877e573b Jan 04 13:39:59 vlc-gpe: SECTION = "x11/multimedia" Jan 04 13:40:08 03pfalcon 07org.oe.angstrom-2007.12-stable * r623bc00a... 10/ (1 BACKPORTS.txt): Jan 04 13:40:08 BACKPORTS.txt: Note applied: Jan 04 13:40:08 37765fd148c82c032b7e299f6c0d658b98fcb18e gpe-nmf: Fix SECTION to "gpe/multimedia". (Paul, Marcin) Jan 04 13:40:08 f40fbad1e6982e38f51d808b8b514d94877e573b vlc-gpe: SECTION = "x11/multimedia" (Paul, Marcin) Jan 04 13:40:15 03koen 07org.oe.angstrom-2007.12-stable * rdde1b512... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom 2007: bump to 2007.12-r1 Jan 04 13:42:20 rwhitby: does nlsu2 plan to move to .23 kernel soon, or stick with .21 for a while? I'm now bringing in the squashfs lzma patches into OE, also I'ld like to build a real-time kernel (-rt patch) for ixp4xx. Jan 04 13:42:50 likewise: I believe the mac address patches we've just written for 2.6.23 allows us to now move to 2.6.23 for ixp4xx Jan 04 13:43:11 rwhitby: ok, good. I'll focus on .23 then. Which is nicer for -rt. Jan 04 13:43:31 likewise: do you have svn write access to the nslu2-linux kernel repo? Jan 04 13:44:03 rwhitby: I think I do yes. Have to find the keys though. Jan 04 14:02:49 rwhitby: I sent my details for svn access on 30 Nov '06, but lost your response e-mail with the details, and moved to fresh installations a few times, only thinking of backing-up my OE access keys, not nslu2. Jan 04 14:03:38 rwhitby: the email thread had "[RFC][PATCH] squashfs support for linux-2.6.19-rc" in the title Jan 04 14:04:20 likewise: what would your preferred username have been? Jan 04 14:04:39 or the email address you would have given (feel free to /msg me) Jan 04 14:08:07 likewise: resent Jan 04 14:08:08 keesj: thanks Jan 04 14:08:21 anyone in here using embedian boards? Jan 04 14:09:06 rwhitby: thanks, got it. Jan 04 14:16:51 do we have a Broadcom BCM947XX machine in OE? Jan 04 14:17:30 Jin^eLD: istn't that the WRT54/ASUS WL500 chip? Jan 04 14:17:36 I am not sure Jan 04 14:17:47 could be though Jan 04 14:17:52 ill have a look sec Jan 04 14:18:18 you are right Jan 04 14:18:56 CPU: BCM4704 rev 9 is WL-500g/WRT Jan 04 14:19:03 says dmesg Jan 04 14:19:16 cpu model : BCM3302 V0.6 Jan 04 14:19:23 that's what I am looking for hmm Jan 04 14:21:50 do you know if it's just a mips or if I need something fancy? Jan 04 14:22:27 BCM3302 in wrt54gs Jan 04 14:22:37 my wl tells me: system type : Broadcom BCM4704 chip rev 9 Jan 04 14:22:43 Jin^eLD: http://www.linux-mips.org/archives/linux-mips/2007-08/msg00103.html Jan 04 14:22:46 cpu model : BCM3302 V0.6 Jan 04 14:22:47 cpu model : BCM3302 V0.7 Jan 04 14:23:06 The thing I need to compile for is this: http://sourceforge.net/forum/message.php?msg_id=4701011 Jan 04 14:23:29 Jin^eLD: http://people.debian.org/~aurel32/bcm947xx/ Jan 04 14:23:51 cool thanks, allthough I do not even need to build the kernel, just crosscompile an app for the existing firmware Jan 04 14:24:04 03coredump2 07org.oe.dev * r8015a13e... 10/ (1 packages/speech-dispatcher/speech-dispatcher_0.6.5.bb): speech-dispatcher: Improve packaging Jan 04 14:24:09 Jin^eLD: ok, so you need the proper toolchain. Jan 04 14:24:10 I'll try with wrt54.conf then Jan 04 14:24:24 yep Jan 04 14:27:27 !mirrors Jan 04 14:27:30 ~mirrors Jan 04 14:27:31 from memory, mirrors is Official Debian archive mirrors get an address of the form ftp://ftp..debian.org. These are the best advertised and most used sites; the face of Debian for most people. A list is available at http://www.debian.org/mirror/official/ Jan 04 14:27:35 hmm Jan 04 14:27:39 like, OE mirrors :) Jan 04 14:27:52 doh.. I'll check the page Jan 04 14:28:01 or not.. main finally responded Jan 04 14:29:42 ~oemirrors Jan 04 14:29:43 oemirrors is probably extra, extra, read all about it, oemirrors is OpenEmbedded monotone mirrors are ewi546.ewi.utwente.nl, monotone.nslu2-linux.org, opensource.wolfsonmicro.com also see http://www.openembedded.org/wiki/GettingStarted Jan 04 14:29:50 morning Jan 04 14:39:01 ~lart nokia for sending out emails saying codes are valid when they are not :-( Jan 04 14:39:01 * ibot hurls dozens of incontinent, insomniac, hungry kittens with tiny little razor-sharp claws and a wide variety of contagious intestinal parasites at nokia for sending out emails saying codes are valid when they are not :-( Jan 04 14:47:59 ordered my n810 Jan 04 14:52:35 * RP doesn't get one :( Jan 04 14:53:09 RP: coz you work for them indirectly? Jan 04 14:53:21 how much they are? Jan 04 14:53:33 chouimat|work: 66 GBP with developer discount Jan 04 14:53:45 XorA: I thought I wasn't allowed to apply... Jan 04 14:54:07 nice ... that about 150cad Jan 04 14:54:14 maybe less Jan 04 14:54:22 RP: it said, employees and contracters of nokia so I assumed OH was not allowed Jan 04 14:54:44 XorA: where is this application link? Jan 04 14:55:13 chouimat|work: been and gone Jan 04 14:55:19 XorA: I also assumed I wasn't, then I found out about the list of people who got discount codes, some of whom told me not to apply Jan 04 14:55:30 RP: gits Jan 04 14:55:47 XorA, how mush cost n810 ??? how to obtain developer discount ? Jan 04 14:55:50 RP: time for the baseball bats? Jan 04 14:55:59 gremlin[it]: your too late for developer discount Jan 04 14:56:05 uff Jan 04 14:56:10 :'( Jan 04 14:56:31 XorA: maybe next time I see them ;-) Jan 04 14:56:33 ah no ... probably i subscribed ... but got no answer ;( Jan 04 14:57:36 hmm, sony maybe closed source evilness, but they sure seem to know how to put together systems Jan 04 14:58:46 although they have fucked up the developer codes, so watch out for not so clever people you can scam :-) Jan 04 15:00:28 RP: ping Jan 04 15:01:40 RP: can you review http://svn.nslu2-linux.org/svnroot/kernel/trunk/patches/2.6.21/98-fsg3-leds.patch for me please? It insmods fine, but I don't see anything under /sys/class/leds/ ... Jan 04 15:04:20 RP: all the leds turn off on module insertion, so I know I've got the latch writing operation reasonably correct. Jan 04 15:07:34 aha, I guess I need a struct platform_device in the board code Jan 04 15:10:41 rwhitby: right Jan 04 15:11:02 rwhitby: I was just about to say, do you register the corresponding platform_device ? :) Jan 04 15:11:03 Do I need CONFIG_LEDS around the stuff in the board code? Jan 04 15:11:29 RP: so it's not enough just to insert the module, cause nothing registers it :-) Jan 04 15:11:48 rwhitby: No, not in the board code Jan 04 15:11:59 rwhitby: Its not enough, no ;-) Jan 04 15:12:19 rwhitby: Unless you register the platform device in the module to, I have done that for testing before Jan 04 15:12:47 Can I still have it as a module if it's being registered in the board code? Jan 04 15:12:58 yes Jan 04 15:13:19 ok, let me rebuild this kernel and test ... Jan 04 15:13:49 it's 1:45am here, so let's hope it works first time. Jan 04 15:13:52 The board bit is like a declaration of features, this board has device X at Y, device E at F etc. A driver is only loaded if the board has the particular feature Jan 04 15:22:23 RP: anything else in http://svn.nslu2-linux.org/svnroot/kernel/trunk/patches/2.6.21/98-fsg3-leds.patch look dodgy to you? Jan 04 15:24:40 rwhitby: Those volatiles. Do you need them? Jan 04 15:25:12 You don't need one for certain, not sure about the other Jan 04 15:25:37 Anyone have a problem with meta-toolchain needing to be bitbake'd twice, for it to package? Jan 04 15:25:48 rwhitby: coding style in the init/exit functions Jan 04 15:26:26 rwhitby: You leak memory if platform_driver_register() fails Jan 04 15:26:51 rwhitby: The if isn't needed in the _exit function Jan 04 15:27:15 agreed on all except the last. why isn't it needed? Jan 04 15:27:30 (what happens if I load, unload, load, unload the module ... Jan 04 15:28:04 rwhitby: exit is only called if init succeeds. It will always be iomapped if that funciton is called Jan 04 15:28:13 you need the iounmap, the if is just pointless Jan 04 15:28:36 ah, ok. right. Jan 04 15:28:46 probe is also buggy - what happens if the led registrations fail half way through? Jan 04 15:29:05 agreed. Jan 04 15:29:26 Nothing major though, don't take any of this the wrong way :) Jan 04 15:29:35 I'm loving it. Jan 04 15:29:48 anything above probe? Jan 04 15:30:18 are the 'fsg:' prefixes required on the names? Jan 04 15:30:37 rwhitby: I'd prefer it Jan 04 15:30:50 Gives me a good hint in bug reports which driver it was if nothing else Jan 04 15:31:37 rwhitby: You should look at the latest git changes that are queued - it makes "function" a specificed part of the name but as the 3rd field. This means the names should really be fst::wlan etc. Jan 04 15:32:21 ok, I have the module insmodded, and the leds are registered. Jan 04 15:32:36 and I see the device entries under /sys/class/leds Jan 04 15:33:56 hmm - the fsg: bit is really ugly in the filesystem Jan 04 15:34:30 the shell needs the : escaped :/ Jan 04 15:34:40 yeah, that's what makes it ugly Jan 04 15:35:06 I'm going to try and sneak it past the leds subsystem maintainer without the 'fsg::' bit in the name .... Jan 04 15:35:24 That won't work :( Jan 04 15:35:28 Doh! Jan 04 15:36:05 seems my leds don't work either :-( Jan 04 15:36:19 If you complain, the result will be they get numbered 0 to 6 and the name buried in a file called name and a file called function :/ Jan 04 15:36:32 * RP has come under enough flac for the LED naming already Jan 04 15:36:48 * RP it trying to resist orders from the sysfs people to do the above Jan 04 15:37:10 those sysfs people are "interesting" Jan 04 15:37:25 (I was once copied on a flamewar amongst them) Jan 04 15:38:00 My "writew(latch_value |= (1 << FSG_LED_WLAN_BIT), latch_address);" logic must be broken Jan 04 15:38:17 time for some printk's tomorrow. Jan 04 15:38:19 night all. Jan 04 15:38:38 RP: thanks heaps for your review comments - I really do appreciate you taking the time Jan 04 15:38:59 rwhitby: np, pleased to help. 'night! Jan 04 15:41:55 03coredump2 07org.oe.dev * re6445022... 10/ (1 packages/portaudio/portaudio-v19_20071207.bb): portaudio: Add a working .bb of the V19 API Jan 04 15:42:00 03coredump2 07org.oe.dev * r700bc304... 10/ (1 packages/espeak packages/espeak/espeak_1.30.bb): espeak: Add espeak Jan 04 15:46:34 hi Jan 04 15:51:46 what package manager does ubuntu use? Jan 04 15:51:54 dpkg Jan 04 15:53:53 synaptics is the usual frontend to dpkg on ubuntu Jan 04 15:57:19 Synaptics are a manufacturer of track pads. :) Jan 04 15:57:35 Synaptic, as its name suggests, is a front end to apt. Jan 04 15:59:13 =) Jan 04 15:59:53 I prefer aptitude Jan 04 16:00:07 there is also Adept as gui Jan 04 16:00:12 and I apt-get muhaha Jan 04 16:01:57 I'm trying to build for the simpad using the angstrom-stable branch, and I'm getting a strange error with qemu-arm Jan 04 16:02:21 mmap: Permission denied Jan 04 16:02:29 I didn't see it building for the akita Jan 04 16:02:50 and can't find any reference to it in OE's bugzilla or google Jan 04 16:02:55 Bernardo: redhat? Jan 04 16:03:14 ubuntu hardy alpha Jan 04 16:03:16 :) Jan 04 16:03:39 thats the sort of wierd thing you get in redhat/fedora when the security patches in the kernel trip you up Jan 04 16:04:15 the strange thing is that I built from scratch (rm -rf work) for the akita a couple of days ago and didn't have the problem Jan 04 16:04:38 and I'm using the smae local.conf, just replaced akita with simpad Jan 04 16:04:40 same Jan 04 16:12:26 Bernardo: you do not have selinux enabled? Jan 04 16:15:36 Bernardo: Is this qemu 20071121? Jan 04 16:15:39 no, only apparmor Jan 04 16:15:43 let me check Jan 04 16:16:00 Bernardo: It could be apparmor... Jan 04 16:16:04 0.9.0+20070816-1ubuntu3 Jan 04 16:16:25 Bernardo: Is OE building qemu or are you using your distro's version? Jan 04 16:17:11 it should be building qemu, but I think it is using the native version Jan 04 16:17:48 it is building qemu Jan 04 16:17:59 qemu-native-0.9.0+cvs20070613-r5 Jan 04 16:20:45 Bernardo: My theory about 20071121 isn't valid then Jan 04 16:21:02 no, as the bb file isn't even in the stable packages Jan 04 16:21:36 could be apparmour, as I am using a diferent build dir (/home is already full) but it should show on syslog, right? Jan 04 16:22:52 03koen 07org.oe.dev * r3e6216a4... 10/ (1 contrib/angstrom/build-release.sh): angstrom autobuilder: also build uclibc images Jan 04 16:23:46 but there's nothing in syslog... Jan 04 16:23:48 :( Jan 04 16:26:15 ok, time to clean /home and get a few free GB Jan 04 16:26:23 and see if it is path related Jan 04 16:28:06 bye Jan 04 16:29:55 bye hrw|gone Jan 04 16:41:39 ok, there is something strange with the permissions, moving the dir I get a lot of permission denied problems Jan 04 16:41:54 " /opt/build/simpad/tmp/work/i686-linux/ncurses-native-5.4-r10/ncurses-5.4/.pc/visibility.patch/m4/templates.m4" Jan 04 16:41:56 is one Jan 04 16:56:39 03coredump2 07org.oe.dev * re42568a5... 10/ (1 packages/speech-dispatcher/files/confSpeechd.conf_00.patch): speech-dispatcher: Add missing patch Jan 04 17:02:35 Bernardo: Its quilt, it marks files as having no read permissions Jan 04 17:02:45 I have never dared find out why Jan 04 17:04:47 ah Jan 04 17:05:07 but there is something else at work here Jan 04 17:06:03 * zecke thinks we should drop quilt and put everything into git :} Jan 04 17:06:41 well, I'll try again to build, this time under home and not under opt Jan 04 17:06:42 otavio: I had to tweak my script and starting all over now :} Jan 04 17:07:09 if it works, I'll know it is some obscure setting, possibly in apparmour Jan 04 17:21:16 ok, it still doesn't work, fails at the locale generation as it did when building under opt Jan 04 17:21:19 zecke: hi Jan 04 17:21:22 zecke: ok :( Jan 04 17:21:36 now the only difference to the working akita build is local.conf Jan 04 17:21:40 zecke: so it will probably break the repository for merging, right: Jan 04 17:21:42 ? Jan 04 17:27:25 I see there is an own branch for angstrom now, so I guess stuff from .dev will be pulled over from time to time, but otherwise the stable branch will be something "conservative" ? Jan 04 17:33:58 otavio: let me see. In the worst case it is a git-rebase --onto and we have done that with webkit Jan 04 17:38:19 zecke: will take a look too. Jan 04 17:38:27 zecke: it's suppose to work now? Jan 04 17:39:07 otavio: not yet, it will take another day or two :) Jan 04 17:39:58 zecke: THAT LONG! OMG! Jan 04 17:40:43 otavio: it is converting revs from 2006 :) Jan 04 17:42:45 wow! Jan 04 17:42:46 ok Jan 04 18:02:51 hm, does anyone know where can i ask about wrt54gs devices? Jan 04 18:04:43 DarthWader: openwrt? Jan 04 18:04:58 at least I think there is openwrt for it so those guys might now something Jan 04 18:05:13 there is a wrt54 machine conf in OE too, actually I was looking for it today :) Jan 04 18:05:21 nah, about hw Jan 04 18:05:52 Anyone around that uses meta-toolchain? Jan 04 18:06:15 Tartarus: I think I was trying to with variable success Jan 04 18:07:06 Jin^eLD, I found I had to run the bitbake command twice, to get it to work Jan 04 18:08:03 Tartarus: I had various strange things regarding it, I was able to figure out one thing which should be fixed by now but I did not have the time to follow up on the rest Jan 04 18:08:23 does it also package some wrong directories for you? Jan 04 18:08:28 I had my /home/bla in the tar Jan 04 18:09:32 yeah Jan 04 18:10:20 i'm not using the absolute latest metadata, about a month old now i think Jan 04 18:10:31 i'll try and kick off a current try today Jan 04 18:14:47 the logic behind using our local mirror of sources Jan 04 18:14:48 ga Jan 04 18:15:03 I tried it couple of weeks ago, but I think the wrong dir packaging will still be there Jan 04 18:26:21 Jin^eLD: dou you have any experience with wrt54gs v7 ? Jan 04 18:48:32 DarthWader: not really, I just wanted to build my upnp server for some user who happened to be running a NAS with BCM3302 V0.6 CPU Jan 04 19:28:57 hi Jan 04 19:29:35 guess I stumbled by the way in a new small GPE bug...but need help to categorize it Jan 04 19:30:16 in GPE Package-Manager the "gpe-ownerinfo" package appears NOT installed Jan 04 19:30:22 but it is... Jan 04 19:30:47 so, bug against GPE or ackage Manager? Jan 04 19:31:06 *Hackage Jan 04 19:31:12 *Package Jan 04 19:35:42 ...no trace of gpe-ownerinfo doing "ipkg list_installed" from console Jan 04 19:44:56 ant: then its a bug in ipkg Jan 04 20:00:12 hey all, i'm back Jan 04 20:00:44 would anyone care to help me wade through forcing packages to be added to my image? Jan 04 20:01:12 i see them built in my deploy/ipk dir Jan 04 20:08:30 fun_in_oe: this might help: http://bec-systems.com/web/content/view/79/9/ Jan 04 20:10:11 yeah, tried that, no luck Jan 04 20:11:19 in the recipe that i've been given, they are using PACKAGES_EXTRA += " Jan 04 20:15:20 fun_in_oe: ANGSTROM_EXTRA_INSTALL? Yes, that is doing almost the same things as the article I wrote suggests. Jan 04 20:15:42 fun_in_oe: it simply adds more things to the IMAGE_INSTALL var in a image recipe Jan 04 20:16:24 fun_in_oe: the advantage to creating your own recipe is now it is called something different and does not get mixed up with standard images Jan 04 20:19:10 well, 1st i'd like to thank you for writing the article in the 1st place as, it seems to simplify things for everyone Jan 04 20:19:38 unfortunately, i've be given an environment w/o any notes Jan 04 20:20:11 so, while i am tasked with ading bluetooth to the image, i'm now spending a LOT of time trying to figure out their build env Jan 04 20:20:50 i edited the necessary defconfig file in the work dir to add the bluetooth module Jan 04 20:21:11 i can see the bluetooth module ipk built Jan 04 20:22:11 then when either adding the bluez-utils package either via PACKAGES_EXTRA or IMAGE_INSTALL, they still don't seem to be added to the image Jan 04 20:22:20 well, that's not 100% correct Jan 04 20:22:45 i DO see hciattach but, no hciconfig or hcitool Jan 04 20:23:26 which, i thought were part of the bluez utils package Jan 04 20:23:41 fun_in_oe: after you boot your unit, you can use "ipkg list_installed" to see exactly what is in the image Jan 04 20:24:43 could you recommend the best way to see what packages are being added to the image @ build time? Jan 04 20:24:52 fun_in_oe: then, you can see what is in each package by looking in the tmp/work/....//install directory Jan 04 20:25:34 fun_in_oe: I don't know of a good way -- perhaps bitbake -vvvv and then do some text searching during rootfs stage Jan 04 20:26:07 fun_in_oe: actually, make that bitbake -DDDD Jan 04 20:32:42 here's a very sad thing, under work///install Jan 04 20:32:47 there is nothing listed Jan 04 20:35:12 fun_in_oe: you don't want , try arm.. or what ever architecture you are working with Jan 04 20:35:54 fun_in_oe: see, most packages are not target machine specific, they are architecture specific as in armv4t, armv5te, i686, etc Jan 04 20:37:05 i'm sorry, that's really what i meant to say there Jan 04 20:37:40 fun_in_oe: well, unless you have the rm_work setting specified, if you build a package, it should be there Jan 04 20:38:56 morning all Jan 04 20:39:22 i'm seeing my ipks under build/tmp/deploy/ipk Jan 04 20:43:56 fun_in_oe: you may have rm_work set in local.conf -- not sure if that is the correct name, but something like that Jan 04 20:44:27 hello cyrilRomain! happy '08! Jan 04 20:44:48 fun_in_oe: hey ! happy new hacking year ;) Jan 04 20:45:17 hi cyrilRomain Jan 04 20:45:24 he happy prt is still up in the air Jan 04 20:45:29 ; p Jan 04 21:09:26 hi everybody Jan 04 21:16:57 hi thesing Jan 04 21:23:12 03crofton 07org.oe.dev * rfa0e8dd8... 10/ (6 files in 3 dirs): Jan 04 21:23:12 linux-omap2 : Move defconfigs into omap2430sdp directory. These files do Jan 04 21:23:12 build kernels only for that board. Jan 04 21:26:47 Crofton: ping Jan 04 22:03:08 anyone working on http://bugs.openembedded.org/show_bug.cgi?id=3561 Jan 04 22:04:35 !oebug 3561 Jan 04 22:04:37 * * Bug 3561, Status: NEW, Created: 2007-12-26 03:35 Jan 04 22:04:38 * * c.romain(AT)laposte.net: bluez-cups-backend-3.23 do_patch failure Jan 04 22:04:38 khem: not that I know Jan 04 22:04:38 * * http://bugs.openembedded.org/show_bug.cgi?id=3561 Jan 04 22:05:25 likewise: I do not understand the bug enough but it tells me this Jan 04 22:05:41 NOTE: consider defining PREFERRED_PROVIDER_bluez-utils-dbus Jan 04 22:05:49 ERROR: Multiple files due to be built which all provide bluez-utils-dbus Jan 04 22:06:08 org.openembedded.dev/packages/bluez/bluez-utils_3.24.bb Jan 04 22:06:15 org.openembedded.dev/packages/bluez/bluez-cups-backend_3.24.bb Jan 04 22:07:33 i'm not working on it but, i AM trying to get that bluez-utils package installed Jan 04 22:07:38 w/o luck i might add Jan 04 22:11:15 Khem: I have no idea what the recipe writer meant to do here. Both recipes include the bluez-utils3.inc, which sets PROVIDES to bluez-utils-dbus. So if someone wants to build bluez-utils-dbus, that someone must tell which provider she wants (PREFERRED_PROVIDER). The bug reporter has not done this, AFAICS. Jan 04 22:15:01 likewise: what is the difference between both recipes Jan 04 22:15:25 Khem: good point, the first one also seems to have --enable-cups, so I am confused. Jan 04 22:17:22 Khem: second one has alsa disabled. Jan 04 22:18:06 khem: the second one places a RDEPENDS on cups, the first one does not Jan 04 22:18:32 alsa and cups Jan 04 22:19:36 exit Jan 04 22:27:40 can anyone help me to determine why with bluez-utils 3.24 installed, i have hciattach and not hcitool or hciconfig? Jan 04 22:34:20 fun_in_oe: what does the .bb file for bluez-utils say should be in that package? Jan 04 22:35:52 Khem, pong Jan 04 22:36:19 I made that copmmit in a hurry, hopefully it does not break anything you were doing Jan 04 22:36:28 I was having trouble getting the kernel to build Jan 04 22:36:28 Crofton: no it does not Jan 04 22:36:49 Crofton: However I think omap1-2-3 is generic I kind of like that Jan 04 22:37:14 * flo_lap dances... looks like I have a working filesystem for my mainstone Jan 04 22:38:08 pb_ TY, i actually see that those (hciconfig & hcitool) are now in bluez-utils-compt Jan 04 22:38:42 however, i thought that bluez-utils-compat was a dependancy of bluez-utils Jan 04 22:39:03 flo_lap: very good Jan 04 22:39:52 pb_: Not that this should be that complicated, but it seems to be easy to get some configuration wrong... Jan 04 22:40:40 apart from the fact that the platform is not really new... but it looks scary :) Jan 04 22:41:06 and the bootloader sucks Jan 04 22:41:18 task-base-bluetooth should pull in bluez-utils-compt Jan 04 22:41:49 fun_in_oe: it does sound like a bug if those files were just yanked out of bluez-utils without providing any compatibility path. Jan 04 22:42:11 if they were moved to a new package then yeah, you would expect that the old one would at least Recommend the new one Jan 04 22:42:34 flo_lap: heh Jan 04 22:43:23 Khem, I moved the defconfig to a machine specific directory, the defconfig does call out a specific machine Jan 04 22:43:46 Crofton: on second thought may be its ok Jan 04 22:44:00 Khem, at some point we need to move all the omap stuff into linux.inc style, or better, have some of the functions in linux.inc go into a bbclass :) Jan 04 22:44:17 Crofton: yes most desired Jan 04 22:44:34 for some reason the kernel build did not pick up the defconfig until I put it in the machine directory Jan 04 22:50:58 Khem: indeed I can specify PREFERRED_PROVIDER_bluez-utils-dbus, but it would not solve the problem if someone set PREFERRED_PROVIDER_bluez-utils-dbus = "bluez-cups-backend" Jan 04 22:51:19 Khem: I'm not sure if the latter makes sense though since I know nothing about cups Jan 04 22:53:33 cyrilRomain: taken Jan 04 22:53:42 my suggestion is a workaround only Jan 04 22:54:23 Khem: yep, thanks for that :) Jan 04 22:59:23 can someone recommend where i can add task-base-bluetooth? Jan 04 23:00:26 Hrm something is still wrong... after reboot the flash is locked Jan 04 23:04:42 fun_in_oe: it is already added to the task-base image, which is probably added by the distro or image you use Jan 04 23:05:14 hanx cyrilRomain Jan 04 23:05:17 ^thanx Jan 04 23:05:20 bleh Jan 04 23:06:32 flo_lap: what kernel version Jan 04 23:06:53 Khem: 2.6.22 Jan 04 23:09:10 flo_lap: I had similar problem on omap but then it was solved Jan 04 23:09:23 it was 2.6.22+ omap tree Jan 04 23:09:56 Hmm - I managed to get this guy who was trying to get NetSurf going on a Zaurus to give me a stack backtrace from gdb. Apparently, regexec() is calling fnmatch(), which then calls abort() Jan 04 23:10:00 Erasing the flash from the bootloader unlocks it, but booting the second time it is locked again. Jan 04 23:10:02 Which strikes me as enormously odd. Jan 04 23:11:06 Khem: okay... let me try an older kernel Jan 04 23:11:37 flo_lap: I noticed that you are using mainstone so you might not have same problem as me Jan 04 23:13:41 Khem: I wonder what actually locks the flash, I suspect that's a "feature" of the bootloader. Jan 04 23:16:18 or even kernel Jan 04 23:17:53 http://linux.omap.com/pipermail/linux-omap-open-source/2007-October/011651.html solved it for me Jan 04 23:19:20 Khem: thanks! will try this with 2.6.22 Jan 04 23:27:05 flo_lap: its only for omap though might not help on other boards Jan 04 23:27:16 i'm completely stumped as to how i've been able to add bluez-utils yet not bluez-utils-compat Jan 04 23:27:37 i thought that task-base-bluetooth ought to pull it in Jan 04 23:27:56 maybe i'm not properly adding task-base-bluetooth Jan 04 23:27:58 ? Jan 04 23:27:59 Khem: well, that code looks rather generic - of course I have to do it for my flash driver. Jan 04 23:30:43 right Jan 04 23:44:23 is there a way to determine which packages have been added to an image w/o flashing, booting and running ipkg list_installed? ie- from the development env? Jan 04 23:45:09 fun_in_oe: take a look into the rootfs directory Jan 04 23:45:25 Specifically, I would look in the lib/ipkg directory in the rootfs. Jan 04 23:45:27 specifically usr/lib/ipkg/status Jan 04 23:45:31 as well, what's the quickest/dirtiest way to force a package into an image? Jan 04 23:45:37 er, what RP said. :) Jan 04 23:45:38 sweet! thanks all! Jan 04 23:46:33 ipkg install -r imagedir to install an ipk if memory serves (look for the offline root option) Jan 04 23:46:58 * cyrilRomain notices each response has a precision that reflect OE experience ;) Jan 04 23:47:06 Of course, if the creator of your distro/image was kind, you could something like this in your local.conf file: Jan 04 23:47:12 slugos_EXTRA_DEPENDS = madwifi-ng Jan 04 23:47:40 herein lies my problem, distro creator != kind Jan 04 23:48:45 Well, take a look at the tasks for slugos -- if you edit yours to support that feature, it makes the "tuning" of an image easier. Jan 04 23:49:17 rp please excuse my ignorance but, could you expand on "imagedir"? Jan 04 23:50:55 it still pains me as to how/where bluez-utils is getting in but, not bluez-utils-compat Jan 04 23:51:36 fun_in_oe: The directory containing the image you want to install the package to Jan 04 23:55:14 thanks. and i should run the ipkg install from the dir containing the ipk? Jan 04 23:57:55 yeah, that doesn't work as there's no ipkg available in the dev env Jan 04 23:58:15 try looking for ipkg-cl Jan 04 23:58:38 nope Jan 04 23:58:58 that's an l as in love, yes? Jan 04 23:59:25 yes, there will be a copy in staging Jan 04 23:59:43 i don't have that available Jan 05 00:00:22 are you bothered about keeping the package manager files in sync? Jan 05 00:00:54 If not, "ar -x somefile.ipk; tar -xvzf data.tgz" in the image directory... Jan 05 00:01:27 at this point, i really just want to get the packages that are already built into the image Jan 05 00:01:58 ideally, i'd like to determine how it is that bluez-utils is being added to the image Jan 05 00:02:18 from there, i'd just add a line for bluez-utils-compat Jan 05 00:03:16 once i could accomplish this, i'd try to figure out why task-base-bluetooth isn't pulling them both into the image Jan 05 00:03:56 fun_in_oe: Does task-base-bluetooth list them both? Jan 05 00:04:26 You could look at that status file I mentioned earlier and see what has a bluez-utils dependency Jan 05 00:07:15 * fun_in_oe is sooooo wiped Jan 05 00:07:57 * fun_in_oe is looking @ the status file Jan 05 00:14:17 okay so, i should bump the "PR" of the package which depends upon bluez-utils and add a line for bluez-utils-compat? Jan 05 00:14:40 and build the package again and then the image? Jan 05 00:15:26 That would be one way to do what you want I guess Jan 05 00:17:52 BAM Jan 05 00:18:06 bluez-utils-compat in status file Jan 05 00:18:13 many thanks RP! Jan 05 00:27:34 fun_in_oe: np Jan 05 00:29:20 so, if i'm making any sense of this, my guess is that task-base is not even being called Jan 05 00:29:29 thus, neither ins task-base-bluetooth Jan 05 00:30:37 Khem: ok, works... I inserted some lines unlocking the flash in the mainstone flash driver. Jan 05 00:31:07 so, while thus far it seems that i am manually adding these packages (ie-not using openembedded as it should), would it make sense to go ahead and manually add all of the packages recommended by task-base-bluetooth? Jan 05 00:50:23 fun_in_oe: It would make more sense to find out why task-base-bluetooth wasn't being included Jan 05 00:57:11 good night Jan 05 01:07:02 rp: amen! Jan 05 01:07:28 alas, after all the fuss to get the packages installed Jan 05 01:07:30 ... Jan 05 01:07:42 the BT dongle isn't even recognized Jan 05 01:08:16 * fun_in_oe is going to vomit Jan 05 01:14:23 good night Jan 05 01:29:12 * fun_in_oe is packing it in Jan 05 01:29:51 many thanks to all who have helped me finally sort through the madness that some clown calls an OE environment Jan 05 01:30:46 * fun_in_oe looks forward to the day when he can ask said clown, "why are you trying to re-invent the wheel? many smart people have put a lot of time and effort into making openembeded what it is" **** ENDING LOGGING AT Sat Jan 05 02:59:57 2008