Friday, 2017-04-07

*** gregdis <gregdis!> has joined #yocto00:05
*** phoo1234567 <phoo1234567!> has quit IRC00:07
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC00:08
*** gregdi <gregdi!> has quit IRC00:08
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto00:09
*** stephano <stephano!stephano@nat/intel/x-rpqyzfcfyewumlbd> has quit IRC00:10
*** sameo <sameo!~samuel@> has quit IRC00:16
*** zecke <zecke!~ich@> has joined #yocto00:18
*** zecke <zecke!~ich@> has quit IRC00:27
*** warthog9 <warthog9!> has quit IRC00:29
*** warthog9 <warthog9!> has joined #yocto00:30
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC00:49
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto00:51
*** nighty-- <nighty--!> has joined #yocto00:54
*** zecke <zecke!~ich@> has joined #yocto01:39
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC01:41
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC01:41
*** mr_science <mr_science!> has joined #yocto01:47
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto01:47
*** nerdboy <nerdboy!> has joined #yocto01:49
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto01:49
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC01:53
*** rcw <rcw!> has quit IRC02:04
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC02:18
*** Snert_ <Snert_!~snert_@> has quit IRC02:25
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto02:25
*** Snert_ <Snert_!~snert_@> has joined #yocto02:25
*** zecke <zecke!~ich@> has quit IRC02:28
*** florian__ <florian__!~fuchs@Maemo/community/contributor/florian> has joined #yocto02:30
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has quit IRC02:33
*** zecke <zecke!~ich@> has joined #yocto02:47
*** HavoK_ <HavoK_!> has quit IRC03:10
*** HavoK_ <HavoK_!> has joined #yocto03:17
*** HavoK_ <HavoK_!> has left #yocto03:17
*** JordonWu <JordonWu!~quassel@> has quit IRC03:21
*** JordonWu <JordonWu!~quassel@> has joined #yocto03:24
*** vmeson <vmeson!> has quit IRC03:38
*** zecke <zecke!~ich@> has quit IRC03:52
*** zecke <zecke!~ich@> has joined #yocto04:06
*** colrack <colrack!> has joined #yocto04:10
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC04:20
*** zecke <zecke!~ich@> has quit IRC04:29
*** dreyna_ <dreyna_!> has joined #yocto04:37
*** colrack <colrack!> has quit IRC04:39
*** dreyna <dreyna!> has quit IRC04:40
*** morphis_ <morphis_!> has joined #yocto04:43
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto04:52
*** gtristan <gtristan!~tristanva@> has quit IRC04:54
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC05:01
*** morphis_ is now known as morphis05:04
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto05:04
*** AndersD <AndersD!> has joined #yocto05:08
*** MarcWe <MarcWe!> has joined #yocto05:50
*** zecke <zecke!~ich@> has joined #yocto05:55
*** pohly <pohly!> has joined #yocto06:07
*** t0mmy <t0mmy!> has quit IRC06:13
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC06:15
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC06:15
*** jku <jku!~jku@> has joined #yocto06:15
*** mdnneo <mdnneo!~umaucher@> has joined #yocto06:18
-YoctoAutoBuilder- build #828 of nightly-world-lsb is complete: Failure [failed BuildImages SendErrorReport] Build details are at
*** mizux <mizux!~mizux@> has joined #yocto06:23
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto06:24
*** nerdboy <nerdboy!> has joined #yocto06:26
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto06:26
*** dv_ <dv_!~quassel@> has quit IRC06:26
*** qt-x <qt-x!~Thunderbi@> has joined #yocto06:27
*** dv_ <dv_!~quassel@> has joined #yocto06:27
*** slips <slips!> has quit IRC06:35
*** aV_V <aV_V!~aV_V@> has joined #yocto06:41
*** t0mmy <t0mmy!~tprrt@> has joined #yocto06:41
*** hamis <hamis!~irfan@> has joined #yocto06:55
*** adca <adca!~adca@> has joined #yocto06:56
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC07:00
*** zecke <zecke!~ich@> has quit IRC07:01
*** agust <agust!> has joined #yocto07:03
*** zecke <zecke!~ich@> has joined #yocto07:03
*** slips <slips!> has joined #yocto07:04
*** groleo <groleo!> has joined #yocto07:10
*** fl0v0 <fl0v0!> has joined #yocto07:12
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto07:13
*** rob_w <rob_w!~bob@> has joined #yocto07:14
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:14
*** rajm <rajm!> has joined #yocto07:14
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto07:16
*** jku <jku!~jku@> has quit IRC07:16
*** zecke <zecke!~ich@> has quit IRC07:16
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.> has joined #yocto07:17
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto07:17
*** jku <jku!~jku@> has joined #yocto07:21
pohlybluelightning: could it be that bitbake-whatchanged is currently broken, with and without your bb-sigstuff branch?07:27
pohlyAs a test, I did "bitbake m4 && bitbake-whatchanged m4" with poky master.07:28
pohlyI get lots of output about "Newly added tasks: (466 tasks)".07:28
*** berton <berton!~berton@> has quit IRC07:29
pohlyWhen I do some actual change to m4 like commenting out "EXTRA_OECONF += "--without-libsigsegv-prefix"" in, that change is not reported.07:29
*** Kakounet <Kakounet!> has joined #yocto07:30
pohlyAlso, should "bitbake-diffsigs -t m4 do_build" work after "bitbake m4"? I just get "ERROR: No sigdata files found matching m4 do_build".07:34
pohlyHmm, perhaps because it was taken from sstate?07:34
*** ant_work <ant_work!> has joined #yocto07:35
*** aurele <aurele!> has quit IRC07:36
*** sameo <sameo!~samuel@> has joined #yocto07:44
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto07:45
*** joseppc <joseppc!> has joined #yocto07:48
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto07:48
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto07:48
*** gregdis <gregdis!> has quit IRC07:49
jkuwith the "bitbake -g" results change (a couple of months ago), how should I nowadays start  the"why did this package end up on the image?" investigation07:55
*** florian__ is now known as florian08:02
*** Kakounet <Kakounet!> has quit IRC08:03
*** zecke <zecke!~ich@> has joined #yocto08:08
*** dreyna_ <dreyna_!> has quit IRC08:08
*** joshuagl <joshuagl!joshuagl@nat/intel/x-jrjerakjlgzhbqxe> has joined #yocto08:09
*** Kakounet <Kakounet!> has joined #yocto08:12
*** yann <yann!> has joined #yocto08:27
*** toscalix <toscalix!> has joined #yocto08:34
*** vdehors <vdehors!> has joined #yocto08:40
*** ed21 <ed21!> has joined #yocto08:41
*** ed21 is now known as ed208:41
*** toscalix <toscalix!> has quit IRC08:48
*** toscalix <toscalix!> has joined #yocto08:54
*** Marex <Marex!~Marex@> has quit IRC08:56
*** Marex <Marex!~Marex@> has joined #yocto08:58
*** nighty-- <nighty--!> has quit IRC09:00
*** rajm <rajm!> has quit IRC09:01
*** toscalix <toscalix!> has quit IRC09:02
*** rajm <rajm!> has joined #yocto09:02
*** toscalix <toscalix!> has joined #yocto09:02
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto09:06
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto09:06
*** zecke <zecke!~ich@> has quit IRC09:12
*** gtristan <gtristan!~tristanva@> has joined #yocto09:16
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC09:20
*** Snert_ <Snert_!~snert_@> has quit IRC09:21
*** Snert_ <Snert_!~snert_@> has joined #yocto09:22
*** zecke <zecke!~ich@> has joined #yocto09:24
*** grma <grma!~gruberm@> has joined #yocto09:30
*** ftonello <ftonello!~felipe@> has joined #yocto09:37
*** nighty-- <nighty--!> has joined #yocto09:40
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto09:40
*** amrbekhit <amrbekhit!55617bb7@gateway/web/freenode/ip.> has joined #yocto09:42
amrbekhitHi, I'm having trouble with Toaster, where I'm trying to build rpi-basic-image. after completing the parsing stage, the build seems to get stuck at the "Tasks starting..." stage and doesn't advance. I've tried completely deleting the poky folder cloned from github and starting from scratch but I always run into the same problem and can't advance further09:43
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto09:44
amrbekhitI'm using YP Core - Morty 2.2.109:44
*** sveinse <sveinse!> has quit IRC09:58
*** rajm <rajm!> has quit IRC10:00
*** rajm <rajm!> has joined #yocto10:00
*** ed2 <ed2!> has quit IRC10:03
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC10:06
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC10:10
*** ed2 <ed2!~Adium@> has joined #yocto10:12
*** rcw <rcw!> has joined #yocto10:20
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC10:33
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto10:34
*** rajm <rajm!> has quit IRC10:40
*** sveinse <sveinse!> has joined #yocto10:46
kanavinPharaoh_Atem: not started, maybe next week10:47
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC10:51
*** rajm <rajm!> has joined #yocto10:55
*** toscalix <toscalix!> has quit IRC10:57
*** toscalix <toscalix!> has joined #yocto10:58
*** zeenix <zeenix!~zeenix@> has joined #yocto11:09
*** zecke <zecke!~ich@> has quit IRC11:09
*** zecke <zecke!~ich@> has joined #yocto11:11
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.> has quit IRC11:13
*** amrbekhit <amrbekhit!55617bb7@gateway/web/freenode/ip.> has quit IRC11:15
*** jwest__ <jwest__!~jwest@2601:148:200:6f80:4465:9652:6f93:7a09> has joined #yocto11:18
*** zecke <zecke!~ich@> has quit IRC11:24
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto11:25
*** toanju <toanju!~toanju@> has joined #yocto11:25
*** ant_work <ant_work!> has quit IRC11:31
*** morphis <morphis!> has quit IRC11:32
*** morphis <morphis!> has joined #yocto11:34
*** ed2 <ed2!~Adium@> has quit IRC11:38
*** ed2 <ed2!> has joined #yocto11:39
*** ant_work <ant_work!> has joined #yocto11:40
*** t0mmy <t0mmy!~tprrt@> has quit IRC11:41
*** t0mmy <t0mmy!~tprrt@> has joined #yocto11:43
*** berton <berton!~berton@> has joined #yocto11:44
*** morphis <morphis!> has joined #yocto11:45
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:49
*** berton <berton!~berton@> has quit IRC11:50
*** berton <berton!~berton@> has joined #yocto11:53
*** rajm <rajm!> has quit IRC11:55
*** rajm <rajm!> has joined #yocto11:56
*** mdnneo <mdnneo!~umaucher@> has quit IRC12:01
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto12:04
kanavinPharaoh_Atem: btw why does dnf use python-iniparse (which is just as unmaintained as pygpgme)? are there plans to remove that dependency?12:05
*** balister_ <balister_!> has joined #yocto12:10
*** Crofton__ <Crofton__!> has joined #yocto12:11
RPjku: you can still use -g can't you?12:11
*** Crofton|work <Crofton|work!> has quit IRC12:13
*** Crofton_ <Crofton_!> has quit IRC12:13
jkuRP: yes but I probably don't know how to read the results...12:17
*** balister_ is now known as Crofton|work12:18
RPjku: try bitbake -u taskexp ?12:18
*** qt-x <qt-x!~Thunderbi@> has quit IRC12:25
*** Crofton__ <Crofton__!> has quit IRC12:26
jkuRP: what I mean is the "-g" output seems to be entirely related to tasks... That's reasonable but if I don't see how to figure out e.g. why is "openssl-conf" in an image (just as an example)12:26
*** Crofton|work <Crofton|work!> has quit IRC12:27
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto12:29
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC12:30
*** gattuso <gattuso!> has quit IRC12:32
*** Chrys <Chrys!500c3763@gateway/web/freenode/ip.> has joined #yocto12:41
ChrysHi, little question here. I'm confused about a meta which named yocto bsp. I'm confused because of the combinaison of the term yocto and bsp in the same meta. For me, isn't yocto that should do the BSP for a board but the company or the guy who made the board. So what's does really is meta-yocto-bsp ?12:44
*** gtristan <gtristan!~tristanva@> has quit IRC12:46
RPjku: specifically with package dependencies, the old -g code never really gave accurate information12:47
RPjku: I guess I was thinking about this from a "why did openssl get built?" which task information does hint at12:48
RPjku: I'd either grep the Packages files in tmp/deploy/ipk/*/Packages (or deb) or rburton does have a GUI for this as a WIP12:49
RPjku: you could grep pkgdata actually assuming you've built it12:49
*** gtristan <gtristan!~tristanva@> has joined #yocto12:49
*** Crofton__ <Crofton__!> has joined #yocto12:52
jkuyeah grepping pkgdata would work12:53
*** DarkKnight <DarkKnight!> has quit IRC12:53
*** gattuso <gattuso!> has joined #yocto12:54
jkuI think rburton's pkgdataui doesn't (at least currently) work for this12:55
Tamiskergoth: regarding my yesterday's question, I found a way to do what I wanted without affecting other images12:57
T_UNIXso `bitbake some-image -c listtasks` lists do_install. But if I create a symlink within a corresponding do_install_append, the file won't end up in the image. I even added it to the package's FILES_...  :-/12:57
jkuIf David Vincent is here (or if someone else understands the openssl-conf issue on ML), I'm available if you'd like to explain it to me like  I'm 612:58
*** Chrys <Chrys!500c3763@gateway/web/freenode/ip.> has quit IRC12:58
Tamiskergoth: If you set IMAGE_FEATURES = "read-only-rootfs" then you can force build to remove any packages you want12:59
Tamiskergoth: eg like ROOTFS_RO_UNNEEDED += " kernel-${LINUX_VERSION} kernel-image-${LINUX_VERSION} kernel-image-uimage-${LINUX_VERSION}"12:59
Tamiskergoth: so in your image you have only the packages you want without rpedends restrictions13:00
Tamiskergoth: and then with a function at IMAGE_PREPROCESS_COMMAND you can do anything custom things you want. eg erase move or other, right before image creation13:01
*** JordonWu <JordonWu!~quassel@> has quit IRC13:01
TamisI wrote those things here if other people find them interesting also13:02
*** JordonWu <JordonWu!~quassel@> has joined #yocto13:03
*** toscalix <toscalix!> has quit IRC13:04
*** paulg <paulg!> has quit IRC13:05
*** toanju <toanju!~toanju@> has quit IRC13:10
*** Chrys_ <Chrys_!500c378d@gateway/web/freenode/ip.> has joined #yocto13:13
*** Crofton__ <Crofton__!> has quit IRC13:16
*** ant_work <ant_work!> has quit IRC13:18
*** jairglez <jairglez!~jairdeje@> has joined #yocto13:19
*** jairglez <jairglez!~jairdeje@> has left #yocto13:21
*** Chrys_ <Chrys_!500c378d@gateway/web/freenode/ip.> has quit IRC13:25
*** Crofton|work <Crofton|work!> has joined #yocto13:29
*** Chrys <Chrys!500c3774@gateway/web/freenode/ip.> has joined #yocto13:30
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC13:35
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC13:36
*** stryx` <stryx`!~stryx@> has joined #yocto13:40
*** frsc <frsc!> has joined #yocto13:45
kergothhuh, didn't know about ROOTFS_RO_UNNEDEDED. the preprocess command is always a useful mechanism, its true, as is ROOTFS_POSTPROCESS_COMMAND13:47
*** lamego <lamego!jose@nat/intel/x-hvfhxchraooinojs> has joined #yocto13:54
*** AndersD <AndersD!> has quit IRC13:55
*** max843 <max843!62d99026@gateway/web/freenode/ip.> has joined #yocto13:58
*** Chrys <Chrys!500c3774@gateway/web/freenode/ip.> has quit IRC14:00
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC14:02
*** Snert__ <Snert__!~snert_@> has joined #yocto14:03
*** Snert_ <Snert_!~snert_@> has quit IRC14:05
*** jairglez <jairglez!~jairdeje@> has joined #yocto14:06
*** jairglez <jairglez!~jairdeje@> has left #yocto14:06
*** aV_V <aV_V!~aV_V@> has quit IRC14:11
*** vmeson <vmeson!> has joined #yocto14:12
*** zero_note <zero_note!~zero@> has joined #yocto14:13
*** ntl <ntl!> has quit IRC14:13
*** zero_note is now known as zero14:13
*** zero is now known as zero_14:13
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto14:14
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:dc3c:b4b2:a263:6010> has joined #yocto14:15
zero_hi all, I have a proprietary bluetooth stack (which ends up with static libs) that I cross-compile (for ARM) using a yocto-generated SDK14:15
zero_all I have to do is to source the SDK environment script and launch make14:15
zero_now I'd like to write a recipe to include the bt stack into the final image14:16
*** Biliogadafr <Biliogadafr!> has joined #yocto14:16
*** ftonello <ftonello!~felipe@> has quit IRC14:16
*** ulf` <ulf`!ulf@nat/intel/x-rltqkcjpyegodpym> has quit IRC14:16
*** rewitt <rewitt!~rewitt@> has quit IRC14:17
*** tripzero <tripzero!tripzero@nat/intel/x-tqkhgyqbnfcbtvgw> has quit IRC14:17
*** clsulliv <clsulliv!clsulliv@nat/intel/x-clhduwoyhftbcqnt> has quit IRC14:17
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has quit IRC14:17
*** todor <todor!~todor@> has quit IRC14:17
max843Hey guys, I have a best practice question about how to set up yocto to build similar images for multiple devices and the use of images and or distros14:18
zero_I thought that a custom do_compile with oe_runmake could do the trick, but I was wrong: all my attemps ends with various "gcc: error: unrecognized command line option: -'marm'"14:18
zero_which means (if I understand correctly) that the native compiler is invoked instead of the target one, am I right?14:19
max843For example, we are building yocto on devices A, B. Where A and B are almost exactly the same save for some network configurations and other small changes. Currently we do this by having a different yocto image for each device.  We also have some global variables in local.conf which do some small customisations within the recipies. However as the images are all pulling from the same local.conf we have to do some ugly hacks within the r14:19
*** stephano <stephano!~stephano@> has joined #yocto14:20
*** tripzero <tripzero!tripzero@nat/intel/x-rlqfhxumqydeokma> has joined #yocto14:20
*** zecke <zecke!~ich@> has joined #yocto14:22
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC14:25
*** Crofton <Crofton!> has joined #yocto14:26
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto14:27
*** jku <jku!~jku@> has quit IRC14:31
Pharaoh_Atemkanavin: I don't think anyone has asked about it, but I think it is something we do need to address14:32
*** falk0n <falk0n!> has joined #yocto14:34
*** MarcWe <MarcWe!> has quit IRC14:35
*** dvhart <dvhart!> has quit IRC14:39
*** willdye_ <willdye_!> has joined #yocto14:45
*** willdye <willdye!> has quit IRC14:48
*** ftonello <ftonello!~felipe@> has joined #yocto14:49
*** _franck_ <_franck_!527f6536@gateway/web/freenode/ip.> has joined #yocto14:55
*** stryx` <stryx`!~stryx@> has quit IRC15:00
*** stryx` <stryx`!~stryx@> has joined #yocto15:01
*** groleo <groleo!> has quit IRC15:02
kanavinPharaoh_Atem: can you add a ticket for it?15:04
*** _franck_ <_franck_!527f6536@gateway/web/freenode/ip.> has quit IRC15:05
*** mizux <mizux!~mizux@> has quit IRC15:06
lsandovmax843: in my opinion, best is to have two build folders and avoid global changes through local.conf. You can include these configuration on your machine or distro confs for example15:06
RPseebs: happen to be around? I broke pseudo15:07
seebson conference call right now so not good at words but i'll catch up on logs soon.15:12
*** aratiu <aratiu!~adi@> has quit IRC15:13
yoctiBug 11309: normal, Undecided, ---, mark.hatle, NEW , Pseudo locks up with high numbers of threads15:13
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC15:13
RPseebs: never had an EMFILE before :)15:13
seebs       EMFILE The per-process limit on the number of open file descriptors has been reached.15:15
*** dvhart <dvhart!> has joined #yocto15:15
seebsboy, that's interesting.15:15
Pharaoh_Atemkanavin: are you unable to file a bug in rhbz?15:15
seebsyou might be able to just raise the limit.15:15
Pharaoh_Atemkanavin: it helps when other people mention these things :)15:15
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC15:17
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:17
RPseebs: Does the pseudo server clear its existing fds on startup?15:17
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto15:18
RPseebs: must do, these fds are all socket connections15:18
RPseebs: I suspect that in case of EMFILE, pseudo needs to service existing connections before trying to accept new ones15:19
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto15:20
seebsThat might help. I'm not sure how much; it could well be we're ending up with 1k open sockets, and need ulimit changed.15:22
*** hamis <hamis!~irfan@> has quit IRC15:23
*** stephano <stephano!~stephano@> has quit IRC15:23
RPseebs: there are indeed 1k open sockets to it15:23
RPseebs: I'm just trying to think how it could unwedge itself15:23
*** ed2 <ed2!> has quit IRC15:27
seebsCheck for EMFILE, if it gets EMFILE, wait until at least one client closes before trying to open a thing.15:28
seebsi probably can't do it today but I can probably do it soon, i think i have a plan.15:29
RPseebs: this isn't urgent, the patches triggering this are for the next release15:29
RPseebs: I did think you'd find this interesting though :)15:29
RPseebs: and we will need a plan for the next release to handle this somehow15:30
*** zecke <zecke!~ich@> has quit IRC15:36
*** zecke <zecke!~ich@> has joined #yocto15:37
*** arkver <arkver!> has joined #yocto15:37
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC15:38
*** sameo <sameo!~samuel@> has quit IRC15:39
seebsi would suggest as a starting point capping jobs based on ulimit's reported max open files.15:41
arkverHi. Is there any info around on moving a build over from smart to dnf? It seems non-trivial.15:42
frayit's a total system upgrade.. the backend RPM(4) database and RPM(5) are not compatible..15:43
frayDNF and smartpm were not compatible either...15:43
fraythe package feed though would be, but needs to be regenerated with the DNF version of createrepo15:43
arkverYeah, that's ok. I've rebuilt everything, but the baseurls (among maybe other things) are not configured right for dnf to sync.15:43
RPseebs: right. I did just look at the code and it should serve existing clients before accepting new ones already :/15:46
kergothhuh, just tried memres + bitbake-layers add-layer: xmlrpc.client.Fault: <Fault 1: "<class 'xml.parsers.expat.ExpatError'>:not well-formed (invalid token): line 377, column 17">15:47
frayis there any way to get an idea of the user's current open file count, to help slow down (or stop) new job creation until the count sufficiently drops?15:47
* kergoth wipes his build dirs15:47
arkverI was wondering if there are changes needed in the recipes (or the local conf) or whether the existing PACKAGE_FEED_URIS, PACKAGE_FEED_BASE_PATHS and PACKAGE_FEED_ARCHS still works.15:48
arkverI guess at least we change "all" to "noarch" ?15:48
seebsIt may actually "work" in that, if you wait long enough, it might actually finish things, it's just being inefficient because it's spending a ton of time calling accept when accept can't succeed.15:51
seebsHmm. That's a point; it should be clearing clients up eventually.15:51
seebsUnless there's pipelines with multiple processes that all need to talk to the pseudo daemon.15:51
seebsIn which case we have a much more serious problem, because they *can't* be completed until other clients are accepted.15:51
RPseebs: I can't see it doing any work, it could be we're calling in with some long pipelines :/15:52
seebsLike, imagine a pipeline (a | b), where both a and b are doing (stat foo; sleep 5; stat foo) or something.15:52
seebsAnd then run 1024 of them.15:52
seebsThere's no way to resolve that without being able to take more clients.15:52
RPseebs: right :(15:52
seebsI can at least improve the performance, but I think that in all probability, the answer at that point is going to be "don't run that many things simultaneously, or increase ulimit".15:53
frayseebs, anyway to catch that behavior (ulimit problems or low open file counts) and report back on it?15:53
fray(I'm guessing the answer is no, not until it fails)15:53
RPseebs: I think we may need pseudo just to error/exit if it hits this as the current hang is a nightmare to debug :(15:54
RPseebs: or at least log something15:54
lsandovRP: I have the following scenario: two bbapends pointing to the same recipe, each in a separate layer, both setting FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-${PV}:". The results is that the layer with high priority overrides what the low priority bbappend set, meaning that only the pathname  from the high priority layer remains15:54
seebsWe could at least log the thing.15:55
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC15:55
*** zecke <zecke!~ich@> has quit IRC15:56
seebsSo it occurs to me, we might be able to actually work around it, sort of.15:56
RPlsandov: do both directories contain the same file? Both prepends should end up applied15:56
lsandovRP: we have an scenario where yocto-bsp and devtool are being used to modify the linux-yocto recipe, so the layer create by the bsp tool sets some kernel configs which are not seen at the configure step, due to the problem I just mentioned15:56
pohlyThe allarch ca-certificates:do_build has different signatures depending on the MACHINE.15:56
RPlsandov: same filenames?15:56
seebsBecause what if the server just forcibly disconnected clients with no pending requests? I believe the clients would restart.15:56
RPseebs: ah, that could work15:57
seebsMeaning that they'd be able to resume sending things, but in the mean time other things could get processed.15:57
seebsIt would be sort of insane, but.15:57
RPseebs: it would beat hanging15:57
frayseebs, that sounds like a reasonable behavior.. if the client isn't doing anything.. close the connection until you have the ability to talk to them again..15:57
frayit does mean the client side needs to know what to do when IT can't connect (via too many files problem)15:57
RPfray: the normal reconnect logic would just kick in wouldn't it?15:58
lsandovRP yes15:58
RPpohly: that sounds suboptimal, any idea why?15:58
*** zecke <zecke!~ich@> has joined #yocto15:58
RPlsandov: so the problem is probably more the overlapping filename that the prepends or the layers15:58
fraythe normal reconnect logic though I think tries to spawn a new server (which will fail, because the server is already running).. but that would have to be verified15:58
*** CTtpollard <CTtpollard!> has quit IRC15:58
RPfray: it would try to spawn, fail but they connect to the existing server?15:59
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:59
fray-if- I remember correct, that is the normal reconnect logic..15:59
frayvery wasteful to spawn (as it will take yet another file descriptor to do), notice it's already runnign shutdown and then the client will connect to the existing server15:59
*** Kakounet <Kakounet!> has quit IRC16:00
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC16:00
frayso something that will need to be looked at changing the behavior slightly may be reasonable in this situation.  The connection close case should be fairly easy to look at, and an adjustment to the restart logic possible16:00
pohlyRP: comparison for MACHINE=intel-core2-32 and MACHINE=intel-corei7-64:
pohlyRP: basically it is because of a dependency on gcc/ which itself depends on tune flags.16:01
*** majuk <majuk!> has joined #yocto16:01
pohlyRP: if you haven't guessed yet, that's what I found after extending such that it actually changes the MACHINE during testing ;-}16:02
RPpohly: why would an allarch package depend on gcc-runtime?16:02
pohlyNo idea16:02
fraythat seems kind of odd16:02
RPpohly: there is certainly a bug somewhere in there16:02
RPdon't suppose anyone wants to admit to understanding boost's configuration?16:03
*** stephano <stephano!~stephano@> has joined #yocto16:03
*** falk0n <falk0n!> has quit IRC16:03
RPpohly: just confirmed those dependencies are in my build too :/16:04
*** zero_note <zero_note!~zero@> has joined #yocto16:04
*** zero_ <zero_!~zero@> has quit IRC16:04
*** falk0n <falk0n!> has joined #yocto16:05
*** paulg <paulg!> has joined #yocto16:05
*** lucaceresoli <lucaceresoli!> has quit IRC16:05
*** joshuagl <joshuagl!joshuagl@nat/intel/x-jrjerakjlgzhbqxe> has quit IRC16:05
*** zecke <zecke!~ich@> has quit IRC16:07
seebsThe client shouldn't try to spawn a new server if it finds an existing server. And every connection will succeed at least once.16:07
*** jairglez <jairglez!~jairdeje@> has joined #yocto16:07
seebsIf I maintain a client-order list, I can always bump the oldest client with no outstanding messages first.16:08
max843lsandov: Thanks - so you'd setup a new distro for each (the machines are both the same so machine makes less sense) and then add the configurations in the distro conf.  I then, potentially, wouldn't need to have 2 different images - as I could set everything up in the distro conf.  Can you foresee any problems with that?16:08
frayseebs, ok then my retry memory was wrong.. fair enough16:08
*** zecke <zecke!~ich@> has joined #yocto16:09
*** diego_r <diego_r!> has quit IRC16:09
*** arkver <arkver!> has quit IRC16:10
seebsi don't understand boost, but I know that some things are tagged as depending on gcc-runtime.fetch or something similar as a way to say "this needs there to be a sysroot at all".16:10
lsandovmax843: so two different distros and just one image target. sounds good to me16:10
*** zeenix <zeenix!~zeenix@> has quit IRC16:11
pohlyx86-64-x86-64 gdb-cross-x86_64 do_build also has a problem for intel-corei7-64 and qemux86-64: do_configure has varying dependencies on tune flags.16:11
*** fl0v0 <fl0v0!> has quit IRC16:11
*** todor <todor!~todor@> has joined #yocto16:14
*** vdehors <vdehors!> has quit IRC16:16
*** rajm <rajm!> has quit IRC16:19
*** toscalix <toscalix!> has joined #yocto16:19
*** arkver <arkver!~arkver@> has joined #yocto16:23
RPseebs: I'm wondering how you disable static libraries in boost. I think the answer may be "you don't" :/16:26
*** toscalix <toscalix!> has quit IRC16:35
RPpohly: there may be a patch on the list for that16:35
*** arkver <arkver!~arkver@> has quit IRC16:36
*** caiortp <caiortp!~inatel@> has joined #yocto16:38
*** arkver <arkver!> has joined #yocto16:49
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC16:50
*** falk0n <falk0n!> has quit IRC16:54
kergothRP: found a pretty cool python package with a few memory profiling tools that might be of interest next time you're looking into that sort of thing: — 1. recursive object size calculation even for user classes, 2. identification of objects leaked out of scope between two points, and 3. tracking object and class lifetime and memory footprint16:55
kergothsadly python memory analysis tools are few and far between, and heapy and meliae seem to be unmaintained, but this seems promising16:55
kergothalong with valgrind's massif or python memory_profiler to monitor overall usage over time16:55
*** colrack <colrack!> has joined #yocto16:56
kergothmemory_profiler seems to be just based on the rss of the process and its children, though, so can be more misleading16:56
*** jairglez <jairglez!~jairdeje@> has quit IRC16:56
*** t0mmy <t0mmy!~tprrt@> has quit IRC16:56
*** ftonello <ftonello!~felipe@> has quit IRC16:57
kergothRP: i'm guessing pympler probably can only track objects created by a class, not classes created by a metaclass, so not sure it could monitor the lifetime of our datastore, but still interesting16:57
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto16:58
RPkergoth: certainly sounds it, I'll make a note, thanks17:00
kergothfigured it was worth bookmarking for later reference :) np17:01
RPkergoth: I've love more time to go and look at that stuff instead of these bugs... :)17:01
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:dc3c:b4b2:a263:6010> has quit IRC17:01
kergothcustomer issue, i don't have much choice in the matter right now :)17:02
RPkergoth: one of those days where you poke something, then realise the horror of what is happening, then discover that leads to another horror story and so on :/17:02
kergothugh, been there, not fun17:03
*** falk0n <falk0n!> has joined #yocto17:06
*** stryx` <stryx`!~stryx@> has quit IRC17:06
*** dreyna_ <dreyna_!> has joined #yocto17:06
majukHey guys. I'm a little new to Yocto and I'm not understanding where I'm going wrong. I want to include the imx-test recipe from meta-fsl-arm in my build.... but I'm not sure how.17:07
majukDo I just add it to bblayers?17:07
*** dorileo <dorileo!dorileo@nat/intel/x-zucejophxvmorupf> has joined #yocto17:09
majukThe parent directory [../sources/meta-fsl-arm] was included in my last build's bblayers, but those tools aren't part of the system, so clearly I missed something.17:09
*** falk0n <falk0n!> has quit IRC17:11
*** stryx` <stryx`!~stryx@> has joined #yocto17:11
*** falk0n <falk0n!> has joined #yocto17:12
kergothValueError: invalid literal for int() with base 10: "or: Unable to find tunctl binary in17:12
kergoth'/data/kergoth/mel/elm/test/build.pkgconf/tmp/work/i586-poky-linux/defaultpkgname/1.0-r0/recipe-sysroot-native/usr/bin', please bitbake qemu-helper-native"17:12
kergothso much for runqemu..17:12
RPkergoth: there are various patches around which seem to fix some usecases and break others17:14
*** clsulliv <clsulliv!clsulliv@nat/intel/x-eaylnglucpsddaeb> has joined #yocto17:14
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC17:20
*** t0mmy <t0mmy!> has joined #yocto17:22
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC17:22
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto17:23
*** stryx` <stryx`!~stryx@> has quit IRC17:27
majukI guess I was looking for CORE_IMAGE_INSTALL += "imx-test"? Hope so.17:28
majukbitbake didn't complain... I'll find out in 6 hours when it's done building.17:29
*** falk0n <falk0n!> has quit IRC17:30
*** zecke <zecke!~ich@> has quit IRC17:30
kergothmajuk: i assume you mean CORE_IMAGE_EXTRA_INSTALL?17:30
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto17:31
*** stryx` <stryx`!~stryx@> has joined #yocto17:33
*** jairglez <jairglez!jairdeje@nat/intel/x-nvmkwskrjyfygfjz> has joined #yocto17:36
*** stryx` <stryx`!~stryx@> has quit IRC17:37
*** colrack <colrack!> has quit IRC17:39
*** stryx` <stryx`!~stryx@> has joined #yocto17:42
*** yann <yann!> has quit IRC17:45
majukkergoth: Yes, yes I did17:47
kergothokay, good, just checking :)17:50
*** colrack <colrack!~textual@> has joined #yocto17:51
*** morphis <morphis!> has quit IRC17:55
majukkergoth: lol, I would think bitbake would throw a fit if I put something else in there.18:04
kergothnot sure what you mean by that18:05
kergothyou can set any variable you want18:05
kergotha typo in a variable name will just be setting a new varaible that isnt' used anywhere, which is harmless18:05
majukTrue, didn't think like that18:05
majukFINE. Just BE RIGHT.18:06
*** Tamis <Tamis!3e862e04@gateway/web/freenode/ip.> has quit IRC18:07
majukSince you're getting your right everywhere, how about you drag the chromium-imx patch onto chromium 54.x18:10
majukSo I don't have to try and fail repeatedly to.18:10
majukYou'll just do it right the first time.18:11
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto18:23
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC18:26
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC18:31
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto18:34
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:dc3c:b4b2:a263:6010> has joined #yocto18:36
*** stephano <stephano!~stephano@> has quit IRC18:36
*** stryx` <stryx`!~stryx@> has quit IRC18:39
*** stryx` <stryx`!~stryx@> has joined #yocto18:43
*** ed2 <ed2!> has joined #yocto18:47
*** colrack <colrack!~textual@> has quit IRC18:55
*** pohly <pohly!> has quit IRC18:59
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:dc3c:b4b2:a263:6010> has quit IRC19:03
*** vmeson <vmeson!> has quit IRC19:10
*** Biliogadafr <Biliogadafr!> has quit IRC19:11
*** vmeson <vmeson!> has joined #yocto19:12
*** Biliogadafr <Biliogadafr!> has joined #yocto19:14
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto19:24
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC19:25
*** grma <grma!~gruberm@> has quit IRC19:48
*** paulg <paulg!> has quit IRC19:51
*** arkver <arkver!> has quit IRC19:54
*** doctorly <doctorly!> has joined #yocto19:55
doctorlyHey, I'm having an issue where I'm trying to have grub behind two different yocto partitions. When I select a partition though, it seems to be random which one actually boots. Do you think this is an issue with the syslinux config?19:56
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC20:03
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto20:04
*** bluelightning <bluelightning!~paul@> has joined #yocto20:06
*** bluelightning <bluelightning!~paul@> has quit IRC20:06
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:06
*** yann <yann!> has joined #yocto20:07
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC20:11
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto20:12
*** joseppc <joseppc!> has joined #yocto20:17
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto20:17
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC20:27
*** max843 <max843!62d99026@gateway/web/freenode/ip.> has quit IRC20:35
*** ant_home <ant_home!~ant__@> has joined #yocto20:37
*** doctorly <doctorly!> has quit IRC20:39
lsandovfor some reason, bitbake is not complaining if a recipe has no LIC_FILES_CHKSUM20:41
neverpanicDo you have LICENSE set to CLOSED?20:46
lsandovneverpanic: no, that is the problem20:48
lsandovneverpanic: just remove the proper line of a recipe, try bitbake -e <pn> and worked20:48
*** lamego <lamego!jose@nat/intel/x-hvfhxchraooinojs> has quit IRC20:50
*** aragua <aragua!> has quit IRC20:51
neverpanicI think the check is in do_configure(), so you may want to check whether the recipe does do_configure[noexec] = "1"20:51
*** sjolley <sjolley!~sjolley@> has quit IRC20:51
neverpanicThat may have been fixed meanwhile, but it was a problem back when I looked at it last time20:52
*** berton <berton!~berton@> has quit IRC20:57
*** stryx` <stryx`!~stryx@> has quit IRC20:58
*** stryx` <stryx`!~stryx@> has joined #yocto21:03
*** scottrif <scottrif!> has joined #yocto21:11
lsandovneverpanic: I see21:11
lsandovneverpanic: I will file a bug21:12
lsandovneverpanic: the recipes I was looking for has no do_configure[*] = 121:14
*** _franck_ <_franck_!> has joined #yocto21:14
lsandovneverpanic: but good point, that may the reason for some21:14
lsandovsome/some recipes21:14
*** _franck_ <_franck_!> has quit IRC21:15
*** _franck_ <_franck_!> has joined #yocto21:17
*** _franck_ <_franck_!> has joined #yocto21:18
majukYeaaaaa, the image is marginally bigger. Think I got my imx tools this time.21:24
majukI'm basically a wizard, Harry.21:24
majukYea I do. YEA I DO. Al-a-ka-ZAM.21:26
*** lsandov <lsandov!~lsandov1@> has left #yocto21:26
*** _franck_ <_franck_!> has quit IRC21:28
*** _franck_ <_franck_!> has joined #yocto21:30
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto21:30
*** willdye_ <willdye_!> has quit IRC21:34
*** colrack <colrack!> has joined #yocto21:36
*** _franck_ <_franck_!> has quit IRC21:38
*** _franck_ <_franck_!> has joined #yocto21:38
*** _franck_ <_franck_!> has joined #yocto21:39
*** _franck_ <_franck_!> has quit IRC21:43
*** caiortp <caiortp!~inatel@> has quit IRC21:45
*** jwest__ <jwest__!~jwest@2601:148:200:6f80:4465:9652:6f93:7a09> has quit IRC21:46
*** jwest__ <jwest__!> has joined #yocto21:47
*** agust <agust!> has quit IRC21:48
*** paulg <paulg!> has joined #yocto21:49
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto21:49
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC21:51
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC22:01
*** majuk <majuk!> has quit IRC22:03
*** gtristan <gtristan!~tristanva@> has quit IRC22:12
*** sjolley <sjolley!sjolley@nat/intel/x-yqgjaqcvwwevpdhm> has joined #yocto22:19
*** colrack <colrack!> has quit IRC22:22
*** stephano <stephano!~stephano@> has joined #yocto22:35
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC22:36
*** sameo <sameo!samuel@nat/intel/x-dwyxgcreoyztcknv> has joined #yocto22:52
*** dlan_ <dlan_!> has joined #yocto22:55
*** dlan_ <dlan_!~dennis@gentoo/developer/dlan> has joined #yocto22:55
*** zibri <zibri!~zibri@2a01:7e01::f03c:91ff:febb:9538> has quit IRC23:01
*** stryx` <stryx`!~stryx@> has quit IRC23:05
*** stryx` <stryx`!~stryx@> has joined #yocto23:06
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC23:09
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC23:22
*** ant_home <ant_home!~ant__@> has quit IRC23:24
*** mhilt <mhilt!> has joined #yocto23:34
*** sameo <sameo!samuel@nat/intel/x-dwyxgcreoyztcknv> has quit IRC23:34
*** dorileo <dorileo!dorileo@nat/intel/x-zucejophxvmorupf> has quit IRC23:35
*** Biliogadafr <Biliogadafr!> has quit IRC23:36
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:37
*** scottrif <scottrif!> has quit IRC23:48
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto23:58

Generated by 2.11.0 by Marius Gedminas - find it at!