| 00:18.10 | *** join/#oe bluelightning (~paul@94.197.130.190.threembb.co.uk) |
| 00:33.42 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 00:50.54 | *** join/#oe mario-goulart (~user@email.parenteses.org) |
| 01:19.39 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 01:34.03 | *** join/#oe phdeswer (~phdeswer@118-169-74-189.dynamic.hinet.net) |
| 02:01.46 | *** join/#oe silviof1 (~silviof@unaffiliated/silviof) |
| 02:22.18 | *** join/#oe maxin (~majo@sestofw01.enea.se) |
| 02:54.38 | *** join/#oe CruX| (~jozo@mcw.student.utc.sk) |
| 04:09.01 | *** join/#oe mwester (~mwester@174-124-11-31.dyn.centurytel.net) |
| 04:09.02 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 05:13.16 | *** join/#oe clio (~andrej@85.159.109.222) |
| 05:35.28 | *** join/#oe cbrake (~cbrake@oh-67-76-203-50.sta.embarqhsd.net) |
| 05:46.08 | *** join/#oe tasslehoff (~tasslehof@77.40.182.98) |
| 05:48.10 | tasslehoff | morning. |
| 05:52.47 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 05:58.26 | tasslehoff | I have an issue with the SDK. gcc uses ld from the host machine, and that breaks when I deploy the SDK on an older distro. |
| 05:58.36 | tasslehoff | Sorry for repeating myself, but this time I'm gonna stay a while and hope to get this sorted out :) |
| 05:59.15 | tasslehoff | ldd output: http://pastebin.com/J2UW4Puv |
| 06:27.16 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
| 06:29.45 | *** join/#oe pos236 (79321429@gateway/web/freenode/ip.121.50.20.41) |
| 06:31.31 | *** join/#oe SorenHolm (~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net) |
| 06:33.44 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 06:35.22 | *** join/#oe SorenHolm (~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net) |
| 06:38.40 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 06:39.56 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
| 06:46.50 | *** join/#oe KNERD|2 (~KNERD@cpe-68-203-231-86.gt.res.rr.com) |
| 06:47.51 | *** join/#oe mihai (~mihai@80.97.15.150) |
| 06:51.51 | *** join/#oe amarsman (~marsman@90-145-17-249.wxdsl.nl) |
| 07:00.26 | mckoan | good morning |
| 07:00.44 | *** join/#oe Zagor (~bjst@sestofw01.enea.se) |
| 07:00.44 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 07:09.33 | *** join/#oe Jay7x (jay@93.81.232.162) |
| 07:11.48 | *** join/#oe roric_ (~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se) |
| 07:12.05 | *** join/#oe Splat2 (~Splat1@ec2-50-17-220-173.compute-1.amazonaws.com) |
| 07:12.36 | *** join/#oe ynezz_ (ynezz@ibawizard.net) |
| 07:13.13 | *** join/#oe inch_ (mijutu@ellipsis.fi) |
| 07:13.38 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 07:15.56 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 07:16.56 | *** join/#oe _morphis (morphis@fiona.nas-admin.org) |
| 07:23.14 | *** join/#oe zenlinux (~sgarman@c-50-139-96-211.hsd1.or.comcast.net) |
| 07:25.51 | *** join/#oe afournier (~admin@mx1.wisp-e.com) |
| 07:30.22 | *** join/#oe Aragua (~fabien@91-224-149-44.tetaneutral.net) |
| 07:30.24 | *** join/#oe apelete (~apelete@176-26-190-109.dsl.ovh.fr) |
| 07:33.43 | pos236 | hello |
| 07:33.54 | pos236 | I have one question about do_populate_sysroot stage |
| 07:34.38 | *** join/#oe Anguel (4ff7e7cf@gateway/web/freenode/ip.79.247.231.207) |
| 07:35.14 | pos236 | One module which has only Makefile generate no output under sysroot-destdir |
| 07:35.22 | *** join/#oe CMoH|notebook (~cipi@78.96.95.186) |
| 07:35.22 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 07:36.48 | pos236 | This module has proper outputs under images and packages-split folder but nothing in sysroot-destdir |
| 07:38.12 | *** join/#oe silvio_ (~silvio@93-57-17-124.ip162.fastwebnet.it) |
| 07:40.32 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 07:42.32 | *** join/#oe stefan_schmidt_w (~stefan_sc@82.43.26.66) |
| 07:47.21 | Anguel | hello, I have bitbaked the "qt4e-demo-image" and load the root file system via NFS. It boots ok and I can ping my beaglebone black but SSH connection is always refused :( |
| 07:47.50 | ericben | Anguel: what is the message you get when trying to connect ? |
| 07:49.16 | Anguel | ericben: ON UBUNTU: ssh: connect to host 192.168.0.34 port 22: Connection refused ON WIN7 PUTTY: Network error: Connection refused |
| 07:49.33 | ericben | Anguel: is there a ssh server running on the target ? |
| 07:50.56 | Anguel | hard to tell without logging in, I use the rootfs from the Angstrom-qt4e-demo-image-eglibc-ipk-v2012.12-beaglebone.rootfs.tar.xz under /deploy/ |
| 07:52.40 | mckoan | Anguel: IIRC that image doesn't have any ssh server |
| 07:52.51 | mckoan | Anguel: try adding IMAGE_FEATURES += "ssh-server-dropbear" |
| 07:53.31 | ericben | Anguel: don't you have a serial console ? |
| 07:53.56 | ericben | of course if you don't have a ssh server in image_features that won't work ;-) |
| 07:54.00 | ericben | hi mckoan btw |
| 07:54.15 | mckoan | gm ericben, all |
| 07:55.12 | Anguel | mckoan: thank you, I'll try that. BTW, is it possible to simply "merge" images together? probably not |
| 07:55.54 | ericben | Anguel: what do you mean by "merge" images together ? |
| 07:56.35 | Anguel | either merge their rootfs OR maybe bitbake two in one? :) |
| 07:56.39 | ericben | depending on how the image recipe is done you may include one in an other |
| 08:00.13 | Anguel | ericben: ok, I will briefly try to explain. Yesterday I had bitbaked "meta-toolchain-qte", it seems to include everything I need for cross development, but people told me here that it for the HOST only. Now I need the counterpart image for the TARGET, i.e. containing Qt libs, TSlib, etc. How should I do this? |
| 08:00.45 | mckoan | Anguel: theoretically using a NFS you should do that |
| 08:01.17 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
| 08:01.51 | mckoan | Anguel: gosh! I'd better redo all the build step-by-step avoiding binary mismatch in this case |
| 08:02.13 | *** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it) |
| 08:03.40 | Anguel | mckoan: you mean I could try to export some directory from the bitbaked "meta-toolchain-qte" via NFS? sorry, I am still confused, thought that many people are using this kind of Qt setup |
| 08:04.22 | *** join/#oe roric_ (~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se) |
| 08:04.57 | mckoan | Anguel: you said you have bitbaked the "qt4e-demo-image" and load the root file system via NFS |
| 08:10.41 | Anguel | mckoan: ok, so I will probably have to add the missing ssh through IMAGE_FEATURES += "ssh-server-dropbear" and look around what else might be missing. When I installed my Qt SDK that I had built with "meta-toolchain-qte" I also got a /usr/local/oecore-x86_64/sysroots/armv7a-vfp-neon-angstrom-linux-gnueabi directory but people told me yesterday that this is not meant to be used on the target, is this correct? |
| 08:13.23 | *** join/#oe roric_ (~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se) |
| 08:14.28 | ndec | Anguel: no. the SDK contains target folder because the SDK contains the target libs too, e.g. required to cross compilation. but it's not meant to be a running image |
| 08:20.57 | Anguel | ndec: what probably confused me was that the sysroots/armv7a... directory of the SDK contains folders like boot, dev, sbin |
| 08:23.40 | *** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net) |
| 08:23.51 | Anguel | Here http://www.angstrom-distribution.org/toolchains/ I read about the Qt Embedded SDK: "The SDK should contain a build of Qt Embedded, but also optional dependencies like directFB, glib-2.0, gstreamer-0.10, tslib and more esoteric dependencies like mysql and postgres. This allows developers to simply start developing using Qt and enables system integrator to easily recompile Qt and base libraries without tracking down extra dependencie |
| 08:23.52 | *** join/#oe roric_ (~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se) |
| 08:24.03 | woglinde | gm |
| 08:25.07 | Anguel | So I thought that there must be a similar counterpart Qt image meant to be used on my target |
| 08:25.32 | woglinde | Anguel beware its older qt 4.6.3 |
| 08:26.47 | Anguel | woglinde: If follow the instructions and do "bitbake meta-toolchain-qte" I get Qt 4.8.1 |
| 08:27.07 | woglinde | Anguel okay |
| 08:27.15 | woglinde | so where is your problem? |
| 08:30.36 | Anguel | my problem is to find an image recipe for a rootfs that contains Qt Embedded 4.8.1, tslib, etc. that I can simply use for my target. I have found a "qt4e-demo-image" recipe but there seem to be some things missing, including ssh, connman probably too |
| 08:30.52 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
| 08:30.55 | woglinde | o.O |
| 08:31.00 | woglinde | Anguel make your own image |
| 08:31.09 | woglinde | and its easy just add the packages you want |
| 08:31.14 | *** part/#oe c00kiemon5ter (~c00kiemon@foss-aueb/coder/c00kiemon5ter) |
| 08:31.22 | woglinde | deps are put in automagically |
| 08:32.28 | Anguel | woglinde: sounds good, can you point me to some instructions to look how this is done? |
| 08:32.55 | woglinde | o.O |
| 08:32.59 | Anguel | woglinde: do I have to rewrite recipes? |
| 08:33.30 | ericben | Anguel: http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#usingpoky-extend-customimage |
| 08:36.22 | Anguel | ericben: Thanks! Looks like overkill for a beginner like me that just wants to write some Qt app but I will try my luck |
| 08:36.41 | woglinde | overkill? |
| 08:37.09 | woglinde | just take an existing recipe and add your packagname to PACKAGES += |
| 08:37.22 | woglinde | exisiting image-recipe |
| 08:38.31 | ericben | Anguel: you're right working to get a result is overkill. I don't understand why the community hasn't already finished your project ;-) |
| 08:39.19 | Anguel | ok - it's actually very easy ;) thanks. just thought that there are thousands of people using qt :) |
| 08:39.42 | ericben | Anguel: there are thousand peoples using Qt but not all are working on your project ;-) |
| 08:41.14 | Anguel | ericben: my project is currently to get qt running :) |
| 08:41.57 | woglinde | ericben btw. where were you first half of 2013? |
| 08:43.14 | ericben | woglinde: under water ;-) trying to manage to join Family, Sport & Work with these stupid days only having 24 hours ;-) |
| 08:43.26 | Anguel | woglinde: do you know if the recipes used to create the images here http://downloads.angstrom-distribution.org/demo/beaglebone/ are documented somewhere? |
| 08:43.27 | woglinde | ericben good |
| 08:43.49 | woglinde | Anguel yes |
| 08:43.51 | *** join/#oe roric_ (~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se) |
| 08:44.03 | woglinde | in meta-angstroem and meta-beagle |
| 08:44.21 | woglinde | but again recipe might not be package-name |
| 08:44.44 | woglinde | look into your tmpdir/deploy/packages do scan over all the ipk |
| 08:45.15 | woglinde | here is the layerindex |
| 08:45.17 | woglinde | http://layers.openembedded.org/layerindex/branch/master/layers/ |
| 08:45.19 | ericben | Anguel: https://github.com/Angstrom-distribution https://github.com/Angstrom-distribution/meta-angstrom https://github.com/beagleboard/meta-beagleboard |
| 08:45.41 | woglinde | btw. you have it anyway in sources while using angstroem's setup-scripts |
| 08:50.50 | *** join/#oe roric_ (~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se) |
| 08:53.27 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:57.34 | Anguel | woglinde, ericben : Thank you, this is probably what I should look for: https://github.com/Angstrom-distribution/buildhistory/blob/v2012.12/images/beaglebone/eglibc/systemd-image/image-info.txt |
| 08:58.14 | JaMa | ericben: Hi, do you have some branch with all those qt5 change? |
| 08:58.22 | woglinde | anguel tinylogin is gone |
| 08:58.36 | JaMa | ericben: and possibly also for qtbase repo |
| 09:00.40 | ericben | JaMa: I'm going to upload that in a few minutes |
| 09:05.18 | Anguel | woglinde: thanks, which one is actually the ssh server? |
| 09:06.35 | woglinde | dropbear |
| 09:06.45 | woglinde | which is installed by core image |
| 09:07.21 | Anguel | woglinde: ah, ok |
| 09:11.26 | *** join/#oe roric_ (~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se) |
| 09:12.41 | ericben | JaMa: concerning http://thread.gmane.org/gmane.comp.handhelds.openembedded/59838 in the end is RDEPENDS_${PN}-dev = "" what you prefer ? |
| 09:13.03 | *** join/#oe ant_work (~ant@host54-128-static.10-188-b.business.telecomitalia.it) |
| 09:13.10 | bluelightning | morning all |
| 09:17.07 | woglinde | hi bluelightning |
| 09:17.28 | *** join/#oe Stygia (~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk) |
| 09:19.27 | JaMa | ericben: yes it looks OK (somehow I've missed this patch in patchwork) |
| 09:20.31 | mckoan | gm bluelightning, all |
| 09:20.57 | woglinde | hi mckoan |
| 09:22.50 | ericben | JaMa: https://github.com/eukrea/meta-qt5.git branch eb/qt511update & https://github.com/eukrea/qtbase.git branch oe-5.1.1 |
| 09:23.18 | ericben | JaMa: do you also want the dora branch update for meta-qt5 ? |
| 09:24.44 | woglinde | hm do we have directfb 1.7? |
| 09:25.35 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 09:27.16 | ericben | JaMa: https://github.com/eukrea/meta-qt5.git branch eb/qt511dora |
| 09:27.50 | JaMa | ericben: thanks a lot |
| 09:28.32 | JaMa | ericben: I'll pass it to jenkins today and test it in webos-ports, if both tests look OK I'll merge it tomorrow (master) and dora a bit later |
| 09:28.35 | ericben | JaMa: thanks for your work on meta-qt5 when I see the troubles oinly to update from 5.1.0 to 5.1.1 I imagine the hard work you had to bring all that together ! |
| 09:28.55 | ericben | JaMa: I'm currently finishing my images to runtime test it |
| 09:29.37 | JaMa | yes it was quite a mess :/ now it's just a bit fragile but working |
| 09:30.36 | ericben | if you have some hardware you can give a try to cinematicexperience it's interesting to test graphical performances |
| 09:31.17 | ericben | I would be interesting in the FPS reported on some cortex A8 such as OMAP3 as I have a perf problem on i.MX53 |
| 09:31.45 | ericben | btw JaMa I think we should remove qtjsondb in master as it doesn't compile anymore and the project seems dead |
| 09:32.40 | JaMa | ericben: it doesn't compile with qtbase 5.1.1? |
| 09:32.54 | JaMa | I'm pretty sure it did with 5.1.0 (at least in my env) |
| 09:41.05 | ericben | JaMa: yes with 5.1.1 it doesn't compile anymore and sends "Project ERROR: Module jsondbpartition has no public API." |
| 09:42.56 | ericben | this is due to commit 6d8f7a8d34906187c834e948b3ccd12a92fcccaa and 68fd6878ab5f40ee00dad00e3f46f9a3368ef5d8 in qtbase but I don't know how to workaround that |
| 09:44.08 | ericben | the problem was also reported here : http://www.qtcentre.org/threads/56170-Module-has-no-public-API |
| 09:48.22 | ericben | JaMa: and here is a comment about qtjsondb being dead : https://bugreports.qt-project.org/browse/QTBUG-31741 |
| 09:50.50 | *** join/#oe CMoH|notebook (~cipi@dyn-89.136.34.118.tm.upcnet.ro) |
| 09:50.50 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 09:55.10 | JaMa | ericben: OK, fair enough, let's remove it together with 5.1.1 upgrade |
| 10:08.44 | JaMa | ericben: all in jansa/test branch with 2 minor modifications in commit message and added http://thread.gmane.org/gmane.comp.handhelds.openembedded/59838 with RDEPENDS |
| 10:09.08 | *** join/#oe _Lucretia_ (~munkee@pdpc/supporter/active/lucretia) |
| 10:11.48 | ericben | JaMa: I'll send patch for qtgraphicaleffects & PN in PN-dev RDEPENDS |
| 10:11.50 | ericben | thanks |
| 10:14.50 | JaMa | ericben: the same as qtquickcontrols? I'll squash it to the same commit |
| 10:14.58 | JaMa | dora changes are now in dora-next |
| 10:15.50 | ericben | JaMa: same as qtquickcontrols : it was http://article.gmane.org/gmane.comp.handhelds.openembedded/59959 |
| 10:17.05 | JaMa | done |
| 10:39.11 | JaMa | ericben: can you please recheck qtquick SRC_URI checksums? maybe they have changed the tarball, but I'm getting different |
| 10:40.08 | tasslehoff | denix: with the latest build of libgles-omap3 I'm missing /usr/include/GL/gl.h in the dev package. is that the way it should be? |
| 10:40.18 | ericben | JaMa: ok I'm checking it now. ( and now I'm not sure if I finished to compile qtquick or if I stopped at webkit) |
| 10:40.34 | ericben | as it was late ;-) |
| 10:41.40 | JaMa | np |
| 10:41.54 | ericben | JaMa: you're right I forget to change de checksums. patch is following |
| 10:43.33 | woglinde | tasslehoff hm does gles stuff provide gl.h? |
| 10:43.44 | woglinde | its gles not gl |
| 10:49.08 | tasslehoff | woglinde: hm. that's right. What I have lost is the provider of GL/gl.h :) |
| 10:49.48 | woglinde | hm? |
| 10:50.12 | woglinde | why you need a provider for GL/gl.h when you are using gles? |
| 10:53.34 | JaMa | ericben: I'll update it |
| 10:53.35 | JaMa | SRC_URI[md5sum] = "05956168e0a4bba44c31b61dd4fc5e6e" |
| 10:53.35 | JaMa | SRC_URI[sha256sum] = "f5dc431fb33a195414d2d75d7dff1c101f4101489f38b4ea9c5e8782b1807a64" |
| 10:54.00 | tasslehoff | woglinde: there may be a lot of pebkac here. meta-qt5 has no recipe for an sdk, so I'm trying to fix it myself. have added libs and include files, but not gotten the tools (qmake, moc, uic) in place yet. |
| 10:54.43 | tasslehoff | therefore I take those from an install on my desktop, and it seems to be that one that wants gl.h ... |
| 10:56.10 | JaMa | ericben: done in both jansa/test and dora-next |
| 10:56.52 | tasslehoff | I need what nativesdk-qt4-tools*.bb provides for qt4 |
| 10:57.32 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
| 10:59.47 | woglinde | tasslehoff hm ask jama and ericben to fix it for you |
| 10:59.58 | woglinde | they are working on qt5 anyway |
| 11:02.08 | JaMa | many people already said that they are working on sdk support so I don't plan to work on it too |
| 11:02.21 | JaMa | and I don't have any use-case for it, so I cannot test it properly |
| 11:06.51 | tasslehoff | woglinde: it was a bad include path. thanks for making me think twice :) |
| 11:11.21 | woglinde | tasslehoff fine I hope you will send some patches for sdk support |
| 11:14.39 | tasslehoff | woglinde: that is the plan, but I never get the time to finish it properly. as it stands now it is a hack that requires the user to have a local installation of Qt as well :/ |
| 11:14.49 | woglinde | uh lol |
| 11:15.06 | woglinde | because of the tools |
| 11:15.10 | woglinde | qmake and stuff? |
| 11:15.25 | tasslehoff | woglinde: yes |
| 11:16.54 | Anguel | woglinde: you told me that dropbear is in core-image, now I see that the "qt4e-demo-image" recipe says "inherit core-image" but does not include dropbear. how is that possible? |
| 11:33.35 | *** join/#oe _chase_ (~a0271661@nat/ti/x-dtrxqnuwvoglszvn) |
| 11:39.47 | JaMa | ericben: my image build finished with 5.1.1 testing in runtime now |
| 11:49.44 | ant_work | Anguel: hi, have you solved your sdk issue? |
| 11:50.30 | Anguel | ant_work: hi! well, turned out that the SDK does NOT have any root file system that can be used directly for the target |
| 11:50.42 | Anguel | ant_work: thank you for asking! |
| 11:50.50 | ant_work | yw |
| 11:52.31 | Anguel | ant_work: the experts here told me to build my own image including qt etc. by modifying an exisiting recipe |
| 11:52.34 | *** join/#oe ldnunes (~ldnunes_@177.194.208.225) |
| 11:56.06 | Anguel | ant_work: and this is what I am now experimenting with :) |
| 11:58.25 | *** join/#oe Quu_ (~Quu@cpc14-enfi16-2-0-cust104.hari.cable.virginmedia.com) |
| 11:59.05 | *** part/#oe Quu_ (~Quu@cpc14-enfi16-2-0-cust104.hari.cable.virginmedia.com) |
| 12:01.19 | *** join/#oe joeythesaint (~jjm@128.224.252.2) |
| 12:04.58 | ericben | JaMa: I confirm the checksum for qtquick1 |
| 12:12.53 | woglinde | Anguel than simply add it to your image |
| 12:13.10 | woglinde | Anguel or do a quick git grep SSHD |
| 12:13.34 | tasslehoff | Anguel: example image http://pastebin.com/0Q1aHDUc (probably a lot you don't need here, and it is console only) |
| 12:15.54 | Anguel | woglinde, tasslehoff : I now simply modified systemd-image.bb and added "packagegroup-core-qt4e" to IMAGE_INSTALL, let's see if it will work :) |
| 12:17.05 | woglinde | anguel meta-oe/recipes-core/packagegroups/packagegroup-basic.bb |
| 12:17.21 | woglinde | Anguel yes good idea |
| 12:17.35 | tasslehoff | agreed. my image is ooooold :) |
| 12:18.32 | Jin^eLD | hm, guys, the -nativesdk packages, when unpacking them, I see all unpack to a /usr/local prefix but i somehow can not find who is setting it, any hints? |
| 12:29.50 | Jin^eLD | I think I figured it out, when one changes the SDK path, all nativesdk ipk's need to be rebuilt |
| 12:31.00 | *** join/#oe mario-goulart (~user@email.parenteses.org) |
| 12:31.21 | Anguel | wow, my new image booted right into the qt demo :) |
| 12:32.47 | Anguel | ok, I had to remove connman.service as this causes some serious conflict with the NFS rootfs, loaded via U-Boot |
| 12:34.30 | woglinde | Anguel yes |
| 12:35.53 | *** join/#oe JaMa (~martin@ip-62-24-80-145.net.upcbroadband.cz) |
| 12:35.55 | *** join/#oe challinan (~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
| 12:39.41 | *** join/#oe gyutyuglf (gyutyuglf@86.126.58.151) |
| 12:49.04 | Anguel | hm, tslib seem to not to be in the image, however I see the following line in "packagegroup-core-qt4e.bb" --> TOUCH = ' ${@base_contains("MACHINE_FEATURES", "touchscreen", "tslib tslib-calibrate tslib-tests", "",d)}' |
| 12:49.31 | Anguel | what could this mean? |
| 12:51.00 | ant_work | this means your machine.conf does not list touchscreen in M_F |
| 12:56.11 | *** join/#oe koen (~koen@cl-267.ams-05.nl.sixxs.net) |
| 12:57.15 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 13:00.47 | *** part/#oe gyutyuglf (gyutyuglf@86.126.58.151) |
| 13:03.15 | Anguel | ant_work: so therefore it does not install tslib? |
| 13:07.27 | ant_work | yes, you'd get TOUCH = "" |
| 13:08.06 | Anguel | ant_work: thanks! so I will add these to my main recipe :) |
| 13:09.21 | woglinde | machine recipe |
| 13:09.47 | ant_work | right |
| 13:11.08 | ericben | JaMa: I'm currently fixing this in qtquick1 : ERROR: QA Issue: non debug package contains .debug directory: qtquick1-examples path /work/armv7a-vfp-neon-oe-linux-gnueabi/qtquick1/5.1.1-r0/packages-split/qtquick1-examples/usr/share/qt5/examples/declarative/cppextensions/plugins/org/qtproject/TimeExample/.debug/libqmlqtimeexampleplugin.so |
| 13:13.48 | Anguel | woglinde: I meant to add the packages to my modified systemd-image.bb :) |
| 13:15.57 | ant_work | ofc you can do that but it isn't the most elegant way :p |
| 13:16.48 | Anguel | right, but this way I have to mod only one file :) |
| 13:17.29 | Anguel | and tslib will not harm any target ;) |
| 13:17.37 | ant_work | but you are adding a couple of unneeded lines to the metadata and keeping a broken machine.conf |
| 13:20.19 | ant_work | fill in a complete list, i.e. MACHINE_FEATURES = "apm alsa pcmcia irda usbgadget keyboard touchscreen screen vfat ext2 usbhost wifi" |
| 13:20.36 | ant_work | check it once for all |
| 13:21.17 | Anguel | ok, but I currently don't find where the machine conf is in /setup-scripts/ |
| 13:21.31 | ant_work | what's your target? |
| 13:21.53 | Anguel | Beaglebone Black - or is in the environment setup |
| 13:22.23 | Anguel | Angstrom |
| 13:22.53 | ant_work | oh, BB is a different story. touchscreen is optional there |
| 13:24.33 | Anguel | yep |
| 13:25.18 | Anguel | so modify the main recipe? |
| 13:29.54 | *** join/#oe oneQubit (~oneQubit@li439-130.members.linode.com) |
| 13:31.08 | *** join/#oe lamawithonel_ (~lucas@38.127.149.74) |
| 13:31.41 | *** join/#oe DJWillis (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginmedia.com) |
| 13:55.10 | *** join/#oe hollisb (~hollisb@nat-lmt.mentorg.com) |
| 14:05.12 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 14:21.48 | *** join/#oe phdeswer (~phdeswer@60-250-189-184.HINET-IP.hinet.net) |
| 14:23.50 | *** join/#oe rsalveti (~rsalveti@unaffiliated/rsalveti) |
| 14:25.25 | *** join/#oe eren` (~eren@unaffiliated/eren) |
| 14:27.25 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 14:34.42 | Anguel | does the package order in the recipe actually matter? i notice that when the qt demo autostarts (default in qt4-demo-image) it ignores touchscreen calibration. however, when i kill the qt demo process and restart it, everything is calibrated ok |
| 14:35.15 | Anguel | calibration is done through tslib |
| 14:37.06 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
| 14:47.33 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 15:01.50 | *** join/#oe andre_d (~andre_d@90.80.39.42) |
| 15:06.21 | *** join/#oe galak (~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net) |
| 15:06.26 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 15:12.10 | *** join/#oe Stygia (~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk) |
| 15:34.48 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 15:40.05 | *** join/#oe vmeson (~quassel@128.224.252.2) |
| 15:41.08 | *** join/#oe kristoffer (~kristoffe@c-6ad9e555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 15:43.16 | *** join/#oe andre_d (~andre_d@42-39.80-90.static-ip.oleane.fr) |
| 15:46.14 | *** join/#oe andre_d (~andre_d@42-39.80-90.static-ip.oleane.fr) |
| 15:55.37 | bluelightning | I think we have a public TSC/workgroup meeting starting in here in 5 mins |
| 15:55.46 | bluelightning | apologies for the lack of announcement... |
| 15:56.26 | Crofton|work | beat bluelightning |
| 15:56.48 | Crofton|work | did you submit the stand app for FOSDEM? |
| 15:57.05 | bluelightning | not yet no |
| 15:57.39 | bluelightning | tomorrow |
| 15:58.00 | bluelightning | should be a search and replace from last year's this time |
| 16:02.20 | RP | bluelightning: I believe we have a meeting, yes |
| 16:02.28 | fray | I am here as well |
| 16:04.01 | Crofton|work | do you want to use the bot to take minutes? |
| 16:04.48 | bluelightning | can do |
| 16:05.06 | Crofton|work | say #startmeeting |
| 16:05.17 | bluelightning | #startmeeting |
| 16:05.17 | Crofton-bot | Meeting started Tue Oct 8 16:05:17 2013 UTC. The chair is bluelightning. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 16:05.17 | Crofton-bot | Useful Commands: #action #agreed #help #info #idea #link #topic. |
| 16:05.17 | Crofton|work | then use #char rp fray to add more chairs |
| 16:05.28 | Crofton|work | er #chair |
| 16:05.35 | bluelightning | do we want everyone to be chair or just the actual chairperson? |
| 16:05.43 | Crofton|work | it helps with some of the commands |
| 16:06.01 | *** join/#oe ant_home (~andrea@host40-228-dynamic.1-79-r.retail.telecomitalia.it) |
| 16:06.11 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 16:06.13 | Crofton|work | https://wiki.debian.org/MeetBot |
| 16:06.16 | bluelightning | #chair rp fray koen khem |
| 16:06.16 | Crofton-bot | Current chairs: bluelightning fray khem koen rp |
| 16:06.22 | bluelightning | hmm |
| 16:06.29 | bluelightning | #chair RP fray koen khem |
| 16:06.29 | Crofton-bot | Current chairs: RP bluelightning fray khem koen rp |
| 16:06.39 | Crofton|work | so basically each of you can enter topics |
| 16:06.43 | bluelightning | great |
| 16:06.51 | Crofton|work | we've stumbeled on that in the past :) |
| 16:08.01 | bluelightning | so I don't think we have a formal agenda for this meeting |
| 16:08.17 | RP | no jefro? :/ |
| 16:08.25 | bluelightning | it seems not |
| 16:08.29 | Crofton|work | we replaced jefro with a bot :) |
| 16:08.37 | fray | The idea is that we'd have basic status, see if there are any concerns, and open the floor for others.. |
| 16:09.32 | bluelightning | ok, RP perhaps you'd like to give a quick summary of the current release status? |
| 16:09.42 | RP | Well, to summarise where we're at with OE-Core, we're coming to the end of 1.5. It should be the last -rc build today |
| 16:10.18 | RP | There were some ADT/SDK issues in the last one which have meant we need this last -rc. I did take the opportunity to merge more patches than I probably should have done, all good fixes though |
| 16:10.38 | RP | master and dora are likely to start diverging now |
| 16:11.30 | RP | Happy to answer questions if anyone has any |
| 16:12.24 | Crofton|work | How is planning for the next dev cycle going? |
| 16:12.37 | fray | I think it's just starting.. |
| 16:12.57 | fray | so input, working groups, etc... it's a good time for peoople to start thinking (and doing) now |
| 16:13.04 | RP | Crofton|work: Its a bit late. We have a rough idea of the themes |
| 16:13.23 | Crofton|work | such as? |
| 16:13.24 | RP | but basically if anyone has things they'd like to see in the next cycle get them in bugzilla yesterday |
| 16:14.03 | RP | Crofton|work: Continue to extend the runtime QA tests, integrate ptest into those QA tests, also look at real hardware testing |
| 16:14.12 | Crofton|work | nice |
| 16:14.19 | bluelightning | also non-runtime tests (tests of the build system itself) |
| 16:14.27 | fray | I'll be pushing my own agenda a bit.. more on the deployment side of the world.. |
| 16:14.53 | fray | package feeds, runtime package upgrades, spdx generation/processing, etc... |
| 16:14.55 | RP | yes, wic came in late but can be thought of as beta and something which will develope |
| 16:15.17 | RP | and webhob will land in 1.6 with some special released standalone meanwhile |
| 16:17.05 | fray | speaking of SPDX, I'll be giving a talk about the spdx/Yocto Project (oe-core) integration at ELC-E in a couple weeks.. the topic is basically the spdx.bbclass that went in and where we think it's going to go... |
| 16:17.20 | fray | (hint we want end-to-end license/source/binary traceability) |
| 16:18.57 | RP | fray: for a second I read that as "we want to end" |
| 16:19.10 | fray | ha |
| 16:19.52 | Crofton|work | btw you forgot to say #topic RP review blah blah :) |
| 16:21.23 | RP | bluelightning: I'm kind of assuming you're chairing FWIW |
| 16:21.38 | fray | lol.. |
| 16:21.38 | bluelightning | I guess I'm volunteered then ;) |
| 16:22.09 | Crofton|work | can we move to concerns? |
| 16:22.17 | bluelightning | yes let's do that |
| 16:22.29 | bluelightning | #topic community concerns |
| 16:23.04 | Crofton|work | It seems like we are very good at building images for bits of hardware, |
| 16:23.10 | bluelightning | does anyone have anything they'd like to raise? |
| 16:23.16 | Crofton|work | but not so good at fixing run time issues |
| 16:23.41 | fray | I think runtime issues (i.e. the package upgrades I mentioned earlier) are things we need to start spending more time on.. |
| 16:23.54 | fray | we're finding and fixing the bugs I've seen.. but I know testing is far from complete. |
| 16:23.59 | bluelightning | yes, I think it's fair to say we haven't concentrated enough on improving and maintaining runtime |
| 16:24.00 | Crofton|work | basically, I am thinking about the problem of end users getting binary images for their hardware |
| 16:24.10 | Crofton|work | I realize this is not directly an OE issue |
| 16:24.14 | fray | ahh thats a little different then |
| 16:24.16 | Crofton|work | more for distros |
| 16:24.36 | Crofton|work | but, I think it is important enough we need to think about it |
| 16:24.43 | bluelightning | if it's giving distros tools that help them do their jobs, then it is within our remit |
| 16:24.52 | fray | yup |
| 16:24.57 | Crofton|work | distros should not be fixing up stupid metadata issues |
| 16:25.21 | RP | Crofton|work: can you be more specific about the problem? Are distros having to fix stupid metadata issues? |
| 16:25.23 | Crofton|work | I jsut wanted to get this out there for people to be thinking about |
| 16:25.43 | Crofton|work | well, I had to listen to some guy praising a linaro rootfs becuase it just worked |
| 16:26.08 | Crofton|work | and I am thinking, what aren't we doing to be in that position |
| 16:26.35 | bluelightning | Crofton|work: I think it's worth mentioning our additional runtime testing should help avoid errors during boot and other regressions creeping in as they have during previous development cycles |
| 16:27.04 | RP | Crofton|work: A lot of what happens in the core is not end user enabling. It turns out that is rather specific to particular projects and products :/ |
| 16:27.05 | Crofton|work | and I'd like to see the hw vendors caring more about stuff working on their hw etc |
| 16:27.08 | rburton | i have previously thought that QA should be testing the upgrade path for packages to ensure that week N can upgrade to N+1, for example. |
| 16:27.14 | bluelightning | that said, we now need to look at expanding those runtime tests in the forthcoming cycle, including adding tests in other layers in the OE ecosystem (which is now possible) |
| 16:27.25 | fray | Crofton|work I do hear people talking about the need for 'validation' images.. an image known to work (or at least with a known set of problems) for hardware bring-up, and early application development.. |
| 16:27.29 | RP | Crofton|work: Its a question of *what* working? A webserver? A GL app? HTML page? |
| 16:27.40 | Crofton|work | sure |
| 16:27.41 | fray | rburton yes |
| 16:27.54 | Crofton|work | these are things we need to care about |
| 16:27.57 | RP | rburton: we should automated testing that... |
| 16:28.14 | rburton | rp: sure, it's a "trivial" thing to do. |
| 16:28.35 | RP | rburton: perhaps file an ehancement bug? |
| 16:28.41 | rburton | rp: aye |
| 16:28.53 | bluelightning | I thought there was one open for that already |
| 16:29.15 | rburton | https://bugzilla.yoctoproject.org/show_bug.cgi?id=4304 |
| 16:29.18 | rburton | yes, i filed it already :) |
| 16:29.24 | RP | There is a serious point here, only today I heard that people are struggling to figure out what test cases are needed... |
| 16:29.25 | bluelightning | rburton: you filed it, do I get a cookie? ;) |
| 16:29.59 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 16:30.00 | rburton | its marked as Future, which is why it "disappeared" |
| 16:30.20 | RP | rburton: Its no longer marked as future ;-) |
| 16:30.34 | bluelightning | RP: to give a proper answer to that question we would need to define the functionality we expect to provide, so we can verify it works... |
| 16:31.00 | bluelightning | obviously each time we add a new feature we know we ought to have a test for it |
| 16:31.04 | fray | I think that is certainly one of the trickier aspects of any open source distro.. defining what should work and verification.. |
| 16:31.08 | RP | bluelightning: agreed, we're just struggling to have all the right information with the right people though |
| 16:31.16 | fray | yup to both |
| 16:32.25 | RP | I'd also add that whilst I've done a lot to drive some of these things in the past I'm not scaling well so I need people to help with it... |
| 16:33.01 | RP | also notes that he really should stop looking at C++ bugs as it makes his head hurt |
| 16:33.13 | Crofton|work | we all mail RP sets of hw we want to work well and he tests! |
| 16:33.43 | fray | next update RP cloning machine.. |
| 16:33.44 | bluelightning | I'd like to hope that with the added focus on automated testing we'd get some more direct contributions from QA engineers in the various organisations |
| 16:34.01 | RP | Crofton|work: I can then forward them on to you and delegate ;-) |
| 16:34.18 | RP | and from other projects |
| 16:34.38 | RP | i.e. if they know we can test and find regressions, perhaps we'll get more users/contributores |
| 16:35.55 | bluelightning | so, anything else people would like to talk about? |
| 16:36.08 | Crofton|work | Yep |
| 16:36.32 | Crofton|work | At the GNU Radio Conference last week we talked about moving gnuradio and uhd to "meta-sdr" |
| 16:36.44 | RP | The feedback has always been people want to be more involved with the TSC so it would be good to see more people talking here :/ |
| 16:36.51 | Crofton|work | I suspect some other stuff will find a home there, but not amateur radio stuff |
| 16:37.11 | bluelightning | Crofton|work: sounds like a reasonable move to me |
| 16:37.35 | Crofton|work | I'm going to send something to the oe list, but was wondering if we had guildeines in place? |
| 16:37.52 | fray | for the meta-openembedded stuff, I think we've been pretty fluid.. |
| 16:37.59 | Crofton|work | that is what I think |
| 16:38.00 | RP | Crofton|work: its usually for discussion between the layer maintainers |
| 16:38.02 | fray | new layers/divisions get created when necessary.. |
| 16:38.17 | bluelightning | well, AIUI what we care about when it comes to creating new layers be they in meta-openembedded or outside of it is that there's a maintainer and there's some level of maintenance of the layer |
| 16:38.46 | Crofton|work | I was going o make it inside meta-oe, since it will retain a dependency on meta-oe I suspect |
| 16:38.47 | fray | yup.. someone has to step up.. |
| 16:38.57 | *** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net) |
| 16:38.57 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
| 16:39.01 | Crofton|work | we just want to be able to mess around with it as a group |
| 16:39.13 | bluelightning | fair enough |
| 16:39.14 | bluelightning | I'd suggest RFCing it as you've proposed |
| 16:39.17 | Crofton|work | thanks |
| 16:39.52 | Crofton|work | I need to run, when you are done do #endmeeting and I'll send the output to jefro |
| 16:39.59 | bluelightning | speaking of layers, there are still a huge number of unindexed layers on github etc., and more are added weekly |
| 16:40.17 | Crofton|work | use topic :) |
| 16:40.22 | bluelightning | #topic layers |
| 16:40.41 | RP | Personally, I'd really like people to consider sharing the layers on git.oe.org or git.yp.org |
| 16:40.50 | bluelightning | if you're maintaining a layer that others might find useful please submit it at http://layers.openembedded.org/ |
| 16:40.59 | RP | just so there is some standard place people can look at... |
| 16:41.07 | RP | (as well as the index) |
| 16:41.51 | bluelightning | yes, it's worth pointing out that yoctoproject.org and openembedded.org can both provide hosting for maintained layers |
| 16:42.57 | Crofton|work | people really like github etc |
| 16:43.20 | RP | Crofton|work: its good for some things, less good for others |
| 16:43.23 | fray | Crofton|work, for people posting there or elsewhere, the layer index is advisable... |
| 16:43.46 | *** join/#oe signal11 (esteban@abq.quaddro.net) |
| 16:43.47 | bluelightning | yep, as far as the layer index is concerned, it doesn't matter where it is as long as it's publicly accessible |
| 16:43.48 | Crofton|work | right the layerindex is awesome |
| 16:43.53 | fray | my only issue w/ github (and other places) is that it's harder to find layers that are -maintained- because you don't really know the commitment level of the people working on the layer |
| 16:43.56 | bluelightning | it's not even mandatory that it has a web interface |
| 16:44.07 | Crofton|work | we need to focus our efforts on indexing |
| 16:44.24 | bluelightning | the layer index does report "last updated" information |
| 16:44.42 | bluelightning | we could always collect/analyse more if desirable |
| 16:46.24 | bluelightning | I'd almost say it's not mandatory for a layer to be *heavily* maintained to be in the layer index either; if it's there people can find it and contribute to it |
| 16:47.11 | Crofton|work | right |
| 16:47.23 | bluelightning | not having people rewrite the same recipes was a key goal for setting it up |
| 16:48.07 | RP | I think my worry is that OE is seen as this fragmented and inconsistent mess :/ |
| 16:48.28 | RP | the index helps but I do think a bit more standardisation would also help... |
| 16:48.31 | bluelightning | I haven't heard that comment a lot, FWIW |
| 16:48.40 | bluelightning | but it is hard to get started |
| 16:49.13 | Crofton|work | well, we need to work out from oe-core to improve layers |
| 16:49.26 | bluelightning | there's certainly more we could do with analysing (and testing, with some community help) of layers outside OE-Core |
| 16:49.40 | Crofton|work | we can not digest everything at once, but we can work with critical layer s to improve them |
| 16:50.16 | RP | I'm hoping if we get more good testing in the core, this will spread... |
| 16:50.19 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 16:50.29 | RP | and with better tests, quality in other layers may improve |
| 16:51.20 | bluelightning | FWIW, I think this cycle has already seen quite significant quality improvements in meta-oe thanks to JaMa's autobuilder testing/fixing |
| 16:51.31 | JaMa | sorry for late comment, I think that for QA and upgrade-path issues I should finish https://bugzilla.yoctoproject.org/show_bug.cgi?id=3505 soon |
| 16:51.50 | bluelightning | ah yes, good point |
| 16:51.59 | fray | JaMa, excellent.. |
| 16:52.58 | bluelightning | ok, 8 mins left - anything else folks would like to discuss? |
| 16:53.21 | RP | JaMa: yes, that will help too... |
| 16:56.27 | fray | so I see 4 minutes or so till the hour.. |
| 16:56.33 | bluelightning | yep |
| 16:56.42 | fray | any thing else, otherwise.. we may have run out of topics.. |
| 16:56.52 | fray | Next meeting would be first or second week of Nov.. right? |
| 16:56.57 | bluelightning | #topic next meeting |
| 16:57.05 | Crofton|work | yay bluelightning |
| 16:57.06 | fray | I think Nov 5th will be the next meeting |
| 16:57.20 | bluelightning | so the only thing I can think of is nominate a person to send out the next meeting invite |
| 16:57.42 | Crofton|work | bluelightning, try recording that via the #action command |
| 16:57.44 | bluelightning | I can do it, but someone needs to actually do it |
| 16:58.14 | bluelightning | #action bluelightning send out meeting invite for nov 5th |
| 16:58.25 | bluelightning | presumably that did something... |
| 16:59.06 | Crofton|work | we'll see |
| 16:59.22 | bluelightning | ok, if nothing further, I guess we can call it a meeting? |
| 16:59.30 | fray | works for me! |
| 16:59.32 | fray | thanks! |
| 16:59.37 | bluelightning | thanks everyone |
| 16:59.41 | Crofton|work | type #endmeeting |
| 16:59.42 | RP | bluelightning: sounds good, thanks |
| 16:59.42 | bluelightning | #endmeeting |
| 16:59.44 | Crofton-bot | Meeting ended Tue Oct 8 16:59:42 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 16:59.44 | Crofton-bot | Minutes: oe/2013/oe.2013-10-08-16.05.html |
| 16:59.44 | Crofton-bot | Minutes (text): oe/2013/oe.2013-10-08-16.05.txt |
| 16:59.44 | Crofton-bot | Log: oe/2013/oe.2013-10-08-16.05.log.html |
| 16:59.57 | Crofton|work | do you have atsc address? |
| 17:00.19 | bluelightning | tsc@lists.openembedded.org you mean? |
| 17:00.23 | Crofton|work | yeah |
| 17:00.37 | fray | lo, I read that as 'ATSC', wondering what video has to do with it.. :) |
| 17:00.46 | bluelightning | well, yes that mailing list exists if that's what you're asking... |
| 17:01.45 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 17:01.51 | Crofton|work | heh |
| 17:01.55 | Crofton|work | yeah, me to |
| 17:01.59 | Crofton|work | gr-atsc |
| 17:12.24 | *** join/#oe hbeck (~hbeck@72.34.186.51) |
| 17:17.39 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 17:24.33 | *** join/#oe jkroon (~jkroon@89-253-118-72.customers.ownit.se) |
| 17:25.16 | jkroon | I cant find a opkg binary to inspect the generated .ipk-files.. Is it located somewhere in my build directory ? Fedora doesnt seem to ship a opkg package |
| 17:25.34 | woglinde | install dpkg |
| 17:25.37 | woglinde | works the same |
| 17:26.04 | jkroon | woglinde, aha |
| 17:30.34 | ensc|w | jkroon: mc and emacs can inspect them too |
| 17:31.33 | *** join/#oe dijenerate (~dijenerat@65.48.221.118) |
| 17:31.34 | jkroon | woglinde, thanks |
| 17:31.51 | jkroon | ensc|w, oh, another emacs feature :-) |
| 17:41.16 | *** join/#oe rcf (~rcf@d51A5F9DE.access.telenet.be) |
| 17:50.32 | *** join/#oe bwaite_ (~quassel@206.83.81.178.ptr.us.xo.net) |
| 18:09.55 | *** join/#oe acidfu (~nib@unaffiliated/acidmen) |
| 18:15.43 | *** join/#oe dvhart (dvhart@nat/intel/x-lxebfyyaefjzsdzi) |
| 18:17.10 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 18:51.17 | *** join/#oe oneQubit (~oneQubit@li439-130.members.linode.com) |
| 19:29.26 | *** join/#oe apelete (~apelete@176-26-190-109.dsl.ovh.fr) |
| 19:38.09 | jkroon | Does anyone know if its possible to use Qt with hardware accelerated OpenGL, without Xorg, on the Wandboard Solo ? |
| 19:38.42 | jkroon | I tried building an image but any application I start complains that it cant find the xcb platform plugin |
| 19:40.21 | jkroon | Or is Xorg always required whenever you want to do hw-accelerated graphics on ARM/Linux ? |
| 19:48.40 | *** join/#oe amarsman (~marsman@2001:610:790:10:4857:46a7:c0bd:c025) |
| 19:53.21 | *** join/#oe pespin (~pespin@90.163.100.255) |
| 19:55.26 | *** join/#oe tgall (~tgall@70.35.96.184) |
| 19:55.27 | *** join/#oe tgall (~tgall@linaro/tgall-foo) |
| 20:03.34 | ndec | jkroon: no it's not always required. |
| 20:03.40 | ndec | are you using Qt4 or Qt5? |
| 20:03.44 | jkroon | qt5 |
| 20:03.56 | ndec | master, dylan or dora? |
| 20:03.59 | jkroon | master |
| 20:04.01 | ndec | for meta-qt5, i mean |
| 20:04.13 | jkroon | yup, all layers I use are master |
| 20:04.17 | jkroon | including meta-qt5 |
| 20:04.27 | ndec | ok, then you need to .bbappend qtbase in your layer to configure it properly. |
| 20:05.17 | jkroon | hmm. that sounds a lot like the push that was made recently to meta-qt5 master.. |
| 20:05.18 | ndec | you might at least need to enable GLES, instead of GL. |
| 20:05.36 | ndec | checks master |
| 20:05.59 | *** join/#oe amarsman (~marsman@195-241-212-143.ip.telfort.nl) |
| 20:06.09 | ndec | jkroon: which chance? |
| 20:06.11 | ndec | change? |
| 20:06.25 | jkroon | ndec, sorry, it was a push today, but for the meta-fsl-arm layer |
| 20:06.36 | jkroon | lemme find it.. |
| 20:06.37 | ndec | ah. |
| 20:07.17 | jkroon | https://github.com/Freescale/meta-fsl-arm/commit/f8852824e6944943480f685d498ccce4ffec2c30 |
| 20:07.26 | jkroon | That layer has a .bbappend |
| 20:07.49 | jkroon | which does "PACKAGECONFIG_GL_mx6 = "gles2" " |
| 20:08.09 | jkroon | So I think I have Qt configured with gles2 |
| 20:08.31 | jkroon | Problem is when I run any Qt application it complains that it can't find the xcb platform plugin |
| 20:08.45 | jkroon | but I dont want Xorg, be it x11 or xcb |
| 20:08.51 | *** join/#oe bluelightning (~paul@188.30.143.17.threembb.co.uk) |
| 20:08.52 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 20:11.25 | jkroon | Maybe I need to enable directfb |
| 20:11.51 | ndec | jkroon: if you don't want X11, you indeed need to disable it in DISTRO_FEATURES |
| 20:11.59 | ndec | it's enabled by default. |
| 20:12.10 | jkroon | ndec, yes I have disabled it |
| 20:12.44 | ndec | ok, you have an env variable to set the default QPA plugin to load at run time too. |
| 20:13.15 | ndec | QT_QPA_PLATFORM |
| 20:13.20 | jkroon | yup, doublechecked, I do DISTRO_FEATURES = ${DISTRO_FEATURES_LIBC_DEFAULT} |
| 20:13.33 | jkroon | hmm ok |
| 20:14.30 | ndec | which QPA backend do you want to use on your board? |
| 20:14.32 | jkroon | it seems to react to it at least :-) dunno what I should put in there |
| 20:14.57 | jkroon | ndec, Im not sure I now the options. Anything minimal, which is not Xorg |
| 20:15.08 | ndec | QPA_PLATFORM is the name of the QPA backend that Qt will load when starting. |
| 20:15.33 | ndec | if you have EGL support, then you can use eglfs (EGL Full Scren) |
| 20:15.39 | ndec | Screen |
| 20:15.58 | ndec | there is a directfb backend too. and some 'minimal' backend too. |
| 20:16.26 | jkroon | Ok, I dont seem to have any available platforms at all. The list that gets printed when I run an application is empty |
| 20:16.47 | jkroon | Did I forget to include a eglfs-plugin-for-qt package maybe |
| 20:17.06 | ndec | elgfs is not built by default, iirc. |
| 20:17.45 | jkroon | ndec, ok thanks.. think I have some more information now to dig deeper |
| 20:19.03 | ndec | hmm .sorry eglfs is enabled when gles2 is enabled in PACKAGECONFIG |
| 20:24.54 | ericben | jkroon: hi if you have meta-fsl-arm and meta-qt5, for i.MX6 at the moment, you need to remove x11 from DISTRO_FEATURE and you get eglfs support |
| 20:25.17 | ericben | jkroon: I'm working to bring xcb |
| 20:26.08 | ericben | for mx6 and expect to finish before the 1.5 release |
| 20:26.25 | *** join/#oe pespin (~pespin@90.163.100.255) |
| 20:26.27 | ndec | i think he explicitely didn't want x11 |
| 20:26.27 | ericben | jkroon: DISTRO_FEATURES_remove = "x11" should work |
| 20:26.53 | ericben | so that the eglfs hooks are built |
| 20:27.15 | ericben | yesterday on a sabrelite I got 170fps with cineematicexperience |
| 20:27.49 | ndec | but is eglfs QPA set by default? |
| 20:27.57 | ericben | and if you try meta-qt5 's jansa/test branch you get qt 5.1.1 (you need to rename the bbappend in meta-fsl-arm) |
| 20:28.17 | ericben | ndec: in meta-fsl-arm yes if you don''t have x11 in distro_feature that work out of the box |
| 20:28.43 | ndec | ok, i have no fsl hw.. i was just trying to understand what his problem was ;-) |
| 20:29.03 | ericben | ndec: http://git.yoctoproject.org/cgit/cgit.cgi/meta-fsl-arm/tree/qt5-layer/recipes-qt/qt5/qtbase_5.1.0.bbappend |
| 20:29.37 | ndec | how is eglfs set by default? we add this in our case in qmake.conf |
| 20:29.38 | ndec | QT_QPA_DEFAULT_PLATFORM = eglfs |
| 20:30.02 | ericben | ahI see what you mean, for the moment you need to pass -platform eglfs |
| 20:30.34 | ndec | ah. that's what i meant. i think that's why he is getting xcb issues at runtime |
| 20:30.36 | ericben | I take note of this suggestion btw to set the default thanks |
| 20:30.40 | ericben | true |
| 20:30.46 | ndec | jkroon: ^^ |
| 20:31.13 | ericben | but the message is explicit it says minimal minimalegl or eglfs |
| 20:31.28 | ericben | but having the default will improve the user experience |
| 20:31.51 | ndec | yes, indeed. |
| 20:32.07 | ericben | thanks I'll include that in the bbappend for next update |
| 20:35.10 | jkroon | back |
| 20:36.41 | jkroon | tried appending "-platform eglfs", but it still complains that the plugin "eglfs" fails to load |
| 20:36.55 | jkroon | Available platform list looks empty.. |
| 20:38.44 | ndec | i suspect you still have X11 is DISTRO_FEATURES somehow. |
| 20:39.08 | ndec | you can check DISTRO_FEATURES with 'bitbake -e <image> | grep '^DISTRO_FEATURES' |
| 20:41.41 | jkroon | yeah, i'll doublecheck.. |
| 20:45.08 | jkroon | ok so no x11 in DISTRO_FEATURES |
| 20:45.22 | jkroon | I'll try to make some sense of qt configure log |
| 20:49.37 | jkroon | ericben, hmm, I'm using the wandboard-solo machine, from meta-fsl-arm-extra, not plain imx6*, if that would make any difference |
| 20:55.21 | jkroon | oh and I didnt have "opengl" in my DISTRO_FEATURES either |
| 20:56.06 | ndec | argh. right. that's something new in master, i forgot about this one |
| 20:57.49 | jkroon | ndec, hmm ? |
| 20:58.18 | ndec | opengl is now required if you use gl or gles. |
| 20:58.27 | *** join/#oe roric_ (~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se) |
| 20:58.28 | ndec | in dylan (which i use these days), that's not needed |
| 20:58.46 | jkroon | ndec, so a good idea would be for me to add "opengl" to DISTRO_FEATURES ? |
| 20:58.56 | jkroon | :-) |
| 20:59.07 | ndec | yes. oh, and in meta-fsl some variables are explicitely set for imx5/6 |
| 20:59.19 | ndec | if you use a different machine, you need to tweak that too. |
| 21:00.02 | jkroon | wandboard-solo.conf has "SOC_FAMILY = "mx6:mx6s:wandboard"" line |
| 21:00.29 | jkroon | So I figured it would get picked up correctly, no ? The "mx6" in there |
| 21:01.08 | ndec | overrides are still above my current OE-fu level |
| 21:01.15 | jkroon | .bbappend does "PACKAGECONFIG_GL_mx6 = "gles2"" |
| 21:01.33 | ndec | again, nothing beats bitbake -e <reipce> | grep VARIABLE |
| 21:01.55 | jkroon | I just gotta know what to put in VARIABLE :-D |
| 21:02.45 | ndec | PACKAGECONFIG |
| 21:03.02 | ndec | bitbake -e qtbase | grep ^PACKAGECONFIG |
| 21:03.18 | ndec | you will get the exact packageconfig variable used for the build |
| 21:04.09 | jkroon | ndec, ok, thanks |
| 21:04.49 | jkroon | waits for tasks to finish |
| 21:05.55 | *** join/#oe RushPL (~quassel@dragon.rushbase.net) |
| 21:07.30 | jkroon | I do get "gles2" in there |
| 21:07.45 | ndec | ok. that's good then |
| 21:08.14 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
| 21:15.21 | mr_science | goes to the dentist... |
| 21:23.57 | *** join/#oe roric_ (~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se) |
| 21:36.24 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 21:45.00 | *** join/#oe galak (~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net) |
| 22:13.53 | *** join/#oe lamawithonel_ (~lucas@38.127.149.74) |
| 22:24.32 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 22:31.16 | *** join/#oe amarsman (~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl) |
| 22:31.23 | jkroon | ndec, ericben, I think I just forgot to install the qtbase-plugins package |
| 22:31.46 | ndec | well, that can help ;-) |
| 22:32.12 | jkroon | :-) |
| 22:42.37 | jkroon | goddammit now it needs libdbus |
| 22:44.53 | jkroon | and adding either libdbus, libdbus-1, libdbus-1-3 to my IMAGE_INSTALL fails, even though I can see the ipk-package under deploy/ |
| 22:46.07 | jkroon | dbus seems to have added the lib |
| 22:47.10 | jkroon | cool, its working :-) |
| 22:51.41 | jkroon | thanks for the help ericben, ndec, night |
| 23:56.13 | *** join/#oe ldnunes (~ldnunes_@177.100.156.244) |