RP | halstead: thanks! | 00:00 |
---|---|---|
RP | otavio: FWIW I think it still makes sense to resolve the mesa 19.x issues since we will have to anyway sooner or later | 00:01 |
RP | there is always the possibility this build won't work out for some reason (I'm trying to ignore that) | 00:02 |
otavio | meson.build:1239:6: ERROR: Problem encountered: The Nouveau driver requires rtti. You either need to turn off nouveau or use an LLVM built with LLVM_ENABLE_RTTI. | 00:03 |
halstead | RP, I hope these new workers don't mess up the M3. Seems like kind of an important moment to introduce them. | 00:03 |
otavio | meson: Error out if building nouveau and using LLVM without rtti | 00:03 |
RP | halstead: I was just wondering about that. I guess we'll see | 00:04 |
halstead | I'll check back in on the build before bed. | 00:05 |
otavio | RP: I wonder how it works for some and fail other | 00:06 |
otavio | maybe musl builds LLVM without LLVM_ENABLE_RTTI ? | 00:07 |
RP | otavio: I think that build is a "graphics with llvm" test | 00:10 |
otavio | RP: this is a regression with meson | 00:10 |
otavio | commit c5a97d658ec19cc02719d7f86c1b0715e3d9ffc4 | 00:11 |
otavio | Author: Dylan Baker <dylan@pnwbakers.com> | 00:11 |
otavio | Date: Mon Apr 16 14:47:58 2018 -0700 | 00:11 |
otavio | meson: fix builds against LLVM built without rtti | 00:11 |
otavio | Building without rtti is a frought with peril, but it's something that autotools supports so we need to support it too. | 00:11 |
otavio | Since we've moved to version 0.44 as a whole we can use the meson functionality for accessing random llvm-config options we can check for rtti and add -fno-rtti to all C++ code accordingly. | 00:11 |
otavio | Signed-off-by: Dylan Baker <dylan.c.baker@intel.com> | 00:11 |
RP | otavio: so two issues, one is musl segfaulting and the other is llvm | 00:11 |
otavio | autoconf supports it | 00:11 |
otavio | would you be open to build using autotools and see if it really "works" ? | 00:11 |
RP | otavio: http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder-helper/tree/config.json#n777 is the config for that build | 00:12 |
RP | PACKAGECONFIG_append_x86-64_pn-mesa = ' gallium-llvm gallium r600' | 00:12 |
otavio | RP: fine, but nauveou is what needs it and it is enabled | 00:13 |
RP | otavio: I'm not sure what you're asking me | 00:13 |
* RP should really sleep | 00:21 | |
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 00:34 | |
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 00:41 | |
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 00:46 | |
*** stephano <stephano!~stephano@134.134.139.76> has quit IRC | 00:54 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC | 01:27 | |
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 01:34 | |
tz | anybody got ideas how to debug an image build with "busybox.postinst returned 1, marking as unpacked only, configuration required on target." ? the do_rootfs logfile doesn't say anything useful apart from the quoted text | 01:53 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 01:54 | |
tz | seems like busybox's applet links are fine in the initramfs, but not in the final root filesystem | 02:01 |
*** armpit <armpit!~armpit@45.19.219.178> has quit IRC | 02:25 | |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 02:32 | |
tz | never mind; good old "set -x", looks like busybox was conflicting with an actual package that provided the same binaries | 02:33 |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 02:42 | |
*** camus <camus!~Instantbi@115.216.35.36> has joined #yocto | 03:50 | |
*** kaspter <kaspter!~Instantbi@183.156.254.141> has quit IRC | 03:52 | |
*** camus is now known as kaspter | 03:52 | |
yocti | New news from stackoverflow: Bitbake cannot find the header file of another recipe <https://stackoverflow.com/questions/54722712/bitbake-cannot-find-the-header-file-of-another-recipe> || In Yocto, how to include header files from another recipes <https://stackoverflow.com/questions/50035143/in-yocto-how-to-include-header-files-from-another-recipes> | 04:19 |
*** armpit <armpit!~armpit@2601:202:4180:c33:9d5b:fb53:b464:877c> has joined #yocto | 04:24 | |
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 04:48 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-numypffcjkpvrhvq> has quit IRC | 04:52 | |
*** User_ <User_!~learningc@mti-37-145.tm.net.my> has joined #yocto | 04:53 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 04:53 | |
*** User_ <User_!~learningc@mti-37-145.tm.net.my> has quit IRC | 04:53 | |
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 04:54 | |
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 04:56 | |
*** gtristan <gtristan!~tristanva@110.11.227.189> has quit IRC | 04:58 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 05:21 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 05:22 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto | 05:27 | |
*** gtristan <gtristan!~tristanva@110.11.227.177> has joined #yocto | 05:36 | |
*** la_croix_ <la_croix_!~la_croix@054088bb.skybroadband.com> has quit IRC | 06:02 | |
*** la_croix <la_croix!~la_croix@054088bb.skybroadband.com> has joined #yocto | 06:04 | |
*** agust <agust!~agust@p5483354E.dip0.t-ipconnect.de> has joined #yocto | 06:41 | |
*** bjobjo <bjobjo!~bjobjo@2a01:79d:3e81:5208::9e6> has joined #yocto | 07:06 | |
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 07:19 | |
*** cvasilak <cvasilak!~cvasilak@athedsl-262003.home.otenet.gr> has joined #yocto | 07:26 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:33 | |
*** u1106 <u1106!~quassel@163.172.172.46> has joined #yocto | 07:36 | |
*** gtristan <gtristan!~tristanva@110.11.227.177> has quit IRC | 07:43 | |
erbo | kanavin: are all your qemu patches merged now? or should I use some patchset too if I want to play around with it? | 07:47 |
*** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 07:48 | |
*** gtristan <gtristan!~tristanva@114.207.54.12> has joined #yocto | 07:52 | |
*** fbre <fbre!91fdde45@gateway/web/freenode/ip.145.253.222.69> has joined #yocto | 07:54 | |
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 07:58 | |
*** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 08:02 | |
alicef | how i can force IMAGE_INSTALL_remove | 08:05 |
*** fl0v0 <fl0v0!~fvo@89.244.126.74> has joined #yocto | 08:07 | |
*** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto | 08:08 | |
*** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 08:10 | |
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 08:15 | |
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 08:16 | |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:16 | |
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 08:18 | |
*** mckoan|away is now known as mckoan | 08:18 | |
yocti | New news from stackoverflow: How to add a static library to Yocto SDK package <https://stackoverflow.com/questions/55256145/how-to-add-a-static-library-to-yocto-sdk-package> | 08:19 |
*** frsc <frsc!~frsc@i59F4B667.versanet.de> has joined #yocto | 08:20 | |
mckoan | alicef: hi, what do you mean? | 08:22 |
alicef | using IMAGE_INSTALL_remove for removing a recipe dosen't work and the recipe is still there | 08:23 |
alicef | I suppose maybe because of dependency ? | 08:24 |
alicef | and i found this mail https://lists.yoctoproject.org/pipermail/poky/2016-July/010629.html | 08:24 |
alicef | about force exclude a package | 08:24 |
mckoan | alicef: it's definitely because of dependency | 08:29 |
alicef | mckoan: threre is a way for force the removal ? | 08:34 |
*** naknick <naknick!6d40348d@gateway/web/freenode/ip.109.64.52.141> has quit IRC | 08:35 | |
mckoan | alicef: AFAIK no if it's a dependency | 08:37 |
*** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 08:39 | |
*** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto | 08:41 | |
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 08:44 | |
*** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC | 08:46 | |
yocti | New news from stackoverflow: How to enable tc command when building a kernel using Yocto recipes <https://stackoverflow.com/questions/52669185/how-to-enable-tc-command-when-building-a-kernel-using-yocto-recipes> | 08:49 |
*** fbre <fbre!91fdde45@gateway/web/freenode/ip.145.253.222.69> has quit IRC | 08:57 | |
*** frsc <frsc!~frsc@i59F4B667.versanet.de> has quit IRC | 09:08 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:09 | |
*** yacar_ <yacar_!~yacar@80.214.118.138> has joined #yocto | 09:22 | |
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 09:32 | |
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 09:33 | |
sveinse | Oh, how I wish bitbake would have some mechanism for comments inside multi-line var values | 09:43 |
*** yacar_ <yacar_!~yacar@80.214.118.138> has quit IRC | 09:47 | |
*** jofr <jofr!~jofr@193.182.166.3> has left #yocto | 09:48 | |
*** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 09:48 | |
*** yacar_ <yacar_!~yacar@80.214.118.138> has joined #yocto | 09:50 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 09:52 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:56 | |
*** MarcWe <MarcWe!hmwmatrixo@gateway/shell/matrix.org/x-xumotykrzixzyjfq> has joined #yocto | 10:12 | |
*** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 10:13 | |
*** d_s_e <d_s_e!~signum@ppp-93-104-17-187.dynamic.mnet-online.de> has joined #yocto | 10:17 | |
yocti | New news from stackoverflow: Both libc.so.6 and libc.so exist in rootfs <https://stackoverflow.com/questions/55241358/both-libc-so-6-and-libc-so-exist-in-rootfs> | 10:20 |
*** mkhoory <mkhoory!~mkhoory@bba391361.alshamil.net.ae> has joined #yocto | 10:26 | |
*** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 10:28 | |
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 10:32 | |
*** yacar_ <yacar_!~yacar@80.214.118.138> has quit IRC | 10:49 | |
*** shatrix <shatrix!3e9d79e4@gateway/web/freenode/ip.62.157.121.228> has quit IRC | 10:58 | |
*** berton <berton!~berton@177.194.204.148> has joined #yocto | 11:36 | |
*** yacar_ <yacar_!~yacar@80.214.30.178> has joined #yocto | 11:57 | |
*** gtristan <gtristan!~tristanva@114.207.54.12> has quit IRC | 11:57 | |
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 11:58 | |
*** cvasilak <cvasilak!~cvasilak@athedsl-262003.home.otenet.gr> has quit IRC | 12:01 | |
*** OutBackDingo <OutBackDingo!~outbackdi@unaffiliated/outbackdingo> has joined #yocto | 12:02 | |
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 12:19 | |
*** frsc <frsc!~frsc@200116b824b8f8005b82824eec0f0e52.dip.versatel-1u1.de> has joined #yocto | 12:22 | |
*** thaytan <thaytan!~thaytan@121-200-23-18.79c817.syd.nbn.aussiebb.net> has quit IRC | 12:29 | |
*** thaytan <thaytan!~thaytan@121-200-23-18.79c817.syd.nbn.aussiebb.net> has joined #yocto | 12:33 | |
*** thaytan <thaytan!~thaytan@121-200-23-18.79c817.syd.nbn.aussiebb.net> has quit IRC | 12:36 | |
*** thaytan <thaytan!~thaytan@121-200-23-18.79c817.syd.nbn.aussiebb.net> has joined #yocto | 12:37 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC | 12:39 | |
*** SimoneNascivera <SimoneNascivera!~simone@2.43.226.15> has joined #yocto | 13:25 | |
SimoneNascivera | Hi everyone | 13:25 |
mckoan | SimoneNascivera: hello | 13:26 |
SimoneNascivera | I'm getting an error whil building kernel-devsrc: https://pastebin.com/4yxznBJw | 13:26 |
SimoneNascivera | mckoan: did it ever happened to you? | 13:27 |
mckoan | SimoneNascivera: no, but I don't know anything about your configuration | 13:27 |
SimoneNascivera | mckoan: I'm compiling an image for a tinkerboard system (ARM based) | 13:28 |
SimoneNascivera | mckoan: and I need kernel-devsrc in order to add a kernel module to the system | 13:28 |
mckoan | SimoneNascivera: not sure you need it to do that | 13:29 |
mckoan | SimoneNascivera: is the module already built? cross-compilaed? | 13:29 |
SimoneNascivera | mckoan: it's the first time I'm doing it and I have to compile it | 13:29 |
mckoan | SimoneNascivera: lkely you want to cross-compile it and afterward deploy int on the target | 13:30 |
SimoneNascivera | mckoan: since it's the first time, I thought it would be easier to compile directly on the target | 13:30 |
mckoan | SimoneNascivera: using Yocto is not expected to compile on the target | 13:30 |
SimoneNascivera | mckoan: uh ok, I never thounght that it could be the case | 13:31 |
mckoan | SimoneNascivera: Architecture did not match (x86, expected ARM) is the right error | 13:31 |
SimoneNascivera | mckoan: so should I try to set up the cross compiler and then deploy the mdoule? | 13:32 |
SimoneNascivera | mckoan: *module | 13:32 |
mckoan | SimoneNascivera: I would do that | 13:32 |
SimoneNascivera | mckoan: ok, thank you so much for your help. I'll try right now. | 13:32 |
zeddii | you don't actually have to setup the cross compiler, it is always there, whether you know it or not. Just follow one of the other module recipes and it is a fairly quick thing to put together to build it. | 13:32 |
tz | http://wiki.koansoftware.com/index.php/Howto_build_a_kernel_module_out_of_the_kernel_tree | 13:33 |
mckoan | tz: i always forget my own posts :-D | 13:33 |
ernstp | can you make yocto build a host toolchain from source also? it will still need a host gcc as bootstrap compiler of course... | 13:33 |
tz | :) | 13:33 |
tz | saved me heaps of time, that one! | 13:34 |
mckoan | tz: glad to know | 13:34 |
LetoThe2nd | ernstp: yocto builds the host toolchain by default :) | 13:38 |
ernstp | LetoThe2nd: I don't think so, and that's not the behavior I'm seeing... | 13:39 |
ernstp | oh I'm still on yocto 2.4, perhaps it's changed? | 13:40 |
LetoThe2nd | ernstp: that should have been like it forever. | 13:40 |
ernstp | to me it looks like it's only building a target toolchain and uses host OS toolchain for native tools | 13:41 |
LetoThe2nd | ernstp: hmmm you might actually be right and me mistaken. | 13:44 |
ernstp | but I'm guessing it has support for building a native toolchain also | 13:45 |
*** justanotherboy <justanotherboy!~justanoth@THOUSAND-EY.bear1.Houston1.Level3.net> has joined #yocto | 13:50 | |
*** AndersD <AndersD!~AndersD@2a04:ae08:5c03:1600:ea2a:eaff:fe2e:dcef> has joined #yocto | 13:57 | |
SimoneNascivera | mckoan: Once I made all necessary files, should I place them in meta-skeleton/recipes-kernel? | 14:02 |
mckoan | SimoneNascivera: best practice is to add your recipe to your custom layer | 14:03 |
ernstp | HOSTTOOLS_remove += "gcc g++ cpp" doesn't work, which I guess is logical... | 14:03 |
JaMa | ernstp: it doesn't have support for building native toolchain, it always depends on the host to provide usable one | 14:05 |
JaMa | ernstp: you can build build-appliance with yocto and then use that for your builds | 14:06 |
ernstp | ok, then I know. have a somewhat heterogeneous environment... | 14:06 |
odda | hi! can anyone give me a qick advise on this problem: i use a layer that provides a .bbappend for a recipe that does not exist. | 14:32 |
odda | in particular the layer i am using appends to openssl_1.0.2h but the openssl packege from meta is at 1.0.2p | 14:32 |
odda | so renaming the file solves the problem, but is there as solution that does not require changes of that layer? | 14:33 |
LetoThe2nd | odda: there are wildcards, like % | 14:36 |
LetoThe2nd | odda: see the dev manual for details. | 14:36 |
SimoneNascivera | mckoan: thank you so much. I made my own layer and it actually starts to compile it. I received this error: https://pastebin.com/FEmrHH45 | 14:37 |
SimoneNascivera | mckoan: I tried to run the make command in my shell, and it gives : make: use-ld=bfd: No such file or directory | 14:38 |
*** AndersD <AndersD!~AndersD@2a04:ae08:5c03:1600:ea2a:eaff:fe2e:dcef> has quit IRC | 14:39 | |
odda | LetoThe2nd: i know that these exist but the layer that i use has an 'unwildcarded' bbappend and i dont want to introduce changes to that layer an running my own fork | 14:40 |
LetoThe2nd | odda: then you're out of luck, i'd say, and have to expect the maintainer of that layer to stay properly up to date. | 14:41 |
mckoan | SimoneNascivera: are you sure you are building a valid module for your kernel version? | 14:45 |
odda | LetoThe2nd: alright, thank you ... :/ | 14:45 |
odda | i was hoping for some kind of magic spell that only the yocto gods know ... | 14:45 |
SimoneNascivera | mckoan: the kernel module is a usb driver given by the manufacturer. It should support linux-3.3.8 or higher kernel version | 14:47 |
*** d_s_e <d_s_e!~signum@ppp-93-104-17-187.dynamic.mnet-online.de> has quit IRC | 14:48 | |
*** jij <jij!jonashg@nat/axis/x-ixfyepuzjhezqfpj> has quit IRC | 14:49 | |
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 14:50 | |
*** scottrif <scottrif!~scottrif@179.42.244.153> has joined #yocto | 14:51 | |
*** armpit <armpit!~armpit@2601:202:4180:c33:9d5b:fb53:b464:877c> has quit IRC | 14:51 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:52 | |
mckoan | SimoneNascivera: it *should* | 14:53 |
mckoan | SimoneNascivera: it's better to ask to the device manufacturer | 14:54 |
SimoneNascivera | mckoan: I'll try to ask them and hope they'll answer | 14:55 |
SimoneNascivera | mckoan: btw thank you for your time | 14:55 |
*** armpit <armpit!~armpit@2601:202:4180:c33:9d5b:fb53:b464:877c> has joined #yocto | 14:56 | |
mckoan | SimoneNascivera: yw, ciao | 15:00 |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 15:04 | |
u1106 | my recipe needs to download a couple of single files (not archives) using https. Downloading works fine, but they are all stored in WORKDIR which is messy. I would prefer to have them in a subdirectory e.g. ${WORKDIR}/external. I found the localfilename option, but it seems to effect only the download directory, but not the WORKDIR. The local file fetcher is a subdir option, the git fetcher has a destsuffix option, but how can achieve that with the wget | 15:05 |
u1106 | fetcher? | 15:05 |
ernstp | odda: if the bbappend is in a layer someone else wrote, perhaps you checked out the wrong branch of it? | 15:05 |
ernstp | u1106: one solution would be a custom do_fetch implementation.... | 15:06 |
u1106 | ernstp: right. I was thinking of adding such option to wget.py, but honestly I hoped I was just missing something simpler :) | 15:08 |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 15:08 | |
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 15:10 | |
ernstp | u1106: there could be a DL_DIR variable... ? | 15:13 |
ernstp | oh wait, that's something else... | 15:14 |
u1106 | yeah, the downloadfile option affects the location in DL_DIR, but that's not what I intended to change | 15:17 |
* kergoth yawns | 15:18 | |
kergoth | u1106: https://github.com/openembedded/bitbake/blob/master/lib/bb/fetch2/__init__.py#L1485 | 15:19 |
Striking7 | Nice, kergoth | 15:20 |
*** stephano <stephano!~stephano@134.134.139.72> has joined #yocto | 15:23 | |
u1106 | kergoth: thanks that does it. My mistake was to trust to manual that documents that behaviour only for file://. Next mistake was to look around in fetch2/wget.py. Afterwards I could guess wget.py is only responsible for getting the files to DL_DIR and __init__.py is responsible for getting them from DL_DIR to WORKDIR? | 15:32 |
u1106 | (need to run now, will check later) | 15:33 |
kergoth | unpacking is often common between fetchers. the fetcher in wget inherits from a base class in __init__ that implements a baseline unpack() | 15:33 |
kergoth | some fetchers override it, like git, to clone instead of copy, but not all | 15:33 |
*** odda <odda!~quassel@mustbehax.de> has quit IRC | 15:42 | |
*** d_s_e <d_s_e!~d.s.e@ppp-93-104-17-187.dynamic.mnet-online.de> has joined #yocto | 15:48 | |
kergoth | https://medium.com/@jpaulreed/the-737max-and-why-software-engineers-should-pay-attention-a041290994bd | 15:58 |
*** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 16:05 | |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:23 | |
mcfrisk | hi, I want to build ptests on sumo but not install to images by default. added ptests to DISTRO_FEATURES only but they end up on images too. can't see how though from bitbake -e image. ptests are missing from IMAGE_FEATURES. What did I miss? | 16:32 |
kergoth | ptests aren't installed unless you add them to IMAGE_FEATURES.. distro features only enables the emission of the packages, not their installation | 16:35 |
kergoth | my guess is some package is incorrectly rdepending on a ptest package, pulling in that package and the ptest runner, but not all the ptests | 16:35 |
mcfrisk | kergoth: ok, thanks. That's what I thought. I'll check deeper into the image dependencies | 16:39 |
mcfrisk | ah, it's actually the popuplate_sdk failing with "nothing provides bash needed by openssl-ptest" | 16:42 |
*** d_s_e <d_s_e!~d.s.e@ppp-93-104-17-187.dynamic.mnet-online.de> has quit IRC | 16:43 | |
mcfrisk | nah, it's both do_rootfs and populate_sdk which want to install ptest packages and bash (GPLv3) exclusion fails | 16:48 |
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 16:48 | |
*** yacar_ <yacar_!~yacar@80.214.30.178> has quit IRC | 16:52 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto | 16:58 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:02 | |
rburton | mckoan: well something is pulling them in. the only thing that *should* is adding ptest-pkgs to IMAGE_FEATURES | 17:02 |
*** frsc <frsc!~frsc@200116b824b8f8005b82824eec0f0e52.dip.versatel-1u1.de> has quit IRC | 17:11 | |
*** SimoneNascivera <SimoneNascivera!~simone@2.43.226.15> has quit IRC | 17:13 | |
*** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 17:15 | |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 17:16 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 17:17 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 17:19 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 17:20 | |
*** nabakov <nabakov!~nabakov@67.218.223.154> has joined #yocto | 17:20 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 17:26 | |
*** mckoan is now known as mckoan|away | 17:35 | |
*** fl0v0 <fl0v0!~fvo@89.244.126.74> has quit IRC | 17:40 | |
Striking7 | Anyone else having trouble reaching freedesktop.org? | 17:44 |
Striking7 | I'm having a bunch of recipes fail "no route to host" | 17:44 |
Striking7 | cairo, etc | 17:44 |
Striking7 | Just checking if it's just me | 17:45 |
kergoth | Striking7: https://downforeveryoneorjustme.com/freedesktop.org | 17:47 |
Striking7 | Funny, I just remembered about that site - sorry to bother. | 17:48 |
kergoth | no worries :) | 17:48 |
Striking7 | Looks like I'm going to have to find something else to work on while I wait for freedesktop to figure out whatever's wrong | 17:48 |
kergoth | there are source mirrors.. | 17:49 |
kergoth | http://sources.openembedded.org for example | 17:49 |
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-xgbopelhemukwsod> has quit IRC | 17:51 | |
bluelightning | ... which should be configured by default, so I'm wondering why those wouldn't be helping already | 18:02 |
*** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 18:08 | |
*** cslcm <cslcm!~cslcm@188.240.189.115> has joined #yocto | 18:29 | |
cslcm | hey - how would I go about adding --enable-omx --enable-omx-rpi switches to the ffmpeg recipe in my yocto build? | 18:30 |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-nmvgjwgjhvgkrrga> has quit IRC | 18:30 | |
*** ndec <ndec!sid219321@linaro/ndec> has quit IRC | 18:30 | |
*** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-yinaqtfxjogxctlu> has quit IRC | 18:30 | |
*** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-delvbppdjwwhjmym> has joined #yocto | 18:30 | |
*** rsalveti <rsalveti!sid117878@gateway/web/irccloud.com/x-ewntztkwhrniggjq> has quit IRC | 18:31 | |
*** marex-cloud <marex-cloud!sid137234@gateway/web/irccloud.com/x-rhrxxepsszcvwoxo> has quit IRC | 18:31 | |
*** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-bclbqqfswduxcvkt> has quit IRC | 18:31 | |
*** mirzak <mirzak!sid303002@gateway/web/irccloud.com/x-ujxfswwamhucgikr> has quit IRC | 18:31 | |
*** christner_ <christner_!uid327834@gateway/web/irccloud.com/x-jbhndjlbaeqtyifv> has quit IRC | 18:32 | |
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-niucxdgfmhirkusl> has quit IRC | 18:32 | |
*** jeanba <jeanba!~jbl@77.243.63.34> has quit IRC | 18:32 | |
*** rsalveti <rsalveti!sid117878@gateway/web/irccloud.com/x-hafuzcmensgwumpb> has joined #yocto | 18:33 | |
*** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-wvjyyydopotcutga> has joined #yocto | 18:33 | |
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-wpliinmjkuatsmlk> has joined #yocto | 18:40 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 18:43 | |
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-qetzgvicvwwnadrg> has joined #yocto | 18:43 | |
*** berton <berton!~berton@177.194.204.148> has quit IRC | 18:45 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-oczccgluqjonlolb> has joined #yocto | 18:45 | |
*** ndec <ndec!sid219321@linaro/ndec> has joined #yocto | 18:45 | |
*** berton <berton!~berton@177.194.204.148> has joined #yocto | 18:46 | |
otavio | khem: hello | 18:50 |
otavio | khem: RP and I were checking a build failure on new mesa, when it is built using meson. The new mesa release requires LLVM with RTTI enabled. So a couple of questions: 1) is there any problem in enabling RTTI for LLVM? 2) could you cook us a patch for testing? | 18:51 |
*** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 19:03 | |
*** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 19:07 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 19:22 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 19:29 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 19:53 | |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 19:55 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-oczccgluqjonlolb> has quit IRC | 20:08 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 20:10 | |
armpit | otavio, send patches and see where it goes | 20:44 |
otavio | armpit: I asked RP to give a try on mesa without meson, which does build successfully here without RTTI however I'd like to hear from khem about what are the implications to enable it | 20:47 |
otavio | RP: rburton: did you guys see the systemd patch I sent? | 20:58 |
otavio | armpit: the use of systemd-stable makes it easier to update when bugfixes and security fixes are made | 20:59 |
otavio | armpit: did you see as well? | 20:59 |
*** berton <berton!~berton@177.194.204.148> has quit IRC | 21:01 | |
armpit | otavio, yes. seems reasonable but we are in M3 so its on RP to make the call | 21:03 |
armpit | is suspect RP is still jet lagged | 21:03 |
otavio | armpit: likely hehe | 21:04 |
sveinse | Is there a way to get a .dot of the package dependencies? bitbake -g seems to generate task and recipe depends, but I'm looking for the package hierarchy | 21:08 |
* RP is feeling weird :( | 21:08 | |
armpit | RP, take care | 21:16 |
JaMa | bluelightning: khem: something doesn't work on the the sources.oe.org population, e.g. http://sources.openembedded.org/libqmi-1.22.2.tar.xz is missing (also from freedesktop.org) | 21:26 |
JaMa | the same with http://sources.openembedded.org/libmbim-1.18.0.tar.xz | 21:26 |
JaMa | both are from meta-oe, so should be built during world builds on jenkins | 21:27 |
bluelightning | doh | 21:28 |
bluelightning | sveinse: if you enable buildhistory it will record that when generating an image | 21:28 |
sveinse | bluelightning: ah, yes there, perfect. thanks | 21:33 |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 21:39 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 21:40 | |
armpit | JaMa, we do have a selftest for checking sources. maybe adding it as a check may help catch these issues | 21:51 |
JaMa | armpit: is selftest being executed for other layers than poky? | 21:52 |
armpit | I have a selftest in meta-oe to check meta-openembedded sources | 21:53 |
armpit | https://git.openembedded.org/meta-openembedded/tree/meta-oe/lib/oeqa/selftest/cases/meta_oe_sources.py | 21:54 |
JaMa | but who is executing it? I haven't seen it on jenkins.nas-admin.org nor in bitbake world status e-mails from khem | 21:56 |
armpit | no one. it needs to be added to jenkins, then it could send out an email on failure | 21:56 |
armpit | or launch the sync job | 21:57 |
armpit | or both | 21:57 |
JaMa | http://jenkins.nas-admin.org/view/OE/job/oe_world_workspace-rsync/lastBuild/console | 21:58 |
JaMa | both were updated some 13 days ago, so should be already built and rsynced | 21:58 |
armpit | k, well the notification is going to #webos-ports-jenkins | 21:59 |
armpit | maybe update that to #oe | 22:00 |
*** justanotherboy <justanotherboy!~justanoth@THOUSAND-EY.bear1.Houston1.Level3.net> has quit IRC | 22:00 | |
sveinse | JaMa, I've been requested to up our Qt to Qt5.12 (in our rocko system), and when looking at the meta-qt5 repo, I see that you have a "jansa/master-5.12" branch. Whould that be a good point to start at, or would it be better to go more newer, like master? | 22:02 |
JaMa | sveinse: jansa/master-5.12 was used to prepare 5.12 for master, you should use master now and switch to warrior branch when 5.13 lands in master | 22:02 |
sveinse | JaMa: Thanks | 22:03 |
JaMa | armpit: I don't know if this rsync job is still relevant, see https://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg61779.html | 22:05 |
rburton | otavio: sounds like a good idea and something i'd consider breaking freeze for | 22:08 |
rburton | didn't read the actual patch though yet | 22:08 |
JaMa | libqmi-1.22.2.tar.xz was rsynced to milla a while ago in http://jenkins.nas-admin.org/view/OE/job/oe_world_workspace-rsync/558/console but rsync target halstead was talking about in https://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg61764.html I don't know, I thought that the directory on milla is what is http://sources.openembedded.org | 22:10 |
halstead | JaMa, Is milla at 23.141.224.193 ? | 22:13 |
* armpit breaks wind, not freeze | 22:14 | |
halstead | JaMa, Looks like yes, milla.nas-admin.org resolves to that IP. sources.oe.org is rsyncing from there hourly. | 22:14 |
RP | otavio: I actually thought I'd merged that systemd change :/ | 22:14 |
JaMa | halstead: do you know why the builds rsync to milla first instead of pushing it directly to sources.oe.org if it's on different box? | 22:15 |
halstead | JaMa, It could be a timing issue. Milla is local sources is far away. | 22:15 |
JaMa | ok, for me milla is 10.20.1.193 because I always go there through builders, but 23.141.224.193 is its public IP indeed | 22:17 |
JaMa | halstead: can you check that rsync job? I've checked and it's on milla for a while | 22:18 |
JaMa | -rw-r--r-- 1 jenkins jenkins 947124 Feb 28 16:21 /home/jenkins/htdocs/oe-sources/libqmi-1.22.2.tar.xz | 22:18 |
halstead | JaMa, It's certainly still there and there is plenty of disk left. Running at the shell to check for errors now. | 22:22 |
yocti | New news from stackoverflow: Trying to build oe image with framebuffer <https://stackoverflow.com/questions/55270935/trying-to-build-oe-image-with-framebuffer> | 22:22 |
JaMa | halstead: thanks | 22:24 |
halstead | JaMa, It may have been timing out mirroring "1.5Ggit2_code.qt.io.qt.qtwebengine-chromium.git.tar.gz" although I'm not sure why it would. | 22:25 |
JaMa | halstead: should I temporarily move it out from milla to confirm this idea? | 22:28 |
halstead | JaMa, I'm watching it mirror now to see how it fails. | 22:29 |
*** scottrif <scottrif!~scottrif@179.42.244.153> has left #yocto | 22:33 | |
*** stephano <stephano!~stephano@134.134.139.72> has quit IRC | 22:46 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-jyhgvpqrftsdmcaw> has joined #yocto | 22:49 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:55 | |
*** mccc <mccc!~mccc@c-73-239-24-228.hsd1.wa.comcast.net> has joined #yocto | 23:20 | |
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 23:26 | |
*** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has joined #yocto | 23:43 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 23:57 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!