| *** vineela <vineela!vtummala@nat/intel/x-aiffytcdotbbcgxn> has quit IRC | 00:33 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 00:44 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 01:12 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 01:19 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 01:35 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 03:06 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 03:10 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 03:51 | |
| *** iceaway_ <iceaway_!~pelle@37.233.78.69> has joined #yocto | 04:34 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:29 | |
| *** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 05:29 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto | 05:34 | |
| *** feilz <feilz!~feil@212-50-143-116.co.dnainternet.fi> has joined #yocto | 05:56 | |
| iceaway_ | good morning! | 06:01 |
|---|---|---|
| LetoThe2nd | disagreed | 06:11 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:22 | |
| *** abhiarora44 <abhiarora44!uid396576@gateway/web/irccloud.com/x-nuzdsutkpglefcxt> has joined #yocto | 06:38 | |
| abhiarora44 | I have one embedded system with python 3.5 installed. I am looking to optimize the python footprint. Can anybody help me? I am planning to have only pyc files. Will it help? If yes, I am unable to find how to do it. | 06:39 |
| LetoThe2nd | there was soemthing lately on the topic but i can't remember you worked in it... | 06:40 |
| LetoThe2nd | s/you/who/ | 06:41 |
| abhiarora44 | Is it right place to discuss such things. I am new to this group. | 06:42 |
| LetoThe2nd | the place is right, if you want to talk about how to automate the py->pyc compilation during build time :) | 06:42 |
| abhiarora44 | I am trying to use yocto project to get linux for my board? | 06:42 |
| LetoThe2nd | and i really rememebr that there was some work on it. | 06:43 |
| abhiarora44 | Yes. I want to talk about how to have only pyc files. | 06:43 |
| abhiarora44 | Or anyother idea to reduce the footprint of the linux (only related to python) | 06:43 |
| abhiarora44 | I googled and get to know i need to modify disutils-common-base.bbclass | 06:44 |
| LetoThe2nd | maybe | 06:45 |
| LetoThe2nd | wait a little until ross is around, i know he at least has knowledge about python. | 06:45 |
| abhiarora44 | Sure | 06:46 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 06:48 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-vuldhgehmyvsjncl> has joined #yocto | 06:55 | |
| *** palate <palate!~palate@unaffiliated/palate> has quit IRC | 07:00 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 07:01 | |
| *** palate <palate!~palate@unaffiliated/palate> has joined #yocto | 07:04 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:11 | |
| yocti | New news from stackoverflow: After devtool build image, files can be found in rootfs, but not found when I run on QEMU <https://stackoverflow.com/questions/58445844/after-devtool-build-image-files-can-be-found-in-rootfs-but-not-found-when-i-ru> | 07:28 |
| *** yacar_ <yacar_!~yacar@87-88-173-196.abo.bbox.fr> has joined #yocto | 07:31 | |
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 07:32 | |
| *** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 07:39 | |
| abhiarora44 | When Ross will join us? | 07:40 |
| LetoThe2nd | abhiarora44: when he is ready </jedihandmove> | 07:40 |
| LetoThe2nd | abhiarora44: if you are impatient and feel like taking some action, you can also write to the yocto ML :) | 07:41 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 07:42 | |
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 07:43 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 08:00 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 08:04 | |
| *** bisbarn <bisbarn!~bisbarn@edge1.crosscan.com> has joined #yocto | 08:12 | |
| abhiarora44 | A small question. I tried mailing list and got a email from yocto-bounces | 08:14 |
| abhiarora44 | Has my question posted? | 08:14 |
| LetoThe2nd | it has arrived, yes. | 08:16 |
| qschulz | abhiarora44: yes it's been posted | 08:17 |
| LetoThe2nd | abhiarora44: as you ask there that you want to reduce the footprint, what are we talking about anyways? how big is it now, how much do you want to cut down? | 08:18 |
| abhiarora44 | Addition of python has increased the linux installation size by 80MB. I want to reduce it by half | 08:25 |
| abhiarora44 | Pardon as I missed these details. How can I rectify it? | 08:26 |
| LetoThe2nd | abhiarora44: if you started out at 20m, that makes sense. if you started at 500m, its kinda pointless. | 08:26 |
| *** palate <palate!~palate@unaffiliated/palate> has quit IRC | 08:26 | |
| LetoThe2nd | and, have you checked if you are maybe just pulling in a lot of pyhton for no good reason? | 08:26 |
| abhiarora44 | Yes. That has been checked. Only modules needed were pulled. | 08:26 |
| LetoThe2nd | and those do add it to 80m? | 08:27 |
| LetoThe2nd | or is it actually something else? | 08:27 |
| LetoThe2nd | because i don't think pyc will give you the cut down you mentionend | 08:27 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:27 | |
| abhiarora44 | Addition of python increased the size by 80MB including needed modules. | 08:27 |
| *** palate <palate!~palate@unaffiliated/palate> has joined #yocto | 08:28 | |
| LetoThe2nd | i doubt that | 08:28 |
| LetoThe2nd | then you are either pulling in some giant modules, or actually some dependency | 08:29 |
| LetoThe2nd | have you looked at the sizes of the generated packages, etc.? | 08:29 |
| abhiarora44 | Let me check again | 08:32 |
| *** yacar_ <yacar_!~yacar@87-88-173-196.abo.bbox.fr> has quit IRC | 08:32 | |
| LetoThe2nd | abhiarora44: which modules are we talking about, so that others can crosscheck it? | 08:32 |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 08:33 | |
| qschulz | abhiarora44: which version of Yocto do you have? | 08:34 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:34 | |
| LetoThe2nd | qschulz: py 3.5, so probably thud | 08:34 |
| qschulz | http://cgit.openembedded.org/meta-openembedded/commit/meta-python/recipes-devtools/python?id=befa59e6de53ac72ebf5876156eb9192598967c8 | 08:34 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:34 | |
| *** bluca <bluca!~bluca@2a01:4b00:f419:6f00:7a8e:ed70:5c52:ea3> has joined #yocto | 08:35 | |
| qschulz | we have this commit as a bbappend somewhere. Drastically reduces the size if python3-attrs is installed | 08:36 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 08:39 | |
| bisbarn | Hey guys, I can't use deploy-target with devtool using a recipe for a python module (inheriting setuptools3). I always get the error: ERROR: No files to deploy - have you built the python-random-module recipe? If so, the install step has not installed any files. This did work in the past, but I can't figure out why it isn't working now. If I build the image and flash the device with it all files are properly installed. Does anyone have any guidance? (I | 08:39 |
| bisbarn | did inspect the environment and it seems that FILES="", maybe that is the issue?) | 08:39 |
| bisbarn | I'm on warrior btw | 08:39 |
| *** yacar_ <yacar_!~yacar@87-88-173-196.abo.bbox.fr> has joined #yocto | 08:40 | |
| LetoThe2nd | bisbarn: waht do you define as "past" then, and what di change since that? ;) | 08:42 |
| bisbarn | yeah that's a good question :D | 08:43 |
| LetoThe2nd | bisbarn: if its FILES_${PN} thats empty, i would wonder, thats to be added. | 08:44 |
| bisbarn | I'll check it. Did a pull to get the latest rev one the warrior branch of my layers. Currently rebuilding the image, this will take some time :D | 08:47 |
| kroon | Am I the only one using meta-java/openjre-8 from master, and getting java crashing on startup ? | 08:48 |
| LetoThe2nd | kroon: "yes" | 08:48 |
| LetoThe2nd | </SCNR> | 08:48 |
| bisbarn | :D | 08:49 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 08:56 | |
| *** mckoan|away is now known as mckoan | 08:58 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:06 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 09:11 | |
| abhiarora44 | Following images were installed: core, misc, async, six, websockets, requests, urllib3, chardet, websocket-client, pyopenssl, simplejson, cython | 09:13 |
| abhiarora44 | Can someone help me with at what files to look for modules that are being installed so that i can control them? | 09:17 |
| abhiarora44 | Pardon but I am new to yocto | 09:18 |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto | 09:23 | |
| qschulz | abhiarora44: you could try with NO_RECOMMENDATIONS and see if that's a route to evaluate (disable some packages that were pulled via *RRECOMMENDS) | 09:23 |
| qschulz | also, buildhistory might be of interest (INHERIT += "buildhistory" in your local.conf), show you the installed pckages and their sizes | 09:23 |
| *** alexb3600 <alexb3600!~alexb3600@2a01:e35:8af7:9380:50b2:68b5:3210:b1b5> has joined #yocto | 09:24 | |
| qschulz | so if you save the ones after an image build without your new packages and the ones with, you can compare what grew in size or was added | 09:24 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 09:25 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.72.99.6> has joined #yocto | 09:26 | |
| alexb3600 | Hi! I'm trying to perform apt-get install on a yocto image. I enabled package-management and package_deb. On my yocto image I do have apt-get but I don't know which repository I can use in sources.list | 09:26 |
| alexb3600 | does anyone have an idea? | 09:26 |
| LetoThe2nd | alexb3600: non, unless you're starting the repository server yourself | 09:26 |
| LetoThe2nd | alexb3600: https://www.intel.com/content/dam/www/public/us/en/documents/white-papers/package-manager-white-paper.pdf | 09:26 |
| LetoThe2nd | alexb3600: just because it uses apt as a tool, it doesn't magically make it compatible with debian and friends. so you have to run your own repository based on the build. | 09:27 |
| alexb3600 | LetoThe2nd: Ok thanks a lot! and do you know why I can't use the debian repository for instance? | 09:28 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 09:28 | |
| alexb3600 | hum ok | 09:28 |
| LetoThe2nd | alexb3600: as a debian guy why you can't use centos as repository for instance | 09:28 |
| LetoThe2nd | *ask | 09:28 |
| LetoThe2nd | alexb3600: reason: "its jsut a completely different distibution" | 09:28 |
| abhiarora44 | Where I can details about images? Like python3-core, python3-misc. They are listed in conf directory. | 09:30 |
| LetoThe2nd | abhiarora44: not images, packages. | 09:30 |
| abhiarora44 | I want to know what they install. | 09:30 |
| alexb3600 | thanks for your explanation , do you mean a centos for the server ? | 09:30 |
| abhiarora44 | Okay. Packages | 09:30 |
| LetoThe2nd | abhiarora44: and your deploy directory should hold a pretty detailed manifest about what was installed, even with sizes IIRC. you just have to dig a little | 09:30 |
| LetoThe2nd | alexb3600: centos was jsut an example. the meaning is: package repositories are not compatible across distributions, simple as that is. if you want to use debian packages, then you should run a debian system. | 09:31 |
| alexb3600 | LetoThe2nd: ok got it. But if I create my own repository as you said, what will be the difference between my repository packages and the debian repository packages? I'm a student sorry for these silly questions ^ | 09:34 |
| *** frsc <frsc!~frsc@47-173-142-46.pool.kielnet.net> has joined #yocto | 09:34 | |
| *** yacar_ <yacar_!~yacar@87-88-173-196.abo.bbox.fr> has quit IRC | 09:34 | |
| LetoThe2nd | alexb3600: they will bring a completely different ABI. other glibc version, other configuration of libraries, other directory structure.... there are similirities of course, but they're on the same level as if you were buying a bmw, then taking it to a mercedes shop and say: hey you got this engine that i like more than mine, please put it into my car. | 09:36 |
| LetoThe2nd | alexb3600: then they will say "yes, it is also an engine. but it does not *FIT*"" | 09:36 |
| bisbarn | LetoThe2nd: Everything will fit using an angle grinder :D | 09:37 |
| LetoThe2nd | bisbarn: exactly. "it can be made to fit, but the effort is way bigger than just sticking to the correct brand" | 09:38 |
| alexb3600 | humm ok.. so I will follow your link , thanks | 09:38 |
| alexb3600 | bisbarn: ahah | 09:38 |
| *** frsc <frsc!~frsc@47-173-142-46.pool.kielnet.net> has quit IRC | 09:40 | |
| LetoThe2nd | bisbarn: (i know that "joke", and it actually explains it even better than jsut the pure analogy) | 09:42 |
| *** palate <palate!~palate@unaffiliated/palate> has quit IRC | 09:44 | |
| *** alexb3600 <alexb3600!~alexb3600@2a01:e35:8af7:9380:50b2:68b5:3210:b1b5> has quit IRC | 09:53 | |
| *** ykrons <ykrons!~guillaume@62.192.23.101> has joined #yocto | 10:03 | |
| ykrons | Hi all | 10:03 |
| ykrons | I'm currently working with several layers and I would like to remove unused ones to speedup parsing. Is there a way to list used layers or used recipes? | 10:04 |
| mckoan | ykrons: nice question | 10:06 |
| LetoThe2nd | a layer is by definition never unused as you can always build everything in it with "bitbake world" | 10:07 |
| LetoThe2nd | so the question rather is, "how can i find out if a certain layer has any effect on a given target" :) | 10:08 |
| LetoThe2nd | (which in turn is a nice and interesting quesiton, indeed!) | 10:09 |
| mcfrisk | ykrons: I've patched buildhistory to include layer name in recipe metadata | 10:10 |
| mcfrisk | (though it's slightly annoying that layer name is not exactly same as layer git tree name..) | 10:11 |
| mcfrisk | that info gives the recipes used from a layer, but not the bbappends or bbclasses | 10:11 |
| ykrons | LetoThe2nd, I just discover bitbake world command. What is it used for? Building all package for a package repository? | 10:14 |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 10:14 | |
| *** litb <litb!~jschaub@pd907fca9.dip0.t-ipconnect.de> has joined #yocto | 10:15 | |
| litb | folks | 10:16 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 10:17 | |
| ykrons | mcfrisk, I'm not used to modify yocto "internals" so I initialy planned to work with dependency graph reported by bitbake | 10:17 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 10:17 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 10:18 | |
| mcfrisk | ykrons: layer information is not in bitbake -g output, AFAIK | 10:18 |
| ykrons | mcfrisk, in the task-depend, I can extract layers but it will probably limited to tasks. So if a bbappend just set variable, I think I will miss it | 10:19 |
| weltling | ykrons, bitbake-layers is probably the tool | 10:21 |
| LetoThe2nd | think about this: a layer that only modifies one variable. this variable has no visible effects, other than affecting the populate_sdk command of one given image target | 10:21 |
| LetoThe2nd | so, how do you decide now if that layer is unused or not? | 10:22 |
| mcfrisk | build with and without layer, review changes and test results :) | 10:22 |
| mcfrisk | buildhistory, bitbake -e output etc help seeing some of the effects | 10:23 |
| *** likewise <likewise!~leon@145.132.74.106> has joined #yocto | 10:25 | |
| LetoThe2nd | mcfrisk: now what if the change is in a command of a depend'ing package? | 10:31 |
| LetoThe2nd | you would have to diff each and every recipe that is built somewhere in the process of building the main target | 10:31 |
| LetoThe2nd | and you can't look at the flattened layer state because it would always show up there | 10:32 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 10:32 | |
| LetoThe2nd | so i'd say, by manual inspection you can guess and judge. in an automated and *RELIABLE* way that also works for non-trivial cases beyond simple dependencies, its incredibly hard. | 10:33 |
| LetoThe2nd | ykrons: and yes, thats one of the usecase of the world target | 10:35 |
| feilz | Hey, does anyone here know why kernel startup successfully works, but for some reason it tries to mount mmcblk1p1 as ext3 and ext2 before it finally finds ext4 and then mounts it? | 10:39 |
| feilz | (not directly yocto related) | 10:39 |
| LetoThe2nd | feilz: were is that noted? what tells the kernel to mount mmcblk1p1 at all? is there maybe something "auto" set, instead of ext4 specifically? | 10:42 |
| feilz | it's mentioned in dmesg. | 10:42 |
| LetoThe2nd | feilz: then read more, to find out what triggers it. fstab? kernel cmdline? | 10:43 |
| feilz | fstab doesn't specifically mention mmcblk1p1. It's triggered when booting from u-boot. | 10:46 |
| LetoThe2nd | feilz: then look at the cmdline | 10:46 |
| *** bhoel|3 <bhoel|3!~bhoel@x4d08894f.dyn.telefonica.de> has joined #yocto | 10:46 | |
| LetoThe2nd | something has to tell the kernel to look at it. | 10:46 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 10:47 | |
| feilz | some file called uEnv.txt probably contains it. | 10:48 |
| LetoThe2nd | *sigh* | 10:48 |
| feilz | ? | 10:49 |
| LetoThe2nd | come back when you successfully got rid of your "probably" | 10:49 |
| qschulz | feilz: bootargs variable in U-Boot definitely sets the kernel commandline, I don't know about uEnv.txt, maybe | 10:54 |
| bhoel|3 | Hi, I am new to yocto. I am trying to cross compile yocto on a OpenSuse Tumbleweed systgem for Raspberry Pi. "bitbake core-image-base" fails in "file-native" due to not finding the "seccomp.h" header file. I understand compilation of "file-native" succeeds if I uninstall the "libseccomp-devel" package, which I did. | 10:55 |
| bhoel|3 | Then I tried "bitbake -f file-native" which gives me the message "WARNING: Explicit target "file-native" is in ASSUME_PROVIDED, ignoring", and thats when I get lost. | 10:55 |
| LetoThe2nd | bhoel|3: that means yocto thinks it doesn't need to build "file" to run on your host, as t should be there. | 10:56 |
| bhoel|3 | Why is bitbake trying to builkd "file-native in the fiorst place, if it is listed in "ASSUME_PROVIDED"? | 10:56 |
| mcfrisk | LetoThe2nd: yep, remove a layer is hard and only full test cycle with sufficient test coverage will tell if removing a layer is ok. I've done it several times and both buildhistory and bitbake -e output of various things have helped. | 10:57 |
| LetoThe2nd | mcfrisk: thats what i mean. you can manually obtain a "good enough" decision, but we're nowhere near doing that automatically. | 10:58 |
| LetoThe2nd | bhoel|3: good question. do you have any particular requirements to build on tumbleweed? if not, you can just spin up a container running a tested distro, for example | 11:00 |
| bhoel|3 | LetoThe2nd: I wanted to avoid another layer on my ancient AMD Athlon II X3 445 driven system, but I will give it a try. | 11:02 |
| LetoThe2nd | bhoel|3: heh, thats really not a problem. the impact of building in a docker container is negligible as far as i can tell. | 11:03 |
| LetoThe2nd | (yet, if you are doing this for a living, getting somewhat decent build box quickly pays off) | 11:06 |
| bhoel|3 | I just try to learn the stuff privately. A decent building box is on my which list, but not in my budget :-( | 11:11 |
| LetoThe2nd | gotcha | 11:13 |
| rburton | bhoel|3: oh thats interesting, we can fix the seccomp thing. if you want to build it explicitly, bitbake file-replacement-native. easy fix, just delete tmp and let it rebuild | 11:16 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 11:18 | |
| rburton | we assume that 'file' exists on the host as we need it to do even basic compilation, but we also need to build a libmagic to link against later on so that involves building file | 11:18 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 11:22 | |
| *** bisbarn <bisbarn!~bisbarn@edge1.crosscan.com> has quit IRC | 11:23 | |
| bhoel|3 | rburton: The fix for me with installed libseccomp-devel was to replace "#include <seccomp.h>" with "#include <seccomp/seccomp.h>" in "git/src/seccomp.c:34:10". Where can I getz I tutorial how to fix this kind of issues correctly? | 11:24 |
| rburton | the correct fix is to never build file with seccomp because it breaks things later | 11:24 |
| rburton | bhoel|3: https://patchwork.openembedded.org/patch/165913/ | 11:28 |
| bluca | hi, asking again in CET hours in case someone knows - with rpm builds (on thud), has anyone seen failures due to "file /usr/share/polkit-1/rules.d conflicts between attempted installs of polkit-0.115-r0.aarch64 and systemd-1:239-r0.aarch64" ? | 11:30 |
| bluca | there's https://jira.automotivelinux.org/browse/SPEC-2588 but it has no solution at the moment | 11:30 |
| mcfrisk | bluca: two recipes try to install same file, remove one of them | 11:35 |
| bhoel|3 | rburton: thanks :-) | 11:37 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 11:39 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:41 | |
| bluca | mcfrisk: nope, it's just a directory | 11:44 |
| rburton | directories are files too | 11:46 |
| rburton | are they both shipping content in the directory? | 11:46 |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 11:47 | |
| bluca | one is, one isn't | 11:47 |
| rburton | change the recipe that ships nothing to delete the directory? | 11:47 |
| bluca | the packaging system supports having the same directory in multiple packages, obviously | 11:49 |
| rburton | right | 11:49 |
| bluca | are you saying yocto doesn't? that would be very weird | 11:49 |
| rburton | of course it does | 11:50 |
| rburton | how else would two packages ship a binary in /usr/bin :) | 11:50 |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 11:50 | |
| bluca | right | 11:50 |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 11:50 | |
| bluca | so why is it erroring out like that? | 11:50 |
| rburton | i just can't remember what the catch is that causes this. maybe different permissions on the directories? | 11:50 |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:50 | |
| rburton | what package manager, rpm opkg deb? | 11:50 |
| bluca | rpm | 11:50 |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 11:50 | |
| rburton | check the ownerships in the package, maybe thats the proble | 11:50 |
| bluca | both recipes are installing with 700 polkitd:root | 11:51 |
| bluca | and uid/gid 0 in the cpio headers | 11:51 |
| LetoThe2nd | rburton: did even notice you joining, can you maybe share some wisdom on python and compilation to pyc? we've had the question here this morning. | 11:52 |
| LetoThe2nd | abhiarora44: ^^^^^^^^ | 11:52 |
| bluca | polkit: https://github.com/freedesktop/polkit/blob/0.115/src/polkitbackend/Makefile.am#L111 | 11:52 |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:bdf1> has joined #yocto | 11:52 | |
| bluca | systemd: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-core/systemd/systemd_239.bb?h=thud#n287 | 11:53 |
| bluca | we tried removing the directory from polkit's recipe, but that causes a further race condition | 11:53 |
| bluca | where the directory has the wrong ownership - root:root instead of polkitd:root, which means polkitd fails at boot | 11:54 |
| bluca | (that was a simple rmdir in do_install_append) | 11:55 |
| bluca | no other package apart from systemd and polkit ships /usr/share/polkit-1/rules.d so it doesn't look like there's a third actor causing the race | 11:56 |
| bluca | any suggestion to further debug this and figure it out? I am stumbling in the dark atm :/ | 11:57 |
| *** yacar_ <yacar_!~yacar@i19-lef01-t2-89-85-248-249.ft.lns.abo.bbox.fr> has joined #yocto | 11:59 | |
| rburton | rpm is a bit weird here, i can't remember what the trigger is | 12:01 |
| LetoThe2nd | rburton: s/here//g | 12:01 |
| bluca | true that | 12:10 |
| bluca | my best guess is that there's a race _somewhere_ that makes the systemd recipe fail to actually apply the ownership change | 12:10 |
| bluca | but I haven't been able to prove that | 12:10 |
| bluca | users created via USERADD_PARAM_ are available in a recipe's do_install step, right? | 12:11 |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 12:27 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 12:28 | |
| ykrons | mcfrisk, LetoThe2nd, weltling: I thinkk I will parse recipe-depends.dot to get the list of recipe and their layer. Then find related bbappend if they exists (and their layer) was bitbake-layers show-appends. From that I guess I must have used layers | 12:29 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 12:47 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 12:48 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 12:49 | |
| litb | is it possible to set an override with d.setVar ? | 12:56 |
| litb | d.setVar("XPLATFORM_mingw32", "win32-oe-g++") | 12:56 |
| kayterina | hello again. Generic question: is it normal/usual/logical for a yocto layer to depend on specific linux distribution on host? | 12:59 |
| kayterina | i.e. the image build spits errors, the support says use Ubuntu 16.04.5 LTS 64-bit | 12:59 |
| litb | I'm a noob, but IMO it's not good | 13:00 |
| litb | our layer depends on latex of the host. but not on much else | 13:00 |
| litb | apart from stuff already in HOSTTOOLS by yocto | 13:00 |
| LetoThe2nd | kayterina: bad practise. it happens when a layer maintainer depends on things that run on the host, but is too lazy to properly package them up as -native recipes | 13:00 |
| LetoThe2nd | kayterina: read that as: strong sign that the layer is of low maintenance and code quality | 13:01 |
| *** bisbarn <bisbarn!~bisbarn@p5DF4E829.dip0.t-ipconnect.de> has joined #yocto | 13:01 | |
| ykrons | mcfrisk, LetoThe2nd, weltling: with some dirty shell, python and manual compare, I was able to identify 2 unused layers freescale-distro and qt4. Probably no false positive, so it already means that nearly all layers are used | 13:04 |
| bisbarn | allright, found the issue: I used a machine specific override for DEFAULTTUNE (DEFAULTTUNE_olinuxino-a20lime2-emmc = "cortexa7hf-neon-vfpv4"). for some reason devtool doesn't like that, it kept looking for the package install files in build/tmp-glibc/work/cortexa7t2hf-neon-oe-linux-gnueabi/ instead of build/tmp-glibc/work/cortexa7hf-neon-vfpv4-oe-linux-gnueabi/. is there a good workarround for this? since I'm building for multiple machines | 13:04 |
| bisbarn | i can't really just set DEFAULTTUNE without a machine specific override :( | 13:04 |
| *** abhiarora44 <abhiarora44!uid396576@gateway/web/irccloud.com/x-nuzdsutkpglefcxt> has quit IRC | 13:07 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 13:09 | |
| rburton | kayterina: most likely because thats what they tested on and they didnt bother testing on anything else | 13:11 |
| rburton | and as LetoThe2nd said, used host tools instead of documenting requirements and/or writing recipes | 13:12 |
| rburton | curious what layer this was | 13:12 |
| kayterina | ok,what am I looking for now? "how to package openssl natively in yocto"? | 13:12 |
| rburton | kayterina: whats the error? | 13:13 |
| rburton | (we already have openssl native) | 13:13 |
| qschulz | bisbarn: shouldn't DEFAULTTUNE be in your machine conf file? | 13:14 |
| kayterina | rburton: openssl-native-1.0.2h-r0 do_configure: The perl module 'bignum' was not found but this is required to build openssl. Please install this module (often packaged as perl-bignum) and re-run bitbake. | 13:14 |
| rburton | oh wow haven't seen that for a while | 13:14 |
| rburton | do what it says :) | 13:14 |
| rburton | install the perl bignum module on your hsot | 13:14 |
| rburton | (some distros managed to break the default install of perl) | 13:14 |
| rburton | i'm guessing you're using fedora | 13:15 |
| rburton | if so, on fedora you just want to install perl-bignum | 13:16 |
| kayterina | I have, it is in "libcrypt-openssl-bignum-perl" and says I have latest version. | 13:19 |
| rburton | i think you want perl-bignum | 13:19 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:20 | |
| rburton | https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#fedora-packages <-- fwiw, this is documented | 13:20 |
| bisbarn | qschulz: right, would be a cleaner way. is it possible to override "append" the machine.conf supplied by meta-sunxi? | 13:20 |
| qschulz | I'd create a new machine which requires machine.conf from meta-sunxi and change DEFAULTTUNE, all that in your layer. Don't know if it's best practice though. | 13:22 |
| *** kroon_ <kroon_!~kroon@213.185.29.22> has joined #yocto | 13:23 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 13:23 | |
| litb | our build scripts run with python (SCons), and I run the scons with the host's python | 13:23 |
| litb | I suspect that's frowned upon | 13:23 |
| litb | but then, yocto itself also uses host's python.. | 13:23 |
| litb | there's a difference between running a script using host's bash or python (IMO acceptable), and compiling something using hosts' python or gcc, and then shipping it (bad) | 13:24 |
| *** kroon_ <kroon_!~kroon@213.185.29.22> has quit IRC | 13:26 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 13:26 | |
| kayterina | rburton: I have read the manual entry before everything, but never found perl-bignum for debian(I'm on debian 9), except for that libmath package. I am missing something here. | 13:28 |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 13:29 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:bdf1> has quit IRC | 13:30 | |
| bisbarn | qschulz: found a neat solution on the mailinglist https://lists.yoctoproject.org/pipermail/yocto/2017-October/038448.html . basically add a conf/machine/xyz-extra.conf and include it in local.conf or distro.conf with include conf/machine/${MACHINE}-extra.conf :) | 13:31 |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:bdf1> has joined #yocto | 13:32 | |
| bisbarn | and this does work with devtool :) thanks man | 13:32 |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:bdf1> has quit IRC | 13:33 | |
| *** yacar_ <yacar_!~yacar@i19-lef01-t2-89-85-248-249.ft.lns.abo.bbox.fr> has quit IRC | 13:35 | |
| *** BCMM_ <BCMM_!~BCMM@unaffiliated/bcmm> has joined #yocto | 13:36 | |
| rburton | kayterina: debian works out of the box there, bignum is part of per | 13:36 |
| rburton | perl | 13:36 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 13:37 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 13:37 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:bdf1> has joined #yocto | 13:37 | |
| rburton | kayterina: try 'perl -Mbigint -e true' in a terminal, what does it say | 13:37 |
| kayterina | hm...nothing | 13:38 |
| kayterina | but there is bignum.pm in /usr/share/perl/ | 13:39 |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 13:39 | |
| rburton | nothing is good | 13:39 |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 13:39 | |
| kayterina | in all -apparently- four versions that I have 5.22 5.22.2 5.24 5.24.1 | 13:39 |
| rburton | that's all the test does, so the question is why is that aborting if it works for you | 13:39 |
| rburton | maybe your perl is a bit knackered | 13:40 |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 13:40 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:bdf1> has quit IRC | 13:41 | |
| *** BCMM_ <BCMM_!~BCMM@unaffiliated/bcmm> has quit IRC | 13:41 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 13:42 | |
| kayterina | I never used perl, should I purge/reinstall it? | 13:42 |
| kayterina | rburton: I am also very unsure if I understood what you wrote | 13:44 |
| *** iceaway_ <iceaway_!~pelle@37.233.78.69> has quit IRC | 13:44 | |
| rburton | might help, but you'll never manage to purge it as its needed by too much core stuff | 13:45 |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 13:46 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 13:46 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:bdf1> has joined #yocto | 13:47 | |
| qschulz | bisbarn: why do you need to change the DEFAULTTUNE BTW? | 13:47 |
| kayterina | knackered pearl => broken installation? (from urban dictionary:1. Exhausted 2. Sexually spent 3. Reprimanded 4. Broken / malfunctional.) | 13:49 |
| rburton | yes :) | 13:50 |
| kayterina | rburton: ok! | 13:50 |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:bdf1> has quit IRC | 13:52 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:bdf1> has joined #yocto | 13:55 | |
| bisbarn | qschulz: those got recommended for the allwiner a20 by meta-sunxi for performance reasons ;) | 13:57 |
| litb | quick API question! | 13:57 |
| qschulz | bisbarn: I hope you're sending a patch so they fix it in meta-sunxi :) | 13:58 |
| litb | if I do setVar("foo_override", value) will it delete others override and the non-override value? or will it just add foo_override as if i had written it outside of functions? | 13:58 |
| bisbarn | qschulz: I mean it's in the README.md from meta-sunxi :D don't know why they aren't adding it as default in their machine conf :P | 13:58 |
| qschulz | bisbarn: wtf | 13:59 |
| bisbarn | qschulz: https://github.com/linux-sunxi/meta-sunxi/blob/master/README.md | 14:00 |
| qschulz | bisbarn: I know I know, I'm reading the github issue :) | 14:01 |
| bisbarn | :D | 14:01 |
| bisbarn | but i'm still confused why devtool wouldn't accept the DEFAULTTUNE_machine override | 14:03 |
| bisbarn | smells like a bug to me :D | 14:03 |
| qschulz | bisbarn: their README is wrong as well, it does not enable thumb | 14:08 |
| qschulz | I'd hnoestly send a patch, I don't understand their justification of "The default machine settings are meant to be the lowest common denominator, maximizing generality" | 14:09 |
| qschulz | the only benefit is build time optimization if you build more than one machine | 14:10 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 14:11 | |
| bisbarn | qschulz: guess it would be cortexa7t2hf-neon-vfpv4 then for thumb2 | 14:11 |
| bisbarn | although I'm going to stick with plain thumb for the time beeing, rebuilding the whole thing will be scheduled for next week :D | 14:13 |
| qschulz | does cortexa7t2hf-neon-vfpv4 even exist? | 14:15 |
| qschulz | I saw the one without the 2 in it | 14:15 |
| qschulz | it's just in PACKAGE_EXTRA_ARCHS_tune-cortexa7thf-neon-vfpv4 but I don't really know how everything in there is working :) | 14:17 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 14:19 | |
| bisbarn | mhhh ARM_THUMB_SUFFIX = "${@bb.utils.contains_any('TUNE_FEATURES', 'armv4 armv5 armv6', 't', 't2', d)}" | 14:20 |
| bisbarn | seems like you have no control over what "thumb" it'll actually use, but i have no idea anyway :D | 14:21 |
| litb | rburton, now trying to make qt5 compile. man this is difficult. messy! It depends on qtbase-native. But qt has its own native-building mechanism for building its qmake | 14:24 |
| litb | so this is some convoluted toolchain soup going on | 14:24 |
| *** sgw <sgw!~sgw@134.134.137.77> has quit IRC | 14:26 | |
| *** likewise <likewise!~leon@145.132.74.106> has quit IRC | 14:39 | |
| *** yacar_ <yacar_!~yacar@i19-lef01-t2-89-85-248-249.ft.lns.abo.bbox.fr> has joined #yocto | 14:40 | |
| rburton | litb: yes, qt is a pain to build | 14:44 |
| litb | why did the meta-qt5 layer decide to not use qt's own mechanism to build for the host? | 14:45 |
| litb | instead, they built the qtbase-native package. to get those binaries, like qmake et al | 14:46 |
| rburton | probably because you need a standalone qmake anyway | 14:46 |
| litb | and the qmake that's built by the target qtbase seems useless, because it's built for the target. not yet sure how that's supposed to work. need to dig deeper... | 14:47 |
| rburton | sure the target qmake is for use on the target | 14:47 |
| rburton | to build on the build host, you need the native package | 14:47 |
| litb | rburton, but its built by qt's configure at build time, because it's used by its build scripts. but if it's used to run on the target, it can't be used at build time | 14:47 |
| litb | so I'm not sure how it's supposed to work. maybe the layer arranges that the previously built qtbase-native's qmake binaries will be used, instead of the qmake built by qt's configure | 14:48 |
| rburton | yes | 14:58 |
| rburton | qtbase-native provides the build tools to build qt | 14:58 |
| rburton | fairly standard idiom | 14:58 |
| rburton | file depends on file-native because file needs file to build | 14:59 |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 15:00 | |
| *** twobitsprite <twobitsprite!~isaac@8.42.18.10> has joined #yocto | 15:03 | |
| litb | rburton, yeah. Qt is non-standard. it builds its own tools for both the target *and* the build system | 15:03 |
| litb | rburton, therefore it accepts a -xplatform parameter and a -platform parameter. but meta-qt5 doesn't appear to use this "feature" of the qt configure/make system. so during configure, qt uses the -platform parameter to try and build its qmake | 15:04 |
| rburton | speak to JaMa, i avoid qt | 15:04 |
| litb | I think it works now! for -platform , I just pass the host g++ now. | 15:05 |
| *** yacar_ <yacar_!~yacar@i19-lef01-t2-89-85-248-249.ft.lns.abo.bbox.fr> has quit IRC | 15:08 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 15:10 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-vuldhgehmyvsjncl> has quit IRC | 15:15 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 15:23 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.72.99.6> has quit IRC | 15:32 | |
| *** fredrigu <fredrigu!fredrigu@nat/axis/x-jtbarrbtrvxhxiib> has quit IRC | 15:49 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 15:53 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 15:54 | |
| *** amine <amine!~amine@static-176-158-51-218.ftth.abo.bbox.fr> has quit IRC | 16:01 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:14 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:26 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:28 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:41 | |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC | 16:43 | |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto | 16:43 | |
| *** bluca <bluca!~bluca@2a01:4b00:f419:6f00:7a8e:ed70:5c52:ea3> has quit IRC | 16:50 | |
| *** mckoan is now known as mckoan|away | 16:55 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 17:00 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:bdf1> has quit IRC | 17:13 | |
| *** bisbarn <bisbarn!~bisbarn@p5DF4E829.dip0.t-ipconnect.de> has quit IRC | 17:20 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 17:23 | |
| *** abhiarora44 <abhiarora44!uid396576@gateway/web/irccloud.com/x-sbboobwpxrcqfgbv> has joined #yocto | 17:29 | |
| *** Sundiver <Sundiver!~angel@184.100.89.41> has joined #yocto | 17:50 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 17:52 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 17:54 | |
| *** vineela <vineela!vtummala@nat/intel/x-bevngikoflmhhirw> has joined #yocto | 17:55 | |
| litb | rburton, some packages tend to install their dll files to libdir. so it could make sense to add a pass to autotools.class's do_install to move ${SOLIBS} from libdir to bindir | 17:55 |
| litb | only for the mingw32 machine, of course | 17:56 |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 18:07 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 18:07 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 18:19 | |
| *** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has joined #yocto | 18:21 | |
| *** florian_kc is now known as florian | 18:25 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 18:28 | |
| *** not-dStruct <not-dStruct!~matt@unaffiliated/dstruct> has joined #yocto | 18:28 | |
| *** not-dStruct is now known as dStruct | 18:33 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 18:35 | |
| *** iceaway_ <iceaway_!~pelle@c83-255-62-166.bredband.comhem.se> has joined #yocto | 18:53 | |
| *** litb <litb!~jschaub@pd907fca9.dip0.t-ipconnect.de> has quit IRC | 19:05 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 19:05 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 19:06 | |
| *** iceaway_ <iceaway_!~pelle@c83-255-62-166.bredband.comhem.se> has quit IRC | 19:10 | |
| yocti | New news from stackoverflow: Yocto Image: user is not able to change his password due to be told old password is incorrect <https://stackoverflow.com/questions/58456844/yocto-image-user-is-not-able-to-change-his-password-due-to-be-told-old-password> | 19:30 |
| *** abhiarora44 <abhiarora44!uid396576@gateway/web/irccloud.com/x-sbboobwpxrcqfgbv> has quit IRC | 19:37 | |
| *** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has quit IRC | 19:45 | |
| *** iceaway_ <iceaway_!~pelle@c83-255-62-166.bredband.comhem.se> has joined #yocto | 19:47 | |
| iceaway_ | I have a simple Cmake application that I'm trying to create a recipe for. I had some issues earlier that it could not find standard headers like errno.h. I just discovered that this seems to be because I set the cflags in my CMakeLists.txt, and this seems to override the --sysroot flags etc that Yocto sets for the cross compilation. | 19:47 |
| *** bhoel|3 <bhoel|3!~bhoel@x4d08894f.dyn.telefonica.de> has quit IRC | 19:49 | |
| iceaway_ | In CMakeLists.txt I set the flags using set (CMAKE_C_FLAGS....) | 19:50 |
| *** bhoel <bhoel!~bhoel@x4d08894f.dyn.telefonica.de> has joined #yocto | 19:54 | |
| *** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has joined #yocto | 19:57 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 19:57 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 19:59 | |
| *** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has quit IRC | 20:01 | |
| *** zwelch <zwelch!453bd872@fluffy.superlucidity.net> has joined #yocto | 20:17 | |
| *** bhoel <bhoel!~bhoel@x4d08894f.dyn.telefonica.de> has quit IRC | 20:36 | |
| *** bhoel <bhoel!~bhoel@x4d08894f.dyn.telefonica.de> has joined #yocto | 20:54 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 20:56 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 20:56 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 20:59 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.41.205.224> has joined #yocto | 21:12 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.41.205.224> has quit IRC | 21:13 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 21:17 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 21:25 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 21:39 | |
| kergoth | https://pabloariasal.github.io/2018/02/19/its-time-to-do-cmake-right/ | 21:42 |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 21:48 | |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC | 21:51 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC | 21:58 | |
| *** al_nz1 <al_nz1!~bigal.nz@121-74-246-100.telstraclear.net> has quit IRC | 22:03 | |
| rburton | iceaway_: just append instead of overwriting | 22:11 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:13 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 22:20 | |
| *** twobitsprite <twobitsprite!~isaac@8.42.18.10> has quit IRC | 22:35 | |
| *** cpo <cpo!~cpo@helix.mybll.net> has quit IRC | 23:03 | |
| *** cpo <cpo!~cpo@helix.mybll.net> has joined #yocto | 23:08 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 23:28 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 23:32 | |
| *** vineela <vineela!vtummala@nat/intel/x-bevngikoflmhhirw> has quit IRC | 23:40 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!