Thursday, 2016-12-22

*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC00:04
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto00:05
*** jamesp <jamesp!~jamesp@> has quit IRC00:06
*** nighty <nighty!> has quit IRC00:32
*** psadro1 <psadro1!~Thunderbi@> has joined #yocto00:39
*** tlab_ <tlab_!~tlab@> has joined #yocto00:39
*** kjokinie1 <kjokinie1!~kjokinie@> has joined #yocto00:41
*** Saur1 <Saur1!pkj@nat/axis/x-jomxitczgwcbzwjo> has joined #yocto00:41
*** ncgs_ <ncgs_!> has joined #yocto00:41
*** justanotherboy1 <justanotherboy1!~mlopezva@> has joined #yocto00:41
*** oob <oob!~paulg@> has joined #yocto00:41
*** Marex_ <Marex_!~Marex@> has joined #yocto00:43
*** blueness__ <blueness__!~blueness@gentoo/developer/blueness> has joined #yocto00:45
*** psadro <psadro!~Thunderbi@> has quit IRC00:45
*** justanotherboy <justanotherboy!~mlopezva@> has quit IRC00:45
*** Saur <Saur!pkj@nat/axis/x-xrookmxtupacvlne> has quit IRC00:45
*** kjokinie <kjokinie!~kjokinie@> has quit IRC00:45
*** ncgs <ncgs!> has quit IRC00:45
*** paulg <paulg!~paulg@> has quit IRC00:45
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC00:45
*** tlab <tlab!~tlab@> has quit IRC00:45
*** dumb <dumb!~dumb@> has quit IRC00:45
*** Marex <Marex!~Marex@> has quit IRC00:45
*** blueness__ is now known as blueness00:45
*** psadro1 is now known as psadro00:45
*** dumb <dumb!~dumb@> has joined #yocto00:46
*** JordonWu <JordonWu!~quassel@> has joined #yocto00:46
*** oob <oob!~paulg@> has quit IRC00:48
*** sandsmark <sandsmark!~sandsmark@kde/sandsmark> has quit IRC00:57
*** robher <robher!sid20343@gateway/web/> has quit IRC00:57
*** sandsmark <sandsmark!~sandsmark@kde/sandsmark> has joined #yocto01:07
*** robher <robher!sid20343@gateway/web/> has joined #yocto01:07
*** paulg <paulg!> has joined #yocto01:09
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC01:16
-YoctoAutoBuilder- build #1026 of nightly-world is complete: Success [build successful] Build details are at
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto01:21
*** nighty <nighty!> has joined #yocto01:26
-YoctoAutoBuilder- build #1023 of nightly-x86-lsb is complete: Success [build successful] Build details are at
*** zeddii_home <zeddii_home!> has quit IRC01:55
*** zauberstuhl <zauberstuhl!> has quit IRC02:01
*** rburton <rburton!> has joined #yocto02:01
*** rburton <rburton!> has quit IRC02:09
*** zeddii_home <zeddii_home!> has joined #yocto02:10
*** vmeson <vmeson!> has quit IRC02:14
*** vmesons <vmesons!> has joined #yocto02:14
*** zeddii_home <zeddii_home!> has quit IRC02:20
*** zeddii_home <zeddii_home!> has joined #yocto02:28
*** deviosity <deviosity!> has quit IRC02:41
*** vmesons <vmesons!> has quit IRC02:52
*** rburton <rburton!> has joined #yocto03:05
*** rburton <rburton!> has quit IRC03:13
*** dv_ <dv_!~quassel@> has quit IRC03:21
*** dv_ <dv_!~quassel@> has joined #yocto03:22
*** JordonWu <JordonWu!~quassel@> has quit IRC03:27
*** JordonWu <JordonWu!~quassel@> has joined #yocto03:29
*** nrossi <nrossi!uid193926@gateway/web/> has joined #yocto03:31
-YoctoAutoBuilder- build #779 of nightly-oe-selftest is complete: Failure [failed Running oe-selftest] Build details are at
*** zeddii_home <zeddii_home!> has quit IRC03:57
*** rburton <rburton!> has joined #yocto04:10
*** zeddii_home <zeddii_home!> has joined #yocto04:17
*** rburton <rburton!> has quit IRC04:18
* kergoth kicks qemu04:29
paulgqemu64 scoffs at kergoth and his failed attempt at assault.04:31
moto-timoit's only a flesh wound04:31
paulg"I'm not dead yet"04:32
moto-timogo north. pick up axe. chop qemu.04:33
* paulg pauses to wonder if north means Kanuckistan.04:37
*** paulg <paulg!> has quit IRC04:44
*** zeddii_home <zeddii_home!> has quit IRC04:46
*** smak <smak!> has joined #yocto04:53
*** zeddii_home <zeddii_home!> has joined #yocto04:58
*** rburton <rburton!> has joined #yocto05:15
*** rburton <rburton!> has quit IRC05:23
* moto-timo thinks north is Newcastle05:35
*** Marex_ is now known as Marex05:59
*** AndersD <AndersD!> has joined #yocto06:09
*** dreyna <dreyna!> has quit IRC06:36
*** qt-x <qt-x!~Thunderbi@> has joined #yocto07:06
*** rburton <rburton!> has joined #yocto07:11
*** TobSnyder <TobSnyder!> has joined #yocto07:12
*** TobSnyder <TobSnyder!> has joined #yocto07:13
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto07:14
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC07:15
*** rburton <rburton!> has quit IRC07:19
*** morphis <morphis!> has joined #yocto07:21
*** rob_w <rob_w!~bob@> has joined #yocto07:25
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:25
*** sawk <sawk!~sawk@> has joined #yocto07:37
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto07:40
*** frsc <frsc!> has joined #yocto07:55
*** eduardas_m <eduardas_m!~eduardas_@> has joined #yocto07:59
*** jonver <jonver!> has joined #yocto08:02
*** stephano <stephano!~stephano@> has quit IRC08:08
*** aV_V <aV_V!~aV_V@> has joined #yocto08:08
*** tf <tf!> has joined #yocto08:14
*** rburton <rburton!> has joined #yocto08:16
aV_VGood morning08:19
*** csanchezdll <csanchezdll!> has joined #yocto08:19
*** rajm <rajm!> has joined #yocto08:19
aV_VDo you know where could I find a more extensive list of this: ?08:20
aV_V*examples of devices implemented with yocto project08:20
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto08:22
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:22
*** rburton <rburton!> has quit IRC08:24
*** dreyna <dreyna!> has joined #yocto08:31
*** pohly <pohly!> has joined #yocto08:38
*** JaMa <JaMa!~martin@> has joined #yocto08:40
*** mckoan|away is now known as mckoan08:45
mckoanaV_V: basically wherever you can imagine and also where you can't :-D08:47
mckoanaV_V: Yocto is ubuquitous08:47
*** graphiqs <graphiqs!> has joined #yocto08:54
*** JoiF <JoiF!~jofr@> has joined #yocto08:55
*** sameo <sameo!~samuel@> has quit IRC09:00
*** Biliogadafr <Biliogadafr!> has joined #yocto09:00
*** stephano <stephano!~stephano@> has joined #yocto09:01
mckoanaV_V: I did this for example
*** deva <deva!~deva@> has joined #yocto09:03
devaWhere did the poky/meta/recipes-qt go?09:03
aV_Vmckoan: aha! That could be helpfull. I'm doing my final degree project, and I searching for related-work09:03
devaGoogling isn't very helpful because it keeps referencing articles that point to the no-longer-existing location09:04
*** stephano <stephano!~stephano@> has quit IRC09:06
JaMadeva: use git log before google, the commit which removed said where09:07
devaJaMa, The repo description says "Qt4 layer for supporting LSB Testing and Compliance" so I thought it was something to add on of qt09:08
deva*on top of09:08
deva... and there doesn't seem to be a meta-qt509:09
deva(Not that I specifically need that version I just find it a bit odd...)09:09
devaJaMa, Ther packages appear to be there09:10
devain meta-qt4 that is09:10
devaSo I guess it's just the repo description that is a bit misleading09:10
*** jku <jku!~jku@> has joined #yocto09:10
aV_Vmckoan: hmm it's running on windows?09:11
aV_Vthis image
mckoanaV_V: Qt5 is a cross-platform library, that means that you can develop it on Windows but run on the final target board using Poky Linux09:13
aV_Vhaha I thought09:14
mckoanaV_V: you can develop the aplpication09:14
LetoThe2ndaV_V: the main problem with your research project is that nobody is required to tell you he's using poky/OE.09:14
mckoanLetoThe2nd: and may customers what to hide that09:15
LetoThe2ndaV_V: and to be academically correct, nothing is running "yocto", as yocto is just the umbrella project.09:15
LetoThe2ndmckoan: exactly.09:15
mckoanLetoThe2nd: customers are proud to say they are using WindowsCE but shy to say they are using Linux09:16
LetoThe2ndmckoan: it depends on the business area, but there are some where that certainly applies, yes.09:17
*** sameo <sameo!~samuel@> has joined #yocto09:19
*** mdnneo <mdnneo!~umaucher@> has joined #yocto09:24
*** joshuagl <joshuagl!joshuagl@nat/intel/x-abltjrehzeasoefc> has joined #yocto09:31
ttllkkis there a way to include a 'inherit class' in the image types definition file when defining a new image file?09:33
ttllkkso that the functionality of the class is used for the image generation?09:33
*** Kakounet <Kakounet!> has joined #yocto09:37
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC09:39
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC09:40
*** Snert <Snert!> has quit IRC09:40
*** Snert <Snert!> has joined #yocto09:41
*** dreyna <dreyna!> has quit IRC09:45
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC09:47
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto09:48
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC10:01
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto10:02
*** suy <suy!> has joined #yocto10:07
*** agust <agust!> has joined #yocto10:09
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto10:13
*** mdnneo <mdnneo!~umaucher@> has quit IRC10:17
*** rburton <rburton!> has joined #yocto10:21
*** rburton <rburton!> has quit IRC10:28
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC10:30
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto10:33
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC10:34
*** Saur1 <Saur1!pkj@nat/axis/x-jomxitczgwcbzwjo> has quit IRC10:35
*** Saur <Saur!pkj@nat/axis/x-kzfgfltdsbuanxvk> has joined #yocto10:35
*** mdnneo <mdnneo!~umaucher@> has joined #yocto10:35
*** zeenix <zeenix!~zeenix@> has joined #yocto10:36
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC10:39
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto10:40
*** grma <grma!~gruberm@> has joined #yocto10:41
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:42
*** aratiu <aratiu!~adi@> has quit IRC10:46
*** aratiu <aratiu!~adi@> has joined #yocto10:46
*** rburton <rburton!> has joined #yocto11:05
*** morphis <morphis!> has quit IRC11:06
*** morphis <morphis!> has joined #yocto11:10
*** morphis <morphis!> has quit IRC11:16
*** morphis <morphis!> has joined #yocto11:16
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC11:21
*** Kakounet <Kakounet!> has quit IRC11:35
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto11:58
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto11:58
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC12:02
*** smartin <smartin!> has quit IRC12:04
*** smartin <smartin!> has joined #yocto12:04
*** nighty <nighty!> has quit IRC12:08
*** zzeroo <zzeroo!> has quit IRC12:10
*** zzeroo <zzeroo!> has joined #yocto12:13
*** brrm <brrm!> has quit IRC12:16
*** brrm <brrm!> has joined #yocto12:17
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC12:49
*** nighty <nighty!> has joined #yocto12:50
*** csanchezdll <csanchezdll!> has quit IRC12:52
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto12:56
*** TobSnyder <TobSnyder!> has quit IRC12:58
*** pohly <pohly!> has quit IRC13:05
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto13:15
*** qt-x <qt-x!~Thunderbi@> has quit IRC13:17
*** Kakounet <Kakounet!> has joined #yocto13:22
*** jku <jku!~jku@> has quit IRC13:24
*** Anticom <Anticom!~quassel@> has joined #yocto13:29
*** rubdos <rubdos!~rubdos@2a02:2788:1036:172f::2> has quit IRC13:37
*** igor1 <igor1!~igor@> has joined #yocto13:46
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC13:48
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto13:48
*** zeddii <zeddii!~bruce@> has quit IRC13:54
*** zeddii <zeddii!~bruce@> has joined #yocto13:57
*** AndersD <AndersD!> has quit IRC13:59
*** frsc <frsc!> has quit IRC14:05
*** jwessel <jwessel!~jwessel@> has joined #yocto14:10
mdnneohi ... I tried to update doxygen to some later version and switched to github and cmake instead of the "old" way of working so basically the recipe is simple as
*** frsc <frsc!> has joined #yocto14:28
mdnneothe recipe "works" if I just build an SDK including nativesdk-doxygen ... but I get an error if i do bitbake doxygen-native14:29
mdnneo... seems like bitbake mess up a bit with host tools ... strange I can build it on my host with plain cmake?14:45
*** csanchezdll <csanchezdll!> has joined #yocto14:45
*** marka <marka!~marka@> has joined #yocto14:47
*** eduardas_ <eduardas_!~eduardas_@> has joined #yocto14:48
*** eduardas_m <eduardas_m!~eduardas_@> has quit IRC14:49
*** mdnneo <mdnneo!~umaucher@> has quit IRC14:50
*** ziggo <ziggo!~ziggo@> has quit IRC14:51
*** AndersD <AndersD!> has joined #yocto14:52
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:55
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto15:01
*** madisox <madisox!> has joined #yocto15:05
*** HyP3r_ <HyP3r_!> has quit IRC15:07
*** HyP3r <HyP3r!> has joined #yocto15:07
*** justanotherboy1 <justanotherboy1!~mlopezva@> has left #yocto15:08
*** hcg <hcg!b92ed640@gateway/web/freenode/ip.> has quit IRC15:09
*** justanotherboy <justanotherboy!~mlopezva@> has joined #yocto15:09
*** pacopedraza <pacopedraza!c0373626@gateway/web/freenode/ip.> has joined #yocto15:17
*** justanotherboy <justanotherboy!~mlopezva@> has left #yocto15:20
*** justanotherboy <justanotherboy!~mlopezva@> has joined #yocto15:20
*** jku <jku!> has joined #yocto15:21
*** igor3 <igor3!~igor@> has joined #yocto15:23
*** igor1 <igor1!~igor@> has quit IRC15:24
*** ssalenik <ssalenik!~smuxi@2607:fad8:4:6:2dcc:db75:981e:8b96> has joined #yocto15:28
*** frsc <frsc!> has quit IRC15:29
*** Ox4 <Ox4!~user@unaffiliated/zloy> has joined #yocto15:37
Ox4hello guys, could somebody advice me how to enable mysqlclient in the qtbase package?15:38
*** jku <jku!> has quit IRC15:39
*** jku <jku!> has joined #yocto15:39
*** stephano <stephano!~stephano@> has joined #yocto15:41
ssalenikHi, I'm having a weird issue during the do_configure step of a recipe. The command in is $PKG_CONFIG --variable=includedir Qt5Core. I've verified that $PKG_CONFIG is correct, ie: ../build/tmp/sysroots/x86_64-linux/usr/bin/pkg-config, however it returns /usr/include/qt5/QtGui/5.7.0/QtGui instead of ../build/tmp/sysroots/x86_64-linux/usr/include/qt515:41
ssalenikHowver, when I run the command myself, it returns the correct value... and I've checked that the Qt5Core.pc file is correct as well15:42
*** AndersD <AndersD!> has quit IRC15:45
*** benjamirc <benjamirc!~besquive@> has joined #yocto15:45
*** JaMa <JaMa!~martin@> has quit IRC15:48
*** brrm <brrm!> has quit IRC15:52
*** mckoan is now known as mckoan|away15:52
*** brrm <brrm!> has joined #yocto15:54
*** Croj <Croj!055f4113@gateway/web/freenode/ip.> has joined #yocto15:54
CrojHi all, newbie to Yocto here. I've succesfully managed to create a rootfs using a custom image type (which is now currently the same as a standard tar archive). What I would like to do now is to create a tar archive by copying the rootfs into a folder with some flashing tools, and then TARring everything. However, I don't know where to put these files so that I can copy the rootfs there. Does any of you know how to do that?15:57
*** dumb <dumb!~dumb@> has left #yocto16:04
*** Anticom <Anticom!~quassel@> has quit IRC16:09
*** justanotherboy <justanotherboy!~mlopezva@> has left #yocto16:11
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC16:12
eduardas_Croj, hello, not sure why you are trying to do that... did you make the custom image for some board? if so why doing an sdcard image write to sd card does not work for you?16:13
CrojI'm not writing on an SD card but rather flashing a device in recovery mode, only thing is that I'm building the rootfs on a server, then I have another folder on my PC where i copy the rootfs and then using a script I flash the board16:15
CrojI just wanted to bundle the flashing tools together, so that when I download the archive I don't have to have a specific folder where to unpack it16:16
CrojI.e. I build the rootfs, bundle it with the flashing tools and then download it to my pc16:17
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto16:17
eduardas_Croj, just out of curiosity: would you mind sharing what kind of board and flashing tool you are using?16:19
eduardas_the only one I have worked with is mfgtool for imx chips16:21
eduardas_I suspect your script or tool allows to write NAND or eMMC on board directly, no?16:22
CrojI'm working on an NVIDIA Jetson TK116:22
Crojso I have the flash tools provided by nvidia, where I have a script and a rootfs subfolder16:23
Crojthe flash script basically writes whatever is in the rootfs subfolder to the eMMC16:23
CrojNow I'm manually copying the generated tar rootfs to that subfolder, which works, I just wanted to see if I could automate this step as well16:24
*** jonver <jonver!> has quit IRC16:25
*** zeenix <zeenix!~zeenix@> has quit IRC16:27
eduardas_Croj, and your point is that you no longer want to copy the from deploy/images to some other folder manually?16:28
eduardas_do you have to extract before you can use the flash script?16:28
CrojYeah, it's mostly an experiment I wanted to make with Yocto, to learn something new. Yes I would need to extract16:28
CrojWhat I saw from the standard tar command is that there is a ${IMAGE_ROOTFS} variable which points to the unpacked rootfs, I would just need to create an archive where its contents are inside another folder with the flash script16:30
eduardas_Croj, so I guess you want to have the whole process to be tied into some bitbake command, no? so that you can deploy as soon as your new rootfs is done, no?16:30
CrojWhat I did was to create a new bbclass16:30
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC16:30
Crojnvidia_flash.bbclass, inherit from image_types, and add that to IMAGE_FSTYPES16:30
Crojthis makes bitbake pick it up, which is good16:30
rburtonnot sure i'd bother making it an image type, just add a new task after deploy that unpacks in the right place16:31
CrojOk, makes sense, I didn't know where to start so I thought that the image type was an option16:31
CrojHow would I add this new task?16:32
rburtonaddtask unpackthedeploy after do_deploy16:32
rburtonthen make that find the right tarball in deploydir, and unpack it in the right place16:32
rburtonthen bitbake myimage -c unpackthedeploy16:33
rburtonto build and unpack16:33
CrojOk, my issue (also with the previous step) is: how do i find the "right" place?16:34
CrojI mean: I have a meta-deploy dir where I have this nvidia_flash.bbclass16:34
CrojI was thinking of adding another folder with the flashing tools16:34
Crojbut these would be in the sources directory, not in the build tree16:34
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto16:35
*** zeddii <zeddii!~bruce@> has quit IRC16:35
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC16:36
CrojI'm trying now to make the task16:37
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto16:40
*** Kakounet1 <Kakounet1!> has joined #yocto16:40
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC16:41
*** Kakounet <Kakounet!> has quit IRC16:41
*** Kakounet1 is now known as Kakounet16:41
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto16:43
*** rajm <rajm!> has quit IRC16:44
*** aV_V <aV_V!~aV_V@> has quit IRC16:49
*** csanchezdll <csanchezdll!> has left #yocto16:54
*** ssalenik <ssalenik!~smuxi@2607:fad8:4:6:2dcc:db75:981e:8b96> has left #yocto16:55
*** psadro <psadro!~Thunderbi@> has quit IRC16:57
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:57
*** eduardas_ <eduardas_!~eduardas_@> has quit IRC17:01
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC17:01
*** Kakounet <Kakounet!> has quit IRC17:01
*** grma <grma!~gruberm@> has quit IRC17:04
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC17:17
*** justanotherboy <justanotherboy!~mlopezva@> has joined #yocto17:18
*** Croj <Croj!055f4113@gateway/web/freenode/ip.> has quit IRC17:19
*** rubdos <rubdos!> has joined #yocto17:27
*** graphiqs <graphiqs!> has quit IRC17:27
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC17:38
*** vmeson <vmeson!> has joined #yocto17:53
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto18:06
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto18:08
*** anselmolsm <anselmolsm!~anselmols@> has joined #yocto18:09
*** rcw <rcw!> has joined #yocto18:14
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:19
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:19
*** rcw <rcw!> has quit IRC18:20
*** deviosity <deviosity!> has joined #yocto18:28
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto18:33
*** jamesp <jamesp!~jamesp@> has joined #yocto18:36
*** morphis <morphis!> has quit IRC18:39
*** brrm <brrm!> has quit IRC18:41
*** brrm <brrm!> has joined #yocto18:43
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto18:48
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC19:03
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto19:04
*** morphis <morphis!> has joined #yocto19:18
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC19:26
*** anselmolsm <anselmolsm!~anselmols@> has joined #yocto19:34
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC19:36
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto19:37
NerbrunI'm having trouble getting a config fragment from my bbappend to override a config item in defconfig from the original recipe in another layer.19:41
kergothmost kernel recipes don't support fragments at all, so keep that in mind19:41
Nerbruni see, what is the best method for disabling 1 kernel config item. I could copy the whole defconfig, make my change and then prepend FILESEXTRAPATHS to use my defconfig19:43
Nerbrunbut is there another way?19:43
kergothonly if the kernel supports fragments or you want to fix the recipe to support fragments19:44
bluelightningI have to admit I thought config fragments were available in every recipe inheriting kernel.bbclass ... ?19:45
NerbrunOk, how can i fix the recipe? Or should I refer to the manual?19:46
kergothbluelightning: nope. it's a linux-yocto specific feature that only certain kernel recipes have adopted. also, there's no standard mechanism by which the defconfig is written to .config. some recipes use the fallback ${WORKDIR}/defconfig -> ${B}/.config which is done by do_configure, but only some19:50
kergothbluelightning: there's an open yocto bug to improve the situation19:50
kergoths/it's a/it was a/19:50
kergothmentor bbappends the kernel of each bsp we support to make it support fragments, but it's case-by-case. in at least one of them i had to modify one or more functions with setVar() in anonymous python to inject it in the right spot19:51
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC19:51
*** igor3 <igor3!~igor@> has quit IRC19:52
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto19:52
bluelightningI stand corrected19:52
kergothit's a bit of a mess, but i'm sure it'll be improved19:53
bluelightningI hope so19:53
*** paulg <paulg!> has joined #yocto19:55
NerbrunCould you point me to an example of a bbappends that makes a kernel recipe support fragments. please and thank you19:58
kergothas i said, the details vary depending on the recipe, but basically you depend on kern-tools-native and, at an appropriate point (after defconfig is written to .config) run against the fragment files in WORKDIR. -m .config ${@' '.join(s for s in src_patches(d, True) if s.endswith('.cfg'))}20:01
*** pohly <pohly!> has joined #yocto20:02
kergoththe most common case would be doing a do_configure_prepend() which does a cp -a ${WORKDIR}/defconfig .config, then the merge_config.sh20:02
*** flihp <flihp!> has joined #yocto20:02
*** Ox4 <Ox4!~user@unaffiliated/zloy> has quit IRC20:02
kergothyou'll want to examine the kernel recipe you're appending and verify the merge worked, of course20:02
kergothso the bare minimum: DEPENDS += "kern-tools-native"; do_configure_prepend () { cp -a ${WORKDIR}/defconfig .config; -m .config ${@' '.join(s for s in src_patches(d, True) if s.endswith('.cfg'))}; };20:03
kergothuntested, but that's the idea20:03
bluelightningwouldn't it be easier to use  ?20:07
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC20:09
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto20:09
*** jku <jku!> has quit IRC20:10
kergothdoes that even work if you're using an upstream kernel? kernel-yocto is full of yocto-specific cruft, as far as i can see20:12
zeddii_homenot for a looong time.20:13
zeddii_homeit just works everywhere.20:14
* zeddii_home goes back into vacation mode20:14
kergothdespite adding like 5 useless tasks to the build?20:14
zeddii_homeok. clearly I’m not going to debate with you on this20:14
zeddii_homenice phrasing20:14
kergothuseless to anyone without a yocto kernel setup, yes20:14
zeddii_homelike bitbake20:15
zeddii_homeit gathers meta data, and then concats them, and then audits.20:15
kergothwhich is a whole lot of nothing but overhead for anyone but linux-yocto20:16
* zeddii_home shrugs20:16
kergothi'm glad if it actually works now, that's a plus20:17
kergothmight have to try it again, in that case. at the very least i can ascertain how much we could add a flag to disable20:17
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC20:23
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto20:24
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto20:25
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto20:28
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC20:33
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC20:50
*** nrossi <nrossi!uid193926@gateway/web/> has quit IRC20:53
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC20:55
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto20:56
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC21:03
*** sameo <sameo!~samuel@> has quit IRC21:08
*** sameo <sameo!~samuel@> has joined #yocto21:10
-YoctoAutoBuilder- build #1006 of nightly-intel-gpl is complete: Success [build successful] Build details are at
*** zeddii_home <zeddii_home!> has quit IRC21:16
bluelightningkergoth: you definitely can use linux-yocto-custom from meta-skeleton with any kernel tree, that's been true for many releases now - and that uses linux-yocto.inc21:20
*** marka <marka!~marka@> has quit IRC21:24
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC21:27
*** morphis <morphis!> has quit IRC21:27
*** rubdos <rubdos!> has quit IRC21:32
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto21:33
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto21:33
*** ndec is now known as ndec|vacations21:37
*** pacopedraza <pacopedraza!c0373626@gateway/web/freenode/ip.> has quit IRC21:42
*** jstashluk <jstashluk!> has joined #yocto21:55
jstashlukhow does one untar a rootfs.tar.gz so that the perms are correct for "wic create" with -r flag?21:57
jstashlukI started with fakeroot. Now I am using pseudo from the native sysroot.21:58
rburtonrunning inside pseudo so tar can think it is setting perms that wic can then read seems sensible21:59
jstashlukThe fs won't mount unless I sudo chown root:root on the SD card21:59
jstashlukmaybe the root directory itself has wrong perms. I don't use pseudo for mkdir before un-tar22:02
bluelightningyou should be able to chown under sudo if you need to22:04
*** Ox4``` <Ox4```!~user@> has quit IRC22:09
*** jmesmon <jmesmon!> has quit IRC22:13
*** jmesmon <jmesmon!> has joined #yocto22:13
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC22:19
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto22:19
*** agust <agust!> has quit IRC22:23
Nerbrunkergoth: thanks for the help. what you suggested worked22:24
kergothbluelightning: good to know, thanks for hte info22:24
kergothNerbrun: cool, glad to hear it. no problem22:24
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC22:25
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto22:25
*** deviosity <deviosity!> has quit IRC22:28
*** rburton <rburton!> has quit IRC22:29
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC22:39
*** paulg <paulg!> has quit IRC22:40
*** jstashluk <jstashluk!> has quit IRC22:42
Nerbrunmy only complaint is that it seem necessary to clean the kernel to realize a change in the config fragments.. but not a bit deal22:44
Nerbruni guess if I include the files in the recipe, bitbake should detect this?22:45
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC22:52
*** fmeerkoetter <fmeerkoetter!> has quit IRC23:01
*** bfederau <bfederau!> has quit IRC23:01
*** bfederau <bfederau!> has joined #yocto23:01
*** fmeerkoetter <fmeerkoetter!> has joined #yocto23:01
*** deepwater <deepwater!~aboseley@> has joined #yocto23:08
*** joshuagl <joshuagl!joshuagl@nat/intel/x-abltjrehzeasoefc> has quit IRC23:09
*** pohly <pohly!> has quit IRC23:12
*** paulg <paulg!> has joined #yocto23:58

Generated by 2.11.0 by Marius Gedminas - find it at!