Tuesday, 2020-07-21

*** vineela <vineela!vtummala@nat/intel/x-auubblpbnjibuvte> has joined #yocto00:08
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC00:23
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto00:23
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC00:33
*** rcw <rcw!~rcw@104-195-225-201.cpe.teksavvy.com> has quit IRC00:55
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC00:57
*** GonZo2k <GonZo2k!gonzo2000m@gateway/shell/matrix.org/x-fojzxyuaxvvjcfjk> has joined #yocto01:04
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto01:16
*** vineela <vineela!vtummala@nat/intel/x-auubblpbnjibuvte> has quit IRC01:22
*** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/matrix.org/x-gwahhnsfoxwtkpyg> has joined #yocto01:34
*** vineela <vineela!vtummala@nat/intel/x-mwpzfgegxnjqpdtw> has joined #yocto01:35
*** vineela <vineela!vtummala@nat/intel/x-mwpzfgegxnjqpdtw> has quit IRC01:52
*** alejandrohs <alejandrohs!~alejandro@cpe-68-201-52-49.elp.res.rr.com> has quit IRC02:03
*** alejandrohs <alejandrohs!~alejandro@2605:6000:1306:9479::a59> has joined #yocto02:05
*** ahadi <ahadi!~ahadi@55d4ae79.access.ecotel.net> has quit IRC02:22
*** ahadi_ <ahadi_!~ahadi@55d4d478.access.ecotel.net> has joined #yocto02:22
*** linuxjacques <linuxjacques!~fontenot@nslu2-linux/jacques> has joined #yocto02:28
*** linuxjacques <linuxjacques!~fontenot@nslu2-linux/jacques> has quit IRC02:29
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC02:53
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC03:21
*** dv_ <dv_!~dv@62.178.50.190> has quit IRC03:21
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto03:35
*** dreyna__ <dreyna__!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC03:38
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto03:40
*** dreyna__ <dreyna__!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto04:01
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto04:09
*** dreyna__ <dreyna__!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC04:12
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC04:15
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto04:52
*** paulg <paulg!~paulg@104-195-159-26.cpe.teksavvy.com> has quit IRC05:03
*** agust <agust!~agust@p508b628a.dip0.t-ipconnect.de> has joined #yocto05:17
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-fkotnunsommnyjkr> has quit IRC05:29
*** jobroe <jobroe!~manjaro-u@p579eb7c4.dip0.t-ipconnect.de> has joined #yocto05:33
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC05:41
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto05:55
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC05:59
*** jobroe <jobroe!~manjaro-u@p579eb7c4.dip0.t-ipconnect.de> has quit IRC06:00
*** jobroe <jobroe!~manjaro-u@p579eb7c4.dip0.t-ipconnect.de> has joined #yocto06:00
*** sgw2 <sgw2!~sgw@134.134.137.75> has quit IRC06:05
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC06:08
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto06:24
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto06:40
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto06:45
*** lucaceresoli <lucaceresoli!~lucaceres@78-134-114-177.v4.ngi.it> has joined #yocto06:51
*** fl0v0 <fl0v0!~fvo@i5E86AF69.versanet.de> has joined #yocto06:57
*** gsalazar <gsalazar!926cc865@gateway/web/cgi-irc/kiwiirc.com/ip.146.108.200.101> has joined #yocto06:57
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto07:02
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC07:02
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC07:11
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-kupouoayrsvjovrw> has joined #yocto07:12
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto07:15
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto07:15
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:18
*** lucaceresoli <lucaceresoli!~lucaceres@78-134-114-177.v4.ngi.it> has quit IRC07:29
*** lucaceresoli <lucaceresoli!~lucaceres@78-134-114-177.v4.ngi.it> has joined #yocto07:29
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto07:34
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC07:37
*** gtristan <gtristan!~tristanva@110.11.227.189> has quit IRC07:42
*** PaowZ__ <PaowZ__!~Vince@193.252.149.222> has joined #yocto07:44
*** gtristan <gtristan!~tristanva@175.211.25.251> has joined #yocto07:45
*** hpsy <hpsy!~hpsy@85.203.15.101> has quit IRC07:46
*** hpsy <hpsy!~hpsy@85.203.15.101> has joined #yocto07:46
*** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC07:47
*** sno <sno!~sno@p5b25b9cc.dip0.t-ipconnect.de> has quit IRC07:51
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto08:02
*** PaowZ__ <PaowZ__!~Vince@193.252.149.222> has quit IRC08:05
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto08:19
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC08:34
*** goliath <goliath!~goliath@82.150.214.1> has joined #yocto08:37
*** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto08:39
*** lucaceresoli_ <lucaceresoli_!~lucaceres@78-134-114-177.v4.ngi.it> has joined #yocto08:46
*** lucaceresoli_ <lucaceresoli_!~lucaceres@78-134-114-177.v4.ngi.it> has quit IRC08:47
*** lucaceresoli_ <lucaceresoli_!~lucaceres@78-134-114-177.v4.ngi.it> has joined #yocto08:47
*** lucaceresoli <lucaceresoli!~lucaceres@78-134-114-177.v4.ngi.it> has quit IRC08:48
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto08:52
*** florian_kc is now known as florian08:56
*** jpuhlman <jpuhlman!~jpuhlman@45.19.219.178> has quit IRC09:00
*** jpuhlman <jpuhlman!~jpuhlman@45.19.219.178> has joined #yocto09:05
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC09:26
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto09:26
*** Ninic0c0 <Ninic0c0!3e5f4883@62.95.72.131> has joined #yocto10:10
Ninic0c0Hi all, I'm looking for the best way to avoid do_install function based on machine.conf optin, is it possible ? Thx! Currently I have put an empty  do_install in bbeppend, that's do the job but not sure that's really clean10:12
qschulzNinic0c0: that's a weird request :) what are you doing in that do_install?10:18
qschulzdo_install_<machine> () {:} will do the trick (jump lines between the curly brackets)10:18
Ninic0c0Yesterday I have asked how to remove kernel from rootfs because i have FIT image. I would like do override this methode only if some variable are set inside the machine.conf10:19
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto10:19
qschulzNinic0c0: do not install the *package* in the first place10:19
Ninic0c0qschulz yes that do the job but i would like to add a test do override or not the methode10:19
Ninic0c0qschulz the kernel base recipe seems to install by default that why I think I have to override it #maybeiamwrong10:20
qschulzNinic0c0: find whoever is including virtual/kernel in RDEPENDS or where it's added forthe image (IMAGE_INSTALL or CORE_EXTRA_IMAGE_INSTALL or something)10:20
qschulzNinic0c0: yes, the base bbclass (not even the one for the kernel, like.. base.bbclass the one inherited implicitely by all recipes) has a do_install10:21
qschulz(which is technically empty but eh)10:21
qschulzanyway... the do_install is for creating packages10:21
qschulzyou're fine creating kernel packages10:22
qschulzreally, it does no harm10:22
qschulzwhat you don't want is for those packages to be installed in your image10:22
Ninic0c0qschulz Thank for advice :)  !10:22
qschulzThree ways that can happen (at least): explicit RDEPENDS for another package that wants virtual/kernel (that is probably **INCORRECT** for the kernel)10:23
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC10:23
qschulzimplicit RDEPENDS (a recipe has virtual/kernel in DEPENDS and one of the libraries/binaries created by it are needed at runtime by the recipe tht has a DEPENDS on virtual/kernel). That **SHOULDN'T** happen (don't remember the kernel creatingf userspace libs or binaries for example)10:24
Ninic0c0qschulz As my custom image depends ( do_buildAndDeploy[depends] += "virtual/kernel:do_deploy") make sens :)10:24
qschulz3. adding virtual/kernel to IMAGE_INSTALL directely (or a derivative of IMAGE_INSTALL), that can happen10:24
qschulzNinic0c0: no, deploy and install have nothing in common10:24
Ninic0c0qschulz Good to know :)10:25
qschulzinstall is populating a temp directory that is used to create packages, that then can be installed in an image (or RDEPENDS by another recipe)10:25
Ninic0c0qschulz Gulty could be my driver : do_configure[depends] += "virtual/kernel:do_populate_sysroot" ^^10:25
LetoThe2ndwhy not just add buildhistory, rebuild the image and then have a proper look what really causes this?10:25
Ninic0c0LetoThe2nd Too simple :P10:26
qschulzdeploy is populating the tmp/deploy/images/<machine> directory (well with some intermediate logic) and makes things available in there which can then be re-used by the image recipe (avoid at almost all cost to use deploy as a shared space between recipes, images are "fine")10:26
LetoThe2ndyeah thats my impression too. however it is certainly something that you did/added (in)voluntarily, as by default the kernel does not get installed.10:26
qschulzNinic0c0: still not. I repeat, it is **FINE** to have do_install run. You just don't want to have your **package** installed in the image recipe10:27
Ninic0c0LetoThe2nd and qschulz Thank guys for the Help, it's a really good chat here (y)10:27
*** Manuelllllll <Manuelllllll!3e6383b2@62.99.131.178> has joined #yocto10:29
qschulzNinic0c0: otherwise... you look on google for how to add kernel to /boot partition and then undo whatever they were told to do :D10:31
qschulzNinic0c0: I forgot about RRECOMMENDS as well (and look into your machine configuration file, you can have MACHINE_RDEPENDS or MACHINE_RRECOMMENDS or something like that)10:32
*** gtristan <gtristan!~tristanva@175.211.25.251> has quit IRC10:42
LetoThe2ndqschulz: thx for the advertising @ ml, i'm just too bored by now to answer those IMAGE_INSTALL-in-local.conf questions again and again by now.10:53
qschulzLetoThe2nd: I might send you a bill in some time for the advertising :D10:54
* LetoThe2nd will pay in alcohol, as to be expected.10:56
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:b861:d1f0:4c8:9eb8> has quit IRC10:58
*** gtristan <gtristan!~tristanva@110.11.227.189> has joined #yocto11:19
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto11:25
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC11:30
*** berton <berton!~berton@181.220.84.90> has joined #yocto11:35
*** xtron <xtron!~xtron@110.93.212.98> has joined #yocto11:36
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-nybpskrlowozdsey> has joined #yocto11:38
ManuelllllllLetoThe2nd Is there already a topic set for the upcoming live coding session on Thursday? Couldn't find it on https://theyoctojester.info ! Thanks!11:55
LetoThe2ndManuelllllll: yes, variables and assignments: https://www.linkedin.com/events/6686360737008377856/11:56
LetoThe2ndManuelllllll: thanks for the pointer, will update the page laters this afternoon.11:56
*** Manuelllllll <Manuelllllll!3e6383b2@62.99.131.178> has quit IRC11:59
*** d__ep__th <d__ep__th!67899be3@103.137.155.227> has joined #yocto12:00
*** Manuellllll <Manuellllll!3e6383b2@62.99.131.178> has joined #yocto12:02
silviofCan I use the same sources for several recipes? (As the kernel and gcc do). Does anyone have a manual for this?12:03
d__ep__thHi guys , my oe_runmake fails12:07
qschulzsilviof: probably take inspiration from do_shared_workdir in the kernel bbclass?12:07
qschulzI don't know if there's something generic12:07
d__ep__thapparently its because my target kernel lacka config12:08
qschulzsilviof: what exactlu do you want to do? because you're probably thinking of something not optimal?12:08
d__ep__thlacks a*12:08
qschulzd__ep__th: no error logs, no makefile, no help :)12:08
qschulz(even better if you give the recipe as well)12:08
d__ep__thIll send the error log12:09
qschulzsilviof: what is not fitting the normal one source one recipe logic for your thing?12:09
qschulzd__ep__th: please use a pastebin12:09
d__ep__ththe error log: http://paste.debian.net/1157274/12:10
silviofqschulz: I have here the use case that I want to build several packages from one repository. The repository is really big and should be checked out 4 times or more. `PACKAGES` would be the way I would go but I have downstream processes that require a full packet.12:11
*** silviog2 <silviog2!50f2aa62@80.242.170.98> has joined #yocto12:12
*** sno <sno!~sno@p5b25b9cc.dip0.t-ipconnect.de> has joined #yocto12:15
RPJPEW: around?12:16
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC12:18
d__ep__thsilviof : what do u think?12:19
*** Ninic0c0 <Ninic0c0!3e5f4883@62.95.72.131> has quit IRC12:23
d__ep__thHi guys , trying to make my own meta-layer and Im getting this errors at 99% completion of build12:25
d__ep__ththis is the error: http://paste.debian.net/1157274/12:29
d__ep__ththis is the makefile mentioned in the error : http://paste.debian.net/1157275/12:30
*** Manuellllll <Manuellllll!3e6383b2@62.99.131.178> has quit IRC12:31
d__ep__thI want  "CONFIG_HOTPLUG_CPU=y" to be exported alongwith the other config in the makefile12:31
d__ep__thHow do I go about doing that?12:31
*** Sandrita49 <Sandrita49!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC12:40
*** gsalazar <gsalazar!926cc865@gateway/web/cgi-irc/kiwiirc.com/ip.146.108.200.101> has quit IRC12:41
*** gsalazar69 <gsalazar69!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto12:41
*** gsalazar69 is now known as gsalazar12:41
dl9pfd__ep__th: lets take a look ...12:49
silviofd__ep__th: Your package is failing bacause `error: implicit declaration of function 'cpu_down'`. IMHO has nothing to do with `CONFIG_HOTPLUG_CPU`.12:49
silviofindeed, other problem is `Kernel configuration is invalid` ...12:52
*** armpit <armpit!~armpit@2601:202:4180:a5c0:411f:2971:8bd3:d88> has quit IRC12:52
dl9pfd__ep__th: is that still kernel 4.19 ?12:52
qschulzsilviof: you're contradicting yourself so I'm quite lost. "I want to build several packages", "`PACKAGES` would be the way", "I have downstream processes that require a full packet."?12:54
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC12:54
silviofqschulz: I think I have a little more explanation then. Give me some time. :-)12:56
d__ep__thdl9pf : its  at 5.4.4912:59
*** gbisson <gbisson!~gbisson@ns327932.ip-37-187-112.eu> has joined #yocto12:59
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto13:01
JPEWRP: Yes13:01
*** sgw2 <sgw2!sgw@nat/intel/x-awlkntqojrgqcwsi> has joined #yocto13:02
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto13:05
gbissonHi! I've having issues with kernel configme step on dunfell branch since this commit: 5e83c131e5 kernel/yocto: ensure that defconfigs are processed first13:10
gbissonAm I the only one with this issue?13:10
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC13:11
qschulzd__ep__th: cpu_down is not exported by the kernel anymore and not present in any include file... basically, it's a "private" function13:12
qschulzd__ep__th: so try to find if jailhouse have fixed their use of cpu_down13:12
d__ep__thokay qschulz , thanks13:13
d__ep__th: )13:13
qschulzd__ep__th: my bad, went too far in the history13:13
qschulzd__ep__th: check that your kernel has CONFIG_HOTPLUG_CPU in the final .config13:14
qschulzotherwise, enable it13:14
*** maudat <maudat!~moda@mtrlpq2848w-lp130-03-69-159-116-123.dsl.bell.ca> has joined #yocto13:15
*** silviog2 <silviog2!50f2aa62@80.242.170.98> has quit IRC13:19
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto13:22
RPJPEW: I think I need to merge -next but we have https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/2207 :(13:22
RPJPEW: I think the submitter has tried hard and taken this as far as they can really :/13:23
JPEWRP: Ya, they had a patch on the ML to fix it... j/s13:23
*** gsalazar <gsalazar!926cc862@gateway/web/cgi-irc/kiwiirc.com/ip.146.108.200.98> has joined #yocto13:24
*** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto13:25
JPEWRP: Pushed to master-next. IMHO that option should be applied to all cmake toolchains, but I can do that in a separate patch you can test later13:29
RPJPEW: ok, will run a test build of that thanks13:31
JPEWHang on... something weird is going on13:31
* RP hansg13:31
JPEWOK, maybe not. MinGW has a cmake_%.bbappend that also sets that option and it confused me.... I guess you just need to do that to cross-compile with cmake and the only way to do that now is to add it to each recipe.13:33
JPEWThere must not be very many recipes that build with cmake in meta-mingw13:34
JPEWRP: Go ahead and test with the patch, and I'll try to figure out a more generic way to do it so we don't have to patch each recipe13:35
*** gsalazar <gsalazar!926cc862@gateway/web/cgi-irc/kiwiirc.com/ip.146.108.200.98> has quit IRC13:47
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto13:49
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto14:01
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC14:02
RPJPEW: ok14:02
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto14:03
*** xtron <xtron!~xtron@103.113.103.143> has joined #yocto14:03
*** jobroe_ <jobroe_!~manjaro-u@p57a59971.dip0.t-ipconnect.de> has joined #yocto14:03
*** jobroe <jobroe!~manjaro-u@p579eb7c4.dip0.t-ipconnect.de> has quit IRC14:03
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto14:06
*** lucaceresoli__ <lucaceresoli__!~lucaceres@78-134-114-177.v4.ngi.it> has joined #yocto14:06
*** armpit <armpit!~armpit@c-67-181-203-136.hsd1.ca.comcast.net> has joined #yocto14:06
*** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC14:07
*** lucaceresoli_ <lucaceresoli_!~lucaceres@78-134-114-177.v4.ngi.it> has quit IRC14:09
*** d__ep__th <d__ep__th!67899be3@103.137.155.227> has quit IRC14:10
RPJPEW: https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/2208 :(14:10
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC14:11
JPEWRP: Blerg.... OK, let me look14:12
*** xtron1 <xtron1!~xtron@110.93.212.98> has joined #yocto14:27
*** xtron <xtron!~xtron@103.113.103.143> has quit IRC14:29
*** paulg <paulg!~paulg@104-195-159-26.cpe.teksavvy.com> has joined #yocto14:32
*** jobroe_ <jobroe_!~manjaro-u@p57a59971.dip0.t-ipconnect.de> has quit IRC14:43
*** rcw <rcw!~rcw@104-195-225-201.cpe.teksavvy.com> has joined #yocto14:50
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC14:52
LetoThe2ndYPTM, LetoThe2nd is on14:56
denixis there an easy way to have part of the recipe (e.g. .inc file with variables) outside of the layer in a separate git? the trick is to fetch it, include .inc in the recipe and reparse... any ideas? :)14:57
RPdenix: no easy way to do that, it means running tasks then reparsing14:58
*** otavio <otavio!~otavio@181.220.84.90> has joined #yocto14:58
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto14:58
smurrayYPTM: Scott Murray is on14:59
dl9pfYPTM: Jan-Simon is on14:59
JPEWYPTM: Joshua Watt is on14:59
denixRP: thanks, I thought so. I was trying to manually parse the file and call setVar(key, value) for all variables, but that also happens quite late and some vars don't get updated...15:02
*** goliath <goliath!~goliath@82.150.214.1> has quit IRC15:02
*** kaspter <kaspter!~Instantbi@180.158.209.109> has quit IRC15:05
*** kaspter <kaspter!~Instantbi@124.77.81.88> has joined #yocto15:05
rburtonYPTM ross on, late15:08
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC15:30
JaMaYPTM Martin Jansa on, even later15:31
*** gsalazar <gsalazar!926cc863@gateway/web/cgi-irc/kiwiirc.com/ip.146.108.200.99> has joined #yocto15:35
JPEWRP: I think I've fixed mingw15:36
LetoThe2ndJPEW: FOR REAL?!?15:37
RPJPEW: sounds promising :)15:37
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC15:39
*** hpsy <hpsy!~hpsy@85.203.15.101> has quit IRC15:41
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC15:51
*** rcw <rcw!~rcw@104-195-225-201.cpe.teksavvy.com> has quit IRC15:54
*** ss <ss!9d30d13e@157.48.209.62> has joined #yocto15:55
RPjonmason, rburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/113/builds/78 - you hacked the css successfully? :)15:56
rburtonclearly something else is broken15:56
rburtonGlad it didn't rebuild the pieces which cause warnings ;)15:57
RPrburton: ;-)15:58
jonmasonone fire at a time16:02
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:05
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto16:10
*** fl0v0 <fl0v0!~fvo@i5E86AF69.versanet.de> has quit IRC16:21
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto16:22
JPEWRP: Hmm, in package_do_shlibs, we are checking TARGET_OS to try and figure out library dependencies; I think that should be HOST_OS?16:26
JPEWbecause, we care about where this package is run, not what it is generating code for. It's only really relevent for canadian-cross compiles, but it does mean that none of the dynamic library dependencies are found for cross-canadian recipes on MinGW16:27
JPEWWhich might explain why we always try to compile cross-canadian recipes in MinGW with "-static"; But this no longer works for expat, which is why gdb-cross-canadian was breaking16:29
rburtonJPEW: sounds right16:30
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC16:31
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:47
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC16:48
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC17:00
kergothRP, khem: stupid question, but how is libgcc pulled into the recipe-sysroot for most recipe builds? It's not part of BASEDEPENDS. glibc wants -initial, not final.. is it an shlibs-based rdepends from glibc or gcc-cross?17:02
kergothoh, looks like it's via gcc-runtime via compilerlibs17:03
kergothnevermind, think that's what i needed17:03
kergothhmm17:03
khemyep compilerlibs it is17:06
*** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:fd58:a1f:7e3d:8a10> has joined #yocto17:07
khemkergoth: you can also take a look at meta-clang where all these are reset17:07
kergothah, that does sound interesting17:07
kergoththanks for the pointer17:07
rburtonone glorious day - and actually soon i hope - i want to rip out the gcc assumptions from the core metadata and have an include file17:08
rburtonso its super obvious and trivial to switch17:08
kergothwas prototyping a reworked external toolchain that uses bbappends and saved recipe files lists stored in the external toolchain to avoid all the fuzziness of guessing what files we need and where they are17:08
kergoththat'd be cool17:08
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto17:14
*** xtron1 <xtron1!~xtron@110.93.212.98> has quit IRC17:15
khemrburton: that will be good, infact it paves way into many things, gcc is no longer main compiler for many important packages now a days17:19
khemRP: you up for a glibc upgrade patch test on AB ?17:20
gbissonto answer my own question: this patch needs to be backported from master to dunfell: 8cbe99b64f kernel-yocto: account for extracted defconfig in elements check17:20
qschulzgbisson: please send a backport patch :)17:21
kergothrburton: the way tcmode works should be rethought, it's too global and too target-specific, individual recipes should be able to have different toolchain deps without breaking things.. just change their underlying deps to a sligthly different virtual to select it? it should be easier to switch to a different libc too. i could easily see wanting to use musl as your nativesdk libc regardless of the target one to reduce the deployment size for an sdk17:36
JPEWRP: Ok, with the package.bbclass and cmake.bbclass patches in OE-core, and new master-next in meta-mingw, everything should work17:58
*** sstabellini <sstabellini!sstabellin@gateway/shell/xshellz/x-ylhogdxxqpmvwkgx> has quit IRC18:01
*** sstabellini <sstabellini!sstabellin@gateway/shell/xshellz/x-qxksfntsjodzposk> has joined #yocto18:02
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto18:03
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC18:05
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-kupouoayrsvjovrw> has quit IRC18:08
*** jobroe <jobroe!~manjaro-u@p57a59971.dip0.t-ipconnect.de> has joined #yocto18:08
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC18:11
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto18:12
*** sstabellini <sstabellini!sstabellin@gateway/shell/xshellz/x-qxksfntsjodzposk> has quit IRC18:12
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto18:19
RPJPEW: thanks, trying again18:20
RPkhem: not this build but the next one?18:20
RPJPEW: good catch on the host/target thing, it explains a few things18:29
JPEWRP: Right. For the most part they are the same even (linux) when we do canadian cross compile... but I did notice that cmake was using TARGET_ARCH instead of HOST_ARCH which could cause all sorts of problems18:30
*** sstabellini <sstabellini!sstabellin@gateway/shell/xshellz/x-gnjzfccnzadguqmt> has joined #yocto18:31
*** rob_gries <rob_gries!~rob@ool-457541b4.dyn.optonline.net> has joined #yocto18:31
rob_griesWhen using Yocto Jethro what would cause a rootfs image not to have populated /dev/ symlinks for stdin, stdout, and stderr?18:33
rob_griesI saw this bug -- https://bugzilla.yoctoproject.org/show_bug.cgi?id=13288 but echo foo | PSEUDO_DEBUG=pV cat /dev/stdin yields no additional debugging output. This leads me to believe that my image isn't running pseudo, and thus not affected by the bug.18:35
rob_griesDoes pseudo only run on the build system side and not inside of the image?18:36
fraypseudo only runs on your host side.  it's used to emulate root required behaviors, such as file perms, owners, groups and special files (like device nodes).  On the target, since you ARE capable of root, everything runs normally18:36
rob_griesSo if I'm missing /dev/ symlinks for stdin, stdout, and stderr -- I am affected by that bug and I'll need to patch my BSP to get those special dev symlinks back?18:38
RProb_gries: its not that issue18:39
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto18:39
rob_griesRP: Ah I thought so... Any hints on where to look?18:39
RProb_gries: what kind of /dev is your image using?18:41
khemRP: yeah thats fine I will send the patch out with RFT18:42
rob_griesRP: I _think_ I'm using the busybox-mdev device manager. I am working with a BSP put together by Qualcomm and I'm not quite sure.18:44
rob_griesRP: If it helps the BSP is for the "LE" version of the APQ805318:45
RProb_gries: it could be it simply doesn't have those symlinks, busybox mdev is pretty minimal18:45
rob_griesRP: I guess I could work around that with an initscript that just symlinks them when I boot up the machine? I can create the symlinks manually and it seems to fix the issue.18:46
RProb_gries: I don't see why not, depends when you need them18:47
khemRP: I think I have got some world builds with glibc 2.32 https://errors.yoctoproject.org/Errors/Build/106413/18:48
khemI think I will see if I can fix these before sending out18:49
RPkhem: a few of those look fairly fundamental so that may be best!18:50
khemyeah sys_siglist has been removed so we need to fix them18:50
rob_griesRP: I probably won't need them until the system reaches runlevel 5. If I were to switch out VIRTUAL-RUNTIME_dev_manager = "busybox-mdev" for VIRTUAL-RUNTIME_dev_manager = "udev" would that probably fix this problem?18:50
RProb_gries: I'd give it a try if it were me...18:51
rob_griesRP: Thanks for your help I appreciate the assistance. I'll give it a shot.18:51
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC19:10
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:11
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto19:12
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto19:23
*** pohly <pohly!~pohly@2a00:20:303b:60cb:d55b:b871:9dfd:912d> has joined #yocto19:25
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC19:26
*** tkoskine <tkoskine!tkoskine@kapsi.fi> has joined #yocto19:27
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto19:31
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC19:34
*** ss <ss!9d30d13e@157.48.209.62> has quit IRC19:35
*** filt3r <filt3r!~x@2a03:b0c0:2:d0::7d:7001> has joined #yocto19:43
*** xtron1 <xtron1!~xtron@103.113.103.143> has joined #yocto19:47
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC19:54
*** srijan_root <srijan_root!0e66a0b2@14.102.160.178> has joined #yocto19:59
*** sno <sno!~sno@p5b25b9cc.dip0.t-ipconnect.de> has quit IRC20:03
srijan_rootAm trying to build mongodb on zeus, it seems it does not come with the mongod.conf and mongod.service file. So tried creating a .bbappend file using do_install(), it seems it is overwriting the files supplied by mongodb_git.bb....20:05
srijan_rootHow can I supply mongodb with the conf and the service files?20:06
khemsrijan_root: use do_install_append20:06
khemif you define do_install it will overwrite original do_install function20:06
srijan_rootkhem: Ok will try it now. But the mongodb_git.bb contains scons_do_install(). Will I still need to use do_install_append20:08
khemyes20:09
srijan_rootkhem: thank you will try it now..20:09
*** jobroe <jobroe!~manjaro-u@p57a59971.dip0.t-ipconnect.de> has quit IRC20:19
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC20:27
*** sno <sno!~sno@p5b25b9cc.dip0.t-ipconnect.de> has joined #yocto20:32
*** xtron1 <xtron1!~xtron@103.113.103.143> has quit IRC20:48
*** vineela <vineela!~vtummala@134.134.139.74> has quit IRC20:57
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC20:58
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto20:59
*** pohly <pohly!~pohly@2a00:20:303b:60cb:d55b:b871:9dfd:912d> has quit IRC21:11
*** berton <berton!~berton@181.220.84.90> has quit IRC21:21
*** lucaceresoli__ <lucaceresoli__!~lucaceres@78-134-114-177.v4.ngi.it> has quit IRC21:23
*** srijan_root <srijan_root!0e66a0b2@14.102.160.178> has quit IRC21:35
*** agust <agust!~agust@p508b628a.dip0.t-ipconnect.de> has quit IRC21:44
*** vineela <vineela!~vtummala@134.134.139.72> has joined #yocto21:48
RPJPEW: green :)21:55
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto21:55
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-yshkjlsxdsdxxbhj> has joined #yocto22:01
*** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto22:03
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC22:07
*** bluelightning_ is now known as bluelightning22:07
*** Spirit532 <Spirit532!~Spirit@mm-145-71-44-37.mgts.dynamic.pppoe.byfly.by> has quit IRC22:08
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC22:14
*** maudat <maudat!~moda@mtrlpq2848w-lp130-03-69-159-116-123.dsl.bell.ca> has quit IRC22:19
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC22:22
*** Spirit532 <Spirit532!~Spirit@178.127.54.129> has joined #yocto22:23
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto22:26
kergothHmm, is there no way to use devtool to modify gcc sources?22:28
*** vineela <vineela!~vtummala@134.134.139.72> has quit IRC22:29
RPkergoth: it might work against the gcc-source recipe?22:30
RPkergoth: I can imagine it not working though, those recipes are a bit special :/22:31
kergothit reports that it's unsupported for that recipe22:31
* kergoth yawns22:31
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC22:32
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC22:33
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto22:34
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto22:35
*** vineela <vineela!~vtummala@134.134.139.72> has joined #yocto22:42
RPand so much for pidfile theory as it failed again: https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/1178 :(22:47
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC23:00
*** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:fd58:a1f:7e3d:8a10> has quit IRC23:15
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto23:26
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC23:28
*** armpit <armpit!~armpit@c-67-181-203-136.hsd1.ca.comcast.net> has quit IRC23:34
*** armpit <armpit!~armpit@2601:202:4180:a5c0:c828:c1e1:5c2:20a3> has joined #yocto23:35
*** vineela <vineela!~vtummala@134.134.139.72> has quit IRC23:36
*** woky_ is now known as woky23:40
*** creich <creich!~creich@p200300f6af272610000000000000039b.dip0.t-ipconnect.de> has quit IRC23:51
*** creich <creich!~creich@p200300f6af272610000000000000039b.dip0.t-ipconnect.de> has joined #yocto23:57

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!