**** BEGIN LOGGING AT Mon Feb 25 02:59:57 2013 Feb 25 09:21:49 good morning Feb 25 09:22:25 morning all Feb 25 09:25:14 good morning ! Feb 25 10:42:35 Hi all! I've built a core-image-sato for my pandaboard correctly...but switching from branch denzil to danny my usb keyboard/mouse no longer works! someone have any idea how to fix this problem? maybe that's a problem with some xorg.conf? Feb 25 11:05:50 <_Lucretia_> how do I go about getting some patches applied to the source trees? Feb 25 11:07:03 _Lucretia_: Depending on the project either oe-core, oe-dev or yocto mailing lists Feb 25 11:07:32 which part of the source does your patches change? Feb 25 11:08:55 <_Lucretia_> well, it's the gumstix new repo, which uses yocto, openembedded and gumstix. There are patches that go inside meta-ti, meta-gumstix and meta-openembedded directories Feb 25 11:09:08 <_Lucretia_> it makes sgx build for sakoman-3.5 kernel on gumstix Feb 25 11:09:52 _Lucretia_: ok, well, meta-ti patches go to the meta-ti mailing list, meta-gumstix patches go to the meta-gumstix list and meta-openembedded patches go to the oe-dev list Feb 25 11:09:53 <_Lucretia_> it's part panseti's patch - as that was missing a part from the new sgx sources, which I copied across and a bunch of SRC_URI fixes because the source doesn't compile - denzil branch Feb 25 11:45:10 soldoKyn: the thing to do would be to determine whether it's a problem with X picking up the correct device or the device being correctly detected and assigned a device node in /dev Feb 25 11:45:51 soldoKyn: things to check - lsusb; cat /dev/input/devicename and then type/move the mouse Feb 25 12:03:28 bluelightning: lsusb -> Bus 001 Device 004: ID 046d:c05b Logitech, Inc. M-U0004 810-001317 [B110 Optical USB Mouse] Feb 25 12:03:47 cat /dev/input/mouse0 -> �(�(�(�(������������ Feb 25 12:04:03 when I move the mouse...so I think the mouse work! Feb 25 12:04:12 soldoKyn: have you checked the meta-ti mailing list, I'm sure something came up about this Feb 25 12:05:33 soldoKyn: I take it back; seems it was generic kernel problems Feb 25 12:18:20 jackmitchell: have you any suggestion for this kernel problem? in meta-ti i found only this: https://lists.yoctoproject.org/pipermail/meta-ti/2012-May/001181.html Feb 25 12:18:42 soldoKyn: Sorry I don't, have you tried asking on the Pandaboard channel? Feb 25 12:19:21 no, but I will! Thank you! Feb 25 14:46:02 Hi guys... i m trying to write my own recipe (for a specific user space daemon), but i would like to build with kernel 3.7 or greater (maybe yocto-linux-dev)... Could someone points me to a resource about this specific problem ? Feb 25 14:52:36 OlivierG, if you want a tested kernel greater than 3.7, I'll be sending out the linux-yocto 3.8 kernel recipes today (linux-yocto-dev will continue onto 3.9). Feb 25 14:53:18 3.8 will be perfect for my tests :) Feb 25 14:53:53 you'll of course need to use one of the qemu BSPs which will set 3.8 ad their preffered version. if you have another BSP, you'll need to update it to 3.8 as well. Feb 25 14:54:19 and you daemon will need a runtime test for the kernel version just to be safe, but you are likely already aware of that. Feb 25 14:56:43 I will start with 3.8 and see if everything is "on track" ... then add extra checks.... Feb 25 14:59:14 hi all! there is a command that I can use for discovering all the package that wil be included in an image? bitbake -s list all available package not all that packages that will be "installed" in an image.. Feb 25 15:25:13 Hi all, I'm building an image and one of my packages is failing to install because of failed dependencies. Is there a way to disable dep checking on install for a package? Feb 25 15:25:36 (the deps will be satisfied; the machine will run in a VM and the host will provide the libs) Feb 25 15:26:39 not at image creation time afaik. Feb 25 15:26:54 how does the host provide deps into a vm? Feb 25 15:27:12 the VM is an lxc VM Feb 25 15:27:34 so it just provides a directory under the VM's rootfs Feb 25 15:28:11 you could have a package that provides those dependencies but nothing else Feb 25 15:28:19 my-fake-lxc-library or something Feb 25 15:28:38 yeah, it's not failing on a package dep, it's failing on library deps Feb 25 15:28:55 I think it's from RPM Feb 25 15:29:09 libposittime.so.1 is needed by .i586 Feb 25 15:29:15 etc. Feb 25 15:29:56 that's a package dep Feb 25 15:30:00 its just special Feb 25 15:30:11 you should be able to provide those Feb 25 15:31:47 so there's a package that has an RDEPEND on libposixtime.so? Feb 25 15:32:30 I mean, it's failing in do_rootfs. It looks like it's installing the package on the rootfs using RPM and is failing Feb 25 15:33:11 yes Feb 25 15:33:29 in rootfs_rpm_do_rootfs Feb 25 15:33:42 the package has a rdepend on something like library(libposittime.so.1) Feb 25 15:33:56 i think thats the wrong form, but its something like that - rpm can tell you Feb 25 15:34:28 so that's an implicit dep that it calculated when it built the RPM, right? Feb 25 15:35:16 all packages get library dependencies generated automatically Feb 25 15:35:23 (i.e., that's some functionality coming from RPM, not from bitbake) Feb 25 15:35:30 Hello. Is somebody able to help with an rpath-qa-error in "meta/recipes-support/db/db_5.3.15.bb"? occurs in poky-danny-8.0 and a recent poky.git upon adding a configure-flag Feb 25 15:37:05 rburton: I'm happy to add a package to fake it out, I'm just not sure how to do it Feb 25 15:38:40 the configure-flag in question is "--enable-cxx" added to the "DB5_CONFIG" option Feb 25 15:50:52 what I don't understand is that this was working before Feb 25 15:51:16 I moved things from /usr/local/lib to /usr/lib and form /usr/local/bin to /usr/sbin and it went belly up Feb 25 15:51:21 now I changed it back and it's still failing Feb 25 16:15:07 rburton: any ideas how to get past the deps? Feb 25 16:21:47 you could try making a dummy package that rprovides libpositime.so.1 Feb 25 16:21:56 you may need special encoding, but that might work Feb 25 18:28:58 * mranostay waves to Crofton Feb 25 18:29:07 * Crofton waves back Feb 25 18:29:48 * mranostay back waves to Crofton starting a recursion loop Feb 25 18:29:53 *waves back Feb 25 19:16:47 anyone else unable to build connman for !x86 arches (out of master) ? Feb 25 19:51:49 zeddii: how does it fail? Feb 25 19:54:17 mranostay: http://pastebin.com/Dt5Fp5Br Feb 25 19:54:30 I'm doing boot tests on my 3.8 yocto kernel with minimal in the meantime. Feb 25 20:09:49 hey all. I've moved the autobuilder bot to the main yocto channel. If it starts being spammy (I've got it set low but still useful), let me know and I'll set it's verbosity a bit. Documentation on how to muck with it is at http://buildbot.net/buildbot/docs/0.8.7/manual/cfg-statustargets.html#status-IRC Feb 25 20:11:31 I'm trying to get a variable from the environment Feb 25 20:11:44 so I added this FOO_VAR into the BB_ENV_WHITELIST Feb 25 20:12:14 so when I do FOO_VAR="test" bitbake recipe, it was working Feb 25 20:12:22 now i don't know why it doesn't Feb 25 20:12:55 When I do ${@os.environ.get('FOO_VAR', '')} its always empty Feb 25 20:13:11 i did a bitbake -e recipe and BB_ENV_WHITELIST has the FOO_VAR there Feb 25 20:13:18 any clues? Feb 25 21:25:01 hmmm PACKAGES_machine-name_append doesn't work as expected Feb 25 21:31:49 is per machine PACKAGES allowed? :) Feb 25 21:39:56 should be Feb 25 21:40:05 look at base-files Feb 25 22:46:58 can a .conf inherit a .bbclass file? Feb 25 22:47:12 im trying to use a python function inside the distro.conf Feb 25 22:47:15 is it possible? Feb 25 22:53:41 ftonello: just include/require a .inc, or add a class to the global metadata with INHERIT Feb 26 01:27:17 Hi, I'm use Yocto 1.3 + Jasperforest BSP, the default Kernel is 3.4 , how can I modify the config to use kernel 2.6? Feb 26 01:37:12 O_O Feb 26 02:04:55 EddyDev, if you want to use your own kernel, see the kernel-dev manual, in particular see the section on linux-yocto-custom Feb 26 02:05:23 EddyDev, http://www.yoctoproject.org/docs/1.4/kernel-dev/kernel-dev.html Feb 26 02:06:00 EddyDev, but .... 2.6? Maybe we can help resolve whatever is holding you back from a recent kernel... **** ENDING LOGGING AT Tue Feb 26 02:59:58 2013