| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 00:00 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-whcdzdsjxaqhmjgv> has quit IRC | 00:00 | |
| *** geissonator <geissonator!~geissonat@cpe-24-198-214-139.maine.res.rr.com> has joined #yocto | 00:09 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 00:13 | |
| *** Willy-- <Willy--!~william@156.34.251.99> has quit IRC | 00:20 | |
| *** brrm <brrm!~brrm@HSI-KBW-46-223-101-70.hsi.kabel-badenwuerttemberg.de> has quit IRC | 00:33 | |
| *** geissonator <geissonator!~geissonat@cpe-24-198-214-139.maine.res.rr.com> has quit IRC | 00:41 | |
| *** geissonator <geissonator!~geissonat@cpe-24-198-214-139.maine.res.rr.com> has joined #yocto | 00:42 | |
| *** geissonator <geissonator!~geissonat@cpe-24-198-214-139.maine.res.rr.com> has quit IRC | 00:46 | |
| *** Cbast <Cbast!~sfrigon@107.190.38.187> has joined #yocto | 00:52 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 01:00 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto | 01:01 | |
| *** Willy-- <Willy--!~william@156.34.251.99> has joined #yocto | 01:03 | |
| NU-Slacker | Say you have a SRC_URI_machinename override in a recipe, and you are making an append. Is there a way to remove or mask that override from the append? | 01:04 |
|---|---|---|
| NU-Slacker | Specifically, having the machine variable override makes the devtool flow more manually intensive and error prone. | 01:05 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 01:12 | |
| seebs | https://www.libssh.org/2018/10/16/libssh-0-8-4-and-0-7-6-security-and-bugfix-release/ <-- possibly one of the most painful security bugs i've seen recently | 01:33 |
| *** Cbast <Cbast!~sfrigon@107.190.38.187> has quit IRC | 01:35 | |
| *** Cbast <Cbast!~sfrigon@107.190.38.187> has joined #yocto | 01:36 | |
| *** anujm <anujm!~anujm@192.198.146.173> has joined #yocto | 01:40 | |
| robbawebba | NU-Slacker: Please correct me if I'm misunderstanding your situation, you're trying to have different appends depending on the machine? | 01:46 |
| kergoth | sounds like they want to undo a machine override | 01:46 |
| NU-Slacker | Yes to both. | 01:47 |
| NU-Slacker | The base recipe is inside a vendor BSP layer and I'm making a board-specific layer | 01:48 |
| *** kaspter1 <kaspter1!~Instantbi@183.156.124.75> has joined #yocto | 01:49 | |
| robbawebba | ahhh okay, The solution that comes to mind is to have a separate directory within your `files` search path for each machine. | 01:49 |
| robbawebba | I'm not sure if it will fully "undo" the machine override though | 01:49 |
| NU-Slacker | The annoyance comes with devtool updating SRC_URI but not SRC_URI_machinename when updating or finishing. | 01:50 |
| kergoth | devtool is never going to be a complete replacement for manual recipe/append changes. overrides add a great deal of complexity to source modification | 01:50 |
| robbawebba | So you want to append the file for all machines, but one machine (your specific board) has a special file that needs to be appended? | 01:51 |
| *** kaspter <kaspter!~Instantbi@115.194.184.253> has quit IRC | 01:51 | |
| *** kaspter1 is now known as kaspter | 01:51 | |
| NU-Slacker | kergoth: Understood that devtool cant automate everything. Just checking to see if Im not missing an easy solution. | 01:52 |
| NU-Slacker | robbaweba: Pretty much, except that the base recipe from the vendor BSP layer has the override. I want to make what I have in the append apply to all. With the current situation I would need to set SRC_URI and SRC_URI_machinename in the bbappend to work | 01:57 |
| NU-Slacker | I guess I could just create a new machine and that would "fix" it ¯\_(ツ)_/¯ | 01:59 |
| robbawebba | NU-Slacker: ahhh i see. In that case, I'm not sure how to cheat the machine override system. Sounds like a manual job :/ | 02:01 |
| robbawebba | NU-Slacker: although I've never used devtool, so I'm not quite sure what I'm mising lol | 02:01 |
| NU-Slacker | robbawebba:I had never used devtool either until relatively recently. And of course the first recipe I tried it on had this odd case making it fail. | 02:03 |
| NU-Slacker | It definitely removes a good portion of the more monotonous tasks. | 02:05 |
| *** Hoolootwo is now known as Hooloovo0 | 02:08 | |
| robbawebba | NU-Slacker: I'll try and give it a show sometime soon! | 02:19 |
| robbawebba | Unrelated, I've got a question about switching between two kernel versions for the same image, distro, and machine. | 02:20 |
| robbawebba | I have two separate recipes for the kernel (4.9 and 4.19). our custom machine.conf file declares PREFERRED_PROVIDER_virtual/kernel, and that's the mechanism we're using to switch between kernel versions. We modify PREFERRED_PROVODER_virtual/kernel in our custom machine.conf file when we want to switch kernel versions. | 02:23 |
| robbawebba | Is this the correct way to switch between kernels when all else is held constant? Or is there a better way to switch kernel versions? | 02:24 |
| NU-Slacker | robbaweba: FWIW that is the mechanism I've used in the past. Though we usually set it in local.conf (generated by a source controlled setup script) | 02:30 |
| *** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 02:35 | |
| *** Cbast <Cbast!~sfrigon@107.190.38.187> has quit IRC | 02:40 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 02:40 | |
| robbawebba | NU-Slacker: How could I configure the PREFERRED_PROVIDER_virtual/kernel from local.conf? Do I have to use late assignment ( ?= ) in the machine.conf ? | 02:57 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 03:06 | |
| NU-Slacker | robbawebba: I dont recall specifically, but yes I think we used late assignment | 03:11 |
| NU-Slacker | robbaweba: I think you can also PREFERRED_PROVIDER_virtual/kernel_yourmachinename="your-preference" from local.conf and that will work | 03:15 |
| NU-Slacker | robbawebba: though thats pretty gross | 03:16 |
| *** lpotter <lpotter!~quassel@2001:8003:e172:cb00:ba27:ebff:febb:59b> has joined #yocto | 04:33 | |
| yocti | New news from stackoverflow: Yocto Rocko bitbake process reboot on Ubuntu <https://stackoverflow.com/questions/52847405/yocto-rocko-bitbake-process-reboot-on-ubuntu> | 05:06 |
| *** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 05:14 | |
| *** pohly <pohly!~pohly@p54BD55A3.dip0.t-ipconnect.de> has joined #yocto | 05:24 | |
| *** xemc <xemc!~xemc@d66-183-111-172.bchsia.telus.net> has joined #yocto | 05:48 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:d126:a7f3:36c1:9198> has joined #yocto | 06:10 | |
| *** frsc <frsc!~frsc@200116b82486240065440b263ad88c5e.dip.versatel-1u1.de> has joined #yocto | 06:14 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 06:27 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 06:35 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 06:53 | |
| *** fl0v0 <fl0v0!~fvo@i577A6112.versanet.de> has joined #yocto | 07:02 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC | 07:03 | |
| *** amneg_ <amneg_!~groleo@92.121.36.197> has quit IRC | 07:09 | |
| *** cdleonard <cdleonard!~nxf25340@92.121.36.197> has quit IRC | 07:10 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 07:10 | |
| *** woutervh <woutervh!~wv@84.199.255.188> has joined #yocto | 07:12 | |
| *** brrm <brrm!~brrm@HSI-KBW-046-005-176-047.hsi8.kabel-badenwuerttemberg.de> has joined #yocto | 07:20 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 07:28 | |
| *** resixian <resixian!~akira@unaffiliated/resixian> has quit IRC | 07:50 | |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 07:51 | |
| *** Crofton|work <Crofton|work!~Crofton@145.253.78.226> has quit IRC | 07:54 | |
| *** resixian <resixian!~akira@unaffiliated/resixian> has joined #yocto | 08:04 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 08:11 | |
| *** wadim_ <wadim_!~egorov@mail.phytec.eu> has quit IRC | 08:13 | |
| *** AndersD <AndersD!~AndersD@218.108.191.170> has joined #yocto | 08:14 | |
| *** mckoan|away is now known as mckoan | 08:19 | |
| *** AndersD <AndersD!~AndersD@218.108.191.170> has quit IRC | 08:39 | |
| *** AndersD_ <AndersD_!~AndersD@218.108.191.170> has joined #yocto | 08:39 | |
| *** anujm <anujm!~anujm@192.198.146.173> has quit IRC | 08:50 | |
| *** AndersD <AndersD!~AndersD@218.108.191.170> has joined #yocto | 08:53 | |
| *** AndersD_ <AndersD_!~AndersD@218.108.191.170> has quit IRC | 08:54 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 08:58 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:59 | |
| *** AndersD <AndersD!~AndersD@218.108.191.170> has quit IRC | 09:00 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:03 | |
| *** florian_kc is now known as florian | 09:09 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 09:24 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 09:25 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 09:25 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 09:25 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 09:32 | |
| RP | rburton: bitbake datastore cache is broke for remove operations :( | 10:04 |
| RP | My patch to fix remove checksumming just proves it :( | 10:05 |
| RP | (and is also bust) | 10:05 |
| LetoThe2nd | RP: https://www.youtube.com/watch?v=_NdHySPJr8I | 10:06 |
| LetoThe2nd | (picking up the keyword) | 10:07 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:09 | |
| *** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has left #yocto | 10:12 | |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 10:13 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:14 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 10:15 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 10:17 | |
| *** maxin <maxin!~maxin@dsl-hkibng22-58c3d9-93.dhcp.inet.fi> has joined #yocto | 10:18 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 10:37 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 10:37 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 10:38 | |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC | 10:40 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 10:45 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:47 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 10:47 | |
| *** stephano <stephano!~stephano@134.134.139.76> has joined #yocto | 10:54 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 11:08 | |
| *** vmeson <vmeson!~rmacleod@ipagstaticip-ded777c7-411a-3210-adfa-a9b01384e02b.sdsl.bell.ca> has joined #yocto | 11:11 | |
| rburton | RP: doh | 11:13 |
| OutBackDingo | ok question whats the best way to deal with our custoom package conflicting with a standard yocto package say nginx... we boothh include index.html and well... build ffails | 11:16 |
| mcfrisk | OutBackDingo: for config files, bbappend the yocto recipe to not install the file | 11:17 |
| rburton | bonus points for patching the recipe to split out stuff like that so you can not install them, and sending the patch in | 11:18 |
| OutBackDingo | rburton: ohhh goodie | 11:23 |
| OutBackDingo | mcfrisk: i was thinking more a bbapend to overwrite / remove theirs and use ours | 11:23 |
| mcfrisk | OutBackDingo: yea, that works too | 11:24 |
| OutBackDingo | since id prefer not to much with their tree as we have all metas setup as submodules | 11:24 |
| mcfrisk | yay, welcome to git submodule hell.. :) | 11:25 |
| OutBackDingo | yupp | 11:25 |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 11:25 | |
| *** vmeson <vmeson!~rmacleod@ipagstaticip-ded777c7-411a-3210-adfa-a9b01384e02b.sdsl.bell.ca> has quit IRC | 11:26 | |
| RP | rburton: I've put revised patches into -next, lets give those a try. Not the kind of changes I like making at this point in a release cycle :( | 11:26 |
| *** vmeson <vmeson!~rmacleod@ipagstaticip-ded777c7-411a-3210-adfa-a9b01384e02b.sdsl.bell.ca> has joined #yocto | 11:27 | |
| OutBackDingo | thinks we should devices a high level DONT_INCLUDE REGEX local.conf DONT_INCLUDE=nginx/index.html whicvh basically says recipe nginx doont include file index.hhtml | 11:33 |
| jofr | What is the right way to change the PATH for recipes? | 11:37 |
| LetoThe2nd | OutBackDingo: you can probably construct that relatively easy using a ROOTFS_POSTPROCESS_COMMAND | 11:37 |
| *** kuzulis <kuzulis!~kuzulis@37.112.57.60> has joined #yocto | 11:40 | |
| kuzulis | Hi all. Is it possible to modify a default script which which generates the sdcard image to copy the rootfs file on single partition? | 11:41 |
| *** learningc <learningc!~learningc@123.136.111.88> has joined #yocto | 11:41 | |
| OutBackDingo | LetoThe2nd: actually a good idea | 11:41 |
| kuzulis | A problem is that the default script creates a two partitions: "boot" and "rootfs".. But I need to have an one partition with both 'boot stuff' and 'rootfs.ext3' file.. | 11:42 |
| kuzulis | Is it possible? | 11:43 |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 11:44 | |
| kuzulis | I need the rootfs.ext3 file placed on some single partition with the uImage, u-boot and other files.. | 11:44 |
| kuzulis | F.e. this script: https://github.com/Freescale/meta-freescale/blob/pyro/classes/image_types_fsl.bbclass#L175 creates a two partitions... But I need in one... | 11:46 |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 11:46 | |
| jofr | I'm writing recipe A. A depends on B-native (also mine). B-native installs some executables to a "non-standard" location(i.e. not ${bindir}) that A needs for its do_configure(). How can I add something to A | 11:47 |
| jofr | I'm writing recipe A. A depends on B-native (also mine). B-native installs some executables to a "non-standard" location(i.e. not ${bindir}) that A needs for its do_configure(). How can I add something to A's PATH? | 11:47 |
| rburton | jofr: by extending PATH :) | 11:48 |
| jofr | rburton: Thanks! But is PATH a string or a list? | 11:50 |
| rburton | standard $PATH, colon-separated string | 11:50 |
| rburton | note that if the location is non-standard, its most likely not even in the sysroot | 11:50 |
| jofr | Ahh. Ok :) | 11:50 |
| rburton | only select bits of a package go into the sysroot, the stuff needed to build | 11:51 |
| jofr | Yes. | 11:51 |
| rburton | you can add more, SYSROOT_DIRS | 11:51 |
| jofr | Ok | 11:51 |
| jofr | What about environment variables? Can is just set them in my recipe like you mention with PATH? Or is there a predefined list of environment-variables (including "PATH") somewhere? | 11:52 |
| rburton | if you put 'export' in front of a variable assignment, it gets exported | 11:53 |
| jofr | Anywhere or in do_configure() specifically? | 11:54 |
| jofr | I mean.. Is "export" a bitbake keyword? I seems to me that anything in do_whatervers() are basically just executed as shellscripts (from ${S}), so I assume I can do basically whatever shell-commands in there..? But what I'm thinking about is the rest of the recipe | 11:56 |
| rburton | outside of functions, export is a bitbake keyword | 11:56 |
| rburton | inside a shell function, its shell, so does what you'd expect | 11:57 |
| jofr | Nice. Thanks! | 11:58 |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 11:58 | |
| ernstp | with COPY_LIC_DIRS=1 the files in /usr/share/common-licenses on target have the wrong owner, they're owned by the buildsystem user | 12:02 |
| rburton | ernstp: urgh. bug please. | 12:02 |
| ernstp | I filed a bug about it, but in the meantime I'm trying to work around it | 12:02 |
| rburton | ah ok, what #? | 12:02 |
| rburton | the fix is most likely fairly simple, just a chown in the right place | 12:03 |
| ernstp | #12961 | 12:03 |
| ernstp | I guess not many people enable that flag | 12:03 |
| ernstp | added a FILESYSTEM_PERMS_TABLES with /usr/share/common-licenses 0755 root root true 0644 root root | 12:04 |
| ernstp | but that didn't take unfortunately | 12:04 |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-rpeavlzhrloquxpo> has quit IRC | 12:04 | |
| ernstp | They're a bit tricky perhaps because they're linked and not installed. | 12:06 |
| rburton | yeah that's ugly | 12:06 |
| rburton | the code should just copy | 12:06 |
| rburton | i thought there was a better way of doing this anyway | 12:06 |
| ernstp | very much a microoptimization :-) | 12:06 |
| ernstp | ah, I guess I could just add a ROOTFS_POSTPROCESS_COMMAND to fix it for now | 12:07 |
| rburton | well if you turn on LICENSE_CREATE_PACKAGE you get a PN-lic package for each package installed | 12:07 |
| rburton | then you can use complementary packages to pull all those in | 12:07 |
| rburton | i guess thats not great if a package has complex licensing | 12:08 |
| rburton | a patch i'd positively review would replace the initial link with a copy so the ownership in the rootfs is right | 12:08 |
| ernstp | will that automatically fix it, even if that code is not running under fakeroot? | 12:09 |
| ernstp | (can you run python code under fakeroot?) | 12:10 |
| rburton | hm | 12:10 |
| rburton | its a rootfs postprocess | 12:10 |
| rburton | yeah i dont like this code one bit :) | 12:10 |
| ernstp | :-) | 12:12 |
| ernstp | but then again, no one really likes to work on licensing stuff :-) | 12:12 |
| rburton | fwiw, setting COMPLEMENTARY_GLOB[lic-pkgs] = '*-lic' and LICENSE_CREATE_PACKAGE="1" and IMAGE_FEATURES_append = " lic-pkgs" might be an interesting experiment | 12:12 |
| rburton | add a new image feature, turn on license packages, install them | 12:13 |
| ernstp | from the LICENSE_CREATE_PACKAGE docs it sounded like you don't have to do anything special, it adds RRECOMMENDS | 12:13 |
| rburton | so it does | 12:14 |
| rburton | assuming you install PN | 12:15 |
| ernstp | well those are the licenses you should ship so... | 12:15 |
| rburton | not if you have a package that breaks into PN and PN-foo but you only ship PN-foo | 12:16 |
| *** vmeson <vmeson!~rmacleod@ipagstaticip-ded777c7-411a-3210-adfa-a9b01384e02b.sdsl.bell.ca> has quit IRC | 12:18 | |
| *** kaspter <kaspter!~Instantbi@183.156.124.75> has quit IRC | 12:20 | |
| *** kaspter <kaspter!~Instantbi@183.156.124.75> has joined #yocto | 12:21 | |
| ernstp | right | 12:34 |
| *** rokm <rokm!rokm@94.247.40.156> has joined #yocto | 12:41 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 12:42 | |
| *** marka <marka!~masselst@128.224.252.2> has joined #yocto | 12:43 | |
| rokm | Hi, I'm trying to add libinih (meta-oe/recipes-support) to my SDK | 12:43 |
| rokm | does anyone know how to handle this ? | 12:43 |
| rokm | and also this package has ALLOW_EMPTY = 1 | 12:46 |
| LetoThe2nd | rokm: the simplest way is to have your image that you create the sdk for depend in it (e.g., IMAGE_INSTALL) | 12:48 |
| rokm | but I need lib file and includes in SDK to use it in apps | 12:49 |
| LetoThe2nd | yeah, so what? | 12:49 |
| LetoThe2nd | the sdk matches the image. so if your image contains the lib, the sdk will include the lib and headers too | 12:49 |
| rokm | ye but image contains lib and includes but when I look into SDK there are missing | 12:50 |
| rokm | I use populate-sdk | 12:51 |
| rokm | and even I have this on target | 12:51 |
| rokm | I need them on SDK for cross-compilation | 12:51 |
| LetoThe2nd | yesyes, thats obivous. just saw that it is static lib only. hm, let me check | 12:51 |
| rokm | that I asked about this ALLOW_EMPTY | 12:52 |
| rokm | TOOLCHAIN_HOST_TASK_append also didn't help | 12:52 |
| LetoThe2nd | the allow_empty is not the problem. the problem is that the static lib probably is not packed into anything else too. | 12:53 |
| rokm | :| | 12:53 |
| rokm | also I tried BBCLASSEXTEND = nativesdk | 12:53 |
| rokm | I think all what I found in the internet | 12:53 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 12:58 | |
| rokm | LetoThe2nd: So it there any solution for this ? | 12:58 |
| mckoan | rokm: probably the recipe is not specifying FILES_${PN} += "${libdir}/lib*.so.*" | 12:58 |
| rokm | yep original recipe doesnt have this | 12:59 |
| rokm | but I don't think that this will help in SDK issue | 13:01 |
| LetoThe2nd | mckoan: well the recipe explicitly states that its static only. so the question is a bit, was this intentional (because upstream means it that way) or just lazyness (because submitter likes only static, doesn't care about the rest) | 13:01 |
| mckoan | LetoThe2nd: indeed | 13:01 |
| LetoThe2nd | ok, upstream seems to be quite unmaintened, last commit 4 or 5 years ago, but definitively shared-capable | 13:04 |
| mckoan | LetoThe2nd: rokm: in fact it is creating only libinih.a, no .so | 13:04 |
| LetoThe2nd | probably one should remove the ALLOW_EMPTY, and pass some extra cmake arguments to build the shared version | 13:05 |
| LetoThe2nd | -> https://github.com/OSSystems/inih/blob/master/lib/CMakeLists.txt | 13:06 |
| *** learningc <learningc!~learningc@123.136.111.88> has quit IRC | 13:08 | |
| mckoan | LetoThe2nd: you need to run cmake -D BUILD_SHARED_LIBS=y . | 13:09 |
| mckoan | [ 40%] Linking C shared library libinih.so | 13:09 |
| mckoan | rokm: please add this into the recipe EXTRA_OECMAKE = "-D BUILD_SHARED_LIBS=y" | 13:11 |
| rokm | ok will try | 13:11 |
| LetoThe2nd | and remove the ALLOW_EMPTY | 13:12 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 13:14 | |
| *** zeddii <zeddii!~bruce@128.224.252.2> has joined #yocto | 13:15 | |
| rokm | NOTE: make -j 4 -D BUILD_SHARED_LIBS=y | 13:18 |
| rokm | make: invalid option -- 'D' | 13:19 |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 13:19 | |
| *** geissonator <geissonator!~geissonat@cpe-24-198-214-139.maine.res.rr.com> has joined #yocto | 13:25 | |
| rokm | So my make doesn't support this | 13:26 |
| *** morphis <morphis!~morphis@p5DCC3DF2.dip0.t-ipconnect.de> has quit IRC | 13:26 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 13:26 | |
| LetoThe2nd | your make? | 13:26 |
| rokm | -w, --print-directory Print the current directory. | 13:27 |
| rokm | make: invalid option -- 'D' | 13:27 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 13:27 | |
| LetoThe2nd | yeah but that should not even get to make, its for cmake | 13:27 |
| rokm | I run bitbake libinih | 13:27 |
| *** fl0v0 <fl0v0!~fvo@i577A6112.versanet.de> has quit IRC | 13:28 | |
| rburton | rokm: did you set EXTRA_OEMAKE or EXTRA_OECMAKE? | 13:28 |
| LetoThe2nd | rburton: ++ | 13:28 |
| mckoan | rokm: as I said, you need to run cmake -D BUILD_SHARED_LIBS=y . | 13:29 |
| mckoan | rokm: and then make | 13:29 |
| *** fl0v0 <fl0v0!~fvo@i577B9737.versanet.de> has joined #yocto | 13:31 | |
| rokm | doing this from devshell -> OK | 13:37 |
| rokm | from bitbake --> libinih-0.0+gitrAUTOINC+25078f7156-r3 do_package_qa: QA Issue: -dev package contains non-symlink .so: libinih-dev | 13:40 |
| rokm | could this be related to missing FILES_${PN} += "${libdir}/lib*.so.*" ? | 13:41 |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 13:42 | |
| LetoThe2nd | rokm: you shouldn't need the FILES_${PN}, actually once the EXTRA_OECMAKE is working properly | 13:42 |
| rburton | no, because thats the default | 13:42 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 13:45 | |
| *** bjocar <bjocar!3e77a7b2@gateway/web/freenode/ip.62.119.167.178> has quit IRC | 13:49 | |
| rokm | So is there any parameter that will force to create symlink for this lib ? | 13:51 |
| rburton | rokm: can you share your recipe? | 13:52 |
| rokm | https://pastebin.com/5uQ1YGMx | 13:53 |
| rburton | i suspect you have more than that | 13:54 |
| rokm | only these which is in meta-oe | 13:54 |
| rokm | original bb file | 13:54 |
| mckoan | rokm: what is this a .bbappend? | 13:54 |
| mckoan | rokm: not sure ALLOW_EMPTY_${PN} = "0" is correct, I'd remove the whole line | 13:55 |
| rburton | thats because the recipe has ALLOW_EMPTY=1, because its wrong | 13:56 |
| rburton | why are you passing ${S}/lib in extra_oecmake? | 13:56 |
| rokm | because it needs path to sources | 13:56 |
| rokm | without this i got error | 13:56 |
| rburton | that's passed before EXTRA_OECMAKE though | 13:57 |
| rburton | and is ${S} | 13:58 |
| rokm | when I remove lib at the end i got this linux-gnueabi/libinih/0.0+gitrAUTOINC+25078f7156-r3/build/BUILD_SHARED_LIBS=y" does not exist. | 13:59 |
| rokm | from devshell I also had to put lib/ at the end | 14:00 |
| rokm | to be able to compile | 14:00 |
| rburton | sounds like you need to remove the space between -D and BUILD_SHARED_LIBS | 14:00 |
| rburton | because it thinks BUILD_SHARED_LIBS=y is a path | 14:00 |
| rburton | (yay cmake, always worse than you imagine) | 14:01 |
| *** ravotus <ravotus!ade3df82@gateway/web/freenode/ip.173.227.223.130> has quit IRC | 14:02 | |
| Saur | If I have two packages foo and bar that both provide virtual/foobar, am I supposed to be able to do EXCLUDE_PACKAGES = "virtual/foobar", or must I do "EXCLUDE_PACKAGES = "foo bar"? | 14:02 |
| rburton | latter | 14:02 |
| rokm | got the same results -> -dev package contains non-symlink .so: libinih-dev | 14:02 |
| Saur | We just upgraded to Sumo, and it seems the former worked with Rocko, but not with Sumo... | 14:02 |
| rokm | it works witkout /lib at the end | 14:02 |
| rokm | but the result is the same | 14:03 |
| rburton | rokm: so guessing the cmake file is broken and the shared library isn't versioned | 14:03 |
| rburton | which is bad form | 14:03 |
| rburton | https://wiki.yoctoproject.org/wiki/TipsAndTricks/Packaging_Prebuilt_Libraries#Non-versioned_Libraries | 14:03 |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 14:03 | |
| rokm | I assume that it is not possible to fix this from recipe | 14:08 |
| rokm | libinih is under "new bsd" So I think it will be faster, easier and legal that I will just compile it into my app | 14:13 |
| rokm | anyway thanks for support | 14:13 |
| *** fl0v0 <fl0v0!~fvo@i577B9737.versanet.de> has quit IRC | 14:16 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 14:23 | |
| rburton | rokm: the wiki page i linked to tells you how to work around | 14:32 |
| *** kasper150 <kasper150!~kasper@2a00:f41:481a:f24f:986a:b1dc:829d:fce2> has joined #yocto | 14:34 | |
| *** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has joined #yocto | 14:37 | |
| kasper150 | Hi, i'm looking for some help with meta-qt5. I'd like to change default libs path (/usr/lib) to custom (/opt/lib) on the target. I've been trying for 2 days and still have problems with building (yocto-sumo). | 14:37 |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 14:39 | |
| *** lexano_ is now known as lexano | 14:40 | |
| *** kasper150 <kasper150!~kasper@2a00:f41:481a:f24f:986a:b1dc:829d:fce2> has quit IRC | 14:42 | |
| mckoan | rokm: use this https://pastebin.com/whLCm0Jr | 14:43 |
| *** morphis <morphis!~morphis@p5DCC3067.dip0.t-ipconnect.de> has joined #yocto | 14:45 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:d126:a7f3:36c1:9198> has quit IRC | 14:49 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:e9ce:55a:1407:e711> has quit IRC | 14:49 | |
| *** lpotter <lpotter!~quassel@2001:8003:e172:cb00:ba27:ebff:febb:59b> has quit IRC | 14:49 | |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has quit IRC | 14:49 | |
| *** berton[m] <berton[m]!fabioberto@gateway/shell/matrix.org/x-kbrewhbbuatbcxbb> has quit IRC | 14:49 | |
| *** flying_sausages <flying_sausages!~flying_sa@static.88-198-40-49.clients.your-server.de> has quit IRC | 14:49 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 14:49 | |
| *** svolpe <svolpe!~svolpe@c-71-236-70-38.hsd1.pa.comcast.net> has quit IRC | 14:49 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 14:49 | |
| *** adrianbunk <adrianbunk!~bunk@dsl-hkibng31-54faec-60.dhcp.inet.fi> has quit IRC | 14:49 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 14:49 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 14:50 | |
| *** Bunio_FH <Bunio_FH!~bunio@2a02:a313:433c:cd00:851a:2df8:adf2:6bc7> has joined #yocto | 14:50 | |
| *** flying_sausages <flying_sausages!~flying_sa@static.88-198-40-49.clients.your-server.de> has joined #yocto | 14:55 | |
| *** Bunio_FH <Bunio_FH!~bunio@2a02:a313:433c:cd00:851a:2df8:adf2:6bc7> has quit IRC | 14:56 | |
| *** Bunio_FH <Bunio_FH!~bunio@2a02:a313:433c:cd00:851a:2df8:adf2:6bc7> has joined #yocto | 14:57 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:e9ce:55a:1407:e711> has joined #yocto | 15:00 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 15:00 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:d126:a7f3:36c1:9198> has joined #yocto | 15:08 | |
| rokm | mckoan: thanks I will try it | 15:13 |
| rokm | mckoan: do_install will put libs on target which I dont need | 15:14 |
| rokm | but now I hope thet there will not be a problem since so are generated | 15:16 |
| *** ntl <ntl!~nathanl@nat-wv.mentorg.com> has quit IRC | 15:18 | |
| mckoan | rokm: good luck! | 15:20 |
| mckoan | rokm: I wonder how you can not to use libs.so on the target if your app is using them though | 15:21 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 15:22 | |
| rokm | hehe ;) now I have too, still had in mind .a lib | 15:23 |
| *** kaspter <kaspter!~Instantbi@183.156.124.75> has quit IRC | 15:27 | |
| *** kaspter <kaspter!~Instantbi@183.156.124.75> has joined #yocto | 15:28 | |
| *** Bunio_FH <Bunio_FH!~bunio@2a02:a313:433c:cd00:851a:2df8:adf2:6bc7> has quit IRC | 15:32 | |
| *** ntl <ntl!~nathanl@nat-wv.mentorg.com> has joined #yocto | 15:33 | |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 15:35 | |
| *** woutervh <woutervh!~wv@84.199.255.188> has quit IRC | 15:48 | |
| kuzulis | Hi guys. Why I got: No IMAGE_CMD defined for IMAGE_FSTYPES entry ... mesage when I try to create an own image type? | 15:49 |
| rburton | presumably because you didn't set IMAGE_CMD for your image type? | 15:50 |
| rburton | IMAGE_CMD_yourtypename | 15:50 |
| kuzulis | I have created a new class file "foo-image.bbclass" and put it to 'foo-layer/classes | 15:51 |
| kuzulis | In this image I have added: IMAGE_CMD_foo() {} | 15:51 |
| kuzulis | In this class-file I have added IMAGE_CMD_foo() {} | 15:51 |
| kuzulis | And I have added to IMAGE_FSTYPES = "ext3 foo" | 15:52 |
| kuzulis | Do I need to 'register' the 'foo' typename elsewhere? | 15:53 |
| kuzulis | somewhere? | 15:53 |
| rburton | you need to actually inherit foo-image | 15:54 |
| rburton | just putting it in the folder doesn't do anything | 15:54 |
| kuzulis | do you mean in my foo-image.bb file? | 15:55 |
| kuzulis | Ahh... it work | 15:57 |
| kuzulis | many thanks | 15:57 |
| rburton | best to inherit it at a distro level so any image can use it | 15:57 |
| *** learningc <learningc!~learningc@210.195.56.210> has joined #yocto | 16:01 | |
| *** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC | 16:01 | |
| kuzulis | rburton: Do you men via INHERIT += 'foo-image' inside of a *.conf file? | 16:03 |
| rburton | kuzulis: presumably you have your own distro, as poky is an example. put it in that | 16:04 |
| rburton | it being INHERIT, yes | 16:04 |
| kuzulis | Now I got: Variable do_image contains tabs, please remove these | 16:06 |
| kuzulis | but I don't see any tabs | 16:07 |
| kuzulis | I use only spaces | 16:07 |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 16:07 | |
| kuzulis | Maybe I need in: IMAGE_CLASSES += "foo-image" ? | 16:10 |
| kuzulis | instead of inherit? | 16:11 |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 16:14 | |
| *** lexano <lexano!~lexano@216.151.184.88> has joined #yocto | 16:14 | |
| *** zeddii <zeddii!~bruce@128.224.252.2> has quit IRC | 16:15 | |
| kuzulis | What does this means: "Variable do_image contains tabs, please remove these " ? | 16:17 |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 16:18 | |
| kuzulis | My foo-image.bbclass is simple: inherit image_types and IMAGE_CMD_foo () {} | 16:19 |
| kuzulis | But I got an errors, related to tabs | 16:19 |
| *** berton[m] <berton[m]!fabioberto@gateway/shell/matrix.org/x-kbrewhbbuatbcxbb> has joined #yocto | 16:24 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 16:24 | |
| *** adrianbunk <adrianbunk!~bunk@dsl-hkibng31-54faec-60.dhcp.inet.fi> has joined #yocto | 16:24 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has joined #yocto | 16:24 | |
| *** mckoan is now known as mckoan|away | 16:24 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 16:29 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 16:36 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 16:36 | |
| *** lexano_ <lexano_!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto | 16:39 | |
| *** frsc <frsc!~frsc@200116b82486240065440b263ad88c5e.dip.versatel-1u1.de> has quit IRC | 16:42 | |
| *** lexano <lexano!~lexano@216.151.184.88> has quit IRC | 16:43 | |
| kergoth | use bitbake -e yourimage to examine the actual final do_image task | 16:45 |
| *** stephano <stephano!~stephano@134.134.139.76> has quit IRC | 16:49 | |
| rburton | RP: just sent a patch to add PACKAGE_EXCLUDE to opkg backend. it replaces the previous warning patch. | 16:50 |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 16:51 | |
| *** Crofton_ <Crofton_!~Crofton@145.253.78.226> has joined #yocto | 16:57 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 16:57 | |
| *** Crofton_ is now known as Crofton|work | 16:57 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 17:07 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 17:12 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:13 | |
| RP | rburton: great, thanks | 17:15 |
| RP | kergoth: this remove change is proving to be a right pain to get working correctly :( | 17:16 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 17:23 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:d126:a7f3:36c1:9198> has left #yocto | 17:26 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 17:31 | |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has joined #yocto | 17:38 | |
| *** uglyoldbob <uglyoldbob!0cb623bb@gateway/web/freenode/ip.12.182.35.187> has joined #yocto | 17:48 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 17:48 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 17:48 | |
| uglyoldbob | Im writing a recipe for a shared library (libfoo) and a recipe to use that shared library (junk). My junk recipe give me a QA issue of "requres libfoo.so.0, but no providers found in RDEPENDS_junk". How might i fix this? | 17:50 |
| *** Alchemical <Alchemical!~al@unaffiliated/alchemical> has quit IRC | 17:53 | |
| *** maxin <maxin!~maxin@dsl-hkibng22-58c3d9-93.dhcp.inet.fi> has quit IRC | 17:58 | |
| uglyoldbob | it looks like it is examining /bin/junk, determining it needs libfoo.so.0, and complaining that it's not in rdepends. how might i fix this? | 18:00 |
| kergoth | add libfoo to the recipe DEPENDS to begin with. beyond that, it'll get added to RDEPENDS automatically if you link against it normally. if you dlopen it, you'll need to explicitly add libfoo to RDEPENDS_junk in the junk recipe | 18:02 |
| uglyoldbob | i'm linking normally. I add libfoo to DEPENDS, I still get the QA issue | 18:03 |
| kergoth | the do_pcakage task examines all elf binaries and maps them to the recipes that provide them and adds them to rdepends for you | 18:04 |
| kergoth | so either it wasn't able to pick up that libfoo provides it, or wasnt able to pick up that junk needs it | 18:04 |
| kergoth | you can examine the shlibs directory in tmp | 18:04 |
| kergoth | or actually i think thats under sysroots now | 18:04 |
| kergoth | but that's how it maps elf shared libarries to the packages that provide them | 18:05 |
| uglyoldbob | sysroots/blabla/pkgdata/runtime-rprovides/libfoo ? | 18:07 |
| *** Crofton|work <Crofton|work!~Crofton@145.253.78.226> has quit IRC | 18:08 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 18:14 | |
| uglyoldbob | i think i found my problem. I didn't provide a libfoo.spec file in my libfoo recipe (I used pkgconfig in that recipe) | 18:18 |
| kergoth | bitbake doesn't care about .spec files, it's not used for shlibs at all | 18:19 |
| rburton | uglyoldbob: quite possible that the library is built weirdly and doesn't conform to expected behaviour | 18:20 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-grnponxyxkgjqlew> has quit IRC | 18:20 | |
| rburton | presumably you can't share the source? | 18:20 |
| uglyoldbob | rburton: correct. it is built with autotools and generates pkgconfig data as well | 18:21 |
| rburton | using libtool to build the library? | 18:22 |
| *** marka <marka!~masselst@128.224.252.2> has quit IRC | 18:22 | |
| uglyoldbob | yes. lib_LTLIBRARIES = libfoo.la | 18:22 |
| rburton | weird :) | 18:23 |
| rburton | if you read the log.do_package for both you'll see what it scans as the library provides, and then the library depends | 18:23 |
| uglyoldbob | adding a libfoo.spec file in my libfoo source made the QA warnings in junk (user of libfoo) go away | 18:24 |
| uglyoldbob | wait nevermind, i did a bitbake -c cleanall libfoo, and that apparently resolved my problem | 18:28 |
| rburton | so just needed a rebuild | 18:29 |
| rburton | weird, but works now i guess :) | 18:29 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 18:31 | |
| *** xtron <xtron!~mentor@110.93.212.98> has quit IRC | 18:38 | |
| *** sveinse <sveinse!~sveinse@156.92-221-160.customer.lyse.net> has left #yocto | 18:40 | |
| *** learningc <learningc!~learningc@210.195.56.210> has quit IRC | 18:41 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 18:44 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-vbncrvrfjljsdnfe> has joined #yocto | 18:53 | |
| *** xemc <xemc!~xemc@d66-183-111-172.bchsia.telus.net> has quit IRC | 18:54 | |
| *** xtron <xtron!~mentor@103.255.4.37> has joined #yocto | 19:00 | |
| *** morphis <morphis!~morphis@p5DCC3067.dip0.t-ipconnect.de> has quit IRC | 19:01 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:07 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 19:44 | |
| *** Crofton|work <Crofton|work!~Crofton@145.253.78.226> has joined #yocto | 19:49 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 20:03 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 20:07 | |
| *** lexano_ is now known as lexano | 20:21 | |
| *** xtron <xtron!~mentor@103.255.4.37> has quit IRC | 20:22 | |
| *** pohly <pohly!~pohly@p54BD55A3.dip0.t-ipconnect.de> has quit IRC | 20:31 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 20:43 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 20:43 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 20:43 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 20:49 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 20:51 | |
| *** xtron <xtron!~xtron@103.255.4.37> has joined #yocto | 21:14 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 21:25 | |
| *** xtron <xtron!~xtron@103.255.4.37> has quit IRC | 21:35 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 21:47 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-vbncrvrfjljsdnfe> has quit IRC | 21:52 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 22:02 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 22:05 | |
| *** Cbast <Cbast!~sfrigon@107.190.38.187> has joined #yocto | 22:13 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 22:13 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 22:16 | |
| *** Cbast <Cbast!~sfrigon@107.190.38.187> has quit IRC | 22:32 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:e9ce:55a:1407:e711> has quit IRC | 22:34 | |
| *** Cbast <Cbast!~sfrigon@107.190.38.187> has joined #yocto | 22:37 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 22:38 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 22:38 | |
| *** Cbast <Cbast!~sfrigon@107.190.38.187> has quit IRC | 22:51 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 22:54 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 22:54 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 23:18 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC | 23:23 | |
| *** xtron <xtron!~xtron@103.255.5.97> has joined #yocto | 23:37 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 23:40 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!