Tuesday, 2018-02-20

*** aehs29 <aehs29!~aehs29@> has quit IRC00:01
-YoctoAutoBuilder- build #249 of nightly-musl-x86-64 is complete: Failure [failed BuildImages] Build details are at https://autobuilder.yocto.io/builders/nightly-musl-x86-64/builds/24900:02
-YoctoAutoBuilder- build #779 of nightly-no-x11 is complete: Failure [failed BuildImages] Build details are at https://autobuilder.yocto.io/builders/nightly-no-x11/builds/77900:06
*** scottrif <scottrif!~scottrif@> has joined #yocto00:10
*** rovanceo_ <rovanceo_!~rovanceo@> has joined #yocto00:11
-YoctoAutoBuilder- build #793 of nightly-musl is complete: Failure [failed BuildImages] Build details are at https://autobuilder.yocto.io/builders/nightly-musl/builds/79300:13
-YoctoAutoBuilder- build #765 of nightly-world is complete: Failure [failed BuildImages] Build details are at https://autobuilder.yocto.io/builders/nightly-world/builds/76500:13
*** rovanceo <rovanceo!~rovanceo@> has quit IRC00:14
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC00:15
-YoctoAutoBuilder- build #764 of nightly-world-lsb is complete: Failure [failed BuildImages] Build details are at https://autobuilder.yocto.io/builders/nightly-world-lsb/builds/76400:16
-YoctoAutoBuilder- build #771 of build-appliance is complete: Failure [failed BuildImages BuildImages_1] Build details are at https://autobuilder.yocto.io/builders/build-appliance/builds/77100:17
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:23
RParmpit: might want to kill, fix and restart that!00:26
RP(ruby checksum issue)00:27
* RP -> Zzzz00:27
* armpit dang00:27
* armpit fires up rlocal ocko-stable build00:38
* armpit forgot to push change to recipe00:38
*** neverpan1c <neverpan1c!~clemens@towel.neverpanic.de> has joined #yocto00:45
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC00:45
*** neverpan1c is now known as neverpanic00:47
*** Willy-- <Willy--!~william@> has joined #yocto00:49
*** sgw <sgw!~swold@> has quit IRC00:52
*** nighty-- <nighty--!~nighty@kyotolabs.asahinet.com> has joined #yocto01:02
*** Willy-- <Willy--!~william@> has quit IRC01:04
-YoctoAutoBuilder- build #780 of nightly-no-x11 is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-no-x11/builds/78001:32
-YoctoAutoBuilder- build #756 of nightly-arm64 is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-arm64/builds/75601:35
*** scottrif <scottrif!~scottrif@> has quit IRC01:38
*** martinkelly1 <martinkelly1!~martin@71-35-191-228.tukw.qwest.net> has quit IRC01:42
*** stephano <stephano!stephano@nat/intel/x-ycpujzwvcaxhqjsj> has quit IRC01:56
*** rburton <rburton!~textual@> has quit IRC02:14
*** tlwoerner <tlwoerner!~Trevor@> has joined #yocto02:26
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto02:26
-YoctoAutoBuilder- build #250 of nightly-musl-x86-64 is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-musl-x86-64/builds/25002:35
-YoctoAutoBuilder- build #794 of nightly-musl is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-musl/builds/79402:56
-YoctoAutoBuilder- build #765 of nightly-world-lsb is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-world-lsb/builds/76503:17
-YoctoAutoBuilder- build #766 of nightly-world is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-world/builds/76603:25
-YoctoAutoBuilder- build #772 of build-appliance is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/build-appliance/builds/77203:38
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:42
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto03:44
*** sgw <sgw!~swold@c-73-180-42-186.hsd1.or.comcast.net> has joined #yocto04:09
*** sgw <sgw!~swold@c-73-180-42-186.hsd1.or.comcast.net> has quit IRC04:14
*** sgw <sgw!swold@nat/intel/x-pddbwogsnqigqamj> has joined #yocto04:15
-YoctoAutoBuilder- build #773 of nightly-mips is complete: Failure [failed Running ESDK Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-mips/builds/77304:17
-YoctoAutoBuilder- build #758 of nightly-arm64 is complete: Failure [failed BuildImages Running Sanity Tests Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 BuildImages_1 Running ESDK Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-arm64/builds/75804:17
-YoctoAutoBuilder- build #830 of nightly-oe-selftest is complete: Failure [failed Running oe-selftest] Build details are at https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/83004:18
*** Marex <Marex!~Marex@> has quit IRC04:29
*** Marex <Marex!~Marex@> has joined #yocto04:29
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto04:55
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC04:59
-YoctoAutoBuilder- build #774 of nightly-mips is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-mips/builds/77405:30
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto05:38
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC05:41
*** clement <clement!~clement@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC05:45
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto05:47
*** clement <clement!~clement@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto05:47
-YoctoAutoBuilder- build #831 of nightly-oe-selftest is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/83106:04
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-fxryflmgchonjajw> has quit IRC06:06
*** hongwei <hongwei!2a3dbe11@gateway/web/freenode/ip.> has joined #yocto06:10
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto06:12
*** hongwei <hongwei!2a3dbe11@gateway/web/freenode/ip.> has quit IRC06:13
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-syqywsvogqhomkic> has quit IRC06:26
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC06:26
yoctiNew news from stackoverflow: Yocto - Try to use Realtime Kernel Version <https://stackoverflow.com/questions/47185572/yocto-try-to-use-realtime-kernel-version>06:28
*** hamis <hamis!~irfan@> has joined #yocto06:29
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC06:34
*** morphis_ <morphis_!~morphis@> has joined #yocto06:58
*** morphis <morphis!~morphis@pD9ED75BE.dip0.t-ipconnect.de> has quit IRC07:02
*** pohly <pohly!~pohly@p548497B7.dip0.t-ipconnect.de> has joined #yocto07:06
*** open-nandra_ <open-nandra_!~marek@> has joined #yocto07:07
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-vfghtcbrvkcngrqo> has joined #yocto07:08
*** frieder <frieder!~frieder@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto07:09
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-84-4.fbx.proxad.net> has joined #yocto07:25
*** Domin1k <Domin1k!c1669b04@gateway/web/freenode/ip.> has joined #yocto07:25
yoctiNew news from stackoverflow: Difference between SRC_URI and FILESEXTRAPATHS_prepend in bitbake <https://stackoverflow.com/questions/46342810/difference-between-src-uri-and-filesextrapaths-prepend-in-bitbake>07:28
*** t0mmy <t0mmy!~tprrt@> has joined #yocto07:28
*** colrack <colrack!~colrack@> has joined #yocto07:32
Domin1kHi Folks, I have a problem with building a system with read-only-rootfs. I'm using Yocto-Dizzy after adding "read-only-rootfs" to "EXTRA_IMAGE_FEATURES" in "conf/local.conf" i faith the problem that some packages could't be configured as read-only-rootfs.07:32
Domin1kThe first Error is: "ERROR: The following packages could not be configured offline and rootfs is read-only: ['libomxil', 'gdk-pixbuf-loader-jpeg', 'gdk-pixbuf-loader-xpm', 'gdk-pixbuf-loader-gif', 'pango-module-basic-fc', 'gdk-pixbuf-loader-png']"07:32
Domin1kHow can add the capability for read-only-rootfs-configuration for these Packages? And How do i find out where these Packages belonge to?07:34
Domin1kI'm using the old dizzy-release because i need the Layer: "meta-amd" which hasn't got support for rocko.07:36
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:38
*** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has quit IRC07:41
*** gtristan <gtristan!~tristanva@> has joined #yocto07:41
*** dv_ <dv_!~dv@> has quit IRC07:44
*** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has joined #yocto07:46
*** ant_work <ant_work!~ant__@> has joined #yocto07:52
*** dv_ <dv_!~dv@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto07:58
*** mckoan|away is now known as mckoan07:59
*** fl0v0 <fl0v0!~fvo@i59F74E3F.versanet.de> has joined #yocto07:59
*** vdehors <vdehors!~vdehors@> has joined #yocto08:07
*** u1106 <u1106!~quassel@> has joined #yocto08:10
*** xtron <xtron!~xtron@> has joined #yocto08:37
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qkqrpdmzywzrqvfn> has joined #yocto09:18
*** yann|work <yann|work!~yann@LFbn-1-527-224.w86-245.abo.wanadoo.fr> has quit IRC09:20
*** andrey <andrey!~andrey@host-85-237-33-147.dsl.sura.ru> has joined #yocto09:32
*** andrey is now known as acrap09:32
acrapHi folks! Is there an opportunity to disable recipe from oe-core?09:33
yoctiNew news from stackoverflow: Compile rygel for yocto with plugins <https://stackoverflow.com/questions/35704821/compile-rygel-for-yocto-with-plugins>09:59
*** yann|work <yann|work!~yann@> has joined #yocto10:11
*** fl0v0 <fl0v0!~fvo@i59F74E3F.versanet.de> has quit IRC10:14
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has joined #yocto10:20
yoctiNew news from stackoverflow: Bitbake meta-toolchain-qt5: UnicodeDecodeError <https://stackoverflow.com/questions/48820227/bitbake-meta-toolchain-qt5-unicodedecodeerror>10:29
*** rburton <rburton!~textual@> has joined #yocto10:36
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto10:40
*** grma <grma!~gruberm@> has quit IRC10:40
*** xtron <xtron!~xtron@> has quit IRC10:46
eduardas_mrburton: hello, I have hit an issue when kernel headers are not included in the SDK I get with populate_sdk, even though my images build fine. How do I even start trying to resolve this issue?10:55
eduardas_mso when using the SDK I now get errors like fatal error: linux/errno.h: No such file or directory10:56
eduardas_mI am using Rocko10:56
*** michael_e_brown <michael_e_brown!~michaeleb@> has quit IRC10:58
*** michael_e_brown <michael_e_brown!~michaeleb@> has joined #yocto10:58
*** King_InuYasha <King_InuYasha!~kvirc@fedora/ngompa> has quit IRC11:10
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-84-4.fbx.proxad.net> has quit IRC11:14
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-84-4.fbx.proxad.net> has joined #yocto11:15
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:19
*** sjolley <sjolley!~sjolley@> has quit IRC11:32
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC11:32
*** sjolley <sjolley!~sjolley@> has joined #yocto11:33
maxinacrap: BBMASK ?11:35
acrapmaxin: what BBMASK?11:37
maxinacrap: http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-BBMASK11:38
acrapmaxin: wow! Thanks!11:39
maxinacrap: or may be PNBLACKLIST: http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-PNBLACKLIST  - depending on your requirement11:40
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:49
acrapmaxin: it works (BBMASK). But it disable not only what i need. I need to disable only non-native version of my packet.11:50
acrapmaxin: by the way, thank you :)11:53
maxinacrap: in that case, you need PNBLACKLIST..11:54
acrapmaxin: i need to specify name of layer. Am i right?11:55
maxinacrap: eg: INHERIT += "blacklist" PNBLACKLIST[nativesdk-libidn] = "reason" will just disable nativesdk-libidn11:55
acrapmaxin: thank you! It helps me.11:58
*** lfa <lfa!~lfa@> has quit IRC12:02
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto12:02
*** grma <grma!~gruberm@> has joined #yocto12:03
acrapmaxin: oh, i got message that my image requires it (RDEPENDS), but it isn't. I even tried add RDEPENDS_imagename_remove += "packagename" (local.conf). but it doesn't help. I got chain "Missing or unbuildable dependency chain was: ['imagename', 'packagename]"12:04
maxinacrap: ah, find the dependency and see if you can remove it..12:06
*** nighty-- <nighty--!~nighty@kyotolabs.asahinet.com> has quit IRC12:07
acrapmaxin: how can i do that? Why can't i see it in dependency chain? I tried to grep all the layers, but can't see any dependencies :(12:07
maxinacrap: try : bitbake -g <recipe> && less task-depends.dot12:10
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-czbrewcqiqgvzwis> has joined #yocto12:12
acrapmaxin: that's not help. I see one of my packet dependency in task-depends.dot, but i cant figure out why it is there. It's not mentioned in *.bb or *.inc files.12:19
*** grma <grma!~gruberm@> has quit IRC12:24
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto12:36
maxinacrap: hmm.. I am not so sure about easy ways to find reverse dependencies12:37
acrapmaxin: you help me enough. Now i know more useful tricks! May be i should stop trying to remove this package. It's not so important.12:39
*** fl0v0 <fl0v0!~fvo@i59F74E3F.versanet.de> has joined #yocto12:39
maxinacrap: good to hear.all the best ..12:40
acrapmaxin: thank you :)12:40
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto12:44
*** lfa <lfa!~lfa@> has joined #yocto12:47
eduardas_mIn my target sysroot shipped with the SDK I am missing such headers as /usr/include/linux/limits.h or /usr/include/linux/errno.h Does anyone have any idea why that might happen?12:58
*** dkhouya <dkhouya!b8a03c83@gateway/web/freenode/ip.> has joined #yocto13:28
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC13:35
seppeHey, what happened to `devtool update recipe`? It doesn't seem to exist anymore in the devtool of rocko :s13:38
*** sgw <sgw!swold@nat/intel/x-pddbwogsnqigqamj> has quit IRC13:39
*** dkhouya <dkhouya!b8a03c83@gateway/web/freenode/ip.> has quit IRC13:39
mckoanseppe: devtool update-recipe13:42
seppemckoan: that doesn't seem to do the same as update recipe...13:50
seppeI'm trying to follow https://wiki.yoctoproject.org/wiki/TipsAndTricks/Patching_the_source_for_a_recipe13:51
seppeI think `devtool finish` might be what I want though13:51
*** peacememories <peacememories!~textual@e247-162.eduroam.tuwien.ac.at> has joined #yocto13:52
seppewhich is creating a patch for the vendored linux sources13:52
seppehhm, nvm, looks like update-recipe is definetly what I want13:56
seppeDo I need to commit my changes in my workspace for it to work?13:56
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC14:01
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto14:01
RPzeddii, armpit: Think I understand the 4.12 arm64 failure14:02
zeddiioh ? that's good, since I just did a boot this morning and was going to start bisecting.14:03
RPzeddii: we need http://git.yoctoproject.org/cgit.cgi/linux-yocto/patch/?id=629a359bdb0e0652a8227b4ff3125431995fec6e14:03
RPzeddii: literally just confirmed it works with that applied14:04
zeddiiahah. I can do a test very quickly here, and get it merged. I can then let PaulG know that he needs it in his queue for his next -stable.14:04
zeddiiRP: I also just tried that oe-selftest for the mod-scripts, and will look at that if this is fixed.14:04
zeddiibut the one-liner fix you wondered about didn't seem to change it, so I need to ponder it more.14:05
*** gtristan <gtristan!~tristanva@> has quit IRC14:07
otavioRP: rburton: I did the upgrade of mesa including the latest regression fix and sent all patches together in a v2. Total of 6 patches14:08
zeddiiqemuarm64 login: root14:11
zeddiiroot@qemuarm64:~# uname -a14:11
zeddiiLinux qemuarm64 4.12.20-yocto-standard #2 SMP PREEMPT Tue Feb 20 09:07:07 EST 2018 aarch64 GNU/Linux14:11
zeddiiRP: confirmed here as well. will merge that and send the updated revs in the next few mins.14:11
*** grma <grma!~gruberm@> has joined #yocto14:12
*** gtristan <gtristan!~tristanva@> has joined #yocto14:13
*** ant_work <ant_work!~ant__@> has quit IRC14:15
*** grma <grma!~gruberm@> has quit IRC14:15
*** marka <marka!~masselst@> has joined #yocto14:21
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto14:26
*** grma <grma!~gruberm@> has joined #yocto14:28
*** hamis <hamis!~irfan@> has quit IRC14:30
*** lamego <lamego!lamego@nat/intel/x-xrvnsyfvivqxwnag> has joined #yocto14:30
*** grma <grma!~gruberm@> has quit IRC14:31
*** grma <grma!~gruberm@> has joined #yocto14:36
RPzeddii: thanks!14:46
hastakei have a small issue with python code in a recipe, if i write SRC_URI = "{@d.getVar('foo').bar()}", should it works?14:48
*** cornel <cornel!~cornel@> has joined #yocto14:48
hastakei have an error saying "The URL: '{@d.getVar...' is invalid and cannot be interpreted"14:49
cornelif you have to write a ~1500 lines script for automating yocto builds, what would you use? rust, ruby, python, bash, or something else? i have currently a bash version but is a complete mess and iwant to rewrite it14:50
hastakewhere is the error in what i do?14:50
LetoThe2ndhastake: the expansion is "${...}", "{...}" afaik14:50
LetoThe2ndhastake: the expansion is "${...}", not "{...}" afaik. e.g. you need the '$'14:50
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:50
LetoThe2ndcornel: reconsider life choces, because a ~1500 line single script is ... meh14:51
cornelyou're right but is part of the job :)14:51
cornelhowever, splitting it in three would be the next generation14:52
hastakeLetoThe2nd: i am idiot, thanks14:52
LetoThe2ndcornel: generally i'd always say: see whats already around and reuse, not reinvent.14:52
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:52
cornelbut i was pondering if i should move away from bash14:52
LetoThe2ndcornel: e.g. use repo, or kis as infrastructure14:52
LetoThe2ndcornel: or rip something out of the yocto autobuilder.14:52
corneli have no idea what kis or autobuilder are14:53
cornelsearching ...14:53
LetoThe2ndthe autobuilder is part of the yocto project, so should be easy to find.14:53
cornelfound autobuilder14:54
cornelnot found kis14:54
LetoThe2ndmy bad, its called kas. see: https://github.com/siemens/meta-iot200014:55
LetoThe2ndthat uses it.14:55
cornelthank you very much LetoThe2nd14:56
*** christner <christner!~dchristne@70-91-95-105-washington.dc.hfc.comcastbusiness.net> has joined #yocto14:58
RPcornel: http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder-helper might be interesting depending on what you're doing. Its python based15:05
cornelthank you RP15:07
*** lfa <lfa!~lfa@> has quit IRC15:11
armpitRP, zeddii thanks15:18
*** Domin1k <Domin1k!c1669b04@gateway/web/freenode/ip.> has quit IRC15:19
*** aratiu <aratiu!~adi@> has quit IRC15:20
*** aratiu <aratiu!~adi@> has joined #yocto15:20
kergothHuh, I just realized meta-external-toolchain probably breaks for armeb15:21
kergotharmeb is the only big-endian tune that doesn't pass -meb/-mb/-mbig-endian in TUNE_CCARGS, it assumes the TUNE_ARCH changed the toolchain's default15:21
kergothtrue for internal, not so much for external15:21
kergothmaybe i'll submit a patch to oe-core to pass it explicitly like all the others do15:22
*** ejoerns <ejoerns!~ejo@2001:67c:670:100:76d4:35ff:fee8:98b3> has joined #yocto15:25
*** open-nandra_ <open-nandra_!~marek@> has quit IRC15:25
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC15:25
RPkergoth: might be an idea...15:26
RParmpit: I triggered 2.4.2 rc215:26
armpitRP, thanks15:26
* zeddii goes back to loooking at sametume_samsigs15:26
* armpit works on pull request15:27
ejoernsclsulliv, did you resolve your CONFIG_UNWINDER_ORC libelf dependency issue? I just came across the the same when trying to build a module oot and my attempts to fix it do not seem to be fruitful :/15:31
*** AndersD <AndersD!~anders@host-90-232-58-153.mobileonline.telia.com> has joined #yocto15:31
*** AndersD <AndersD!~anders@host-90-232-58-153.mobileonline.telia.com> has quit IRC15:33
zeddiiejoerns. are you carrying something like this in your kernel recipe ? DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"15:37
ejoernszeddii, jep. and kernel works fine. but compiling out-of-tree modules not15:38
zeddiiyah. there's a patch for that floating around, IIRC correctly.15:38
*** acrap <acrap!~andrey@host-85-237-33-147.dsl.sura.ru> has quit IRC15:39
zeddiiI've completely torn apart the kernel-devsrc package. so it handles it now, but that's not ready to submit quite yet.15:39
zeddii[OE-core] [PATCH] kernel: add objtool to shared workdir15:41
ejoernszeddii, for this I sent [OE-core] [PATCH] module-base: use modules_prepare build target in do_make_scripts()15:43
zeddiimake_scripts is completely different now.15:43
zeddiiwith the patch under test.15:43
zeddiiRP: there the oe-self test passed, I'll send a new patch.15:44
ejoernszeddii, mh, mine is 2 weeks older but was ignored... Well, don't you think calling modules_prepare is the more general solution?15:46
zeddiithe patch to take all the scripts crap out of the kernel bbclass has been ongoing for 6 months15:47
zeddiiso that pre-dates everything ;)15:47
zeddiibut we actually do want the scripts in some scenarios, it wasn't being used due to not knowing about modules_prepare.15:47
*** JaMa <JaMa!~martin@> has joined #yocto15:47
*** lusus <lusus!~lusus@> has quit IRC15:47
*** lusus <lusus!~lusus@> has joined #yocto15:48
ejoernsmy patch actually is for module-base.bbclass not kernel.bbclass15:49
zeddiisame differece15:50
* zeddii shrugs15:50
zeddiiwe are getting it all out of that build process it races and has been junk for a long time.15:50
*** grma <grma!~gruberm@> has quit IRC15:51
zeddiithat + devsrc are changing once I the sig gens changse are sorted + we can cross build the scripts, etc.15:51
ejoernszeddii, mh, ok. But I'm still unsure how to fix my issue now :D maybe I'll give the crude objtool workaround a try ;)15:56
RPzeddii: thanks, what was it out of interest?15:57
zeddiiRP: it was the line you suggested for the fix, or did you mean 'what was the error I saw initially' ?15:58
lukmaJust to ask15:58
lukmaI do need to override linux-yocto-4.12 to linux-yocto-dev15:58
zeddiimy error was due to dangling bbappends ;) so I cleanedup my layers.15:58
RPzeddii: I just saw the email, I was wondering what the fix was. Glad I was able to guess :)15:59
lukmaI'm using MACHINE=qemuarm15:59
lukmathe only way to override PREFERRED_PROVIDER_virtual/kernel = "linux-yocto-dev"15:59
zeddiiRP: yah. I'm pretty dense when it comes to that stuff, so I ran with your suggesetion.15:59
zeddiilukma, yep.15:59
lukmais to put it into build_dir/conf/local.conf15:59
lukmaCan it be done in other way?16:00
zeddiiit can be in any conf file, i.e. a layer you are including, etc16:00
lukmaLike override some parts of quemu.inc ?16:00
lukmazeddii: I rather thought about adding meta-XXX/conf/machine/qemuarm.conf16:01
lukmaand override it there - which is a more portable solution IMHO16:01
lukmaBut it seems like it doesn't overwrite stuff in poky/meta/conf/machine16:02
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto16:02
RPzeddii: those kind of bugs are a pain to debug which is why we have those tests to spot them!16:02
zeddiiindeed. doing a final build test now, and will send v3 shortly.  then back to kernel-devsrc and integrating it with the scripts-cross build test.16:03
zeddiitask swap death16:03
* zeddii notes RP knows task swap death better than me ;)16:03
RPzeddii: I know the feeling, believe me! :)16:04
* RP ponders toolchains, bugs, stable releases or misc next16:04
lukmaOk, so there is no "easy" way to adjust PREFERRED_PROVIDER_virtual/kernel for MACHINE=qemuarm ?16:07
lukmaBy easy - I mean portable16:09
lukmato avoid copying local.conf to the deployment directory/setup?16:09
*** sjolley <sjolley!~sjolley@> has quit IRC16:09
LetoThe2ndlukma: the portable way is to define your own machine that sets up things the way you want them.16:09
kergothlocal.conf, site.conf, or add a custom machine that's based on or includes qemuarm16:10
LetoThe2ndfor reasons unknown people always try to avoid own images, own machines, own distros and prefer beating things into shape.16:10
lukmaLetoThe2nd: :)16:11
lukmaPeople are lazy16:11
kergothi think people think it's harder or more imposing than it is16:11
LetoThe2ndkergoth: yeah16:11
kergothi suspect it seems intimidating to new users, even though it's trivial16:12
lukmaIf I do have qemuarm machine written by OE|yocto core team16:12
lukmathen why should I re-invent the wheel?16:12
RPkergoth: ironic given the problem we had with oe-classic...16:12
kergothFYI, you can create a new machine that includes/requires the existing qemuarm machine, if you don't want to bother copying it for some reason..16:12
LetoThe2ndlukma: then what is complicated about having a myquemarm.conf that just pulls in the prewritten stuff and just overriding it?16:13
kergothjust need to tweak MACHINEOVERRIDES to include both16:13
kergothRP: heh, indeed16:13
lukmagood point16:13
ejoernszeddii, :( build server says no and my recipe still cries for libelf-dev...16:13
lukmakergoth: I will do that this way16:14
zeddiiI'll have to test the use case against my re-worked packages. I'm back to them now that qemuarm64 is booting. I was getting that error, but haven't seen it for a while now.16:16
ejoernszeddii, also seems to be polluted by the host env as it works on my local machine but not on my CI server16:19
-YoctoAutoBuilder- build #760 of nightly-arm64 is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-arm64/builds/76016:26
*** lfa <lfa!~lfa@> has joined #yocto16:26
*** sgw <sgw!~swold@> has joined #yocto16:28
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC16:31
*** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has joined #yocto16:33
*** sjolley <sjolley!~sjolley@> has joined #yocto16:34
*** rcw <rcw!~rwoolley@> has joined #yocto16:34
*** scottrif <scottrif!~scottrif@> has joined #yocto16:34
*** stephano <stephano!~stephano@> has joined #yocto16:37
*** rburton <rburton!~textual@> has quit IRC16:40
*** rburton <rburton!~textual@> has joined #yocto16:41
*** mwe <mwe!~mwe@209-163-150-140.static.twtelecom.net> has quit IRC16:43
*** mwe <mwe!~mwe@209-163-150-140.static.twtelecom.net> has joined #yocto16:45
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:49
*** peacememories <peacememories!~textual@e247-162.eduroam.tuwien.ac.at> has quit IRC16:54
*** peacememories <peacememories!~textual@e247-162.eduroam.tuwien.ac.at> has joined #yocto16:55
*** frieder <frieder!~frieder@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC16:58
yoctiNew news from stackoverflow: Skip printk calls <https://stackoverflow.com/questions/48890102/skip-printk-calls>17:00
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-84-4.fbx.proxad.net> has quit IRC17:04
*** sashko <sashko!~sashko@2a04:ae08:1403:ff00:80ad:a8be:d6c:2b2c> has joined #yocto17:06
zeddiiRP: my gmail copy of oe-core is messing with me. If you don't see both of my patches in the make-mod-scripts (v3), can you shout/yell at me ?17:08
zeddiiI only see 2/2, but I think it has threaded 1/2 away, and it may have appeared on the list.17:08
*** sashko <sashko!~sashko@2a04:ae08:1403:ff00:80ad:a8be:d6c:2b2c> has quit IRC17:13
*** armpit <armpit!~armpit@2601:202:4000:1184:445:eea1:c858:82d4> has quit IRC17:13
rburtonzeddii: yeah 1/2 was there, it's in mut now at least17:26
zeddiiok. I *detest* the threading that gmail does with patches.17:27
zeddiibut yet, I need the list somewhere that I can check from home without VPN :D17:27
rburtonzeddii: you reminded me to ask twitter for mailer suggestions for exactly that reason17:28
*** Snert_ <Snert_!~snert_@> has quit IRC17:29
*** mckoan is now known as mckoan|away17:29
-YoctoAutoBuilder- build #862 of nightly is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly/builds/86217:31
*** fl0v0 <fl0v0!~fvo@i59F74E3F.versanet.de> has quit IRC17:37
*** vdehors <vdehors!~vdehors@> has quit IRC17:43
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:31d6:2e01:6b8b:74dc> has joined #yocto17:49
ejoernszeddii, fyi I guess the fuckup is mainly caused by the kernel Makefile using $(HOSTCC) for the libelf-test during module builds. Thus (in contrast to kernel builds) for modules it uses the build machine's toolchain for checking (in kernel class we do set HOSTCC to ${BUILDCC} explicitly)17:52
*** kpo__ <kpo__!~bob@user-94-254-255-37.play-internet.pl> has joined #yocto17:52
*** zarzar <zarzar!~zarzar@> has joined #yocto17:56
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-czbrewcqiqgvzwis> has quit IRC18:02
*** alex___ <alex___!a2d58520@gateway/web/freenode/ip.> has joined #yocto18:18
alex___anyone around? have a bit of a dilemma18:20
JPEWhackeralex___: I'm here FWIW18:43
*** alex___ <alex___!a2d58520@gateway/web/freenode/ip.> has quit IRC18:50
*** colrack <colrack!~colrack@> has quit IRC18:53
*** alex___ <alex___!a2d58520@gateway/web/freenode/ip.> has joined #yocto18:57
alex___so I have a recipe named activist.bb that I want to rename to activist-acceptance.bb, activist-staging.bb, and activist-production.bb, depending on environment. the challenge is, I want the resulting debian package to install into a directory named activist regardless of environment specified, but it's getting that value from the PN variable which is set by the recipe name which includes the environment18:57
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto19:01
*** t0mmy <t0mmy!~tprrt@> has quit IRC19:02
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto19:05
JPEWhackerYou don't have any control of ${PN} getting passed as part of the installation directory?19:06
alex___Within the recipe it says:19:06
alex___pkg_postinst_${PN}() {19:07
alex___If I change PN would it update appropriately?19:07
alex___meaning if I set it to pkg_postinst_activist would the install folder be named activist?19:08
alex___or does that just specify which application the pkg_postinst applies to?19:08
*** armpit <armpit!~armpit@50-233-148-156-static.hfc.comcastbusiness.net> has joined #yocto19:09
JPEWhackerI don't think that pkg_postinst affect the installation directory19:09
*** martinkelly1 <martinkelly1!~martin@71-35-191-228.tukw.qwest.net> has joined #yocto19:09
JPEWhackerBut you might want to clarify "installation directory"19:11
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:12
*** peacememories <peacememories!~textual@e247-162.eduroam.tuwien.ac.at> has joined #yocto19:12
alex___the directory where the application is installed19:15
alex___it's always /usr/pkgs/PN regardless of application19:15
JPEWhackerUsually thats set by do_install()19:15
alex___ooh yeah!19:16
alex___so I have this block in a class file that's inherited by each individual sub-recipe19:16
alex___`bundler_do_install() { install -d ${D}${prefix}/pkgs/ install -d ${D}${prefix}/pkgs/${PN} rsync -rtv ${S}/ ${D}${prefix}/pkgs/${PN} }`19:16
alex___so it's precisely there where ${PN} needs to be ${PN} minus the environment, right?19:17
alex___so maybe I could declare a variable such PN_NEW that grabs PN then removes the environment tag from the end of it19:17
alex___then update the install block to use PN_NEW instead of PN19:18
alex___does that make sense?19:18
*** cornel <cornel!~cornel@> has quit IRC19:18
alex___thank you so much JPE! Our systems guy left and I inherited this code base. I'm a junior devops guy with only 1 year of experience so still have so much to learn.19:19
*** yann|work <yann|work!~yann@> has quit IRC19:20
JPEWhackerYa, I think thing might work: PN_INSTALL_DIR = "${@d.getVar('PN').split('-')[0]}"19:21
alex___That's just beautiful thank you sir! I miss Python. It's all Ruby here.19:21
*** peacememories <peacememories!~textual@e247-162.eduroam.tuwien.ac.at> has quit IRC19:22
JPEWhacker... Did you reverse that? bitbake uses python19:23
alex___By "here" I meant my company heh19:23
*** peacememories <peacememories!~textual@2001:629:3200:547:7dd9:e96:c60:62b6> has joined #yocto19:23
alex___I started in Python, fell in love with it, then was forced to switch to Ruby; now I'm starting to get Stockholm Syndrome19:23
JPEWhackerOh, right. Got it ;)19:24
alex___I barely even remember my real parents anymore19:24
*** peacemem_ <peacemem_!~textual@e247-162.eduroam.tuwien.ac.at> has joined #yocto19:31
*** peacememories <peacememories!~textual@2001:629:3200:547:7dd9:e96:c60:62b6> has quit IRC19:32
*** peacemem_ <peacemem_!~textual@e247-162.eduroam.tuwien.ac.at> has quit IRC19:35
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qkqrpdmzywzrqvfn> has quit IRC19:39
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC19:45
*** andremcurvello <andremcurvello!bb48b841@gateway/web/freenode/ip.> has joined #yocto19:47
*** kpo__ <kpo__!~bob@user-94-254-255-37.play-internet.pl> has quit IRC19:53
*** TomW <TomW!~tom@2601:484:c301:83c2::4454> has joined #yocto19:57
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto19:58
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has joined #yocto19:59
*** TomW <TomW!~tom@2601:484:c301:83c2::4454> has quit IRC19:59
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC20:02
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto20:03
*** didil <didil!90026dc7@gateway/web/freenode/ip.> has joined #yocto20:05
didilglib doesn't compile in poky "rocko"20:07
*** comptroller <comptroller!~comptroll@47-213-225-245.paolcmtc01.res.dyn.suddenlink.net> has quit IRC20:07
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC20:10
*** kpo_ <kpo_!~bob@user-94-254-255-37.play-internet.pl> has joined #yocto20:12
*** alex___ <alex___!a2d58520@gateway/web/freenode/ip.> has quit IRC20:13
*** comptroller <comptroller!~comptroll@47-213-225-245.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto20:17
*** marka <marka!~masselst@> has quit IRC20:53
*** aehs29 <aehs29!~aehs29@> has joined #yocto20:57
didilthis branch is broken21:06
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has quit IRC21:10
*** hnje <hnje!~hnje@> has quit IRC21:25
*** alex____ <alex____!a2d58520@gateway/web/freenode/ip.> has joined #yocto21:27
alex____JPEWhacker so sometimes the application names include the - character21:27
alex____so I think I need to write it like this:21:28
alex____INSTALL_FOLDER = '-'.join(PN.split('-')[0:-1])21:28
alex____Is there a more technically correct way to do that? Getting a little bit of a code smell vibe.21:28
frayyou can replace the '-' with say '_' or another character if this makes more sense..21:32
*** rburton <rburton!~textual@> has quit IRC21:36
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto21:39
*** rcw <rcw!~rwoolley@> has quit IRC21:43
alex____Can I reference PN freely in a class file or do I need to do something like bb.data.getVar('PN',d,1)?21:46
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has joined #yocto21:47
JPEWhackerNot sure I understand the question21:49
JPEWhackerIs bundler_do_install() in a class file?21:49
JPEWhackerYa, you can reference PN in a class file. You would use bb.data.getVar('PN') in Python code, and ${PN} elsewhere21:50
JPEWhackerAre you willing to change the bbclass file?21:50
alex____INSTALL_FOLDER = '-'.join(bb.data.getVar('PN').split('-')[0:-1])21:51
JPEWhackerYou might consider doing it a little "dumber" then. In the bbclass do something like: INSTALL_FOLDER ?= "${PN}", then override it in each recipe21:51
JPEWhackere.g. INSTALL_FOLDER = "activist"21:52
alex____I get a parse error from the above line21:52
JPEWhackerYa, you need the "this is python code" delimiters, ${@ }21:52
alex____Ah gotchya I'm such a newb heh21:52
alex____so I was planning to add a regex if clause21:52
JPEWhackere.g. INSTALL_FOLDER = "${@'-'.join(bb.data.getVar('PN').split('-')[0:-1])}"21:53
JPEWhackerThat works. You still might want to define that weakly so it can be overriden easily on per-recipe basis, e.g. INSTALL_FOLDER ?= "...."21:54
*** marka <marka!~masselst@> has joined #yocto21:54
alex____that's a good idea thank you21:54
*** armpit <armpit!~armpit@50-233-148-156-static.hfc.comcastbusiness.net> has quit IRC21:56
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has quit IRC21:58
alex____so when i construct the whole if clause that should be encapsulated in ${@ } as well, right??22:05
alex____hmm i'll try to set it up as a python function22:11
JPEWhackerYa, I would write a function22:12
alex____will the function be automatically invoked or do I need to invoke it?22:18
alex____or do i do something like "python do_install_prepend"22:18
*** yann|work <yann|work!~yann@LFbn-1-527-224.w86-245.abo.wanadoo.fr> has joined #yocto22:19
alex____python do_install_prepend () { PN = bb.data.getVar('PN') environments = ['acceptance', 'staging', 'production']   if any(n in PN for n in environments): INSTALL_FOLDER = '-'.join(bb.data.getVar('PN').split('-')[0:-1]) else:  INSTALL_FOLDER = PN }22:23
*** Guma <Guma!~Guma@c-67-184-64-21.hsd1.il.comcast.net> has joined #yocto22:23
alex____I'm just going to make it "dumb" and put it in the recipes22:25
alex____oh hm that's not going to work because the do_install is in the class not the recipes...22:26
*** rburton_ <rburton_!~textual@> has joined #yocto22:33
JPEWhackeralex___: I think some time reading the manual would be in order, but you can start with this: https://paste.ofcode.org/FRi5kSW2HySxtKCeRiQbua22:35
*** JaMa <JaMa!~martin@> has quit IRC22:37
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC22:39
*** rburton_ is now known as rburton22:41
alex____amen thanks JPE22:43
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-tpkcxcayyfbqjdje> has quit IRC22:49
*** lazyape <lazyape!~lazyape@athedsl-244581.home.otenet.gr> has quit IRC22:52
*** lazyape <lazyape!~lazyape@athedsl-244581.home.otenet.gr> has joined #yocto22:52
alex____holy crapoly22:54
alex____i think it worked...22:54
alex____nope jumped the gun : )22:57
alex____woot fixed the issue -- just had to make a small adjustment in the actual recipe file!23:00
alex____JPEWhacker: here's the code in case you're curious: https://paste.ofcode.org/qvG5kRtsbwCwMf7XXBNdm923:00
*** gtristan <gtristan!~tristanva@> has quit IRC23:00
alex____I owe you a beer man23:00
*** Willy-- <Willy--!~william@> has joined #yocto23:01
JPEWhackerLol, no problem. It looks really good, I would only make one change: the "d" argument to the function is the bb data store, so instead of bb.data.getVar('PN', d, 1), you can simply do d.getVar('PN')23:02
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:31d6:2e01:6b8b:74dc> has quit IRC23:04
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto23:04
rburtondidil: glibc in rocko branch builds fine here23:04
didilrburton: not on my computer23:06
didilUbuntu 17.1023:06
rburtondidil: that's interesting, but it works on the entire autobuilder.  so you've an interesting quirk.  have you tried with a different MACHINE? do you have anything apart from just oe-core?23:07
*** lamego <lamego!lamego@nat/intel/x-xrvnsyfvivqxwnag> has quit IRC23:07
didilnot yet :/, I use meta-freescale and meta-openembedded and meta-qt523:08
didiladded to poky23:08
rburtondidil: i'd rip those layers out, set machine=qemuarm, and try building glibc23:10
rburtonif it works then you know its not oe-core at fault23:10
rburtonif it doesn't then file a bug23:10
didili'm compiling the pyro branch23:11
didilit passes the glibc compilation task23:11
didilok i'll do it23:11
didilthanks :)23:13
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC23:29
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC23:42
*** Guma <Guma!~Guma@c-67-184-64-21.hsd1.il.comcast.net> has quit IRC23:47
*** tlwoerner <tlwoerner!~Trevor@> has joined #yocto23:48
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto23:48
hastakei need to instantiate the images that i build (eg add some unique id and certificates inside). any idea the simpler way to do that? any alternative?23:48
hastake(i tried to find documentation about that, but unfortunalty no luck. any ptr?)23:49
*** agust <agust!~agust@p4FCB54C8.dip0.t-ipconnect.de> has quit IRC23:53
*** alex____ <alex____!a2d58520@gateway/web/freenode/ip.> has quit IRC23:54
*** scottrif <scottrif!~scottrif@> has quit IRC23:56
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has quit IRC23:59

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!