Monday, 2017-01-16

*** armpit <armpit!~akuster@2601:202:4001:9ea0:ea2a:eaff:fe0e:629e> has joined #yocto00:00
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC00:15
*** paulg <paulg!~paulg@> has quit IRC00:56
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto01:06
*** paulg <paulg!> has joined #yocto01:23
*** john4 <john4!> has joined #yocto01:28
*** JordonWu <JordonWu!~quassel@> has joined #yocto01:30
*** JordonWu <JordonWu!~quassel@> has quit IRC01:37
*** john4 <john4!> has quit IRC01:38
*** JordonWu <JordonWu!~quassel@> has joined #yocto01:38
*** stephano <stephano!~stephano@> has quit IRC01:41
*** aehs29 <aehs29!~aehernan@> has joined #yocto01:51
*** nighty <nighty!> has joined #yocto02:02
*** thaytan <thaytan!> has quit IRC02:21
*** thaytan <thaytan!> has joined #yocto02:22
*** bananadev <bananadev!~onlyester@> has joined #yocto02:22
*** gtristan <gtristan!> has quit IRC02:40
*** aehs29 <aehs29!~aehernan@> has left #yocto03:26
*** Snert_ <Snert_!~snert_@> has quit IRC04:18
*** Snert_ <Snert_!~snert_@> has joined #yocto04:19
*** armpit <armpit!~akuster@2601:202:4001:9ea0:ea2a:eaff:fe0e:629e> has quit IRC04:26
*** catch22_ <catch22_!> has joined #yocto04:27
*** paulg <paulg!> has quit IRC05:02
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC05:03
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto05:04
*** smartin <smartin!> has quit IRC05:46
*** smartin <smartin!> has joined #yocto05:50
*** bananadev <bananadev!~onlyester@> has quit IRC06:10
*** AndersD <AndersD!> has joined #yocto06:11
*** bananadev <bananadev!~onlyester@> has joined #yocto06:13
*** manuel_ <manuel_!> has quit IRC06:20
*** AndersD <AndersD!> has quit IRC06:26
*** AndersD <AndersD!> has joined #yocto06:28
*** pohly <pohly!> has joined #yocto06:42
*** kjokinie <kjokinie!~kjokinie@> has quit IRC06:42
*** kjokinie <kjokinie!~kjokinie@> has joined #yocto06:43
*** kjokinie1 <kjokinie1!~kjokinie@> has joined #yocto06:43
*** kjokinie <kjokinie!~kjokinie@> has quit IRC06:45
*** nbigaouette <nbigaouette!> has quit IRC06:54
*** nbigaouette <nbigaouette!> has joined #yocto06:55
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC06:55
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto06:58
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto07:00
*** agust <agust!> has joined #yocto07:14
*** qt-x <qt-x!~Thunderbi@> has joined #yocto07:16
*** ziggo <ziggo!~ziggo@> has joined #yocto07:18
*** Snert <Snert!> has quit IRC07:29
*** stephano <stephano!~stephano@> has joined #yocto07:33
*** arkver <arkver!> has joined #yocto07:33
*** morphis <morphis!> has joined #yocto07:33
*** Snert <Snert!> has joined #yocto07:37
*** Guest87413 <Guest87413!~jku@> has joined #yocto07:38
*** rob_w <rob_w!~bob@> has joined #yocto07:40
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:40
*** john4 <john4!> has joined #yocto07:48
*** marquiz <marquiz!~marquiz@> has joined #yocto07:50
*** Snert_ <Snert_!~snert_@> has quit IRC07:53
*** Snert_ <Snert_!~snert_@> has joined #yocto07:53
*** csanchezdll <csanchezdll!> has joined #yocto07:56
*** hamis <hamis!~irfan@> has joined #yocto07:58
*** TuTizz <TuTizz!~TuTizz@> has joined #yocto08:00
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto08:00
*** ziggo <ziggo!~ziggo@> has quit IRC08:04
*** nrossi <nrossi!uid193926@gateway/web/> has joined #yocto08:09
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC08:12
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto08:14
*** rajm <rajm!> has joined #yocto08:18
*** ziggo <ziggo!~ziggo@> has joined #yocto08:18
*** egavinc <egavinc!> has joined #yocto08:18
*** eduardas_m <eduardas_m!~eduardas_@> has joined #yocto08:20
*** morphis <morphis!> has quit IRC08:22
*** poor-man <poor-man!d97eb626@gateway/web/freenode/ip.> has joined #yocto08:22
*** fl0v0 <fl0v0!> has joined #yocto08:24
*** MWelchUK <MWelchUK!> has joined #yocto08:28
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC08:31
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:32
*** florian_kc is now known as florian08:33
*** morphis <morphis!> has joined #yocto08:33
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto08:34
*** Kakounet <Kakounet!> has joined #yocto08:35
*** TobSnyder <TobSnyder!> has joined #yocto08:37
*** sameo <sameo!~samuel@> has joined #yocto08:40
*** t0mmy <t0mmy!~tprrt@> has joined #yocto08:43
*** lemagoup <lemagoup!~lemagoup@> has joined #yocto08:49
*** eduardas_m <eduardas_m!~eduardas_@> has quit IRC08:55
*** TobSnyder <TobSnyder!> has quit IRC08:58
*** JoiF <JoiF!~jofr@> has joined #yocto08:58
*** TobSnyder <TobSnyder!> has joined #yocto08:58
*** Biliogadafr <Biliogadafr!> has joined #yocto08:59
*** t0mmy <t0mmy!~tprrt@> has quit IRC09:01
*** t0mmy <t0mmy!~tprrt@> has joined #yocto09:03
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto09:07
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto09:07
*** mdnneo <mdnneo!~umaucher@> has joined #yocto09:08
*** eduardas_m <eduardas_m!~eduardas_@> has joined #yocto09:09
*** toscalix <toscalix!~toscalix@> has joined #yocto09:09
*** CyrilF <CyrilF!c186db48@gateway/web/freenode/ip.> has joined #yocto09:12
*** adca <adca!~adca@> has joined #yocto09:13
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC09:19
*** graphiqs <graphiqs!> has joined #yocto09:21
*** mckoan|away is now known as mckoan09:24
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto09:28
*** grma <grma!~gruberm@> has joined #yocto09:32
*** psnsilva <psnsilva!> has joined #yocto09:35
*** gregd <gregd!~greg@> has joined #yocto09:38
*** Snert <Snert!> has quit IRC09:40
*** Snert <Snert!> has joined #yocto09:46
*** joshuagl <joshuagl!joshuagl@nat/intel/x-jiwgxbkdrpdyhmiw> has joined #yocto09:48
*** LHL60 <LHL60!~quassel@> has joined #yocto09:52
*** CTtpollard <CTtpollard!> has joined #yocto09:57
*** ant_work <ant_work!> has joined #yocto09:57
*** LHL60 <LHL60!~quassel@> has quit IRC09:59
*** AndersD <AndersD!> has quit IRC09:59
*** LHL60 <LHL60!~quassel@> has joined #yocto09:59
*** geoffrey_l <geoffrey_l!> has joined #yocto10:01
*** avalluri <avalluri!avalluri@nat/intel/x-ftlvdidvlblferfm> has joined #yocto10:03
*** JordonWu <JordonWu!~quassel@> has quit IRC10:04
*** bananadev <bananadev!~onlyester@> has quit IRC10:05
*** zeenix <zeenix!~zeenix@> has joined #yocto10:05
*** bananadev <bananadev!~onlyester@> has joined #yocto10:09
RPpohly: your tips on postinst logging came in handy, thanks! :)10:11
pohlyRP: are you sure that was from me?10:12
pohlyI don't remember anything about that ;-}10:12
*** AndersD <AndersD!> has joined #yocto10:15
RPpohly: - seems it was you :)10:17
pohlyYep. But that was over a year ago - I'm not expected to remember that, am I? ;-}10:19
nrossiOf course not :P10:20
RPpohly: The sad thing was I could remember someone had sent a patch but I couldn't find it for a while :/10:20
*** ed2 <ed2!~Adium@> has joined #yocto10:21
*** nighty <nighty!> has quit IRC10:22
CyrilFi've a little issue with ssh10:24
CyrilFi'd like to fetch a private repository from gitlab10:24
CyrilFi can clone my repository with ssh using the `git` command10:24
CyrilFbut bitbake cannot fetch de sources10:25
CyrilFI get an error: ssh: Could not resolve hostname Name or service not known10:25
nrossiCyrilF: what is the SRC_URI you are using? also what mechanism are you using for auth?10:25
CyrilFI adde my public RSA key to my gitlab account10:26
CyrilFhere is my uri: git://;protocol=ssh10:27
*** condo4 <condo4!~fproriol@2001:41d0:1:f43e::1> has joined #yocto10:27
nrossiCyrilF: Ah theres your problem, your src_uri should be 'git://;protocol=ssh'10:27
CyrilFi see...10:28
CyrilFthat solved this issue thanks :)10:29
condo4Hi, Since a while I have an issue with kernel-fitimage.bbclass, there is a python error. In fact, there is a fix proposed in october, but it's seem still not apply... why ??10:30
condo4This fix works for me; and without it, the recipe can't work at all without UBOOT_SIGN_ENABLE option...10:31
nrossicondo4: But i have pinged my patch 3 times ><... tbh I am not sure why it keeps getting missed10:32
CyrilFunfortunatelly, that doens't clone the repo10:32
nrossiCyrilF: Same or different error?10:32
CyrilFas it's an other task10:32
nrossiCyrilF: Whats the error?10:32
*** rburton <rburton!> has joined #yocto10:33
CyrilFthe /git directory stay empty10:33
CyrilFI must run git pull manually10:33
nrossiCyrilF: whats the full error message? which task, etc.10:33
condo4nrossi: I saw your different pinged... since this patch is very important to make recipe working, why it's still not apply mainline ?10:34
CyrilFtask: do_configure10:34
*** voltbit <voltbit!~acid___@> has joined #yocto10:34
CyrilFls: cannot access './poky/build-neo/tmp/work/cortexa9hf-neon-poky-linux-gnueabi/vesta-app/2.0.0+gitAUTOINC+4da585bffe-r0/git/*.pro': No such file or directory10:34
* RP notes that rss is not entirely well on the new AB :(10:35
CyrilFthis is a Qt5 app10:35
RPnot surprising I guess10:35
*** joseppc <joseppc!> has joined #yocto10:37
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto10:37
nrossiCyrilF: Make sure it is checking out the source you expect to that directory mentioned10:37
CyrilFthe sources should by cloned in a git directory10:38
CyrilF(named `git`)10:38
CyrilFthere is a `.git` directory in it so the local repository is created but not cloned10:39
CyrilFI must run `git pull` (or `git fetch`?) to get the sources10:40
CyrilFfrom the remote repo10:40
nrossiCyrilF: not sure what you mean. The git fetcher in bitbake should fetch the remote and clone the repo into the workdir with the directory name "git/"10:41
CyrilFyes but it didn't clone it10:41
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC10:44
CyrilFit creates an empty "git/" directory with an empty file and the right "git/.git/" directory10:45
*** berton <berton!~berton@> has joined #yocto10:46
*** voltbit <voltbit!~acid___@> has quit IRC10:47
CyrilFthe clone step is missing10:48
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC10:56
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto10:57
mborzeckied2: did you get a chance to look at ?11:01
ed2mborzecki: yes, I did. It looks good to me, thank you.11:03
mborzeckigreat :) thanks11:03
*** Biliogadafr <Biliogadafr!> has quit IRC11:04
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto11:10
nrossiCyrilF: If there is an empty readme, chances are its your repo that is "empty". the git fetcher does not create a readme file.11:20
*** rubdos <rubdos!> has joined #yocto11:20
*** bananadev <bananadev!~onlyester@> has quit IRC11:23
*** ian_arkver <ian_arkver!> has joined #yocto11:24
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC11:25
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto11:26
*** arkver <arkver!> has quit IRC11:27
*** caiortp <caiortp!~inatel@> has joined #yocto11:42
*** AndersD <AndersD!> has quit IRC11:43
*** AndersD <AndersD!> has joined #yocto11:45
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:47
*** jku_ <jku_!> has joined #yocto11:52
*** AndersD <AndersD!> has quit IRC11:53
*** Guest87413 <Guest87413!~jku@> has quit IRC11:54
*** arkver_ian <arkver_ian!> has joined #yocto11:54
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC11:56
*** ian_arkver <ian_arkver!> has quit IRC11:57
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto11:57
*** jku_ <jku_!> has quit IRC11:57
*** nighty <nighty!> has joined #yocto12:00
*** ftonello <ftonello!~felipe@> has joined #yocto12:02
*** jku_ <jku_!> has joined #yocto12:03
*** bernarrrrrrrrrrr <bernarrrrrrrrrrr!~bernardo@> has joined #yocto12:04
bernarrrrrrrrrrrhey everyone12:04
bernarrrrrrrrrrrI'm trying to use devtool to build a recipe12:04
bernarrrrrrrrrrrI keep getting the following error:12:05
bernarrrrrrrrrrrOSError: [Errno 13] Permission denied: '/../dl'12:05
RPed2: any luck with the rss wic patches? I did try a quick hack but wasn't successful with it :/12:05
bernarrrrrrrrrrranyone knows what that is?12:05
*** istarilucky <istarilucky!~rlucca@> has joined #yocto12:05
RPbernarrrrrrrrrrr: did you set that path in local.conf to anywhere?12:05
RPer, did you set that path anywhere in local.conf?12:06
*** AndersD <AndersD!> has joined #yocto12:06
*** Kakounet <Kakounet!> has quit IRC12:11
ed2RP: not yet, just starting. I was off on Friday.12:12
ed2ooo I mean :)12:13
RPed2: ah, ok, np12:14
*** _dv_ <_dv_!> has quit IRC12:15
*** _dv_ <_dv_!> has joined #yocto12:16
*** jku_ <jku_!> has quit IRC12:23
*** jku_ <jku_!~jku@> has joined #yocto12:26
*** toanju <toanju!~toanju@> has joined #yocto12:35
CyrilF@nrossi: my repo isn't empty12:37
*** catch22 <catch22!~aboseley@> has quit IRC12:38
nrossiCyrilF: are you checking out the expected ref/rev?12:38
CyrilFhm, this could be the stupid reason12:39
CyrilF@nrossi: you were right12:41
CyrilFI have a warning "VestaApp/app.conf is owned by uid 1000, which is the same as the user running bitbake. This may be due to host contamination"12:42
CyrilFbut it compiles :)12:42
*** bernarrrrrrrrrrr <bernarrrrrrrrrrr!~bernardo@> has quit IRC12:48
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC12:50
ed2does anybody know why MACHINE variable is not present in 'bitbake -e core-image-minimal' output?12:51
*** Kakounet <Kakounet!> has joined #yocto12:51
CyrilF@nrossi: thanks :)12:51
nrossiCyrilF: No problem, :)12:52
rburtoned2: because it's unexported.  i thought i had a patch to make it appear anyway12:53
ed2rburton: and how to export it?12:53
rburtonoh i never posted it, damn12:53
rburtonits known to break things12:54
ed2rburton: yep12:54
rburtoncan't recall what - and it would be good if MACHINE was unexported in specific recipes instead of all, yes12:54
rburton Make sure MACHINE isn't exported12:54
rburton# (breaks binutils at least)12:54
rburtonMACHINE[unexport] = "1"12:54
rburtonto be honest that might be all due to the make -e we used to do12:55
rburtonso that may be stale12:55
rburtonwant to uncomment that line and see if anything breaks?12:55
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has joined #yocto12:55
rburtonRP: ^ do you have an opinion?12:56
*** voltbit <voltbit!~acid___@> has joined #yocto12:56
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto12:58
rburtonross/env is now rebased and outputs unexported variables in the -e output12:58
rburtoni'll clean it soon and post12:58
ed2rburton: works for me:13:01
ed2$ bitbake core-image-minimal -e |grep ^MACHINE=13:01
ed2rburton: probably it will breake when rebuilding binutils13:01
*** ziggo <ziggo!~ziggo@> has quit IRC13:01
ed2rburton: i.e. if I remove sstate13:02
rburtoni can fire a clean build to see what happens overnight, i have scripts for this sort of fun13:02
grmahi, is there a pre defined way in yocto to include install things in sdcard image to flash a nand/nor device (like, kernel, dtb, ubifs) ?13:02
*** mdnneo <mdnneo!~umaucher@> has quit IRC13:04
grmai mean, first generate bootloader, kernel, dtb, ubifs and include them with a install script in a sdcard image ?13:06
ed2grma: you can look at wic image configuration for beaglebone and edgerouter machines in meta-yocto-bsp.13:07
*** catch22_ <catch22_!> has quit IRC13:07
grmaed2: thx, i will look13:08
ed2grma: beaglebone has dtb and kernel on the first partition and known to work13:08
*** LHL60_ <LHL60_!~quassel@> has joined #yocto13:10
RPrburton: I'm pretty sure some build scripts in things like binutils and glibc use this variable name and the exported value causes obtuse failures (or did)13:11
rburtonbut if we're not using make -e anymore, will it break?13:12
*** condo4 <condo4!~fproriol@2001:41d0:1:f43e::1> has quit IRC13:13
RPrburton: make doesn't clear the environment13:14
RPrburton: these were scripts iirc13:14
*** LHL60 <LHL60!~quassel@> has quit IRC13:14
RPit was years ago though13:14
RPrburton: keep in mind we really want to clean up the environment, not add to it.13:14
*** mdnneo <mdnneo!~umaucher@> has joined #yocto13:14
* RP wonders why MACHINE might be exported13:15
rburtonanother good question13:15
rburtonlets just remove that unexport line :)13:16
RPrburton: :/13:18
rburtonwhat the hell13:18
RPrburton: also,
rburtonso is it exported or not ;)13:18
*** LHL60_ is now known as LHL6013:19
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC13:19
rburtontotally running a full build test tonight with those two unexports removed13:19
ant_workRP: wasn't it when people where building for multiple machines from cmdline?13:20
ed2rburton: it's not exported as far as I can see. I have MACHINE[unexport] = "1" in my bitbake.conf13:20
rburtonand base.bbclass also unexports it again13:20
rburtonbut it is never exported anyway…13:21
rburtonso lets delete the unexports, -e works again, and nothing changes13:21
*** LHL60 <LHL60!~quassel@> has quit IRC13:21
rburtonoh its the env var thing isn't it13:21
rburtonMACHINE=foo bitbake bar13:21
rburtonant_work: sorry missed your comment above13:22
ant_workiirc it was an Angstrom thing13:22
RPrburton: and :/13:23
RPrburton: yes, but we no clean out the environment so that shouldn't be an issue13:24
rburtonthis needs retesting13:24
rburtonAR taken13:24
*** hamis <hamis!~irfan@> has quit IRC13:24
*** voltbit <voltbit!~acid___@> has quit IRC13:26
*** McMM <McMM!5e2a533e@gateway/web/freenode/ip.> has joined #yocto13:31
*** manuel_ <manuel_!> has joined #yocto13:33
*** dmoseley <dmoseley!> has quit IRC13:33
* RP notes oe-selftest smashes the local sstate cache13:35
*** lamego <lamego!~jose@> has joined #yocto13:35
nrossiRP: If your free, just wanted to query if you know why this patch (, and those mentioned in the newest message) have been missed?, if its a matter of me missing something?13:35
RPnrossi: I think we've likely just failed to pick them up, sorry. rburton?13:36
nrossiRP: its just someone was asking about it on this channel before. And I am about to send a big series and wanted to make sure I wasn't doing something wrong :)13:37
rburtonthanks for the ping, sorry13:38
RPnrossi: resending is probably going to be the best way to move forward13:39
nrossiRP: ok, i will resend it as a full series with cover :). Just ignore those patches13:40
*** JosePerez <JosePerez!~jgperezc@> has joined #yocto13:41
*** Crofton|work <Crofton|work!> has quit IRC13:42
*** ronan__ <ronan__!> has joined #yocto13:42
*** ian_arkver <ian_arkver!> has joined #yocto13:43
RPnrossi: thanks and sorry, please do remind us if we miss patches13:44
nrossiRP: no problem, i think i just managed to send it at the wrong time, right during a release ;)13:44
*** arkver_ian <arkver_ian!> has quit IRC13:46
RPnrossi: right, that would mean it would be on the back burner :/13:48
rburtonnrossi: see ross/mut2, hopefully that was everything?13:51
*** Crofton|work <Crofton|work!> has joined #yocto13:51
nrossirburton: That was the 3 yep, thanks, quick enough to stop me from sending the series as RP suggested above ^13:52
RPnrossi: just wasn't sure if they still applied cleanly13:53
*** marka <marka!> has joined #yocto13:55
*** qt-x <qt-x!~Thunderbi@> has quit IRC13:58
*** marka <marka!> has joined #yocto13:59
*** ziggo <ziggo!~ziggo@> has joined #yocto13:59
* RP finally makes the build work but can't remember why he was fixing it14:03
*** poor-man <poor-man!d97eb626@gateway/web/freenode/ip.> has quit IRC14:03
CTtpollardbecause it was broken? :P14:03
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC14:03
RPCTtpollard: well, yes, but there was some other specific issue which triggered me to run this in the first place14:03
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto14:06
jku_been there done that. Then you're sitting there with a weirdly specific patch but no idea what to do next14:08
*** jku_ is now known as jku14:09
*** phoo1234567 <phoo1234567!> has joined #yocto14:09
*** McMM <McMM!5e2a533e@gateway/web/freenode/ip.> has quit IRC14:10
*** rcw <rcw!~rwoolley@> has joined #yocto14:13
*** paulg <paulg!> has joined #yocto14:15
*** ziggo <ziggo!~ziggo@> has quit IRC14:16
*** aV_V <aV_V!~aV_V@> has joined #yocto14:16
*** arkver_ian <arkver_ian!> has joined #yocto14:17
*** mdnneo <mdnneo!~umaucher@> has quit IRC14:18
*** ian_arkver <ian_arkver!> has quit IRC14:20
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC14:23
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto14:23
Strike5150Good morning, there seems to be a new way to set preferred_version using default_preference?  How do I set the preferred version of net-snmp to 5.72 for example?14:23
*** skiingyac <skiingyac!32f18cc9@gateway/web/freenode/ip.> has joined #yocto14:24
*** bachp <bachp!bachpmatri@gateway/shell/> has quit IRC14:24
*** toanju <toanju!~toanju@> has quit IRC14:26
skiingyacI am trying to add a post processing hook to prepend a small header to my vmlinux .bin file.  I tried adding to IMAGE_POSTPROCESS_COMMAND but it seems to be run too early.  Is there an easy way to fire something after kernel_do_deploy() gets called?14:26
*** ntl <ntl!> has joined #yocto14:27
*** ziggo <ziggo!~ziggo@> has joined #yocto14:30
*** jku <jku!~jku@> has quit IRC14:32
*** gtristan <gtristan!> has joined #yocto14:35
*** manuel_ <manuel_!> has quit IRC14:45
*** ant_work <ant_work!> has quit IRC14:47
rburtonnrossi: patchbomb!14:49
nrossirburton: Yep :) hope its not too big14:50
*** shakeel__ <shakeel__!73ba1f94@gateway/web/freenode/ip.> has joined #yocto14:51
*** aehs29 <aehs29!~aehernan@> has joined #yocto14:54
*** ziggo <ziggo!~ziggo@> has quit IRC14:55
*** bachp <bachp!bachpmatri@gateway/shell/> has joined #yocto14:56
*** AndersD <AndersD!> has quit IRC14:57
*** manuel_ <manuel_!~manuel@> has joined #yocto15:01
shakeel__Hi All, I need some help regarding Toaster interface. I am running a production instance of the Toaster using Krogoth 2.1.2 and on a Ubuntu 16.04 machine. It works fine but for command line builds it is not showing the build progress correctly. In fact progress bar gets stuck on 80 or 90 % something. All the setup was working under Jethro but after upgrading it to Krogoth it started showing this. Any help would be appreciated. Than15:03
shakeel__Where should I look for any possible issue?15:04
*** madisox <madisox!~madison@> has joined #yocto15:05
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto15:12
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:14
*** skiingyac <skiingyac!32f18cc9@gateway/web/freenode/ip.> has quit IRC15:22
*** ziggo <ziggo!~ziggo@> has joined #yocto15:22
*** aratiu <aratiu!~adi@> has quit IRC15:25
eduardas_mhello, what to do when a fetch of a file succeeds, but the file is not put in the corresponding work directory?15:25
eduardas_mthis is a local file I try to get with SRC_URI += " file://sw-description"15:25
eduardas_mthis is related to a problem some other people had making SWUpdate work for them:!topic/swupdate/O2VdV7SBVr015:29
davisso anywho my colleague has helped me get debug symbols for my yocoto build.15:30
eduardas_mI am also trying to integrate meta-swupdate with my project and get stuck with a similar problem15:30
davisive got a failure in setfiles from yocto during the selinux build15:30
davisim a newbie when it comes to this but it looks like15:30
davisthe code is trying to get attributes of dir entries15:31
davisand they are null15:31
davisthen later it tries to do a strcmp without checking that the pointer could be null and thus it segfaults.15:31
davisnow why this code path is not taken on a previous build is something i have not determined15:32
davisi guess i need to do another build with debug info on the build that worked so i can run them side by side15:32
*** voltbit <voltbit!~acid___@> has joined #yocto15:38
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:43
*** ziggo <ziggo!~ziggo@> has quit IRC15:44
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC15:48
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC15:52
*** ayaka <ayaka!> has quit IRC15:52
joshuaglrburton: RP: I just noticed DISTRO_VERSION in meta-poky doesn't include "snapshot-${DATE}" in master, is that intentional?15:55
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto15:55
*** sgw_ <sgw_!~sgw_@> has quit IRC15:57
*** Biliogadafr <Biliogadafr!> has joined #yocto16:00
RPjoshuagl: no16:00
*** ziggo <ziggo!~ziggo@> has joined #yocto16:00
*** Snert_ <Snert_!~snert_@> has quit IRC16:03
*** Snert_ <Snert_!~snert_@> has joined #yocto16:03
joshuaglRP: patch sent to poky@16:07
*** benjamirc <benjamirc!besquive@nat/intel/x-zxftskwxxhllyeis> has joined #yocto16:11
*** grma <grma!~gruberm@> has quit IRC16:13
*** CyrilF <CyrilF!c186db48@gateway/web/freenode/ip.> has quit IRC16:14
*** ziggo <ziggo!~ziggo@> has quit IRC16:20
istariluckywhich recipe create the user nobody?16:21
istariluckyi see it be used in meta-oe layer, but cant find the creation of the user...16:22
*** eplauchu_ <eplauchu_!c0373626@gateway/web/freenode/ip.> has joined #yocto16:23
*** mdnneo <mdnneo!~umaucher@> has joined #yocto16:24
*** jairglez <jairglez!~jairdeje@> has joined #yocto16:29
*** bernarrrrrrrrrrr <bernarrrrrrrrrrr!~bernardo@> has joined #yocto16:29
*** eduardas_m <eduardas_m!~eduardas_@> has quit IRC16:33
*** jku <jku!> has joined #yocto16:34
*** jku is now known as Guest6984416:35
ipuustinhmm, using tinfoil API, how do I get the final rdepends? I mean after the used dynamic libraries are added there.16:35
ipuustinIt seems that from "tinfoil.cooker.recipecaches[''].rundeps" I get only those that are explicitly specified in the recipe.16:36
*** eplauchu_ is now known as eplauchu16:37
joshuaglipuustin: presumably you've done a build before trying to look for complete rdepends?16:38
ipuustinjoshuagl: Yes, at least I built the recipe which I was investigating. Would I need to build a complete image?16:40
joshuaglipuustin: no, that should be enough for the RDPEPENDS of the recipe to be able to be complete16:41
*** aV_V <aV_V!~aV_V@> has quit IRC16:44
*** graphiqs <graphiqs!> has quit IRC16:44
*** TobSnyder <TobSnyder!> has quit IRC16:44
*** csanchezdll <csanchezdll!> has left #yocto16:46
*** Guest69844 <Guest69844!> has quit IRC16:46
joshuaglipuustin: I don't know enough about tinfoil to know whether that's expected to work, oe-pkgdata-util reads the files generated during packaging (as does toaster, iirc)16:46
*** graphiqs <graphiqs!> has joined #yocto16:46
*** mdnneo <mdnneo!~umaucher@> has quit IRC16:46
ipuustinjoshuagl: ok, thanks. It could be that I'll end up reading the same files :-P16:46
alimonrburton: i'm doiing a clean build without sstates to discard possible failures16:47
ed2RP: may I see what you tried to make wic working in your rss branch?16:47
alimonin gobject and qemu upgrade16:47
joshuaglipuustin: might be worth a mail / bug report ?16:47
*** ian_arkver <ian_arkver!> has joined #yocto16:48
*** rajm <rajm!> has quit IRC16:48
RPed2: it a) needs to clean that out again when its finished and b) doesn't work16:48
alimonrburton: i just see your comment16:48
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto16:48
ipuustinjoshuagl: I'll investigate bit more still and then do that if I can't figure it out16:48
ed2RP: thanks. What does 'bitbake sysrootfs' build?16:49
*** jkridner_ <jkridner_!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto16:49
kanavinpseudo experts needed: how does one debug it?16:49
RPed2: it populates the old sysroot directories with anything already built16:49
kanavinI am hitting an issue which seems to be due to pseudo doing chroot() differently than the host16:50
seebsthe simplest solution to debugging pseudo is to assume that it's user error16:50
seebsthis has worked for me about 80% of the time16:50
seebsideally, come up with a reproducer smaller than "run bitbake" so you can focus on the actual thing that's failing.16:50
RPkanavin: perhaps you could describe the difference you're seeing?16:50
*** arkver_ian <arkver_ian!> has quit IRC16:51
RPkanavin: turning it into a specific reproducer if you can and then tracing through pseudo has worked for me before16:51
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:51
kanavinRP: actually, my real question is how to enable debug output from pseudo?16:52
RPkanavin: PSEUDO_DEBUG=<number>16:52
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:52
seebsthe number thing is sort of obsolescent16:52
seebspseudo -h should list debug flags.16:53
RPseebs: but does work ;-)16:53
seebs0:$ PSEUDO_DEBUG=r bin/pseudo ls16:53
seebsWarning: PSEUDO_PREFIX unset, defaulting to /home/seebs/src/pseudo.16:53
seebsroot_path [fopen64, 4081]: '/proc/filesystems' from '/proc/filesystems'16:53
seebsroot_path [opendir, 9647]: '/home/seebs/src/pseudo' from '.'16:53
kanavinRP: the use case if you wonder is: open a fd to /, chroot to something, fchdir to that saved fd, chroot to .16:53
kanavinRP: works in plain Linux, fails with pseudo16:54
kanavin(this is the technique rpm4 is using to enter and leave chroots)16:54
RPkanavin: in case you don't realise, seebs is the maintainer ;-)16:54
seebsrpm5's chroot works with pseudo.  hmm.16:54
seebslemme look at that.16:54
*** dmoseley <dmoseley!> has joined #yocto16:54
kanavinseebs: I think rpm5 is doing it differently altogether16:56
seebshmm. it seems to work for me. What is the "failure"?16:57
RPkanavin: rpm4 has worked in the past too which makes me think this has worked at some point16:58
RP'worked' anyway, it did build rootfs16:58
seebsI can do that sequence and pseudo is correctly reporting root paths that match my expectations.16:59
kanavinseebs: what is the contents of t?16:59
*** eplauchu <eplauchu!c0373626@gateway/web/freenode/ip.> has quit IRC17:01
kanavinseebs: list the contents of / before and after. The issue is that / is not actually pointing to original / at the end of the sequence.17:01
kanavinit still points to the "f"17:02
*** rstreif <rstreif!> has joined #yocto17:03
seebsroot_path [open, 9207]: '/' from '/'17:04
seebsthat means that pseudo's actually opening the root filesystem /, or at least, it thinks it is.17:04
binarymI should support two hardware sharing same kernel. The only difference beetween my two boards is .dtb file. I 1/ create a conf/machine/hard{1,2}.conf17:05
binarymi was thinking about creating two kernels: linux-amlogic-hard1 and linux-amlogic-hard217:06
binarymboth would include linux-amlogic.inc17:06
binarymand only differ by installed DTB in deploy dir17:06
kanavinseebs: ‎I have to be away from keyboard now, so can't respond for a couple hours17:06
binarymis it "correct" in the yocto-way-of-doing-things ?17:06
*** mckoan is now known as mckoan|away17:06
seebsOkay. I confirm that I do get the expected contents post-chroot.17:08
*** sameo <sameo!~samuel@> has quit IRC17:08
seebsalthough glob output is a bit surprising, in the chroot'd case it says "//bin" instead of "/bin".17:09
*** fl0v0 <fl0v0!> has quit IRC17:09
seebsBut yes, it's successfully escaping the chroot.17:09
kanavinseebs: thanks, I'll keep digging17:10
*** graphiqs <graphiqs!> has quit IRC17:10
*** tgraydon <tgraydon!~tgraydon@> has joined #yocto17:10
Strike5150Hi, I'm building an image using yocto/krogoth and I've run in to the 2Gig limit for mkfs.fat resize.  Anyone have a suggestion how to move forward.  Its building ext4 and fails during the do_bootimg task17:14
*** arkver_ian <arkver_ian!> has joined #yocto17:19
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto17:19
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto17:19
*** ian_arkver <ian_arkver!> has quit IRC17:21
*** aratiu <aratiu!~adi@> has joined #yocto17:22
*** geoffrey_l <geoffrey_l!> has quit IRC17:22
*** Son_Goku <Son_Goku!> has quit IRC17:25
rburtonthats the file size isn't it - the ext4 partition is 2gb, not the fat file system17:25
*** sameo <sameo!~samuel@> has joined #yocto17:25
Strike5150rburton: Yea thats right17:26
rburtonbecause FAT has a 2gb file size limit17:26
Strike5150yes exactly17:26
rburtonthis would be why we want to drop hddimg :)17:26
Strike5150in my case i can just remove debug packages for now to reduce size, but ultimately another solution would be awesome17:26
rburtondon't use hddimg is one solution17:26
Strike5150Is there another option?17:26
Strike5150If its in the manual somewhere  that's good enough for me I just don't know where to look, I haven't seen any related switches17:27
rburtonwic, i guess?17:28
rburtoni'll admit that i want to live-boot a usb stick 99% of the time so get by with hddimg17:28
Strike5150I guess i can find all the relevant information in a bbclass somewhere?17:30
rburtonask ed2 :)17:30
Strike5150I'm not aware of how to even turn it off at this point :D17:30
Strike5150I'm using wic already to produce an img but it is an hddimg17:31
*** Kakounet <Kakounet!> has quit IRC17:31
Strike5150Well at least I know where I'm at now, thanks for the info17:31
ed2Strike5150: I spent some time trying to get rid of using hddimg  by wic:
Strike5150ed2: Ok thanks, I'll give it a read17:33
*** t0mmy <t0mmy!~tprrt@> has quit IRC17:35
*** voltbit <voltbit!~acid___@> has quit IRC17:37
*** JoiF <JoiF!~jofr@> has quit IRC17:39
*** Son_Goku <Son_Goku!> has joined #yocto17:42
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC17:48
*** toscalix <toscalix!~toscalix@> has quit IRC17:50
ed2RP: wic gets native sysroot path from STAGING_DIR_NATIVE. In your branch it points to tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/recipe-sysroot-native17:51
ed2RP: I went a bit further after I changed the code to use STAGING_DIR17:54
ed2RP: now wic breakes failing to find mkdosfs. bitbake dosfstools-native && bitbake build-sysrootfs doesn't help :(17:55
ed2RP: i don't see mkdosfs under ./tmp17:55
*** rcwoolley_ <rcwoolley_!~rwoolley@> has joined #yocto17:56
*** rcw <rcw!~rwoolley@> has quit IRC17:56
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto17:57
RPed2: "bitbake dosfstools-native; bitbake build-sysrootfs" should put it there18:01
ed2RP: this is what I did.18:01
ed2RP: and it didn't help. see my message above.18:02
RPed2: $ find ./tmp/sysroots -name mkdos*18:04
RP$ bitbake build-sysrootfs18:04
RP$ bitbake build-sysroots18:04
RP$ find ./tmp/sysroots -name mkdos*18:04
RPed2: worked for me18:04
RPsorry, should be a bitbake dofsutils-native in there18:04
*** elruk <elruk!~bjkurlex@> has quit IRC18:05
*** sgw_ <sgw_!sgw_@nat/intel/x-ffsmxzatdjhxorju> has joined #yocto18:07
RPed2: heading afk for a bit, back in a few hours18:08
ed2ERROR: Nothing PROVIDES 'dosfsutils-native'. Close matches:18:09
ed2  dosfstools-native18:09
ed2  elfutils-native18:09
ed2  mtd-utils-native18:09
-YoctoAutoBuilder- build #432 of nightly-checkuri is complete: Failure [failed BuildImages] Build details are at
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto18:13
-YoctoAutoBuilder- build #1054 of poky-tiny is complete: Success [build successful] Build details are at
RPed2: typo but you know that I mean, it did work here :/18:16
*** Snert_ <Snert_!~snert_@> has quit IRC18:22
*** Snert_ <Snert_!~snert_@> has joined #yocto18:23
*** Son_Goku <Son_Goku!> has quit IRC18:23
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:31
*** jamesp <jamesp!~jamesp@> has joined #yocto18:31
*** rcwoolley_ <rcwoolley_!~rwoolley@> has quit IRC18:34
*** rcw <rcw!~rwoolley@> has joined #yocto18:34
davisdo any of you guys do fixes for meta-selinux layer?18:38
-YoctoAutoBuilder- build #1037 of nightly-non-gpl3 is complete: Success [build successful] Build details are at
*** aehs29 <aehs29!~aehernan@> has left #yocto18:51
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:52
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:58
-YoctoAutoBuilder- build #1031 of nightly-qa-skeleton is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #1025 of nightly-qa-logrotate is complete: Success [build successful] Build details are at
*** marka is now known as fnay19:10
*** fnay is now known as marka19:10
-YoctoAutoBuilder- build #1027 of nightly-oecore is complete: Failure [failed Building Toolchain Images_1] Build details are at
*** aehs29 <aehs29!~aehernan@> has joined #yocto19:32
ed2RP: it started to work. only 4 tests are still failing19:50
*** caiortp <caiortp!~inatel@> has quit IRC19:55
*** alimon <alimon!~alimon@> has quit IRC20:00
*** Son_Goku <Son_Goku!> has joined #yocto20:01
*** nrossi <nrossi!uid193926@gateway/web/> has quit IRC20:03
*** alimon <alimon!~alimon@> has joined #yocto20:03
RPed2: "started" meaning you have a patch?20:05
-YoctoAutoBuilder- build #1030 of nightly-qa-pam is complete: Success [build successful] Build details are at
RPFinally, rpurdie/wip-rss is starting to look a bit healthier:
ed2RP: I have local changes. I'll commit them when I'm done.20:05
RPed2: fair enough, thanks20:06
kanavin_homeseebs: I think I found it - the issue happens if fchdir() and second chroot() happen from a fork()d child20:07
*** marka <marka!> has quit IRC20:11
*** Son_Goku <Son_Goku!> has quit IRC20:12
kanavin_homeRP: first successful package installation with dnf and rpm4 just happened \0/20:13
*** marka <marka!> has joined #yocto20:14
*** toanju <toanju!> has joined #yocto20:15
*** alimon <alimon!~alimon@> has quit IRC20:17
*** alimon <alimon!alimon@nat/intel/x-zrzzzzztwcvlvttf> has joined #yocto20:21
RPkanavin_home: nice :)20:26
*** elruk <elruk!elruk@nat/intel/x-igltxnvphvjhokpo> has joined #yocto20:27
*** toanju <toanju!> has quit IRC20:31
*** zauberstuhl <zauberstuhl!> has joined #yocto20:33
zauberstuhlhi, I get a "File format not recognized" cause bitbake tries to link a x86 shared library instead of the arm one. how can tell a reciepe to use the non-native version?20:34
zauberstuhlI have a bbclass with ruby-cross which builds native gems. but while building it uses the wrong libs and I am not able to find the configuration issue here :\20:37
*** morphis <morphis!> has quit IRC20:39
*** voltbit <voltbit!~acid___@> has joined #yocto20:40
-YoctoAutoBuilder- build #1025 of nightly-qa-extras is complete: Success [build successful] Build details are at
*** Son_Goku <Son_Goku!> has joined #yocto20:43
*** stephano <stephano!~stephano@> has quit IRC20:43
*** stephano <stephano!~stephano@> has joined #yocto20:44
*** istarilucky <istarilucky!~rlucca@> has left #yocto20:48
aehs29zauberstuhl: there must be an error on the makefile20:52
seebskanavin: hmm. still seems to work, for me, I think?20:57
seebs        if (fork()) { int status; wait(&status); return 0; }20:57
seebsinserted that above fchdir.20:57
seebsSo the branch executing fchdir() is the one that got a zero back from fork, and thus, child process.20:59
*** rubdos <rubdos!> has quit IRC21:00
zauberstuhlaehs29: ahh thank you sir indead it was a typo in my makefile-patch function21:06
*** rcw <rcw!~rwoolley@> has quit IRC21:09
*** aehs29 <aehs29!~aehernan@> has quit IRC21:10
*** aehs29 <aehs29!~aehernan@> has joined #yocto21:10
-YoctoAutoBuilder- build #1009 of nightly-ipk is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
*** tgraydon <tgraydon!~tgraydon@> has quit IRC21:16
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC21:17
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto21:18
ed2RP: i pushed my commits to ed/wic/rss. Only one test case is failing.21:24
ed2RP: it's done using your approach:  bitbake build-sysroots21:25
*** nrossi <nrossi!uid193926@gateway/web/> has joined #yocto21:26
RPed2: I was going to say, those changes don't look so bad :)21:26
RPed2: In that case we may need to look a little more carefully at how we a) document using wic and b) ensure the wic tests clean out the build-sysroot afterwards21:27
RPed2: we need a bitbake("build-sysroots -c clean") in there somewhere21:27
RPed2: Do I need all the commits there or just the top 4?21:29
*** Snert_ <Snert_!~snert_@> has quit IRC21:29
*** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has quit IRC21:30
*** Snert_ <Snert_!~snert_@> has joined #yocto21:30
*** dl9pf <dl9pf!> has joined #yocto21:31
*** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has joined #yocto21:31
ed2RP: it depends on either you rebased your branch on latest master or not.21:31
ed2RP: as I had to cherry-pick couple of commits from ross/mut21:32
ed2RP: now they're probably in master21:32
ed2RP: i'll add tearDown method and run bitbake("build-sysroots -c clean") there21:33
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto21:33
RPed2: so it does depend on those fixes? ok. The tearDown sounds good21:35
-YoctoAutoBuilder- build #1004 of nightly-rpm is complete: Success [build successful] Build details are at
ed2RP: yes, it does. I'm not sure they're all in master already. I can check if needed.21:38
*** Snert <Snert!> has quit IRC21:41
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC21:42
RPed2: Its fine, I'll just pull them in locally. I can't update my main branch as there is an autobuilder run active against it atm21:44
*** Snert <Snert!> has joined #yocto21:44
*** zauberstuhl <zauberstuhl!> has quit IRC21:45
*** marka <marka!> has quit IRC21:45
RPactually, I can since its completed enough now21:45
sveinseWhat precisesly goes into sysroot? I'm debugging uim which fails to find anthy during configure after a wipe-sysroot, yet it is listed in DEPENDS. It is the target's sysroot I should be looking at, right?21:46
sveinseSo I'm trying to figure out what anthy package it claims to have installed in the sysroot. and from where.21:46
RPed2: I wonder how we fix these: :/21:47
RPsveinse: the sysroot population artefacts are separate from packages, keep that in mind21:48
*** aehs29 <aehs29!~aehernan@> has quit IRC21:51
sveinseRP, those are under sysroot-destdir?21:51
*** aehs29 <aehs29!~aehernan@> has joined #yocto21:51
RPsveinse: yes21:52
-YoctoAutoBuilder- build #990 of nightly-deb is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
*** sameo <sameo!~samuel@> has quit IRC21:53
ed2RP: would it work if we add dependency to build-sysroots?21:54
RPed2: no, since you need to run build-sysroots at the right point, it doesn't have dependencies21:54
ed2RP: then we need some meta sysroot recipe as you proposed earlier. wic-tools or something21:56
*** JosePerez <JosePerez!~jgperezc@> has quit IRC21:56
ed2RP: we can make wic image recipes depend on it.21:57
ed2RP: it will require to change wic code again, but that's not a big deal.21:57
sveinseCan I list what is installed in the sysroot? E.g. is there an updated manifest somewhere?21:57
*** linulin <linulin!> has quit IRC21:58
*** gtristan <gtristan!> has quit IRC21:59
sveinseMy ./sstate-control/manifest-lm-sp-anthy.populate_sysroot sais anthy.h exists there, BUT I cannot find the file present in the present sysroots...22:02
*** rstreif <rstreif!> has quit IRC22:03
RPed2: It does sound like we'll need to do that. Can I leave that with you>22:04
RPsveinse: look at the sstate-control files, those list what is installed. If its not there and in the manifest, something bad happened22:05
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC22:05
sveinseRP, it seems like that is the case. And its consistently. I'm easily recreating this on new machines22:06
*** eplauchu <eplauchu!c037362a@gateway/web/freenode/ip.> has joined #yocto22:06
ed2RP: sure. I'll try to sketch something tomorrow.22:06
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto22:09
*** pohly <pohly!> has quit IRC22:09
*** sameo <sameo!~samuel@> has joined #yocto22:10
sveinseWhat is the difference between sstate-control/manifest-*-anthy.packagedata and sstate-control/manifest-*-anthy.populate_sysroot ?22:12
bluelightningsveinse: they are for different tasks22:14
bluelightningsveinse: do_packagedata is the task that writes out packagedata (which we can use to look up information about packages independent of packaging format configured)22:14
*** linulin <linulin!> has joined #yocto22:14
sveinseControl question: are the sstate-control/*.populate_sysroot files erased on wipe-sysroot?22:14
bluelightningsveinse: do_populate_sysroot is what populates the sysroot shared with other recipes22:15
bluelightningsveinse: should be, but I don't use that script much22:15
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC22:16
sveinseIt is not. So it could be a leakage from a previous build then. I guess I can delete sstate-control/* prior to running bitbake uim -C unpack ?22:17
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto22:21
bluelightningyou really shouldn't be manually deleting anything from that folder22:21
bluelightningdoing so will result in errors later on because it will find files that have already been populated and aren't listed in the manifests22:22
sveinsewell, I ran wipe-sysroot and then deleted the folder22:22
sveinseI need to figure out why my sysroot isn't populated with files necessary for uim to configure correctly22:22
sveinseit's ruining our builds -- we can't trust the sstate cache, so its kinda serious22:23
bluelightningjust so I understand - is the problem that the files are never populated, or that they are only populated if not restoring from sstate?22:26
sveinseThe files are present if a build without sstate cache is enabled. BUT if you run wipe-sysroot; bitbake uim -C unpack, my guess is that this is a sysroot leakage from previous builds.22:28
sveinseTo recap: the uim bb file lists DEPENDS on anthy. By searching the tree I find that anthy.h is present in anthy's sysroot-destdir (like it should), but ultimately not in the final sysroot22:29
sveinseLooking at the sstate-control dir, I now got two files: manifest-lm-sp-anthy.packagedata and manifest-x86_64-anthy-native.populate_sysroot.22:37
sveinseSo why didn't it populate the device's sysroot? I think that is the key question22:38
sveinseCan I populate a specific sysroot package with a bb command?22:39
*** nighty <nighty!> has quit IRC22:40
*** john4 <john4!> has quit IRC22:42
sveinseman, this is hard and confusing22:45
bluelightningsveinse: bitbake -c populate_sysroot recipename22:46
bluelightningI honestly would avoid using wipe-sysroot unless you know what that is doing, it's not a part of normal build operations22:46
*** Biliogadafr <Biliogadafr!> has quit IRC22:47
bluelightningbitbake -c clean recipename will remove items from the sysroot for that recipe, if you run bitbake -c populate_sysroot recipename after that then the files will be restored from sstate22:47
sveinsebluelightning: I was instructed to by rburton. Never the less, I ereased tmp and build uim all over (bitbake uim -C unpack), and my previous observations still hold: No anthy in the target's sysroot, only the host sysroot22:49
bluelightningunpack only unpacks source though, that's not going to put stuff into the sysroot22:49
bluelightningright, wipe-sysroot is one of rburton's scripts22:49
sveinsecan this be a tune vs machine issue?22:50
bluelightningwhat if you use -C configure instead?22:53
*** jamesp <jamesp!~jamesp@> has quit IRC22:53
sveinsebluelightning: uhm, might you be mixing -c and -C here? Because I'm using -C to invalidate a stamp, not to stop at that task.22:53
bluelightningright perhaps I am22:53
sveinsebecause the package is being configured and built (but without the proper libs)22:54
bluelightningsveinse: what's in DEPENDS for the uim recipe?22:54
sveinseDEPENDS="anthy ..." as the first item actually22:55
*** morphis <morphis!> has joined #yocto22:56
sveinseWhat does this do: DEPENDS_class-target = "..."?22:56
*** stephano <stephano!~stephano@> has quit IRC22:58
bluelightningsveinse: that sets DEPENDS for uim as opposed to uim-native or nativesdk-uim (assuming native and/or nativesdk are in BBCLASSEXTEND respectively)23:00
bluelightningsveinse: is anthy in that overridden value as well?23:00
*** bfederau <bfederau!> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!> has quit IRC23:01
sveinseWill this construct work:23:01
*** bfederau <bfederau!> has joined #yocto23:01
*** fmeerkoetter <fmeerkoetter!> has joined #yocto23:01
sveinseDEPENDS += "${@base_contains('DISTRO_FEATURES', 'x11', 'libxft libxt', '', d)}"23:01
*** stephano <stephano!~stephano@> has joined #yocto23:02
-YoctoAutoBuilder- build #1028 of nightly-qa-systemd is complete: Success [build successful] Build details are at
*** joshuagl <joshuagl!joshuagl@nat/intel/x-jiwgxbkdrpdyhmiw> has quit IRC23:14
sveinserunning bitbake -c populate_sysroot anthy and run bitbake -C unpack uim, *then* it works properly. Then the files are present in the sysroot23:15
-YoctoAutoBuilder- build #588 of nightly-wic is complete: Success [build successful] Build details are at
sveinseSo why does not bb respond by populating the sysroot when its recipe clearly sais DEPENDS="anthy ..."? :o23:16
*** lamego <lamego!~jose@> has quit IRC23:16
rburtonbluelightning: wipe-sysroot is awesome! :)23:19
bluelightningsveinse: can you check what the final value of DEPENDS ends up being by using bitbake -e uim ?23:20
bluelightningsveinse: DEPENDS += is not going to work if you've also got DEPENDS_class-target =23:20
rburtonfwiw the class-target override on depends isn't needed, bitbake is clever enough to ignore a recipe depending on itself23:21
sveinsebluelightning: no, it is not. It is literally spelled out as above. See meta-openembedded/meta-oe/recipes-support/uim/ if you'd like23:22
rburtonoh looking at the wrong recipe23:22
rburtonyeah uim is broken23:22
rburtonwell, so much is broken there23:23
bluelightningyup :(23:23
bluelightning_class-target += will not work like the author probably assumed23:23
rburtonignoring why gtk+3 etc is only a target and not native dependency, as there's nothing to control that behaviour, the important thing is that the depends should be DEPENDS_append_class-target23:24
sveinsejup. ...and guess what, our product in the marked depends on it :(23:24
*** tgraydon <tgraydon!~tgraydon@> has joined #yocto23:24
bluelightningsveinse: change that DEPENDS_class-target += to DEPENDS_append_class-target =23:24
sveinseso, what can I do (with my little humble experience)?23:25
bluelightningah, rburton already said what I said, reading comprehension fail on my part23:25
*** manuel_ <manuel_!~manuel@> has quit IRC23:25
bluelightningrecipe specific sysroots (currently WIP by RP) would have meant this issue would have been noticed and probably fixed earlier23:27
rburtoni fixed two bugs which RSS would make redundant this morning so i can't wait :)23:27
sveinseactually, I sent a question to the oe-core mail list asking that if recipe has some error -- others than what we talked about now:23:28
sveinseSuch as "I see that it defines quite many packages that end up empty, e.g. uim-anthy. The files the FILES_uim-anthy does exist in the installation, but they are gobbled up by the FILES_${PN} rule in package splitting."23:28
sveinseWould you agree that that isn't correct?23:29
rburtonthat's standard: have PACKAGES and FILES for all possible packages, and then if they're empty they won't be generated23:29
rburtonthe problem with this recipe is that its got too many implicit dependencies for what makes those packages23:29
*** agust <agust!> has quit IRC23:30
rburtonideally youd have a load of PACKAGECONFIGs to control what is being built23:30
*** jamesp <jamesp!~jamesp@> has joined #yocto23:31
sveinserburton: yes, but uim defines the package uim-anthy with its own RDEPENDS_uim-anthy, but the uim-anthy files are found in uim and uim-anthy is empty...23:31
rburtonoh right23:31
rburtonthat's just broken23:31
rburtonsounds like the recipe hasn't been touched for ages and needs to be rewritten :)23:31
sveinseI'm willing to contribute a fix, but I'm still recipe rusty and probably need some guidance/review23:32
*** ed2 <ed2!~Adium@> has quit IRC23:32
rburtonstart by understanding why uim needs uim-native, building explicitly just what is required for that in native builds, and then doing a more complex build for target23:34
rburtonideally adding a PACKAGECONFIG for every option you can fiddle23:34
sveinsegot it23:35
rburtoneg libsdl shows how to do a pile of packageconfigs that respect distro features *and* change for target or native builds23:35
sveinseyeah, I am familiar with PACKAGECONFIG23:36
*** ntl <ntl!> has quit IRC23:36
sveinsebtw, does any of you know libedit? Because that is one library which leaks into uim depending on previous sysroots. I am unsure if it shall be enabled or disabled by default23:37
rburtonRP: ok why is mut on the ab failing all over because of sigkills23:37
rburtonie kernel fetch failed with sigkill23:38
rburtonhalstead: AB machines appeared to be OOMing frantically earlier, any ideas?23:40
rburtongoing to fire a new build to see what happens23:40
halsteadrburton, I've been offline all day. I can peek.23:41
rburtonhalstead: ross/mut2 on the main AB is full of fails from processes being killed, but nothing in the random dmesg i looked at was eating loads of ram. all a bit mysterious.23:42
rburtonbut its late, i've just fired mut on main and master on the new cluster, so fingers crossed :)23:42
*** sameo <sameo!~samuel@> has quit IRC23:42
* halstead crosses his fingers.23:42
* sveinse shouts Yeah! Finally23:43
*** manuel_ <manuel_!> has joined #yocto23:44
halsteadrburton, It's interesting that it was killing processes with what looks like 40GB of memory available.23:44
rburtonyeah. 'interesting'23:45
rburtontimes like this i'm glad i can just shout "halstead! it's being stupid again!!' ;)23:46
halsteadrburton, Goodnight. Hopefully I can figure something out.23:46
sveinserburton: goodnight. Thank you very much for your aid!23:47
*** linulin <linulin!> has quit IRC23:51
*** linulin <linulin!> has joined #yocto23:51

Generated by 2.11.0 by Marius Gedminas - find it at!