| *** martinkelly <martinkelly!~martin@hq.xevo.com> has quit IRC | 00:11 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-185-181.ssp.dialog.net.pl> has quit IRC | 00:23 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 00:29 | |
| khem | RP:cool | 00:32 |
|---|---|---|
| khem | RP: there is another dlopen() bug in musl that I will send a patch for after my builds finish | 00:32 |
| khem | this was a long standing problem does not happen all the time but now it does show up with qemu-arm while running some gir stuff | 00:33 |
| khem | luckily I was able to get it reproducible in qemu usermode | 00:33 |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 00:47 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 00:57 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC | 01:05 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto | 01:07 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 01:10 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 01:11 | |
| *** pepijndevos <pepijndevos!~pepijndev@81.4.122.239> has quit IRC | 01:12 | |
| *** stephano <stephano!~stephano@134.134.139.73> has quit IRC | 01:16 | |
| *** ronybeck <ronybeck!~ronybeck@46.140.63.234> has quit IRC | 01:55 | |
| *** ronybeck <ronybeck!~ronybeck@46.140.63.234> has joined #yocto | 02:07 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 02:11 | |
| *** black_13 <black_13!d106cd8b@gateway/web/freenode/ip.209.6.205.139> has joined #yocto | 02:13 | |
| *** BuddyButterfly1 <BuddyButterfly1!~BuddyButt@dslb-092-075-201-015.092.075.pools.vodafone-ip.de> has quit IRC | 02:14 | |
| black_13 | does a recipe automatically build a package | 02:14 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 02:15 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 02:20 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 02:25 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 02:25 | |
| *** BuddyButterfly <BuddyButterfly!~BuddyButt@dslb-084-057-193-183.084.057.pools.vodafone-ip.de> has joined #yocto | 02:28 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:5d2e:f64b:3649:ebdb> has quit IRC | 02:54 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:a014:bbbe:e67e:4e9d> has joined #yocto | 03:06 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 03:12 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 03:15 | |
| khem | yes | 03:28 |
| khem | bitbake <recipe> | 03:28 |
| khem | will build 1 or more output packages | 03:28 |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 03:42 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 03:45 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 03:46 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 03:50 | |
| *** camus <camus!~Instantbi@115.192.221.212> has joined #yocto | 03:50 | |
| *** kaspter <kaspter!~Instantbi@115.216.34.157> has quit IRC | 03:51 | |
| *** camus is now known as kaspter | 03:51 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 03:53 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 03:54 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto | 04:21 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-lkqakdorpwgciqqw> has quit IRC | 04:28 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 04:41 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 04:43 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 04:46 | |
| *** nerdboy <nerdboy!~sarnold@107.77.244.86> has joined #yocto | 04:47 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 04:47 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto | 05:04 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 05:34 | |
| *** gtristan <gtristan!~tristanva@110.11.179.72> has joined #yocto | 05:40 | |
| *** bradleyb <bradleyb!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 05:46 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 05:46 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 05:46 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 05:47 | |
| yocti | New news from stackoverflow: How to add a missing library (or executable or other file) to Yocto/bitbake <https://stackoverflow.com/questions/54914583/how-to-add-a-missing-library-or-executable-or-other-file-to-yocto-bitbake> | 06:00 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:08 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 06:09 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 06:13 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:14 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC | 06:25 | |
| *** chankit <chankit!chankit@nat/intel/x-eeyoraztmjqoelrk> has joined #yocto | 06:38 | |
| chankit | Hi, how do I open a port in Yocto | 06:38 |
| chankit | I tried my TCP/IP code but it doesn't work..it says connection refused | 06:39 |
| chankit | which probably I need to open the port | 06:39 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 06:40 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 06:42 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 06:46 | |
| *** frsc <frsc!~frsc@200116b824b26e00f1a24572bd7c12ad.dip.versatel-1u1.de> has joined #yocto | 07:15 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 07:29 | |
| yocti | New news from stackoverflow: Compiling module using SDK throws warning message: libelf-dev not found <https://stackoverflow.com/questions/54920192/compiling-module-using-sdk-throws-warning-message-libelf-dev-not-found> | 07:30 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 07:43 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 07:46 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto | 07:48 | |
| RP | khem: nice whe you can get something to reproduce! :) | 07:53 |
| *** TobSnyder <TobSnyder!~schneider@95.90.163.47> has joined #yocto | 07:54 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC | 08:02 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 08:02 | |
| *** mckoan|away is now known as mckoan | 08:03 | |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-105-248.dsl.tropolys.de> has joined #yocto | 08:06 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 08:07 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 08:13 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-utslwljuypnnslpd> has joined #yocto | 08:37 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 08:42 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 08:46 | |
| *** 7GHAACG8T is now known as quite | 08:49 | |
| *** gtristan <gtristan!~tristanva@110.11.179.72> has quit IRC | 08:54 | |
| *** yacar_ <yacar_!~yacar@80.215.108.214> has joined #yocto | 08:59 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:00 | |
| *** lexa_`` <lexa_``!~user@217.66.60.5> has quit IRC | 09:02 | |
| *** gtristan <gtristan!~tristanva@114.207.54.12> has joined #yocto | 09:02 | |
| *** chankit <chankit!chankit@nat/intel/x-eeyoraztmjqoelrk> has quit IRC | 09:06 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 09:17 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 09:26 | |
| RP | Don't suppose anyone can read gdb python backtraces? https://bugzilla.yoctoproject.org/show_bug.cgi?id=13209 is odd :/ | 09:31 |
| yocti | Bug 13209: normal, Undecided, ---, richard.purdie, NEW , wic hangs causing oe-selftest failures | 09:31 |
| *** pepijndevos <pepijndevos!~pepijndev@81.4.122.239> has joined #yocto | 09:32 | |
| *** pepijndevos <pepijndevos!~pepijndev@81.4.122.239> has left #yocto | 09:33 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 09:37 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 09:38 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:39 | |
| *** thannoy__ <thannoy__!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto | 09:40 | |
| *** thannoy_ <thannoy_!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC | 09:42 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 09:43 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:43 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 09:46 | |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-105-248.dsl.tropolys.de> has quit IRC | 10:04 | |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-105-248.dsl.tropolys.de> has joined #yocto | 10:04 | |
| *** SimoneNascivera <SimoneNascivera!02e0873a@gateway/web/freenode/ip.2.224.135.58> has joined #yocto | 10:20 | |
| *** SimoneNascivera <SimoneNascivera!02e0873a@gateway/web/freenode/ip.2.224.135.58> has quit IRC | 10:21 | |
| *** SimoneNascivera <SimoneNascivera!~simone@2.224.135.58> has joined #yocto | 10:21 | |
| SimoneNascivera | Hi it's my first time here. Is there anyone online? | 10:22 |
| ronybeck | SimoneNascivera: maybe ;-) | 10:23 |
| SimoneNascivera | Hi @ronybeck | 10:24 |
| SimoneNascivera | I'm using Yocto for the first time | 10:24 |
| ronybeck | SimoneNascivera: Condolences :P | 10:24 |
| erbo | :) | 10:25 |
| SimoneNascivera | And I cannot even build the quick start example properly | 10:25 |
| ronybeck | I am also quite new to Yocto. Can't say I am enjoying it yet. Lots to learn. | 10:25 |
| SimoneNascivera | This is the error I'm getting: | 10:26 |
| SimoneNascivera | ERROR: gcc-cross-initial-i586-8.2.0-r0 do_populate_sysroot: Fatal errors occurred in subprocesses: | 10:26 |
| SimoneNascivera | Command '['strip', '--remove-section=.comment', '--remove-section=.note', '/media/simone/651173DD28B986DD/poky/build/tmp/work/x86_64-linux/gcc-cross-initial-i586/8.2.0-r0/sysroot-destdir/media/simone/651173DD28B986DD/poky/build/tmp/work/x86_64-linux/gcc-cross-initial-i586/8.2.0-r0/recipe-sysroot-native/usr/bin/i586-poky-linux.gcc-cross-initial-i586/i586-poky-linux-gcov-dump']' returned non-zero exit status 1: Traceback (most recent call last): | 10:26 |
| SimoneNascivera | File "/media/simone/651173DD28B986DD/poky/meta/lib/oe/utils.py", line 272, in run | 10:26 |
| SimoneNascivera | ret = self._target(*self._args, **self._kwargs) | 10:26 |
| SimoneNascivera | File "/media/simone/651173DD28B986DD/poky/meta/lib/oe/package.py", line 44, in runstrip | 10:26 |
| SimoneNascivera | output = subprocess.check_output(stripcmd, stderr=subprocess.STDOUT) | 10:26 |
| SimoneNascivera | File "/usr/lib/python3.5/subprocess.py", line 626, in check_output | 10:26 |
| SimoneNascivera | **kwargs).stdout | 10:26 |
| SimoneNascivera | File "/usr/lib/python3.5/subprocess.py", line 708, in run | 10:27 |
| SimoneNascivera | output=stdout, stderr=stderr) | 10:27 |
| SimoneNascivera | subprocess.CalledProcessError: Command '['strip', '--remove-section=.comment', '--remove-section=.note', '/media/simone/651173DD28B986DD/poky/build/tmp/work/x86_64-linux/gcc-cross-initial-i586/8.2.0-r0/sysroot-destdir/media/simone/651173DD28B986DD/poky/build/tmp/work/x86_64-linux/gcc-cross-initial-i586/8.2.0-r0/recipe-sysroot-native/usr/bin/i586-poky-linux.gcc-cross-initial-i586/i586-poky-linux-gcov-dump']' returned non-zero exit status 1 | 10:27 |
| SimoneNascivera | I image that it's due to trying to strip an executable that shouldn't be stripped | 10:27 |
| SimoneNascivera | But even if I add INHIBIT_PACKAGE_DEBUG_SPLIT = "1" at the end of local.conf nothing change | 10:27 |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 10:28 | |
| SimoneNascivera | Could someone please help me with this issue? As mentioned, I cannot even build the example ;( | 10:29 |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 10:30 | |
| mckoan | SimoneNascivera: please use pastebin | 10:31 |
| SimoneNascivera | I'm sorry. Doing it now | 10:31 |
| SimoneNascivera | https://pastebin.com/G0xac77L | 10:31 |
| RP | SimoneNascivera: that isn't on windows is it? | 10:32 |
| SimoneNascivera | No it's on Ubuntu 16.04 | 10:32 |
| RP | SimoneNascivera: if you try and manually run that strip command, what does it say? | 10:33 |
| RP | SimoneNascivera: we really need the real error here to know why its not working | 10:33 |
| SimoneNascivera | https://pastebin.com/UiawZxr5 | 10:35 |
| SimoneNascivera | It gives this error | 10:35 |
| RP | SimoneNascivera: That is very odd. Its as if strip from your host isn't working properly, or that binary is somehow damaged | 10:36 |
| RP | SimoneNascivera: We have an Ubuntu 16.04 worker in our autobuilder so we test it which makes this all the more odd | 10:36 |
| RP | SimoneNascivera: How clean is the Ubuntu install? is it the standard toolchain | 10:37 |
| SimoneNascivera | RP: It's not a fresh Ubuntu install, since I use to work but it should be the standard toolchain | 10:38 |
| RP | SimoneNascivera: can you share that 586-poky-linux-gcov-dump binary? I can try strip on it here, see what happens | 10:39 |
| SimoneNascivera | Is there anything I should check in order to know if the toolchain I'm using is the standard one? | 10:39 |
| SimoneNascivera | Of course | 10:39 |
| RP | SimoneNascivera: what does strip --version say? | 10:39 |
| SimoneNascivera | GNU strip (GNU Binutils for Ubuntu) 2.26.1 | 10:40 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:40 | |
| RP | and our autobuilder shows "GNU strip (GNU Binutils for Ubuntu) 2.26.1" | 10:40 |
| RP | so that seems to match | 10:40 |
| SimoneNascivera | https://www.dropbox.com/s/cwi1tak5j9gtbxj/i586-poky-linux-gcov-dump?dl=0 | 10:44 |
| SimoneNascivera | This is the exec | 10:44 |
| RP | SimoneNascivera: fails here the same way so the binary is corrupt | 10:44 |
| SimoneNascivera | RP: Uh interesting | 10:45 |
| SimoneNascivera | RP: I've done at least 3 clean build so I really don't know that to do | 10:45 |
| SimoneNascivera | RP: Could you please upload your i586-poky-linux-gcov-dump and then I try to substitute my old with with it and restart the build process? | 10:48 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 10:49 | |
| rburton_ | RP: does file say the binary is a elf? | 10:49 |
| RP | SimoneNascivera: I suspect something called uninative so I'd try disabling that, | 10:50 |
| RP | rburton_: yes, file reports nothing unusual | 10:51 |
| RP | SimoneNascivera: alongside the conf directory containing local.conf, create a classes directory and "touch uninative.bbclass" there to create an empty file classes/uninative.bbclass | 10:52 |
| RP | SimoneNascivera: try a clean build with that, see if that works | 10:52 |
| SimoneNascivera | RP: Ok thank you. I'm starting a clean build right now. As soon as I'll have news, I'll post them here | 10:54 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 10:57 | |
| RP | SimoneNascivera: it is very odd as we do test that OS :/ | 10:57 |
| SimoneNascivera | RP: Should I create the folder in poky/build/classes? | 11:00 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 11:02 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:a014:bbbe:e67e:4e9d> has quit IRC | 11:02 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 11:04 | |
| RP | SimoneNascivera: yes, poky/build/classes/uninative.bbclass | 11:08 |
| SimoneNascivera | RP: Perfect, I just started the minimal build. I'll post here if I receive the same error | 11:09 |
| RP | SimoneNascivera: It might hopefully either rule out a whole set of code, or point at it... | 11:10 |
| SimoneNascivera | RP: okok | 11:11 |
| *** yacar_ <yacar_!~yacar@80.215.108.214> has quit IRC | 11:15 | |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-127-92.w83-201.abo.wanadoo.fr> has joined #yocto | 11:16 | |
| *** SimoneNascivera1 <SimoneNascivera1!~androirc@5.90.94.36> has joined #yocto | 11:16 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 11:16 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 11:17 | |
| *** gtristan <gtristan!~tristanva@114.207.54.12> has quit IRC | 11:18 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 11:23 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 11:23 | |
| fenrig | Hi kergoth, I'm looking at meta-sourcery but I have a hard time determining what the necesarry work is just to compile the root fs with the external toolchain (so no sdk generation, or any additional stuff) | 11:26 |
| fenrig | kergoth: I was looking at glibc-sourcery.bb | 11:27 |
| *** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto | 11:33 | |
| *** SimoneNascivera <SimoneNascivera!~simone@2.224.135.58> has quit IRC | 11:34 | |
| *** berton <berton!~berton@177.194.204.148> has joined #yocto | 11:38 | |
| *** berton <berton!~berton@177.194.204.148> has quit IRC | 11:41 | |
| *** berton <berton!~berton@177.194.204.148> has joined #yocto | 11:42 | |
| kanavin | RP: do I need to fix up qemu split issues, or are you on it? | 11:43 |
| RP | kanavin: there is a fixup patch in next | 11:44 |
| RP | kanavin: need to sort missing maintainer. Trying to figure out this selftest failure first | 11:44 |
| kanavin | RP: yeah, I think it's better to move the missing binaries into qemu-native for image conversion purposes. They don't need gtk or sdl, so logically belong there. | 11:45 |
| kanavin | and then no recipe fixup should be needed | 11:45 |
| RP | kanavin: I can see it two ways. Dependency wise it make sense. You'd only do image conversion with system qemu though :) | 11:46 |
| kanavin | RP: not sure I understand the last sentence? to me, 'qemu-system-native' is 'full system emulators', so things like qemu-img (image manipulation utility) belong in the base qemu-native | 11:52 |
| *** willie <willie!d973313a@gateway/web/freenode/ip.217.115.49.58> has quit IRC | 11:58 | |
| kanavin | I don't insist though :) | 11:58 |
| *** willie <willie!d973313a@gateway/web/freenode/ip.217.115.49.58> has joined #yocto | 11:58 | |
| RP | kanavin: the output of qemu-img is only useful with the system emulator binaries | 11:59 |
| RP | kanavin: I don't have a hard preference, just pointing out its only useful with system binaries, not the user ones | 12:00 |
| kanavin | RP: sure, if you're further along with fixing the failures, let's just proceed that way | 12:00 |
| RP | kanavin: the patch on the autobuilder fixes everything other than the missing maintainers | 12:01 |
| kanavin | RP: great! I guess that should be trivial to fix? :) | 12:02 |
| willie | Hello, I'm unable to build my custom recipe https://pastebin.com/xw1mk9J7 and I think its related to me not using the "build" variables correctly, can anyone point out any obvious errors | 12:03 |
| willie | I can see that my application is built under /tmp/work..../ked-project but It is not getting deployed | 12:04 |
| kanavin | willie, what build system is your project using? qmake? | 12:05 |
| rburton_ | why are you including qt5.inc? | 12:05 |
| kanavin | if it's qmake, then inherit qmake should be good | 12:06 |
| willie | it is an qt application based on qmake | 12:06 |
| rburton_ | remove the require of qt5 and all of do_install, just inherit qmake | 12:06 |
| willie | I have looked at examples from meta-qt and they inclued the qt.inc. I just assumed it was needed | 12:06 |
| rburton_ | you were looking at recipes that were building qt | 12:07 |
| willie | Well, all the examples have require recipes-qt/qt5/qt5.inc | 12:07 |
| willie | in meta-qt5/recipes-qt/examples | 12:07 |
| willie | ERROR: ParseError at /linux/build/yocto/avalue_krogoth_4.1/sources/meta-avalue/recipes-qt/ked-project/ked-project_1.0.0.bb:15: Could not inherit file classes/qmake.bbclass | 12:10 |
| willie | my image is just a modified fsl-image-qt5 | 12:11 |
| *** kaspter <kaspter!~Instantbi@115.192.221.212> has quit IRC | 12:13 | |
| *** SimoneNascivera <SimoneNascivera!~androirc@5.90.94.36> has joined #yocto | 12:15 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:15 | |
| RP | kanavin: yes, that should be straightforward | 12:16 |
| rburton_ | willie: just "inherit qmake5" | 12:17 |
| willie | Had to add, inherit qmake5_base | 12:17 |
| willie | yea thanks :) | 12:17 |
| rburton_ | eg quazip.bb in meta-qa5 | 12:17 |
| willie | rburton: So by including the qt5.inc i was trying to build entire qt for my application? insted of just using the already built library? (just trying to make sense out of everyting) | 12:18 |
| rburton_ | well, you were pulling in bits of the qt recipe. | 12:18 |
| *** learningc <learningc!~learningc@42.190.190.83> has joined #yocto | 12:19 | |
| *** SimoneNascivera <SimoneNascivera!~androirc@5.90.94.36> has quit IRC | 12:25 | |
| *** ferlzc <ferlzc!~ferlzc@177.76.63.8> has joined #yocto | 12:29 | |
| *** yacar_ <yacar_!~yacar@80.215.108.214> has joined #yocto | 12:31 | |
| willie | rburton: and why is that wrong? All the example applications are doing it | 12:34 |
| *** kaspter <kaspter!~Instantbi@115.192.221.212> has joined #yocto | 12:35 | |
| kanavin | willie, the example applications are not about providing examples for writing a qt recipe, they're about providing examples of various bits of Qt API | 12:39 |
| kanavin | sadly, this is poorly documented, I couldn't find anywhere that one is supposed to use the qmake5 class, but this is how it works | 12:40 |
| fenrig | kergoth: can you give me some pointers? | 12:41 |
| willie | kanavin: Okay, yes I'm finding it hard to know what I'm supposed to do. It feels like im just trading on error for another atm | 12:41 |
| kanavin | RP: I am reworking the remaining patches, splitting them up better, and enabling both sdl and gtk+ - I'll verify that qemu would default to sdl, unless explicitly asked | 12:43 |
| *** learningc <learningc!~learningc@42.190.190.83> has quit IRC | 12:52 | |
| *** SimoneNascivera <SimoneNascivera!~androirc@5.90.94.36> has joined #yocto | 12:55 | |
| *** SimoneNascivera <SimoneNascivera!~androirc@5.90.94.36> has quit IRC | 12:55 | |
| willie | Sorry for my trivial questions :) But I was able to fix an error " ked-project not found in the base feeds (imx6dlsabresd cortexa9t2hf-neon-mx6qdl cortexa9hf-neon-mx6qdl cortexa9hf-neon cortexa9hf-vfp armv7ahf-neon armv7ahf-vfp armv6hf-vfp armv5ehf-vfp armv5hf-vfp noarch any all) By adding : ALLOW_EMPTY_ked-project="1" without really know what it does | 12:57 |
| kanavin | that means your ked-project package is actually empty, which is almost certainly not what you want | 12:58 |
| willie | Well it is not under /work/.../ked-project But you are saying that it was ported empty to rootfs? | 12:59 |
| kanavin | that means your binary was probably not even built | 12:59 |
| willie | That is not what i want, you suggested to remove the "do_install" function an add "Inherit qmake5" | 13:00 |
| willie | It feels like i need some function in the recipe? unless inherit qmake5 by default means it gets installed | 13:01 |
| kanavin | inherit qmake5 will provide all the needed functions for configuration, compilation and installation | 13:02 |
| *** awe001 <awe001!~awe00@unaffiliated/awe00> has joined #yocto | 13:03 | |
| willie | Okay, but you still think nothing was built regarding my error, let me install the image and get back to you | 13:03 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 13:03 | |
| ernstp | hmm, why can't I run oe-pkgdata-util from within a bitbake script.. ERROR: Unable to connect to bitbake server, or start one | 13:06 |
| *** geissona_ <geissona_!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has joined #yocto | 13:12 | |
| RP | ernstp: the parent bitbake is holding the bitbake lock? | 13:18 |
| ernstp | RP: ok, I thought that "connect to bitbake server" part should work still. | 13:19 |
| kanavin | RP: virgl patchset done, looking much better now, I think :) | 13:19 |
| kanavin | the only thing some people might not like is having to add 'sdl' to runqemu to enforce the SDL frontend, but qemu does prefer gtk+ over sdl if not specified | 13:20 |
| RP | ernstp: it would be two controlling UIs which doesn't work | 13:22 |
| *** clement <clement!~clementbe@lneuilly-657-1-4-190.w81-250.abo.wanadoo.fr> has quit IRC | 13:28 | |
| willie | kananvin: You were right :( No application was found on the system. The recipe looks like this https://pastebin.com/JtiGfgSm and i have built the application on my desktop and ported it over with qtcreator and that works. Do you have any idea what I'm doing wrong? | 13:31 |
| kanavin | willie, remove INSANE_SKIP_${PN} += "installed-vs-shipped" | 13:34 |
| kanavin | that masks mistakes in your recipe | 13:34 |
| JaMa | kanavin: why not use intermediate variable instead of _remove for darwin as suggested before? | 13:34 |
| RP | JaMa: its not that easy sadly | 13:35 |
| JaMa | in the last iteration it looks easy | 13:35 |
| kanavin | JaMa, because there is no point: these things will just cause build failures, so unless someone provides a dedicated effort to enable them, direct _remove is totally fine | 13:35 |
| JaMa | ah there is still 8/8 for poky | 13:35 |
| kanavin | RP: this patch was forgotten https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?h=master-next&id=18bead102afabffcf3842ee099dcd22b8a598b8d | 13:36 |
| RP | kanavin: It was? https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=18bead102afabffcf3842ee099dcd22b8a598b8d ? | 13:37 |
| JaMa | RP: still don't see why intermediate variable won't work even with append from your local.conf.sample | 13:37 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 13:38 | |
| RP | JaMa: in the nativesdk case you want it to work in the mingw case but not in the linux case | 13:38 |
| RP | JaMa: you'd have to put the intermediate variable in local.conf and it gets ugly very quickly | 13:39 |
| kanavin | RP: right, I think there was a moment when it wasn't in master | 13:39 |
| JaMa | or 2 intermediate in qemu I guess | 13:39 |
| RP | kanavin: probably my scripts working | 13:40 |
| *** geissona_ <geissona_!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has quit IRC | 13:40 | |
| *** yacar_ <yacar_!~yacar@80.215.108.214> has quit IRC | 13:40 | |
| *** yacar_ <yacar_!~yacar@80.215.108.214> has joined #yocto | 13:40 | |
| *** yacar_ <yacar_!~yacar@80.215.108.214> has quit IRC | 13:45 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 14:01 | |
| RP | kanavin: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13194 - still some grumbling ptest issues with perl :/ | 14:04 |
| yocti | Bug 13194: normal, Undecided, ---, ross.burton, NEW , [2.7 M2 RC2] perl ptest failure | 14:04 |
| JaMa | kanavin: also is gtk,gl=es valid option? my host qemu shows gl=es valid only for sdl display (but it might be a bug in --help text) I'm waiting for qemu to rebuild in OE | 14:19 |
| kanavin | JaMa, it is valid, help text is wrong | 14:21 |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:21 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:21 | |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 14:32 | |
| *** jmiehe1 <jmiehe1!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 14:37 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 14:38 | |
| *** jmiehe1 is now known as jmiehe | 14:38 | |
| *** bradleyb is now known as radsquirrel | 14:49 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:ed99:5404:7ddb:ee90> has joined #yocto | 14:52 | |
| black_13 | how do you debug or log what steps that bitbake has taken | 14:53 |
| black_13 | i want to know what steps where taken when a custom .bb was done | 14:54 |
| varjag | bitbake -e | 14:56 |
| black_13 | how do you put the build products of bitbake into one place that can be removed and and bitbake be restarted ? | 14:57 |
| black_13 | is this the TMP dir? | 14:57 |
| black_13 | or rather is there a bitbake clean | 14:57 |
| JaMa | yes, there is TMPDIR variable (default tmp-glibc) | 14:59 |
| JaMa | you can delete all that and rebuild from sstate (quick) | 14:59 |
| JaMa | in each component you will find temp directory with useful logs like log.do_compile for individual tasks | 14:59 |
| JaMa | in TMPDIR/log you'll find logs showing which tasks it was running | 15:00 |
| willie | kanavin: I cleaned the build and removed INSANE_SKIP_${PN} += "installed-vs-shipped" and allow empty. Now I'm seeing this error "Files/directories were installed but not shipped in any package:" I tried to follow this guy https://lists.yoctoproject.org/pipermail/yocto/2016-January/028127.html but still giving errors. | 15:01 |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 15:01 | |
| yocti | New news from stackoverflow: Staging directories in yocto <https://stackoverflow.com/questions/54928543/staging-directories-in-yocto> | 15:02 |
| kanavin | willie, following random advice from google search results is not the greatest idea. Can I see the full error message? | 15:02 |
| willie | kanavin: Iknow you are right, but I dont really see any alternatives atm : https://pastebin.com/hDjZJQRG | 15:04 |
| kanavin | willie, your binary goes into a non-standard location. any reason you want it in /opt? | 15:04 |
| JaMa | willie: include /opt/ked-qml-qt-project/bin/ked-qml-qt-project in FILES_${PN} if you really want it in this location | 15:05 |
| *** chankit <chankit!~chankit@192.198.146.171> has joined #yocto | 15:06 | |
| willie | Well not really, i just used the SDK under /opt. How would i change location to /usr/lib? | 15:06 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 15:07 | |
| willie | Or, what is best practise to learn? | 15:07 |
| kanavin | I guess you need to tweak your qmake configuration file | 15:08 |
| JaMa | read the content of that .tar file | 15:08 |
| *** gsalazar <gsalazar!~gsalazar@66.252.115.89.rev.vodafone.pt> has quit IRC | 15:08 | |
| willie | Okay, so since i used qmake under /opt in QTcreator on my PC. the application also wants to be installed under /opt on target system | 15:09 |
| rburton_ | the qmake5 class is telling the software it is building to install in /usr, so your app is not listening to that | 15:11 |
| *** gsalazar <gsalazar!~gsalazar@66.252.115.89.rev.vodafone.pt> has joined #yocto | 15:15 | |
| fenrig | somebody got experience on sah-external-toolchain | 15:15 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 15:15 | |
| fenrig | I'm trying to get my binary toolchain into the build | 15:16 |
| fenrig | sorry meta-external-toolchain :D | 15:18 |
| kergoth | I maintain it and wrote most of it. what's the question? | 15:20 |
| fenrig | I'm trying to understand the minimal skeleton required to compile the root fs with the toolchain | 15:21 |
| fenrig | no extra features like generating sdk at the moment :) | 15:21 |
| JaMa | interesting I made a typo: meta-webos/recipes-extended/tzdata/tzdata%.bbappend and bitbake doesn't complain that there isn't tzdata% recipe, but PN seems to be set to tzdata% not tzdata (like when % is used after _ as version wildchar), so FILESPATH was pointing to wrong directories | 15:21 |
| black_13 | hasssimir fenrig | 15:22 |
| fenrig | so like you recommended I was looking at meta-sourcery, but its quite big and I guess it does more then what I'm looking for | 15:22 |
| fenrig | so I started out creating my own tcmode | 15:22 |
| RP | JaMa: that sounds bizarre :/ | 15:22 |
| fenrig | this is one of the things that is required to get the the external toolchain to work, now I dont understand how the TCMODEOVERIDE is set | 15:23 |
| fenrig | or rather when its set | 15:23 |
| JaMa | # _prepend /OE/build/build-webos-master/meta-lg-webos/meta-webos/recipes-extended/tzdata/tzdata%.bbappend:8 | 15:23 |
| JaMa | # "/OE/build/build-webos-master/meta-lg-webos/meta-webos/recipes-extended/tzdata/tzdata%:" | 15:23 |
| JaMa | RP: ^ this is from FILESEXTRAPATHS_prepend := "${THISDIR}/${BPN}:" | 15:24 |
| RP | fenrig: the big problem with external toolchains is making sure you have all the pieces the system expects, in the form it needs them in. They're hard to get right | 15:24 |
| kergoth | fenrig: TCMODEOVERRIDES is like MACHINEOVERRIDES or DISTROOVERRIDES. it lets you ensure the baseline configuration is still applied when you create your own based on it | 15:24 |
| kergoth | fenrig: I'd recommend setting it to ensure any overrides usage in meta-external-toolchain is still applied for your custom tcmode | 15:25 |
| fenrig | RP: okay, no probl. I'm trying to wrap my head around it | 15:25 |
| kergoth | fenrig: much of meta-sourcery makes assumptions based on what we know about that particular toolchain, i.e. automatically setting EXTERNAL_TARGET_SYS based on the expected toolchain binary prefixes | 15:25 |
| fenrig | kergoth: but I can set it to the tcmode that I'm declaring in that inc file, like sourcery does | 15:25 |
| JaMa | RP: I'll check why it didn't complain about missing recipe for tzdata% that's probably where it should be fixed I guess (% was originally meant only for versions, I hope people don't use it to match multiple recipes as well) | 15:25 |
| kergoth | but you can always set it explicitly too for the particular toolchain you're using | 15:25 |
| fenrig | explicitly is okay for me at this stage | 15:26 |
| RP | JaMa: I suspect they do :( | 15:26 |
| kergoth | fenrig: right. you could possibly even just use the meta-external-toolchain tcmode as is as a starting point, but including and adjusting tcmodeoverrides is a reasonable alternative. you shouldn't need anything else in that file to start with | 15:26 |
| fenrig | ah okay so tcmode of meta-external-toolchain will do the job as well for me? | 15:27 |
| kergoth | that's one thing the new meta-external-toolchain does differently, it uses search paths and files mirrors to look in alternate locations to deal with path differences when extracting files from the external toolchain, rather than assuming a fixed layout | 15:27 |
| kergoth | which makes it more generic than most | 15:27 |
| fenrig | more generic is a good idea :) | 15:28 |
| kergoth | still might need tweaks for particular toolchains, of course, but the baseline is more flexible | 15:28 |
| kergoth | it may well work as is, yes. i'd try that and see how it behaves | 15:28 |
| fenrig | but wait so I have an external toolchain | 15:28 |
| fenrig | so you are saying I can just do | 15:28 |
| fenrig | TCMODE in local conf | 15:28 |
| kergoth | set 1) TCMODE, 2) EXTERNAL_TARGET_SYS, and 3) EXTERNAL_TOOLCHAIN | 15:28 |
| fenrig | ah yes | 15:28 |
| fenrig | quite easy in fact | 15:28 |
| kergoth | that's the baseline configuration. which toolchain to use, the toolchain binary prefix to use, and the toolchain path | 15:28 |
| fenrig | thats why I couldnt wrap my head around it | 15:28 |
| kergoth | respectively | 15:28 |
| kergoth | everything else is bonus | 15:28 |
| fenrig | like dynamically parsing the binary toolchain | 15:29 |
| fenrig | to get the right layout/variables/files/headers | 15:29 |
| kergoth | meta-sourcery has extras for automatically determining external target sys, dealing with optimization flag particularities, and it adds a tcmode to rebuild glibc from source for that particular toollchain | 15:29 |
| fenrig | yeah I found that as well :) | 15:29 |
| *** smrtz <smrtz!d8c540f0@gateway/web/freenode/ip.216.197.64.240> has joined #yocto | 15:29 | |
| fenrig | also I think I found some stuff on how to generate sdk's | 15:29 |
| fenrig | or I think its called ADT in yocto | 15:30 |
| kergoth | yeah, downside to the flexibility is more complexity in the bbclasses. if you just look at the -external recipes, it's fairly striaghtforward. the FILES_ variables determine not just packaging like in oe-core, but also which files to extract from the external toolchain | 15:30 |
| kergoth | so they need to be more explicit rather than big wildcards to avoid extracting wrong files | 15:30 |
| kergoth | ideally, the external toolchain builder would write metadata about what files belong to which packages to let us split the sysroot back up. i think crosstool does that. but most don't, sadly, hence hardcoding file lists | 15:31 |
| fenrig | kergoth: okay great :) | 15:31 |
| fenrig | thx for helping me :) | 15:31 |
| fenrig | I'm going to try your 3 step plan first | 15:31 |
| kergoth | the alternative is to just grab the entire toolchain sysroot and throw it in a single package, but that's not ideal either, as lots of external toolchains will build extra packages that'll clutter up your rootfs if you include them | 15:31 |
| fenrig | and fingers crossed it will get me to my first goal :P | 15:31 |
| kergoth | i.e. gdbserver, other debugging or profiling tools, etc | 15:32 |
| smrtz | Hey guys! I'm glad to see this channel is active! I've got no idea how Yocto works, but the guy who does is having problems and I was asked to look into it. Is there a way to tell it to pull RPMs from a remote server when you build an image? | 15:32 |
| fenrig | kergoth: okay, dont need it at the moment and even then I have gdb from the toolchain | 15:33 |
| * kergoth nods | 15:33 | |
| kergoth | give that a shot and let me know how it goes, if it fails at any point we can tweak from there | 15:33 |
| smrtz | Something like a recipy that has it go get the latest version of a package from a remote Smart server? | 15:33 |
| fenrig | kergoth: Thank you :) | 15:33 |
| smrtz | recipe* sorry. | 15:33 |
| JaMa | RP: you're right, it allows % in the name since the wildchard was added for bbappends http://git.openembedded.org/bitbake/commit/?id=31bc9af9cd56e7b318924869970e850993fafc5f | 15:33 |
| *** learningc <learningc!~learningc@14.192.208.88> has joined #yocto | 15:33 | |
| kergoth | smrtz: two options, try to coerce the image recipe to build from a feed rather than local recipes, or just host yocto sstate on your server and let it pull from that, which is a binary caching mechanism, including binary packages as well as other bits we use to build recipes from source | 15:34 |
| smrtz | Ok, I'll look into those now. Thanks! | 15:34 |
| kergoth | three, the last option is what you suggest, create recipes that pull down individual packages, but that's not ideal for a number of reasons | 15:34 |
| JaMa | RP: is it worth investigating what to do with BPN in immediate expansion in such case? or can we assume that people just use hardcoded name instead of PN/BPN in cases where they really want to match multiple? | 15:34 |
| smrtz | Why not? kergoth. | 15:35 |
| kergoth | i'd suggest hosting an sstate mirror, along with a sources mirror, for your engineers, and automatically updating both from your configuration management / autobuilder | 15:35 |
| kergoth | won't need to rebuild from source nearly as often, but avoids trying to coerce the system into something other than how it normally works | 15:35 |
| smrtz | kergoth: I'm the DevOps guy, so hosting more servers is actually a problem I can solve pretty easily. Thanks for the solution. | 15:35 |
| kergoth | i suspected :) no problem | 15:36 |
| smrtz | Also, we're locked into Morty for the time being, and RPMv5 is a pain. Is switching it with RPMv4 possible? | 15:37 |
| fenrig | kergoth: the TCMODE is default? for external toolchain? | 15:37 |
| kergoth | no, "default" is building oe-core's toolchain. you want to set it to external (or whatever the conf/distro/include/tcmode*.conf filename is | 15:38 |
| fenrig | okay | 15:39 |
| smrtz | kergoth: It *looks* like I should just be able to swap the two, but without knowing anything about this, I really don't know... | 15:41 |
| willie | Hello guys, Just want to thank everyone for the help today :) | 15:41 |
| *** chandana73 <chandana73!45b5dbcd@gateway/web/freenode/ip.69.181.219.205> has joined #yocto | 15:43 | |
| kergoth | no idea on rpm version, someone else will have to assist with that | 15:46 |
| black_13 | when you build recipe does a package follow suit | 15:46 |
| smrtz | Ahh, alright. | 15:46 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-utslwljuypnnslpd> has quit IRC | 15:47 | |
| *** chandana731 <chandana731!~ckalluri@149.199.62.129> has joined #yocto | 15:47 | |
| kergoth | black_13: yes, as you were told yesterday | 15:48 |
| black_13 | sorry I have been puking nice flu want some | 15:49 |
| *** chandana73 <chandana73!45b5dbcd@gateway/web/freenode/ip.69.181.219.205> has quit IRC | 15:51 | |
| smrtz | The RPM version issue is our biggest issue at the moment. If you were going to start trying to switch it out, what path would you take? kergoth | 15:54 |
| smrtz | (I'm not looking for solid answers, just an idea of where I should start.) | 15:54 |
| kergoth | like i said, i know nothing about that, i don't even use rpm. someone else will jump in if they know the answer, there are experts in rpm in the channel | 15:58 |
| black_13 | i added PACKAGE_CLASSES = "package_ipk" to my local conf | 15:59 |
| black_13 | IMAGE_FEATURES += "package-management" | 15:59 |
| black_13 | smrtz: i got ipkg | 15:59 |
| *** clementben <clementben!~clementbe@lneuilly-657-1-4-190.w81-250.abo.wanadoo.fr> has joined #yocto | 16:02 | |
| *** clementben is now known as clement | 16:02 | |
| smrtz | Hmm, I'll look into ipkg now... Thanks! | 16:02 |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 16:03 | |
| rburton_ | smrtz: porting back to rpm4 was not simple. i'd switch to opkg unless you really need rpm. | 16:04 |
| rburton_ | the patches are all in git so you could backport them... | 16:04 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 16:04 | |
| rburton_ | they're quite invasive though. rpm5->rpm4. smart->dnf. | 16:04 |
| black_13 | smrtz: https://github.com/black13/poky_qemu_arm/blob/master/build/conf/local.conf | 16:04 |
| black_13 | smrtz: do you know how to build the ipkgs or how to create a custom library | 16:05 |
| black_13 | that is how you enable the library to start | 16:05 |
| smrtz | black_13: nahh, but I can learn it. | 16:07 |
| *** learningc <learningc!~learningc@14.192.208.88> has quit IRC | 16:07 | |
| *** learningc <learningc!~learningc@14.192.208.88> has joined #yocto | 16:08 | |
| smrtz | rburton_: We're not *super* locked into RPM, but it's how all of our apps are being built at the moment. Do you know how package signing works in opkg? | 16:08 |
| smrtz | or ipkg for that matter? | 16:09 |
| *** kaspter <kaspter!~Instantbi@115.192.221.212> has quit IRC | 16:12 | |
| *** kaspter <kaspter!~Instantbi@115.192.221.212> has joined #yocto | 16:13 | |
| *** User_ <User_!~learningc@14.192.208.88> has joined #yocto | 16:14 | |
| *** learningc <learningc!~learningc@14.192.208.88> has quit IRC | 16:14 | |
| black_13 | what i want to understand is how or were to place a .bb file | 16:15 |
| black_13 | http://codepad.org/5NjHSuAS is the bblayers.conf as is how do i add extra layers | 16:17 |
| *** flihp <flihp!~flihp@76.243.124.132> has quit IRC | 16:17 | |
| *** flihp <flihp!~flihp@76.243.124.132> has joined #yocto | 16:17 | |
| *** chandana731 <chandana731!~ckalluri@149.199.62.129> has quit IRC | 16:22 | |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-105-248.dsl.tropolys.de> has quit IRC | 16:23 | |
| RP | jonmason: I'm trying the qemuarm64 patches and it just sits with an un-initialized display? :( | 16:26 |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 16:28 | |
| RP | jonmason: image does boot as I can ssh in, x doesn't start as there are no screens and the serial consoles seem messed up :( | 16:28 |
| *** User_ <User_!~learningc@14.192.208.88> has quit IRC | 16:29 | |
| jonmason | RP: you added the kernel-cache changes? | 16:32 |
| RP | jonmason: ah, no | 16:33 |
| jonmason | yeah, totally need those :) | 16:33 |
| RP | jonmason: that makes more sense | 16:33 |
| jonmason | I thought I pointed them out in the 0/2 message, but sorry if I didn't make it more obvious | 16:33 |
| RP | jonmason: I think I was thiniing zeddii already had them | 16:34 |
| jonmason | I said in that series not to include them :) | 16:34 |
| jonmason | I didn't know if that kernel warning was a deal breaker | 16:34 |
| RP | jonmason: you do make it quite clear there, not sure how I formed a different opinion :) | 16:34 |
| zeddii | RP: I can cycle them through pretty quickly. Want me to send a patch for that ? I have a couple of small things queued up that I can send at the same time. | 16:35 |
| RP | zeddii: is there a way I can test this without making the changes? | 16:36 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 16:38 | |
| jonmason | there are only a couple of kernel config changes needed. You could make them by hand | 16:38 |
| zeddii | yah. or you'd need a fragment in a layer via a bbappend. but my sending a patch in the next 15 minutes is probably faster than that route :D | 16:39 |
| RP | zeddii: I'm just worried if this will break something :/ | 16:39 |
| jonmason | you could just pull in the qemuarm64-gfx patch and leave the others | 16:40 |
| RP | I'm not subbed to that mailing list so I don't have copies of the patches in any form that isn't mangled :( | 16:40 |
| zeddii | we did run into the qemuarm match problem before, yes, so once you apply it, it will be the default for qemuarm after my SRCREV bumps. | 16:40 |
| RP | zeddii: the arm64 graphics one looks safe as it just adds bits? | 16:40 |
| jonmason | zeddii: is there another way I can do the migration of qemuarma15 to qemuarm without making that change (or making it a different way)? | 16:41 |
| RP | zeddii: I thought we didn't want to do that. Can we just add something in to trigger it to use qemuarma15? | 16:41 |
| jonmason | was that for him or me? | 16:42 |
| zeddii | yah. I don't apply the patch that adds KMACHINE qemuarm to the qemuarm15 bsp | 16:42 |
| zeddii | and then you'd only get the changes when you build qemuarma15 | 16:42 |
| RP | zeddii: can we then just map to use qemuarm15 for qemuarm using configuration? | 16:42 |
| zeddii | which config ? like local.conf ? yes. it is possible. | 16:43 |
| RP | zeddii: we'd just add that the linux-yocto recipe in the branches we switch the qemuarm machine in | 16:43 |
| fenrig | kergoth: so I'm having no tune_arch var it seems | 16:45 |
| zeddii | RP: let me try and restate that, and let me know if this is what you are thinking | 16:46 |
| kergoth | fenrig: that's not defined by the external toolchain | 16:46 |
| kergoth | make sure MACHINE is valid | 16:46 |
| kergoth | also make sure your branches match. i.e. meta-external-toolchain master for oe-core master | 16:46 |
| zeddii | RP: I'd only apply it to a specific linux-yocto version, i.e. 4.19 and the switch for qemuarm would only happen in those kernel versions. | 16:46 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:46 | |
| fenrig | kergoth: yeah no problem, I'm changing the machine :P | 16:47 |
| RP | zeddii: We'd switch qemuarm in master and then tell recipes to use the qemuarma15 config in linux-yocto | 16:47 |
| RP | zeddii: thereby meaning we can update kmeta in old releases without risk | 16:48 |
| RP | zeddii: Can I patch kmeta from SRC_URI? the kernel scripts aren't very happy about it | 16:50 |
| RP | zeddii: I think its trying to apply it to the kernel | 16:50 |
| zeddii | nope. it doesn't like that. it is additive. | 16:51 |
| zeddii | sorry. got three pings at once there. | 16:51 |
| fenrig | kergoth: okay I think I got it working | 16:51 |
| zeddii | but yes. I can *not* apply the KMACHINE fix to the kmeta, and also do a patch to the linux-yocto recipe to have qemuarm automatically use qemuarma15 in branches that you want. | 16:51 |
| RP | zeddii: "additive" isn't the descriptive word I'm using ;-) | 16:52 |
| zeddii | I'd have to see how you were trying to add it to the SRC_URI to advise better :P | 16:53 |
| RP | zeddii: how would I add a patch to SRC_URI to change the kmeta repo? | 16:53 |
| zeddii | to a completely different kmeta repo ? or just one with the changes you have ? | 16:54 |
| RP | zeddii: I have a patch to the kmeta repo I just want to apply | 16:54 |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 16:55 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 16:56 | |
| zeddii | heh. no one has asked me that one, at least not recently. since that repo is plunked down by the fetcher, and then found by the tools for configs, it isn't normally patched. | 16:57 |
| yocti | New news from stackoverflow: Build all packages for an image <https://stackoverflow.com/questions/54930620/build-all-packages-for-an-image> | 17:02 |
| zeddii | RP: it is too loud to think where I am. I need to transit home. will be back in 15 mins. | 17:03 |
| kanavin | RP: I sent the perl ptest issue fix :) | 17:03 |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 17:06 | |
| *** nerdboy <nerdboy!~sarnold@107.77.244.123> has joined #yocto | 17:08 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:08 | |
| *** chankit <chankit!~chankit@192.198.146.171> has quit IRC | 17:09 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 17:10 | |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 17:19 | |
| *** rovanceo <rovanceo!~rovanceo@80.97.64.55> has quit IRC | 17:22 | |
| *** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has quit IRC | 17:23 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 17:25 | |
| zeddii | RP: back. | 17:26 |
| zeddii | can you send me your SRC_URI ? | 17:26 |
| *** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has joined #yocto | 17:27 | |
| *** vmeson <vmeson!~rmacleod@138.229.221.104> has joined #yocto | 17:28 | |
| RP | zeddii: sorry, been pulled into a meeting | 17:30 |
| zeddii | np. let me just do up a queue that should work. | 17:30 |
| zeddii | and I can see that what you want broke some time ago, I’ll fix it, but that’ll be tomorrow. | 17:30 |
| RP | zeddii: I just tried adding file://0001-qemuarm64-Add-graphics-support.patch but how it would know which repo to apply to | 17:31 |
| zeddii | yup. | 17:31 |
| zeddii | I’ll sort that part out, but will get you a series in the meantime. | 17:31 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto | 17:36 | |
| RP | kanavin: great, thanks! | 17:46 |
| *** mckoan is now known as mckoan|away | 17:46 | |
| RP | kanavin: risk taking and put it into master :) | 17:51 |
| kanavin | RP: the perl thing? | 17:52 |
| RP | kanavin: yes | 17:52 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 18:00 | |
| *** slips <slips!~slips@2.51-174-212.customer.lyse.net> has quit IRC | 18:01 | |
| *** awe001 <awe001!~awe00@unaffiliated/awe00> has quit IRC | 18:04 | |
| RP | zeddii: Sledgehammer approach http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=caf1dfed2aee3fa3ee4d94fdaa454a5a9d43792b ;-) | 18:04 |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 18:04 | |
| * RP -> back later, had enough today for now | 18:05 | |
| *** TobSnyder <TobSnyder!~schneider@95.90.163.47> has quit IRC | 18:05 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 18:07 | |
| JPEW | kanavin: Alright, I'm going to try your VirGL changes... whats the best branch to use? | 18:13 |
| *** kroon <kroon!~jkroon@37-247-29-68.customers.ownit.se> has joined #yocto | 18:14 | |
| kanavin | JPEW, http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/qemu-split-virgl-gtk | 18:14 |
| kanavin | JPEW, can you tell what you're going to run? | 18:15 |
| kanavin | (which app etc?) | 18:15 |
| JPEW | I was going to try kmscube and weston | 18:16 |
| kanavin | ah. I tried both, they work :) | 18:16 |
| JPEW | cool | 18:16 |
| kanavin | note that weston needs to be configured for drm, default qemu config is for fbdev | 18:17 |
| JPEW | kanavin: Ok | 18:17 |
| JPEW | kanavin: Do I need any local.conf changes? | 18:18 |
| kanavin | JPEW, meta/recipes-graphics/wayland/weston-conf.bb | 18:18 |
| kanavin | JPEW, change to drm-backend.so in there | 18:21 |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 18:24 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 18:25 | |
| *** frsc <frsc!~frsc@200116b824b26e00f1a24572bd7c12ad.dip.versatel-1u1.de> has quit IRC | 18:39 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 18:45 | |
| *** slips <slips!~slips@2.51-174-212.customer.lyse.net> has joined #yocto | 18:49 | |
| *** ferlzc <ferlzc!~ferlzc@177.76.63.8> has quit IRC | 18:55 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 18:56 | |
| *** ferlzc <ferlzc!~ferlzc@187.101.5.236> has joined #yocto | 19:00 | |
| otavio | kanavin: are you intending to enable drm for weston by default for qemu? | 19:06 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 19:21 | |
| *** rewitt1 <rewitt1!rewitt@nat/intel/x-eekadgivrpuwcrii> has quit IRC | 19:31 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:32 | |
| *** rovanceo <rovanceo!~rovanceo@80.97.64.55> has joined #yocto | 19:32 | |
| *** emg <emg!~emg@47.180.176.91> has left #yocto | 19:34 | |
| *** awe001 <awe001!~awe00@unaffiliated/awe00> has joined #yocto | 19:38 | |
| *** rewitt <rewitt!~rewitt@134.134.139.74> has joined #yocto | 19:39 | |
| *** berton <berton!~berton@177.194.204.148> has quit IRC | 19:54 | |
| *** berton <berton!~berton@177.194.204.148> has joined #yocto | 19:57 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC | 20:02 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto | 20:03 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 20:10 | |
| *** rewitt <rewitt!~rewitt@134.134.139.72> has joined #yocto | 20:10 | |
| *** rewitt <rewitt!~rewitt@134.134.139.72> has joined #yocto | 20:10 | |
| *** rewitt <rewitt!~rewitt@134.134.139.72> has quit IRC | 20:11 | |
| *** rewitt <rewitt!~rewitt@134.134.139.72> has joined #yocto | 20:17 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 20:25 | |
| *** SimoneNascivera <SimoneNascivera!~simone@2.224.135.58> has joined #yocto | 20:32 | |
| SimoneNascivera | RP: Hi, from the build I haven't received the previous error, but I gor a new one | 20:33 |
| SimoneNascivera | https://pastebin.com/1X7x56NT | 20:33 |
| *** feddischson <feddischson!~feddischs@55d47c96.access.ecotel.net> has joined #yocto | 20:39 | |
| *** zino_ <zino_!~zino@2-230-204-206.ip203.fastwebnet.it> has joined #yocto | 20:46 | |
| *** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has quit IRC | 20:46 | |
| *** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has joined #yocto | 20:47 | |
| zino_ | hi, I'm new to yocto and would like to install grub-mkstandalone in the target image without adding "grub" (and all the provided binaries) to "IMAGE_INSTALL_append" | 20:48 |
| *** rewitt <rewitt!rewitt@nat/intel/x-bgdfixjijetbzybx> has joined #yocto | 20:50 | |
| *** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has quit IRC | 20:54 | |
| zino_ | I tried to create a grub_2.02.bbappend and work on do_install_append() with no luck: I've also started playing with sysroot_stage_all_append() but I actually don't know if I'm on the right track | 20:56 |
| *** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has joined #yocto | 21:00 | |
| *** berton <berton!~berton@177.194.204.148> has quit IRC | 21:03 | |
| *** catch22 <catch22!~Adam@194.223.165.99> has joined #yocto | 21:10 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 21:14 | |
| *** droman <droman!~david@ns3046126.ip-91-121-8.eu> has quit IRC | 21:27 | |
| *** SimoneNascivera <SimoneNascivera!~simone@2.224.135.58> has quit IRC | 21:28 | |
| *** droman <droman!~david@ns3046126.ip-91-121-8.eu> has joined #yocto | 21:31 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 21:44 | |
| *** kroon <kroon!~jkroon@37-247-29-68.customers.ownit.se> has quit IRC | 21:46 | |
| *** SimoneNascivera <SimoneNascivera!~androirc@nat01.trentinonetwork.it> has joined #yocto | 21:54 | |
| *** SimoneNascivera <SimoneNascivera!~androirc@nat01.trentinonetwork.it> has quit IRC | 21:57 | |
| *** ferlzc <ferlzc!~ferlzc@187.101.5.236> has quit IRC | 22:01 | |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-127-92.w83-201.abo.wanadoo.fr> has quit IRC | 22:06 | |
| rburton_ | anyone actually use sysvinit and want to test an upgrade for me | 22:18 |
| RP | rburton_: you actually tried it? :) | 22:20 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:25 | |
| *** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC | 22:26 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 22:26 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 22:28 | |
| *** geissonator <geissonator!~geissonat@32.97.110.54> has joined #yocto | 22:34 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 22:43 | |
| *** geissonator <geissonator!~geissonat@32.97.110.54> has quit IRC | 22:52 | |
| RP | jonmason: finally got arm64 graphics :) | 22:52 |
| RP | zeddii: we're therefore good on the arm64 patch | 22:52 |
| RP | zeddii: made my gross hack work to apply the patch :) | 22:53 |
| jonmason | RP: did it take effort or finally got around to it? | 22:53 |
| RP | jonmason: I was mostly in meetings and then getting food/family stuff | 22:53 |
| jonmason | about time for me to do the same :) | 22:54 |
| jonmason | So, is the warning a dealbreaker? | 22:54 |
| RP | jonmason: it is nice to see this finally work, I'm trying testimage now | 22:54 |
| RP | jonmason: The question is does the error log parser pick it up? I suspect the answer is yes and we either have to whitelist it or fix it | 22:55 |
| RP | jonmason: having such warnings is sub-optimal | 22:55 |
| jonmason | I know | 22:55 |
| jonmason | I'd like to get virtio working, which is the real solution | 22:56 |
| RP | jonmason: one step at a time I guess | 22:57 |
| rburton_ | RP: it builds! | 22:57 |
| jonmason | I'm hopinh this is close enough, and I can get back to it after I get the arm64 build servers working | 22:58 |
| RP | rburton_: ship it! ;-) | 22:58 |
| RP | jonmason: I'm seeing what testimage says ;-) | 22:58 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 22:59 | |
| fray | I'm not getting testimage to work here.. I only have log files that say host_00_* and most of them are reporting 'whatever it is': File not found | 22:59 |
| fray | i.e. | 22:59 |
| fray | cat host_00_df | 22:59 |
| fray | /bin/sh: df: command not found | 22:59 |
| fray | any idea what is causing this? | 22:59 |
| *** zino_ <zino_!~zino@2-230-204-206.ip203.fastwebnet.it> has quit IRC | 23:02 | |
| RP | fray: those are the host logs, ignore them | 23:02 |
| fray | it says that the test image failed.. but those are the only logs I see.. | 23:02 |
| RP | fray: what does the testimage task log say? | 23:02 |
| fray | where would that be, work directory or? | 23:03 |
| RP | fray: ${WORKDIR}/temp/log.do_testimage same as any other task | 23:03 |
| fray | ok.. going there to look.. the error message made it seem like that runtime-hostdump is where I needed to look | 23:03 |
| * RP suspects we should rip that stuff out :/ | 23:04 | |
| fray | DEBUG: runqemu started, pid is 11155 | 23:05 |
| fray | DEBUG: waiting at most 120 seconds for qemu pid (02/28/19 20:52:30) | 23:05 |
| fray | DEBUG: runqemu exited with code 1 | 23:05 |
| fray | DEBUG: Output from runqemu: | 23:05 |
| fray | runqemu - INFO - Continuing with the following parameters: | 23:05 |
| fray | runqemu - INFO - Setting up tap interface under sudo | 23:05 |
| fray | sudo: no tty present and no askpass program specified | 23:05 |
| fray | so it was trying to sudo..... that helps | 23:05 |
| fray | (I really dislike qemu using sudo) | 23:06 |
| RP | fray: a simpler test is "runqemu qemuXXX" | 23:06 |
| RP | fray: if that doesn't work, testimage is unlikely to | 23:06 |
| RP | fray: if you preconfigure the network devices, it doesn't need sudo | 23:06 |
| RP | fray: sudo `which runqemu-gen-tapdevs ` 1000 sharedsource 8 tmp/sysroots-components/x86_64/qemu-helper-native/usr/bin | 23:07 |
| RP | fray: sets up 8 network interfaces for qemu for UID 1000, GID sharedsource | 23:07 |
| fray | thanks.. | 23:08 |
| RP | jonmason: testimage isn't finding the consoles and doesn't look as happy | 23:08 |
| RP | jonmason: so progress but not quite right | 23:08 |
| jonmason | :/ | 23:08 |
| RP | jonmason: I'm trying "MACHINE=qemuarm64 bitbake core-image-sato -c testimage" | 23:09 |
| jonmason | that should be similar to what I was doing. Let me try it explicitly | 23:10 |
| RP | jonmason: obviously I built core-image-sato previously | 23:10 |
| fray | so runqemu qemux86-64 fails when I justc all it.. Hmmm | 23:11 |
| fray | retrying it with the testimage thing.. might be something esle.. | 23:11 |
| fray | it said it did add the networks | 23:11 |
| fray | (tap0-tap7) | 23:11 |
| fray | certainly seems to be trying harder.. I suspect that may have been the problem/solution.. thanks | 23:14 |
| RP | jonmason: testimage did fail, timeout on finding login console | 23:14 |
| fray | drat, no | 23:14 |
| fray | runqemu - ERROR - Failed to run qemu: qemu-system-x86_64: could not configure /dev/net/tun (tap0): Operation not permitted | 23:14 |
| fray | same as when I ran qemu on the command line | 23:14 |
| jonmason | RP: I was able to do it by hand (last night). Rebuilding now to sanity check, but it'll probably be another 20 mins for it to finish | 23:15 |
| RP | fray: that gen-tapdevs should avoid that :/ | 23:16 |
| RP | jonmason: I'm going to have to sleep as my eyes can't take any more computers today | 23:17 |
| *** feddischson <feddischson!~feddischs@55d47c96.access.ecotel.net> has quit IRC | 23:17 | |
| RP | jonmason: I think its the changes you made to the serial consoles, they're not compatible with what testimage expects | 23:17 |
| jonmason | NP, I'll see what I can see and maybe pick this up with you tomorrow morning | 23:18 |
| RP | jonmason: its good progress though, lovely to see graphics work there | 23:18 |
| fray | ya, I can see the tap interfaces are there.. but for some reason qemu is trying to screw with them | 23:18 |
| jonmason | is the testimage stuff in the standard tree? | 23:18 |
| jonmason | "ERROR: Task do_testimage does not exist for target core-image-sato (/home/jdm/yocto-dev/poky/meta/recipes-sato/images/core-image-sato.bb:do_testimage). Close matches: | ETA: 0:00:00" | 23:18 |
| RP | jonmason: INHERIT += "testimage" in local.conf | 23:21 |
| jonmason | thanks, assuming its the console stuff, I'll have a new series out tonight | 23:22 |
| jonmason | I'm going to be up late anyway, presentation tomorrow on how to do kernel dev in OE | 23:22 |
| JaMa | fray: check /tmp/qemu-tap-locks /etc/runqemu-nosudo files | 23:22 |
| jonmason | I have the title slide. so its like 90% done, right | 23:22 |
| JaMa | fray: for me I sometimes need to lock the tap devices already used e.g. by VPN for runqemu to skip them | 23:24 |
| fray | ya, I didn't have any already in use.. | 23:24 |
| RP | jonmason: I have some slides I need to sort next week :/ | 23:25 |
| * RP heads afk | 23:26 | |
| jonmason | RP: I'm presenting at SCaLE on (https://www.socallinuxexpo.org/scale/17x/presentations/kernel-development-workflows-using-openembedded) this and tomorrow is my first run | 23:27 |
| jonmason | I'm happy to send out the slides to anyone that wants them after I'm done | 23:28 |
| JaMa | there will be talk about our use of OE in LGE as well https://www.socallinuxexpo.org/scale/17x/presentations/openembedded-lg-products | 23:30 |
| jonmason | Cool, we should all meet up for dinner and maybe a hack-a-thon | 23:31 |
| *** awe001 <awe001!~awe00@unaffiliated/awe00> has quit IRC | 23:32 | |
| JaMa | I won't be there but you can say hello to my manager Lokesh :) | 23:33 |
| *** fischerm <fischerm!~mfischer@207.114.172.147> has joined #yocto | 23:39 | |
| *** fischerm <fischerm!~mfischer@207.114.172.147> has joined #yocto | 23:40 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-hmjruykqkfvutnfq> has joined #yocto | 23:40 | |
| zeddii | RP: good to hear. I’ll have the meta data updates out later tonight, so in your inbox for the morning. | 23:50 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!