**** BEGIN LOGGING AT Fri Jun 15 02:59:59 2012 Jun 15 05:38:25 is no longer working? Jun 15 05:40:09 Five tries, and it gave up, trying to fetch zlib-1.2.3.tar.bz2 Jun 15 06:03:46 hello all Jun 15 06:03:54 good morning :) Jun 15 06:29:44 robtow: http://sources.openembedded.org/ is the right source mirror Jun 15 07:01:17 hi all Jun 15 08:49:03 hi Jun 15 08:50:05 as OE has layers now where I can find layer with lamp stack recipes? Jun 15 09:16:25 hey hrw Jun 15 09:17:44 hi florian Jun 15 09:18:15 florian: I need apache recipe - is there up-to-date version somewhere or should I make own one from oe/classic one? Jun 15 09:18:57 god question, did you take a look at the layer index in the wiki already? Jun 15 09:20:32 ah. wiki ;D) Jun 15 09:22:07 wow! I did not know that ELDK from Denx is now Yocto based Jun 15 09:27:43 time to resubscribe to oe mls Jun 15 09:27:57 florian: oe-dev + oe-core MLs should be enough? Jun 15 09:28:42 hrw: yes Jun 15 09:33:30 done Jun 15 09:34:35 morning hrw, florian, all Jun 15 09:35:02 hi bluelightning Jun 15 09:36:49 hi bluelightning Jun 15 09:37:50 does someone here track armv8? Jun 15 10:08:30 hello. what's the relation between angstrom's DISTRO_TYPE="debug"|"release" vs core-image.bbclass testing for IMAGE_FEATURES="debug-tweaks" to remove the root password? Jun 15 10:12:35 CMoH-notebook: the latter basically replaces the former in OE-Core, basically Jun 15 10:12:56 bluelightning, thanks Jun 15 10:12:56 although the way dropbear is handled for that is nasty :/ there's yocto project bug # Jun 15 10:13:02 is it on by default? Jun 15 10:13:11 er, I meant to say there's a yocto project bug filed to fix the latter Jun 15 10:13:21 currently i've set DISTRO_TYPE to "release" and i see no change Jun 15 10:13:53 although, i must say having this functionality in a per-image base is better Jun 15 10:14:21 CMoH-notebook: it is in the default local.conf yes Jun 15 10:14:34 CMoH-notebook: if you're using DISTRO_TYPE with OE-core that won't do anything Jun 15 10:14:43 ok, thanks - i wanted to confirm that Jun 15 10:15:15 hmm... last question: how do i get into the pad after disabling the empty root password; does it get a 'default' password? or none whatsoever Jun 15 10:15:41 it gets none, i.e. you cannot log in as root Jun 15 10:15:46 ok Jun 15 10:16:24 so... does oe-core provide some alternatives? Jun 15 10:16:28 to logging in? Jun 15 10:16:39 what do you mean exactly? Jun 15 10:17:54 i mean ... i can think of (a) creating another user for being able to debug, or (b) searching for alternative pam modules that provide authentication for logging into the device in a released image Jun 15 10:18:22 and i was asking if oe-core has some provisions for such use cases Jun 15 10:18:50 I'm not sure if that's been fully explored no, other than the possibility of doing manual post-processing to add users (via ROOTFS_POSTPROCESS_COMMAND) Jun 15 10:19:02 for (b) i was thinking of something like http://code.google.com/p/google-authenticator/ Jun 15 10:19:03 CMoH-notebook: did we have this sort of thing in OE-Classic? Jun 15 10:19:34 http://code.google.com/p/google-authenticator/wiki/PamModuleInstructions Jun 15 10:19:54 bluelightning, i am not sure; i am not versed in openembedded Jun 15 10:21:06 CMoH-notebook: ah, sorry... I thought I'd seen your name around here for a long time, I figured you were a long time user :) Jun 15 10:21:33 looks like a good idea, but I'm not aware of anyone working on it Jun 15 10:21:39 bluelightning, i am, but i still think i'm a novice :) Jun 15 10:22:26 ok - thanks for your input; i was trying to spare myself the time of searching through existing packages Jun 15 10:22:34 no problem Jun 15 11:00:03 for reference, the bug # for dropbear image-time no-password configuration is here: https://bugzilla.yoctoproject.org/show_bug.cgi?id=2578 Jun 15 11:15:16 bluelightning, thanks Jun 15 11:16:20 bluelightning, it does mean that i need to rebuild dropbear each time i switch from debug-tweaks to no-debug-tweaks (so to speak) Jun 15 11:22:16 bluelightning, can't that bug with dropbear get solved via alternatives? Jun 15 11:44:01 hmm... now dropbear does ask for a password, but it accepts any password for root... Jun 15 11:44:12 so does the login Jun 15 11:55:03 can someone with IPv6 connection try "bitbake -cfetch latencytop"? Jun 15 12:59:16 Can anyone give me a jump start? I successfully built an image with oe for beaglebone. Jun 15 12:59:45 now I would like to add just a kernel patch to my image and keep everything else. Jun 15 13:01:13 any ARM asm lang specialist , i am facing problem in sytack initialization Jun 15 13:01:16 ldr r0,=__stack_start__ Jun 15 13:01:16 mrs r1,cpsr Jun 15 13:01:16 bic r1,r1,#0x1 Jun 15 13:01:16 msr cpsr,r1 Jun 15 13:01:16 mov sp ,r0 Jun 15 13:01:18 /* Setting up now SVC stack */ Jun 15 13:01:20 mov r1,#0 Jun 15 13:01:22 mrs r1,cpsr Jun 15 13:01:24 orr r1,r1,#0x1 Jun 15 13:01:28 msr cpsr,r1 Jun 15 13:01:30 sub sp,r0,#0x200 Jun 15 13:30:52 looks like I will have to make few changes to qemuarmv7a machine and runqemu scripts Jun 15 13:31:06 vexpress-a9 is much better machine for it then versatilepb Jun 15 13:33:19 but that can wait Jun 15 15:34:47 hi :) i build sdk with oe, but don't undestand how i can build my kernel module with it. kernel-dev and kernel-header already installed to sdk Jun 15 15:36:04 i find http://www.kunen.org/uC/beagle/oe_kmod.html, but this is not what i want. i want to make possible build kernel module only with sdk toolchain Jun 15 15:37:25 maybe some kernel-kbuild or something like that :) Jun 15 15:50:21 khem, as you certainly know we do have rpmatch by now (we will cherry-pick this for the next maintenance .33.x) Jun 15 16:00:20 yesterday i was asking about a build=x86_64 host=i686 target=arm meta-toolchain-qte build. khem was nice and told me SDKMACHINE="i686" was what i needed. Jun 15 16:01:05 But oe keeps building build=host=x86_64 Jun 15 16:01:11 hi khem Jun 15 16:01:20 hello Jun 15 16:01:33 do you have an idea of what could cause that: Jun 15 16:01:36 unwind: Unknown symbol address Jun 15 16:01:41 it's in the kernel Jun 15 16:01:58 sorvats: canadian cross sdks are new feature on oe-core I dont think it will work so with classical oe Jun 15 16:02:10 ah Jun 15 16:02:19 http://pastie.org/4093095 Jun 15 16:02:48 could you point me to some directions on how to update to not-classical-oe? Jun 15 16:03:58 GNUtoo-hplaptop: I think your kernel died and when it was trying to unwind through stack it failed Jun 15 16:04:27 sorvats: you can use latest angstrom or yocto's poky build system Jun 15 16:04:36 or bare oe-core for that matter Jun 15 16:04:41 or shr distro Jun 15 16:04:44 may options Jun 15 16:05:07 khem, ok so I should try to disable unwind and get the failure Jun 15 16:05:14 try that Jun 15 16:13:28 ok thanks a lot. will pay a look at that Jun 16 02:29:24 im running into missing iconv during glib configure w/uclibc Jun 16 02:29:28 known issue? Jun 16 02:45:38 :/ **** ENDING LOGGING AT Sat Jun 16 02:59:58 2012