**** BEGIN LOGGING AT Wed Apr 21 02:59:56 2010 Apr 21 06:05:13 I keeps on getting this error "ERROR: Please set the 'PERSISTENT_DIR' or 'CA CHE' variable." Apr 21 06:05:17 can anyone help? Apr 21 06:08:59 yes we can! (Obama would say) Apr 21 06:09:31 Did you check your settings according to the 'OpenEmbedded Getting Started document'? Apr 21 06:10:04 yes Apr 21 06:10:17 I just finish setting up everything Apr 21 06:10:24 and trying to build a test recipe Apr 21 06:10:31 this is what i type Apr 21 06:10:39 i am now under the build/ directory Apr 21 06:10:58 $ bitbake test1 Apr 21 06:11:25 then i get the error "ERROR: Please set the 'PERSISTENT_DIR' or 'CACHE' variable." Apr 21 06:15:33 And you checked that BBPATH etc. is exported? Apr 21 06:16:28 yes Apr 21 06:17:29 Then I don't know what the problem is, but maybe someone else does. (as last thing you might als check possible difference with http://www.angstrom-distribution.org/building-angstrom) Apr 21 06:18:53 thx anyway Apr 21 06:19:02 just one thing Apr 21 06:19:19 how do u check whether it has exported? Apr 21 06:20:07 with 'env' command you can see Apr 21 06:21:04 so i look for BBPATH and? Apr 21 06:22:50 then you should check if it contains the right values, according to http://wiki.openembedded.net/index.php/Getting_Started#Setup_the_environment Apr 21 06:23:32 yep, it's all the same Apr 21 06:23:33 >.< Apr 21 07:27:43 where to ask for boardsupport which is related to oe? To what channel do I need to go Apr 21 07:29:27 nlCortana_, what board is it? Apr 21 07:40:50 morning Apr 21 07:41:36 grg devkit8000 Apr 21 07:41:52 #beagle would be best probably Apr 21 07:42:35 yes, but looks a bit the same, but my board has ethernet. Apr 21 07:48:26 the problem lies in that the DSP is not supported by the company who delivers this board. I found an patch on google code website an this one needs to be applied toe the 2.6.28-rc9-omap1 kernel Apr 21 07:50:56 but i cant find this exact number as a recipe in OE, but found linux-omap-2.6.28.bb Apr 21 07:51:03 is this the same? Apr 21 08:04:48 i have a kernel thats being built as part of a distro build. is there any way to get access to the compiled kernel tree? i need to manually build a module against it. Apr 21 08:04:56 the closest i Apr 21 08:05:09 've found is somethign wihtin staging, but its incomplete. Apr 21 08:06:12 ah ha! disregard that, i'm stupid. found the correct dir. Apr 21 08:06:25 kernel module should build against code which is in staging Apr 21 08:06:52 hrm. Apr 21 08:07:04 the problem with that is its missing things like headers. Apr 21 08:07:13 what about whats in work/ ? Apr 21 08:08:15 which headers it is missing? Apr 21 08:08:21 and which driver you want to build? Apr 21 08:09:37 erm, ok. i swore i looked before and there was only a couple files in it, but i'm looking now and its not, so i was mistaken. which means my makefile isn't working properly. Apr 21 08:09:54 something i'm developing. its a custom input driver. Apr 21 08:10:21 so, whats happening is its failing to find linux/* stuff, even though (looking now) i see them. Apr 21 08:14:31 and it builds if i use the dir in work/ this doesn't make sense. Apr 21 08:52:18 03Koen Kooi  07org.openembedded.dev * rc61fb93284 10openembedded.git/conf/distro/angstrom-2008.1.conf: angstrom: set DISTRO_FEED_CONFIGS Apr 21 09:10:08 03?ukasz Pankowski  07org.openembedded.dev * r3bd39c9455 10openembedded.git/recipes/ffalarms/ffalarms_git.bb: Apr 21 09:10:08 ffalarms: bump git version fix snooze when using fsotdld Apr 21 09:10:08 Signed-off-by: Martin Jansa Apr 21 09:10:19 03Ɓukasz Pankowski  07org.openembedded.dev * r188d4e13e0 10openembedded.git/recipes/ffalarms/ (atd-over-fso/run-over-fso.patch atd-over-fso_0.70.bb): Apr 21 09:10:19 atd-over-fso: also support for fsotdld API (incompatible to frameworkd otimed) Apr 21 09:10:19 Signed-off-by: Martin Jansa Apr 21 09:33:30 hi, im trying to add board support for the devkit8000, but i get a lot of these messages while building a base image: preferred version linux-omap-2.6.28 of linux not available (for item kernel-module-crypto_algapi) Apr 21 09:35:14 nlCortana: did you update COMPATIBLE_MACHINE in that recipe? Apr 21 09:35:47 in case devkit8000 is really supported by that kernel... Apr 21 09:45:08 JaMa, yes i did Apr 21 10:17:32 hello good morning, does someone here has succesfully built an image for an ipaq hw6915 (htcsable)? Apr 21 10:23:04 03Marco Cavallini  07org.openembedded.dev * r315b6341f6 10openembedded.git/conf/distro/include/kaeilos-2010.inc: include/kaeilos-2010.inc: includes for KaeilOS version 2010 Apr 21 10:23:13 03Marco Cavallini  07org.openembedded.dev * re69134096d 10openembedded.git/conf/distro/kaeilos-2010.conf: kaeilos-2010.conf: added new KaeilOS version 2010 Apr 21 10:23:57 good morning Apr 21 10:30:21 hello Apr 21 10:39:11 03Graeme Gregory  07org.openembedded.dev * rcb025b960e 10openembedded.git/recipes/linux/ (2 files in 2 dirs): Apr 21 10:39:11 linux-omap-zoomsync_2.6.32.bb : OTG support without gadget Apr 21 10:39:11 Taken from linux-omap-psp patches, makes zoom2 much more user friendly Apr 21 10:39:24 03Graeme Gregory  07org.openembedded.dev * rd0464c2574 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git.openembedded.org/openembedded into org.openembedded.dev Apr 21 11:40:09 hi Apr 21 11:43:04 03Koen Kooi  07org.openembedded.dev * rbdaddb1249 10openembedded.git/recipes/meta/meta-toolchain-qte.bb: meta-toolchain-qte: include QT version for angstrom Apr 21 11:43:05 03Koen Kooi  07org.openembedded.dev * r244c241f04 10openembedded.git/recipes/meta/meta-toolchain.bb: meta-toolchain: add hook to install proper feedconfigs and add an extra check to prevent bogus ones from going in Apr 21 11:44:25 03Koen Kooi  07org.openembedded.dev * r5e126716e0 10openembedded.git/recipes/linux/ (3 files in 3 dirs): linux-omap-psp 2.6.32: change 37xx OPP to latest definitions Apr 21 12:02:43 03Koen Kooi  07org.openembedded.dev * r0797aec5b0 10openembedded.git/contrib/angstrom/sort.sh: Apr 21 12:02:43 angstrom feed sorter: atomically replace list of know packages Apr 21 12:02:43 This change also makes it preserve packages that have been deleted, so we can now safely delete morgue directories Apr 21 13:07:40 03Joachim Ott  07org.openembedded.dev * r1652450346 10openembedded.git/recipes/base-files/ (base-files/shr/profile base-files_3.0.14.bb): Apr 21 13:07:40 base-files: improve profile for SHR Apr 21 13:07:40 Signed-off-by: Martin Jansa Apr 21 13:59:24 pulseaudio 0.9.21 does not compile for arm (I confirmed this on the pulseaudio bug tracker) so I want to use pulseaudio 0.9.15. If I bitbake -b /blah/pulseaudio_0.9.15.bb it compiles fine but if I set the version as the PREFERRED it still compiles 0.9.21. I removed all versions but 0.9.15 and it says pulse audio is missing or unbuildable even though it builds fine with -b Apr 21 14:00:32 just to clearify: bitbake pulseaudio always builds 0.9.21 even with PREFERRED set to 0.9.15 and with all other packages removed it returns missing or unbuildable. Apr 21 14:01:14 I looked at pulseaudio_0.9.15.bb and pulseaudio_0.9.21.bb and the packages look identical other than the PV. Apr 21 14:01:44 svolpe: and D_P set there :) Apr 21 14:02:08 svolpe: do you have it spelled PREFERRED_VERSION_pulseaudio = "0.9.15", right? Apr 21 14:03:44 JaMa: yes I have it spelled right but just to make sure there was not a typo, I deleted all other pulseaudio packages but 0.9.15 and thats when bitbake returned missing or unbuildable even though bitbake -b builds it fine. Apr 21 14:04:27 and with -D there is nothing interesting in bitbake output? Apr 21 14:04:45 almost all distros have P_V_pulseaudio already set Apr 21 14:06:11 JaMa: I might have found the issue, it looks like libatomics-ops is required by 0.9.15 but not 0.9.21 and its the real problem. I will investigate more. Apr 21 14:20:38 JaMa: I'm not even using pulseaudio but I guess alsa now requires it. I do not see any configuration options for Alsa to disable pulseaudio :-/ Apr 21 14:24:51 svolpe: neither do I, but it builds preferred 0.9.15 just fine here Apr 21 14:27:16 JaMa: are you using the latest OE? It looks like at one time the package libatomics was there and now it is not. pulseaudio 0.9.15 seems depended on it. Apr 21 14:28:10 svolpe: yes leatest oe.dev Apr 21 14:29:09 svolpe: you mean, you don't have ./pulseaudio/libatomics-ops_1.2.bb ? Apr 21 14:31:41 JaMa: drats, thank you that is what I did! I was looking for libatomics-ops_1.2.bb under recipes/libatomic but that did not exist. I bet I deleted it from pulseaudio by mistake. fatfinger, embarrassing :-/ Apr 21 14:50:06 JaMa: strange, now I have libatomics-ops_1.2.bb and if I have PREFERRED_VERSION_pulseaudio = "0.9.15" it still tries to compile 0.9.21 but if I delete all other packages other than 0.9.15 everything works. I grep'd PREFERRED_VERSION_pulseaudio and its not being set anywere else other than the distro files. maybe I have something residual, I will check. Apr 21 14:51:18 svolpe: check with -e if PREFERRED_VERSION_pulseaudio value is what you expect - "0.9.15" Apr 21 15:02:09 JaMa: found the problem. I set up a BBFILE_PATTERN_local directory for the packages I modified/added. I also made a conf/distro directory in it and copied the minimal.conf over to it. The strange thing is all other packages work and take priority (as I set it) to my local but not the distro. Once I removed the minimal.conf from the upstream then bitbake used the local, weird. Apr 21 15:03:00 JaMa: ...used the local/conf/distro/minimal.conf that is. Apr 21 15:04:01 JaMa: I wonder why the upstream conf/distro/minimal.conf had priority over my local/distro/minimal.conf even though thats not how I have the BBFILE_PRIORITY_ set up. Apr 21 15:08:34 03Martin Jansa  07org.openembedded.dev * r365717102d 10openembedded.git/ (3 files in 2 dirs): fso: bump SRCREV for libfsotransport fixes (reliable GSM registration for om) Apr 21 15:08:51 svolpe: BBFILE_PRIORITY affects BBFILES only. its used to prioritize when it encounters the same recipe in multiple places, that's all. Apr 21 15:09:04 svolpe: config files and classes are found by searching BBPATH, grabbing the first it sees. Apr 21 15:09:13 svolpe: so move local before upstream in your bbpath. Apr 21 15:13:23 * kergoth is comparing bitbake -e output for every single recipe before and after changing 'inherit' to a non-imperative behavior Apr 21 15:30:40 good morning Apr 21 15:31:27 good morning Apr 21 15:34:30 kergoth: hi. I've been able to make bitbake emit strange error messages ('do_configure not found' bitbaking console-image) by just breaking a definition Apr 21 15:34:46 well, my bad Apr 21 15:36:11 hi recalcati_ Apr 21 15:44:15 hi mckoan Apr 21 15:58:48 ant_work: what error messages? Apr 21 16:00:00 bitbake console-image faled in do_configure Apr 21 16:00:29 you're going to need to elaborate. Apr 21 16:00:31 http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=884ca29a3d6c1a6c566faf163968e012db4d5ea8 Apr 21 16:00:33 kergoth: great thanks! Apr 21 16:00:35 ^ culprit Apr 21 16:00:53 weird. Apr 21 16:00:54 a broken var definition ended up with strange effects Apr 21 16:01:05 oh, if the definition is broken enough, it could fail shell syntax Apr 21 16:01:09 btw bitbake 1.10 Apr 21 16:01:11 which would break all emitted tasks Apr 21 16:01:34 basically in run.do_configure Apr 21 16:01:46 right, global vars end up in all of the emitted run. scripts Apr 21 16:01:49 there were do_configure, pointing to base_do_configure iirc Apr 21 16:01:53 * kergoth_ gets caffeine Apr 21 16:02:21 result (iirc) do_configure not found Apr 21 16:02:43 I really did my very best breaking that recipe :D Apr 21 16:03:11 heh :) Apr 21 16:10:38 would'nt it be possible to track such parsing errors waiting for a return value or like this? Apr 21 16:14:00 have a nice rest of day Apr 21 16:30:23 ant_work: dunno, personally I rather dislike the fact that we're shoving multi-line commands into a variable like this, the whole IMAGE_CMD thing should be rethought a bit. Apr 21 16:30:26 heh Apr 21 16:36:03 it seems nobody has interest in jffs2 summary...it was added just for Zaurus I think Apr 21 16:36:43 kergoth_: imagine there were more lines (headers) Apr 21 16:37:07 bbl Apr 21 16:40:24 hmmm.. if i do find a way to get this to work, and make inherit more declarative.. how the hell am i going to make sure it doesn't break other overlays.. can't warn every time it sees an inherit, for gods sake.. Apr 21 16:40:28 hmm Apr 21 17:21:05 03Martin Jansa  07org.openembedded.dev * ra18f184e56 10openembedded.git/recipes/shr/shr-settings_git.bb: shr-settings: bump SRCREV Apr 21 17:27:30 03Martin Jansa  07org.openembedded.dev * r5960d372fb 10openembedded.git/conf/distro/include/sane-srcrevs.inc: Apr 21 17:27:30 EFL: bump SRCREV for more illume2 fixes Apr 21 17:27:30 Signed-off-by: Martin Jansa Apr 21 17:45:29 RP: ping Apr 21 17:50:05 kergoth_: Its not picking up gcc-cross what I want and specify in local.conf and bitbake reads in local.conf Apr 21 17:50:27 I dont know why it disregards PREFERRED_VERSION_local Apr 21 17:52:34 hmm Apr 21 17:52:41 what distro/arch? Apr 21 17:52:53 minimal/arm Apr 21 17:52:59 hmm Apr 21 17:53:01 it used to work fine 2 weeks ago Apr 21 17:53:03 same setup Apr 21 17:53:07 ah Apr 21 17:53:25 bitbake -e to confirm the PREFERRED_VERSION values Apr 21 17:53:46 OVERRIDES order looks like what? Apr 21 17:58:54 Tartarus: its not even listing normal gcc versions for providers Apr 21 18:02:27 PREFERRED_VERSION_gcc-cross="4.4.3" Apr 21 18:02:30 seems to be right Apr 21 18:05:39 http://pastebin.com/ByA8aEc1 Apr 21 18:21:22 re Apr 21 18:24:24 hey hrw Apr 21 18:37:20 kergoth_: it seems nothing in local.conf is being honored Apr 21 18:37:51 khem: bitbake -e | grep \^BBPATH :P Apr 21 18:37:58 kergoth_: I checked other versions and they were not picked as well. but -DDD shows that bitbake read local.conf in Apr 21 18:41:56 kergoth_: hmmm bitbake -e console-image| grep \^BBPATH returned nothing Apr 21 18:43:39 kergoth_: http://pastebin.com/YT4rEJAj Apr 21 19:03:31 03Martin Jansa  07org.openembedded.dev * rb040b2b175 10openembedded.git/recipes/shr/frameworkd-config-shr_git.bb: Apr 21 19:03:31 frameworkd-config-shr: bump SRCREVs to disable ogsmd and switch to fsogsmd Apr 21 19:03:31 Signed-off-by: Martin Jansa Apr 21 19:03:36 03Martin Jansa  07org.openembedded.dev * rf97d34f522 10openembedded.git/recipes/freesmartphone/fsogsmd_git.bb: fsogsmd: install dbus activation file again for SHR Apr 21 19:03:37 03Martin Jansa  07org.openembedded.dev * r8450f7da68 10openembedded.git/recipes/freesmartphone/frameworkd_git.bb: Apr 21 19:03:37 frameworkd: bump SRCREV for s/Notify/Changed/ in opreferencesd Apr 21 19:03:37 Signed-off-by: Martin Jansa Apr 21 19:09:38 grr, i think its time to make a task that emits data in a pickled form and diffs against the previous emission, to compare the metadata when making big changes Apr 21 19:17:12 kergoth: it seems bitbake gets all information and decided still not to use it Apr 21 19:17:26 kergoth: any other ideas you might have to chase it Apr 21 19:17:33 no idea, works fine here Apr 21 19:18:01 can you create a minimal repro environment? perhaps a copy of your config the way i did OE-BBLayers? Apr 21 19:18:40 kergoth: yeah let me try it Apr 21 19:28:17 * kergoth_ finally decides to read all the server/ui code Apr 21 19:32:04 I think I may be overdoing the bitbake topic branches. Apr 21 19:32:59 kergoth_: it still picks up the wrong gcc now I tried for angstrom and minimal same result Apr 21 19:33:09 kergoth: I have no local.conf Apr 21 19:33:11 now Apr 21 19:33:20 only TMPDIR and DLDIR is set Apr 21 19:34:04 03Martin Jansa  07org.openembedded.dev * r55603723e5 10openembedded.git/recipes/ (5 files in 2 dirs): Apr 21 19:34:04 shr: bump SRCREVs for fsogsmd compatible versions Apr 21 19:34:04 Signed-off-by: Martin Jansa Apr 21 19:58:17 03Denys Dmytriyenko  07org.openembedded.dev * rf74cf50c4d 10openembedded.git/recipes/tinylogin/tinylogin_1.4.bb: tinylogin: update LICENSE to more specific GPLv2 Apr 21 20:10:18 erk. for recipe in openembedded/recipes/*/*.bb; do bitbake -c something -b $recipe; done - takes a LONG fucking time :) Apr 21 20:16:30 hrm Apr 21 20:17:06 kergoth_: who would have thunk it. Apr 21 20:17:10 :) Apr 21 20:18:02 god, there are way, way too many dependencies upon implementation details of oe classes and bitbake internals Apr 21 20:20:52 Can anyone help with advice on the options available for doing direcfb graphics in java? Apr 21 20:22:15 I have been trying to build classpath with gtk+ built for direct-fb but get compilations errors and I am not sure I have a sane approach to it Apr 21 20:24:07 there we go, got an emit_data class that both emits the datastore to a file and prints a diff of it against the previous emitted datastore Apr 21 20:24:12 this should be handy Apr 21 20:24:27 I thought mkfs.ext3 would be in e2fsprogs but it's not... what packages adds those? Apr 21 20:29:21 util-linux-ng? Apr 21 20:30:29 thanks.. let me try :> Apr 21 20:36:53 woo, a bitbake -c emit_data_all -k world isn't as painful as i expected Apr 21 20:36:57 ah, e2fsprogs-mke2fs did have it, I just did not notice Apr 21 20:50:37 s@it ADSL provider.. Apr 21 20:51:00 good morning btw Apr 21 20:54:03 hi ant__ Apr 21 20:54:33 hello florian Apr 21 21:04:59 ERROR: '['/home/kergoth/Code/oe/openembedded/recipes/tasks/task-mamona-base.bb']' RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity '|' but it wasn't found in any PACKAGE or RPROVIDES variables Apr 21 21:05:01 * kergoth chuckles Apr 21 21:07:53 kergoth: btw try andrea@mizar /oe/openembedded/recipes $ grep -R 'recipes/' . Apr 21 21:08:12 they hardcode 'recipes' Apr 21 21:08:26 is a problem wrt layout, isn't? Apr 21 21:08:35 err overlays Apr 21 21:14:44 kergoth: like you beat us here http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=bb5d379aa5a57c54e36b2452baac1135952fda8e Apr 21 21:24:22 ah, right, forgot about that :) Apr 21 21:25:12 hmmmm Apr 21 21:36:35 kergoth: btw btw Apr 21 21:36:50 have you seen Genott introduced 'lafilefixer' Apr 21 21:37:24 *Gentoo Apr 21 21:37:39 * ant__ finger's are faster than usb kb... Apr 21 22:16:52 03Chris Larson  07org.openembedded.dev * r4f80427986 10openembedded.git/conf/layer.conf: Apr 21 22:16:52 Add an initial layer.conf for use with bitbake's bblayers support, for convenience Apr 21 22:16:52 Signed-off-by: Chris Larson Apr 21 22:23:16 kergoth: which distro and machine do you use Apr 21 22:23:41 varies. I'm not actually *running* anything built by OE on a device, other than the occasional qemu testing. Apr 21 22:24:02 kergoth: I cloned a fresh tree and its still picking up gcc-cross_csl-arm-2008q3.bb Apr 21 22:24:20 I am bewildered Apr 21 22:26:25 kergoth: http://pastebin.com/ZP9L2cw1 Apr 21 22:26:57 kergoth: I am wondering how come it can not find others Apr 21 22:27:10 recipes that provide gcc-cross Apr 21 22:27:42 what does bitbake -DDD say for you when it comes to picking up gcc-cross Apr 21 22:29:33 03Andrea Adami  07org.openembedded.dev * rb3bff5fa13 10openembedded.git/recipes/kexecboot/linux-kexecboot-2.6.33+2.6.34-rc4/poodle/defconfig: linux-kexecboot: fix poodle resolution in 2.6.33-rc4 (still no joy) Apr 21 22:41:26 hrm Apr 21 22:42:17 * khem tries on a different machine Apr 21 22:47:21 I get same on the other box too. Apr 21 22:47:51 I suspect bitbake here Apr 21 22:48:10 kergoth: I am using latest master of bitbake Apr 21 22:48:16 is that right thing to do ? Apr 21 22:52:01 Is it possible to make bitbake compile a kernel without building the rest of the distro? Apr 21 22:52:41 I tried bitbake virtual/kernel but that started pulling in other things Apr 21 22:53:25 it will build everything thats needed to build the kernel Apr 21 22:53:47 BitWraith: you can dump the dependencies and see what all it needs in order to build the kernel Apr 21 22:54:39 I see. I didn't realize it may be pulling in build-time dependencies Apr 21 22:55:11 One more question: Is there a way I can make sure a couple of specific kernel modules will be compiled? Apr 21 22:55:30 I need the asix module to connect to the internet Apr 21 22:55:54 you can configure defconfig Apr 21 22:55:59 for whatever you want Apr 21 22:56:32 oh... I thought bitbake would just go ahead and build with its own settings Apr 21 22:57:33 excellent. thanks for your informaiton :-) Apr 21 23:00:46 khem: okay, repro'd that behavior, seeing it here too, looking into it Apr 21 23:01:57 thankfully, I was starting to suspect my sanity Apr 21 23:10:28 kergoth: it seems a bitbake problem not related to bblayers stuff Apr 21 23:10:33 * kergoth nods Apr 21 23:10:40 okay. weird. Apr 21 23:11:00 git bisect Apr 21 23:11:02 well, if it works in 1.8, maybe a git bisect is in orer Apr 21 23:11:04 yeah :) Apr 21 23:22:23 :) Apr 21 23:36:50 khem: got the commit that broke it, i'm on it Apr 21 23:36:56 thanks for looking into it :) Apr 21 23:38:31 kergoth broke bitbake again? *g* Apr 21 23:38:40 yep, somehow Apr 21 23:38:47 don't even know how i managed it :) Apr 21 23:38:56 all this commit does is moves a function into the datastore class.. Apr 21 23:39:01 i screwed up a copy/paste? ;) Apr 21 23:41:01 haha I got navit working under cgywin Apr 21 23:41:20 even with gps Apr 21 23:41:24 *woot* Apr 21 23:42:46 whats the basic x11 receipie for beagle board? Apr 21 23:45:02 basic? Apr 21 23:45:52 demo, starter Apr 21 23:47:29 you mean image? Apr 21 23:49:36 to build from source, a bitbake recipie for x11 on beagleboard Apr 21 23:49:52 could be minimal, or opie or whatever Apr 21 23:52:36 khem: okay, fixed, pull in master. Apr 21 23:59:25 wroberts1 so you already have an image running? Apr 22 00:30:16 * Openfree is away: I'm busy Apr 22 00:38:30 * Openfree is back (gone 00:08:25) Apr 22 00:39:20 Openfree, so glad you're back! Now I can tell you to turn of away notifications in your client. Apr 22 01:07:07 Does the kernel in oe have the squashfs patch added? Apr 22 01:07:27 there is no "the kernel" Apr 22 01:10:21 BitWraith: look in openembedded/recipes/linux/ Apr 22 01:12:13 o_0 Apr 22 01:12:35 OE is just full of surprises, isn't it? Apr 22 01:12:43 lol Apr 22 01:12:45 not sure why that would be surprising Apr 22 01:13:04 plenty of devices need highly patched kernels Apr 22 01:13:23 * kergoth_ grumbles Apr 22 01:13:25 "one linux to rule them all" Apr 22 01:13:41 well, I used the Poky distribution before, and they happened to use the same kernel version as was pulled in when I used anstrom in the local.conf Apr 22 01:14:23 I just assumed that OE gave everybody a very similar kernel... obviously I should stop assuming anything. X-D Apr 22 01:14:32 the machine almost always defines the kernel version Apr 22 01:14:33 not the distro Apr 22 01:14:37 "angstrom" or otherwise Apr 22 01:17:04 nitw Apr 22 01:17:07 nitw Apr 22 01:17:09 args Apr 22 01:17:12 nite Apr 22 01:18:03 heh Apr 22 01:22:03 kergoth: cool. Just reached home will try now Apr 22 01:22:09 cool Apr 22 01:22:16 <3 bisect Apr 22 01:22:23 would've been a royal pain Apr 22 01:26:00 yeah Apr 22 01:29:56 kergoth: ok now its fixed. Apr 22 01:29:58 thanks Apr 22 01:30:04 great Apr 22 01:30:05 np Apr 22 01:30:44 kergoth: is it commit 2f7c498abcf675e5b8de197d8056a0581670c2bd that fixed it ? Apr 22 01:31:12 yep Apr 22 01:47:52 heyo Apr 22 02:57:43 03Chris Larson  07org.openembedded.dev * r38e03c6721 10openembedded.git/classes/emit_data.bbclass: Apr 22 02:57:43 Add emit_data.bbclass, which emits the metadata and displays diffs from previous Apr 22 02:57:43 This can be useful for making invasive changes, to see if you inadvertantly broke something. Apr 22 02:57:43 Signed-off-by: Chris Larson Apr 22 02:57:43 03Chris Larson  07org.openembedded.dev * r7b333b993d 10openembedded.git/classes/utils.bbclass: Apr 22 02:57:44 utils.bbclass: make check_app_exists slightly more pythonic Apr 22 02:57:44 Signed-off-by: Chris Larson **** ENDING LOGGING AT Thu Apr 22 02:59:57 2010