Wednesday, 2017-04-05

*** stephano <stephano!~stephano@> has quit IRC00:05
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC00:09
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC00:14
*** nighty-- <nighty--!> has joined #yocto00:53
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto01:02
*** JordonWu <JordonWu!~quassel@> has joined #yocto01:29
*** jairglez <jairglez!~jairdeje@> has quit IRC01:35
*** dreyna <dreyna!> has quit IRC02:04
tlwoerner_i've been having network issues lately so it's probably just me... but does anyone have trouble reaching * ?02:10
*** tlwoerner_ is now known as tlwoerner02:10
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC02:11
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto02:18
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC02:25
*** berndhs <berndhs!> has quit IRC02:31
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto02:42
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto02:46
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC02:51
bluelightningtlwoerner: seems to be working at the moment as far as I can tell02:53
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC02:59
tlwoernerbluelightning: thanks for checking :-) although everything seems to be working for me now03:05
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto03:07
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto03:11
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC03:32
*** Rootert <Rootert!> has quit IRC03:45
*** RagBal <RagBal!> has quit IRC03:46
*** Rootert <Rootert!> has joined #yocto03:46
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto03:47
*** RagBal <RagBal!> has joined #yocto03:50
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC03:53
*** Rootert <Rootert!> has quit IRC03:57
*** RagBal <RagBal!> has quit IRC03:57
*** RagBal <RagBal!> has joined #yocto03:58
*** Rootert <Rootert!> has joined #yocto03:58
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto04:01
*** RagBal <RagBal!> has quit IRC04:05
*** Rootert <Rootert!> has quit IRC04:05
*** RagBal <RagBal!> has joined #yocto04:06
*** Rootert <Rootert!> has joined #yocto04:06
*** dreyna <dreyna!> has joined #yocto04:08
*** RagBal <RagBal!> has quit IRC04:16
*** Rootert <Rootert!> has quit IRC04:16
*** RagBal <RagBal!> has joined #yocto04:18
*** RagBal <RagBal!> has quit IRC04:23
*** RagBal <RagBal!> has joined #yocto04:28
*** Rootert <Rootert!> has joined #yocto04:33
*** RagBal <RagBal!> has quit IRC04:36
*** RagBal <RagBal!> has joined #yocto04:37
*** Rootert <Rootert!> has quit IRC04:38
*** Rootert <Rootert!> has joined #yocto04:38
*** jairglez <jairglez!~jairdeje@> has joined #yocto04:43
*** Rootert <Rootert!> has quit IRC04:43
*** Rootert <Rootert!> has joined #yocto04:44
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC04:46
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto04:47
*** jairglez <jairglez!~jairdeje@> has quit IRC04:48
*** yizhao <yizhao!~zhaoyi@> has quit IRC04:51
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto04:52
*** yizhao <yizhao!~zhaoyi@> has joined #yocto04:53
*** mkelly <mkelly!~martin@> has quit IRC04:57
*** morphis <morphis!> has joined #yocto04:58
*** RagBal <RagBal!> has quit IRC05:08
*** RagBal <RagBal!> has joined #yocto05:08
*** RagBal <RagBal!> has quit IRC05:13
*** RagBal <RagBal!> has joined #yocto05:15
*** RagBal <RagBal!> has quit IRC05:19
*** RagBal <RagBal!> has joined #yocto05:20
*** AndersD <AndersD!> has joined #yocto05:25
*** RagBal <RagBal!> has quit IRC05:31
*** gtristan <gtristan!~tristanva@> has quit IRC05:32
*** RagBal <RagBal!> has joined #yocto05:33
*** rob_w <rob_w!~bob@> has joined #yocto05:40
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto05:40
*** gtristan <gtristan!~tristanva@> has joined #yocto05:43
*** zecke <zecke!> has joined #yocto05:47
*** themikenicholson <themikenicholson!~nic47222@> has quit IRC05:48
*** Rootert <Rootert!> has quit IRC05:56
*** RagBal <RagBal!> has quit IRC05:56
*** RagBal <RagBal!> has joined #yocto06:01
*** pohly <pohly!> has joined #yocto06:02
*** Rootert <Rootert!> has joined #yocto06:02
*** kai <kai!765ceb70@gateway/web/freenode/ip.> has joined #yocto06:03
*** qt-x <qt-x!~Thunderbi@> has joined #yocto06:04
*** agust <agust!> has joined #yocto06:05
*** RagBal <RagBal!> has quit IRC06:06
*** kai1 <kai1!> has joined #yocto06:06
*** Rootert <Rootert!> has quit IRC06:06
*** jwest__ <jwest__!~jwest@2601:148:200:6f80:9c40:29b2:374b:6fe1> has quit IRC06:07
*** RagBal <RagBal!> has joined #yocto06:07
*** themikenicholson <themikenicholson!~nic47222@> has joined #yocto06:07
*** groleo <groleo!> has joined #yocto06:07
*** Rootert <Rootert!> has joined #yocto06:08
*** kai <kai!765ceb70@gateway/web/freenode/ip.> has quit IRC06:08
*** jwest__ <jwest__!> has joined #yocto06:08
*** Rootert <Rootert!> has quit IRC06:14
*** RagBal <RagBal!> has quit IRC06:16
*** hamis <hamis!~irfan@> has joined #yocto06:17
*** dv__ <dv__!> has quit IRC06:27
*** _dv_ <_dv_!~quassel@> has joined #yocto06:27
*** zecke <zecke!> has quit IRC06:32
*** frsc <frsc!> has joined #yocto06:45
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC06:47
kanavinPharaoh_Atem: not working on it right now, and it's assigned to marquiz, not me :) we cannot update the dnf stack now as we're in a pre-release freeze, so that will have to wait for a couple weeks or so06:49
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto06:49
*** csanchezdll <csanchezdll!> has joined #yocto06:57
*** fl0v0 <fl0v0!> has joined #yocto06:58
*** jku <jku!~jku@> has joined #yocto07:04
*** mckoan_ <mckoan_!~marco@unaffiliated/mckoan> has joined #yocto07:06
*** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has quit IRC07:06
*** yohboy <yohboy!> has joined #yocto07:09
*** toanju <toanju!~toanju@> has joined #yocto07:14
LetoThe2ndwe're having a new board that bears a '.' in the device tree file name. while the whole build process works fine, it breaks in the end when trying to create the shortened symlinks. is there some official stanza on what file names are allowed? (requirements/restrictions)07:15
*** zecke <zecke!> has joined #yocto07:15
*** rajm <rajm!> has joined #yocto07:16
*** frsc_ <frsc_!> has joined #yocto07:27
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:27
*** frsc <frsc!> has quit IRC07:28
*** maxin1 <maxin1!> has joined #yocto07:34
*** jku <jku!~jku@> has quit IRC07:38
*** jku <jku!> has joined #yocto07:40
*** sbach <sbach!~sbach@> has quit IRC07:43
*** sbach <sbach!~sbach@> has joined #yocto07:44
*** Snert <Snert!> has quit IRC07:44
*** sameo <sameo!samuel@nat/intel/x-ablmththfpdpspjt> has joined #yocto07:45
*** Snert <Snert!> has joined #yocto07:46
*** dreyna <dreyna!> has quit IRC07:49
*** yann <yann!> has quit IRC07:51
*** colrack <colrack!~textual@> has joined #yocto07:56
*** mizux <mizux!~mizux@> has joined #yocto08:06
*** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has quit IRC08:10
*** joseppc <joseppc!> has joined #yocto08:13
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto08:13
*** nemunaire <nemunaire!> has joined #yocto08:14
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto08:21
*** geoffrey_l <geoffrey_l!> has joined #yocto08:21
*** AndersD <AndersD!> has quit IRC08:22
jkuRP: I'd be happy to get some advice in
yoctiBug 11239: normal, Medium+, 2.3 M4, jussi.kukkonen, NEW , native recipes should not care about DISTRO_FEATURES / MACHINE_FEATURES08:27
*** grma <grma!~gruberm@> has joined #yocto08:31
*** Chrys <Chrys!500c3794@gateway/web/freenode/ip.> has joined #yocto08:33
ChrysHi everybody =) Does anyone have already used yocto with I.MX6 ?08:34
LetoThe2ndChrys: many, many people.08:34
LetoThe2ndChrys: but you probably mean poky as the openemebdded based reference distribution :)08:34
ChrysI would like to add the plugins gstreamer-imx in my yocto project.08:34
*** gtristan <gtristan!~tristanva@> has quit IRC08:35
ChrysSo It's better to say " i use poky on I.MX6" instead of " I worked with Yocto on I.MX6"08:36
LetoThe2ndChrys: technically, yes :-) so what is your question?08:36
ChrysI thought Poky was more an base example of what should be a distro with the use of Yocto Project tools.08:36
ChrysSo my question is, ,i would like to add meta-fsl-arm-krogoth to my yocto project.08:37
*** AndersD <AndersD!> has joined #yocto08:37
ChrysThe goal is to decode mp4 files using gstreamer-1.0 on I.MX608:37
ChrysSo I thought that could be nice to use the gstreamer-imx plugins08:38
ChrysI've add on the bblayers.conf the meta-fsl08:38
ChrysI've bitbake my image08:38
ChrysBut still when I do gst-inspect I don't have those plugins.08:38
jkuChrys: did you add the package(s) to your image?08:38
LetoThe2ndor the packagegroup, respectively?08:39
ChrysYou mean with IMAGE_INSTALL ?08:39
LetoThe2ndthats the classic way, yes.08:40
ChrysI have IMAGE_INSTALL_append = " \ ( with a list of other package ) and add : gstreamer1.0-plugins-imx  \08:40
LetoThe2ndand when you inspect your image build with bitbake -e, that actually gets added?08:41
ChrysI'm finishing my bitbake and I will let you know thx for the command.08:42
ChrysHave you any experience with qt ? Because I would like to remove qtwebkit as it takes 1 hour to " do_compile" each time I bitbake.08:44
Chrys0: qtwebkit-5.6.2+gitAUTOINC+bb43bca166-r0 do_compile (pid 10490)08:44
LetoThe2ndwell then why do you build an image that pulls it in?08:44
ChrysI don't know where it pulls it in.08:45
ChrysI've tried using IMAGE_INSTALL_remove. But I didn't tried with "PACKAGES_EXCLUDE"08:45
LetoThe2ndi mean, why do you start out with an image like it. you could also begin with core-image-minimal or such.08:47
RPjku: ouch :/08:48
RPjku: what happens if you set this in native_virtclass_handler ?08:50
RPjku: I'd be tempted to swap those two if statements at the top and set this if PN has -native in it08:51
ChrysWhy I shouldn't ? It's an image with qt + gstreamer + all the stuff from the board I use + special settings and so on for screens.08:51
*** yohboy <yohboy!> has quit IRC08:52
*** yohboy <yohboy!> has joined #yocto08:52
*** gtristan <gtristan!~tristanva@> has joined #yocto08:52
LetoThe2ndChrys: i'm just asking. well then find out what pulls it in. as always, bitbake -e is your friend08:52
ChrysThe think is, I have meta-qt5. And Meta-qt5 include all the recipes for all the packages of qt5.08:53
ChrysSo in the conf of the meta-qt5, every recipes in the meta is parsed.08:53
ChrysThere is a way to exclude only one recipe ?08:53
LetoThe2ndChrys: the recipes always get paresed. but if something gets built and pulled that you don't want, then you have to find out what causes it. usually some kind of dependency.08:54
*** JoiF <JoiF!~jofr@> has joined #yocto08:55
ChrysI will try bitbake -e, thanks.08:55
jkuRP: that seems to work based on "bitbake -e"... I'll run some more tests08:58
*** jku_ <jku_!~jku@> has joined #yocto09:02
*** jku <jku!> has quit IRC09:03
*** toanju <toanju!~toanju@> has quit IRC09:04
*** ed2 <ed2!~Adium@> has joined #yocto09:09
*** pidge2 is now known as pidge09:12
*** maxin1 <maxin1!> has quit IRC09:18
*** lewiatan <lewiatan!> has joined #yocto09:18
zumbiHello! I have a custom recipe in which I install a systemd unit in the do_install routine, then I add this file to a package via FILES_{PN}, however after it builds, I get a QA check complain as the file has been installed but not shipped (in any package).. find shows the file under package/ subdir, do you have any hints or ideas on what could be doing wrong there?09:30
*** toanju <toanju!~toanju@> has joined #yocto09:31
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has quit IRC09:37
*** moto-timo <moto-timo!ttorling@nat/intel/x-gilthjsxeuuesgyl> has joined #yocto09:37
*** moto-timo <moto-timo!ttorling@nat/intel/x-gilthjsxeuuesgyl> has quit IRC09:37
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has joined #yocto09:37
ChrysLetoThe2nd : How do you read / use bitbake -e ?09:41
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto09:43
ChrysI guess the best is to push the result in a file and search where qtwebkit is compile.09:43
LetoThe2ndChrys: bitbake -e $MYIMAGEORRECIPEORWHATEVER | less09:48
LetoThe2ndChrys: there also is some dependency graph generation, but i fogot the syntax.09:49
LetoThe2ndRP: ^^^ maybe?09:49
RPLetoThe2nd: bitvake -g ?09:51
LetoThe2ndoO( "bitwake" )09:53
ChrysLetoThe2nd : Just by the fact of changing the priority of the layer meta-fsl-arm-krogoth, i get extra plugins...09:53
LetoThe2ndChrys: funny. sounds like something in the layer (or your layer setup) is not completely right, then.09:55
LetoThe2ndotavio: ^^^ does this ring a bell?09:55
*** nighty-- <nighty--!> has quit IRC09:57
ChrysLetoThe2nd : So complicated to add gstreamer-imx plugins :s10:01
*** yohboy <yohboy!> has quit IRC10:05
*** zeenix <zeenix!~zeenix@> has joined #yocto10:10
*** Chrys <Chrys!500c3794@gateway/web/freenode/ip.> has quit IRC10:22
*** berndhs <berndhs!> has joined #yocto10:25
*** zecke <zecke!> has quit IRC10:27
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto10:39
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto10:41
*** mugurumov <mugurumov!55540674@gateway/web/freenode/ip.> has joined #yocto10:42
*** jku_ is now known as jku10:44
*** nighty-- <nighty--!> has joined #yocto10:51
*** morphis <morphis!> has quit IRC10:59
*** morphis <morphis!> has joined #yocto11:00
*** yann <yann!> has joined #yocto11:04
*** colrack <colrack!~textual@> has quit IRC11:04
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC11:17
*** Chrys <Chrys!500c373a@gateway/web/freenode/ip.> has joined #yocto11:22
*** JaMa <JaMa!~martin@> has joined #yocto11:26
*** mugurumov <mugurumov!55540674@gateway/web/freenode/ip.> has quit IRC11:31
*** berton <berton!~berton@> has joined #yocto11:34
*** jwest__ <jwest__!> has quit IRC11:34
*** luneff <luneff!~yury@> has joined #yocto11:38
*** colrack <colrack!~textual@> has joined #yocto11:45
*** Chrys <Chrys!500c373a@gateway/web/freenode/ip.> has quit IRC11:52
*** luneff <luneff!~yury@> has quit IRC11:54
*** vmeson <vmeson!> has quit IRC11:59
otavioLetoThe2nd: can you give me a summary?12:00
LetoThe2ndotavio: sure. OP wanted to add gstreamer-plugins-imx, and concluded they only install if he "changed the priority" of meta-fsl-arm-krogoth12:02
*** Biliogadafr <Biliogadafr!> has joined #yocto12:02
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC12:02
*** cmos_dev_ <cmos_dev_!sid200148@gateway/web/> has quit IRC12:04
*** Chrys <Chrys!500c3701@gateway/web/freenode/ip.> has joined #yocto12:04
*** vdehors <vdehors!> has quit IRC12:04
ChrysHello all, little question here. Have you any clue of why some meta when bitbake are like in the build configuration : meta-fsl-arm-krogoth = "<unknown>:<unknown>"12:05
ChrysUsually I get meta-name ="<version_name ( as HEAD or krogoth )>:<and_a_code>12:06
LetoThe2ndwll did you get the layer from git?12:07
ChrysI did.12:08
ChrysThat's why is strange12:08
LetoThe2ndand what does git status say?12:08
ChrysThat's the problem : Not a git repository (or any of the parent directories): .git12:09
ChrysIt's not recognized as a git repository12:09
LetoThe2nddid you get it as some subdirectory of a git repo, then?12:10
LetoThe2ndor something else that results in then .git directory being somewhere else than the layer root directory?12:10
otavioLetoThe2nd: OP ?12:12
otavioLetoThe2nd: are you running latest meta-fsl-arm?12:12
LetoThe2ndotavio: Original Poster (Chrys)12:12
LetoThe2ndChrys: otavio is fsl-arm guy ;-)12:12
ChrysI'm redownloading it again. I'm using krogoth branch.12:13
otavioChrys: meta-freescale, meta-browser, meta-chicken, meta-miracast and meta-marvell ;-)12:13
otavioChrys: is there a specific need of using krogoth and not morty?12:13
Chrysotavio : the BSP support of my board is based on krogoth12:13
otavioChrys: which board is that?12:14
Chrysotavio : Phyboard I.MX6 solo12:14
otavioChrys: morty is way nicer ;-)12:14
Chrysotavio : the company don't supply for morty.12:14
otavioChrys: too bad!12:15
Chrysotavio : the only think i would like is to run a mp4 video on a Phytec PHyboard using the gstreamer-imx plugins12:15
otavioChrys: ok, lets see what we can do.12:15
otavioChrys: and?12:15
Chrysotavio : Because I would like to use the hardware decoder.12:15
Chrysotavio : thanks for your help !12:16
otavioChrys: you're welcome. Push them to put the boards on community12:16
otavioChrys: or to hire us to do so ;-)12:16
otavioChrys: the addition of plugin should be straightforward12:17
otavioIs there an open Git where I caan see their laer?12:17
sveinseCan multiple vars be excluded in the same VAR[vardepsexclude]= statement, or do I need one for each of them?12:18
Chrysotavio :  ( use of meta-phytec and meta-yogurt )12:18
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto12:19
Chrysotavio : the board phyboard-mira have an h264 hardware decoder, and I would like to use it on for mp4 video12:20
Chrysotavio : that's why i would like to add meta-fsl-arm as it gives gstreamer-imx plugins12:20
Chrysotavio : Also , i don't know if it is good but I have this error : ERROR: /opt/PHYTEC_BSPs/phyBOARD-MIRA/sources/poky/../meta-fsl-arm/recipes-fsl/images/ No IMAGE_CMD defined for IMAGE_FSTYPES entry 'sdcard' - possibly invalid type name or missing support class12:21
Chrysotavio : What I do, is that i remove recipes-fsl, but what should be the best practices ? Thanks :p12:22
*** Kakounet <Kakounet!> has quit IRC12:22
otavioChrys: you have a problem; they forked it all12:27
otavioChrys: you cannot mix meta-fsl-arm with this mess12:27
Chrysotavio : Mhhh12:28
otavioChrys: meta-phytec duplicates most of our recipes and God knows which changes they did12:28
*** vmeson <vmeson!~rmacleod@> has joined #yocto12:28
Chrysotavio : I've see that they made an update on march and add gstreamer-imx plugins12:29
*** vmeson <vmeson!~rmacleod@> has quit IRC12:29
Chrysotavio : when I remove fsl-arm, i have the error that imx-codec isn't provides12:29
otavioChrys: I am very sorry but you need to push them.12:29
*** qt-x <qt-x!~Thunderbi@> has quit IRC12:29
Chrysotavio : they didn't know how to lunch a mp4 video ahah12:30
*** vmeson <vmeson!~rmacleod@> has joined #yocto12:30
otavioChrys: those are all well supported12:30
*** vmeson <vmeson!~rmacleod@> has quit IRC12:30
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC12:31
Chrysotavio : do you know a way of doing h264 decoding by software then ?12:31
otavioChrys: using gst-libav12:31
otavioChrys: but will be slow12:31
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto12:31
Chrysotavio : i have gst-libav but no h264 decoder in it12:32
Chrysotavio : i can only run ogg video12:32
*** vmeson <vmeson!~rmacleod@> has joined #yocto12:32
otavioChrys: you must enable it likely12:32
otavioChrys: do you have other imx board?12:32
*** zecke <zecke!~ich@> has joined #yocto12:32
otavioif so, our demo images should be of help12:32
Chrysotavio : No. Do you know a good board for GUI + video ?12:32
otavioChrys: most imx6 are good12:33
otaviowe work a lot with most of vendors12:33
otaviophytec is not one of them12:33
*** jwest__ <jwest__!> has joined #yocto12:34
otavioChrys: tell us more about the project (pvt msg) and possibly we might help12:34
Chrysotavio : How do I do pvt msg ?12:35
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto12:35
*** vmeson <vmeson!~rmacleod@> has joined #yocto12:36
aurelehi everyone12:37
aureleI have a strange behaviour with /etc/group file12:37
aurelethe avahi group is present in the image build directory, but not in the final image version...12:38
*** kanavin <kanavin!ak@nat/intel/x-oggxwgyetmvvieri> has quit IRC12:38
*** kanavin <kanavin!ak@nat/intel/x-pqvlmvkervutvpdl> has joined #yocto12:38
*** vmeson <vmeson!~rmacleod@> has joined #yocto12:38
iontehi! i have a distro built on yocto. i need python 3.5 so i added the default python3 recipe. but it's very, very slow!! running "pip3 --help" takes 27 seconds on a raspberry pi!12:38
aureleif anyone can help thanks12:39
iontepython2 is about four times faster12:39
*** vmeson <vmeson!~rmacleod@> has quit IRC12:39
ionteso i tried with the default raspberry distro ("raspbian"). same test, "pip3 --help", takes only 7 seconds, on the same hardware (same sd-card).12:39
ionteis there any optimizations that i'm missing?12:40
*** vmeson <vmeson!~rmacleod@> has joined #yocto12:41
*** vmeson <vmeson!~rmacleod@> has joined #yocto12:44
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:46
*** vmeson <vmeson!~rmacleod@> has joined #yocto12:46
*** vmeson <vmeson!~rmacleod@> has joined #yocto12:51
*** mugurumov <mugurumov!55540674@gateway/web/freenode/ip.> has joined #yocto12:54
mugurumovHi there!12:54
gizeroAnyone willing to help with this probably RSS-related issue? Some googling showed several pastebins with similar logs. Me too I was hit by something similar last january but RP wizardry helped there...12:54
*** vmeson <vmeson!~rmacleod@> has joined #yocto12:55
mugurumovI'm a newbie in Yocto who's trying to compile a custom image. I have added several recipies, but I have problems with two of them12:55
mugurumovI have added my recipes under bblayer.conf12:56
gizeroThis one is from meta-rauc layer ( Seems like this issues tend to pop up when recipes depend set dependencies on build artifacts (images).12:56
*** vmeson <vmeson!~rmacleod@> has joined #yocto12:56
gizerohere the offending line seems:12:57
mugurumovand I have added the library installations I want to make under local.conf, adding the as "IMAGE_INSTALL_append = <recipe_names>"12:57
gizerodo_fetch[depends] = "${@' '.join([d.getVar(image, True) + ":do_build" for image in ['RAUC_SLOT_' + slot for slot in d.getVar('RAUC_BUNDLE_SLOTS', True).split()]])}"12:57
*** AndersD <AndersD!> has quit IRC12:57
mugurumovWhen I try to build using *bitbake core-minimal-image" breaks12:58
maxinaurele: hi12:58
*** vmeson <vmeson!~rmacleod@> has joined #yocto12:58
mugurumovbut if I compile each recipe separately does not break, typing *bitbake <recipe_name>*12:58
aurelemaxin, hi12:58
*** vmeson <vmeson!~rmacleod@> has quit IRC12:58
mugurumovSo I'm confused about what I'm doing wrong12:59
maxinaurele: trying to recreate the problem here.. are you installing avahi-daemon in the image ?12:59
mugurumovthe error printed is, among a huge list, "core-image-minimal-1.0-r0 do_rootfs: linux-xlnx not found in the base feeds"13:00
aurelemaxin, yes13:00
mugurumovany clue about what could be the issue? Thanks in advance13:00
*** Kakounet <Kakounet!> has joined #yocto13:01
mugurumovIf there's any way I can provide more specifical info, let me know, I'll paste it in PasteBin or whatever :D13:01
maxinaurele: ok, firing a build to see if that fails here too..13:01
jkumugurumov: building the image without IMAGE_INSTALL_append in local.conf works? If yes, Can you paste the the IMAGE_INSTALL_append line13:01
mugurumovjku: yes13:02
*** _dv_ is now known as dv_13:02
mugurumovthis is the local.conf13:02
mugurumovIMAGE_INSTALL_append = " busybox device-tree hostapd rtl8812au init-ifupdown python u-boot-xlnx linux-xlnx"13:02
mugurumovthe one failing is the last one linux-xlnx13:03
mugurumovI can compile it alone, bitbake linux-xlnx13:03
aurelemaxin, I'm following a lead : I have a recipe wich provides /etc/shadow and /etc/passwd files, I just fired avahi from passwd file (the group value was wrong in it). (for the record, those files are legacy files from older linux based targets)13:03
gizeromugurumov: do you really want your kernel to be added into your rootfs?13:03
maxinaurele: group file has  avahi:x:999: in the build here..13:03
behanwmugurumov: Using CORE_IMAGE_EXTRA_INSTALL is a better choice to IMAGE_INSTALL13:04
LetoThe2ndbehanw: huh?13:04
mugurumovgizero: prefered, rt-patch13:04
mugurumovbehanw: I can try that13:04
maxinaurele: ok, so, there was a custom recipe which provides passwd file ?13:04
mugurumovsame happens with another recipe I have that contains libraries like i2cdevtools,...13:05
aurelemaxin, yes13:05
behanwLetoThe2nd: A way to add to IMAGE_INSTALL generically. Used to be called POKY_EXTRA_INSTALL before it was merged into meta13:05
mugurumovso right now, I prefer having that working13:05
gizeromugurumov: follow suggestion by jky. If commenting out IMAGE_INSTALL_append altogether works, try removing just two last recipes in the list13:05
mugurumovso I can have libraries I need13:05
aurelemaxin, I will have to test from complete fresh build, but removing my bloody avahi line from passwd seems to fix the problem... sory for bothering13:06
maxinaurele: good to know ...13:06
LetoThe2ndbehanw: got a pointer to some rationale, or should i just try to memoize it that way?13:07
jkumugurumov: first, a recipe is not the same as package (you build the former, but IMAGE_INSTALL requires the latter)13:08
mugurumovjku: ok, I still misuse some terms as I'm new to this13:09
jkumugurumov: second, not sure what you want to do with kernel, but adding a package to the image is not going to mean that kernel is then used. I think you need to use PREFERRED_PROVIDER_virtual/kernel instead but this is not something I'm familiar with13:10
mugurumovjku: the kernek stuff is secondary right now, I have another package that contains libraries, and same happens13:12
mugurumovso I will go for fixing this first. It contains stuff like i2cdevtools, wpasupplicant,...13:12
mugurumovAnd, the same, if I compile it alone, bitbake <package_of_libs> compiles, but not if I add it to local.conf13:13
jkumugurumov: so with regards to recipes vs packages: i2cdevtools may provide a library package that has a different name. Try "bitbake -e i2cdevtools | grep ^PACKAGES="13:13
gizeromugurumov: if you are trying to build a base image with maybe some additional packages (i.e. libraries) but for your custom kernel (linux-xlnx ?) I'd suggest reading the "Yocto Project Board Support Package (BSP) Developer's Guide"13:13
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:14
behanwLetoThe2nd: I believe that strictly speaking IMAGE_INSTALL is for image recipes and CORE_IMAGE_EXTRA_INSTALL is for conf files.13:14
mugurumovin case it helps, the error printed in both cases is: "ERROR: core-image-minimal-1.0-r0 do_rootfs: linux-xlnx not found in the base feeds "13:15
behanwThe idea being that you can add arbitrary packages to your build without changing IMAGE_INSTALL directly.13:15
gizeroagain... depending on the recipe, the package name you have to append IMAGE_INSTALL with may be different13:15
behanwLetoThe2nd: I don't have a link handy to point to it however.13:15
behanwgizero: +1 Good advice (about the dev guide)13:16
gizeromugurumov: yes, it means no recipes ever provided a package with that name... even if "bitbake linux-xlnx" eventually succeded13:16
mugurumovgizero: yeah, if I switch linux-xlnx to my libray package, the name in error changes13:16
mugurumovok gizero13:16
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC13:17
LetoThe2ndbehanw: ah ok. thanks!13:18
RPgizero: are you using rm_work?13:24
gizeroRP: nope13:24
RPgizero: is there much in /home/gizero/work/smartliving/distro/repo-master/build-poky/tmp/sysroots-components/cortexa7hf-neon-vfpv4/glibc/ ?13:24
gizeroRP: 637 files!13:25
RPgizero: so the question is why some bits of glibc from there appear to have gone missing13:26
*** vmeson <vmeson!~rmacleod@> has joined #yocto13:27
RPgizero: glibc should contain "rwhod.h" and it should be in that directory. Even rm_work wouldn't remove that so why its missing I really don't know/understand13:28
RPgizero: a manifest is referencing it, but that would seem to be correct13:28
*** vmeson <vmeson!~rmacleod@> has joined #yocto13:28
gizeromissing? there's also that "FileExistsError" even before in the log... isn't that happening first?13:29
*** paulg <paulg!> has quit IRC13:29
*** groleo <groleo!> has quit IRC13:29
RPgizero: not sure what else I can say :/13:29
RPgizero: maybe grep the build directory and see if you can find any references to anything removing it?13:29
RPgizero: I assume this was an incremental build and not a build from scratch?13:29
RPand that the file is still missing now with the build stopped?13:30
gizeroRP: maybe I can try to wipe tmp/ and see if it helps13:30
RPgizero: I have no doubt it probably would. Doesn't explain why it broke though :/13:31
*** madisox <madisox!> has joined #yocto13:31
*** madisox <madisox!> has quit IRC13:31
gizeroI'll try to break it again ;-)13:31
*** vmeson <vmeson!~rmacleod@> has joined #yocto13:32
*** zecke <zecke!~ich@> has quit IRC13:35
*** vmeson <vmeson!~rmacleod@> has joined #yocto13:36
*** ayaka <ayaka!~ayaka@> has left #yocto13:41
*** vmeson <vmeson!~rmacleod@> has joined #yocto13:41
*** stephano <stephano!~stephano@> has joined #yocto13:42
sveinseIn a function, how do I access machine specific vars? e.g. MYVAR_mymachine="" is accessed in sh functions using ${MYVAR_${MACHINE}} ?13:45
*** gtristan <gtristan!~tristanva@> has quit IRC13:46
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto13:49
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC13:50
*** lewiatan <lewiatan!> has quit IRC13:51
T_UNIXhi. I want to keep layer-related additions in a (collection) subfolder (i.e. qt5-layer). But, afaics, that does not work with classes, right?13:51
T_UNIXis there a way to append bbclasses' path?13:52
*** jku <jku!~jku@> has quit IRC13:52
T_UNIXor solely path convention? `$LAYER/classes`?13:53
gizeroRP: cleaning tmp/ doesn't help much if I then bake the final recipe again... same result (FileExistsError)s. I'm leaving now, but if I got it right, I'd better figure out which build step left that much stuff in /home/gizero/work/smartliving/distro/repo-master/build-poky/tmp/sysroots-components/cortexa7hf-neon-vfpv4/glibc/, correct?13:53
*** AndersD <AndersD!> has joined #yocto13:54
RPgizero: Hmm, I was looking at the FileNotFoundError part :/13:55
RPgizero: two tasks failed, one with fileexists and the other filenotfound?13:56
RPgizero: have you "do_build" dependencies somewhere in your dependency chain?13:56
*** jwessel <jwessel!~jwessel@> has joined #yocto13:57
RPgizero: is that the whole log though?13:57
gizeroyes! I have this: do_fetch[depends] = "${@' '.join([d.getVar(image, True) + ":do_build" for image in ['RAUC_SLOT_' + slot for slot in d.getVar('RAUC_BUNDLE_SLOTS', True).split()]])}"13:57
RPgizero: I suspect if you swap do_build for an earlier dependency e.g. do_image_complete, it might work13:58
* RP really needs to make this work better13:58
RPI don't understand the filenotfound bit though13:58
gizeroRP: that was my suspect, but didn't really know which task to move it to... ;-)13:58
gizeroRP: I'll give it a spin asap13:59
gizero...I'll report back13:59
T_UNIXjust for the record: The class only needs to be found *first* within the BBPATH. See poky/bitbake/lib/bblayers/ for details.14:04
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto14:09
*** gtristan <gtristan!~tristanva@> has joined #yocto14:09
*** ayaka <ayaka!~ayaka@> has joined #yocto14:10
ayakaI need to add ERROR_CFLAGS=""  with make to make a package(gstreamer) pass compiling14:11
ayakaI export that variables in do_compile_prepend() {} it seems not work14:12
ayakawhere should I add that variable14:12
*** hamis <hamis!~irfan@> has quit IRC14:13
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:14
ayakaEXTRA_OEMAKE seems match14:14
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto14:18
*** zeeblex <zeeblex!> has quit IRC14:22
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC14:23
*** marka <marka!~masselst@> has joined #yocto14:29
*** agust <agust!> has quit IRC14:30
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC14:30
*** Chrys <Chrys!500c3701@gateway/web/freenode/ip.> has quit IRC14:31
*** agust <agust!> has joined #yocto14:37
RPgizero: If you were able to check I'd love to know if this solves the issue btw:
*** Chrys <Chrys!500c3751@gateway/web/freenode/ip.> has joined #yocto14:42
*** chep <chep!> has joined #yocto14:42
*** AndersD <AndersD!> has quit IRC14:45
*** Chrys <Chrys!500c3751@gateway/web/freenode/ip.> has quit IRC14:46
*** ayaka <ayaka!~ayaka@> has left #yocto14:47
*** BarBQ <BarBQ!> has joined #yocto14:47
*** agust <agust!> has quit IRC14:52
*** dreyna <dreyna!> has joined #yocto14:55
*** rovanceo_ <rovanceo_!~rovanceo@> has quit IRC14:55
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC14:55
*** rovanceo <rovanceo!~rovanceo@> has joined #yocto14:56
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto14:56
*** agust <agust!> has joined #yocto15:03
Pharaoh_Atemkanavin: :(15:03
Pharaoh_Atemmarquiz: if you need any assist on dnf stack stuff, let me know15:04
Pharaoh_AtemI did DNF stack integration for Mageia, so I have a decent idea of what you need to do to make things sane15:04
*** mkelly <mkelly!~martin@> has joined #yocto15:06
*** csanchezdll <csanchezdll!> has left #yocto15:07
*** rcw <rcw!~rwoolley@> has joined #yocto15:08
*** groleo <groleo!> has joined #yocto15:09
kanavinPharaoh_Atem: thanks, I plan to get to it in the next few days15:11
T_UNIXdoes the build system (bitbake) ignore .bbappend that do not contain a matching COMPATIBLE_MACHINE ?15:11
*** maxin <maxin!maxin@nat/intel/x-khbxhmalxpypfgrx> has quit IRC15:12
kergothT_UNIX: COMPATIBLE_MACHINE is used to skip a recipe15:12
kergothbbappend is used to modify the metadata of a recipe15:12
T_UNIXor will those be appended anyway, eventually rendering the entire recipe unused15:12
kergoththey'll be appended regardless, then the recipe will be skipped when anonymous python functions are run at the end of parsing15:13
kergothCOMPATIBLE_MACHINE just results in raising an exception in an anonymous python function, you can see it implemented in base.bbclass15:13
T_UNIXah, okay. Thanks kergoth :-)15:13
*** mkelly <mkelly!~martin@> has quit IRC15:14
*** willdye <willdye!> has joined #yocto15:16
*** jku <jku!> has joined #yocto15:17
*** Gintaro <Gintaro!~gintaro@2a00:8080:10:148:9017:2cff:fe26:adf0> has quit IRC15:18
T_UNIXthe MACHINE value is derived from the file name in conf/machine/MACHINE.conf right?15:18
*** vdehors <vdehors!> has joined #yocto15:20
*** Gintaro <Gintaro!~gintaro@2a00:8080:10:148:9017:2cff:fe26:adf0> has joined #yocto15:20
*** jku <jku!> has quit IRC15:21
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC15:22
*** mizux <mizux!~mizux@> has quit IRC15:22
*** groleo <groleo!> has quit IRC15:23
*** stephano <stephano!~stephano@> has quit IRC15:24
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has quit IRC15:25
*** vdehors <vdehors!> has quit IRC15:25
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC15:26
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto15:26
*** BarBQ <BarBQ!> has quit IRC15:31
kergothT_UNIX: backwards. the value of MACHINE is used to control what file is parsed in conf/machine.15:31
kergothnot the other way around15:31
*** toanju <toanju!~toanju@> has quit IRC15:31
*** jairglez <jairglez!jairdeje@nat/intel/x-ppdugcnpoogkhzet> has joined #yocto15:32
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC15:35
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto15:40
*** ftonello <ftonello!~felipe@> has quit IRC15:41
*** rajm <rajm!> has quit IRC15:46
sveinseIf I do SOMEVAR="${@myfn(d)}" and I must ensure that SOMEVAR never is clobbering the taskhash. How do I do that? SOMEVAR[nodepsexclude] can't be set on a py function, can it?15:52
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC15:54
sveinse...or vardepsexclude to be precise15:54
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC15:55
RPsveinse: it does work on py functions15:56
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto15:56
*** lamego <lamego!~jose@> has joined #yocto15:56
*** hung <hung!~chatzilla@> has joined #yocto15:57
*** mugurumov <mugurumov!55540674@gateway/web/freenode/ip.> has quit IRC15:58
*** vmesons <vmesons!~rmacleod@> has joined #yocto15:58
*** vmeson <vmeson!~rmacleod@> has quit IRC15:58
hunghello everyone15:59
hungi am using yocto project for beaglebone black16:00
hungi use eclipse IDE to develop application for beaglebone black16:00
hungi follow
hungto setup eclipse16:01
*** fl0v0 <fl0v0!> has quit IRC16:01
hungnow i want to develop GUI application using gtk+16:02
hungi include this statement in source code file: #include <gtk/gtk.h>16:03
*** fl0v0 <fl0v0!> has joined #yocto16:03
hungbut when i build project16:03
hunghello.c:33:21: fatal error: gtk/gtk.h: No such file or directory16:03
*** Kakounet <Kakounet!> has quit IRC16:04
hungif you have a way to solve it. Please show me16:05
*** hung is now known as rocket4216:06
*** fl0v0 <fl0v0!> has quit IRC16:13
*** Enlik <Enlik!> has joined #yocto16:14
*** stephano <stephano!~stephano@> has joined #yocto16:15
RPkergoth: I have an interesting dilemma. do_build of glibc-initial and the other -initial friends are causing quite some problems :/16:17
RPkergoth: the issue is that in a "collapsed" inter-sstate task graph do_build is removed and you end up with xxx:do_image_complete -> glibc-initial:do_populate_sysroot :/16:18
RPWe can't even use the depvalid trick to unmask some of them since the starting task isn't an sstate one16:18
RPkergoth: I'm wondering about putting a deltask do_build into glibc-initial but that would need a bitbake change to allow recrdeptask to work16:19
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto16:20
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC16:23
kergothcould deltask it and then addtask it again, so it exists, just doesn't depend on anything?16:23
kergothdunno, i'm not very awake today, i'll give it somet hought16:23
RPkergoth: I have patches and the dependency graph changes look sane...16:26
RPkergoth: keep thinking its a pretty major thing to do though...16:26
*** mkelly <mkelly!~martin@> has joined #yocto16:26
RPeven the current index error if a recrdeptask doesn't exist could be classed as a real bug I guess16:26
*** geoffrey_l <geoffrey_l!> has quit IRC16:27
RPkergoth: and seems too simple16:28
*** johndoe_isee <johndoe_isee!> has joined #yocto16:29
RPI guess I should test an eSDK with that16:29
ed2lsandov: do you know whom to ask about oe-selftest coverage support? Looks like it's not fully working.16:30
RPed2: can you define "not fully working"?16:31
ed2lsandov: I'm adding test cases for not covered code, but it doesn't reflect coverage report for some reason16:33
rocket42please help me16:33
rocket42 i am having a trouble with build gtk+ application in eclipse16:33
RPed2: ah, that coverage, I understand now16:34
*** marka <marka!~masselst@> has quit IRC16:34
rocket42i used yocto plugin16:34
RProcket42: perhaps if you pastebin the specific error you're getting, or describe the problem someone might know16:35
rocket42yes, i am doing16:36
*** marka <marka!~masselst@> has joined #yocto16:36
rocket42I have created "Yocto Project SDK Autotools Project" project which is GUI application using gtk+16:36
*** todor <todor!~todor@> has quit IRC16:36
rocket42in my source code16:37
rocket42#include <gtk/gtk.h)16:37
rocket42atal error: gtk/gtk.h: No such file or directory16:38
rocket42although when i add path of gtk.h to include directories ( project > properties > c/c++ general > paths and symbols).16:39
RProcket42: did you point eclipse at a toolchain which has the gtk headers in it?16:39
rocket42i pointed to toolchain by set up Yocto Project SDK (Window>preferences)16:40
*** jku <jku!> has joined #yocto16:40
rocket42And I follow part 10.3 in chapter 10 in
RProcket42: where did you get that toolchain from? I'd check that {OECORE_TARGET_SYSROOT}/usr/include/gtk+ exists16:41
RProcket42: sadly I don't use the eclipse plugin so I'm not much help there16:41
rocket42i get toolchain from
RProcket42: which one specifically did you choose?16:42
*** colrack <colrack!~textual@> has quit IRC16:43
rocket42i installed in folder: ~/poky/2.2.116:44
RProcket42: that does sound like it should work...16:45
rocket42i follow official document from yocto project16:45
rocket42when i add manually path of gtk.h to including directories16:46
RProcket42: ah, I think this might be because you need to add in the gtk+ compiler flags. Did you create any autoconf pieces to add that in?16:47
rocket42Eclipse can navigate to this file automatically16:47
rocket42but when rebuild, this error still16:47
RProcket42: you usually have to add in something like `pkg-config gtk+-2.0 --cflags`16:48
RP(and ldflags)16:48
RPbut this bit is gtk specific, not really the yocto project16:49
rocket42i just checked Includes folder in Project Explorer16:50
rocket42that is /usr/include16:50
rocket42not ~/poky/2.2.1/usr/include16:51
rocket42do you know why?16:51
RProcket42: --sysroot=XXX is probably on the compiler arguments?16:51
rocket42so i think that including directory must be "~/poky/2.2.1/usr/include"16:54
rocket42right, RP?16:54
RProcket42: right16:54
RProcket42: however gtk lives in /usr/include/gtk-2.0/gtk/gtk.h16:54
RProcket42: the pkg-config command I gave above will add in -I /usr/include/gtk-2.0/ amongst other things16:55
rocket42but /usr/include/gtk-2.0/gtk/gtk.h for native compilation, not for cross-compilation16:56
rocket42i think gtk is used must be ~/poky/2.2.1/usr/include/gtk-2.0/gtk/gtk.h16:57
rocket42i am cross-develop gtk+ application from ARM architecture16:58
rocket42i am cross-developing gtk+ application for ARM architecture16:59
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto17:01
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto17:01
*** todor <todor!~todor@> has joined #yocto17:01
*** rocket42 <rocket42!~chatzilla@> has quit IRC17:03
*** zeenix <zeenix!~zeenix@> has quit IRC17:05
*** phoo1234567 <phoo1234567!> has joined #yocto17:13
*** RagBal <RagBal!> has joined #yocto17:16
*** Rootert <Rootert!> has joined #yocto17:17
*** zeeblex <zeeblex!> has joined #yocto17:22
*** paulg <paulg!~paulg@> has joined #yocto17:50
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC17:51
*** CoLa_ is now known as CoLa17:56
*** CoLa <CoLa!cordlandwe@kde/cordlandwehr> has joined #yocto17:56
*** toanju <toanju!> has joined #yocto18:00
*** ed2 <ed2!~Adium@> has quit IRC18:04
*** dvhart <dvhart!> has quit IRC18:04
*** dvhart <dvhart!> has joined #yocto18:04
kergothah ha!18:39
kergothwhen you run bitbake -e somerecipe without a populated cache, variable tracking is left on during the up front parsing, not just the final full parse we use to dump the metadata for -e. results in a parsing memory usage of 5gb instead of 2.5gb here (with/without var tracking). if i bitbake -p first, the bitbake -e uses 400mb regardless18:40
kergothobviously the memory usage drops down after that initial parse, but in some cases that can be too late, if we got OOM killed :)18:40
kergothguessing we want it enabled during the config metadata parsing, then disabled during the full recipe parsing to populate the recipe cache, then re-enable for the -e parse and dump18:41
*** vmesons <vmesons!~rmacleod@> has quit IRC18:42
*** vmesons <vmesons!~rmacleod@> has joined #yocto18:43
*** frsc_ <frsc_!> has quit IRC18:44
*** grma <grma!~gruberm@> has quit IRC18:45
*** zeenix <zeenix!> has joined #yocto18:46
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto18:47
*** pohly <pohly!> has quit IRC18:47
*** ntl <ntl!> has quit IRC18:49
*** berton <berton!~berton@> has quit IRC18:53
*** berton <berton!~berton@> has joined #yocto18:54
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC18:59
lsandovkergoth: that sounds like a enhancement to be tracked in bugzilla18:59
lsandovkergoth: are you using mem_profiler as we discussed some weeks ago?18:59
-YoctoAutoBuilder- build #1123 of nightly-x86-64-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC19:06
kergothlsandov: right now i'm just running bitbake with memory_profiler's mprof command line app, havent' ahd a chance to debug a problem with the patches to let bitbake do it itself yet19:07
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto19:11
-YoctoAutoBuilder- build #454 of nightly-no-x11 is complete: Failure [failed BuildImages] Build details are at
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC19:17
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC19:23
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC19:23
*** groleo <groleo!~dev@> has joined #yocto19:28
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto19:29
*** dreyna <dreyna!> has quit IRC19:34
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto19:34
*** toanju <toanju!> has quit IRC19:35
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto19:39
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC19:45
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto19:45
*** stephano <stephano!~stephano@> has quit IRC19:52
*** adelcast <adelcast!~adelcast@> has quit IRC19:53
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC19:56
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto19:57
*** vmesons <vmesons!~rmacleod@> has quit IRC19:59
*** groleo <groleo!~dev@> has quit IRC20:00
*** paulg <paulg!~paulg@> has quit IRC20:02
*** bluelightning <bluelightning!~paul@> has joined #yocto20:04
*** bluelightning <bluelightning!~paul@> has quit IRC20:04
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:04
*** joshuagl <joshuagl!~joshuagl@> has quit IRC20:04
-YoctoAutoBuilder- build #1104 of nightly-x86-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at
*** rstreif <rstreif!> has joined #yocto20:07
*** rcw <rcw!~rwoolley@> has quit IRC20:08
*** adelcast <adelcast!~adelcast@> has joined #yocto20:08
*** jku <jku!> has quit IRC20:08
*** zeenix <zeenix!> has quit IRC20:16
*** ed2 <ed2!> has joined #yocto20:25
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC20:35
-YoctoAutoBuilder- build #1117 of nightly-ppc is complete: Failure [failed BuildImages_1] Build details are at
*** marka <marka!~masselst@> has quit IRC20:40
-YoctoAutoBuilder- build #1083 of nightly-intel-gpl is complete: Failure [failed BuildImages_1] Build details are at
*** manuel_ <manuel_!~manuel@> has joined #yocto20:42
*** gtristan <gtristan!~tristanva@> has quit IRC20:43
*** dreyna <dreyna!> has joined #yocto20:50
*** paulg <paulg!> has joined #yocto21:05
*** ant_home <ant_home!~ant__@> has joined #yocto21:06
*** mdnneo <mdnneo!~umaucher@> has joined #yocto21:06
mdnneoif I move the SDK I need to adapt the path of the found binaries in the relocate script on my own, or have I missed some parameter?21:08
bluelightningmdnneo: right, the SDK isn't designed to be moved after installation... the relocation script that is run on install gets deleted after it finishes successfully21:11
mdnneobluelightning: there is a parameter to keep it and it also creates an according .sh script ... but yes just the one which had been valid for the particular installation21:12
*** JaMa <JaMa!~martin@> has quit IRC21:12
mdnneoso seems like it is not ment for "another" move21:14
mdnneook but then I think I either modify the kept one via search replace or use the lines of the installer script to call it accordingly ... just thought I ask first if there is a existing solution21:17
*** berton <berton!~berton@> has quit IRC21:17
bluelightningin theory it should be able to be used again, but I'm not sure it's recommended procedure21:18
Crofton|workbluelightning, I sent a patch for meta-qt4 a while ago21:19
*** mdnneo_ <mdnneo_!~umaucher@> has joined #yocto21:20
-YoctoAutoBuilder- build #1087 of nightly-ppc-lsb is complete: Failure [failed BuildImages_1] Build details are at
*** mdnneo <mdnneo!~umaucher@> has quit IRC21:24
bluelightningCrofton|work: hmm yes I am behind on those, let me check if I already picked it up and just need to push21:25
Crofton|workno worries21:25
Crofton|worknothing changes in the layer21:25
Crofton|workso not stale21:25
Crofton|workpython-pyqt: Update to version 4.12.21:26
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto21:38
*** libby1 <libby1!~libby@> has joined #yocto21:40
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC21:41
*** caiortp <caiortp!~inatel@> has quit IRC21:54
*** lamego <lamego!~jose@> has quit IRC22:01
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC22:04
RPkergoth: sounds like a good lead22:06
*** HavoK_ <HavoK_!> has left #yocto22:08
bluelightningdamn it, now I can't find where I even started merging meta-qt4 patches, I guess I'll just have to do it again22:11
-YoctoAutoBuilder- build #1119 of nightly-multilib is complete: Failure [failed BuildImages_4] Build details are at
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto22:16
*** Biliogadafr <Biliogadafr!> has quit IRC22:23
*** manuel_ <manuel_!~manuel@> has quit IRC22:27
*** igor <igor!bd707fe6@gateway/web/freenode/ip.> has joined #yocto22:29
igorhi, i'm trying to upload a custom image to AWS and it is complaining about my kernel version.22:30
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto22:30
igorsomeone have ever upload a yocto image to the aws cloud system,?22:30
*** stephano <stephano!stephano@nat/intel/x-guxiwygizvarrhqi> has joined #yocto22:33
*** agust <agust!> has quit IRC22:44
*** Bunio_FH <Bunio_FH!> has quit IRC22:45
*** berndhs <berndhs!> has quit IRC22:50
*** clsulliv <clsulliv!~clsulliv@> has quit IRC22:59
*** manuel_ <manuel_!> has joined #yocto23:00
*** sameo <sameo!samuel@nat/intel/x-ablmththfpdpspjt> has quit IRC23:00
*** clsulliv <clsulliv!clsulliv@nat/intel/x-clhduwoyhftbcqnt> has joined #yocto23:04
*** nighty-- <nighty--!> has quit IRC23:09
*** igor <igor!bd707fe6@gateway/web/freenode/ip.> has quit IRC23:13
*** mdnneo_ <mdnneo_!~umaucher@> has quit IRC23:13
*** phoo1234567 <phoo1234567!> has quit IRC23:15
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC23:29
*** jairglez <jairglez!jairdeje@nat/intel/x-ppdugcnpoogkhzet> has left #yocto23:31
*** stephano <stephano!stephano@nat/intel/x-guxiwygizvarrhqi> has quit IRC23:31
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto23:33
bluelightningCrofton|work: so I just did a build test and discovered something I'd not realised - sip is duplicated between meta-oe and meta-qt423:42
bluelightningCrofton|work: the one in meta-qt4 hasn't been updated and thus building python-pyqt fails without meta-oe - should we be doing something about that?23:42
*** manuel_ <manuel_!> has quit IRC23:44
bluelightningI don't see anything in the entire meta-openembedded repo that refers to sip, so does it need to be there?23:44
*** ed2 <ed2!> has quit IRC23:44
-YoctoAutoBuilder- build #1069 of nightly-arm-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at
*** manuel_ <manuel_!> has joined #yocto23:55

Generated by 2.11.0 by Marius Gedminas - find it at!