Wednesday, 2015-08-19

*** adelcast <adelcast!~adelcast@> has quit IRC00:04
*** falstaff <falstaff!~quassel@2001:8e0:2003:8e10:d5a1:d221:a007:a900> has quit IRC00:05
*** rtollert <rtollert!~rtollert@> has quit IRC00:05
*** falstaff <falstaff!~quassel@> has joined #yocto00:05
* paulg_ ties a rope to a tree and throws the other end to kergoth just in case he can't find his way out.00:05
*** scot <scot!~scot@> has quit IRC00:06
*** scot <scot!~scot@> has joined #yocto00:06
*** madisox <madisox!> has quit IRC00:08
*** RP <RP!> has quit IRC00:16
*** paulg_ <paulg_!> has quit IRC00:18
*** scot <scot!~scot@> has quit IRC00:24
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC00:36
*** alimon <alimon!~alimon@> has quit IRC00:39
*** likewise <likewise!> has joined #yocto01:00
*** likewise <likewise!> has quit IRC01:04
*** Gintaro <Gintaro!> has quit IRC01:20
*** Jefro <Jefro!> has quit IRC01:20
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC01:21
*** Gintaro <Gintaro!> has joined #yocto01:22
* kergoth ponders01:30
*** sameo <sameo!samuel@nat/intel/x-typqqidesvysfjaf> has joined #yocto02:07
*** bigwyrm <bigwyrm!~wyrm@> has quit IRC02:08
*** bigwyrm <bigwyrm!~wyrm@> has joined #yocto02:10
*** RP <RP!> has joined #yocto02:37
*** Jefro <Jefro!> has joined #yocto02:41
*** simmel80_ <simmel80_!> has joined #yocto02:51
nerdboynormally he comes out on the other side of the earth02:54
nerdboywith bus fare even02:54
*** simmel80___ <simmel80___!> has quit IRC02:55
*** likewise <likewise!> has joined #yocto03:01
*** berton <berton!~fabio@> has quit IRC03:04
*** likewise <likewise!> has quit IRC03:05
*** sjolley <sjolley!sjolley@nat/intel/x-uafqsptvlbsxqpln> has joined #yocto03:10
kergothHmm, we need a lot more unit tests for the fetcher03:32
*** redengin <redengin!> has joined #yocto03:59
*** sdh11 <sdh11!> has quit IRC04:16
*** aehs29 <aehs29!~aehernan@> has joined #yocto04:20
kergothugh, I really need to add some more git fetcher unit tests04:24
*** aehs29 <aehs29!~aehernan@> has left #yocto04:25
*** sdh11 <sdh11!> has joined #yocto04:26
-YoctoAutoBuilder- build #455 of nightly-arm is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #455 of nightly-x86-64 is complete: Success [build successful] Build details are at
*** sdh11 <sdh11!> has quit IRC04:48
*** sdh11 <sdh11!> has joined #yocto04:49
*** hamis <hamis!~irfan@> has joined #yocto04:53
*** dreyna4529 <dreyna4529!> has joined #yocto04:56
*** AndersD <AndersD!> has joined #yocto05:12
*** mansandersson <mansandersson!~Mans@> has joined #yocto05:18
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto05:28
kergothWIP updated commits for the shallow fetch support: fixes a couple of the core issues i spotted, still doing further testing, however05:29
-YoctoAutoBuilder- build #456 of nightly-ppc is complete: Success [build successful] Build details are at
*** Jefro <Jefro!> has quit IRC05:41
*** ajkumar <ajkumar!~ajay@> has joined #yocto05:50
*** frsc <frsc!~frsc@> has joined #yocto06:04
-YoctoAutoBuilder- build #444 of nightly-qa-systemd is complete: Failure [failed Running Sanity Tests] Build details are at
*** staylor <staylor!~staylor@> has joined #yocto06:08
*** pohly <pohly!> has joined #yocto06:26
-YoctoAutoBuilder- build #456 of nightly-x86-64 is complete: Failure [failed Running SDK Sanity Tests Running SDK Sanity Tests_1] Build details are at
*** AlexVaduva <AlexVaduva!~AlexVaduv@> has quit IRC06:39
*** frsc <frsc!~frsc@> has quit IRC06:42
*** frsc <frsc!~frsc@> has joined #yocto06:42
*** AlexVaduva <AlexVaduva!~AlexVaduv@> has joined #yocto06:43
*** ueni <ueni!~ueni@> has joined #yocto06:45
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto06:45
*** jbrianceau_away is now known as jbrianceau06:46
*** hitlin37 <hitlin37!uid16371@gateway/web/> has joined #yocto06:46
-YoctoAutoBuilder- build #457 of nightly-ppc is complete: Failure [failed Running SDK Sanity Tests Running SDK Sanity Tests_1] Build details are at
-YoctoAutoBuilder- build #99 of nightly-mips64 is complete: Success [build successful] Build details are at
*** jku <jku!jku@nat/intel/x-xhcuxmymckuhzikw> has joined #yocto06:57
*** tasslehoff <tasslehoff!~Tasslehof@> has joined #yocto07:00
*** ftonello <ftonello!> has quit IRC07:02
*** likewise <likewise!> has joined #yocto07:03
*** jku <jku!jku@nat/intel/x-xhcuxmymckuhzikw> has quit IRC07:05
*** jku <jku!jku@nat/intel/x-ajorcbqqxqmamxtq> has joined #yocto07:06
*** likewise <likewise!> has quit IRC07:07
*** hsychla <hsychla!~hsychla@2001:6f8:12d9:13:40a3:e214:a60e:e228> has joined #yocto07:16
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:20
*** florian_kc is now known as florian07:21
*** ntl <ntl!> has quit IRC07:28
_4urele_Hi everyone!07:28
-YoctoAutoBuilder- build #456 of nightly-arm is complete: Failure [failed Running Sanity Tests] Build details are at
*** jku <jku!jku@nat/intel/x-ajorcbqqxqmamxtq> has quit IRC07:29
_4urele_I'm building a kernel module, I added "inherit module" in my recipe, and I get the module in the final image, but I can't get anything in the rpms07:30
-YoctoAutoBuilder- build #451 of nightly-world is complete: Success [build successful] Build details are at
_4urele_I have empty rpms... does anyone know why?07:30
*** jku <jku!jku@nat/intel/x-kowwxgzuvwtkoiov> has joined #yocto07:30
*** TobSnyder <TobSnyder!> has joined #yocto07:31
*** jku <jku!jku@nat/intel/x-dlqwvmkdaizzwsqs> has joined #yocto07:32
*** Crofton <Crofton!~balister@> has joined #yocto07:32
_4urele_forget what I said, I found the rpm containing my module (it just starts with "kernel-module")07:33
*** ntl <ntl!> has joined #yocto07:40
*** dreyna4529 <dreyna4529!> has quit IRC07:41
*** staylor <staylor!~staylor@> has quit IRC07:43
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC07:45
*** aehs29 <aehs29!aehernan@nat/intel/x-apwvusyzpenvwkgw> has joined #yocto07:46
*** aehs29 <aehs29!aehernan@nat/intel/x-apwvusyzpenvwkgw> has left #yocto07:46
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has joined #yocto07:46
*** Crofton <Crofton!~balister@> has quit IRC07:50
-YoctoAutoBuilder- build #449 of nightly-fsl-arm is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #450 of nightly-fsl-arm is complete: Failure [failed BuildImages_1] Build details are at
*** nighty^ <nighty^!> has joined #yocto07:56
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC07:59
*** dlan <dlan!~dennis@> has joined #yocto08:01
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto08:01
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC08:05
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto08:06
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:13
*** belen <belen!Adium@nat/intel/x-tncdbyjhitzdecvz> has joined #yocto08:21
bluelightningmorning all08:31
*** grma <grma!> has joined #yocto08:37
-YoctoAutoBuilder- build #143 of nightly-oe-selftest is complete: Failure [failed Running oe-selftest] Build details are at
-YoctoAutoBuilder- build #454 of nightly-mips is complete: Failure [failed Running SDK Sanity Tests Running SDK Sanity Tests_1] Build details are at
*** tasslehoff <tasslehoff!~Tasslehof@> has quit IRC08:52
*** jonathanmaw <jonathanmaw!> has joined #yocto08:55
*** simmel80_ <simmel80_!> has quit IRC09:05
-YoctoAutoBuilder- build #440 of nightly-rpm is complete: Success [build successful] Build details are at
*** mansandersson <mansandersson!~Mans@> has quit IRC09:09
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC09:17
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto09:19
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-jgkprdqyrhzdgrzo> has joined #yocto09:28
*** dieter_ <dieter_!> has joined #yocto09:37
*** dieter__ <dieter__!> has joined #yocto09:38
*** opennandra <opennandra!> has quit IRC09:43
*** Jefro <Jefro!> has joined #yocto09:46
*** sameo <sameo!samuel@nat/intel/x-typqqidesvysfjaf> has quit IRC09:50
*** opennandra <opennandra!> has joined #yocto09:53
*** bluelightning_ <bluelightning_!~paul@> has joined #yocto09:55
*** bluelightning_ <bluelightning_!~paul@> has quit IRC09:55
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:55
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:57
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC10:02
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto10:05
*** rburton <rburton!> has joined #yocto10:11
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC10:17
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto10:18
*** ljose <ljose!> has joined #yocto10:26
*** dv_ <dv_!> has joined #yocto10:28
*** dv__ <dv__!> has quit IRC10:28
ljoseHi, I'm new to Yocto trying to port a library to this meta distribution, what is the common way to do that? create a recipe so that other people can use it in is own builds?10:29
*** dv__ <dv__!> has joined #yocto10:31
ljoseis therre any kind of binary packages too?10:31
*** dv_ <dv_!> has quit IRC10:32
*** Jefro <Jefro!> has quit IRC10:36
*** hugovs <hugovs!~hugo@> has quit IRC10:49
*** AndersD <AndersD!> has quit IRC11:07
*** L30nArd0 <L30nArd0!~L30nArd0@> has joined #yocto11:11
*** AndersD <AndersD!> has joined #yocto11:21
*** jonmasters <jonmasters!> has quit IRC11:28
*** ajkumar <ajkumar!~ajay@> has quit IRC11:34
*** jonmasters <jonmasters!> has joined #yocto11:37
*** belen <belen!Adium@nat/intel/x-tncdbyjhitzdecvz> has quit IRC11:53
*** AndersD <AndersD!> has quit IRC11:58
*** belen <belen!Adium@nat/intel/x-qdhmssmvnqcyqfih> has joined #yocto12:05
*** AndersD <AndersD!> has joined #yocto12:13
*** LetoThe2nd <LetoThe2nd!> has quit IRC12:14
*** LetoThe2nd <LetoThe2nd!~jd@unaffiliated/letothe2nd> has joined #yocto12:14
*** LocutusOfBorg1 <LocutusOfBorg1!> has quit IRC12:22
bluelightning_ljose: building a recipe with produce binary packages as part of the build, yes12:29
bluelightning_ljose: we're not ourselves a distro though, so we don't provide any official package feeds that are meant to be used for anything more than testing12:29
*** dieter___ <dieter___!> has joined #yocto12:30
*** dieter____ <dieter____!> has joined #yocto12:31
*** dieter_ <dieter_!> has quit IRC12:32
*** dieter__ <dieter__!> has quit IRC12:32
*** LocutusOfBorg1 <LocutusOfBorg1!> has joined #yocto12:34
*** raykinsella781 <raykinsella781!rkinsell@nat/intel/x-yzucafslzmtvrvzm> has joined #yocto12:46
*** JaMa <JaMa!> has joined #yocto12:47
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-jgkprdqyrhzdgrzo> has quit IRC12:48
*** vmeson <vmeson!> has quit IRC12:57
*** bluelightning_ is now known as bluelightning12:59
*** JaMa <JaMa!> has quit IRC13:01
*** JaMa <JaMa!> has joined #yocto13:01
*** alimon <alimon!~alimon@> has joined #yocto13:05
*** darkspike <darkspike!~darkspike@> has joined #yocto13:06
*** L30nArd0 <L30nArd0!~L30nArd0@> has quit IRC13:07
*** paulg <paulg!~paulg@> has joined #yocto13:07
*** tsramos <tsramos!tsramos@nat/intel/x-jxlwqqfygfmpqtnb> has joined #yocto13:07
*** lamego <lamego!lamego@nat/intel/x-lyulwosnzwjlsxwy> has joined #yocto13:14
*** hugovs <hugovs!~hugo@> has joined #yocto13:22
*** sameo <sameo!samuel@nat/intel/x-wtasbpfdbllhwyar> has joined #yocto13:37
*** dreyna4529 <dreyna4529!> has joined #yocto13:37
*** vmeson <vmeson!~rmacleod@> has joined #yocto13:38
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto13:39
*** dreyna4529 <dreyna4529!> has quit IRC13:42
*** lawadefa <lawadefa!51aabb06@gateway/web/freenode/ip.> has joined #yocto13:49
*** raykinsella781 <raykinsella781!rkinsell@nat/intel/x-yzucafslzmtvrvzm> has left #yocto13:51
lawadefaHave a problem where it seems my speicific host build machine may be the problem. "byacc-native" fails every time in main.c and it seems to use my host machines header (fcntl.h) when this happens.instead of the poky sysroot. Anyone seens this?13:53
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto13:56
*** AndersD <AndersD!> has quit IRC13:59
*** jmpdelos <jmpdelos!> has quit IRC13:59
*** madisox <madisox!> has joined #yocto14:01
*** lawadefa <lawadefa!51aabb06@gateway/web/freenode/ip.> has quit IRC14:12
*** jmpdelos <jmpdelos!> has joined #yocto14:14
* paulg brews up a local preferred version of libgphoto to work around the week long gvfs wreckage in oe14:15
*** adelcast <adelcast!~adelcast@> has joined #yocto14:16
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:20
*** JaMa <JaMa!> has quit IRC14:25
*** benjamirc <benjamirc!~besquive@> has joined #yocto14:27
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC14:41
*** jku <jku!jku@nat/intel/x-dlqwvmkdaizzwsqs> has quit IRC14:48
*** aehs29 <aehs29!~aehernan@> has joined #yocto14:50
*** dreyna4529 <dreyna4529!> has joined #yocto14:52
*** frsc <frsc!~frsc@> has quit IRC14:54
*** sujith_h <sujith_h!~sharidas@kde/developers/sujithh> has quit IRC15:02
ljoseHi, if I want to build an application for yocto using the prebuild toolchain, where can I find third party libraries I need like bzip2 and openssl15:02
ljoseis there a prebuild SDK that I can use?15:02
*** afxez0r <afxez0r!~afxez0r@> has joined #yocto15:02
LetoThe2ndljose: nope, because the sdk always has to match the image on the target you want to use.15:03
ljoseso what is the point of the prebuild toolchains?15:04
LetoThe2ndljose: e.g., the one creating the target image can derive the sdk from it. and therefore it will contain the available libs then.15:04
LetoThe2ndljose: prebuilt toolchains in terms of what?15:04
ljoseThere is some toolchains to download in the yocto page15:05
ljoseI download the one for arm and want to build my library for Beagle Bone Black15:06
LetoThe2ndljose: never used those, but i guess they are more meant for rather trivial test cases, respectively bootloader/kernel work.15:06
ljoseSo I will need to build my Beagle Bone image and that will give me a toolchain SDK too?15:07
LetoThe2ndit will not automatically give you the sdk. for example "bitbake core-image-minimal" creates the image, and "bitbake -c populate_sdk core-image-minimal" creates the fitting sdk then.15:08
*** paulg is now known as paulg_15:12
*** hamis <hamis!~irfan@> has quit IRC15:13
*** aehs29 <aehs29!~aehernan@> has left #yocto15:18
*** eystein <eystein!~eystein@> has joined #yocto15:21
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto15:21
*** hitlin37 <hitlin37!uid16371@gateway/web/> has quit IRC15:22
*** JaMa <JaMa!> has joined #yocto15:24
*** benjamirc <benjamirc!~besquive@> has quit IRC15:27
*** lamego <lamego!lamego@nat/intel/x-lyulwosnzwjlsxwy> has quit IRC15:31
*** staylor <staylor!> has joined #yocto15:34
*** dfaught <dfaught!> has joined #yocto15:36
*** sujith_h <sujith_h!~sharidas@kde/developers/sujithh> has joined #yocto15:40
*** afxez0r <afxez0r!~afxez0r@> has quit IRC15:45
*** acidfu <acidfu!~nib@> has quit IRC15:47
*** acidfu <acidfu!~nib@unaffiliated/acidmen> has joined #yocto15:47
*** lamego <lamego!lamego@nat/intel/x-reczsskasiyrojhe> has joined #yocto15:47
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC15:53
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC15:55
*** nerdboy <nerdboy!> has joined #yocto15:56
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto15:57
*** sjolley <sjolley!sjolley@nat/intel/x-uafqsptvlbsxqpln> has quit IRC16:01
*** paulg <paulg!~paulg@> has joined #yocto16:06
*** maelcum <maelcum!~horst@> has joined #yocto16:07
*** sameo <sameo!samuel@nat/intel/x-wtasbpfdbllhwyar> has quit IRC16:10
*** LocutusOfBorg1 <LocutusOfBorg1!> has quit IRC16:12
*** aehs29 <aehs29!~aehernan@> has joined #yocto16:12
*** LocutusOfBorg1 <LocutusOfBorg1!> has joined #yocto16:17
*** sjolley <sjolley!sjolley@nat/intel/x-dwidzkbwghncvdor> has joined #yocto16:26
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:32
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC16:36
*** JaMa <JaMa!> has quit IRC16:37
*** DS__ <DS__!bd3ddd3a@gateway/web/freenode/ip.> has joined #yocto16:40
*** vdehors <vdehors!> has quit IRC16:46
*** vdehors <vdehors!> has joined #yocto16:47
*** hsychla <hsychla!~hsychla@2001:6f8:12d9:13:40a3:e214:a60e:e228> has quit IRC16:51
*** clsulliv <clsulliv!clsulliv@nat/intel/x-mhblahztlhilkbou> has joined #yocto16:52
*** vdehors <vdehors!> has quit IRC16:54
*** Jefro <Jefro!> has joined #yocto16:54
*** roccof <roccof!> has joined #yocto16:56
*** vdehors <vdehors!> has joined #yocto16:59
*** TobSnyder <TobSnyder!> has quit IRC16:59
*** jbrianceau is now known as jbrianceau_away17:02
*** bluelightning_ is now known as bluelightning17:07
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:10
*** belen <belen!Adium@nat/intel/x-qdhmssmvnqcyqfih> has quit IRC17:16
*** benjamirc <benjamirc!~besquive@> has joined #yocto17:20
ljoseHi, does core-image-minimal include a SSH server?17:27
*** fitzsim` <fitzsim`!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has joined #yocto17:29
*** fitzsim <fitzsim!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has quit IRC17:29
*** pidge <pidge!~pidge@2a02:8084:0:3000:f43a:df01:892d:92ee> has quit IRC17:31
*** sameo <sameo!samuel@nat/intel/x-arnoehabavnhpack> has joined #yocto17:31
*** fitzsim` is now known as fitzsim17:33
*** glfernando <glfernando!~fernando@> has joined #yocto17:34
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC17:39
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto17:39
kergothljose: depends on the IMAGE_FEATURES. see local.conf and local.conf.sample.extended.17:40
kergothRP: any thoughts on the shallow support? i'm assuming you haven't found the time, since you're always swamped, so no rush, just checking :) The current version has a couple changes/fixes to the core as well -
*** pohly <pohly!> has quit IRC17:46
*** sno <sno!> has joined #yocto17:55
*** rtollert <rtollert!~rtollert@> has joined #yocto17:55
*** [Sno] <[Sno]!> has quit IRC17:55
zeddiievery time khem sends some nasty toolchain patch/fix .. I think "wow, that must have hurt to find" :)17:56
kergothheh, indeed17:57
*** DS__ <DS__!bd3ddd3a@gateway/web/freenode/ip.> has quit IRC17:57
*** ljose <ljose!> has quit IRC18:01
*** sameo <sameo!samuel@nat/intel/x-arnoehabavnhpack> has quit IRC18:01
kergothRP: I'm theorizing that a build with PREMIRRORS and MIRRORS both unset, and a good mirror tarball in DL_DIR would result in a clone from upstream, not using the mirror tarball, since there'd be no uri to cause the check of DL_DIR for the tarball path. Am I correct in that? I think I'll open a low priority yocto bug about it, if so. Ideally it'd be able to use an existing local tarball without needing a mirror URI to do so18:04
kergothpresumably we could just add a sane fallback value for PREMIRRORS to look directly in file://${DL_DIR}/, but that seems silly :)18:05
*** eystein <eystein!~eystein@> has quit IRC18:07
*** roccof <roccof!> has quit IRC18:07
*** khem_ <khem_!d0735ee2@gateway/web/freenode/ip.> has joined #yocto18:22
khem_you should use 5.% instead of 5.2%18:22
*** eystein <eystein!~eystein@> has joined #yocto18:23
kergothAnyone around that's familiar with pulseaudio bits? Does seem reasonable?18:25
* kergoth looking through the backlog of bits-that-need-to-go-upstream from meta-mentor's layers18:27
* kergoth checks sanity18:33
*** berton <berton!~fabio@> has joined #yocto18:34
*** aehs29 <aehs29!~aehernan@> has quit IRC18:41
*** aehs29 <aehs29!aehernan@nat/intel/x-sjraptjshksazgiq> has joined #yocto18:42
*** aehs29 <aehs29!aehernan@nat/intel/x-sjraptjshksazgiq> has left #yocto18:43
kergothSo, what method are folks using to override default network configuration for bsps? override interfaces? supply a connman config and use connman? systemd-networkd?18:48
fraypretty much all of the above...18:51
*** phantoxeD <phantoxeD!> has joined #yocto18:53
*** benjamirc <benjamirc!~besquive@> has quit IRC18:54
*** phantoneD <phantoneD!> has quit IRC18:57
*** pidge <pidge!~pidge@2a02:8084:0:3000:6cb2:87ef:6d2b:4b14> has joined #yocto18:59
kergothSO MANY corner cases to worry about in the fetcher. it's madness. we don't have nearly enough unit tests yet to cover everything19:00
* kergoth adds a note to his todo19:00
*** seebs <seebs!> has joined #yocto19:04
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC19:06
*** paulg <paulg!~paulg@> has quit IRC19:11
*** dreyna4529 <dreyna4529!> has quit IRC19:12
kergothhmmm, if populate_sdk_ext ships downloads, I wonder if there'd be interest in the bits mel uses for our installer generation which saves / restores headrevs, coupled with changing the bb fetch cache policy to allow BB_NO_NETWORK from the installed environment even with AUTOREV19:12
*** mkeeter <mkeeter!~mkeeter@> has joined #yocto19:14
seebsI have a beautiful and encouraging result to report, also I am beginning to feel that the abyss is staring back rather more than I'd like.19:18
*** belen <belen!Adium@nat/intel/x-iuduxcpngrmlfnds> has joined #yocto19:18
seebsTotal time spent in wrapper function calls with old pseudo for do_rootfs for core-image-sato: ~3,647 seconds. (Actually this includes a lot of other do_rootfs tasks, I suspect.)19:19
seebsTotal time spent in wrapper function calls with new pseudo: ~2,400 seconds.19:19
seebsSo "a bit over an hour" => "40 minutes". Sounds good!19:19
seebsWall clock time... Old pseudo: 48 minutes. New pseudo: 58 minutes.19:19
seebsI cannot reproduce this behavior on smaller or more self-contained tasks yet.19:20
*** belen <belen!Adium@nat/intel/x-iuduxcpngrmlfnds> has quit IRC19:20
seebsI do note that reported system time goes WAY up, but oddly that's not showing as happening inside the wrappers. No idea.19:23
kergothheh, it spends less time in wrapper functions, but the wall clock time is worse? what's it doing?19:26
seebsI have no idea.19:26
fraywe've been talking about this.. it's moving from IPC calls to a backend DB to using lsetxattr (and related)..19:27
seebsAnd what really bugs me is, the obvious thing would be that the setxattr/getxattr calls are pricier than sending IPC and not waiting for a response, but... That should show up in wrapper time!19:27
*** khem_ <khem_!d0735ee2@gateway/web/freenode/ip.> has quit IRC19:27
frayso it COULD be that pseudo is suddenly better performing and causing collisions on parallel recipes/tasks.. or could it be causing the filesystem to sync "more", causing clock time to increase as the xattrs are written to disk?19:27
kergothUnrelated, but am I correct in thinking that the binary locales in lib/locale are the same between 32 and 64, so belongs in nonarch_libdir?19:27
fraywell the xattr would be cached to the FS cache, then flushed periodically19:28
fraybinary locals are endian and word size specific.. :/19:28
seebsI am thinking that the xattrs being flushed during fsyncs could be hurting performance on fsyncs that weren't running under pseudos.19:28
fraywell there are the manual fsyncs and then there are the automatic ones..19:28
frayI'm wondering if it's more fo aproblem w/ the automatic ones..19:29
frayone way to check..  on the machine we've got with a lot of ram.. enable xattrs on the ramdisk.. and build compeltely inside the ramdisk..19:29
seebsmight be. So I've got a couple of things to look at, but mostly what I want to try to do is get a test case where I have something I can run that exhibits the behavior and is smaller than do_rootfs.19:29
fraythat should avoid any disk cache penalties19:29
seebsSo, funny thing from my performance testing yesterday.19:29
seebsI can reduce time on a particular tar command from about 9 seconds to ~7ish with the new pseudo.19:29
seebsSo I wanted to test it in a less-contended environment. Laptop with SSD.19:30
seebsResult: I can reduce time from ~2 seconds to ~1.5 seconds.19:30
seebsSo I'm sort of feeling like everything I'm doing is outperformed by hardware.19:30
*** kscherer <kscherer!~kscherer@> has quit IRC19:30
*** vmeson <vmeson!~rmacleod@> has quit IRC19:30
frayseebs, I don't doubt that19:30
seebsThat said, I want to do some more benchmarking, because I think my new profiling stuff is now reasonably close to measuring the actual cost of running the pseudo client.19:31
seebsAnd if I'm right, I can probably get a nice significant boost by reducing allocation in path stuff.19:31
kergothso, should we deprecate USE_NLS, deprecate the nls distro feature, or just add logic to align the two? in mel.conf, we're adding the distro feature based on USE_NLS to address this. any thoughts on what would be accepted for oe-core?19:32
frayNot sure I understand..19:33
frayif someone could ensure that the binary locales worked in all wordsizes in a given endian/arch.. then we could make it common..19:33
fray(if it would be possible to fix the endian-ness.. then they could even be potentially 'all' arch packages)19:34
fraythere are two pieces to the locale support though..  does the libc you have even have locale support enabled.. and then which locales are enabled..19:34
frayas for USE_NLS, isn't that more fo a global feature for 'gettext' capable packages?19:35
fray(I'm not sure I've used USE_NLS before in any way)19:35
frayI'd kind of expect that if locales are disabled, then USE_NLS would be set to 'no'.. and preferably gettext is disabled..  but maybe I'm missing something there19:37
fray(locales as a libc option that is)19:37
*** pidge <pidge!~pidge@2a02:8084:0:3000:6cb2:87ef:6d2b:4b14> has quit IRC19:37
kergoththe last question i asked was independent of the localedir question. but yes, USE_NLS controls the gettext autoconf arguments and whatnot, whereas the distro feature controls libc capabilities, but as you say, the former doesn't really make any sense without the latter19:37
kergothcurrently the two are entirely independent19:38
frayMy suggestion is to make USE_NLS dependent upon the libc feature..19:38
fray??= of course so it can be overridden if necessary19:38
kergothinteresting, busybox appears to be the only recipe obeying a 'nls' distro feature, that should really go away in favor of a packageconfig and/or obeying the libc feature19:41
fraywell.. libc/distro/USE_NLS should all be in agreement..19:41
frayin this case, I'd say distro feature should influence libc feature.. (or a check that they're both set/cleared/whatever..)19:42
frayand then the USE_NLS is set based on the distro/libc whatever is appropriate..19:42
fraythen the gettext and individual packages should obey the USE_NLS..19:42
fray(if they use gettext that is)19:42
frayOR use the libc/distro (whichever -one- is used) for general nls support19:42
kergothi'm not sure the nls distro feature is actually used or set anywhere given current oe-core, possibly a remnant.19:43
fraydoes that make more sense.. (only reason for the USE_NLS would be to disable the gettext on a per-package basis..  even then perhaps 'PACKAGECONFIG' is better then 'USE_NLS')19:43
kergoththe problem is, you can't append to the default PACKAGECONFIG. gettext.bbclass could add the packageconfig for it, but couldn't add the default based on the distro features without poking at bitbake internals19:44
kergoth(technically, you *can* append to it, but only by directly poking at internal flags)19:45
fraycan't just make 'PACKAGECONFIG[nls]="..."' something for each package?19:45
kergothyes, but who will enable it?19:45
kergothI doubt we'd want to go through every gettext-based recipe and modify its PACKAGECONFIG ??= to add nls based on something19:45
frayI forget that PACKAGECONFIG doesn't get automatically set..19:46
frayI keep thinking the default is more or less the distro flags19:46
fraydoes ??= run before or after _append (it's after right so it never gets set/)19:47
kergothyour'e thinking in the old school19:48
kergoththere's no finalization anymore19:48
kergoth_append is applied at getvar time19:48
kergothso is ??=19:48
fraybut which is first?19:48
kergothhmm, good point, not sure :)19:48
kergothi suspect an _append would apply to a ??=19:48
kergothi think that'd be most intuitive19:48
fraymy memory is that _append runs before ??=.. so ??= with an append does NOT get applied to the ??=19:48
fray(which at the time I saw that seemed backwards to me)19:48
fraybut I could be wrong as well..19:49
kergothi just tested it19:49
kergoth_append is applied after ??= today19:49
fraypoint being if _append 'works', then the gettext bbclass can just add 'nls' automatically based on the distro setting19:49
kergoththe thing is, _append is applied not just to a default value, but also to a user/recipe set value.19:49
fraysine _remove runs after the append19:49
kergoththough i guess nowadays with _remove, you can force the matter with that19:49
* kergoth nods19:49
kergothmaybe we should think about setting a default for PACKAGECONFIG in base.bbclass of the DISTRO_FEATURES. if the names don't line up, the recipe can override that ??= with its own ?= or ??=19:50
kergothcould have an intermediate variable if they want to pull in that and add to it19:50
fraythat just leads the question, if two ??= which is used?19:50
kergoththe whole point of ??= existing is that behavior :P19:51
frayya.. thats always been my problem w/ the current PACKAGECONFIG setting.. it's REALLY hard to modify if you want to add/remove an item but not just re-set it19:51
kergothlatter always wins, rather than the first as with ?=19:51
rburtonanyone got an opinion on tracking "stable" systemd  (aka what RHEL ships, 219) or just tracking latest systemd release?19:51
frayrburton..  comes down to functionality, patches and is someone willing to maintain it (someone oe-core/yp)19:52
*** alimon <alimon!~alimon@> has quit IRC19:52
* kergoth adds a todo to do the default packageconfig in base.bbclass thing19:52
frayI'm not really sure at this point hter eis a real 'stable' release.. just various distro patched ones..  problem being they then get distro specific changes19:52
*** alimon <alimon!~alimon@> has joined #yocto19:52
frayIMHO it would be nice if the distro features automatically were PACKAGECONFIG feature..19:52
fraythen as distro features changes packageconfig changes.. any manual changes beyodn that have to do with package specific work..19:53
rburtonfray: yeah the goal appears to have been a consolidated long-term release but it appears to really be what rhel ships with19:53
frayrburton ya.. that worries me.. since we aren't Fedora based.. it might lead to some really bad assumptions in system design19:53
rburtonfray: i do like being able to name packageconfig things after what they do to the *recipe* instead of what the distro feature is called19:53
fraydistro features are supposed to be global..19:53
fraypackage features what they ACTUALLY do in the apckage..19:54
frayi.e. the RPM case.. rpm has perl, python, etc.. in it..  I wouldn't expert perl or python to be 'distro' features..19:54
fraybut nls (or locale or similar) I would..19:54
kergothrburton: right, but the recipe could always manually adjust any naming differences if that's the case. we could just set a default that any configs whose names line up with distro features are enabled based on the latter19:54
fraythe key with this, if distro becomes the basis of packageconfig ... someone needs to actually docuemtn the distro namespace.. :P19:54
frayother option (more complicated for sure) is to define name spaces as "distro:feature"19:55
kergothheh, true, there'd be much fewer bb.utils.contains()19:55
kergothwhich is basically the implicit documentation today19:55
frayya.. and I've never liked it.. but at least it's usable as it is today19:55
fray(I've also thought not defined distro features should be something like 'x-feature' to indicate it's not an official distro feature..  but again.. idea, not really policy at this point..19:56
* kergoth is working through mel.conf to pare it down as much as possible and push parts of it up.. tend to forget about it and focus on the recipe changes in meta-mentor-staging19:56
frayif we documented it, we'd be more likely to do that19:56
fraykergoth, you aren't alone.. I think most people focus on recipes and forget about the distro file(s)19:56
kergothcollects cruft over the years :)19:56
kergothHmm. I wonder if there'd be interest in changing the default value of PATCHRESOLVE from 'user' to 'noop'. Opening a devshell automatically is quite often not ideal. If that's even still useful nowadays, I'd like to see noop the default, with a local.conf.sample.extended snippet showing how to opt-in to it. course others might disagree with that, and we do have to worry about local.conf template bloat20:00
* kergoth ponders20:00
frayI -hate- not having noop as the default20:03
frayat WR we changed the default to noop20:03
rburtonpoky does too fwiw20:05
rburtonin fact i wasn't aware the default was user :)20:05
rburtonkergoth: file a bug, or send a patch quikc20:05
rburtonits a user setting, really.20:05
rburtonand default should be less offensive, which is noop20:05
fraythere was a lot of resistence in the past of changing the default..20:06
frayI LIKE 'user', I just don't want it as the default20:06
rburtonwhat does user do? :)20:06
frayon failure spawns a terminal (or screen) and sets you up to resolve the conflict20:07
frayit has it's uses.. but most of hte time I'd rather see a failure20:07
kergothit's occasionally useful, since the default devshell task runs after do_patch, so you can't drop into one if a patch fails20:07
kergothbut honestly i'd rather add a devshell_prepatch task and explicitly run that if needed20:07
rburtondoes it help you update the patches in the layer directly too?20:08
kergothactually, iirc it does copy a changed patch back out20:08
frayit's in the current working director (${S}) so you still have to copy the fixes back20:08
seebskergoth: I absolutely think noop would be a better choice, because "user" is basically highly-failure-prone for a lot of cases.20:08
fraykergoth, Hmm.. in 1.7 it didn't..20:08
kergothi wrote that code to do it *years* and years ago when i was on contract with openedhand20:09
fraywe've definitely has requests to copy it back out from people and our response is always we'll follow what the community does here..20:09
kergothall the patchresolve/patchtool stuff was mine (sorry, not proud of it :P)20:09
kergoth -
kergothcould be it's broken, but it's supposed to refresh the 'remote' patch, that is, the destination of the symlinks in the layers20:11
fraywell, I've used it in the past... fixed the patch does the quilt refresh on it.. and it put it in the quilt .pc but didn't sync it back to the layer20:11
kergothdrop into the resolver shell, fix them, quilt refresh, exit -> patches should be copied into the layers. if not, it's a bug20:11
frayya, I don't think that works.. (or didn't at least time I was paying attention which was a long bit ago.. and in 1.7)20:12
*** nighty^ <nighty^!> has quit IRC20:18
kergothhmm, am i missing something, or does nothing in image.bbclass add the vardeps for FEATURE_PACKAGE_<feature> for each feature in IMAGE_FEATURES? it looks to me like a change to the packages belonging to a feature won't cause a re-run of do_rootfs20:18
kergothi think thats correct, will have to submit that too20:18
*** eystein <eystein!~eystein@> has quit IRC20:19
*** w2vy <w2vy!> has joined #yocto20:19
kergothhmm, should i keep the vardepvalue version, or use inline python in vardeps20:20
w2vyis there an IRC channel for Freescale Linux or is this about as close as I am going to get?20:22
*** benjamirc <benjamirc!besquive@nat/intel/x-jckzblwwcunehemi> has joined #yocto20:23
*** dreyna4529 <dreyna4529!> has joined #yocto20:26
*** imphil <imphil!~philipp@2001:a61:3059:bd01:d5bc:e6a2:fa50:c84b> has joined #yocto20:28
kergothAny objections to my pushing a bunch of vardepsexcludes for SRC_URI for the _MIRROR variables? what mirror we happen to be fetching from really shouldn't force a rebuild..20:29
*** Crofton <Crofton!~balister@> has joined #yocto20:31
*** w2vy <w2vy!> has left #yocto20:31
*** paulg <paulg!~paulg@> has joined #yocto20:37
frayI agree20:43
kergothunfortunately there's no definitive list of the mirrors, either, but should at least hit the main ones20:46
fraywell.. mirror, premirror all should exempted fro the vardeps..20:46
*** mkeeter <mkeeter!~mkeeter@> has quit IRC20:48
kergoththe MIRROR variables aren't used in MIRRORS/PREMIRRORS20:48
kergoththey're used directly in SRC_URI20:48
kergothe.g. APACHE_MIRROR, DEBIAN_MIRROR, etc20:48
*** mkeeter <mkeeter!~mkeeter@> has joined #yocto20:48
kergoththe default fetch location, not extras20:49
frayOhh I understand ok20:49
frayya.. I agree.. those should be excluded20:49
fraysince people can and will likely adjust them as necessary20:49
*** balister_ <balister_!~balister@> has joined #yocto20:50
-YoctoAutoBuilder- build #457 of nightly-x86-64 is complete: Success [build successful] Build details are at
*** Crofton <Crofton!~balister@> has quit IRC20:50
*** moto-timo <moto-timo!~timo@fsf/member/moto-timo> has quit IRC20:52
kergothHmm, does anyone know if the vardeps handling code is taking into account metadata variables referenced as python variables?20:55
* kergoth checks siggen20:55
kergothor rather, codeparser20:56
frayI thought the answer was no.. it was only handlign the actual python code itself (contents of hte variable)20:56
*** mkeeter <mkeeter!~mkeeter@> has quit IRC20:57
*** mkeeter <mkeeter!~mkeeter@> has joined #yocto20:57
kergothi'm talking specifically things like ${@FOO} where FOO="bar"20:57
kergothand yeah, looks like it's not handling that right now, it only handles calls20:58
kergothhmm, might be tough to exclude the call parents if i add visit_Name20:59
*** afxez0r <afxez0r!afxez0r@nat/intel/x-iuyilylznpfexqib> has joined #yocto21:01
-YoctoAutoBuilder- build #453 of nightly-world is complete: Success [build successful] Build details are at
*** balister_ is now known as Crofton21:04
*** moto-timo <moto-timo!~timo@fsf/member/moto-timo> has joined #yocto21:04
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:08
-YoctoAutoBuilder- build #451 of nightly-fsl-arm is complete: Success [build successful] Build details are at
*** eystein <eystein!~eystein@> has joined #yocto21:11
*** madisox <madisox!> has quit IRC21:19
*** berton <berton!~fabio@> has quit IRC21:20
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC21:32
*** benjamirc <benjamirc!besquive@nat/intel/x-jckzblwwcunehemi> has quit IRC21:32
*** balister_ <balister_!~balister@> has joined #yocto21:38
*** Crofton <Crofton!~balister@> has quit IRC21:38
*** mkeeter <mkeeter!~mkeeter@> has quit IRC21:42
*** realBigfoot <realBigfoot!~realBigfo@> has quit IRC21:52
*** realBigfoot <realBigfoot!~realBigfo@> has joined #yocto21:54
-YoctoAutoBuilder- build #455 of nightly-mips is complete: Success [build successful] Build details are at
*** aj_c <aj_c!~Alex_Joya@> has quit IRC22:00
*** aj_c <aj_c!Alex_Joya@nat/intel/x-egqfgnrqkusjdatl> has joined #yocto22:00
*** bfederau <bfederau!> has quit IRC22:01
*** bfederau <bfederau!> has joined #yocto22:01
*** maelcum <maelcum!~horst@> has quit IRC22:02
*** sjolley <sjolley!sjolley@nat/intel/x-dwidzkbwghncvdor> has quit IRC22:03
*** paulg <paulg!~paulg@> has quit IRC22:06
*** dieter_ <dieter_!> has joined #yocto22:08
*** dieter____ <dieter____!> has quit IRC22:08
*** dieter___ <dieter___!> has quit IRC22:08
*** dieter__ <dieter__!> has joined #yocto22:08
*** balister_ <balister_!~balister@> has quit IRC22:09
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto22:11
*** rahc <rahc!> has quit IRC22:13
*** rahc <rahc!> has joined #yocto22:14
*** Jefro <Jefro!> has quit IRC22:21
*** imphil <imphil!~philipp@2001:a61:3059:bd01:d5bc:e6a2:fa50:c84b> has quit IRC22:22
*** rburton <rburton!> has quit IRC22:41
*** sameo <sameo!~samuel@> has joined #yocto22:42
*** sjolley <sjolley!~sjolley@> has joined #yocto22:44
*** Jefro <Jefro!> has joined #yocto22:44
*** darkspike_2 <darkspike_2!~darkspike@> has joined #yocto22:46
*** darkspike <darkspike!~darkspike@> has quit IRC22:46
*** darkspike_2 is now known as darkspike22:46
*** Jefro <Jefro!> has quit IRC22:48
-YoctoAutoBuilder- build #448 of nightly-oecore is complete: Failure [failed Building Toolchain Images Building Toolchain Images_1] Build details are at
*** afxez0r <afxez0r!afxez0r@nat/intel/x-iuyilylznpfexqib> has quit IRC22:52
*** tsramos_ <tsramos_!tsramos@nat/intel/x-tcnkhjzlivpmikvm> has joined #yocto22:54
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC22:55
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC22:55
*** tsramos <tsramos!tsramos@nat/intel/x-jxlwqqfygfmpqtnb> has quit IRC22:57
*** rburton <rburton!> has joined #yocto22:58
*** tsramos_ <tsramos_!tsramos@nat/intel/x-tcnkhjzlivpmikvm> has quit IRC22:59
*** sameo <sameo!~samuel@> has quit IRC22:59
RPkergoth: I'm leaning towards killing the _MIRROR things in favour of suggesting people uses PREMIRRORS23:01
RPhow many ways of rewriting urls do we need?23:02
RPkergoth: I've not got to the shallow patches yet, needs more time to think about it than I've been able to find. Am trying to get there...23:02
*** staylor <staylor!> has quit IRC23:02
* kergoth nods, np, figured as much23:02
RPkergoth: I think noop should be the default btw, user does seem broken atm :/23:03
* RP -> Zzzz23:03
*** rburton <rburton!> has quit IRC23:06
-YoctoAutoBuilder- build #452 of nightly-fsl-arm-lsb is complete: Failure [failed BuildImages_1 BuildImages_2 Publishing Layer Tarballs Publishing Layer Tarballs_1 Publishing Layer Tarballs_2] Build details are at
*** alimon <alimon!~alimon@> has quit IRC23:16
-YoctoAutoBuilder- build #458 of nightly-ppc is complete: Success [build successful] Build details are at
*** paulg <paulg!> has joined #yocto23:19
*** ueni_ <ueni_!~ueni@> has joined #yocto23:20
*** rburton <rburton!> has joined #yocto23:23
-YoctoAutoBuilder- build #171 of nightly-world-lsb is complete: Failure [failed BuildImages] Build details are at
*** fabo_ <fabo_!> has joined #yocto23:23
*** ueni <ueni!~ueni@> has quit IRC23:24
*** fabo <fabo!~fabo@linaro/fabo> has quit IRC23:24
*** ueni_ is now known as ueni23:24
*** rburton <rburton!> has quit IRC23:26
*** paulg <paulg!> has quit IRC23:43
*** lamego <lamego!lamego@nat/intel/x-reczsskasiyrojhe> has quit IRC23:47

Generated by 2.11.0 by Marius Gedminas - find it at!