Saturday, 2015-08-22

*** eystein <eystein!~eystein@> has joined #yocto00:02
-YoctoAutoBuilder- build #447 of nightly-fsl-ppc is complete: Success [build successful] Build details are at
*** likewise <likewise!> has joined #yocto00:29
*** likewise <likewise!> has quit IRC00:33
*** Jefro <Jefro!> has joined #yocto00:37
*** Jefro <Jefro!> has quit IRC00:43
-YoctoAutoBuilder- build #110 of nightly-arm64 is complete: Success [build successful] Build details are at
*** eystein <eystein!~eystein@> has quit IRC01:04
*** scottrif <scottrif!~scottrif@> has joined #yocto01:19
*** scottrif <scottrif!~scottrif@> has left #yocto01:19
*** zuz1 <zuz1!~zuz@> has quit IRC01:21
*** afxez0r <afxez0r!afxez0r@nat/intel/x-lourkixamjcuuebo> has quit IRC01:30
*** khem_ <khem_!46c7ab78@gateway/web/freenode/ip.> has joined #yocto01:47
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC01:48
-YoctoAutoBuilder- build #453 of nightly-oecore is complete: Success [build successful] Build details are at
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC01:52
*** Guest33458 <Guest33458!~dennis@> has joined #yocto01:54
*** Aethenelle <Aethenelle!> has joined #yocto01:59
kergothI had an idea for a bitbake feature earlier. I'm not convinced it's a great idea, but it'd definitely fill a need for something i've had to do on quite a few occasions. I'm thinking of a filter function flag on a variable. sort of a postprocessing function. not before, not after. not prepend, not append, but when the variable is expanded, its value is passed into any postprocessing functions to modify the value02:06
*** khem_ <khem_!46c7ab78@gateway/web/freenode/ip.> has quit IRC02:06
kergothi've had to do that quite often, e.g. set up anonymous python or an event handler to do a getvar, modify/alter/add/remove/whatever, then setvar, but when you do that, it's bound to a particular point in time, and it forces early expansion of the variable02:06
kergothwhereas the proposed function would simply alter the value at expansion time02:07
*** Guest33458 <Guest33458!~dennis@> has quit IRC02:12
*** dlan_ <dlan_!~dennis@gentoo/developer/dlan> has joined #yocto02:13
*** dlan_ <dlan_!~dennis@gentoo/developer/dlan> has quit IRC02:17
*** dlan_ <dlan_!~dennis@> has joined #yocto02:18
*** dlan_ <dlan_!~dennis@gentoo/developer/dlan> has joined #yocto02:18
*** likewise <likewise!> has joined #yocto02:30
*** likewise <likewise!> has quit IRC02:34
-YoctoAutoBuilder- build #451 of nightly-qa-systemd is complete: Success [build successful] Build details are at
*** Aethenelle <Aethenelle!> has quit IRC02:51
kergothhmm, sanity.bbclass checking of SSTATE_MIRRORS is just broken. last i checked, there's no requirement that the replacement be absolute. the original url isn't absolute, there's no reason you couldn't alter part of it02:57
kergothin fact, i'm doing so02:58
*** sjolley <sjolley!sjolley@nat/intel/x-vpkmfxwjzefpsnvo> has joined #yocto03:11
*** Jefro <Jefro!> has joined #yocto03:54
kergoththere we go, i think this way of doing the sstate distro fallbacks is a bit better than what i was using before:
*** nemequ <nemequ!> has joined #yocto04:20
*** likewise <likewise!> has joined #yocto04:31
*** likewise <likewise!> has quit IRC04:36
*** guest618 <guest618!~username@> has joined #yocto05:19
guest618weston not starting with yocto layer for beagle bone black05:20
*** guest618 is now known as rajesh611505:25
*** pohly <pohly!> has joined #yocto05:50
*** likewise <likewise!> has joined #yocto06:32
*** likewise <likewise!> has quit IRC06:36
*** JaMa <JaMa!> has joined #yocto06:44
*** behanw <behanw!~behanw@> has joined #yocto06:47
*** LocutusOfBorg1 <LocutusOfBorg1!> has quit IRC07:00
*** Jefro <Jefro!> has quit IRC07:27
*** digitalpeer <digitalpeer!> has quit IRC08:12
*** behanw <behanw!~behanw@> has quit IRC08:30
*** likewise <likewise!> has joined #yocto08:33
*** likewise <likewise!> has quit IRC08:37
*** roccof <roccof!> has joined #yocto08:44
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:52
*** roccof <roccof!> has quit IRC08:59
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto09:18
*** loggerbox <loggerbox!~todor@> has quit IRC09:24
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:31
*** bluelightning <bluelightning!> has joined #yocto09:34
*** bluelightning <bluelightning!> has quit IRC09:34
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:34
*** ant_home <ant_home!> has joined #yocto09:35
RPkergoth: that sanity checking is causing problems for me too10:04
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC10:08
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto10:10
*** ant_home <ant_home!> has quit IRC10:11
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:12
*** roric <roric!> has joined #yocto10:35
*** ddalex <ddalex!> has quit IRC10:38
*** ant_home <ant_home!> has joined #yocto10:42
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:47
Crofton|workRP, good analysis of the whitelist class10:59
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:01
*** ant_home <ant_home!> has quit IRC11:04
*** roric <roric!> has quit IRC11:15
-YoctoAutoBuilder- build #177 of nightly-world-lsb is complete: Failure [failed Publishing Artifacts] Build details are at
*** paulg <paulg!> has quit IRC11:26
*** roric <roric!> has joined #yocto11:34
*** pohly <pohly!> has quit IRC11:40
*** roric <roric!> has quit IRC11:59
*** ant_home <ant_home!> has joined #yocto12:15
*** dfaught <dfaught!> has quit IRC12:16
*** roric <roric!> has joined #yocto12:19
*** roric <roric!> has quit IRC12:23
*** ant_home <ant_home!> has quit IRC12:33
-YoctoAutoBuilder- build #464 of nightly-ppc is complete: Failure [failed Running Sanity Tests] Build details are at
*** abelloni <abelloni!> has quit IRC13:20
*** abelloni <abelloni!> has joined #yocto13:37
*** abelloni <abelloni!> has quit IRC13:45
*** abelloni <abelloni!> has joined #yocto14:02
*** pohly <pohly!> has joined #yocto14:08
*** tanuk_ <tanuk_!> has joined #yocto14:08
*** demonimin_ <demonimin_!> has joined #yocto14:08
*** demonimin_ <demonimin_!~demonimin@unaffiliated/demonimin> has joined #yocto14:08
*** halstead <halstead!> has joined #yocto14:10
*** ionte_ <ionte_!> has joined #yocto14:10
*** Amynka_ <Amynka_!> has joined #yocto14:10
*** deception_ <deception_!~deception@unaffiliated/deception> has joined #yocto14:10
*** ionte <ionte!> has quit IRC14:11
*** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has quit IRC14:11
*** deception <deception!~deception@unaffiliated/deception> has quit IRC14:11
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC14:11
*** Amynka <Amynka!~amy@gentoo/developer/amynka> has quit IRC14:11
*** Saur <Saur!pkj@nat/axis/x-calmlhfnwjllpmvj> has quit IRC14:11
*** halstead_ <halstead_!> has quit IRC14:11
*** Crofton|work <Crofton|work!> has quit IRC14:11
*** ajtag_ <ajtag_!> has quit IRC14:11
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC14:11
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC14:11
*** smartin <smartin!> has quit IRC14:11
*** tanuk <tanuk!> has quit IRC14:11
*** ajtag_ <ajtag_!> has joined #yocto14:11
*** deception_ is now known as deception14:11
*** smartin__ <smartin__!> has joined #yocto14:11
*** Saur <Saur!pkj@nat/axis/x-tzevtwwqcbctxjvu> has joined #yocto14:11
*** Crofton|work <Crofton|work!> has joined #yocto14:12
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto14:12
*** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has joined #yocto14:14
*** [Sno] <[Sno]!> has quit IRC14:16
*** ajtag_ <ajtag_!> has quit IRC14:18
*** pohly <pohly!> has quit IRC14:22
*** ajtag_ <ajtag_!> has joined #yocto14:23
*** Tanure <Tanure!c95280d0@gateway/web/freenode/ip.> has joined #yocto14:36
TanureHi, what the difference between  BUILDDIR and TOPDIR ?14:36
TanureI set the TOPDIR to my new build folder before souring the oe-init-build-env, but didn't work as expected14:38
kergothBUILDDIR is used/set by the setup scripts, TOPDIR is used/set by bitbake. they're commonly the same, but not guaranteed to be. you shouldn't set or modify TOPDIR, there's no need, and as you've seen, the setup scripts don't obey it14:54
TanureOk, Thanks. So the only way to start with a different build folder is call oe-init-build-env* with the build parameter15:08
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto15:19
*** nerdboy <nerdboy!> has joined #yocto15:27
*** nerdboy <nerdboy!> has quit IRC15:27
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto15:27
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto15:45
*** paulg <paulg!~paulg@> has joined #yocto16:15
*** [Sno] <[Sno]!> has joined #yocto16:21
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC16:27
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:29
*** jmpdelos <jmpdelos!> has quit IRC16:39
*** jmpdelos <jmpdelos!> has joined #yocto16:41
*** Tanure <Tanure!c95280d0@gateway/web/freenode/ip.> has quit IRC16:45
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC16:57
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:59
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:21
*** aehs29 <aehs29!aehernan@nat/intel/x-huppbwhzctlagfmg> has joined #yocto17:37
*** likewise <likewise!> has joined #yocto17:51
*** bluelightning <bluelightning!> has joined #yocto18:04
*** bluelightning <bluelightning!> has quit IRC18:04
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:04
*** bluelightning_ <bluelightning_!> has joined #yocto18:08
*** bluelightning_ <bluelightning_!> has quit IRC18:08
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:08
*** challinan <challinan!> has quit IRC18:09
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:12
*** likewise <likewise!> has joined #yocto18:28
*** fmeerkoetter <fmeerkoetter!> has joined #yocto18:45
fmeerkoetteri've successfully create an image which contains qt5 (based on meta-qt5). now i want to create an SDK. i did a bitbake myimage -c populate_sdk. this creates an SDK me but there is one problem. the image does _not_ contain the host-qmake program that is needed to cross-compile for my target18:47
fmeerkoetterhow do i do this?18:48
fmeerkoetterhow do i create an SDK that also contains the needed host tools for qt cross development?18:48
kergotheither use meta-toolchain-qt5 or add the right nativesdk package for qmake to TOOLCHAIN_HOST_TASK18:54
kergothafaik anyway18:55
kergothe.g. TOOLCHAIN_HOST_TASK_append = " nativesdk-qtbase-tools qtbase-mkspecs"18:56
kergothsomething of the sort18:56
khem`ideally -cpopulate_sdk shoud know it and do it automagikally19:15
kergothyeah, would be nice to have a metadata driven mechanism 'if this is in the image, then these extra packages need to go into the sdk'19:17
seebswoot, I've gotten closer. I'm now down to just four files in the rootfs with unexpected permissions/ownership.19:17
seebs... group, passwd, shadow, gshadow.19:17
fmeerkoetterkergoth: thanks!19:17
fmeerkoetterwill try that19:18
fmeerkoetteri don't know enough about yocto, though populate_sdk would do the trick19:18
fmeerkoetterkergoth: will/would meta-toolchain-qt5 pull in the dev packages for all the libs i have in my image?19:19
kergothno, that's a standalone toolchain recipe, not image-bound19:19
fmeerkoetterthought so19:20
fmeerkoetterbut  TOOLCHAIN_HOST_TASK_append = " nativesdk-qtbase-tools qtbase-mkspecs" would do the trick? if i just add this to my local.conf?19:20
fmeerkoetterafter doing that a -c populate_sdk would contain qmake?19:21
fmeerkoetterkergoth: ^19:22
kergothif those are the correct package names, yes. that's untested19:26
fmeerkoetterkergoth: i'll have a look. thanks for your support!19:26
paulgseebs, meh, those aren't important files...   :)19:31
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC19:31
fmeerkoetterkergoth: TOOLCHAIN_HOST_TASK_append = " nativesdk-packagegroup-qt5-toolchain-host" worked nicely19:59
kergothnice, glad to hear it20:01
*** dieter__ <dieter__!> has quit IRC20:31
*** dieter_ <dieter_!> has quit IRC20:31
*** abelloni_ <abelloni_!> has joined #yocto20:43
*** abelloni <abelloni!> has quit IRC20:44
*** paulg <paulg!~paulg@> has quit IRC20:55
*** afxez0r <afxez0r!afxez0r@nat/intel/x-kdfqmqeqnwxykubi> has joined #yocto20:56
*** ant_home <ant_home!> has joined #yocto21:03
seebsso I studied it more and it got worse, there are more things resulting in weird db entries than I expected, so I am going to do more studying to see if I can figure out what's causing them.21:14
seebsI think I just realized what one of them is, though. Maybe.21:14
*** ka6sox is now known as zz_ka6sox21:41
*** paulg <paulg!> has joined #yocto21:48
*** bfederau <bfederau!> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!> has quit IRC22:01
*** bfederau <bfederau!> has joined #yocto22:01
*** fmeerkoetter <fmeerkoetter!> has joined #yocto22:01
*** behanw <behanw!~behanw@2001:470:b26c:0:fc0f:d3f3:3ac:9d15> has joined #yocto22:26
*** paulg <paulg!> has quit IRC22:28
*** loggerbox <loggerbox!todor@nat/intel/x-xwekhlhvrsexjlwb> has joined #yocto22:45
*** ant_home <ant_home!> has quit IRC22:48
*** zz_ka6sox is now known as ka6sox22:52
warthog9Beaverton, OR23:02
warthog9doh copy/paste error23:02
*** ka6sox is now known as zz_ka6sox23:23
-YoctoAutoBuilder- build #465 of nightly-ppc is complete: Success [build successful] Build details are at
*** zz_ka6sox is now known as ka6sox23:32
seebsWell, I just found a fascinating thing that I'm surprised has never broken anything before.23:32
seebsSo I have this fancy code in pseudo that tries to make sure that files are opened with a *real* mode that is not 000.23:32
seebsAnd allows root to read/write them. And this mostly works.23:33
seebsBut if you set umask 777, and create a file, it actually *does* get created mode 000 at first.23:33
seebsAnd that doesn't matter, because the first chmod op on it fixes the mode.23:33
seebs... But it would matter if you were going to try to setfattr() on it to store attributes locally.23:33
seebsAnd if you then fix the mode later, the "but can I store attributes to this file at all?" test succeeds, and concludes that nothing has been saved to that file because it has no database entry, while there actually IS a database entry for that file.23:34
seebsAnd that may well explain a number of database-weirdness things I was seeing. Reason it was affecting only passwd/group is those are probably the only things being initially set up in a code path that appears to create files with umask 777.23:35
*** L30nArd0 <L30nArd0!~anonymous@> has joined #yocto23:36
kergothwget-finder is handy23:40
seebsSo I found a bug that only shows up with the xattr version, and have probably fixed it now.23:42
seebs$ umask 77723:42
seebs$ touch file23:42
seebs$ chmod 600 file23:42
seebsAt this point, there's a db entry in sqlite for "file", but the xattr stuff doesn't check for it because it can write to file's extended attributes just fine. So it grabs the existing owner/mode and stores them in the extended attributes along with the new permissions.23:42
seebsExisting meaning "in the real filesystem". Whoops.23:43
*** likewise <likewise!> has quit IRC23:50
*** afxez0r <afxez0r!afxez0r@nat/intel/x-kdfqmqeqnwxykubi> has quit IRC23:53

Generated by 2.11.0 by Marius Gedminas - find it at!