Monday, 2017-07-17

*** berndhs <berndhs!> has quit IRC00:01
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC00:04
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto00:05
*** _dv_ <_dv_!~quassel@> has quit IRC00:13
*** dv_ <dv_!> has joined #yocto00:14
*** Trinners <Trinners!> has quit IRC00:15
*** rburton <rburton!> has quit IRC00:27
*** garbados_ <garbados_!~garbados@2601:1c2:303:6b0:4c72:9315:9bcd:42de> has quit IRC00:34
*** Trinners <Trinners!> has joined #yocto00:40
*** Snert <Snert!> has quit IRC00:42
*** Snert <Snert!> has joined #yocto00:56
*** tcpdump <tcpdump!sid47591@gateway/web/> has quit IRC01:10
*** Trinners <Trinners!> has quit IRC01:14
*** slips <slips!> has quit IRC01:16
*** lexano_ is now known as lexano01:19
*** slips <slips!> has joined #yocto01:23
*** sgw_ <sgw_!~sgw_@> has quit IRC01:28
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:2c33:3ea6:a4ab:3bde> has joined #yocto01:28
*** vmeson <vmeson!> has joined #yocto01:30
*** rebeccas <rebeccas!c0c692ab@gateway/web/freenode/ip.> has joined #yocto01:32
*** Trinners <Trinners!> has joined #yocto01:40
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto02:11
*** Trinners <Trinners!> has quit IRC02:15
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC02:36
*** Trinners <Trinners!> has joined #yocto02:41
*** painten_0 is now known as paintenzero03:09
*** Trinners <Trinners!> has quit IRC03:14
*** sgw_ <sgw_!~sgw_@> has joined #yocto03:16
*** Trinners <Trinners!> has joined #yocto03:40
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC04:00
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto04:06
*** arpallet <arpallet!~arpallet@> has joined #yocto04:12
*** Trinners <Trinners!> has quit IRC04:15
*** arpallet <arpallet!~arpallet@> has quit IRC04:31
*** arpallet <arpallet!~arpallet@> has joined #yocto04:31
*** Trinners <Trinners!> has joined #yocto04:40
*** distrozapper <distrozapper!> has joined #yocto05:06
*** Trinners <Trinners!> has quit IRC05:15
*** distrozapper <distrozapper!> has quit IRC05:16
*** arpallet1 <arpallet1!~arpallet@> has joined #yocto05:21
*** LocutusOfBorg <LocutusOfBorg!> has joined #yocto05:23
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto05:23
*** arpallet <arpallet!~arpallet@> has quit IRC05:23
*** arpallet <arpallet!~arpallet@> has joined #yocto05:32
*** mdnneo <mdnneo!~umaucher@> has joined #yocto05:34
*** arpallet1 <arpallet1!~arpallet@> has quit IRC05:35
*** arpallet <arpallet!~arpallet@> has quit IRC05:37
*** Trinners <Trinners!> has joined #yocto05:40
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto05:44
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto05:44
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC05:58
*** msvb-lab <msvb-lab!> has joined #yocto06:01
*** Trinners <Trinners!> has quit IRC06:15
*** zerus <zerus!> has joined #yocto06:16
*** morphis <morphis!~morphis@> has joined #yocto06:19
*** pohly <pohly!> has joined #yocto06:22
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC06:23
*** zerus <zerus!> has quit IRC06:23
*** morphis <morphis!~morphis@> has quit IRC06:26
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:31
*** rperier <rperier!~rperier@ubuntu/member/rperier> has quit IRC06:35
*** rperier <rperier!~rperier@2001:41d0:52:100::44a> has joined #yocto06:36
*** ed2 <ed2!Adium@nat/intel/x-yloxqhcrmvgsiqeh> has joined #yocto06:38
*** Trinners <Trinners!> has joined #yocto06:40
*** gtristan <gtristan!~tristanva@> has quit IRC06:42
-YoctoAutoBuilder- build #941 of nightly-oe-selftest is complete: Success [build successful] Build details are at
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto06:47
*** agust <agust!> has joined #yocto06:47
*** csanchezdll <csanchezdll!> has joined #yocto06:52
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC06:56
*** fl0v0 <fl0v0!> has joined #yocto06:58
*** Ovidiu <Ovidiu!~Ovidiu@> has joined #yocto06:59
*** grma <grma!~gruberm@> has joined #yocto07:01
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto07:03
*** gtristan <gtristan!~tristanva@> has joined #yocto07:04
*** gtristan <gtristan!~tristanva@> has quit IRC07:05
*** gtristan <gtristan!~tristanva@> has joined #yocto07:05
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto07:06
*** rajm <rajm!~robertmar@> has joined #yocto07:09
*** ant_work <ant_work!> has joined #yocto07:14
*** Trinners <Trinners!> has quit IRC07:15
*** Kakounet <Kakounet!> has joined #yocto07:24
*** lucaceresoli <lucaceresoli!> has joined #yocto07:24
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC07:25
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto07:26
*** Bunio_FH <Bunio_FH!> has joined #yocto07:26
*** aragua <aragua!> has joined #yocto07:27
*** mckoan|away is now known as mckoan07:29
*** grma <grma!~gruberm@> has quit IRC07:31
*** joshuagl <joshuagl!joshuagl@nat/intel/x-fmjkbfdhvhrptyai> has joined #yocto07:33
*** jku_ <jku_!~jku@> has joined #yocto07:34
*** jku_ is now known as jku07:34
jkupohly: WRT the glib/shared-mime-info issue: is the primary issue that the mime detection is wrong (claims text/plain when it's not) or that it needs to figure out what .gz means?07:37
pohlyjku: the result is text/plain when it should be gzip.07:38
pohlyAnd then code which relies on the type detection to do on-the-fly decompression fails.07:38
pohlyI ran into that with appstream-glib.07:38
*** zero_note <zero_note!~zero@> has joined #yocto07:39
pohlyOne could of course argue that the type detection is on a best-effort basis and thus cannot be relied upon for anything besides perhaps informing the user. <shrug>07:40
*** Trinners <Trinners!> has joined #yocto07:40
jkuright. I think depending on shared-mime-info is the correct call in the end but that's what I was weighing... we could just try to fix the bug where it claims "text/plain" when it's not -- but that wouldn't really help you07:42
pohlyjku: for appstream-glib to work, both gzip and XML must be detected. So you are right, just distinguishing between text/plain and binary would not be enough.07:45
pohlyjku: see
*** toscalix <toscalix!~toscalix@> has joined #yocto07:48
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:48
*** rburton <rburton!> has joined #yocto07:56
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto07:56
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC08:04
*** MWelchUK <MWelchUK!> has joined #yocto08:05
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.> has joined #yocto08:05
*** diego__ <diego__!> has joined #yocto08:06
*** MarcWe <MarcWe!> has joined #yocto08:11
*** ChrysD <ChrysD!d9804861@gateway/web/freenode/ip.> has joined #yocto08:13
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto08:14
*** Trinners <Trinners!> has quit IRC08:14
*** lemagoup <lemagoup!~lemagoup@> has joined #yocto08:22
*** CTtpollard <CTtpollard!~CTtpollar@> has joined #yocto08:29
ed2pohly: RP: #11767 looks similar to what's discussed here:
ed2pohly: RP: Just wondering how that is supposed to work. It used to work somehow, right?08:32
pohlyed2: I suspect that it worked before tmp/deploy/images was put under sstate control: all output for the current recipe went directly to it, and due to race conditions (or perhaps even explicit task ordering), functions like this do_image_elf found the expected files.08:34
RPed2: Ah, so the issue is that its referencing the image in the final deploy directory08:34
RPpohly: I agree :)08:35
RPed2: the images only have one deploy point. If they reference something which the images themselves are deploying, they need to reference it in the "pre-sstate" directory, not the post sstate one :/08:35
pohlyed2: the fix for do_image_elf should be to make it depend on do_image_cpio and let it look for the output in IMGDEPLOYDIR08:36
ed2pohly: isn't it the same as Alejandro was trying to do and you're against it?08:37
pohlyed2: depends on which recipe provides the .cpio.08:38
pohlyIf it is always the same as the one where do_image_elf, then such a task dependency is okay,08:38
pohlyHaven't checked the bug in detail. But you might be right, if the cpio can also come from some other recipe, then we have the same problem.08:39
ed2pohly: I think it's the same recipe. will try to add dependency as you've suggested and see if it works.08:40
*** Trinners <Trinners!> has joined #yocto08:40
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:41
ed2RP: pohly: looks like dependency is already set: $ grep do_image_elf |grep do_image_cpio08:46
ed2"core-image-minimal.do_image_elf" -> "core-image-minimal.do_image_cpio"08:46
RPed2: in which case its just looking in the wrong place since the deploy dir under sstate changes08:47
ed2RP: pohly: changing --initrd=${DEPLOY_DIR_IMAGE}/${IMAGE_LINK_NAME}.cpio.gz -> --initrd=${IMGDEPLOYDIR}/${IMAGE_LINK_NAME}.cpio.gz seems to fix the build.08:47
ed2RP: pohly: thank you!08:47
lukmaHas anybody had any experience with running winehq @ OE?08:50
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:2c33:3ea6:a4ab:3bde> has quit IRC09:11
ant_workah, what is that now, db fails to build because libtool does not pass tag? This building qemuarm after armv5te09:14
*** Trinners <Trinners!> has quit IRC09:14
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto09:17
ant_workRP: armv5 / armv5e are deprecated by gcc7. Building core-image-base I see that three packages (icu, gmp, glib) end up under /armv5e-oe-linux-xxx even if I set ARM_INSTRUCTION_SET = "thumb" in machine.conf. In fact these recipes set it to 'arm'. Are the feeds okay like that?09:22
ant_workI suspect there are issues with thumb code because the successive build for qemuarm failed: db fails for that strange libtool error. I see the db recipe is also patched for armv5....09:24
ant_workfwiw JaMa forces 'thumb' for armv5 doing world builds09:27
ant_worknodistro does not09:27
*** Trinners <Trinners!> has joined #yocto09:40
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC09:45
RPant_work: armv5 is totally deprecated or only non-thumb mode?09:53
rburtonnrossi: there?10:02
nrossirburton: I am, just sat down10:04
*** behanw <behanw!uid110099@gateway/web/> has quit IRC10:08
rburtonnrossi: looking at the libgcrypt patch to sent to meta-mingw last year. it has a submitted tag, was that a patch on the list or a bug entry?10:08
rburtonbasically wondering if we can drop it, or push it into oe-core to avoid pain on every upgrade10:08
rburton*looks* like its still broken but i haven't tried using meta-mingw10:09
nrossirburton: it was a patch on list, The maintainer was going to solve it differently (which was done for libgpg-error). I guess a nudge is needed to get it resolved :)10:09
ant_workRP: not yet totally afais10:09
ant_workwill be removed in a future GCC release.10:10
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto10:10
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto10:10
ant_workabelloni, yes, qemuarm builds fine10:10
ant_workat least it runs in qemu, built with gcc710:11
ant_work(lot of sprintf() warnings around, though)10:11
abellonigood to know10:13
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:14
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC10:15
*** Trinners <Trinners!> has quit IRC10:15
*** t0mmy <t0mmy!> has joined #yocto10:17
*** msvb-lab <msvb-lab!> has quit IRC10:17
rburtonnrossi: thanks10:18
rburtonnrossi: would you be able to prod again?  i can see the changes he meant in gpg-error10:21
nrossirburton: yep, just searching for the email chain to reply to10:21
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC10:28
*** t0mmy <t0mmy!> has quit IRC10:38
*** Trinners <Trinners!> has joined #yocto10:40
jkurburton: any idea if you can split intltool-translated xml files into locale specific files somehow? e.g. shared-mime-info would become 200K instead of 2.2 MB...10:51
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC10:52
*** rburton <rburton!> has quit IRC10:54
*** CruX| <CruX|!> has joined #yocto10:55
CruX|hello, is there a way how to build multiple kernels within one yocto build for one board ?10:55
*** rburton <rburton!> has joined #yocto10:58
*** Trinners <Trinners!> has quit IRC11:15
*** Bunio_FH <Bunio_FH!> has quit IRC11:17
*** zeenix <zeenix!> has joined #yocto11:18
*** t0mmy <t0mmy!> has joined #yocto11:18
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:19
*** Bunio_FH <Bunio_FH!> has joined #yocto11:31
jkueww, shared-mime-info is even worse in practice: It gets split into 800 tiny xml files. Everyone of them takes a block of course11:32
jkurburton: this is RE -- is there an issue with adding 3.6MB  of RRECOMMENDS to glib?11:35
yoctiBug 11792: normal, Undecided, ---, jussi.kukkonen, NEW , glib: RRECOMMENDS shared-mime-info11:35
rburtonits a bit of a pain that its 3.6mb11:36
rburtonwhy isn't there a cached form11:36
*** Trinners <Trinners!> has joined #yocto11:40
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC11:44
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto11:45
*** kanavin <kanavin!~ak@> has joined #yocto11:46
*** diego__ <diego__!> has quit IRC12:03
*** morphis <morphis!~morphis@> has joined #yocto12:06
*** tcpdump <tcpdump!sid47591@gateway/web/> has joined #yocto12:08
*** morphis <morphis!~morphis@> has quit IRC12:10
*** Trinners <Trinners!> has quit IRC12:15
*** diego_r <diego_r!> has joined #yocto12:20
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto12:24
*** Shurelous <Shurelous!~igor@> has joined #yocto12:31
*** kanavin <kanavin!~ak@> has quit IRC12:37
*** kanavin <kanavin!~ak@> has joined #yocto12:37
*** marka <marka!> has joined #yocto12:37
*** Trinners <Trinners!> has joined #yocto12:40
*** Snert__ <Snert__!> has joined #yocto12:41
ant_workabelloni, even known-good 4.4.8 does not boot if compiled by gcc712:42
*** Snert <Snert!> has quit IRC12:42
ant_worknow adding  PREFERRED_VERSION_gcc-cross-${TARGET_ARCH} ?= "6.3%"12:42
ant_workjust that, no other toolchain changes12:43
*** t0mmy <t0mmy!> has quit IRC12:44
*** yohboy <yohboy!> has joined #yocto12:47
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC12:48
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto12:49
*** luc4 <luc4!> has joined #yocto12:59
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC13:05
*** yohboy <yohboy!> has quit IRC13:07
*** yohboy <yohboy!> has joined #yocto13:08
*** Trinners <Trinners!> has quit IRC13:15
*** ash_charles <ash_charles!> has joined #yocto13:18
ant_workthen it boots13:20
*** Shurelous <Shurelous!~igor@> has quit IRC13:20
TafThorneI do not suppose anyone here has got a Yocto build with the work area generated by (Gerrit) repo running under a Jenkins pipeline job have they?  Not sure if I have hit some issue in that side of things or the creartive way that Phabricator (or rather Diffusion) handles git repos.13:21
*** ed2 <ed2!Adium@nat/intel/x-yloxqhcrmvgsiqeh> has quit IRC13:23
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC13:23
rburtonlots of people use gerrit to schedule yocto builds13:24
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto13:24
*** Shurelous <Shurelous!~igor@> has joined #yocto13:24
rburtonsay what the problem is and people might be able to help.  its probably unrelated to gerrit or git :)13:24
*** ash_charles <ash_charles!> has quit IRC13:29
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:e864:8061:541c:448> has joined #yocto13:32
TafThorneThe setup above results in repo init -u ssh://git@<url of internal server>/diffusion/g/GitRepo.git -m repo/my_manifest.xml13:35
*** madisox <madisox!> has joined #yocto13:35
TafThorneThen I see a failing job with `get ssh://git@url of internal server>/diffusion/g/GitRepo.git Permission denied (publickey,keyboard-interactive).13:36
TafThornePermission denied (publickey,keyboard-interactive).13:36
TafThornefatal: Could not read from remote repository.13:36
TafThorneNow when I use a Git repo as the SCM type I can choose credentials from the drop down menu that allow access to the files.  I cannot find that setting for the repo SCM  manifest fetching bit.  I am guessing that not having the credentials setup is blocking access to the manifest file.13:37
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC13:37
*** Trinners <Trinners!> has joined #yocto13:40
*** Kakounet <Kakounet!> has quit IRC13:41
*** Kakounet <Kakounet!> has joined #yocto13:42
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:e864:8061:541c:448> has quit IRC13:47
*** Kakounet <Kakounet!> has quit IRC13:49
*** YoctoAutoBuilder <YoctoAutoBuilder!> has quit IRC13:51
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:e864:8061:541c:448> has joined #yocto13:51
*** ed2 <ed2!Adium@nat/intel/x-emmgjmbdmgriszsv> has joined #yocto13:56
*** YoctoAutoBuilder <YoctoAutoBuilder!> has joined #yocto13:56
*** ed21 <ed21!~Adium@> has joined #yocto14:00
*** ed2 <ed2!Adium@nat/intel/x-emmgjmbdmgriszsv> has quit IRC14:00
*** luc4 <luc4!> has quit IRC14:01
*** ed2 <ed2!~Adium@> has joined #yocto14:02
*** ed2 <ed2!~Adium@> has quit IRC14:04
*** ed21 <ed21!~Adium@> has quit IRC14:04
*** ed2 <ed2!~Adium@> has joined #yocto14:04
*** ed2 <ed2!~Adium@> has quit IRC14:06
*** luc4 <luc4!~anonymous@> has joined #yocto14:07
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:07
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:e864:8061:541c:448> has quit IRC14:07
*** ed2 <ed2!~Adium@> has joined #yocto14:07
*** majuk <majuk!> has joined #yocto14:07
*** csanchezdll <csanchezdll!> has left #yocto14:12
kanavinkhem: SECURITY_NOPIE_CFLAGS vs SECURITY_NO_PIE_CFLAGS gives me a headache14:14
kanavinkhem: can you remove one of them please? :)14:14
*** Trinners <Trinners!> has quit IRC14:14
*** Trinners <Trinners!> has joined #yocto14:16
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:e864:8061:541c:448> has joined #yocto14:17
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC14:20
*** Kakounet <Kakounet!> has joined #yocto14:21
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto14:30
joshuaglrburton: bitbake-selftest failed on ross/mut in bb.tests.fetch.GitShallowTest — any ideas? do you think that's the git upgrade?14:32
rburtonno thats kergoth's broken shallow fetcher14:32
rburtonthere's a bug somewhere14:32
rburton'broken', it fails on the AB "sometimes"14:32
joshuagloh, hooray!14:33
joshuagltransient failures are my least favourite14:34
* joshuagl goes to find the bug14:34
*** jku <jku!~jku@> has quit IRC14:35
*** willdye <willdye!> has joined #yocto14:36
joshuaglhmm, lots of checkuri failures on morty. Do we want bugs for those?14:38
joshuaglno armpit in here :-/14:38
*** luc4 <luc4!~anonymous@> has quit IRC14:39
rburtonjoshuagl: replicate on your own box, and if they still happen file a bug for them all?14:40
*** gtristan <gtristan!~tristanva@> has quit IRC14:42
*** luc4 <luc4!> has joined #yocto14:42
joshuaglrburton: sure, seems sane14:42
joshuaglalthough my box has caching proxy :-/14:42
joshuaglI shall try and setup something without right now14:42
*** stephano <stephano!~stephano@> has joined #yocto14:42
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC14:44
TafThornerburton: think I'll try looking in some Jenkins/Pipeline areas for help.14:50
mcfriskanyone else having problems with poky master and harfbuzz?
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto14:59
*** sjolley <sjolley!sjolley@nat/intel/x-bpfihnlkexnaamzv> has quit IRC15:01
*** toscalix <toscalix!~toscalix@> has quit IRC15:05
mcfrisksomething in Ubuntu 14.04 isn't compatible with harfbuzz in master, installing things from doesn't help.15:11
*** alimon <alimon!~alimon@> has joined #yocto15:13
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.> has quit IRC15:13
*** MarcWe <MarcWe!> has quit IRC15:15
*** ChrysD <ChrysD!d9804861@gateway/web/freenode/ip.> has quit IRC15:23
*** sjolley <sjolley!~sjolley@> has joined #yocto15:30
*** ant_work <ant_work!> has quit IRC15:32
*** ed2 <ed2!~Adium@> has quit IRC15:34
kergothjoshuagl: ugh, sorry about that, I'll see if I can find the time to dig into that today15:41
joshuaglkergoth: thanks! Now I know it's a known issue I can ignore/update the correct bug as appropriate15:42
* kergoth nods15:42
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:44
*** libby1 <libby1!~libby@> has joined #yocto15:44
*** Bunio_FH <Bunio_FH!> has quit IRC15:48
*** yohboy <yohboy!> has quit IRC15:48
*** stephano <stephano!~stephano@> has quit IRC15:53
*** Kakounet <Kakounet!> has quit IRC15:57
*** rajm <rajm!~robertmar@> has quit IRC15:58
*** libby1 <libby1!~libby@> has quit IRC16:00
*** libby1 <libby1!libby@nat/intel/x-nxxgzutcyseyevsh> has joined #yocto16:02
*** CTtpollard <CTtpollard!~CTtpollar@> has quit IRC16:02
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC16:05
*** bavery_fn <bavery_fn!~bavery@> has quit IRC16:12
rburtonsgw_: why does your pkgconfig patch need to use the pkgconfig binary with the arch in the name?16:13
sgw_rburton: take a look at sgw/pkg_wip, I have a new version yet again16:13
sgw_I was about to send v4!16:13
rburtoni'll stop testing then ;)16:13
sgw_rburton: yeah, I wonder how switching to pkgconf will work with pkg-config16:15
rburtonin theory just port whatever hackery you do16:15
*** mdnneo <mdnneo!~umaucher@> has quit IRC16:20
sgw_rburton: v4 sent!16:20
rburtonsgw_: does it match was is in the branch i just pulled?16:20
sgw_rburton: this one has really had it's challenges!16:20
rburtontweaking the behaviour in one very specific place withuot breaking anything else is fun isn't it16:21
sgw_minor tweek to commit message16:21
*** kanavin <kanavin!~ak@> has quit IRC16:21
sgw_rburton: I think this version address rp's concerns.16:22
*** kanavin <kanavin!~ak@> has joined #yocto16:22
*** mckoan is now known as mckoan|away16:23
sgw_rburton: you looking at Haris's multi kernel patch?16:25
rburtonsgw_: i haven't yet but also note that zedd hasn't commented on it16:26
sgw_rburton: that a good or bad sign?16:26
rburtonlol not sure16:27
sgw_rburton: I was testing with an older version, I will check v4 now, it seems to be a reasonable solution16:28
rburtonzeddii: prod about haris's multi kernel patch on the list16:28
*** peacememories <peacememories!> has joined #yocto16:29
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has joined #yocto16:30
*** peacememories <peacememories!> has quit IRC16:35
*** stephano <stephano!~stephano@> has joined #yocto16:37
*** adelcast <adelcast!~adelcast@> has joined #yocto16:40
*** Noor <Noor!~quassel@> has quit IRC16:40
*** jjardon <jjardon!jjardonmat@gateway/shell/> has quit IRC16:40
*** fl0v0 <fl0v0!> has quit IRC16:42
*** prabhakarlad <prabhakarlad!~prabhakar@> has quit IRC16:44
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto16:46
*** Argylelabcoat <Argylelabcoat!> has joined #yocto16:49
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC16:50
*** gtristan <gtristan!~tristanva@> has joined #yocto16:56
*** gtristan <gtristan!~tristanva@> has joined #yocto16:57
*** peacememories <peacememories!> has joined #yocto17:03
*** phako[m] <phako[m]!phakomatri@gateway/shell/> has quit IRC17:10
*** fabioberton[m] <fabioberton[m]!fabioberto@gateway/shell/> has quit IRC17:10
*** bachp <bachp!bachpmatri@gateway/shell/> has quit IRC17:11
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto17:12
*** dreyna <dreyna!> has joined #yocto17:13
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto17:14
*** dvhart <dvhart!> has joined #yocto17:17
*** jkroon_ <jkroon_!> has joined #yocto17:18
*** zeenix <zeenix!> has quit IRC17:20
*** bachp <bachp!bachpmatri@gateway/shell/> has joined #yocto17:22
*** fabioberton[m] <fabioberton[m]!fabioberto@gateway/shell/> has joined #yocto17:23
*** jjardon <jjardon!jjardonmat@gateway/shell/> has joined #yocto17:23
*** phako[m] <phako[m]!phakomatri@gateway/shell/> has joined #yocto17:23
*** jpew <jpew!cc4da337@gateway/web/freenode/ip.> has quit IRC17:25
pohlyrburton, RP: can you expedite the merging of "[PATCH 01/30] oeqa/core/loader: Switch method definition for _make_failed_test"? It fixes a regression that prevents updating refkit to current OE-core master.17:37
pohlyI've not seen it in master-next, nor ross/mutt.17:38
*** peacememories <peacememories!> has quit IRC17:41
rburtonpohly: just 1/30?17:41
pohlyrburton: yes. It's independent of the patch series.17:41
pohlyHmm, looking further I'm not actually sure whether it's enough. alimon said that it would fix the issue that we were seeing in refkit, but we had the commit that is getting fixed by that patch already in refkit before, without it causing problems.17:43
pohlyProbably the code was never called, and it gets called. That's something that I'll also have to look into.17:44
pohlyEither way, merging the fix should be fine - it just doesn't help as much as I had hoped.17:44
*** clsulliv <clsulliv!~clsulliv@> has quit IRC17:46
*** dreyna <dreyna!> has quit IRC17:46
*** clsulliv <clsulliv!clsulliv@nat/intel/x-qcsexeijikvhesyu> has joined #yocto17:50
*** majuk <majuk!> has quit IRC17:59
*** WillMiles <WillMiles!> has joined #yocto18:08
*** khem <khem!~khem@unaffiliated/khem> has quit IRC18:20
*** top23 <top23!5d1ae61b@gateway/web/freenode/ip.> has joined #yocto18:22
top23I'm trying to compile automake-native 1.15.1 but it keeps failing because help2man cannot find --help for automake-1.1518:23
top23I'm using krogoth revision18:23
top23And I have no idea how to fix this issue18:23
top23Also I'm using arch linux18:23
*** zeenix <zeenix!> has joined #yocto18:31
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto18:33
top23any ideas ?18:33
*** majuk <majuk!> has joined #yocto18:34
*** garbados <garbados!~garbados@2601:1c2:303:6b0:4c72:9315:9bcd:42de> has joined #yocto18:35
otaviorburton: mesa 17.1.5 stable release is out; it fixes some known issues and merges one of patches. Bump is sent18:42
pohlyrburton: please don't take alimon's patch, it still isn't correct.19:05
rburtonpohly: ' Switch method definition for _make_failed_test'?19:05
pohlyrburton: yes19:05
*** vbanea <vbanea!18258172@gateway/web/freenode/ip.> has joined #yocto19:17
alimonpohly: my patch only makes visible the real exception into the test case19:19
alimonpohly: can you show me the error log?19:19
*** zeenix <zeenix!> has quit IRC19:20
*** Argylelabcoat <Argylelabcoat!> has quit IRC19:22
*** top23 <top23!5d1ae61b@gateway/web/freenode/ip.> has quit IRC19:31
vbaneaI have some philosophical questions about storing the config/bblayers in SCM for reproducible builds. Is it bad to store the build/conf folder directly in git (and link it via submodules/repo tool/ or similar to the exact version of the layers) ? I know about the template directory method, but I don't like it because it requires testing via "local.conf" then updating the template, committing it, wiping the build/conf dir (such that the19:41
*** Argylelabcoat <Argylelabcoat!> has joined #yocto19:42
pohlyalimon: I sent an email. You need to handle yet another variation in Python 3.5.19:49
vbaneaI also looked at how autobuilder manages this: it's basically printing the auto.conf based on yet another format of config file that's stored in git. Wondering if that's really necessary...19:50
*** HavoK <HavoK!> has joined #yocto19:50
alimonpohly: :S, i see19:50
rburtonvbanea: your line got truncated, but yes its best not to put layers/config in scm.  template files are the solution, yocto-autobuilder generates large chunks of config for us based on a few variables.19:50
*** HavoK is now known as Guest8586219:50
alimonpohly: i have been found this kind of non-compatibility in python sys libraries19:50
pohlyalimon: you are overriding an internal Python method. It's not surprising that this breaks from time to time.19:51
pohlyYou probably should add a unit test for this particular aspect, otherwise it'll cause problems again for the next developer who accidentally triggers the loader exception with a future, modified Python version.19:52
vbanearburton: I'm not convinced about the template approach, because modifying templates and committing them would not update already existing configuration in build directories.19:53
alimonpohly: other thing is why the default behavior in python unittest is to report this errors in runtime,19:53
rburtonvbanea: how do you propose to handle the requirement for absolute paths in bblayers.conf if you commit it to git?19:53
rburtonthe ideal for local.conf is that the only content in it is DISTRO=mydistroname19:53
rburton*maybe* machine if you support many machines and you can't just set that in the distro too19:54
vbaneaIt's useful to me to know the absolute paths issue.. is this the only reason that you know about?19:57
rburtonwell what's wrong with a template bblayers, and then move all your configuration to where it should be: your distro conf19:57
kergothrburton: absolute paths is pretty easy to address if the path is relative to where bblayers lives19:57
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:e864:8061:541c:448> has quit IRC19:57
kergothi've done it before, just use TOPDIR, and set TOPDIR relative to bblayers.conf, if needed19:58
kergothbut template is still better19:58
vbaneaWe added layers to bblayers.conf and our build machine does incremental builds19:58
pohlyalimon: probably because then errors in the tests or test classes end up in the usual test result reporting.19:58
vbaneaso the build broke and people went nuts and want a solution19:58
pohlyBoth approaches have their merits.19:58
kergothIMO keeping the same build dir across multiple automated builds is a recipe for pain, too easy for some change to leak in if you aren't starting with a clean slate. if you want incremental builds, just use sstate19:59
kergoththat's what most do, afaik. it's certainly what we do, daily builds from sstate and weekly/release from scratch19:59
*** Guest85862 <Guest85862!> has left #yocto20:00
vbaneaSo the recommended approach would be for the build machine to recreate its build dir for every build, while pointing to a peristent downloads path and sstate-cache path. Do I understand correctly?20:00
vbaneathank you very much, that's very valuable information20:01
*** dreyna <dreyna!> has joined #yocto20:01
*** ant_home <ant_home!> has joined #yocto20:01
*** HavoK__ <HavoK__!> has joined #yocto20:01
rburtonbuilding from sstate is a valuable code path to exercise, if the AB always does incremental builds then it won't exercise that path at all20:01
alimonpohly: yes may be but that kind of errors are development related because isn't execute the real test, and for us is better to know when something is very wrong like a typo when importing certain module or something20:02
*** HavoK__ <HavoK__!> has joined #yocto20:02
alimonbut yes i will add the other case and a unittest inside oeqa/core/tests20:02
*** pohly <pohly!> has quit IRC20:04
HavoK__hi, so I added udev-extraconf to my image so that the usb can auto mount. plugged in the USB and i can see it making /run/media/sda1 and there is nothing insides the folder. I run the mount command and the device isn’t mounted. But the script /etc/udev/scripts/ keeps saying successfuly mounted everytime and remove and plug the usb back in.20:04
HavoK__It will mount successfully though when I run the mount command manually for the same directory20:04
*** clopez <clopez!> has joined #yocto20:08
vbaneaWe're a very small team maintaining our yocto recipes, and we've had the build work with "rm_work" active and fail with "rm_work" not active. While I realise that the root cause might be a badly written recipe, I need to track changes such as that in the build configuration.20:08
*** stefan___ <stefan___!> has joined #yocto20:08
vbaneaWould I put that in the distro conf?20:08
*** luc4 <luc4!> has quit IRC20:10
*** fischerm <fischerm!> has quit IRC20:10
*** fischerm <fischerm!> has joined #yocto20:10
rburtonvbanea: failing with rm_work disabled but working enabled is the strangest error.  but yes, that could be distro conf.20:11
rburton(usually its the other way around, rm_work deletes stuff that other recipes were reading from the work directories)20:12
*** luc4 <luc4!> has joined #yocto20:13
vbaneaI know! Didn't investigate that yet, but I was just as surprised.20:13
vbaneaIf you had customers with different software needs from multiple upstream layers, would you just pile the layers for everyone or have different template dirs per customer? Adding layers would basically risk changing the output for an old machine/image i was thinking..20:22
*** stefan___ <stefan___!> has quit IRC20:22
*** jkroon_ <jkroon_!> has quit IRC20:24
*** sjolley <sjolley!~sjolley@> has quit IRC20:25
*** stefan___ <stefan___!> has joined #yocto20:44
*** WillMiles <WillMiles!> has quit IRC20:46
*** bavery_fn <bavery_fn!~bavery@> has quit IRC20:48
*** ntl <ntl!> has quit IRC20:50
*** marka <marka!> has quit IRC20:53
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC21:01
*** bluelightning <bluelightning!> has joined #yocto21:12
*** bluelightning <bluelightning!> has quit IRC21:12
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:12
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto21:14
*** dreyna <dreyna!> has quit IRC21:17
*** stefan___ <stefan___!> has quit IRC21:21
*** yann <yann!> has joined #yocto21:25
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC21:26
*** Shurelous <Shurelous!~igor@> has quit IRC21:31
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto21:39
*** sjolley <sjolley!~sjolley@> has joined #yocto21:46
*** joshuagl <joshuagl!joshuagl@nat/intel/x-fmjkbfdhvhrptyai> has quit IRC21:49
HavoK__how can i change systemd-udevd.service. I want to change a value in there. Should I do it as a pkg_postinst or is there a better way?21:50
*** bluelightning <bluelightning!> has joined #yocto21:52
*** bluelightning <bluelightning!> has quit IRC21:52
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:52
*** dreyna <dreyna!> has joined #yocto21:55
rburtonHavoK__: patch it22:04
rburtonin a postinst is a horrible way :)22:04
*** Argylelabcoat <Argylelabcoat!> has quit IRC22:06
-YoctoAutoBuilder- build #1166 of nightly-qa-extras is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1 BuildImages_2 BuildImages_3 BuildImages_4 BuildImages_5 BuildImages_6 BuildImages_7 BuildImages_8 BuildImages_9 Running Sanity Tests_2 BuildImages_10 Running Sanity Tests_3 BuildImages_11 Running Sanity Tests_4 BuildImages_12 Running Sanity Tests_5 BuildImages_13 Running Sanity Tests_6 BuildImages_14 Runni22:13
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC22:17
*** rburton <rburton!> has quit IRC22:22
garbadoshey, so, poky can be used both to build your own distributions, but is also a reference distribution unto itself?22:31
garbadosi have been told this and i'm not sure i understand. i figured a distro is something you could dd into an image and flash onto hardware. i'm not sure that i could dd poky and get anything useful22:32
*** agust <agust!> has quit IRC22:33
*** Snert__ is now known as Snert22:35
*** stephano <stephano!~stephano@> has quit IRC22:41
kergothno, that's not what a distro is for linux in general, and it's really not in oe context22:42
*** ant_home <ant_home!> has quit IRC22:53
garbadosyocto docs call poky a "reference distribution" and i'm not sure what that means
*** yann <yann!> has quit IRC22:59
smurraygarbados: it serves as an example; you can use it as is (potentially with some tweaks), or just as a reference for creating your own custom distribution23:04
*** CruX| <CruX|!> has quit IRC23:06
*** CruX| <CruX|!> has joined #yocto23:06
garbadossmurray, ah, ok. so it's a reference distro in the sense that to make my own distro, i might fork poky and build onto it?23:07
smurraygarbados: yes23:08
garbadossmurray, that makes sense, thank you :)23:09
smurraygarbados: np23:09
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC23:10
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto23:14
*** stephano <stephano!~stephano@> has joined #yocto23:21
*** majuk <majuk!> has quit IRC23:32
*** Trinners <Trinners!> has quit IRC23:36
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC23:52
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto23:53

Generated by 2.11.0 by Marius Gedminas - find it at!