**** BEGIN LOGGING AT Fri Apr 21 03:00:03 2017 Apr 21 06:20:42 Hi, Someone know how to choose the size of a yocto image ? Apr 21 06:23:32 hamis: "depends" Apr 21 06:25:20 erm hamdy ^^^^^ Apr 21 06:26:50 hamdy: besides the fact that there is no such thing as a "yocto" image. you probably mean a image generated by the poky reference distribution :) Apr 21 06:28:05 Yes I mean, when a prepare my yocto before the bitbake, is there a way to choose the size of the final partition ? Apr 21 06:30:29 hamdy: there is a way to choose about everything, but it still depends Apr 21 06:35:55 hamdy: so you really need to be precise. which image type, thats the most important detail Apr 21 06:38:02 I would lik to make a generic 32 bit or 64 bit, I need something like a partition of 1 or 2 GO Apr 21 06:38:26 hamdy: an ext3 partition. Apr 21 06:38:46 or what? Apr 21 06:40:57 ext4 will be better but I can do with an ext3 Apr 21 06:41:51 hamdy: well then, why don't you ask "how can i set the size of an ext3 image"? Apr 21 06:42:25 how can i set the size of an ext3 image ? :) Apr 21 06:43:59 hamdy: as to be ssen at http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/image_types.bbclass#n57 Apr 21 06:44:27 hamdy: there is the variable ROOTFS_SIZE that control that Apr 21 06:44:51 OK I look Apr 21 06:45:21 hamdy: and there is also ext4 support... Apr 21 06:48:08 hamdy. depends on what you really want, but see also IMAGE_ROOTFS_EXTRA_SPACE and related variables http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-IMAGE_ROOTFS_EXTRA_SPACE Apr 21 07:03:55 hello... does it do any harm if we turn off uninative - our build env is homogeneous. Apr 21 07:07:49 so I just add to local.conf that for exemple ? IMAGE_ROOTFS_EXTRA_SPACE = "5242880" Apr 21 07:11:39 hamdy: that should work Apr 21 07:11:57 ok I try Apr 21 07:22:07 Hi all, I have a problem in a compilation with a yocto project. Who may give me some assistance? Apr 21 07:24:05 Smarco: try to state your case of emergency as precisely as possible, including all relevant details, then wait for rescue :) Apr 21 07:27:47 I have some trouble to add ncurses libs to a simple project that uses theses libraries. In my receip I set DEPENDS = "ncurses" and RDEPENDS_${PN} = "ncurses-libtinfo ncurses-lincurses" but I always have an issue when do_rootfs is called: "no package provides libtinfo.so.5(NCURSES_TINFO_5.0.19991023)". I tried many things in RDEPENDS like ncurses-libform and ncurses-terminfo but I always have this issue. I check in the working dir and al Apr 21 07:36:35 Smarco: DEPENDS = "ncurses" should be enough Apr 21 07:39:55 That the first I tried and it throws me the same error Apr 21 07:40:54 it rather sounds like that is some edge case that gets triggered Apr 21 07:41:02 at least to me Apr 21 07:43:49 that wierd because everything elses seems working fine. I add the gnu less tool that also uses ncurses and it works fine Apr 21 07:44:57 maybe the libtinfo package is broken? Apr 21 07:47:03 Hi everyone, does someone know if there is somewhere a website which explain how to install QtQuick2.0 on yocto. as there are lot of dependencies in packages. Thanks Apr 21 07:48:11 Why would it be broken? I use official ncurses release (it's one of the most used library, then I don't think they push a broken lib in release repo). Furthermore, ncurses compiles/installs without issues it's juste when doing the rootfs that I have the issue. Apr 21 07:48:50 Smarco: what do you mean you use the official ncurses release? Apr 21 07:49:03 ChrysD: use meta-qt5 layer Apr 21 07:49:33 mckoan : I use it of course. But for making QtQuick2.0 running there is lot of packages to install. Apr 21 07:49:52 packagegroup-qt5 Apr 21 07:49:54 I didn't change the .bb receip of ncurses so I assume that yocto downloads it from the official website Apr 21 07:49:59 mckoan : Like libs for eglfs etc Apr 21 07:50:17 Smarco: got it, just checking Apr 21 07:50:25 ok thanks Apr 21 07:52:07 Smarco: I assume this is the automatic runtime dependency handler looking at your app, and seeing it link with something it can't find in any yocto package... Apr 21 07:53:03 yep, that I also figured out Apr 21 07:53:26 but I don't know how to tell yocto that libtinfo is in the ncurses package Apr 21 07:53:57 you should not need to Apr 21 07:54:16 that why I tried to set RDEPENDS to "ncurses-libtinfo" but it didn't change anyting Apr 21 08:08:55 any short pointers/docs on how to use pseudo in a non-oe context? e.g. manually repackaging a rootfs? Apr 21 08:12:07 Smarco: maybe look at how your app is finding the library to link to -- is it linking with host ncurses? Apr 21 08:15:43 Smarco: to eliminate one possibility, do you have MATLAB installed in your machine? Apr 21 08:18:34 no I don't Apr 21 08:21:06 Smarco: ok, will be great if you could share some more info about your build env.. Apr 21 08:30:36 ncurses is linked dynamically at compilation time. The program includes the header "ncurses.h" and just call functions of libraries. Apr 21 08:32:01 when I compile it outside yocto for the host platform, everything goes fine and with ldd I may see the libs the the bin depends on: linux-gate.so.1 libncurses.so.5 => /lib/i386-linux-gnu/libncurses.so.5 libtinfo.so.5 => /lib/i386-linux-gnu/libtinfo.so.5 libc.so.6 => /lib/i386-linux-gnu/libc.so.6 libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 /lib/ld-linux.so.2 Apr 21 08:33:00 but yocto can't find the ncurses libs that it compiles for the target plateform Apr 21 08:37:08 Smarco, so did you do the same check with the target binary? Apr 21 08:41:48 If I add the layer meta-gnome it mean that i will have the gnome desktop installed ? Apr 21 08:49:27 hamdy: no, it means that you can install the recipes that the layer provides. which might be the gnome-desktop, but just adding the layer will not pull it in automatically Apr 21 09:01:43 I just checked, in the work dir "packagedata/runtime/" I found the file completed with all libraries needed, libtinfo is well added as other ncurses libs. I also expanded the rpm created and checked the libs with ldd and I have the same output as on the host. As I used the host ldd, I assume that the lib path shown isn't the one yocto uses, but all libs are there. Apr 21 09:03:27 ok I see now Apr 21 09:08:23 Hmm, is deploy.class on purpose not sstate caching data files? E.g. if tmp/deploy is removed and any recipes re-executed, they will not restore tmp/deploy contents from sstate cache until sstate cache entry for the recipe is removed? Apr 21 09:20:59 mcfrisk_, something wrong there Apr 21 09:22:23 mcfrisk_, replace DEPLOY_DIR_IMAGE with IMGDEPLOYDIR Apr 21 09:28:17 ant_work: also on jethro? Apr 21 09:29:34 IMGDEPLOYDIR doesn't exists in jethro, so it's something else, or by design. Apr 21 09:30:28 mcfrisk_, seems only for morty Apr 21 09:30:57 the changhe is over one yer old Apr 21 09:38:25 I have a yocto image with python installed. It miss the module random. How can I add it. Apr 21 09:38:29 I have a yocto image with python installed. It miss the module random. How can I add it ?? Apr 21 09:40:03 ant_work: hmm, I'm stuck with jethro but I guess removing tmp/deploy is not supported. I will remove tmp completely since that works. Apr 21 09:41:28 yes, wipe TMPDIR Apr 21 09:42:20 <_arthur_> k /win close Apr 21 09:42:23 <_arthur_> Sigh. Apr 21 09:49:27 if build a SDK with QT support but when i build a project in qtcreator with the sdk it complains about error: cannot find -lQt5Gui :error: cannot find -lQt5Widgets etc Apr 21 09:57:46 I have a yocto image with python installed. It miss the module random. How can I add it ?? Apr 21 10:02:25 probably by adding python-modules and/or pythong-misc. or in short, packagegroup-core-lsb-python Apr 21 10:04:24 or pip I presume Apr 21 10:19:42 mcfrisk_: There is sstate caching in deploy.bbclass; if it doesn't work it's usually because somebody used DEPLOY_DIR where they should have used DEPLOYDIR or vice-versa. Apr 21 10:19:57 (one of them is sstate-cached, the other just writes to the output directory directly) Apr 21 10:26:08 hello, did anyone manage to get qt multitouch working on Linux platform with xserver? Apr 21 10:26:12 I have a Yocto project build on an embedded device with the Focaltech ft5x06 capacitive touchscreen driver Apr 21 10:26:24 evtest shows me that proper events using the multitouch protocol Apr 21 10:26:53 however slider->setAttribute(Qt::WA_AcceptTouchEvents) in qt is not enough to make these events register with multiple dials in same window Apr 21 10:27:52 if someone is successfully doing multitouch gestures with qt on yocto builds, I would be very happy if they were to share their experience Apr 21 11:11:14 Hi, stupid question: I got a few patches for wic: to which mailing list should I send them? Apr 21 11:16:20 hello guys Apr 21 11:16:58 how can I disable 'Currently # running tasks'? Apr 21 11:17:10 of bitbake ? Apr 21 11:17:43 ctrl + c Apr 21 11:18:49 Should be something with -u Apr 21 11:20:17 nevermind, found wic patches on openembedded-core, so I'll use that one too Apr 21 11:20:18 The -u defines the user-interface (default being knotty) Apr 21 11:31:39 Hi, is there a way to fetch multiple repositories in a single recipe (which works fine) and patch them with individual files? Apparently the patches are done using -p1 but that also includes a -d parameter, right? Is there a way to specify paths for every patch to be applied? Apr 21 11:36:45 m4ho: does 'patchdir' on the patch src_uri work for you usecase? Apr 21 11:45:16 I saw the meta-amd layer. What I have to do to create a yocto image compatible with AMD processors ? Apr 21 11:45:58 nrossi: this seems to be a perfect fit, but doesn't seem to work yet Apr 21 11:47:40 nrossi: thank you very much Apr 21 11:51:26 I saw the meta-amd layer. What I have to do to create a yocto image compatible with AMD processors ? Apr 21 11:54:32 hamdy: please be more patient - do you generally understand the contents of the meta-amd layer? Your question is vastly general Apr 21 12:04:56 my qt is complaining that the libqt5quick.so not contains -lqt5quick Apr 21 12:08:14 A library cannot contain a library. -lqt5quick just tells the linker to look for a file named libqt5quick.so or libqt5quick.a. You'll have to improve your problem description. Apr 21 12:08:33 I saw the meta-amd layer. What I have to do to create a yocto image compatible with AMD processors ? Someone can help me please ? Apr 21 12:09:00 this is de error output i get from qt: error: skipping incompatible /home/hmw/arago-2016.12/sysroots/cortexa8hf-neon-linux-gnueabi/usr/lib/libQt5Quick.so when searching for -lQt5Quick Apr 21 12:09:45 MarcWe: Sounds like an architecture mismatch. There should be more output close to this line that tells you why it is being skipped. Apr 21 12:09:47 MarcWe : Look if the libQt5Quick.so is made for your architecture. Maybe you are trying to make it running and test in your machine but this library it's for an arm. Apr 21 12:10:27 or your build is using the host compiler and not the right cross compiler Apr 21 12:10:33 hamdy: That's not any more helpful than your last line. Did you see m4ho's question? Apr 21 12:11:08 rburton : Yeah it seems. Apr 21 12:11:27 I need to setup a yocto image on an ARM lX800 processor. I need to know if it's compatible Apr 21 12:12:02 neverpanic I just saw it Apr 21 12:13:27 MarcWe : If you are running with QtCreator, look in the Makefile which compiler is used in the line " cc = " Apr 21 12:13:56 ChrysD: qt is not genarating a makefile Apr 21 12:14:12 since when Apr 21 12:14:19 the build folder is emty Apr 21 12:14:51 MarcWe : are you sure of that ? Even if the build doesn't succeed it creates a makefile in where you tell him to put your build Apr 21 12:15:25 uh no i did not F5 after compilation Apr 21 12:15:34 but the make file is surgesting gcc ...... Apr 21 12:15:41 not arm-linux.... Apr 21 12:15:56 MarcWe : Are you using qtcreator ? Apr 21 12:16:00 yes Apr 21 12:16:10 MarcWe : Have you defined well the kits, version and so on ? Apr 21 12:16:15 and i created a new kit for the toolchain Apr 21 12:16:17 etc Apr 21 12:16:21 MarcWe : are you using a version above 5.6 ? Apr 21 12:16:28 qt 5.6 Apr 21 12:16:38 MarcWe : Have you put the linux-oe-g++ ? Apr 21 12:17:08 you mean the qt mkspec ? Apr 21 12:17:13 MarcWe : yep Apr 21 12:17:21 i have that emty Apr 21 12:17:28 MarcWe : you should have it Apr 21 12:18:28 MarcWe : It's located in your cortex sysroots folder of your sdk in /usr/lib/qt5/mkspecs/linux-oe-g++ Apr 21 12:18:34 tnx Apr 21 12:19:29 can : usr/lib/qt5/mkspecs/linux-arm-gnueabi-g++/ be oke ? Apr 21 12:19:50 hamdy: lx800 is simple x86 architecture, why wouldn't it be compatible? The meta-amd layer includes three specific chips, none is the geode - i don't really see a problem here Apr 21 12:20:13 MarcWe : I don't know the only thinks I know that most of time you put linux-oe-g++ ^ Apr 21 12:22:16 MarcWe : Sometimes, when you populate_sdk it makes a file with environmental variables. You can add it into your first line of qtcreator.sh Apr 21 12:22:42 MarcWe : Then by using linux-oe-g++, i know that for exemple CC will be equal to a variable which is described into your environmental variables Apr 21 12:22:50 MarcWe : But it's only supposition. Apr 21 12:22:53 a oke Apr 21 12:23:13 i use the source var in qtcreator.sh Apr 21 12:23:30 MarcWe : Haven't you do some bitbake -c populate_sdk of your image ? Apr 21 12:23:42 but /usr/lib/qt5/mkspecs/linux-oe-g++/ gives me a red excamation mark Apr 21 12:24:56 MarcWe : In two board I have, when I do populate_sdk I have a file with environmental values that is used for cross compiling. And when I use linux-oe-g++ i'm fine. Maybe in your case is different Apr 21 12:24:59 yes i dit make the -c populate_sdk. Apr 21 12:25:15 MarcWe : Have you launch the script file generated by your populate_sdk ? Apr 21 12:25:35 MarcWe : mmh i have the answer, of course you have as you have been into the cortex folder ahah Apr 21 12:26:05 MarcWe : When you are in your " arago-2016.12" folder, haven't you other files in it ? Apr 21 12:26:29 yes Apr 21 12:26:44 envsetup Apr 21 12:26:59 site-config-cortexa8hf-neon-linux-gnueabi , and version ifo Apr 21 12:27:04 and version info Apr 21 12:27:08 MarcWe : envsetup is the files which describes the environmental variabels i guess Apr 21 12:27:24 Put in the first line of your qtcreator.sh this file Apr 21 12:27:26 yes i have that in file linked in the .sh Apr 21 12:27:32 ok Apr 21 12:28:03 as source /home/hmw/arago-2016.12/environment-setup Apr 21 12:28:09 yeah right Apr 21 12:28:20 but with linux-oe-g++ it doesn't work Apr 21 12:28:31 Have you tried to build anyway ? Apr 21 12:28:35 Qmake + build Apr 21 12:28:52 the computer icon is a changed in to a red exclamation mark Apr 21 12:29:06 qmake + build ( from command line ? Apr 21 12:29:26 directly via qtcreator Apr 21 12:30:12 that gives no errors Apr 21 12:30:25 Deploy it and try it Apr 21 12:31:18 g++ -o untitled main.o qrc_qml.o -L/home/hmw/arago-2016.12/sysroots/cortexa8hf-neon-linux-gnueabi/usr/lib -lQt5Quick -lQt5Gui -lQt5Qml -lQt5Network -lQt5Core -lGLESv2 -lpthread Apr 21 12:31:30 so its using g++ instead of arm-linux Apr 21 12:31:52 Are you using the right kit ? Apr 21 12:32:47 yes i am Apr 21 12:35:07 http://variwiki.com/images/8/8d/YoctoQtCreator.pdf Apr 21 12:35:18 Read that + look for the mkspec as you are using 5.6 Apr 21 12:35:49 oke Apr 21 12:35:50 tnx Apr 21 12:40:08 MarcWe : I was reading a little more about linux-oe-g++ and linux-oe-g++ use the environmental values Apr 21 12:40:34 omg put the mkspeck Apr 21 12:40:39 in the wrong kit Apr 21 12:40:40 It seems that in meta-qt5, a recipe is exporting some variable and linux-oe-g++ use them. That's why linux-oe-g++ Apr 21 12:40:42 LoL Apr 21 12:41:04 the emty project builds now :D Apr 21 12:41:11 ahahah Apr 21 12:41:20 From Qt 5.6 you need to specify Mkspecs Apr 21 12:41:37 i wil remember that o0:P Apr 21 12:42:11 big thanx ChrysD Apr 21 12:42:25 MarcWe : np ! Apr 21 12:42:47 MarcWe : [14:31] Are you using the right kit Apr 21 12:42:51 MarcWe : :D Apr 21 13:33:13 kanavin: buildhistory-diff and dnf really don't get on Apr 21 13:33:18 /var/lib/dnf/yumdb/g/51fa50586c1f5f45ee18b9e44a8b79ae6aaf0168-glibc-charmap-mac-cyrillic-2.25-r0-corei7_64/checksum_type was added etc Apr 21 14:20:46 Anyone have ideas on how to squeeze more boot-time information out of Alsa? Apr 21 14:21:19 My Morty build for a wandboard hangs at boot time after Alsa prints a couple messages. Apr 21 14:50:11 rburton: can you file a bug if it is a bug? Apr 21 14:51:00 kanavin: presumbly dnf has a reason to use md5sums or something in the paths, i guess we just need to filter them out in buildhistory-diff Apr 21 15:44:44 I would like to have the kernel source in /usr/src in Poky Apr 21 15:44:53 how can I have them there? Apr 21 17:15:10 Suppose my S="${WORKDIR}/some/dir". Is there a way to define a patch to apply to ${WORKDIR}/some? Apr 21 17:18:56 So far setting patchdir=${WORKDIR}/some hasn't worked (same error asking if it needs to be stripped). I backed it up one more directory, since the patch is defined as some/... and some.patched/... but that didn't resolve it either. Apr 21 17:19:31 tgoodwin: you use patchdir relative to S Apr 21 17:19:50 e.g. file://some.patch;patchdir=../ Apr 21 17:20:06 will apply the patch to sources in ${S}/../ Apr 21 17:28:37 khem: I'm still getting the same "does not apply" error no matter what I try. Apr 21 17:28:49 Does the patch have to be created relative to workdir? Apr 21 17:33:19 khem: thanks... That was it (your suggestion). I'm not sure what was wrong with the patch file, but when I recreated it, it worked. Thanks again! Apr 21 19:26:07 rburton: I sent my last set of patch for puzzles recipe with this I can build OE-core world clean with gcc7 on rpi3 Apr 21 19:52:39 khem: nice! Apr 21 19:52:44 shall throw it at the ab later Apr 21 19:52:53 there's a break-all-the-things build running now Apr 21 22:03:58 khem: question: what is your meta-openwrt layer useful for? Apr 21 22:05:26 khem, I am comparing a poky image with the openwrt-layer added to an actual openwrt image Apr 21 22:49:37 ulf`: its meant to bild openwrt components with OE Apr 21 22:49:55 there is a sample openwrt-image Apr 21 22:50:19 there are few things it needs work on Apr 21 22:50:41 e.g. getting procd as a proper init system alternative is big one Apr 21 23:19:51 hey guys Apr 21 23:19:53 allah is doing Apr 21 23:19:58 sun is not doing allah is doing Apr 21 23:20:00 to accept Islam say that i bear witness that there is no deity worthy of worship except Allah and Muhammad peace be upon him is his slave and messenger Apr 21 23:29:37 khem, cool Apr 21 23:30:08 khem, I just added juci as a replacement for luci to the image. Do you know how functional that is? Apr 21 23:30:35 no it does not work Apr 21 23:30:50 I never got down to quite working it Apr 21 23:30:59 but if you do patches are welcome Apr 21 23:31:30 on screenshots it looks cool Apr 21 23:31:58 * ulf` checked out the luci web interface earlier Apr 21 23:32:03 Quite nice too I thought Apr 22 00:01:16 yes its quite modern Apr 22 00:01:22 only if you can get it to work Apr 22 00:01:31 with out all slush of OpenWRT Apr 22 00:29:34 khem,ulf: if i turn on luci or luci2, I get some files but no config for lighthttpd Apr 22 00:29:55 khem: also no lua, I assume I'm missing something? Apr 22 02:46:44 hey guys Apr 22 02:46:44 allah is doing Apr 22 02:46:48 sun is not doing allah is doing Apr 22 02:46:49 to accept Islam say that i bear witness that there is no deity worthy of worship except Allah and Muhammad peace be upon him is his slave and messenger **** ENDING LOGGING AT Sat Apr 22 03:00:02 2017