**** BEGIN LOGGING AT Wed Aug 13 02:59:58 2014 Aug 13 07:10:50 In Qt5, can I force using the tslib for mouse handling somehow ? I think it's picking up evdev currently Aug 13 07:26:06 morning all Aug 13 07:28:50 oh. sorry! wrong channel.. Aug 13 07:28:53 bluelightning, morning Aug 13 07:29:10 hi kroon Aug 13 07:29:12 * LetoThe2nd still wonders "Who mourns for Morn?" Aug 13 07:29:26 LetoThe2nd: well, he never said anything... Aug 13 07:30:36 bluelightning: thats why I keep on wondering. Aug 13 07:46:42 I didn't know #OE was biased towards star-trek Aug 13 07:47:01 This changes everything Aug 13 07:48:41 don't forget the occasional Dune reference Aug 13 07:49:32 tbr: exactly. Aug 13 07:52:12 I never saw Dune.. Maybe I should put it on my todo-list Aug 13 07:54:31 read it first. Aug 13 07:55:33 yeah, I'm not sure the film was all that great Aug 13 07:55:56 bluelightning: like with most book-to-film things.. its an interpretation. others are also valid. Aug 13 07:56:31 LetoThe2nd, I'll do that Aug 13 09:42:21 hmm, openembedded is stuck acpid 1.0.10 but kernel has no support for /proc/acpi/event anymore Aug 13 09:42:29 which means ... acpid is no longer working in OE Aug 13 09:43:13 (am I the only one bothered ? ^^) Aug 13 09:43:21 only few boards/soc using acpid Aug 13 09:43:31 try to update it Aug 13 09:43:54 yeah that's I'm about to do Aug 13 09:44:56 I thought kernel 3.16 brought back that file Aug 13 09:45:07 hmmm ... really ? Aug 13 09:45:09 but upgrading acpid is a better solution Aug 13 09:45:19 that would be crazy Aug 13 09:45:31 I seem to remeber that breakage in API was discussed on acpi mailing list Aug 13 09:45:40 I could be thinking of a different file though Aug 13 09:48:38 doesnt seem to be back Aug 13 09:48:47 (on mainline/master at least) Aug 13 09:49:03 anyway ... upgrading Aug 13 11:44:03 acpid 2.0.22 seems to work well with OE (linux-yocto 3.14), and uses autotools Aug 13 11:44:33 I guess I'll have to send a patch sometime Aug 13 11:53:36 bencoh: \o/ Aug 13 12:20:22 in daisy, kernel recipes should be able to process devicetree .dts files by adding them to KERNEL_DEVICETREE and including recipes-kernel/linux/linux-dtb.inc , right? Aug 13 12:20:47 what about recipes that use #include instead of /include/ ? these need the C preprocessor Aug 13 12:23:38 dv__: for recipes themselves there isn't such a syntax as #include... that would be seen as a comment Aug 13 12:23:53 I dont mean recipes Aug 13 12:23:56 typo Aug 13 12:24:01 I meant dts files Aug 13 12:24:12 ah; not sure then Aug 13 13:42:32 howdy good people Aug 13 13:42:55 can I have PV=MAJOR.MINOR.PATCH.BUILD? Aug 13 13:43:02 can opkg handle it? Aug 13 13:43:13 or must it be MAJOR.MINOR.PATCH Aug 13 13:43:33 the manual is unclear Aug 13 14:23:44 pompomJuice: it's package manager dependent, but I think they should all be able to handle it Aug 13 14:23:55 thanks Aug 13 14:24:08 because we had something that looked like 1.0+ac1245 Aug 13 14:24:14 and that totally confuses opkg Aug 13 14:24:20 it cant handle upgrades with such a PV Aug 13 14:24:42 so I thought it might be nice to specify what ranges of values makes sense for PV Aug 13 14:24:45 if it increases properly it will, it's when it doesn't that there is a problem Aug 13 14:24:55 so it does strcmp? Aug 13 14:25:16 it's probably a bit more complicated than that but it's the same idea yes Aug 13 14:25:22 ok Aug 13 14:25:37 well I am building a four digit PV and it's working Aug 13 14:25:42 bitbake is awesome Aug 13 14:26:02 whoevert made bitbake should get a medal Aug 13 14:27:15 for example Aug 13 14:29:08 I have a base recipy that contains the following: RDEPENDS_${PN} += "product-version (>= ${IMAGE_VERSION}.${IMAGE_BUILDNR})" Aug 13 14:29:26 that package contains all info regarding the version of the device Aug 13 14:29:30 I think that is awesome Aug 13 14:29:34 bitbake makes that possible Aug 13 17:07:19 why adding boost to TOOLCHAIN_TARGET_TASK does not work? Aug 13 17:07:19 ERROR: Nothing RPROVIDES 'packagegroup-core-standalone-sdk-target-dbgboost' Aug 13 17:07:51 you forgot to add a space separator Aug 13 17:07:57 _append doesn't add a space for you Aug 13 17:09:55 thanks Aug 13 17:10:20 should i add boost-dev ? Aug 13 17:10:32 i want boost headers in toolchain ? Aug 13 17:57:46 load average: 22.15, 20.72, 19.97; load average: 22.87, 15.70, 8.75; load average: 6.47, 10.50, 13.76 Aug 13 17:57:52 I need more builders :) Aug 13 18:10:48 haha Aug 13 18:58:42 why does python-ditribute-native fails to install when appended to TOOLCHAIN_TARGET_TASK? Aug 13 18:59:48 Unknown package 'python-distribute-native'. Aug 13 18:59:54 whereas i can bitbake it ? Aug 13 19:02:56 dca: native build doesn't create packages Aug 13 19:03:22 okay, how can i add python-distutils to toolchain ? Aug 13 19:04:02 you you need to add target one Aug 13 19:04:31 ehm Aug 13 19:04:48 e.g write that myself ? Aug 13 19:05:14 justdrop "-native" Aug 13 19:05:52 but i want to have distutils for host Aug 13 19:08:56 is that possible ? Aug 13 19:09:51 nativesdk is the keyword you're looking for Aug 13 19:11:07 nativesdk-python-distutils ? Aug 13 19:12:48 any hope of gitting the oe fetcher to fetch a head in the detached HEAD state? Aug 13 19:14:13 damn Aug 13 19:14:14 * opkg_install_cmd: Cannot install package nativesdk-python-distutils Aug 13 19:15:14 nativesdk has to be added to the host task variable, not target Aug 13 19:17:20 e.g to any DEPEND="..." ? Aug 13 19:18:27 or to some *_APPEND ? Aug 13 19:19:59 isn't there video of the ELC talks somewhere? Aug 13 19:20:12 or am i thinking of a different conference... Aug 13 19:21:32 freeelectrons have some Aug 13 19:24:19 dca: what are you talking about? Aug 13 19:28:05 Exception: ExpansionError: Failure expanding variable SRCPV, expression was ${@bb.fetch2.get_srcrev(d)} which triggered exception FetchError: Fetcher failure: Conflicting revisions (8f46b048818ba107126910159c76453cfb2025e2 from SRCREV and e300/beta2-rc1 from the url) found, please spcify one valid value Aug 13 19:28:20 trying to change from branch/hash to tag only in the fetcher Aug 13 20:44:36 ka6sox: nerdboy: here is something for you guys to play with this weekend :) http://lists.openembedded.org/pipermail/openembedded-core/2014-August/095778.html Aug 13 20:50:12 thanks... i think... Aug 13 20:50:59 well, at least chrome should not take long on that machine... Aug 13 20:52:13 gstreamer and qemu warnings were reported also to people who introduced them, so you can skip them for now (but waiting for the person who introduced them often doesn't work..) Aug 13 20:55:59 maybe I'll look into fixing firefox on x86_64 after upgrading webkit-efl.. Aug 13 21:40:58 somehow i thought the "fun" part was more obvious... i scheduled/announced it multiple places, invited people, and except for our end it's mostly crickets so far... **** ENDING LOGGING AT Thu Aug 14 02:59:59 2014