Wednesday, 2017-03-01

*** mattsm <mattsm!~mattsm@2605:6000:1019:e0:407d:dddd:8ea7:e62> has quit IRC00:02
*** mattsm <mattsm!~mattsm@2605:6000:1019:e0:d864:5954:8602:b5b6> has joined #yocto00:10
*** JordonWu <JordonWu!~quassel@> has joined #yocto00:31
*** manuel_ <manuel_!~manuel@> has quit IRC00:35
*** JordonWu <JordonWu!~quassel@> has quit IRC00:42
*** JordonWu <JordonWu!~quassel@> has joined #yocto00:44
*** Snert <Snert!> has quit IRC00:46
*** Snert <Snert!> has joined #yocto00:47
*** peacememories <peacememories!> has joined #yocto00:56
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto01:03
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC01:07
*** agust <agust!> has quit IRC01:08
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto01:11
*** manuel_ <manuel_!~manuel@> has joined #yocto01:15
*** manuel_ <manuel_!~manuel@> has quit IRC01:17
*** roxell_ <roxell_!> has quit IRC01:18
*** manuel_ <manuel_!~manuel@> has joined #yocto01:40
*** roxell <roxell!> has joined #yocto01:46
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto01:46
*** stephano <stephano!~stephano@> has quit IRC01:50
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC01:52
*** stephano <stephano!~stephano@> has joined #yocto01:55
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto02:00
*** john4 <john4!> has joined #yocto02:01
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC02:10
*** JordonWu <JordonWu!~quassel@> has quit IRC02:12
*** JordonWu <JordonWu!~quassel@> has joined #yocto02:18
*** JordonWu <JordonWu!~quassel@> has quit IRC02:23
*** JordonWu <JordonWu!~quassel@> has joined #yocto02:24
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has joined #yocto02:28
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC02:31
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC02:34
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto02:42
*** morphis_ <morphis_!> has joined #yocto02:49
*** morphis <morphis!> has quit IRC02:53
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC02:57
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto03:04
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has quit IRC03:06
*** peacememories <peacememories!> has quit IRC03:08
*** marka <marka!> has quit IRC03:24
*** dreyna_ <dreyna_!> has quit IRC03:50
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto03:54
*** gtristan <gtristan!~tristanva@> has joined #yocto04:12
*** Yahia <Yahia!c53483ad@gateway/web/freenode/ip.> has quit IRC04:43
*** stephano <stephano!~stephano@> has quit IRC04:58
*** gtristan <gtristan!~tristanva@> has quit IRC04:58
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto04:59
*** nighty <nighty!> has joined #yocto05:02
*** gtristan <gtristan!~tristanva@> has joined #yocto05:15
*** hamis <hamis!~irfan@> has joined #yocto05:24
*** voltbit <voltbit!> has joined #yocto06:02
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has joined #yocto06:30
*** Luming <Luming!~luyu@> has joined #yocto06:39
*** jobro <jobro!> has joined #yocto06:48
*** seezer <seezer!seezer@quassel/developer/seezer> has quit IRC07:00
*** seezer <seezer!seezer@quassel/developer/seezer> has joined #yocto07:00
*** redengin <redengin!~redengin@2601:600:9200:a356:225:22ff:fe3a:aa83> has quit IRC07:02
*** redengin <redengin!~redengin@2601:600:9200:a356:dc75:9a8e:f992:dd60> has joined #yocto07:04
*** pohly <pohly!> has joined #yocto07:04
*** voltbit_ <voltbit_!> has joined #yocto07:06
*** t0mmy <t0mmy!> has quit IRC07:07
*** agust <agust!> has joined #yocto07:09
*** nrossi <nrossi!uid193926@gateway/web/> has joined #yocto07:13
*** qt-x <qt-x!~Thunderbi@> has joined #yocto07:16
*** JordonWu <JordonWu!~quassel@> has quit IRC07:19
*** JordonWu <JordonWu!~quassel@> has joined #yocto07:20
*** fl0v0 <fl0v0!> has joined #yocto07:31
*** voltbit_ <voltbit_!> has quit IRC07:42
*** voltbit_ <voltbit_!> has joined #yocto07:44
*** voltbit <voltbit!> has quit IRC07:47
*** frsc <frsc!> has joined #yocto07:48
*** rob_w <rob_w!~bob@> has joined #yocto07:49
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:49
*** csanchezdll <csanchezdll!> has joined #yocto07:51
*** AndersD <AndersD!> has joined #yocto07:52
*** AndersD <AndersD!> has quit IRC07:54
*** fqtw <fqtw!~me@unaffiliated/boscop> has quit IRC07:58
*** voltbit <voltbit!> has joined #yocto08:01
*** voltbit <voltbit!> has quit IRC08:03
*** voltbit <voltbit!> has joined #yocto08:03
*** t0mmy <t0mmy!~tprrt@> has joined #yocto08:14
*** rajm <rajm!> has joined #yocto08:17
*** TobSnyder <TobSnyder!> has joined #yocto08:18
*** ant_work <ant_work!> has joined #yocto08:22
*** mihai <mihai!~mihai@> has joined #yocto08:23
*** TobSnyder <TobSnyder!> has joined #yocto08:25
*** wto <wto!> has quit IRC08:31
*** wto <wto!> has joined #yocto08:31
*** wto is now known as Guest7926908:32
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:39
*** TuTizz <TuTizz!~TuTizz@> has joined #yocto08:48
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto08:48
*** geoffrey_l <geoffrey_l!> has joined #yocto08:48
*** toanju <toanju!~toanju@> has joined #yocto08:48
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto08:50
*** mckoan|away is now known as mckoan08:51
*** voltbit <voltbit!> has quit IRC08:51
*** jku <jku!> has joined #yocto08:57
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto08:59
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC09:00
*** Biliogadafr <Biliogadafr!> has joined #yocto09:01
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC09:09
*** manuel__ <manuel__!~manuel@> has joined #yocto09:19
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC09:21
*** manuel_ <manuel_!~manuel@> has quit IRC09:21
*** manuel__ is now known as manuel_09:21
*** grma <grma!~gruberm@> has joined #yocto09:23
*** JaMa <JaMa!~martin@> has joined #yocto09:25
*** joseppc <joseppc!> has joined #yocto09:26
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto09:26
*** joshuagl <joshuagl!~joshuagl@> has quit IRC09:32
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto09:37
*** JoiF <JoiF!~jofr@> has joined #yocto09:37
*** nighty <nighty!> has quit IRC09:38
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto09:45
*** yann <yann!> has quit IRC09:46
*** hamis_lt_u <hamis_lt_u!~irfan@> has joined #yocto09:49
*** ed21 <ed21!Adium@nat/intel/x-ueztvusjovsxximu> has joined #yocto09:50
*** ed21 is now known as ed209:50
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:51
*** hamis_lt_u <hamis_lt_u!~irfan@> has quit IRC09:52
*** JordonWu <JordonWu!~quassel@> has quit IRC09:56
*** arfoll <arfoll!arfoll@nat/intel/x-xzhczfzsutvidhah> has joined #yocto09:58
*** rburton <rburton!> has joined #yocto10:17
*** voltbit <voltbit!~acid___@> has joined #yocto10:22
geoffrey_lHi, since recently when I rerun an image recipe without any change there are some tasks (including do_rootfs) being re-executed, any idea from where it come ? (I tested on core-image-minimal and core-image-sato on a new clone repo and same result)10:22
*** nighty <nighty!> has joined #yocto10:25
*** yann <yann!> has joined #yocto10:27
*** Snert__ <Snert__!~snert_@> has quit IRC10:37
*** Snert_ <Snert_!~snert_@> has joined #yocto10:38
jobroHi All,10:47
jobroI'm writing a receipe for a CMake project. This project allows to set some options. How can I set this cmake options in the receipe ?10:47
jobrorburton: Thanks !10:52
rburtonkanavin: +PR = "r1" <— no need11:11
rburtonbut yay!11:11
rburtoni do like a one line patch that lets you fix up several recipes11:11
kanavinrburton: there is a need, without it the change will not be picked up by the compile step11:11
rburtondamn well should11:11
rburtoncan't be cleaning properly11:12
kanavinrburton: feel free to test, but I wasted quite some time pulling hair when this change that should've fixed the issue, did not11:12
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC11:13
rburtonhmm the prepend changed, so it would re-run compile.  it should then do the cp correctly.11:13
kanavinrburton: it will do the cp, but the subsequent make will not figure out that the file changed, and will do nothing11:14
rburtonidiot make11:14
rburtonso, missing dependencies in the makefile?11:14
kanavinI guess11:15
kanavinI wouldn't have looked into this, but this issue prevented dnf from running on mips64 image :)11:15
kanavinit's one thing to have introspection broken for webkit, and another to have package management broken11:18
kanavinrburton: so, other than (unfortunately, multiple) multilib failures, the rest of the AB run is in pretty good shape11:19
*** Geera <Geera!c3572ad2@gateway/web/freenode/ip.> has joined #yocto11:20
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto11:20
kanavinI will try not to spend any more time on this until the end of explorathon11:20
kanavinwhich I guess pushes the whole thing to M111:20
kanavinwhich might be a good thing, because no one except marquiz actually tried the patchset, and the only way to make people do it is to force it on them - sad but true11:21
rburtonpretty much11:21
kanavinRP: ^^^11:21
*** aV_V <aV_V!~aV_V@> has joined #yocto11:21
rburtonm3 is late for such an invasive change.  if it were a gcc major bump we'd say no.11:21
RPrburton: I'm still kind of tempted to try but that is me...11:22
RPIf the patches aren't ready, that gives me a problem though11:22
RP(and I know its not for want of trying)11:22
kanavinRP: multilib is broken, or at least it is incompatible with the assumptions the AB tests make11:23
rburtonmultilib is a *nightmare*11:23
rburtonand pretty important11:23
Geerahi! I'm newby in yocto. I'm using the yocto on nitrogen6x board. I have to reduce my boot time. So I need to compile my kernel. I have changed my kernel files a little bit. How can I compile the new kernel? Do you have  any document about this?11:23
*** abogani <abogani!8c69cff3@gateway/web/freenode/ip.> has joined #yocto11:23
kanavinrburton: the basic use cases work, but AB tries advanced stuff too, unfortunately :D11:24
kanavinrburton: who is a multilib specialist, should I need one?11:26
kanavinRP: ^^^11:26
RPkanavin: probably me or fray11:27
kanavinwhich timezone fray is actually in?11:28
kanavinwhere is he?11:28
*** cdleonard <cdleonard!> has joined #yocto11:28
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto11:30
RPkanavin: mid US11:31
*** cornel <cornel!~cornel@> has joined #yocto11:38
cornelwe have issues trying to download iqvlinux from sf.net11:38
cornelis there a way to add an alternative URI for download?11:39
cornel(in the recipe)11:39
cornelfound a bitbake page about mirrors11:43
*** berton <berton!~berton@> has joined #yocto11:45
*** jku <jku!> has quit IRC11:58
*** seezer <seezer!seezer@quassel/developer/seezer> has quit IRC12:00
*** seezer <seezer!seezer@quassel/developer/seezer> has joined #yocto12:00
*** voltbit <voltbit!~acid___@> has quit IRC12:01
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC12:09
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto12:11
ant_workRP: I was wondering about base_conditional being deprecated (it isn't yet) then I started to compare oe.utils and bb.utils. Iirc long ago the idea was that bitbake is not necessaary used to build OE so it has its set of utils. Now I see there are even duplicate func between the two (i.e. prune_suffix)12:16
ant_workWhat is the logic behind the split?12:17
RPant_work: there is no idea that bitbake is not necessary to build OE that I'm aware of12:18
*** clement <clement!> has quit IRC12:18
RPant_work: In general we tend to prefer bitbake but it really depends on the context of the functions12:19
ant_workI rephrase: bitbake could build other stuff12:19
*** clement <clement!> has joined #yocto12:20
Crofton|workbetter phrasing :)12:22
ant_workiirc there was some example of bitbake ram is defective by now12:23
Crofton|workthere was a talk at elc sort of related12:25
*** mihai <mihai!~mihai@> has quit IRC12:25
*** istarilucky <istarilucky!~rlucca@> has joined #yocto12:28
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC12:28
RPRight, there was a talk where they used bitbake but their own metadata12:29
RPand this does support the idea of some of the common functions being in bitbake12:29
RPkanavin: I like the mips64 patch :)12:29
rburtonthe pr bump is bothering me :)12:29
RPrburton: well, could be worse12:30
ant_workRP: I'd say in the oe should remain only functions somehow bound to the metadata12:31
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto12:31
RPant_work: ultimately I'd agree12:32
*** jku <jku!> has joined #yocto12:39
* abogani waves all12:45
aboganiIf I build the sdk (aka -c populate_sdk) for two machines with different kernel but the same DISTRO and TUNE_PKGARCH (i.e. cortexa8hf-neon) I incur this build error:12:45
*** Snert <Snert!> has quit IRC12:46
aboganiERROR: XXXX-sdk-1.0-r0 do_populate_sdk: The recipe XXXX-sdk is trying to install files into a shared area when those files already exist12:46
aboganiThe simplest solution is set TOOLCHAIN_OUTPUTNAME to something derived from MACHINE but it creates as many SDK as MACHINE which I would prefer avoid.... What I'm doing wrong?12:46
*** Snert <Snert!> has joined #yocto12:48
RPabogani: can you be more specific about the kinds of files its trying to overwrite?12:59
RPabogani: can't you just build and use one of these if they're all the same?12:59
RPI'm guessing since the kernel is different and it could include the kernel, its building each time13:00
*** frsc <frsc!> has quit IRC13:01
aboganiRP: Are there a way to build an SDK *without* kernel so it can targeting any hw boards of TUNE_PKGARCH type?13:04
aboganiRP: It tries to overwrite the 3 files in build/tmp/deploy/sdk/.13:05
*** voltbit <voltbit!~acid___@> has joined #yocto13:05
*** frsc <frsc!> has joined #yocto13:07
*** gtristan <gtristan!~tristanva@> has quit IRC13:13
*** hamis <hamis!~irfan@> has quit IRC13:16
*** groleo <groleo!> has joined #yocto13:19
*** frsc <frsc!> has quit IRC13:21
*** voltbit <voltbit!~acid___@> has quit IRC13:22
*** wesam <wesam!> has joined #yocto13:27
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto13:27
*** frsc <frsc!> has joined #yocto13:29
*** peacememories <peacememories!> has joined #yocto13:40
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC13:40
*** paulg <paulg!> has quit IRC13:41
cornelis there a way to add more than one mirror to SOURCEFORGE_MIRROR ?13:42
*** paulg <paulg!> has joined #yocto13:43
*** marka <marka!> has joined #yocto13:44
GeeraI'm using the yocto on nitrogen6x board. I have to reduce my boot time. So I need to compile my kernel. I have changed my kernel files a little bit. How can I compile the new kernel? Do you have  any document about this?13:48
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto13:48
jkucornel: you should be able to add new ones to MIRRORS,  see meta/classes/mirrors.bbclass13:48
corneljku, thank you13:49
corneljku, ok, it seems i've needed the \n :)13:52
corneljku, thank you very much13:52
*** CoLa|work <CoLa|work!~cordlandw@> has quit IRC13:53
*** CoLa|work <CoLa|work!~cordlandw@> has joined #yocto13:54
*** tripzero <tripzero!~tripzero@> has quit IRC13:54
corneljku, is the order important?13:54
*** tripzero <tripzero!~tripzero@> has joined #yocto13:54
corneljku, if i've placed first the mirror var then the hardcoded mirror, it failed at the former without trying the latter13:55
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC13:56
jkucornel: if you add a line to MIRRORS, the original should be tried first, then the one you added14:00
corneljku, that was also my expectation14:00
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto14:01
*** peacememories <peacememories!> has quit IRC14:01
*** istarilucky1 <istarilucky1!~rlucca@> has joined #yocto14:02
*** frsc <frsc!> has quit IRC14:02
*** frsc <frsc!> has joined #yocto14:02
*** istarilucky <istarilucky!~rlucca@> has quit IRC14:03
*** lamego <lamego!jose@nat/intel/x-zmskhtepcemcinpb> has joined #yocto14:06
*** qt-x <qt-x!~Thunderbi@> has quit IRC14:07
*** madisox <madisox!> has joined #yocto14:10
*** berton <berton!~berton@> has quit IRC14:11
*** berton <berton!~berton@> has joined #yocto14:12
*** t0mmy <t0mmy!~tprrt@> has quit IRC14:13
*** groleo <groleo!> has quit IRC14:13
*** frsc <frsc!> has quit IRC14:15
*** t0mmy <t0mmy!~tprrt@> has joined #yocto14:15
*** geoffrey_l <geoffrey_l!> has quit IRC14:22
*** frsc <frsc!> has joined #yocto14:22
*** geoffrey_l <geoffrey_l!> has joined #yocto14:24
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto14:29
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC14:36
*** frsc <frsc!> has quit IRC14:39
*** geoffrey_l <geoffrey_l!> has quit IRC14:40
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:41
*** arfoll_ <arfoll_!arfoll@nat/intel/x-raohgifcglualzsd> has joined #yocto14:42
*** arfoll <arfoll!arfoll@nat/intel/x-xzhczfzsutvidhah> has quit IRC14:42
*** peacememories <peacememories!> has joined #yocto14:42
*** aV_V <aV_V!~aV_V@> has quit IRC14:43
*** frsc <frsc!> has joined #yocto14:43
*** geoffrey_l <geoffrey_l!> has joined #yocto14:44
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:e5a8:f8e5:4268:9056> has joined #yocto14:48
*** frsc <frsc!> has quit IRC14:50
*** chinhuat <chinhuat!c0c693a4@gateway/web/freenode/ip.> has joined #yocto14:51
*** abogani <abogani!8c69cff3@gateway/web/freenode/ip.> has quit IRC14:51
RPabogani: you are correct that if you don't have kernel dependencies in the sdk, it should then have the same stamps in those different configurations and not be overwriting those files14:51
*** TobSnyder <TobSnyder!> has quit IRC14:53
*** frsc <frsc!> has joined #yocto14:53
*** chinhuat <chinhuat!c0c693a4@gateway/web/freenode/ip.> has quit IRC14:55
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC15:00
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:e5a8:f8e5:4268:9056> has quit IRC15:01
jobroHi, is there a way to get a prompt to type my git credentials within bitbake. I want to use private git repositories, unfortunately key authentication is not possible on this git-server. To write my credentials to the recipe is not wanted.15:06
frayno -- bitbake process time does not permit stopping and asking the user for questions..15:07
fraythere are other ways to deal with this..15:07
frayyou can use a program that intercepts GIT_ASKPASS and returns credentials, or you can put your credentials into your local .nc file..15:07
fray(at Wind River we use a program called 'anspass',
*** Geera <Geera!c3572ad2@gateway/web/freenode/ip.> has quit IRC15:09
jobrofray: Thanks, I will check it15:13
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto15:14
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:15
*** rcw <rcw!~rwoolley@> has joined #yocto15:17
*** mihai <mihai!~mihai@> has joined #yocto15:20
*** scottrif <scottrif!> has joined #yocto15:23
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC15:27
*** arfoll_ <arfoll_!arfoll@nat/intel/x-raohgifcglualzsd> has quit IRC15:36
*** arfoll_ <arfoll_!arfoll@nat/intel/x-aitkkwovuxngtnat> has joined #yocto15:36
*** arfoll_ is now known as arfoll15:36
*** fqtw <fqtw!~fqtw@> has joined #yocto15:36
fqtwdoes vnc work on yocto?15:39
lsandovfqtw: clien?15:40
*** plp_ <plp_!~plp@> has joined #yocto15:42
fqtwlsandov, server15:44
*** mihai <mihai!~mihai@> has quit IRC15:45
lsandovfqtw: just shows client stuff15:45
fqtwlsandov, isn't x11vnc the server?15:46
*** jobro <jobro!> has quit IRC15:47
lsandovfqtw: you are right. give it a try15:47
*** Snert <Snert!> has quit IRC15:47
fqtwok thanks15:48
fqtwlsandov, btw, where should I start if I want to compile binaries for yocto with a layer, (but I don't want to build a yocto image)?15:49
LetoThe2ndi'd say the only meaningful way to use a layer without doing an acutal build is by using an esdk that fits the image in use.15:51
lsandovfqtw: why dont you want a build? you can try the vnc stuff with a qemu machine15:52
lsandovfqtw: but you need to build a image including your package15:53
*** dreyna_ <dreyna_!> has joined #yocto15:53
LetoThe2ndof course you can crosscompile for the image if you have only a toolchain. but thats unrelated to any layer, then.15:54
*** peacememories <peacememories!> has quit IRC15:55
*** ant_work <ant_work!> has quit IRC15:58
*** Snert <Snert!> has joined #yocto15:58
rburtonjoshuagl: do both ABs have the same sstate mirrors etc setup now?16:08
joshuaglrburton: both should be setting the same sstate mirror in eSDK installer configuration,  if that's what you're asking16:09
*** voltbit <voltbit!> has joined #yocto16:09
pohlyjku: do you still intend to do anything for 2.3 on ?16:10
yoctiBug 9527: enhancement, Medium, 2.3, jussi.kukkonen, NEW , Design support for a stateless OS16:10
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC16:12
*** mdnneo <mdnneo!~umaucher@> has joined #yocto16:14
*** john4 <john4!> has quit IRC16:15
fqtwlsandov, I don't have the recipe for the image I want to compile the binaries for. only the OEM has it16:17
rburtonfqtw: sounds like the OEM wasnt thinking very much about how they expect people to use the software to be honest16:17
fqtwrburton, they just expect people to use the existing functionality but not add to it16:18
*** gtristan <gtristan!~tristanva@> has joined #yocto16:18
fqtwthey are selling mainly the hardware16:18
*** jku <jku!> has quit IRC16:19
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC16:26
*** stephano <stephano!~stephano@> has joined #yocto16:30
kergothgod, archiver.bbclass is so freaking broken16:36
rburtonkergoth: tag you're it!16:37
kergothdo_ar_configured is completely non-functional for non-linux-yocto kernels, as far as i can tell. it overrides WORKDIR nad re-runs do_unpack/do_patch, but kernel.bbclass arranges to wipe STAGING_KERNEL_DIR and move S to STAGING_KERNEL_DIR regardless of what WORKDIR is set to16:37
kergothwhich means do_unpack_and_patch breaks do_configure, depending on task execution order16:38
rburtoni think i was the last person to rewrite it all, but that predates the kernel magic16:38
rburtonmaybe we need better selftest for archiver ...16:38
kergothalso, just running do_unpack and do_patch alone isn't guaranteed to get you the same source tree as S, when other tasks have been introduced to prepare the sources further16:38
*** berton <berton!~berton@> has quit IRC16:39
kergothi feel like it should just make devtool do it, if we can't hook the existing tasks, and at least get that source preparation logic consolidated in one place that way16:39
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC16:40
rburtonmaybe archiver shoud run all tasks up to do_compile instead16:40
kergothone issue is archiver tries to satisfy all use cases, so ti has a ton of configuration options, and i'm guessing we aren't testing every combination16:41
kergothbut i think fundamentally ohw it's implemented today is flawed16:41
* kergoth ponders16:42
RPkergoth: it does sound broken. We do have the "tasks between" logic now so it could be potentially fixed16:45
RPnot that I like the code16:45
kergothi think we need to add a marker along the line sof do_image_complete, but for the sources being fully prepared16:46
kergoththen devtool woudln't need its hardcoded handling of linux-yocto so much16:46
*** dv_ <dv_!> has quit IRC16:49
*** fl0v0 <fl0v0!> has quit IRC16:49
*** dv_ <dv_!~quassel@> has joined #yocto16:49
*** rajm <rajm!> has quit IRC16:50
*** csanchezdll <csanchezdll!> has left #yocto16:51
*** frsc <frsc!> has quit IRC16:51
*** ed2 <ed2!Adium@nat/intel/x-ueztvusjovsxximu> has quit IRC16:52
*** toanju <toanju!~toanju@> has quit IRC16:55
*** AndersD <AndersD!> has joined #yocto16:57
RPkergoth: doesn't do_configure effectively act as that?16:58
*** t0mmy <t0mmy!~tprrt@> has quit IRC16:58
RPkergoth: I guess you could just have a variable specifying the task with configure as the default?16:58
*** geoffrey_l <geoffrey_l!> has quit IRC16:59
*** seezer <seezer!seezer@quassel/developer/seezer> has quit IRC17:00
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto17:00
*** mckoan is now known as mckoan|away17:04
*** sjolley <sjolley!~sjolley@> has quit IRC17:05
*** JesperHan <JesperHan!~jesper@> has joined #yocto17:09
*** eplauchu <eplauchu!c037362a@gateway/web/cgi-irc/> has joined #yocto17:11
kergothtrue, i always forget about the - suffix support you added, guess just running do_configure- would get the job done17:11
*** lexano <lexano!~lexano@> has quit IRC17:12
rburtoni forgot too17:12
rburtonthe syntax is too horrible to remember ;)17:12
*** dreyna__ <dreyna__!> has joined #yocto17:16
*** lamego <lamego!jose@nat/intel/x-zmskhtepcemcinpb> has quit IRC17:16
*** lamego <lamego!jose@nat/intel/x-pubwkwsipafkyakn> has joined #yocto17:17
*** dreyna_ <dreyna_!> has quit IRC17:19
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:32
*** sjolley <sjolley!~sjolley@> has joined #yocto17:34
*** marka <marka!> has quit IRC17:34
*** marka <marka!> has joined #yocto17:35
*** joshuagl <joshuagl!~joshuagl@> has quit IRC17:35
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto17:36
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:37
*** mkelly <mkelly!> has joined #yocto17:42
*** martinkelly <martinkelly!> has quit IRC17:43
*** fqtw_ <fqtw_!~me@2a02:810c:84bf:fe48:b4f6:f654:ce88:243e> has joined #yocto17:44
*** JoiF <JoiF!~jofr@> has quit IRC17:45
*** fqtw_ <fqtw_!~me@2a02:810c:84bf:fe48:b4f6:f654:ce88:243e> has quit IRC17:45
*** fqtw_ <fqtw_!~me@unaffiliated/boscop> has joined #yocto17:45
*** berton <berton!~berton@> has joined #yocto17:50
*** grma <grma!~gruberm@> has quit IRC17:56
CrowgirlCHas anyone seen Jefro?17:57
*** mdnneo <mdnneo!~umaucher@> has quit IRC18:04
*** yann <yann!> has quit IRC18:04
*** ulf` <ulf`!~ulf@> has joined #yocto18:12
*** dreyna_ <dreyna_!> has joined #yocto18:14
*** dreyna__ <dreyna__!> has quit IRC18:17
*** stephano <stephano!~stephano@> has quit IRC18:17
*** voltbit <voltbit!> has quit IRC18:19
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto18:19
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:23
*** hipcoffadd is now known as nototto18:30
*** arfoll <arfoll!arfoll@nat/intel/x-aitkkwovuxngtnat> has quit IRC18:37
*** vmesons <vmesons!> has quit IRC18:38
*** kanavin_home <kanavin_home!~ak@> has joined #yocto18:42
*** kanavin_home <kanavin_home!~ak@> has left #yocto18:43
*** kanavin_home <kanavin_home!~ak@> has joined #yocto18:44
kanavin_homebluelightning: devtool add <git uri> doesn't work for me when trying to create a npm based recipe :(18:44
kanavin_homebluelightning: latest poky master, meta-oe is included in layers, I get this:18:45
JesperHan'Host distribution "Ubuntu-14.04" has not been validated with this version of the build system'
*** paulg <paulg!> has quit IRC18:46
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:47
JesperHanI am curious if that message is accurate somehow18:47
kergothyou're looking at the 2.2 manual, are you on the morty branch?18:48
kergothmaster dropped 14.04 for pyro, afaik18:48
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:48
*** vmeson <vmeson!> has joined #yocto18:51
*** stephano <stephano!stephano@nat/intel/x-skgganmsoekjtixy> has joined #yocto18:54
bluelightningkanavin_home: yep, there's a bug covering that18:54
bluelightningkanavin_home: it's a result of RSS18:54
kanavin_homebluelightning: at the moment my interest is mostly in getting shrinkwrap and lockdown files out of it18:55
kanavin_homebluelightning: I can write the rest of the recipe myself :)18:55
yoctiBug 10992: normal, Medium+, 2.3 M3, paul.eggleton, IN PROGRESS IMPLEMENTATION , devtool: add: check for nodejs-native broken since recipe specific sysroots changes18:55
bluelightningyou may wish to try with morty instead18:55
kanavin_homebluelightning: and then the plan it to see how Go does these things (modules installation), and whether we can abstract it into a generic thing with plugins18:56
JesperHankergoth: I *think* this build I am attempting is for Dylan (1.4)18:58
kanavin_homebluelightning: the problem should be similar regardless of language: fetching, checksumming and license check needs to be generalized to language modules installed with a custom tool18:58
kergothJesperHan: every release has its own set of tested / supported distros.18:58
kergothyou'd have to examine the manual corresponding to the release you're using18:59
kergothnote the '2.2.2' in the manual url you linked18:59
kergother 2.2.118:59
JesperHanstarting to understand18:59
JesperHanthank god for vagrant19:00
*** Amynka is now known as darth_amynka19:05
*** darth_amynka is now known as Amynka19:14
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC19:16
*** rubdos <rubdos!~rubdos@2a02:2788:1036:2d:21e:6ff:fe33:e397> has quit IRC19:20
*** berton <berton!~berton@> has quit IRC19:28
*** rubdos <rubdos!~rubdos@2a02:2788:1036:2d:21e:6ff:fe33:e397> has joined #yocto19:32
*** berton <berton!~berton@> has joined #yocto19:34
*** mkelly <mkelly!> has quit IRC19:35
*** scottrif <scottrif!> has quit IRC19:39
*** scottrif <scottrif!> has joined #yocto19:40
*** rubdos <rubdos!~rubdos@2a02:2788:1036:2d:21e:6ff:fe33:e397> has quit IRC19:46
*** rubdos_ <rubdos_!~rubdos@2a02:2788:1036:2d:21e:6ff:fe33:e397> has joined #yocto19:47
*** gtristan <gtristan!~tristanva@> has quit IRC19:50
*** berton <berton!~berton@> has quit IRC20:00
*** yann <yann!> has joined #yocto20:01
*** berton <berton!~berton@> has joined #yocto20:02
*** istarilucky1 <istarilucky1!~rlucca@> has left #yocto20:09
*** AndersD <AndersD!> has quit IRC20:13
*** Snert__ <Snert__!~snert_@> has joined #yocto20:18
*** Snert_ <Snert_!~snert_@> has quit IRC20:18
*** scottrif <scottrif!> has quit IRC20:20
*** nrossi <nrossi!uid193926@gateway/web/> has quit IRC20:25
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC20:31
miceopedeis there a way to change PV after do_configure(), for example in a do_configure_append()?20:32
miceopedei'd like to embed inside PV the version of something that is downloaded in do_configure()20:33
*** voltbit <voltbit!> has joined #yocto20:34
kergothnope, PV is used by bitbake, it has to be set at parse time20:35
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto20:36
miceopedehm. can i fetch something and run a parse-time recipe to set it?20:36
miceopedethere's a build number embedded within a dependency that i'd like to extract and put into PV20:36
*** dreyna_ <dreyna_!> has quit IRC20:40
*** Artox <Artox!~Artox@2a01:8740:1::8d4:7b6a> has quit IRC20:44
bluelightningmiceopede: so you could do it in anonymous python, although that'll be ugly to have that running at that time, and it may run more often than you'd like20:47
bluelightningmiceopede: one alternative solution would be to set PKGV instead of PV - that can be set at packaging time, so the output packages have the desired version on them20:48
*** Artox <Artox!~Artox@2a01:8740:1::8d4:7b6a> has joined #yocto20:49
*** abelloni <abelloni!~abelloni@2a01:e35:8bf1:a7c0:a288:b4ff:fe25:8918> has quit IRC20:51
*** ionte_ <ionte_!> has joined #yocto20:51
*** rubdos_ <rubdos_!~rubdos@2a02:2788:1036:2d:21e:6ff:fe33:e397> has quit IRC20:52
miceopede@bluelightning if i do it at packaging time, just override do_package(), or add do_package_append()?20:52
*** abelloni <abelloni!~abelloni@2a01:e35:8bf1:a7c0:a288:b4ff:fe25:8918> has joined #yocto20:52
miceopedeand set PKGV?20:52
*** ionte <ionte!> has quit IRC20:53
*** rubdos <rubdos!~rubdos@2a02:2788:1036:2d:21e:6ff:fe33:e397> has joined #yocto20:53
*** Artox <Artox!~Artox@2a01:8740:1::8d4:7b6a> has quit IRC20:54
bluelightningmiceopede: it'd need to be a do_package_prepend() (and it'll be python since that's what do_package is)20:55
bluelightningpopulate_packages_prepend would also work20:55
*** Artox <Artox!~Artox@2a01:8740:1::8d4:7b6a> has joined #yocto20:55
miceopedegot it, thanks. how do i set PKGV from python? PKGV = "foo"? not really sure how the scoping works in bitbake.20:56
*** wesam <wesam!> has quit IRC20:56
fraythere are effectively two scopes..  'global' (config space) and local (recipe space).. local always has priority20:58
frayso PKGV = "foo" will set PKGV inside the recipe..20:59
frayas long as something 'later' doesn't come in an do 'PKGV = "bar"' it will do what you want20:59
miceopede@fray thank you20:59
fray(there are a lot more operators then python, such as ??=, ?=, +=, =+, _append, _prepend, .= and =.21:00
fray??= is set if nobody else -ever- sets it..21:00
fray?= is set if not already set21:00
fray+= append to the string with a leading 'space'21:00
fray=+ preend to the string add a space21:00
frayappend and prepend just do it, but -last- after all other operations have been performed..21:00
fray.= and =. are same as += and =+ but without the additional space..21:01
fray_remove = assume this is a space separated list, and remove the item fromt he list (does it very late)21:01
miceopede@fray but setting PKGV inside do_package_prepend() only sets it for the do_package_prepend() scope, no?21:02
fraycorrect.. you need to do it at ther ecipe level..21:02
frayso I guess there are three levels.. config (global), recipe and task21:02
miceopedei don't know what PKGV should be at parse-time, only at do_package_prepend().21:03
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto21:04
miceopedeoh, i guess i could d.setVar()?21:04
bluelightningdoesn't really matter what PKGV is at parse time (it can stay the default of "${PV}"21:05
bluelightningd.setVar() is what you'd use within do_package_prepend or populate_packages_prepend yes21:05
bluelightningthere are actually three* scopes21:05
bluelightning(* because there are extras in some parts of the code)21:06
bluelightningthe third not covered is each task... you can't just setVar() in a task and expect it to apply to other tasks21:06
bluelightninghere we're just doing it within do_package so it'll be fine (populate_packages is called from within do_package)21:06
fraythe 'anonymous' python is the only pyhton section that covers teh recipe scope right?21:07
miceopeded.setVar() works perfect. thanks all21:07
bluelightningwell, aside from declaratively setting a variable from the recipe (A = "value")21:07
bluelightningand of course, you can set a variable declaratively to a python expression, so you can get a dynamic value that way as well21:07
miceopedewhat the hell is anonymous python? as i understand it, bitbake recipes are parsed by some custom parser, and parts are compiled to python and the rest are run as shell?21:08
frayreminds me I forgot the ':=' which is 'evalute this expression -now-21:08
bluelightningpython() { ... }21:08
bluelightningthat's an anonymous python section which will execute as part of parsing the recipe21:08
fraythe anonymous python function runs (effectively) at parse time21:08
bluelightningyou can name it "__anonymous" and you'll still see that in places in the metadata, but that's entirely optional21:09
frayyou can define multiple anonymous python chunks to run (but run order is not promised)21:09
*** paulg <paulg!> has joined #yocto21:09
miceopedetime to rtfm :D21:10
*** mkelly <mkelly!~martin@> has joined #yocto21:11
*** pohly <pohly!> has quit IRC21:15
*** berton <berton!~berton@> has quit IRC21:19
*** ant_home <ant_home!> has joined #yocto21:19
*** morphis_ <morphis_!> has quit IRC21:25
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has quit IRC21:30
*** arfoll <arfoll!arfoll@nat/intel/x-prqblqosxslduoim> has joined #yocto21:33
*** arfoll <arfoll!arfoll@nat/intel/x-prqblqosxslduoim> has quit IRC21:38
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC21:39
*** CrowgirlC <CrowgirlC!> has quit IRC21:40
*** CrowgirlC <CrowgirlC!> has joined #yocto21:44
*** JaMa <JaMa!~martin@> has quit IRC21:46
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC21:48
*** rcw <rcw!~rwoolley@> has quit IRC21:56
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has joined #yocto21:58
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC22:00
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto22:00
*** bavery_fn <bavery_fn!~bavery@> has quit IRC22:15
*** scottrif <scottrif!> has joined #yocto22:18
*** scottrif <scottrif!> has left #yocto22:18
*** voltbit <voltbit!> has quit IRC22:22
*** dreyna_ <dreyna_!> has joined #yocto22:24
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC22:26
*** stephano <stephano!stephano@nat/intel/x-skgganmsoekjtixy> has quit IRC22:28
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto22:30
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto22:31
*** bavery_fn1 <bavery_fn1!bavery@nat/intel/x-emrlycglyevffkha> has joined #yocto22:34
*** bavery_fn <bavery_fn!~bavery@> has quit IRC22:35
miceopedesecond question: can i set a global variable in do_package_prepend() that will be picked up in ROOTFS_POSTPROCESS_COMMAND() later? i know i could manipulate files on the rootfs and then do it that way, but would be easier to just set a number and get it out at rootfs creation time22:44
*** justanotherboy <justanotherboy!~mlopezva@> has quit IRC22:45
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC22:51
*** nighty <nighty!> has quit IRC22:55
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto22:56
miceopedecan i expect to d.setVar in a recipe's do_package_prepend() and be able to get that out in a ROOTFS_POSTPROCESS_COMMAND()? wit ${@d.getVar...}?22:58
*** lamego <lamego!jose@nat/intel/x-pubwkwsipafkyakn> has quit IRC22:58
*** fmeerkoetter <fmeerkoetter!~quassel@> has quit IRC23:01
*** bfederau <bfederau!~quassel@> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!~quassel@> has joined #yocto23:01
*** bfederau <bfederau!~quassel@> has joined #yocto23:01
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto23:02
*** justanotherboy <justanotherboy!~mlopezva@> has joined #yocto23:02
*** stephano <stephano!stephano@nat/intel/x-gqvtpabzxyajagzx> has joined #yocto23:04
*** Biliogadafr <Biliogadafr!> has quit IRC23:11
*** justanotherboy <justanotherboy!~mlopezva@> has quit IRC23:15
*** justanotherboy1 <justanotherboy1!~mlopezva@> has joined #yocto23:15
*** justanotherboy1 <justanotherboy1!~mlopezva@> has left #yocto23:16
*** sjolley <sjolley!~sjolley@> has quit IRC23:20
*** marka <marka!> has quit IRC23:27
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has quit IRC23:33
*** rubdos <rubdos!~rubdos@2a02:2788:1036:2d:21e:6ff:fe33:e397> has quit IRC23:33
*** ant_home <ant_home!> has quit IRC23:36
RPhalstead: - not good :/23:44
RPhalstead: failures on three different workers23:44
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC23:45
RPhalstead: in case I'm not around, we need a master build...23:45
stephanohalstead: I'm around tonight after I get home from JF. Ping me if you need anything.23:52
*** sjolley <sjolley!~sjolley@> has joined #yocto23:55
* RP has fired the build on the old cluster, it will just take a lot longer there as the sstate cache is cold23:59
RPIncidentally, I think we sped up rebuilds hugely with that recent change23:59

Generated by 2.11.0 by Marius Gedminas - find it at!