Wednesday, 2019-10-30

« Tuesday, 2019-10-29 Index Thursday, 2019-10-31 »
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC00:06
*** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC00:26
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC00:37
*** vineela <vineela!vtummala@nat/intel/x-cdahhtigtgxieqlz> has quit IRC00:40
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC00:41
*** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC00:59
*** alessioigor <alessioigor!~alessioig@140.105.207.227> has quit IRC01:04
*** alessioigor <alessioigor!~alessioig@140.105.207.227> has joined #yocto01:06
*** davisr <davisr!~davisr@cpe-184-58-235-7.wi.res.rr.com> has joined #yocto01:08
*** mischief <mischief!~mischief@wopr.sciops.net> has quit IRC01:17
tonerHey guys01:21
tonerI'm writing a recipe that requires files from a RDEPENDS package- is there an easy way to get to another package's WORKDIR?01:23
toneror is it bad form to reference an external WORKDIR?01:24
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto01:27
*** shauno <shauno!~soneil@pdpc/supporter/professional/shauno> has quit IRC01:33
tonerAh- found it in the Yocto docs: 3.3.16. Sharing Files Between Recipes01:35
*** todun <todun!~todun@95.179.197.210> has joined #yocto04:07
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC05:19
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto05:21
*** todun <todun!~todun@95.179.197.210> has quit IRC05:23
*** todun <todun!~todun@95.179.197.210> has joined #yocto05:31
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has joined #yocto05:32
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC05:33
*** todun <todun!~todun@95.179.197.210> has quit IRC05:34
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto06:07
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:13
*** leitao <leitao!~leitao@2620:10d:c092:180::1:f48f> has joined #yocto07:16
*** leitao <leitao!~leitao@2620:10d:c092:180::1:f48f> has quit IRC07:19
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC07:20
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:21
*** apteryx_ <apteryx_!~maxim@dsl-151-45.b2b2c.ca> has joined #yocto07:21
*** apteryx <apteryx!~maxim@dsl-10-148-194.b2b2c.ca> has quit IRC07:24
*** Crofton <Crofton!~Crofton@2a01:cb14:cf9:8c00:ab76:fa52:72e7:6617> has quit IRC07:28
*** Crofton <Crofton!~Crofton@2a01:cb14:cf9:8c00:ab76:fa52:72e7:6617> has joined #yocto07:29
*** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has joined #yocto07:35
*** frsc <frsc!~frsc@185.66.193.56> has joined #yocto07:38
alessioigorgood morning07:42
alessioigorWhat I should do for a build fail on master? Ignore? Report a bug? Write to the mailing-list?07:42
*** frsc <frsc!~frsc@185.66.193.56> has quit IRC07:45
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:54
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC07:55
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC07:59
*** frsc <frsc!~frsc@mue-88-130-67-046.dsl.tropolys.de> has joined #yocto08:00
*** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto08:04
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto08:13
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:13
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto08:16
*** fredrigu <fredrigu!fredrigu@nat/axis/x-iypmquyniabdktdt> has quit IRC08:16
*** wertigon <wertigon!50fe9a69@1071ob.scansafe.net> has quit IRC08:17
*** wertigon <wertigon!50fe9a69@1071ob.scansafe.net> has joined #yocto08:18
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC08:18
wertigonNew day, new exiting bugs! :D08:18
*** camus <camus!~Instantbi@222.67.188.168> has joined #yocto08:19
wertigonOn the menu today, why the !"#ยค%( isn't my systemd bbappend working -_-08:19
wertigonPretty much copied this script08:19
wertigonhttp://git.yoctoproject.org/cgit/cgit.cgi/meta-intel-edison/tree/meta-intel-edison-distro/recipes-core/systemd/systemd_%25.bbappend?h=master08:19
*** fredrigu <fredrigu!~fredrigu@c-5eea2cc8-74736162.cust.telenor.se> has joined #yocto08:20
*** kaspter <kaspter!~Instantbi@101.93.194.160> has quit IRC08:20
*** camus is now known as kaspter08:20
wertigonStripped down everything that isn't called journald08:20
wertigonAaaaand I get anError: do_rootfs: Function failed: do_rootfs08:21
wertigonVomiting like 500 red lines about configuring stuff08:21
erboCan you re-vomit that into a pastebin maybe?08:22
wertigonIf I leave the do_install_append blank, then I get nothing08:22
wertigonSure, hang on:08:22
erboand also maybe paste your stripped down bbappend08:23
*** fredrigu <fredrigu!~fredrigu@c-5eea2cc8-74736162.cust.telenor.se> has quit IRC08:23
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto08:24
wertigonThe bbappend (systemd_%.bbappend)08:24
wertigonhttps://pastebin.com/vSuRSxY508:24
wertigonAnd yes, the journald.conf exists08:25
erboyeah otherwise it would complain during the building of systemd, not during do_rootfs08:25
erboIf it's during do_rootfs I suspect that it might be that two packages tries to install the same file, but let's see when it's in pastebin08:26
wertigonhttps://pastebin.com/R4U4zYtg <-- First line is the build command and everything that comes after that is the build log08:29
wertigonApparently 2000 lines of vomit, sorry :P08:29
erbo"Collected errors:"08:29
erbo * check_data_file_clashes: Package systemd wants to install file /mnt/extra/yocto/spark/build/tmp-glibc/work/sitara-oe-linux-gnueabi/spark-dev-image/1.0-r0/rootfs/etc/systemd/journald.conf08:29
erbo    But that file is already provided by package  * systemd-conf08:29
erboSeems like there's a /etc/systemd/journald.conf in both systemd and systemd-conf08:30
wertigonYeah, I see that one... So if I rename my append to systemd-conf it should work then08:30
erboFirst find out what recipe is providing systemd-conf08:31
erbooh, seems like it's called systemd-conf08:31
erboSo yes, renaming the bbappend should do the trick08:32
wertigonAh, easy found but when you get 2k lines of log files it08:33
wertigonit's a bit hard to work through them -_-;; Sorry for the inconvenience08:33
erboNo worries, glad I could help08:34
*** bernardoaraujo <bernardoaraujo!uid179602@gateway/web/irccloud.com/x-tnarzjnmjnbsbwhp> has joined #yocto08:40
wertigonYeah, thanks for the help, it works better now :)08:42
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto08:43
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto08:44
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC08:56
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto08:56
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:00
rreignierThanks wertigon I have faced the same issue last week and did not investigate further because I had other priorities.09:01
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC09:02
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto09:02
LetoThe2ndrreignier: just managed to poke the person who knows and the answer is: yes, there is quite some bit of stuff hardcoded, so at least at the moment there is no out of the box way to install it to anywhere else than /boot09:04
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7604> has joined #yocto09:05
LetoThe2ndrreignier: he asks that you raise a ticket in our bugzilla, so he can get the ticket assigned to avoid it being forgotten.09:07
rreignierLetoThe2nd: Oh, thank you. I am looking a bit harder in the 2 /boot and 2 rootfs case using UEFI bootorder. So I can keep the kernel in /boot. The issue for now is to create UEFI boot entries from Yocto. It seems like an operation that should be done on the real hardware because it changes the efivars.09:08
LetoThe2ndrreignier: maybe, but thats completely out of my area of expertise then.09:08
rreignierAnd the wic tool does not support two partitions with "--source bootimg-efi" because it complains about boot.img already exists while processing the second partition.09:09
LetoThe2ndrreignier: if you have a valid usecase, please drop it onto the mailing list asking for suggestions on how to approach it09:09
rreignierLetoThe2nd: Ok. I remember reading something in the Yocto manual that if the action fail on the host system, it will be done on the first boot on the target.09:10
LetoThe2ndrreignier: i'm out given the topic, sorry. just giving generic advice on how one could procedd.09:11
rreignierLetoThe2nd: Ok, thanks for the tip. I am working on a minimal system available on Github to show my issue.09:11
rreignierIt's ok. I am new to this community so any advice is welcomed!09:11
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto09:13
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto09:14
yannsomething that's puzzling me for some time with linux-yocto: setting KBUILD_DEFCONFIG = "x86_64_defconfig" does not have the same behaviour at all that "make x86_64_defconfig" has - I believe that's not wanted behaviour, right ?09:26
yannI'm ending out crafting a "sync.cfg" for each kernel update to make sure I do get the x86_64_defconfig content, that's a bit of a PITA :)09:27
*** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC09:30
*** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto09:30
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7604> has quit IRC09:46
*** Crofton <Crofton!~Crofton@2a01:cb14:cf9:8c00:ab76:fa52:72e7:6617> has quit IRC09:49
wertigonHummm09:51
wertigonSo, back to the SDK09:51
wertigonSee a line "ASSUME_PROVIDED += "nativesdk-perl""09:51
wertigonWonder if that solves my problem?09:51
wertigonOr rather, that line causes my problem and might solve it :P09:52
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7604> has joined #yocto09:53
wertigon*removing might solve it09:53
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto09:53
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC09:58
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:02
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:04
wertigonI SOLVED THE FRICKEN SDK BUILD PROBLEM! :o10:05
* wertigon runs a couple of victory laps around his desk10:06
*** wertigon <wertigon!50fe9a69@1071ob.scansafe.net> has quit IRC10:06
lpapprburton: hi10:06
lpapprburton: you mentioned this KERNEL_PACKAGE_NAME a couple of days ago10:06
rburtonweltling: who broke what?10:07
*** wertigon <wertigon!50fe9a69@1071ob.scansafe.net> has joined #yocto10:07
rburtonwertigon: who broke what?10:07
lpapprburton: hopefully this is available in morty, in our new attempt. But we also need to support daisy as well... what did we have to do before KERNEL_PACKAGE_NAME was introduced?10:07
lpappI would like to have the package name as kernel, kernel-modules, etc.10:08
lpappwithout the version in it.10:08
lpappsince I do not specify that explicitly in my recipe, I believe inherit kernel is doing that for me10:08
rburtonDAISY10:09
rburtonjesus10:09
rburton<standard that's ancient disclaimer>10:09
lpappwell, C or even Python is much older than daisyu10:09
lpappdaisy*10:09
rburtonC doesn't have thounsands of security issues10:09
wertigonrburton: Apparently someone had written in our distro conf file:10:09
rburtonwertigon: which is fine and in fact what i endorse.  curious what they broke10:10
wertigonASSUME_PROVIDED += "nativesdk-perl"10:10
rburtonhaha10:10
rburtoni wonder what that was added for10:10
rburtonbecause the dummy-perl thing is exactly to solve that problem but in a way that actually works :)10:10
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:11
wertigonYeah, a comment says "Do not package own copy of perl into devkit, rely on host one"10:11
wertigonThis package does have some legacy from the thud-2 days10:11
rburtonwell glad you found the problem10:11
rburtonright, thats most likely the cause10:12
wertigonYeah, I think this is a hack from thud-2 and then it carried over, just need to doublecheck with developer first10:12
wertigonI can build meta-toolchain now, and perhaps also I can populate_sdk too10:13
wertigonLet's see in a few minutes when build completes :)10:13
rburtonlpapp: for releases that old i'm not sure. why does it matter what filename the package has?10:18
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7604> has quit IRC10:20
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7604> has joined #yocto10:21
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto10:22
*** camus <camus!~Instantbi@222.67.152.154> has joined #yocto10:23
*** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC10:24
*** camus is now known as kaspter10:24
lpapprburton: because we are updating the kernel and we prefer to have one kernel installed10:27
lpapprburton: rather than accumulating. opkg will not replace, but extend if the version is in the package name10:27
lpapprburton: opkg will not remove 3.2.1-r21 when installing 3.2.1-r22 if the version is in the package name10:27
rburtonyou'd have to read kernel.bbclass, specifically the bits where it sets PKG10:27
lpappok, thanks.10:28
*** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has quit IRC10:28
*** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has joined #yocto10:30
lpapprburton: also, I have this, PR = "r22"10:30
lpappLINUX_VERSION_EXTENSION ?= "-polatis-${PR}"10:30
lpapprburton: but it does not seem to make it into the ipk name, why?10:31
lpappthe CONFIG_LOCALVERSION in the defconfig does, but I thought LINUX_VERSION_EXTENSION was supposed to achieve the same in a nicer way?10:31
rburtonernel-module-zl10039-4.19.73-intel-pk-standard_4.19.73+git0+a7cb57afb9_ca05e9cd64-r0_corei7-64-intel-common.ipk10:31
rburtonPR is in my packages10:31
* rburton doesn't know much about kernel packaging10:32
lpappyeah, and this variable does appear in the daisy kernel development manual10:32
lpappso should just work10:32
lpappI am not sure why it is working for you, but not for me.10:32
rburtonwell i'm on zeus for a start10:32
rburtonyou'll have to chase the variables yourself10:33
lpappbitbake -e linux-polatis | grep ^LINUX_VERSION_EXTENSION10:33
lpappLINUX_VERSION_EXTENSION="-polatis-r22"10:33
lpappso, the resolution happened ok at least10:33
wertigonrburton: SDK built, thank you for the rubberducking :)10:33
rburtonwertigon: awesome.  maybe skim the rest of that config to see if there's anything odd :)10:34
wertigonNow I just need to figure out how to transfer this SDK to the devs sitting on Windows 10...10:34
rburtonwertigon: built a windows sdk with meta-mingw?10:35
lpapprburton: needs to inherit kernel-yocto, apparently,10:35
lpappunless I write my own .bbclass :D10:35
*** Klanticus <Klanticus!~quassel@189.76.135.211> has joined #yocto10:40
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7604> has quit IRC10:40
*** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-mnftmcagmdwnjvpk> has quit IRC10:42
*** kayterina <kayterina!kayterina-@gateway/shell/matrix.org/x-xupbnoytbyyzvqos> has quit IRC10:42
*** rreignier <rreignier!rreignierm@gateway/shell/matrix.org/x-jecnzvahpitmodxl> has quit IRC10:42
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-oigrlrbovnyrspui> has quit IRC10:42
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-wmljysreankwprxf> has quit IRC10:42
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-tnwxkgutbpyzxorf> has quit IRC10:42
lpapprburton: hmm, even in zeus, it is only part of the yocto bbclass10:43
lpapprburton: that is probably not ideal, but also not documented10:43
lpappthe kernel docs read as if it was available by inheriting the kernel and that would probably also make sense10:43
lpappwhy not move that one line? _EXTENSION[doc] = "A string extension compiled into the version string of the Linux kernel built with the OpenEmbedded build system. You define this variable in the kernel recipe."10:43
lpapp./meta/classes/kernel-yocto.bbclass:339:echo "CONFIG_LOCALVERSION="\"${LINUX_VERSION_EXTENSION}\" >> ${B}/.config10:43
*** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC10:44
*** frsc <frsc!~frsc@mue-88-130-67-046.dsl.tropolys.de> has quit IRC10:44
lpapprburton: would it be acceptable to move this down to kernel.bbclass? Cannot think of a reason how this support is yocto kernel specific10:46
*** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto10:47
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7604> has joined #yocto10:49
*** shauno <shauno!~soneil@pdpc/supporter/professional/shauno> has joined #yocto10:51
lpappmy kernel does not even build when I inherit linux-yocto, so I would rather stay away from it10:55
*** frsc <frsc!~frsc@i4DF677E4.static.tripleplugandplay.com> has joined #yocto10:57
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC11:01
*** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-fgjyvrdklpzjsdxl> has joined #yocto11:04
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto11:12
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC11:17
*** kanavin <kanavin!~kanavin@91.217.168.176> has joined #yocto11:17
*** wertigon <wertigon!50fe9a69@1071ob.scansafe.net> has quit IRC11:19
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-pjhcsfvxkigmqmow> has joined #yocto11:20
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-ajmhjhhfvkxntcqd> has joined #yocto11:20
*** fredrigu <fredrigu!fredrigu@nat/axis/x-kvlxelqejmwkapxm> has joined #yocto11:38
*** berton <berton!~berton@181.220.83.67> has joined #yocto11:44
*** kanavin <kanavin!~kanavin@91.217.168.176> has quit IRC11:47
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto11:52
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC11:58
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto11:58
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC12:01
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:18
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC12:22
*** bernardoaraujo <bernardoaraujo!uid179602@gateway/web/irccloud.com/x-tnarzjnmjnbsbwhp> has quit IRC12:37
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto12:52
*** goliath <goliath!~goliath@77.119.131.103.wireless.dyn.drei.com> has joined #yocto13:13
*** mcwboy <mcwboy!b92ed553@185.46.213.83> has joined #yocto13:25
*** Crofton <Crofton!~Crofton@91.217.168.176> has joined #yocto13:30
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto13:50
leitaois it possible to limit/increase the sstate size?13:51
*** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC13:55
*** kaspter <kaspter!~Instantbi@222.67.152.154> has joined #yocto13:56
*** Crofton <Crofton!~Crofton@91.217.168.176> has quit IRC14:06
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto14:10
*** Crofton <Crofton!~Crofton@91.217.168.176> has joined #yocto14:16
LetoThe2ndleitao: nope, what would be the usecase?14:17
LetoThe2ndleitao: we have warnings if you run out of space, but sstate is not like something to discuss on a package by package basis. if you need to build something, then you need the space. so a limit would just break the build if in doubt.14:18
*** litb <litb!~jschaub@pd907fca9.dip0.t-ipconnect.de> has joined #yocto14:22
*** apteryx_ is now known as apteryx14:30
*** wertigon <wertigon!50fe9a69@1071ob.scansafe.net> has joined #yocto14:44
alessioigorrburton: 1c2ea784f43dba4fd897eaf730933fa916b85c6e breaks master for ppc on my builder.14:44
lpapprburton: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/kernel.bbclass?h=daisy#n35614:45
lpappI should override PKG_kernel-base and PKG_kernel-image?14:45
lpappin order to drop the "${@legitimize_package_name('${KERNEL_VERSION}')}" parts?14:46
*** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC14:46
*** camus <camus!~Instantbi@222.67.188.168> has joined #yocto14:47
Chaserhello a class that I inherit disables a task using noexec. How do I override the noexec in my class to re enable the task?14:47
ChaserI tried noexec=0 in my class - but that doesnt seem to take affect.14:48
*** camus is now known as kaspter14:49
*** goliath <goliath!~goliath@77.119.131.103.wireless.dyn.drei.com> has quit IRC14:53
leitaoLetoThe2nd I have a big disk, and I want to make sure that yocto can use as much as it needs14:53
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC14:54
*** wertigon <wertigon!50fe9a69@1071ob.scansafe.net> has quit IRC14:55
*** wertigon <wertigon!50fe9a69@1071ob.scansafe.net> has joined #yocto14:56
wertigonI wonder if it's a bad idea to try and get Visual Studio to play nice with WSL and a Yocto SDK14:57
*** Crofton <Crofton!~Crofton@91.217.168.176> has quit IRC14:58
*** kanavin <kanavin!~kanavin@91.217.168.176> has joined #yocto15:03
lpapprburton: after inheriting kernel?15:06
litbChaser, should work! but you need to have your inherit come later than the one of the disabling class15:14
litbattribute  assignments cannot use OVERRIDE, i believe?  so that should not be the cause15:14
erboleitao: it will use as much as it needs, since there's no limitation15:19
leitaoerbo ok, is it configured somehow or just the default behaviour?15:20
*** kanavin <kanavin!~kanavin@91.217.168.176> has quit IRC15:24
*** naknick <naknick!b9b8f483@185.184.244.131> has joined #yocto15:24
naknickHello. Some can explain to me how to configure yocto (gcc actually) not to strip any binary that it compiles in the image that it builds?15:25
lpappnaknick: why would you not use a debug build for that?15:26
lpappnaknick: https://www.yoctoproject.org/docs/1.8/ref-manual/ref-manual.html#var-INHIBIT_PACKAGE_STRIP ?15:27
kergothnaknick: you don't really need to prevent stripping. we don't destroy the debug data, we split it out into separate files, which can be easily installed into the image as needed15:30
kergotheitehr as individual packages or by adding dbg-pkgs to image features15:30
kergothbut yes, you can if you really want to15:30
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto15:31
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC15:31
*** wertigon <wertigon!50fe9a69@1071ob.scansafe.net> has quit IRC15:41
*** Sandrita4 <Sandrita4!d0586e2e@mtl.savoirfairelinux.net> has joined #yocto15:44
naknicklpapp and kergoth - thank you both. If I really want to compile with no stripping - how should I do that?15:52
naknickah lpapp sent it already. OK. I thought he sent something about debug15:53
naknickthanks15:53
kergothhe already told you how to disable stripping. changing compilation is different. we always compile with debug (-g), but we also enable optimization. there's a separate variable to control that, if the optimization causes debugging problems at all15:53
naknickAnd I just need to add that line to local.conf file?15:54
JaMaanyone seeing: "patchelf-uninative: ../../patchelf-0.10/src/patchelf.cc:382: void checkPointer(const FileContents&, void*, unsigned int): Assertion `q >= contents->data() && q + size <= contents->data() + contents->size()' failed." on prebuilt native binaries when uninative is enabled?15:54
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:55
*** naknick <naknick!b9b8f483@185.184.244.131> has quit IRC15:58
*** naknick <naknick!b9b8f483@185.184.244.131> has joined #yocto15:59
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7604> has quit IRC16:00
*** khem <khem!~khem@unaffiliated/khem> has quit IRC16:01
* mcfrisk is off to Lyon16:01
*** naknick <naknick!b9b8f483@185.184.244.131> has quit IRC16:01
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7604> has joined #yocto16:02
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto16:03
*** naknick <naknick!b9b8f483@185.184.244.131> has joined #yocto16:04
naknickIf you wrote a message to me - I missed it16:04
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7604> has quit IRC16:07
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7604> has joined #yocto16:07
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto16:14
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7604> has quit IRC16:14
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC16:16
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7604> has joined #yocto16:16
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7604> has quit IRC16:17
millonilooking at https://github.com/crops/poky-container - is this supposed to work with every version of poky? i kind of expected to see a tag for every poky release or something like that16:22
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:23
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7604> has joined #yocto16:26
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7604> has joined #yocto16:34
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:36
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7604> has joined #yocto16:39
yoctiNew news from stackoverflow: OpenBMC with Raspberry Pi (2 or 3) and build bmcweb? <https://stackoverflow.com/questions/57103268/openbmc-with-raspberry-pi-2-or-3-and-build-bmcweb>16:43
*** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC16:51
*** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto16:53
lpappnaknick: which line?16:57
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto17:01
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7604> has quit IRC17:03
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7604> has joined #yocto17:05
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC17:09
*** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto17:13
*** T_UNIX <T_UNIX!~T_UNIX@94.222.26.109.rev.sfr.net> has joined #yocto17:23
*** Crofton <Crofton!~Crofton@2a01:cb14:cf9:8c00:ab76:fa52:72e7:6617> has joined #yocto17:31
Sandrita4HI, i'm trying to boot with QEMU a core-image-minimal using the congatec-tca5-64 machine configuration (meta-congatec) (which is based on intel-corei7-64 machine configuration from meta-intel), and QEMU hangs out printing "Booting the kernel." and nothing else. Did somebody have the same issues ?17:37
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto17:38
*** frsc <frsc!~frsc@i4DF677E4.static.tripleplugandplay.com> has quit IRC17:38
rburtonrunqemu works for a normal intel-corei7-65 machine so maybe ask contatec directly?17:38
Sandrita4i'm not able to build core-image-minimal with intel-corei7-64 , they asks for cgos recipes (provided by meta-congatec). But the kernel has the same TUNE_ parameters (tune, arch, cpu) as intel-corei7-64.17:41
*** T_UNIX <T_UNIX!~T_UNIX@94.222.26.109.rev.sfr.net> has quit IRC17:41
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto17:44
*** mcwboy <mcwboy!b92ed553@185.46.213.83> has quit IRC17:46
*** litb <litb!~jschaub@pd907fca9.dip0.t-ipconnect.de> has quit IRC17:48
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto18:00
*** Sandrita4 <Sandrita4!d0586e2e@mtl.savoirfairelinux.net> has quit IRC18:04
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC18:04
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC18:07
*** yann <yann!~yann@85.118.38.73> has quit IRC18:10
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto18:15
*** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has joined #yocto18:28
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7604> has quit IRC18:30
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto18:41
*** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC18:41
*** kaspter <kaspter!~Instantbi@222.67.188.168> has joined #yocto18:42
*** leitao <leitao!~leitao@2620:10d:c092:180::1:8fce> has joined #yocto18:58
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto19:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:02
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC19:17
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto19:26
*** leitao <leitao!~leitao@2620:10d:c092:180::1:8fce> has quit IRC19:45
*** mcwboy <mcwboy!a5e148e8@165.225.72.232> has joined #yocto19:48
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC19:49
*** camus <camus!~Instantbi@222.67.188.174> has joined #yocto19:57
*** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC19:58
*** camus is now known as kaspter19:58
*** leitao <leitao!~leitao@2620:10d:c092:180::1:8fce> has joined #yocto20:00
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto20:00
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC20:06
*** Klanticus <Klanticus!~quassel@189.76.135.211> has quit IRC20:11
*** Klanticus <Klanticus!~quassel@189.76.135.211> has joined #yocto20:18
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC20:23
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto20:26
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto20:27
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto20:35
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC20:50
LetoThe2ndleitao: then no need to do anything. bitbake will take all the space it needs.20:58
*** leitao <leitao!~leitao@2620:10d:c092:180::1:8fce> has quit IRC21:00
*** naknick <naknick!b9b8f483@185.184.244.131> has quit IRC21:07
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC21:10
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto21:15
*** berton <berton!~berton@181.220.83.67> has quit IRC21:16
*** leitao <leitao!~leitao@2620:10d:c092:180::1:8fce> has joined #yocto21:18
*** vineela <vineela!~vtummala@134.134.137.77> has quit IRC21:21
*** leitao <leitao!~leitao@2620:10d:c092:180::1:8fce> has quit IRC21:21
*** penguin359 <penguin359!86868949@134.134.137.73> has joined #yocto21:21
penguin359Hello21:21
penguin359Is this the best place to ask questions on bitbake recipe design?21:22
LetoThe2ndpenguin359: you can certainly ask.21:22
LetoThe2ndpenguin359: if its complicated, then the mailing list is probably a better choice though21:23
penguin359I have a simple recipe that basically is just an unpack and then install. It has nothing to compile.21:23
LetoThe2ndand?21:23
penguin359It was working before without me defining a do_compile() step, but now it's trying to run oe_runmake and failing to find a Makefile.21:24
LetoThe2ndpenguin359: https://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#packaging-externally-produced-binaries21:24
penguin359I added do_compile() { :; } to the bb file, but bitbake my_package is still trying to run oe_runmake21:24
LetoThe2ndpenguin359: exactly that, see the noexec secton21:25
penguin359OK, I'll try that now.21:25
penguin359It's still doing oe_runmake. It's like it's using a cached copy of my recipe.21:26
LetoThe2ndpenguin359: can you show the recipe on a pastebin?21:28
penguin359Well, introducing a syntax error breaks it.21:29
penguin359Let me sanatize it for public consumption.21:29
penguin359https://pastebin.com/KnaFqwQC21:34
penguin359It just grabs agent from package-${PV}.zip and has package.service in the files/ folder for the recipe.21:35
LetoThe2ndpenguin359: does that zip happen to contain a makefile as pointed out by the docs?21:37
LetoThe2ndpenguin359: because you didn't noexec the do_configuration stage21:37
penguin359No21:38
penguin359The error is coming from do_compile so I didn't worry about configure since that appeared to have been skipped automatically.21:39
penguin359This recipe was working with earlier releases of Thud.21:39
penguin359The zip is unchanged.21:39
LetoThe2ndpenguin359: then i'd conclude, either bisect or mailing list. at least i am not aware of any breaking change in that context, so it *might* be a regression21:40
penguin359From the doc you sent me: "It is usually sufficient to just not define these tasks in the recipe, because the default implementations do nothing unless a Makefile is found in ${S}."21:41
LetoThe2ndpenguin359: thats why i asked :)21:41
penguin359So it appears it's somehow triggering the Makefile behavior. My bitbake layer has not changed recently, but I'll check the build outputs to make sure.21:42
LetoThe2ndpenguin359: given the information so far that is the interpretation, yes21:43
penguin359Either way, how come my attempts to define a custom do_compile() doesn't stop the oe_runmake it does?21:43
*** mcwboy <mcwboy!a5e148e8@165.225.72.232> has quit IRC21:44
LetoThe2ndno idea, sorry21:44
*** Klanticus <Klanticus!~quassel@189.76.135.211> has quit IRC21:48
penguin359Thanks for the feedback!21:49
LetoThe2ndyw, have fun and good luck21:49
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC22:08
*** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC22:17
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC22:21
*** BobPungartnik <BobPungartnik!~BobPungar@179.177.241.38> has joined #yocto22:25
*** BobPungartnik <BobPungartnik!~BobPungar@179.177.241.38> has quit IRC22:26
*** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto22:33
*** jklare <jklare!~jklare@157.97.76.18> has quit IRC22:45
*** jklare <jklare!~jklare@157.97.76.18> has joined #yocto22:48
*** vineela <vineela!~vtummala@134.134.137.77> has quit IRC22:49
*** camus <camus!~Instantbi@222.67.152.154> has joined #yocto22:58
*** kaspter <kaspter!~Instantbi@222.67.188.174> has quit IRC23:00
*** camus is now known as kaspter23:00
penguin359It's occurred to me that it's also failing to pick up the correct version from the recipe file.23:07
penguin359One package that's successful gets packages as 1.0-r0 instead of 2.43.1-r0 and this failing package is showing as abc-r023:08
penguin359It's not using the version from the bb filename as before.23:08
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto23:39
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC23:40
*** palate <palate!~palate@unaffiliated/palate> has quit IRC23:55
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC23:59
*** jklare <jklare!~jklare@157.97.76.18> has quit IRC23:59
« Tuesday, 2019-10-29 Index Thursday, 2019-10-31 »

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