| 00:09.15 | *** join/#oe promach (promach@gateway/shell/suchznc/x-cxprddbcnerjkngw) |
| 00:47.37 | *** join/#oe micka (~micka@85-169-205-91.rev.numericable.fr) |
| 00:49.30 | *** join/#oe uwe__ (~uwe_@ipservice-092-219-220-180.092.219.pools.vodafone-ip.de) |
| 01:05.12 | *** join/#oe morphis__ (~morphis@pD9ED7C23.dip0.t-ipconnect.de) |
| 01:17.15 | *** join/#oe micka (~micka@85-169-205-91.rev.numericable.fr) |
| 01:32.41 | *** join/#oe micka (~micka@85-169-205-91.rev.numericable.fr) |
| 02:02.47 | *** join/#oe Nilesh_ (uid116340@gateway/web/irccloud.com/x-dmzizaehinzzijzx) |
| 02:06.32 | *** join/#oe Crofton (~Crofton@69.7.123.146) |
| 02:47.21 | *** join/#oe micka (~micka@85-169-205-91.rev.numericable.fr) |
| 03:02.24 | *** join/#oe micka (~micka@85-169-205-91.rev.numericable.fr) |
| 04:33.36 | *** join/#oe stefan_schmidt (~stefan@p200300480913ECCB9A8389FFFE2E3FAE.dip0.t-ipconnect.de) |
| 05:10.15 | *** join/#oe AndersD (~anders@194-237-220-218.customer.telia.com) |
| 05:19.57 | *** join/#oe hmw_ (~hmw@zimbra.welvaarts.com) |
| 05:24.32 | *** join/#oe AndersD (~anders@194.237.220.218) |
| 05:40.20 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 05:53.44 | *** join/#oe fray (~fray@kernel.crashing.org) |
| 05:55.53 | *** join/#oe jku (~jku@212-90-67-101.bb.dnainternet.fi) |
| 06:14.44 | *** join/#oe silviof (~silviof@unaffiliated/silviof) |
| 06:17.43 | *** join/#oe micka (~micka@85-169-205-91.rev.numericable.fr) |
| 06:20.06 | dv_ | hi |
| 06:20.26 | dv_ | I proposed a patch for meta-qt5 to correct an issue in gstreamer when it comes to building its qt element |
| 06:20.38 | dv_ | not sure now if it really is a gstreamer issue though |
| 06:20.54 | dv_ | the Qt5Core.pc file created by meta-qt5 contains this: host_bins=/usr/bin/qt5 |
| 06:21.31 | dv_ | shouldn't it contain ${RECIPE_SYSROOT_NATIVE}/usr/bin/qt5 ? |
| 06:46.45 | *** join/#oe ao2 (~ao2@host79-73-dynamic.57-82-r.retail.telecomitalia.it) |
| 06:47.45 | *** join/#oe micka (~micka@85-169-205-91.rev.numericable.fr) |
| 07:07.35 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-fkvsyljvqbqdvqwa) |
| 07:13.59 | *** join/#oe joseppc (~josep@sestofw01.enea.se) |
| 07:14.00 | *** join/#oe joseppc (~josep@linaro/joseppc) |
| 07:58.22 | *** join/#oe micka (~micka@85-169-205-91.rev.numericable.fr) |
| 08:00.27 | *** join/#oe jku (~jku@192.198.151.44) |
| 08:15.49 | *** join/#oe jku (~jku@192.198.151.44) |
| 08:18.22 | *** join/#oe micka (~micka@85-169-205-91.rev.numericable.fr) |
| 08:21.00 | *** join/#oe Bunio_FH (~bunio@84.red-213-0-2.staticip.rima-tde.net) |
| 08:53.23 | LetoThe2nd | <PROTECTED> |
| 09:08.09 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 10:00.54 | *** join/#oe uwe_ (~uwe_@ipservice-092-217-124-220.092.217.pools.vodafone-ip.de) |
| 10:48.34 | *** join/#oe micka (~micka@85-169-205-91.rev.numericable.fr) |
| 10:49.04 | *** join/#oe mario-goulart (~user@email.parenteses.org) |
| 11:17.01 | *** join/#oe micka (~micka@85-169-205-91.rev.numericable.fr) |
| 11:35.33 | *** join/#oe ldnunes (~ldnunes_@181.220.72.143) |
| 11:54.04 | *** join/#oe ldnunes (~ldnunes_@181.220.72.143) |
| 12:28.39 | *** join/#oe caiortp (~inatel@131.221.240.233) |
| 12:29.48 | *** join/#oe christner (~dchristne@50-76-27-165-static.hfc.comcastbusiness.net) |
| 12:41.24 | Crofton | RP, in your never ending quest for speed, a friend is making bizarre claims hat setting cmkae/autotools to run on one cpu speeds things up |
| 12:44.44 | RP | Crofton: Its a full circle. You know I was the one who discovered this? |
| 12:45.23 | RP | Crofton: http://linux-kernel.2935.n7.nabble.com/Performance-of-forky-workloads-td1255622.html (Dec 2015) |
| 12:45.57 | RP | Crofton: Its all about cache reuse I suspect |
| 12:50.35 | RP | Crofton: I even have a patch which does do_configure cpu pinning: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip-rss2&id=aa692cdc13f1efa132d4786d4c467ac916b5e708 |
| 12:54.55 | georgem | interesting |
| 12:56.23 | georgem | I wonder if turbo boost could be having an impact as well. Doesn't it only boost a single core's speed if the others are idle? |
| 12:57.07 | *** join/#oe tom_nov (~Tomas@176.74.132.138) |
| 12:57.48 | georgem | If so that would be a pretty small percentage of the issue but... |
| 13:09.08 | *** join/#oe tlwoerner (~Trevor@206.248.190.95) |
| 13:09.08 | *** join/#oe tlwoerner (~Trevor@unaffiliated/tlwoerner) |
| 13:14.08 | *** join/#oe madisox (~madison@216-75-232-11.static.wiline.com) |
| 13:19.48 | *** join/#oe stephano (~stephano@134.134.139.78) |
| 13:21.47 | *** join/#oe snowkidimd (~textual@pool-173-76-124-136.bstnma.fios.verizon.net) |
| 13:40.30 | *** join/#oe armpit (~armpit@2601:202:4001:9ea0:1546:4e93:629:a226) |
| 13:53.35 | *** join/#oe AndersD (~anders@h83-209-191-235.cust.se.alltele.net) |
| 14:03.00 | Crofton | RP, thanks, I'll pass those to the guy rediscoverin this |
| 14:05.20 | Crofton | RP, a pox on stubborn people, he is now whining about nabble |
| 14:05.38 | Crofton | of course, he has had some support email threads abdly derailed by nabble users |
| 14:47.16 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 14:54.57 | *** join/#oe joseppc (~josep@sestofw01.enea.se) |
| 14:54.57 | *** join/#oe joseppc (~josep@linaro/joseppc) |
| 14:56.21 | *** join/#oe ChrisD1_Away (~ChrisD@dsl-217-155-59-206.zen.co.uk) |
| 15:06.08 | *** join/#oe snowkidimd (~textual@pool-173-76-124-136.bstnma.fios.verizon.net) |
| 15:20.58 | *** join/#oe melonipoika_ (~quassel@dsl-hkibng22-54f98b-64.dhcp.inet.fi) |
| 15:36.01 | *** join/#oe snowkidimd (~textual@pool-173-76-124-136.bstnma.fios.verizon.net) |
| 15:47.51 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 15:50.42 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 16:39.55 | *** join/#oe blight (~greg@213-47-248-9.cable.dynamic.surfer.at) |
| 16:39.56 | *** join/#oe blight (~greg@reactos/developer/blight) |
| 16:45.42 | *** join/#oe Jackie (~quassel@106.120.101.38) |
| 17:08.33 | *** join/#oe Jackie_huang (~quassel@106.120.101.38) |
| 17:20.34 | *** join/#oe eFfeM (~frans@f160137.upc-f.chello.nl) |
| 18:24.10 | Crofton | lol, He found an official lnk and read it |
| 18:43.44 | *** join/#oe ldnunes (~ldnunes_@181.220.72.143) |
| 18:53.51 | *** join/#oe robert_yang (~lyang1@106.120.101.38) |
| 18:54.20 | *** join/#oe Jackie (~quassel@106.120.101.38) |
| 19:21.31 | *** join/#oe nslu2-log (~nslu2-log@milla.nas-admin.org) |
| 19:22.38 | *** join/#oe stephano (stephano@nat/intel/x-lmuxbnpzepuuepkb) |
| 19:37.30 | *** join/#oe melonipoika_ (~quassel@dsl-hkibng22-54f98b-64.dhcp.inet.fi) |
| 19:45.32 | *** join/#oe dv_ (~quassel@62.178.118.86) |
| 20:16.58 | otavio | Does it rings any bells? .../cgo.a(_all.o): unknown relocation type 30 |
| 20:27.56 | dv_ | otavio: if I update the gst recipes to 0.12.2 , what to do about the qt5 gst plugins? would it make sense to add the qt5 packageconfig to the gstreamer1.0-plugins-base.inc file even though it is not part of oe-core or meta-openembedded ? |
| 20:28.21 | dv_ | "it" = qt5 support |
| 20:32.31 | otavio | I'd say no |
| 20:32.37 | otavio | I'd add to the specific one |
| 20:33.07 | otavio | but I don't know for sure if base.inc has other items supported by few only |
| 20:57.49 | moto-timo | behanw: glad to hear you have some automation in that 3000 line script! |
| 20:59.11 | behanw | moto-timo: 4392 src/ready-for.sh |
| 20:59.11 | behanw | <PROTECTED> |
| 20:59.32 | behanw | moto-timo: "som automation"? I'm insulted! ;) |
| 20:59.40 | behanw | That is "some automation" |
| 21:00.25 | behanw | The whole thing automates what I otherwise have to do manually. It *is* automation. ;) |
| 21:00.25 | moto-timo | :) |
| 21:00.38 | behanw | I automated myself. |
| 21:00.51 | behanw | I'm far too lazy to do things by hand... |
| 21:00.59 | moto-timo | behanw: that's usually what drives me to write anything. I hate repetition. |
| 21:01.02 | behanw | moto-timo: So pink was okay? |
| 21:01.48 | moto-timo | behanw: fine with me |
| 21:01.52 | behanw | :) |
| 21:02.10 | behanw | It's all I could find. |
| 21:08.46 | *** join/#oe stephano (stephano@nat/intel/x-kpqtbrwaurzzpxee) |
| 21:10.05 | *** join/#oe stephano (stephano@nat/intel/x-aqxkwjpebmycjmev) |
| 21:30.55 | dv_ | otavio: the problem is that the --with-moc/uic/rcc options got introduced in 0.12.2 |
| 21:31.36 | dv_ | or ... hmm well I guess if it gets added to master it could be ok, assuming oe-core master would also have 0.12.2 |
| 21:31.43 | otavio | yes |
| 21:32.37 | dv_ | otavio: something else: kernel config fragments + linux-imx kernels, what do you think about that? |
| 21:33.03 | otavio | dv_: possible to add; for linux-fslc and like |
| 21:33.09 | dv_ | yes |
| 21:33.32 | dv_ | well, if it were moved from linux-yocto to the base linux bbclass, it would be automatically added.. |
| 21:41.49 | kergoth | dv_: there's an open yocto issue in bugzilla about adding fragments support to non-linux-yocto kernels in a more generic way |
| 21:42.11 | kergoth | it's slightly non-trivial, because there's no standard way in which defconfig is pulled in and written to .config, it varies from one kernel recipe to the next |
| 21:43.20 | dv_ | sounds like a good case for a dedicated task |
| 21:43.28 | dv_ | prepare_defconfig() or something like that |
| 21:58.19 | kergoth | indeed. do_preconfigure has been done in some recipes, iirc. no real preference, but yeah, something should be done to clearly deliate setting up .config from actually calling make oldconfig & whatnot |
| 21:58.40 | kergoth | delineate, that is |
| 22:18.03 | *** join/#oe paulg_ (~paulg@128.224.252.2) |
| 22:49.10 | *** join/#oe snowkidimd (~textual@pool-173-76-124-136.bstnma.fios.verizon.net) |
| 23:26.24 | *** join/#oe vmeson (~rmacleod@192-0-133-4.cpe.teksavvy.com) |