Wednesday, 2017-02-22

*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC00:04
*** demonimin <demonimin!~demonimin@> has joined #yocto00:13
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto00:13
-YoctoAutoBuilder- build #399 of nightly-musl is complete: Success [build successful] Build details are at
*** denix <denix!> has quit IRC00:23
*** denix0 <denix0!> has joined #yocto00:23
*** denix0 is now known as denix00:23
*** JordonWu <JordonWu!~quassel@> has joined #yocto00:28
*** dreyna__ <dreyna__!~dreyna@> has joined #yocto00:29
*** paulg <paulg!> has quit IRC00:32
*** Ben__ <Ben__!523db402@gateway/web/freenode/ip.> has quit IRC00:34
-YoctoAutoBuilder- build #623 of nightly-wic is complete: Failure [failed CreateWicImages CreateWicImages_1 CreateWicImages_6 CreateWicImages_7] Build details are at
*** sgw_ <sgw_!~sgw_@> has joined #yocto00:36
*** sameo <sameo!samuel@nat/intel/x-jtutxualkvhybdda> has quit IRC00:42
*** nighty <nighty!> has joined #yocto00:51
*** nighty <nighty!> has joined #yocto00:54
*** sameo <sameo!~samuel@> has joined #yocto00:59
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC00:59
*** aatchison <aatchison!188f29c5@gateway/web/freenode/ip.> has quit IRC01:16
*** suy <suy!> has quit IRC01:23
*** suy <suy!> has joined #yocto01:23
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC01:24
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto01:24
*** lukma <lukma!> has quit IRC01:25
*** Crofton <Crofton!~Crofton@> has joined #yocto01:26
*** Snert <Snert!~snert_@> has quit IRC01:32
*** sameo <sameo!~samuel@> has quit IRC01:34
*** sgw_ <sgw_!~sgw_@> has quit IRC01:35
*** manuel____ <manuel____!~manuel@> has quit IRC01:46
*** tripzero <tripzero!~tripzero@> has quit IRC01:48
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto01:58
*** Gintaro <Gintaro!> has quit IRC02:03
*** Gintaro <Gintaro!> has joined #yocto02:06
*** Crofton <Crofton!~Crofton@> has quit IRC02:07
*** dreyna__ <dreyna__!~dreyna@> has quit IRC02:19
*** RP1 <RP1!~richard@> has joined #yocto02:20
*** dreyna__ <dreyna__!~dreyna@> has joined #yocto02:20
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has joined #yocto02:35
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC02:38
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto02:39
*** RP1 <RP1!~richard@> has quit IRC02:44
*** vicamo <vicamo!> has joined #yocto02:52
*** jairglez <jairglez!~jairdeje@> has quit IRC02:54
*** tanuk <tanuk!> has quit IRC02:55
*** tanuk <tanuk!> has joined #yocto02:55
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC02:56
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto03:03
*** dreyna__ <dreyna__!~dreyna@> has quit IRC03:24
*** toddw <toddw!> has quit IRC03:43
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has quit IRC03:48
*** ranchu <ranchu!6d420138@gateway/web/freenode/ip.> has quit IRC04:07
*** falstaff <falstaff!> has quit IRC04:09
*** john__ <john__!> has joined #yocto04:09
*** falstaff <falstaff!~quassel@> has joined #yocto04:10
*** vicamo <vicamo!> has quit IRC04:15
*** toddw <toddw!> has joined #yocto04:31
*** vicamo <vicamo!> has joined #yocto04:49
*** trollkarlen1 <trollkarlen1!~trollkarl@> has joined #yocto04:50
*** trollkarlen1 <trollkarlen1!~trollkarl@> has left #yocto04:51
*** trollkarlen1 <trollkarlen1!~trollkarl@> has joined #yocto04:51
*** trollkarlen1 <trollkarlen1!~trollkarl@> has left #yocto04:51
*** trollkarlen1 <trollkarlen1!~trollkarl@> has joined #yocto04:51
*** trollkarlen1 <trollkarlen1!~trollkarl@> has left #yocto04:51
*** gtristan <gtristan!~tristanva@> has quit IRC04:55
-YoctoAutoBuilder- build #1092 of nightly-x86 is complete: Failure [failed Running ESDK Sanity Tests] Build details are at
*** toddw <toddw!> has quit IRC05:19
*** gtristan <gtristan!~tristanva@> has joined #yocto05:21
*** hamis <hamis!~irfan@> has joined #yocto05:40
*** vicamo <vicamo!> has quit IRC06:08
*** AndersD <AndersD!> has joined #yocto06:11
*** AndersD <AndersD!> has quit IRC06:17
*** AndersD <AndersD!> has joined #yocto06:18
*** lukma <lukma!> has joined #yocto06:20
*** dreyna__ <dreyna__!> has joined #yocto06:24
*** morphis <morphis!> has joined #yocto06:26
*** AndersD <AndersD!> has quit IRC06:33
*** AndersD <AndersD!> has joined #yocto06:38
*** RP1 <RP1!> has joined #yocto06:40
*** dreyna__ <dreyna__!> has quit IRC06:51
*** AndersD <AndersD!> has quit IRC07:04
*** AndersD <AndersD!> has joined #yocto07:06
*** sgw_ <sgw_!sgw_@nat/intel/x-xkhismrqovxkvnkg> has joined #yocto07:09
*** voltbit <voltbit!~acid___@> has joined #yocto07:17
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:17
*** joshuagl <joshuagl!joshuagl@nat/intel/x-rhvfjqpncygwkldh> has joined #yocto07:22
-YoctoAutoBuilder- build #1097 of nightly-arm is complete: Failure [failed Running ESDK Sanity Tests] Build details are at
*** ranchu <ranchu!051c9ec2@gateway/web/freenode/ip.> has joined #yocto07:32
*** frsc <frsc!> has joined #yocto07:32
ranchuin case I need to create additional partitions (empty partitions), where to start from ? I am begginer with yocto07:32
*** agust <agust!> has joined #yocto07:35
-YoctoAutoBuilder- build #1074 of nightly-mips is complete: Failure [failed Running ESDK Sanity Tests] Build details are at
-YoctoAutoBuilder- build #1085 of nightly-ppc is complete: Failure [failed Running ESDK Sanity Tests] Build details are at
*** t0mmy <t0mmy!> has quit IRC07:41
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC07:49
*** fl0v0 <fl0v0!> has joined #yocto07:55
*** tripzero <tripzero!~tripzero@> has joined #yocto07:55
*** sgw_ <sgw_!sgw_@nat/intel/x-xkhismrqovxkvnkg> has quit IRC07:57
*** sgw_ <sgw_!> has joined #yocto07:57
*** t0mmy <t0mmy!~tprrt@> has joined #yocto08:03
*** sgw_ <sgw_!> has quit IRC08:06
*** voltbit <voltbit!~acid___@> has quit IRC08:07
*** rob_w <rob_w!~bob@> has joined #yocto08:08
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto08:08
*** Ben__ <Ben__!d9df8e9d@gateway/web/freenode/ip.> has joined #yocto08:10
Ben__Hi guys is there anyone here using yocto with a raspberry ? I need some help in order to configure boot partition08:11
*** Kakounet <Kakounet!> has joined #yocto08:13
*** qt-x <qt-x!~Thunderbi@> has joined #yocto08:14
*** dv_ <dv_!~quassel@> has quit IRC08:21
*** csanchezdll <csanchezdll!> has joined #yocto08:22
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:22
*** dv_ <dv_!> has joined #yocto08:22
*** joshuagl <joshuagl!joshuagl@nat/intel/x-rhvfjqpncygwkldh> has quit IRC08:27
*** ant_work <ant_work!> has joined #yocto08:31
ranchuI also need to understand how to create empty partitions with yocto. any idea ?08:34
LetoThe2ndranchu: you probably mean "how do i create arbitrary, possibly empty partitions in an openembedded-stly build, using the poky distribution" :-)08:36
LetoThe2ndranchu: in that case, your answer is: look at wic, and its corresponding configuration files. this is the tool that creates partitioned images out of the filesystems.08:37
*** sgw_ <sgw_!> has joined #yocto08:38
*** jku <jku!~jku@> has joined #yocto08:39
ranchuLetoThe2nd, thanks, I made some reading about wic. but I don't understand. is it used after the build and deplyment is done , on the target which was booted with our image ?08:43
*** joseppc <joseppc!~josep@unaffiliated/joseppc> has quit IRC08:43
LetoThe2ndranchu: no, it basically can take the created file/directory structure and turn it into a binary image.08:44
*** adca <adca!~adca@> has joined #yocto08:47
*** frsc <frsc!> has quit IRC08:49
*** frsc <frsc!> has joined #yocto08:49
*** vignesh_ <vignesh_!~vignesh@> has quit IRC08:52
-YoctoAutoBuilder- build #795 of nightly-world-lsb is complete: Failure [failed BuildImages] Build details are at
*** t0mmy <t0mmy!~tprrt@> has quit IRC09:00
*** TobSnyder <TobSnyder!> has joined #yocto09:01
*** TobSnyder <TobSnyder!> has joined #yocto09:02
*** ranchu <ranchu!051c9ec2@gateway/web/freenode/ip.> has quit IRC09:05
*** t0mmy <t0mmy!~tprrt@> has joined #yocto09:07
*** aV_V <aV_V!~aV_V@> has joined #yocto09:14
*** joseppc <joseppc!> has joined #yocto09:15
*** joseppc <joseppc!~josep@unaffiliated/joseppc> has joined #yocto09:15
*** voltbit <voltbit!~acid___@> has joined #yocto09:17
*** JaMa <JaMa!~martin@> has joined #yocto09:18
*** voltbit <voltbit!~acid___@> has quit IRC09:22
*** rburton <rburton!> has joined #yocto09:25
*** joseppc <joseppc!~josep@unaffiliated/joseppc> has quit IRC09:25
*** joseppc <joseppc!> has joined #yocto09:25
*** joseppc <joseppc!~josep@unaffiliated/joseppc> has joined #yocto09:25
*** Anticom <Anticom!~quassel@> has joined #yocto09:29
* rburton curses09:32
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC09:32
rburtona broken patch sneaked back into a branch that was running overnight on the AB09:33
*** roxell <roxell!> has joined #yocto09:33
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto09:33
*** voltbit <voltbit!~acid___@> has joined #yocto09:37
*** toanju <toanju!> has joined #yocto09:39
*** heliochissini is now known as heliocastro09:42
*** heliocastro <heliocastro!heliocastr@gateway/shell/kde/x-vbvpqfppfnrlrril> has quit IRC09:42
*** heliocastro <heliocastro!heliocastr@kde/heliocastro> has joined #yocto09:42
Ben__anyone ?09:42
nrossirburton: I saw your message from ~12h ago. Sent a v2 for the series which now applies cleanly to ross/mut and master.09:43
rburtonthanks nrossi09:44
*** sameo <sameo!~samuel@> has joined #yocto09:49
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto09:52
*** ed21 <ed21!Adium@nat/intel/x-ecjvcxkzngvkjbnz> has joined #yocto09:53
-YoctoAutoBuilder- build #1130 of nightly-x86-64 is complete: Failure [failed Running ESDK Sanity Tests] Build details are at
rburtoned21: <— did i pull something broke into ross/mut?09:53
*** svagionitis <svagionitis!4d6bdaaa@gateway/web/freenode/ip.> has joined #yocto09:53
*** ed21 is now known as ed209:54
ed2rburton: I'll try to find out. It looks familiar.09:55
*** geoffrey_l <geoffrey_l!> has joined #yocto09:57
*** voltbit <voltbit!~acid___@> has quit IRC09:59
*** voltbit <voltbit!~acid___@> has joined #yocto10:01
*** lemagoup <lemagoup!~lemagoup@> has quit IRC10:09
*** lemagoup <lemagoup!~lemagoup@> has joined #yocto10:11
-YoctoAutoBuilder- build #700 of nightly-arm64 is complete: Failure [failed Running ESDK Sanity Tests] Build details are at
svagionitishello, I have some issue with a recipe in the meta-security layer, is this the correct channel to ask or is there a specific channel for this layer?10:20
binarymsvagionitis: try10:21
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto10:22
*** Ramose <Ramose!c05e2222@gateway/web/freenode/ip.> has joined #yocto10:24
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC10:24
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC10:26
*** zzeroo <zzeroo!> has joined #yocto10:28
-YoctoAutoBuilder- build #1055 of nightly-ppc-lsb is complete: Success [build successful] Build details are at
*** AndersD <AndersD!> has quit IRC10:30
zzerooHi, I need some help. I've updated my yocot to the lastest git master. Now my custom kernel builds fail. Error is "kgit-s2q: not found"10:30
*** AndersD <AndersD!~anders@> has joined #yocto10:31
svagionitisI have created a bug for the issue that I have,, but to summarize here, I have some problem building the `tpm-tools` from the latest master branch of meta-security layer. It seems that it cannot locate properly the `` library from the `trousers` recipe. I would appreciate any help.10:31
yoctiBug 11095: normal, Undecided, ---, saul.wold, NEW , Error building tpm-tools v1.3.910:31
*** manuel__ <manuel__!~manuel@> has joined #yocto10:34
ed2JaMa: hi, can you try if variable expansion issue is fixed by this patch?
-YoctoAutoBuilder- build #1091 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto10:47
*** AndersD <AndersD!~anders@> has quit IRC10:47
rburtonzzeroo: you probably need a dependency on the recipe that provides that10:54
RamoseSeeing this ERROR: virtual/gettext required but not in DEPENDS for file /scratch/crash_fix_builsd/build/tmp/work/cortexa9hf-vfp-neon-mxl-linux-gnueabi/qtwebengine/5.6.2+gitAUTOINC+qtwebengine_4d61c01b71-r0/git/src/3rdparty/chromium/third_party/yasm/source/patched-yasm/
Ramosewhile bitbake qtwebengine10:57
rburtonsounds like you need to add virtual/gettext to DEPENDS :)10:59
ed2rburton: what's the difference between using variable directly and using d.getVar, e.g. WKS_FULL_PATH = "${@wks_search('${WKS_FILES}'.split(), '${WKS_SEARCH_PATH}') or ''}" and WKS_FULL_PATH = "${@wks_search('${WKS_FILES}'.split(), d.getVar('WKS_SEARCH_PATH')) or ''}"10:59
ed2rburton: looks like it's not fully expanded in first case.11:00
*** itayo <itayo!~stefan@unaffiliated/itayo> has joined #yocto11:00
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has joined #yocto11:00
rburtoned2: i'd be incredibly surprised if ${} expanded inside python bits, use d.getVar()11:00
Ramoserburton: May I know, how and where ?11:00
itayohi guys.11:01
ed2rburton: thanks. that's what I suspected.11:01
itayojust a little quick question: how do u change the opkg urls in  during build? so it points on right server from beginning?11:02
*** toanju <toanju!> has quit IRC11:03
*** deva <deva!~deva@> has joined #yocto11:04
ed2rburton: I can't reproduce that build failure on my setup. I'm using ross/mut branch.11:04
*** nighty <nighty!> has quit IRC11:06
rburtonRamose: in the qtwebengine recipe11:06
rburtoned2: hm fun.11:06
rburtonitayo: what urls do you mean11:06
ed2rburton: the commit id is different from what's shown on the ab build page though. Looks like you've changed the branch.11:10
*** lukma <lukma!> has quit IRC11:10
Ramoserburton: It worked , let me resume further11:10
*** Maka_ <Maka_!58d38d01@gateway/web/freenode/ip.> has joined #yocto11:10
rburtoned2: i just dropped the ltp patch11:12
rburtonno other changes11:12
Maka_Hello! I'm trying to install some deb packages, i followed some example from this site:
Maka_Sadly i seem te get an error that says it cant find anything in the feed, would anyone be able to help with this?11:13
itayorburton: the ones that point to the package mirror11:15
itayorburton: in the file....11:15
rburtonitayo: set PACKAGE_FEED_URLS11:16
rburtonitayo: erm, _URIS even11:16
itayoPACKAGE_FEED_URIS in local.conf?11:16
itayorburton: thanks:)11:17
Maka_And could i point PACKAGE_FEED_URIS to a local file?11:18
*** lukma <lukma!> has joined #yocto11:24
*** rajm <rajm!~robertmar@> has joined #yocto11:25
Maka_When added to the PACKAGE_FEED_URIS i get: Debian package install does not support BAD_RECOMMENDATIONS11:26
*** AndersD <AndersD!> has joined #yocto11:27
rburtonthose are unrelated11:32
rburton(dpkg doesn't support bad recommendations, so you can't use it)11:32
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has quit IRC11:33
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto11:34
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC11:35
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto11:38
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto11:41
rburtoned2: tbh surprised WKS_FILES expands at all in your example11:42
rburtoned2: using d.getVar() for both might be better11:43
*** berton <berton!~berton@> has joined #yocto11:44
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC11:45
*** deva <deva!~deva@> has quit IRC11:46
ed2rburton: it expands just fine. WKS_SEARCH_PATH also expands, but not recursively and fully.11:47
rburtoni suspect the problem is the order of expansion11:47
rburtonuse getVar() to control when stuff happens11:47
*** istarilucky <istarilucky!~rlucca@> has joined #yocto11:48
*** JoiF <JoiF!~jofr@> has joined #yocto11:51
*** voltbit <voltbit!~acid___@> has quit IRC11:51
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC11:53
JaMaed2: yes that helps11:53
JaMaI've also noticed yesterday that using different variable name in bblayers.conf also helps11:54
JaMaso the order of expansion mentioned by ross looks likely the cause11:54
*** present <present!> has joined #yocto11:55
ed2JaMa: I've sent a patch for review.11:56
*** Anticom <Anticom!~quassel@> has quit IRC12:06
*** Anticom <Anticom!~quassel@> has joined #yocto12:06
RamoseQtwebengine is not getting compiled with qt5.5 but it gets compiled with qt5.6.2 ?12:10
RamoseIs there any reason for the same ?12:10
*** AndersD <AndersD!> has quit IRC12:11
*** ranchu <ranchu!051c9ec2@gateway/web/freenode/ip.> has joined #yocto12:12
*** AndersD <AndersD!~anders@> has joined #yocto12:12
ranchuwhy does images are in "tmp" directpory ? I mean, why is it a temporary folder ?12:12
ranchuwhy does images are in "tmp" directpory ? I mean, why is it a temporary folder ?12:13
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC12:16
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto12:17
*** Maka_ <Maka_!58d38d01@gateway/web/freenode/ip.> has quit IRC12:18
*** maka_ <maka_!58d38d01@gateway/web/freenode/ip.> has joined #yocto12:20
rburtonranchu: no real reason.  feel free to rename TMPDIR if you want.12:20
ranchuThx! I mean is it erased every time I call bitbake again ? or is it that calling bitbake again is like rebuild (only thing that changed) ?12:21
rburtonits only erased if you erase it12:22
rburtoni guess the name tmp came from the fact that everything inside it is generated, ie you can delete it and re-run bitbake and it will just recompile everything12:23
ranchuonly recompile (without downloading again) ?12:23
*** rajm <rajm!~robertmar@> has quit IRC12:24
*** arfoll <arfoll!arfoll@nat/intel/x-foqthemuasjjmhph> has joined #yocto12:25
*** toanju <toanju!> has joined #yocto12:25
ranchuI would please like to ask why we need cleansstate. Isn't bitbake <image> will checks all packages for  any change in source/makefile ?12:25
ranchuI mean in repeated build with bitbake12:26
kanavin_homeranchu: most of the time yes, but sometimes you do need to force a clean build12:28
maka_Hmm, does anyone know why i can't get past "Booting kernel" when booting a genericx86 iso from usb?12:29
ranchu... I just encounter the same issue, maka_, I think maybe it's serial/stdout issue ? what do you use ? serial or display ?12:31
maka_I selected the graphics boot12:31
*** present <present!> has quit IRC12:31
maka_I made a few images now, and i keep getting the same thing, it instantly reboots when it hits "Booting kernel"12:32
*** qt-x <qt-x!~Thunderbi@> has quit IRC12:32
ranchuwhaich board is it ? a custom board or evm ?12:32
maka_Im trying to boot it from usb on a normal intel laptop12:32
maka_It used to work fine, but suddenly it doesn't12:33
maka_However the image does work in VirtualBox ._.12:34
*** present <present!> has joined #yocto12:35
*** present <present!> has quit IRC12:37
*** paulbarker <paulbarker!~quassel@2a01:4f8:c17:626::2> has quit IRC12:38
*** jonmason <jonmason!sid36602@gateway/web/> has quit IRC12:38
ed2kanavin: any ideas why btrfs-tools-native is not buildable? bitbake btrfs-tools-native fails with ERROR: Nothing PROVIDES 'udev-native'12:38
*** paulbarker <paulbarker!~quassel@2a01:4f8:c17:626::2> has joined #yocto12:39
rburtonbecause there's no udev-native provider12:40
*** jonmason <jonmason!sid36602@gateway/web/> has joined #yocto12:40
rburtonthere's a fix in mut :)12:40
*** vmeson <vmeson!> has quit IRC12:41
ed2rburton: nice :) thank you12:45
*** maka_ <maka_!58d38d01@gateway/web/freenode/ip.> has quit IRC12:46
jkurburton: it sounds like both weston and mesa releases should happen next week... any preference for a) updates to RCs or b) sending late?12:47
*** nighty <nighty!> has joined #yocto12:47
rburtonjku: any idea how close the RCs are to releae?12:47
rburtonare they "we'll be shipping this" or "patches piling up already" in git12:47
*** ranchu <ranchu!051c9ec2@gateway/web/freenode/ip.> has quit IRC12:48
jkumy guess for weston is this week12:48
jkuvery close  anyway12:48
*** Anticom <Anticom!~quassel@> has quit IRC12:48
*** Anticom <Anticom!~quassel@> has joined #yocto12:49
jkumesa, I'm not sure but eric engestrom estimated end of next week...12:51
*** dv_ <dv_!> has quit IRC12:51
jkurburton: so maybe we decide on monday or so: weston might be out by then and the mesa 17.0.0 patches are ready so there's not much to do whatever the decision12:54
*** dv_ <dv_!~quassel@> has joined #yocto12:54
JaMaFWIW: I don't mind the .0 included in oe-core, I just thought that oe-core updates only on stable versions, so I wanted to warn that it's not the case after mesa changed versioning12:55
*** CTtpollard <CTtpollard!> has quit IRC12:55
*** caiortp <caiortp!~inatel@> has joined #yocto12:55
JaMaI cannot use recent mesa anyway, so for all my builds I'm stuck with 10.3.712:56
*** dv_ <dv_!~quassel@> has quit IRC12:56
*** dv_ <dv_!> has joined #yocto12:57
*** ranchu <ranchu!051c9ec2@gateway/web/freenode/ip.> has joined #yocto12:57
ranchuis it possible to change/edit some file in output filesystem and create image again ?12:57
rburtonmake the changes to the relevant recipe, and rebuild the image12:58
ranchuI understand, but is there a "quick and dirty" way just to change filesystem and then create image again. I am using "bitbake core-image-sato-sdk"13:01
rburtonnot really13:02
rburtonbecause the moment bitbake regenerated the image you'd lose the changes13:03
*** maka_ <maka_!58d38d01@gateway/web/freenode/ip.> has joined #yocto13:04
ranchuI don't understand how it regenerate filesystem. Isn't there in tmp a folder which contain the filesystem with all it folders (/bin , /usr etc) ?13:05
maka_Hey, i don't remember who it was, buti fixed the problem(not getting past Booting kernel) by using dd if=/path/to/image.hddimg of=/dev/usbhere13:05
ranchuwhat its name ?13:05
rburtonbut if you changed a recipe and it wanted to rebuild the image, it would rebuild it from scratch13:05
rburtonits tmp/work/[machine]/[image]/rootfs13:06
jkurburton: I've sent a new gdk-pixbuf upgrade, please use that instead of the previous one -- or let me know if you want me to re-send some sets13:06
ranchuok. I understand what you mean. Thanks13:06
rburtonjku: thanks13:06
jkurburton: also it has some new ugly hacks in it, just so you know :)13:06
JaMarburton: is the flex upgrade revert in one of your mut branches?13:07
rburtonjku: one day i'll get around to finishing my build-gtk3-from-git scripts to find this sort of nonsense13:08
rburtonJaMa: no. was the conclusion to revert?  we didn't have the totally broken release.13:08
JaMawe have totaly broken flex still in oe-core13:08
JaMaand there is revert with 2 Acks on it13:08
*** maka_ <maka_!58d38d01@gateway/web/freenode/ip.> has quit IRC13:10
rburtonJaMa: so there is.  tagged.13:10
*** maka_ <maka_!58d38d01@gateway/web/freenode/ip.> has joined #yocto13:11
ranchuwhen changing source file of a package, we need to build that package , becuase bitbake won't detect a change in every package source code, right ?13:11
rburtonranchu: depends what you mean by changing package source13:11
JaMa and few more packages even changed documentation to explicitly mention not to use 2.6.2 flex version13:12
rburtonfair enough13:12
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC13:13
ranchuI mean source file which is part of  a package which is used by the image recipe I am using.13:13
ranchuI meant to ask if bitbake will "know" that it need to rebuild that package, or should I explicitly rebuild it, before calling image recipe.13:14
ranchuwith bitbake –c compile –f <pkg>13:14
rburtonranchu: if the source is referenced directly in the src_uri of the recipe, ie SRC_URI=file://somecode.c, then it will see and rebuild13:16
rburtonif you're going into work/ and editing files, then it won't13:16
rburtonif you're doing the latter, look up devtool in the documentation13:16
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto13:17
*** toddw <toddw!> has joined #yocto13:18
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto13:19
*** rajm <rajm!~robertmar@> has joined #yocto13:21
*** dv_ <dv_!> has quit IRC13:22
*** Ben__ <Ben__!d9df8e9d@gateway/web/freenode/ip.> has left #yocto13:22
*** dv_ <dv_!~quassel@> has joined #yocto13:23
ranchuwhen do we need to do  "bitbake -c patch <pkg>"  ? Is it for downloading source ?13:28
*** peacememories <peacememories!> has joined #yocto13:28
*** nslu2-log_ <nslu2-log_!~nslu2-log@> has joined #yocto13:31
*** nslu2-log <nslu2-log!~nslu2-log@> has quit IRC13:31
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto13:31
*** nslu2-log_ is now known as nslu2-log13:32
*** lemagoup <lemagoup!~lemagoup@> has quit IRC13:34
*** JordonWu_ <JordonWu_!~quassel@> has joined #yocto13:35
*** JordonWu <JordonWu!~quassel@> has quit IRC13:37
itayoranchu: dunno what that is for but bitbake -c fetch[all] is to download source atleast13:38
itayoranchu: according to doc : "Locates patch files and applies them to the source code"13:39
*** hamis <hamis!~irfan@> has quit IRC13:39
itayoi think it might fetch first if it isnt fetched thought13:40
*** lemagoup <lemagoup!~lemagoup@> has joined #yocto13:40
*** rajm <rajm!~robertmar@> has quit IRC13:42
*** vmeson <vmeson!~rmacleod@> has joined #yocto13:48
*** maka_ <maka_!58d38d01@gateway/web/freenode/ip.> has quit IRC13:48
*** kscherer <kscherer!~kscherer@> has joined #yocto13:50
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:53
*** maka_ <maka_!58d38d01@gateway/web/freenode/ip.> has joined #yocto13:54
*** aratiu <aratiu!~adi@> has quit IRC13:55
*** aratiu <aratiu!~adi@> has joined #yocto13:55
*** gtristan <gtristan!~tristanva@> has quit IRC13:56
ranchuDoes invoking bitbake <image>  might try to download upgraded files ?13:57
*** Anticom__ <Anticom__!~quassel@> has joined #yocto13:57
*** Anticom <Anticom!~quassel@> has quit IRC13:57
LetoThe2ndranchu: if the recipes indicate a change, yes. it does not preventively check upstream servers.13:58
ranchuif I just change kernel version, will it result in trying to upgrade all packages ?13:58
ranchuthanks LetoThe2nd13:59
*** AndersD <AndersD!~anders@> has quit IRC13:59
LetoThe2ndnope, that will just try to download the new kernel version13:59
ranchuchange kernel version in local.conf13:59
ranchuOK. Thanks,.13:59
ranchuThanks LetoThe2nd13:59
*** lemagoup <lemagoup!~lemagoup@> has quit IRC14:00
*** lemagoup <lemagoup!~lemagoup@> has joined #yocto14:02
ranchuI need to apply RT patch. I see the readme in
rburtonjku: huh, gnome-desktop-testing just failed here.  does it build for you?14:03
ranchuDo I need to add COMPATIBLE_MACHINE_$MACHINE = $MACHINE AS-IS or do I need to replace $MACHINE14:03
ranchu I think I need to replace the $MACHINE as needed. Thanks.14:06
maka_Does anyone know how to install a .deb package while building the image?14:08
*** lamego <lamego!~jose@> has joined #yocto14:09
rburtonmaka_: a deb that is supplied to you as a binary deb and you can't rebuild it?14:09
maka_Yea i have some .deb files that i need to install in the project, but i have no idea how to do this14:09
rburtonbest way is to write a recipe that extracts the debs and re-packages them14:10
rburtonjust add the deb to SRC_URI and it will get unpacked, you can then install and package it properly14:10
maka_How exactly would i do this? Sorry i'm quite new to all of this14:10
rburton(the problem is that a random deb will have dependencies that are valid for debian, not yocto)14:11
maka_From what i heard these deb files do not have any dependencies14:11
rburtonliterally no point in them being in a deb then :)14:12
rburtonwell just do what i suggested, then you'll get a proper package with proper dependencies14:12
*** madisox <madisox!> has joined #yocto14:12
maka_But how can i do that?14:13
rburtonadd the deb to your SRC_URI14:13
rburtonit gets unpacked like a tarball would be14:13
rburtoninstall the files in do_install14:13
kanavinrburton: ah, magic - was going to suggest dpkg-deb -x :)14:13
*** pohly <pohly!> has joined #yocto14:13
rburtonhuh /data/poky-master/tmp-glibc/work/corei7-64-poky-linux/shared-mime-info/1.8-r0/recipe-sysroot/usr/include/bits/local_lim.h:38:26: fatal error: linux/limits.h: No such file or directory14:14
maka_How do i create that do_install? i've read alot about it but i don't really know how i would create it myself14:14
*** lamego <lamego!~jose@> has quit IRC14:15
*** marka <marka!> has joined #yocto14:15
maka_And i can't really find a proper guide or anything about those do_install, do_configure and all those functions14:15
*** lamego <lamego!~jose@> has joined #yocto14:15
*** gtristan <gtristan!~tristanva@> has joined #yocto14:16
rburtonmaka_: do_install is just "put files into ${D}", how you do it is up to you. typicall, mkdir and install will be sufficient.14:17
*** itayo <itayo!~stefan@unaffiliated/itayo> has quit IRC14:17
maka_The problem is mostly, as i said before, i'm quite new to both yocto and linux haha14:17
marquizwhat would be the handiest way to determine if running under pseudo?14:18
marquizjust look at LD_PRELOAD or smth else(?)14:18
maka_Also, thanks for that link rburton!14:18
rburtonmarquiz: pretty sure there's a better variable that is set14:18
jkurburton: gnome-desktop-testing looks ok here14:19
marquizrburton: i thought so, any idea what that could be? :)14:19
rburtonjku: yeah happened for shared-mime-info too :(14:19
*** Anticom__ <Anticom__!~quassel@> has quit IRC14:21
rburtonmarquiz: set [fakeroot] = 1 on do_devshell and run export in the terminal?14:21
*** Anticom <Anticom!~quassel@> has joined #yocto14:21
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto14:21
*** itayo <itayo!> has joined #yocto14:22
*** geoffrey_l <geoffrey_l!> has quit IRC14:24
*** Anticom <Anticom!~quassel@> has quit IRC14:24
maka_rburton, in my deb file are 3 files, 2 tar.gz and a debian-binary file. How would i go about installing these in do_install?14:25
*** geoffrey_l <geoffrey_l!> has joined #yocto14:25
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:28
*** manuel__ <manuel__!~manuel@> has quit IRC14:29
*** manuel__ <manuel__!~manuel@> has joined #yocto14:29
marquizrburton: thanks, PSEUDO_DISABLED == "0" is the best i could find14:29
*** paulg <paulg!> has joined #yocto14:29
rburtonmaka_: hm, i thought it would explode the tarball.  you'll have to untar the right one first.14:31
rburton(or ask whoever is giving you debs to give you a tarball like everyone else)14:31
*** Cosmin_ <Cosmin_!~Cosmin@> has joined #yocto14:32
maka_rburton: from one of these files i could obtain a tar.gz2, would that be easier to install?14:32
maka_because i tried that aswell before, and i kept getting something like: package not in feed14:33
maka_Either that or lots of problems with the license files14:33
*** Cosmin <Cosmin!> has quit IRC14:35
*** spierepf <spierepf!18de02de@gateway/web/freenode/ip.> has joined #yocto14:41
spierepfWhere should I put a DEFAULTTUNE = "cortexa5hf-neon" directive? Should it be in the local.conf file? And if so, should it be before or after MACHINE ?= "qemuarm"14:43
mrpelotazohow can I get the beglebone green dtb to be built? I've tried adding KERNEL_DEVICETREE += " am335x-bonegreen.dtb" to my local.conf and bitbaked my image again, but the dtb is not generated...14:44
LetoThe2ndspierepf: usually you would put it into the machine file for your specific target14:45
spierepfLetoThe2nd: I'd like to still be able to run the result using qemuarm. Is there some way to override the contents of meta/conf/machine/qemuarm.conf?14:48
spierepfLetoThe2nd: Can I create my own qemuarm.conf?14:49
ranchuWhat is COMMON_LICENSE_DIR ?14:50
LetoThe2ndspierepf: you can for example create your own version, like qemuarma5.conf os such. overriding mich be complicated if the tune flags clash. for a quick hack, just modify qemuarm.conf14:52
*** AndersD <AndersD!> has joined #yocto14:52
* kanavin is now off rburton's shame list :)14:54
rburtonkanavin: uhoh, patch bomb14:54
*** rcw <rcw!~rwoolley@> has joined #yocto14:54
rburtonspierepf: just put that in local.conf14:54
rburtonurgh guile is building.  i hate guile.14:55
* rburton -> coffee14:55
kanavinrburton: next version of guile should build faster14:56
rburtonsix minutes on a xeon is *crazy*14:57
kanavinrburton: it has some kind of gigantic lisp compile job inside, and they finally figured they should ship pre-compiled bytecode for common architectures at least14:57
*** voltbit <voltbit!> has joined #yocto14:57
rburtonyeah half the problem is that we have to build guile-native and then guile, both of which take an age14:57
kanavinrburton: all that for *one* recipe, grub if I remember right14:58
LetoThe2ndhey at least your recipes are building.14:58
rburtoni wonder if i can fiddle my machine config so it doesn't use grub :)14:59
LetoThe2ndi've been beating my head against libfortran again14:59
LetoThe2ndand i can tell you, it is a mess.14:59
*** quite <quite!quite@unaffiliated/quite> has quit IRC15:01
spierepfrburton: Does it matter where in local.conf I put the DEFAULTTUNE directive?15:02
ranchuanyone knows the difference between hddimg to iso ?15:03
*** kscherer <kscherer!~kscherer@> has quit IRC15:07
*** toscalix <toscalix!> has joined #yocto15:08
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC15:11
*** kscherer <kscherer!~kscherer@> has joined #yocto15:12
ranchuhow can we edit /etc files with yocto ?15:13
*** _Ben <_Ben!81612d46@gateway/web/freenode/ip.> has joined #yocto15:14
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:14
ranchuhow can we edit /default/grub files with yocto ?15:15
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto15:21
*** Cosmin_ <Cosmin_!~Cosmin@> has quit IRC15:22
*** ant_work <ant_work!> has quit IRC15:22
*** yann <yann!> has joined #yocto15:23
*** frsc <frsc!> has quit IRC15:25
*** Cosmin_ <Cosmin_!> has joined #yocto15:25
*** aV_V <aV_V!~aV_V@> has quit IRC15:30
*** frsc <frsc!> has joined #yocto15:32
*** maka_ <maka_!58d38d01@gateway/web/freenode/ip.> has quit IRC15:34
*** micka <micka!~micka@2a01:e35:1397:6b30:e270:892f:f4e6:7009> has joined #yocto15:37
_BenMy `packages-split` directory seems to be missing, normally it is at `build/tmp/work/<arch>/python/<ver>/packages-split` but that no longer exists... any ideas?15:38
*** frsc <frsc!> has quit IRC15:41
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto15:41
neverpanic_Ben: packages might have been restored from sstate cache?15:42
*** frsc <frsc!> has joined #yocto15:43
*** jku <jku!~jku@> has quit IRC15:44
*** zeenix_ <zeenix_!~zeenix@> has joined #yocto15:44
_Benneverpanic: I did a cleansstate and rebuilt.. still nothing15:44
mickaHello, I have a question about an error on qemu recipe. In file: meta/recipes-devtools/qemu/, there is an SRC_URI_prepend. but it seens to miss a space at end of this line. because bitbake try to get two sources concatenated. Is that normal that is missing this space ? (I use krogoth). Thank15:46
*** RP1 is now known as RP15:46
rburtonmicka: no thats a bug, iirc fixed in master so should be backported15:47
*** zeenix <zeenix!~zeenix@> has quit IRC15:47
mickaok thank, so I can't have fix for krogoth, isn't it ?15:49
kanavinmicka: you can, send a patch to the list, and it'll be added to krogoth15:49
*** frsc <frsc!> has quit IRC15:50
*** zeenix_ <zeenix_!~zeenix@> has quit IRC15:52
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC15:52
*** JoiF <JoiF!~jofr@> has quit IRC15:52
*** JoiF <JoiF!~jofr@> has joined #yocto15:52
*** toanju <toanju!> has quit IRC15:57
*** frsc <frsc!> has joined #yocto15:59
*** ed2 <ed2!Adium@nat/intel/x-ecjvcxkzngvkjbnz> has quit IRC16:03
*** AndersD <AndersD!> has quit IRC16:04
*** TobSnyder <TobSnyder!> has quit IRC16:04
*** frsc <frsc!> has quit IRC16:04
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC16:07
*** frsc <frsc!> has joined #yocto16:09
*** dl9pf_oedam is now known as dl9pf16:12
*** frsc <frsc!> has quit IRC16:14
*** frsc <frsc!> has joined #yocto16:14
*** JoiF <JoiF!~jofr@> has quit IRC16:15
*** lemagoup <lemagoup!~lemagoup@> has quit IRC16:22
*** lemagoup <lemagoup!~lemagoup@> has joined #yocto16:29
*** _Ben <_Ben!81612d46@gateway/web/freenode/ip.> has quit IRC16:33
*** voltbit <voltbit!> has quit IRC16:33
*** RP <RP!> has quit IRC16:37
*** lemagoup <lemagoup!~lemagoup@> has quit IRC16:39
*** joseppc <joseppc!~josep@unaffiliated/joseppc> has quit IRC16:43
sveinseHas anyone experimented with vm parameters for optimizing for yocto building? I've thrown a bunch of memory at build server, but it does not really utilize it.16:51
rburtonare you sure its not?16:52
rburtonmy builds use about 3/4rs of the ram as a disk cache16:52
*** jairglez <jairglez!~jairdeje@> has joined #yocto16:52
rburtonMemTotal:       65922568 kB16:52
rburtonCached:         44989500 kB16:52
sveinserburton: well, it sais 45Gb free, and 1Mb cached16:53
rburtonmaybe the VM drivers behave differently as it expects the host to cache the file system?16:53
sveinsevm as in linux kernel's vm.16:54
*** _Ben <_Ben!81612d46@gateway/web/freenode/ip.> has joined #yocto16:54
-YoctoAutoBuilder- build #626 of nightly-wic is complete: Failure [failed CreateWicImages CreateWicImages_1 CreateWicImages_6 CreateWicImages_7] Build details are at
rburton1mb cached sounds very odd then16:54
*** geoffrey_l <geoffrey_l!> has quit IRC16:54
sveinsenot sure what the abbrevation is for, but not a virtual machine in this context afaik16:54
rburtonmy 4gb idle nas has 3gb cached right now16:55
sveinseso, you don't do any special adaptation to the caching settings for yocto then? (This is common in databases servers)16:55
rburtonno, unlike a database server we just use normal file IO16:55
rburtonwhereas a database server all the tuning is about turning off the smarts in the kernel16:55
*** lemagoup <lemagoup!~lemagoup@> has joined #yocto16:56
rburton(a database server might as well be considered a specialised OS)16:56
sveinseI convinced my boss to throw in another 64Gb memory into the blade server to aid yocto build speeds, but it doesn't really :(16:56
rburtonwell if its not using any ram as a disk cache, that's your problem16:56
*** pohly <pohly!> has quit IRC16:56
rburtonso look again at whatever tuning you've already done16:56
sveinseI talked to some other linux expert, and he suggested setting up building in tmpfs as a better solution. But that wouldn't work too good with yocto17:00
sveinseI've set vm.swappiness lower, as I don't want this machine to start swapping (as the swap drive is very slow)17:02
sveinseEspecially if there clearly is an abundance of memory17:02
rburtontmpfs works really well17:05
rburtonjust turn on rm_work17:05
rburtonsaves wear and tear on disks too17:06
sveinsewhich is SSD in my case17:07
rburtonif you've loads of ram, then tmpfs is the easy win17:07
rburtonput the TMPDIR in a tmpfs, and either copy out stuff you want to keep or put DEPLOYDIR somewhere else17:07
sveinseah, great, locations can be set17:08
*** Crofton <Crofton!~Crofton@> has joined #yocto17:08
sveinsemost of it is sstate cache utilations anyways, so you don't lose any logs or anything from it17:09
*** arfoll <arfoll!arfoll@nat/intel/x-foqthemuasjjmhph> has quit IRC17:10
sveinseallthough I'd often wished I could access the logs for a statecache object, but that is entirely another discussion17:12
*** fl0v0 <fl0v0!> has quit IRC17:12
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto17:14
*** Snert__ <Snert__!~snert_@> has joined #yocto17:15
spierepfIf I define my own machine type (conf/machine/qemuarma5.conf) how do I invoke runqemu to use that machine type?17:16
*** RP1 <RP1!~richard@> has joined #yocto17:16
*** Crofton <Crofton!~Crofton@> has quit IRC17:17
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC17:20
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC17:20
*** dreyna__ <dreyna__!~dreyna@> has joined #yocto17:21
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC17:21
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto17:22
*** Crofton <Crofton!~Crofton@> has joined #yocto17:22
*** JosePerez <JosePerez!~jgperezc@> has quit IRC17:24
*** JosePerez <JosePerez!~jgperezc@> has joined #yocto17:24
spierepfrburton: You mentioned putting DEFAULTTUNE in local.conf. Is there a particular point in the file where I should put it, or does it matter?17:24
rburtondoesn't really matter17:25
*** JosePerez <JosePerez!~jgperezc@> has quit IRC17:25
*** JosePerez <JosePerez!~jgperezc@> has joined #yocto17:25
*** ranchu_ <ranchu_!051c9ec2@gateway/web/freenode/ip.> has joined #yocto17:31
ranchu_I try to deploy my yocto build for intel ATOM computer17:32
ranchu_ I get a keyboard/mouse toggling on screen, but nothing is printed on display17:32
ranchu_anyone familiar with it ?17:32
ranchu_I had no errors in build.17:32
ranchu_I also tried to deploy the pre-built hddimg into usb , yet the same result.
spierepfrburton: When I just add the DEFAULTTUNE directive, I get an error about "Tuning 'cortexa5hf-neon' has no defined features, and cannot be used". Which I think is because it is part of which isn't included by default.17:33
spierepfrburton: where should I add the include directive?17:33
rburtonsounds like you do need a new machine17:33
* rburton doesn't understand arm arch17:34
spierepfrburton: Can you point me at some docs about defining a new machine?17:35
*** _Ben <_Ben!81612d46@gateway/web/freenode/ip.> has quit IRC17:37
*** RP1 <RP1!~richard@> has quit IRC17:41
*** t0mmy <t0mmy!~tprrt@> has quit IRC17:46
*** sgw_ <sgw_!> has quit IRC17:46
*** Cosmin_ <Cosmin_!> has quit IRC17:46
*** toscalix <toscalix!> has quit IRC17:47
*** nerdboy <nerdboy!> has joined #yocto17:47
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:47
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC17:50
*** csanchezdll <csanchezdll!> has left #yocto17:50
*** ed2 <ed2!~Adium@> has joined #yocto17:51
*** Crofton <Crofton!~Crofton@> has quit IRC17:55
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:56
*** joshuagl <joshuagl!~joshuagl@> has quit IRC17:56
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:57
*** itayo <itayo!> has quit IRC17:59
*** yann <yann!> has quit IRC18:02
lamegorburton: Can you please take a look at when you have the time? These are patches related to egg files added to path in distutils3. Not merged yet.18:06
lamegorburton: and let me know if something else is needed.18:06
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto18:07
*** voltbit <voltbit!> has joined #yocto18:11
*** t0mmy <t0mmy!> has joined #yocto18:13
*** oob <oob!> has joined #yocto18:15
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto18:16
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto18:16
*** sjolley <sjolley!~sjolley@> has quit IRC18:16
*** oob <oob!> has quit IRC18:20
*** paulg <paulg!> has quit IRC18:27
*** pohly <pohly!~pohly@> has joined #yocto18:27
*** rajm <rajm!~robertmar@> has joined #yocto18:28
*** stephano <stephano!stephano@nat/intel/x-jwxfeowobnfebxuz> has joined #yocto18:29
*** JosePerez <JosePerez!~jgperezc@> has quit IRC18:30
*** JordonWu <JordonWu!~quassel@> has joined #yocto18:33
*** paulg <paulg!> has joined #yocto18:34
*** pohly <pohly!~pohly@> has quit IRC18:35
*** JordonWu_ <JordonWu_!~quassel@> has quit IRC18:35
*** ranchu_ <ranchu_!051c9ec2@gateway/web/freenode/ip.> has quit IRC18:39
*** ranchu <ranchu!051c9ec2@gateway/web/freenode/ip.> has quit IRC18:40
*** toscalix <toscalix!~toscalix@> has joined #yocto18:45
*** suy <suy!> has quit IRC18:45
*** frsc <frsc!> has quit IRC18:46
*** stephano <stephano!stephano@nat/intel/x-jwxfeowobnfebxuz> has quit IRC18:48
*** sameo <sameo!~samuel@> has quit IRC18:52
*** sjolley <sjolley!~sjolley@> has joined #yocto18:53
*** peacememories <peacememories!> has quit IRC18:55
themikenicholsonIs there an equivalent of rpm's --what-provides for the sysroot?19:03
themikenicholsonAny way to track down which recipe/pacakge create a particular file?19:04
rburtonoe-pkgdata-utils can tell you19:04
*** paulg <paulg!> has quit IRC19:04
*** sameo <sameo!samuel@nat/intel/x-vqdhqrgjeigqofoc> has joined #yocto19:05
JaMathemikenicholson: or you can use grep -R foo tmp-eglibc/sstate-control19:06
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC19:08
themikenicholsonrburton: Thanks, exactly what I was looking for19:10
themikenicholsonseems to be missing in the yocto reference manual - is there another trove of information that i should be checking before I bother the irc channel?19:12
*** rajm <rajm!~robertmar@> has quit IRC19:12
*** toscalix <toscalix!~toscalix@> has quit IRC19:14
kanavin_homewhich version of the manual are you looking at?19:17
*** svagionitis <svagionitis!4d6bdaaa@gateway/web/freenode/ip.> has quit IRC19:21
*** paulg <paulg!> has joined #yocto19:22
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto19:22
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto19:23
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto19:26
*** Crofton <Crofton!~Crofton@> has joined #yocto19:29
themikenicholsonkanavin_home: Oh, was looking at the 2.1 version19:30
themikenicholsonin the process of moving our team to morty, still had 2.1 bookmarked19:31
*** itayo <itayo!~stefan@> has joined #yocto19:31
kanavin_homethemikenicholson: bookmark the above, it's 'latest' :)19:33
kanavin_homethen you'll learn about the cool stuff as it happens :)19:34
*** lamego <lamego!~jose@> has quit IRC19:42
*** RP1 <RP1!> has joined #yocto19:48
*** JosePerez <JosePerez!~jgperezc@> has joined #yocto19:54
*** grma <grma!~gruberm@> has quit IRC19:59
*** hyde <hyde!uid25660@gateway/web/> has quit IRC20:02
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC20:04
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto20:04
*** RP1 <RP1!> has quit IRC20:05
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC20:05
*** arfoll <arfoll!arfoll@nat/intel/x-aaltuudgbeepixuy> has joined #yocto20:06
*** RP1 <RP1!> has joined #yocto20:07
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto20:07
*** dreyna__ <dreyna__!~dreyna@> has quit IRC20:08
*** arfoll <arfoll!arfoll@nat/intel/x-aaltuudgbeepixuy> has quit IRC20:10
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC20:12
*** RP1 <RP1!> has quit IRC20:16
sveinseI have a recipe that fails because configure does not support '--disable-static'. This is not mentioned in the recipe, so where is it coming from?20:17
sveinse${EXTRA_OECONF} perhaps20:18
*** ranchu <ranchu!6d420138@gateway/web/freenode/ip.> has joined #yocto20:18
*** Crofton <Crofton!~Crofton@> has quit IRC20:23
ranchuI try to deploy yocto to ATOM E3800, I boot with USB, yet after some printing on display it stops. Is it spme issue of display ? I tried to press shift but van't get into grub20:23
spierepfI'm looking for help me with a DEFAULTTUNE = "armcortexa5hf-neon"20:23
kanavin_homesveinse: conf/distro/include/ most likely20:23
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto20:24
*** gtristan <gtristan!~tristanva@> has quit IRC20:25
*** Snert__ is now known as Snert20:29
sveinsekanavin_home: yeah, and then? :D (/me trying to follow the chain backwards)20:30
kanavin_homesveinse: grep is your friend :)20:30
kanavin_homesveinse: you can also use bitbake -e20:31
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto20:34
sveinsekanavin_home: Yes I am, but bitbake -e does not tell my why gets pulled in in the first place20:37
*** yann <yann!> has joined #yocto20:39
sveinseHas bitbake $(filter-out)-type functionality? I'd like to keep ${EXTRA_OECONF} to the recipe's configure, but since the upstream configure don't support --disable-static, I'd like to filter it out.20:41
kanavin_homesveinse: it does20:45
kanavin_home# $EXTRA_OECONF [11 operations]20:45
kanavin_home#   set /home/ak/development/poky/meta/conf/bitbake.conf:49820:45
kanavin_home#     ""20:46
kanavin_home#   _append /home/ak/development/poky/meta/conf/distro/include/
kanavin_home#     "${DISABLE_STATIC}"20:46
kanavin_homeah, wait :)20:47
*** spierepf <spierepf!18de02de@gateway/web/freenode/ip.> has quit IRC20:47
sveinsekanavin_home: it tells you it's set in, right20:47
sveinsekanavin_home: but perhaps gets included no matter what?20:47
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC20:47
kanavin_homesveinse: nope, it actually does :)20:48
kanavin_home#   /home/ak/development/poky/meta-poky/conf/distro/poky.conf includes:20:48
kanavin_home#     /home/ak/development/poky/meta-poky/conf/distro/include/poky-world-exclude.inc20:48
kanavin_home#     /home/ak/development/poky/meta/conf/distro/include/no-static-libs.inc20:48
kanavin_home#     /home/ak/development/poky/meta/conf/distro/include/yocto-uninative.inc20:48
kanavin_homebut you could *easily* establish all of this with grep, just do it :)20:49
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto20:49
sveinseI did, but I don't understand the context20:49
sveinseThis file is always included into the project, is that it?20:49
ed2rburton: I can't reproduce wic build failure. I'll try again.20:50
kanavin_homesveinse: which file?20:50
ed2rburton: can you merge this patchset please:
sveinsekanavin_home: ah, it is. meta-poky/conf/distro/poky.conf:10820:51
sveinseAll right, how do I cope with a upstream configure that does not like --disable-static?20:51
ed2rburton: the failure is most probably caused by the last patchset:
sveinsea) patch the sources, to whatever avail20:52
sveinseb) filter out --disable-static to its confiure in the recipe?20:52
kanavin_homesveinse: EXTRA_OECONF_remove = "--disable-static"20:52
sveinsekanavin_home: good, thanks20:52
kanavin_homeagain, grep is awesome for things like this - there are several recipes that need this, and I found out by looking for 'disable-static'20:53
kanavin_homesveinse:  ak@linux-f9zs:~/development/poky/meta> grep -ir disable-static *20:53
kanavin_homeit's the local incarnation of 'google stackoverflow' :)20:55
*** khem <khem!~khem@unaffiliated/khem> has quit IRC20:56
sveinsekanavin_home: it is, but it's not always easy to see the context. E.g. in my repo I've got only one that use EXTRA_OECONF_remove and that is meta/recipes-extended/ed/ among some 50 matches that sets EXTRA_OECONF = "--disable-static"20:56
sveinseI like grep -rHne20:56
sveinseI found it when I knew what I was looking for20:57
kanavin_homesveinse: well, I'm grepping only within oe-core, and there's few results20:57
sveinseyeah, but I don't know if its poky or oe or any other fsl sources, unfortunately20:58
sveinseAnother thing I've been wondering about: when to use += vs _append20:59
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto20:59
*** voltbit <voltbit!> has quit IRC21:03
*** voltbit <voltbit!> has joined #yocto21:03
paulgranchu, linux-yocto is a kernel specific list ; you'll probably have better luck getting assistance on a generic yocto mailing list.21:04
*** dreyna__ <dreyna__!~dreyna@> has joined #yocto21:04
*** dreyna__ <dreyna__!~dreyna@> has quit IRC21:08
*** dreyna__ <dreyna__!~dreyna@> has joined #yocto21:09
*** ranchu <ranchu!6d420138@gateway/web/freenode/ip.> has quit IRC21:11
*** Crofton <Crofton!> has joined #yocto21:12
kanavin_homesveinse: tbh, I don't know that either, but I prefer _append, because += is too similar to =, ?= and other similar operators21:12
*** pohly <pohly!~pohly@> has joined #yocto21:13
kanavin_homethere's too much history of serious bugs because someone didn't notice they used the 'slightly wrong' thing21:13
*** khem <khem!~khem@unaffiliated/khem> has quit IRC21:14
*** john__ <john__!> has quit IRC21:16
*** Crofton <Crofton!> has quit IRC21:16
*** joseppc <joseppc!> has joined #yocto21:16
*** joseppc <joseppc!~josep@unaffiliated/joseppc> has joined #yocto21:16
*** Crofton <Crofton!> has joined #yocto21:17
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto21:17
*** sgw_ <sgw_!~sgw_@> has joined #yocto21:20
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC21:23
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto21:24
*** kscherer <kscherer!~kscherer@> has quit IRC21:25
*** vmeson <vmeson!~rmacleod@> has quit IRC21:27
*** sjolley <sjolley!~sjolley@> has quit IRC21:27
*** ranchu <ranchu!6d420138@gateway/web/freenode/ip.> has joined #yocto21:28
ranchucan I expect yocto to run on different machine, by just replaing machine in local.conf ?21:29
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC21:29
sveinseThere is many smart solutions built in to the variable system in bb, but for an outsider, there is also very much use of magic in it21:29
ranchuWe consider yocto, becuase we epexct that if we replace cpu, it will be just a matter of replacing the "machine" in local.conf. Is that correct ?21:30
kanavin_homeranchu: yes21:32
ranchuIs it correct to assume that boot time in yocto is faster than ubuntu ?21:33
sveinseI hate to be the naysayer, but it depends if all bsp for the machines are written the way they should.21:33
*** paulg <paulg!> has quit IRC21:33
kanavin_homesveinse: yes, there's plenty of ways to make things broken, but let's assume they're not :)21:34
ranchuhi sveinse, you mean that bsp files is different in yoctoproject, right ?21:34
ranchufor each cpu,21:34
sveinseWe're on custom arm HW, and it is certainly not always the case. I had to spend a few days worth of work to move our image over to another evaluation board21:34
*** pohly <pohly!~pohly@> has quit IRC21:35
sveinseranchu: well, I'm no expert, but I belive the official layers are really good at this21:35
ranchu sveinse - I understand its a big efforct, yet it seem to manage to move the yocto project to another machine, right ?21:35
kanavin_homeranchu: boot time depends on what you place into the image you build21:36
sveinseyes, definitely. We moved our development from an embedded ubuntu type image to yocto two years ago21:36
ranchusveine - OK, I thought you meant that you moved yocto from one machine to another.21:37
sveinseBoth actually21:37
sveinseWe have multiple machines/types HW, and we have moved from one type of build system to yocto21:37
ranchuso moving yocto from one machine to another is a big or small issue ?21:38
sveinsebut all armv7 (cortex a9) thou21:38
ranchufrom arm to intel for example21:38
kanavin_homeranchu: depends on the quality of the bsp layer21:38
sveinseagain, my experience is that it depends. On arm, due to the system-on-chip vendors, it can vary from extremely good to not great21:38
kanavin_homeranchu: if both bsp layers are top quality, then you change the MACHINE setting, and rebuild, and that's all :)21:38
*** ed2 <ed2!~Adium@> has quit IRC21:39
sveinseranchu: what archtecture are you considering?21:39
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto21:39
ranchuOK, I'll gie the full story: we are in a dillema with a new intel board. not sure if use yocto or ubuntu. ubntu managed to start on board, but not yocto yet. it's just intel ATOM. not sure why.21:39
ranchuit's also have to be "realtime" (RT patch)21:40
ranchuis ubuntu less "embedded" than yocto ?21:40
*** itayo <itayo!~stefan@> has quit IRC21:41
sveinseyes, I think so. but with it comes availability. E.g. with yocto you need to build everything. For ubuntu, there is loads and loads of upstream packages available.21:42
sveinseour experience with running an embedded product with ubuntu, is that ubuntu is mainly adopted for desktop and server use, not so much embedded.21:43
sveinseOur product used to take 50 seconds to boot, which was acceptable. And we did a concept study to see what could be done. The conclusion was that we had to significantly patch ubuntu to be able to improve/tailor it, and then the whole motivation for using vanilla ubuntu goes away.21:44
ranchubut realtime, is a kernel issue not filesystem, right ? and boottime is mostly a matter of reducing servers/applications at startup , right ?21:44
sveinseIt was then we decided to migrate to yocto21:44
sveinsenow we boot in 17 secs21:44
sveinse^ edit: 50 secs was /unacceptable/...21:45
ranchuSo Isn't it possible to reduce boot time in ubuntu too ?21:45
*** lamego <lamego!jose@nat/intel/x-dzdqfhumrvuvgwjz> has joined #yocto21:45
ranchuI have ATOM with 27 seconds now with ubuntu, without doing any optimizations yet.21:46
sveinseIt always is, but it is a tradeoff in how much time you want to tinker with the system to make it behave the way you want.21:46
sveinsewell, things have improved with systemd I believe, so I wouldn't know for more modern ubuntus21:46
*** pohly <pohly!~pohly@> has joined #yocto21:48
ranchusveinse - OK, thanks for the information21:49
sveinseranchu: you're welcome21:49
*** itayo <itayo!> has joined #yocto21:49
*** caiortp <caiortp!~inatel@> has quit IRC21:51
*** voltbit <voltbit!> has quit IRC21:52
*** voltbit <voltbit!> has joined #yocto21:54
*** itayo <itayo!> has quit IRC21:55
lamegohalstead: are you around?22:00
*** sjolley <sjolley!~sjolley@> has joined #yocto22:02
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto22:04
*** sjolley <sjolley!~sjolley@> has quit IRC22:04
halsteadlamego: Yes but I'm in a board meeting right now.22:05
lamegohalstead: ok, just to let you know that oe-patchwork may not need the server code update. It seems to be appropriately processing patches now. We may talk about it later.22:07
halsteadlamego, I pulled changes and restarted it this morning when lsandov pinged me.22:07
lamegohalstead: that must be the reason :) thanks22:07
*** itayo <itayo!> has joined #yocto22:09
halsteadlamego, I'm curious if the scripts we used to get the initial patches loaded into patchwork could be useful now.22:09
lamegohalstead: are you talking about the "patchwork-update-commits" and "update-superseded" scripts? I see no reason why the couldn't22:12
halsteadlamego, Okay. It might help catch up once I get the missed patches in place.22:13
lamegohalstead: Agree22:13
*** istarilucky <istarilucky!~rlucca@> has left #yocto22:13
halsteadlamego, Could you add your async hook to ? I don't think it's tracked anywhere at the moment.22:14
lamegohalstead: sure, I will.22:14
halsteadThanks lamego. It definitely speeds things up. :)22:15
*** pohly <pohly!~pohly@> has quit IRC22:30
*** paulg <paulg!~paulg@> has joined #yocto22:32
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC22:36
*** toscalix <toscalix!~toscalix@> has joined #yocto22:40
*** paulg <paulg!~paulg@> has quit IRC22:42
*** JaMa <JaMa!~martin@> has quit IRC22:48
sveinseare there any naming package rules concerning nativesdk rules? I have a meta-toolchain-lm which TOOLCHAIN_HOST_TASK += "". If I add nativesdk-packagegroup-lm-host it works fin, if I add packagesgroup-nativesdk-sp it fails for missing 'virtual/x86_64-pokysdk-linux-gcc'. It's only the filename which is different, it's the same file.22:48
sveinseLet me guess, it needs the prefix 'nativesdk-' in its name?22:50
sveinseSeems so. Renaming 'packagegroup-nativesdk-sp' to 'nativesdk-packagegroup-sp' and it works22:54
*** voltbit <voltbit!> has quit IRC22:56
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC22:56
*** Crofton <Crofton!> has quit IRC22:57
*** dmoseley <dmoseley!> has quit IRC22:57
*** fmeerkoetter <fmeerkoetter!~quassel@> has quit IRC23:01
*** bfederau <bfederau!~quassel@> has quit IRC23:01
*** bfederau <bfederau!~quassel@> has joined #yocto23:01
*** fmeerkoetter <fmeerkoetter!~quassel@> has joined #yocto23:01
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC23:01
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto23:01
*** dreyna__ <dreyna__!~dreyna@> has quit IRC23:08
*** dreyna__ <dreyna__!~dreyna@> has joined #yocto23:08
*** toscalix <toscalix!~toscalix@> has quit IRC23:14
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC23:14
*** nighty <nighty!> has quit IRC23:15
*** lamego <lamego!jose@nat/intel/x-dzdqfhumrvuvgwjz> has left #yocto23:16
*** lamego <lamego!jose@nat/intel/x-rplfndbuzjhqswxr> has joined #yocto23:16
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto23:19
*** RP1 <RP1!~richard@> has joined #yocto23:30
*** toscalix <toscalix!~toscalix@> has joined #yocto23:37
*** agust <agust!> has quit IRC23:38
*** marka <marka!> has quit IRC23:46
*** dreyna__ <dreyna__!~dreyna@> has quit IRC23:55
*** paulg <paulg!> has joined #yocto23:59

Generated by 2.11.0 by Marius Gedminas - find it at!