| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 00:03 | |
| *** zwelch <zwelch!~zwelch@fluffy.superlucidity.net> has quit IRC | 00:09 | |
| *** vineela <vineela!~vtummala@134.134.137.75> has quit IRC | 00:20 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC | 00:42 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has joined #yocto | 00:43 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 00:43 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 00:44 | |
| robbawebba | ecdhe: Thanks! That sounds like it would work, although I would like to not create a new layer if possible. My team and I have contemplated making separate layers for these images for other reasons, so I'll keep this one in mind if we go that route. | 00:48 |
|---|---|---|
| robbawebba | ecdhe: just to be clear, I already have a custom layer with multiple images defined, so I would prefer to not maintain multiple layers if possible. | 00:51 |
| *** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has quit IRC | 01:07 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 01:17 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 01:35 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC | 01:36 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.174> has joined #yocto | 01:37 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.174> has quit IRC | 02:32 | |
| *** kaspter <kaspter!~Instantbi@222.67.152.154> has joined #yocto | 02:32 | |
| *** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC | 03:21 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.176> has joined #yocto | 03:21 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.176> has quit IRC | 04:02 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.176> has joined #yocto | 04:02 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto | 05:08 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:18 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.176> has quit IRC | 05:49 | |
| *** kaspter <kaspter!~Instantbi@222.67.152.154> has joined #yocto | 05:50 | |
| *** camus <camus!~Instantbi@222.67.152.154> has joined #yocto | 06:12 | |
| *** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC | 06:13 | |
| *** camus is now known as kaspter | 06:13 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 06:29 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:30 | |
| *** CaptHindsight <CaptHindsight!~DancinMac@unaffiliated/capthindsight> has joined #yocto | 06:33 | |
| CaptHindsight | noob question: Why Yocto vs say Gentoo for an embedded x86 RT Linux system? | 06:34 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 06:35 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 06:35 | |
| LetoThe2nd | CaptHindsight: because compiling in-target is kainda meh on an embedded system? | 06:40 |
| LetoThe2nd | maybe have no disk, no writeable fs, litlle cpu, whatever. and what are you gonna do when things fail? | 06:41 |
| CaptHindsight | ok for that hardware scenario I see | 06:41 |
| CaptHindsight | any advantages where you have a full x96 PC, HD, file system, USB, serial etc | 06:42 |
| LetoThe2nd | and, compiling everything 1 million times if you are shipping your product 1 millin pieces is also somehow inefficient. thats at least my take on it. | 06:42 |
| CaptHindsight | heh x86 | 06:42 |
| LetoThe2nd | CaptHindsight: you can also ship an embedded x86 product 1 million times, no problem. | 06:43 |
| LetoThe2nd | CaptHindsight: but generally it boils down to the use case. | 06:43 |
| CaptHindsight | same for gentoo all tarballed | 06:43 |
| *** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC | 06:43 | |
| *** kaspter <kaspter!~Instantbi@101.93.194.160> has joined #yocto | 06:44 | |
| LetoThe2nd | CaptHindsight: of course you can do it. and if it suits your needs, go ahead! | 06:44 |
| CaptHindsight | trying to see where Yocto fits | 06:45 |
| LetoThe2nd | generally it fits if you want a highly customized all-in-one binary image to deploy on a known piece of hardware. | 06:45 |
| LetoThe2nd | it is by no means the only way to do that. | 06:45 |
| CaptHindsight | in other words "why Yocto and where?" | 06:45 |
| LetoThe2nd | i think i just answered that. | 06:46 |
| LetoThe2nd | example: think about the control panel of your coffee maker :) | 06:47 |
| CaptHindsight | i haven't dug too deeply yet, how does or does it even handle kernel configs? | 06:47 |
| LetoThe2nd | you build a defined kernel configuration an ship it. | 06:47 |
| CaptHindsight | I've been on the hardware side of embedded since the 70's | 06:48 |
| LetoThe2nd | well, i don't get what your actual question is unfortunately | 06:48 |
| CaptHindsight | i try to avoid anything beyond 1/s and 0's or soldering as a programmer | 06:49 |
| CaptHindsight | just trying to see where Yocto fits vs building Linux from scratch or gentoo for an embedded PC | 06:50 |
| LetoThe2nd | CaptHindsight: yocto (or more precisely, OE) is basically a highly automated LFS. | 06:51 |
| CaptHindsight | I used to not mind writing firmware, boot loaders etc | 06:51 |
| LetoThe2nd | so there's really a lot of mind model intersection there. if LFS fits your needs, use it. if gentoo fits, use it. | 06:51 |
| CaptHindsight | looking at Yoctos ins and out | 06:52 |
| CaptHindsight | ups and downs | 06:52 |
| LetoThe2nd | its just the the OE setup is kinda more elaborate when it comes to all-in-one build time setups, whereas gentoo and lfs are more iterative. | 06:52 |
| CaptHindsight | Bitbake vs portage | 06:53 |
| LetoThe2nd | nope | 06:53 |
| LetoThe2nd | bitbake is a task runner. portage is a package manager frontend. different thing. | 06:53 |
| LetoThe2nd | (i know they have teh same roots, but certainly evolved differently) | 06:54 |
| LetoThe2nd | but seriously, you are being very very nebulous. if you have a use case and requirements, one could maybe explain if yocto/or fits, or rather not. but all i can answer so far is "its related, but not the same." | 06:57 |
| CaptHindsight | yes I am | 06:57 |
| CaptHindsight | I'm trying to grasp what it is, what it does etc so i can see where it might fit | 06:58 |
| *** falstaff <falstaff!~quassel@37.17.234.113> has quit IRC | 06:59 | |
| CaptHindsight | vs have to tell me based on different hardware examples | 07:00 |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 07:00 | |
| CaptHindsight | that could work to :) | 07:00 |
| LetoThe2nd | i have had my share of nebulousness for this morning, to be honest. fell free to have a look at the quick start, or ask me a question that actually has an answer. besides that, i'll now try and find me a coffee and do some work :) | 07:01 |
| CaptHindsight | sorry, I'm only big picture at this time | 07:02 |
| CaptHindsight | it tough to put into words what something is or is at times | 07:03 |
| CaptHindsight | or is not | 07:03 |
| CaptHindsight | an analogy might be looking at two different tools sets, both with 1001 pieces but one is mostly sockets and wrenches vs the other with mostly screw drivers and hammers | 07:06 |
| CaptHindsight | having not seen so many screw drivers before one might wonder hmm I wonder what that might be good for | 07:06 |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 07:08 | |
| *** yacar_ <yacar_!~yacar@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 07:14 | |
| mcfrisk | was there some way to automatically split all shared libraries to separate binary packages? | 07:17 |
| * mcfrisk looks at size increase between sumo and zeus | 07:17 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 07:20 | |
| LetoThe2nd | mcfrisk: i think so. have you checked package.bbclass? | 07:26 |
| mcfrisk | and why does polkit depend on libmozjs.. | 07:26 |
| mcfrisk | LetoThe2nd: I'll check, thanks! | 07:27 |
| *** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto | 07:30 | |
| mckoan | good morning | 07:30 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:34 | |
| LetoThe2nd | mckoan: halfways agreed. | 07:35 |
| mckoan | LetoThe2nd: you're going better :-D | 07:37 |
| LetoThe2nd | mckoan: half bad: dishwasher broke. half good: got a service appointment quickly. | 07:38 |
| LetoThe2nd | mckoan: how your flooding going? | 07:38 |
| mckoan | LetoThe2nd: thanks God today is sunny | 07:40 |
| CaptHindsight | Buildroot vs Yocto: Differences for Your Daily Job https://www.youtube.com/watch?v=wCVYQWFIvBs | 07:40 |
| CaptHindsight | handy comparison | 07:40 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 07:49 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qlgaqpkxoneiopoc> has joined #yocto | 07:52 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 08:00 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:01 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 08:13 | |
| *** jij <jij!jonashg@nat/axis/x-ugwcqvgzevzigrmf> has quit IRC | 08:16 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:17 | |
| *** goliath <goliath!~goliath@nat001-WLTU1.uibk.ac.at> has joined #yocto | 08:20 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 08:21 | |
| *** jij <jij!jonashg@nat/axis/x-cxrlokvrifihpars> has joined #yocto | 08:29 | |
| *** bluca <bluca!~bluca@2a01:4b00:f419:6f00:7a8e:ed70:5c52:ea3> has joined #yocto | 08:40 | |
| *** mabnhdev <mabnhdev!0c260e0a@12.38.14.10> has quit IRC | 08:42 | |
| alessioigor | .me waves all | 08:51 |
| alessioigor | How fix "SRC_URI uses unstable GitHub archives [src-uri-bad]" warning? | 08:52 |
| qschulz | don't use unstable GitHub archives :) | 08:53 |
| mcfrisk | hmm, buildhistory files-in-package.txt files are not re-generated if build is not needed and sstate cache is uptodate | 08:53 |
| rburton | alessioigor: /archives/[tagname] URLs don't reliably return the same content | 08:53 |
| rburton | alessioigor: some maintainers also upload proper tarballs to the releases page, if not use a git clone | 08:54 |
| rburton | otherwise one day with no warning, fetches will fail because the tarball regenerated | 08:54 |
| alessioigor | rburton: Ok thanks | 08:54 |
| rburton | its the "Source code" links in the releases page which are bad | 08:56 |
| rburton | see eg https://github.com/libarchive/libarchive/releases has also uploaded proper tarballs | 08:56 |
| T_UNIX | does yocto support the creation of an "addon" image? i.e. addon = base + extra applications - base. Like a "diff" from some defined base image? | 08:58 |
| T_UNIX | or how do I define the content/packages of an image without dragging in *any* dependencies? | 08:59 |
| alessioigor | rburton: Unfortunately author doesn't release this way but relay on "Source code" ... :-( | 08:59 |
| qschulz | alessioigor: if there are no releases, you have to use git clone (so the git repo), define SRCREV to the commit you want to use, if needed, the branch in SRC_URI if it's not in a branch named master | 09:02 |
| alessioigor | Ok I'll do that so | 09:02 |
| alessioigor | rburton, qschulz: Thanks! | 09:02 |
| *** abhiarora44 <abhiarora44!uid396576@gateway/web/irccloud.com/x-qnczepalrnyxmbwz> has joined #yocto | 09:05 | |
| *** mabnhdev <mabnhdev!0c260e0a@12.38.14.10> has joined #yocto | 09:10 | |
| yocti | New news from stackoverflow: Flashing custom Yocto image to Jetson Nano production module eMMC? <https://stackoverflow.com/questions/58080403/flashing-custom-yocto-image-to-jetson-nano-production-module-emmc> | 09:12 |
| T_UNIX | or is there a way to get the content of all machine specific packages? | 09:24 |
| *** mabnhdev <mabnhdev!0c260e0a@12.38.14.10> has quit IRC | 09:26 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 09:27 | |
| qschulz | T_UNIX: what is your problem exactly (the one that makes you think (maybe rightfully) that you need an "addon" image)? Because it's pretty vague (to me at least) | 09:30 |
| rburton | alessioigor: try explaining to them that the tarballs in source code links can change and many people like having checksums, so if they could upload a tarball that would be good | 09:36 |
| alessioigor | rburton: I''ll try. | 09:37 |
| rburton | if anyone understands node/npm/etc there is a RFC on the list to rewrite the npm fetcher | 09:43 |
| rburton | review and testing appreciated | 09:43 |
| rburton | RP: there's a v3 of the sudo patch | 09:46 |
| LetoThe2nd | rburton: finally with "sudo make me a sandwich" support? | 09:49 |
| * rburton curses | 09:50 | |
| rburton | you be a responsible citizen and inform NVD of updates to the cve database, and they can't read and update CVEs so they claim fixed releases are in fact broken | 09:51 |
| LetoThe2nd | whatever. | 09:51 |
| LetoThe2nd | where my sandwich?!? | 09:51 |
| *** goliath <goliath!~goliath@nat001-WLTU1.uibk.ac.at> has quit IRC | 10:01 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 10:02 | |
| yocti | New news from stackoverflow: Linux PC not able to detect imx6 board (configured to boot mode) when using lsusb <https://stackoverflow.com/questions/58502114/linux-pc-not-able-to-detect-imx6-board-configured-to-boot-mode-when-using-lsus> | 10:42 |
| T_UNIX | qschulz: I'd like to avoid generating entire images for each machine (brand), even though all I care for would be a few MBs owed to different DTBs, branding, etc. | 10:43 |
| T_UNIX | on the other hand I do not want to package every DTB into a single image. | 10:43 |
| T_UNIX | so currently I'd go about it by diffing some `IMAGE_ROOTFS`s and `tar`ing results via some `IMAGE_CMD_` override. | 10:45 |
| T_UNIX | an obstacle is getting the correct `IMAGE_ROOTFS` for another image than the currently build one. | 10:47 |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 10:49 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 10:50 | |
| T_UNIX | it would be easier though, if I could simply get *only* the content of whatever populated the `MACHINE` specific directory (`tmp/work/${MACHINE}`). | 10:53 |
| *** Domin1k <Domin1k!c1669b04@193.102.155.4> has joined #yocto | 11:07 | |
| Domin1k | Hi i have an issue building python c extensions within a bitbake build. Our app needs to build c extensions for python and use them for some postbuild stuff. It works fine using the SDK but within the bitbake build i will get a :" QA Issue: The compile log indicates that host include and/or library paths were used." | 11:11 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:12 | |
| Domin1k | The log shows that the python3 include from my hostsystem is used (/usr/include/python3.6m) | 11:12 |
| yocti | New news from stackoverflow: Yocto tensorflow 2.0 <https://stackoverflow.com/questions/58502660/yocto-tensorflow-2-0> | 11:12 |
| rburton | Domin1k: inherit python3native | 11:13 |
| Domin1k | I thought that a simple DEPENDS python3-native would fix it | 11:13 |
| rburton | nope, the binary itself isn't in $PATH | 11:13 |
| rburton | does the build use setuptools etc? | 11:14 |
| rburton | there's a class for that if it does, which does the right thing. | 11:14 |
| Domin1k | ok why do i have to inherit it i thought a DEPENDS would do the job? | 11:14 |
| Domin1k | its a cmake project | 11:14 |
| rburton | oh | 11:14 |
| rburton | have fun! | 11:14 |
| rburton | depending on python3-native doesn't put the new py3 on $PATH, as i said | 11:15 |
| rburton | the inherit does that extra fiddle | 11:15 |
| Domin1k | ok thaks i will give it a try | 11:15 |
| rburton | you'll probably need to tell cmake explicitly where python is because cmake is dumb | 11:15 |
| rburton | eg meta/recipes-sato/webkit/webkitgtk_2.26.1.bb: -DPYTHON_EXECUTABLE=`which python3` | 11:15 |
| rburton | other recipes do -DPYTHON_INSTALL_DIR=${PYTHON_SITEPACKAGES_DIR} | 11:16 |
| Domin1k | Thank you very much for your fast reply. I will check that. | 11:20 |
| qschulz | T_UNIX: don't get files for an image which are from another image, tha'ts bound to fail at one point. If you anyway are going to take what's inside a tmp/work/${MACHINE}, I don't understand what you're trying to do. The sstate-cache will anyway makes everything that is not machine dependant fast. Which unfortunately does not include the kernel, bootloader, etc. | 11:32 |
| qschulz | T_UNIX: a hackish way would be maybe to have all those machine dependent recipes to have a PACKAGE_ARCH set to a common string (one of MACHINEOVERRIDES?). You then split the differences (e.g. DTB) in different packages and include the packages in the image depending on the machine for example? I don't know how bad of an idea that is, but I don't feel like it's great. I don't even know if that can work | 11:38 |
| qschulz | T_UNIX: just thinking (badly) out loud | 11:38 |
| T_UNIX | qschulz: sure, the sstate-cache makes things fast. But I'd end up with an entire image for every machine derivative. | 11:39 |
| T_UNIX | so let's ignore the `addon`-image thing. | 11:39 |
| T_UNIX | Just focus on only source whatever is diverting for a certain `MACHINE`. | 11:40 |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:41 | |
| T_UNIX | if I'd simply use `IMAGE_INSTALL` it would pull in all the (binary idenitcal) dependencies. | 11:42 |
| T_UNIX | so what I'm aming at is a better integration with RAUC's concept of slots (https://rauc.readthedocs.io/en/latest/basic.html#slots) | 11:43 |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 11:44 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:48 | |
| *** pharaon2502 <pharaon2502!~hropatest@89.201.166.50> has joined #yocto | 12:00 | |
| ecdhe | LetoThe2nd: what timezone are you? | 12:03 |
| *** abhiarora44 <abhiarora44!uid396576@gateway/web/irccloud.com/x-qnczepalrnyxmbwz> has quit IRC | 12:05 | |
| T_UNIX | unrelated question: I there a concept of `.sample` files for multiconfig files? Like there is a `local.conf.sample` in `conf` for the default `local.conf` | 12:07 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 12:11 | |
| *** pharaon2502 <pharaon2502!~hropatest@89.201.166.50> has left #yocto | 12:18 | |
| RP | T_UNIX: that wouldn't really make sense? | 12:20 |
| *** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC | 12:24 | |
| T_UNIX | RP: I do not know the code for setting up the `build/conf` directory. I.e. I want the CI to use a generated `build/conf/local.conf`. | 12:25 |
| T_UNIX | it does that. So I was just wondering whether it's recommended to simply keep the multiconfigs around in `build/conf/multiconfig/` and have only the `build/conf/local.conf` removed/regenerated. | 12:26 |
| RP | T_UNIX: that sounds right to me | 12:29 |
| *** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has joined #yocto | 12:36 | |
| yacar_ | hi ! I'm continuing my work on SPDX licensing, I'm doing layerindex-web and I'm wondering what to do with the html files? I'm not sure that really something that has to be licensed? Same for Dockerfile and Dockerfile.web | 12:39 |
| yacar_ | what do you think ? | 12:39 |
| qschulz | LetoThe2nd: I'm sorry "sudo make me a sandwich" isn't supported yet. Though you can say "Google make me a sandwich", that works. https://www.youtube.com/watch?v=GN-pc2f-r5M | 12:39 |
| *** initerworker <initerworker!~Initerwor@2a01:e0a:179:4ce0:8386:6654:eb08:36d4> has joined #yocto | 12:42 | |
| hmw1 | Hi can i some how change the order that devices ar initilised when using a device tree ? | 12:58 |
| *** radeks <radeks!~radeks@185-15-80-246.ksi-system.net> has joined #yocto | 13:00 | |
| qschulz | hmw1: probe order is non deterministic. Except if you explicit the relation between devices and defer probe of device A if device B is not here already. | 13:02 |
| LetoThe2nd | ecdhe: europe/berlin, usually. why? | 13:02 |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 13:02 | |
| qschulz | hmw1: depending on what you're trying to do, it might be a very bad idea to rely on probe order | 13:02 |
| *** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-shadzajjxcgjqqql> has quit IRC | 13:07 | |
| *** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-wevquoahqaaxilcc> has quit IRC | 13:08 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-esvxehuasogqvdqu> has quit IRC | 13:08 | |
| *** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-nslmamdhbqzjnmnq> has quit IRC | 13:08 | |
| *** kayterina <kayterina!kayterina-@gateway/shell/matrix.org/x-xenrtkseuebscdlo> has quit IRC | 13:08 | |
| *** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-syrrpwlormxmraji> has quit IRC | 13:08 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 13:11 | |
| ecdhe | LetoThe2nd: just visiting some scrollback and noticed you were either in a different timezone from me or up very late/early. Which is good to know! | 13:14 |
| LetoThe2nd | ecdhe: so whats yours? :) | 13:14 |
| ecdhe | UTC -5 | 13:15 |
| LetoThe2nd | kay | 13:15 |
| ecdhe | I wish I had gotten that "what is yocto/why use yocto" question you took recently | 13:16 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 13:16 | |
| ecdhe | I have less nuts and bolts knowledge of yocto (mostly because my vendor set it up and I haven't had to change it a whole lot) | 13:17 |
| LetoThe2nd | ecdhe: the asker is still around, feel free to answer | 13:17 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 13:17 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 13:19 | |
| ecdhe | CaptHindsight: if you're still around, it's instructive to consider yocto from a lifecycle perspective. Let's say I'm making an x86 rackmount NAS and I'm considering building my own image with yocto versus using a known distribution like debian. | 13:19 |
| ecdhe | For yocto, it will be easy to develop my user-facing web-management application in a layer over a stripped down image. On debian, I'd probably package my user facing app as a .DEB and ship it. | 13:22 |
| ecdhe | With an existing distribution like debian, you get update infrastructure. With yocto, you are actually generating your own distribution, so you'll need to provide your own. | 13:23 |
| ecdhe | So a few months down the line, when heartbleed 2.0 appears, your debian appliance can be configured to pick up the patch automatically. | 13:24 |
| ecdhe | If heartbleed is a concern for you in yocto, you'll have considerations like making sure you're pulling recipes from the upstream (so you can easily pull the latest security fixes and rebuild) and also have a mechanism in place for hosting updates that is accessible to your fielded appliances. | 13:27 |
| *** radeks <radeks!~radeks@185-15-80-246.ksi-system.net> has quit IRC | 13:29 | |
| *** radeks_ <radeks_!~radeks@185-15-80-246.ksi-system.net> has joined #yocto | 13:29 | |
| ecdhe | Let's say your appliance has no network ports and limited storage. In yocto, you can easily taylor your custom distribution down to the essentials... in Debian it will be more tricky to pare down to a 10MB rootfs. | 13:29 |
| ecdhe | So from a security standpoint, the more of a resource-constrained, offline-appliance you have, the more yocto makes sense. For highly connected, always on appliances, a more mainsteam distro can help offload the security economics and operations. | 13:30 |
| initerworker | ecdhe support vs limited storage, it's the key between custom ditro and mainstream distro like debian. | 13:31 |
| initerworker | I have a question about yocto and depmod. And, I'm wondering where is the best place in this irc to ask for some help? | 13:35 |
| alessioigor | Where can I found logs with the pkg-config invocations? | 13:39 |
| alessioigor | I have an application that doesn't found the right include dir of a library (which should provide a .pc file)... | 13:40 |
| alessioigor | Obviously application recipes include "inherit pkgconfig". | 13:41 |
| alessioigor | and the 'DEPENDS += "library"' | 13:41 |
| tgamblin | initerworker: just ask | 13:43 |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has quit IRC | 13:45 | |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has joined #yocto | 13:45 | |
| rburton | alessioigor: the task configure log, presumably | 13:47 |
| rburton | alessioigor: if its called cmake then speak to #cmake to find out how to get detailed logging out of it | 13:47 |
| rburton | and when you find out, tell us please | 13:47 |
| rburton | autoconf has a config.log which lists the commands it runs and their output, cmake doesn't appear to do that. | 13:48 |
| alessioigor | The application provides Make and CMake support and I'm using the former... | 13:48 |
| alessioigor | rburton: I have just tested `pkg-config --cflags library` into devshell and it is works and give the right values. | 13:48 |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 13:51 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 13:54 | |
| *** litb <litb!~jschaub@pd907fca9.dip0.t-ipconnect.de> has joined #yocto | 13:54 | |
| litb | hello folks | 13:54 |
| litb | is the meta-qt5 maintainer in here aswell, by any chance? | 13:55 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:03 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 14:08 | |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC | 14:17 | |
| mckoan | litb: JaMa ^ | 14:18 |
| litb | ah, I see! I created another mkspec for win32-oe-g++ and added the OE_QMAKE_RC variable that controls the windres tool path | 14:20 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 14:40 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 14:50 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 14:52 | |
| *** abhiarora44 <abhiarora44!uid396576@gateway/web/irccloud.com/x-bmqueeffpmmqvnlu> has joined #yocto | 14:55 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 14:58 | |
| *** vineela <vineela!vtummala@nat/intel/x-yeoledumlatrvgnh> has joined #yocto | 15:00 | |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto | 15:05 | |
| abhiarora44 | Hello, | 15:05 |
| abhiarora44 | I was watching @LetoThe2nd videos. I have small doubt. How do yocto figure out packages and their associated files for debug, dev etc? | 15:05 |
| LetoThe2nd | abhiarora44: look into poky/meta/classes/package.bbclass - thats where the magic happens. | 15:06 |
| CaptHindsight | ecdhe: thanks, been watching some videos about Yocto to see why and where it might be useful | 15:06 |
| *** florian_kc is now known as florian | 15:09 | |
| abhiarora44 | Quite a long file. So even without you entering the FILES_ and packages, yocto does it in background? | 15:11 |
| LetoThe2nd | abhiarora44: thats the short version. it populates it with defaults. | 15:11 |
| CaptHindsight | ecdhe: if you had to pair down a file system to 10MB with Yocto how does it trim the kernel down to 2-3 megabytes? Or is that still done using Kconfig and make? | 15:15 |
| qschulz | abhiarora44: also, PACKAGES and FILES_* variables are set by default in bitbake.conf http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/conf/bitbake.conf | 15:15 |
| LetoThe2nd | CaptHindsight: if you give it a kernel config, it gives you a small kernel back. no magic involved, we're shipping quite some products here with rescue systems including kernel+rootfs in 10M or less. | 15:17 |
| CaptHindsight | ecdhe: my space ship just crashed here, how do i know what a recipe is vs layer etc.? | 15:17 |
| CaptHindsight | the videos are filling in the blanks for the wiki | 15:18 |
| LetoThe2nd | CaptHindsight: watch the livecoding series, i demonstrate the standard qemux86 setup which i think ends up somewhere in that range. trim the kernel config, and you can certainly go to 6M or 7M. it won' bring many applications besides busybox, but hey, its small. | 15:19 |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 15:20 | |
| CaptHindsight | in the olden days we had to fit it in 2MB of flash for Linux as BIOS (now coreboot) | 15:21 |
| LetoThe2nd | CaptHindsight: in the olden days we've had 2400baud and wasted all night to get a puny floppy image through the phone line. seriously, the good old days were old for sure, but not necessarily good. | 15:22 |
| LetoThe2nd | (my opinion) | 15:22 |
| CaptHindsight | you had floppies! | 15:23 |
| LetoThe2nd | *shrug* whatever. | 15:23 |
| CaptHindsight | kidding | 15:23 |
| rburton | abhiarora44: bitbake.conf is where all the defaults are. pages of them. including PACKAGES and FILES_* | 15:30 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 15:35 | |
| *** yacar_ <yacar_!~yacar@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC | 15:35 | |
| *** vineela <vineela!vtummala@nat/intel/x-yeoledumlatrvgnh> has quit IRC | 15:36 | |
| initerworker | floppies and butterfly, i need a doctor. emacs can you hear me. | 15:37 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 15:37 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 15:43 | |
| litb | rburton, this regression in gcc8 affects Qt compilation and possibly other C++ programs, yielding to internal compiler errors: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88568 | 15:46 |
| yocti | Bug 88568: was not found. | 15:46 |
| litb | I see it's not yet as patch in the warrior branch. may be worth it | 15:47 |
| *** kergoth <kergoth!~kergoth@107.170.225.75> has quit IRC | 15:49 | |
| *** kergoth <kergoth!~kergoth@107.170.225.75> has joined #yocto | 15:49 | |
| rburton | litb: feel free to send a backport | 15:49 |
| litb | rburton, they backported it. It's svn diff -c 270723 svn://gcc.gnu.org/svn/gcc/branches/gcc-8-branch | 15:50 |
| ecdhe | CaptHindsight: was afk there. Layers can include recipes. Your custom personal layer can act actually extend/modify recipes in the base install. | 15:51 |
| rburton | litb: i meant, post a oe-core patch. master then zeus first, obviously. | 15:54 |
| litb | ah, I see. thanks | 15:54 |
| ecdhe | CaptHindsight: you NEED to put your modifications into your own layer, because you want to be able to pull updates from the included layers -- avoid making changes to the upstream stuff. However, you don't need a new layer for every little change you make. Unless you are supporting multiple products with major hardware variants or software systems, you can probably just organize your changes into a single layer of your own. | 15:54 |
| CaptHindsight | https://www.youtube.com/watch?v=gswXX7b6MuI Embedded Recipes 2017 - Introduction to Yocto Project/OpenEmbedded - Mylène Josserand | 15:57 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:08 | |
| *** litb <litb!~jschaub@pd907fca9.dip0.t-ipconnect.de> has quit IRC | 16:15 | |
| *** mckoan is now known as mckoan|away | 16:30 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:30 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 16:31 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 16:32 | |
| ecdhe | CaptHindsight: good stuff | 16:34 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 16:46 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 16:47 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto | 16:48 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 17:13 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 17:15 | |
| *** bluca <bluca!~bluca@2a01:4b00:f419:6f00:7a8e:ed70:5c52:ea3> has quit IRC | 17:22 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 17:23 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:d068:d1f3:5f97:dff3> has quit IRC | 17:25 | |
| *** abhiarora44 <abhiarora44!uid396576@gateway/web/irccloud.com/x-bmqueeffpmmqvnlu> has quit IRC | 17:35 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qlgaqpkxoneiopoc> has quit IRC | 17:43 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 17:43 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 17:55 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 18:05 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 18:14 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 18:18 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 18:21 | |
| *** litb <litb!~litb___@p5B02F055.dip0.t-ipconnect.de> has joined #yocto | 18:28 | |
| CaptHindsight | is there an x86 dev board or tablet (can be ARM) with a working example of Linux built with Yocto that I can purchase? | 18:44 |
| CaptHindsight | I have some older ARM tablets that said they used open embedded from 7-9 years ago | 18:45 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 18:50 | |
| ecdhe | CaptHindsight: x86 https://www.amazon.com/MinnowBoard-Turbot-Board-64-bit-System/dp/B01N0HB0OU?SubscriptionId=AKIAILSHYYTFIVPWUY6Q&tag=duckduckgo-ffab-20&linkCode=xm2&camp=2025&creative=165953&creativeASIN=B01N0HB0OU | 18:53 |
| ecdhe | CaptHindsight: or a beaglebone? or a raspberry pi? | 18:53 |
| ecdhe | The SD card on the beagle/raspi might not be built with yocto, but the tutorials are excellent | 18:54 |
| CaptHindsight | ecdhe: I'm looking for a fully built working example | 18:58 |
| CaptHindsight | so maybe not the Rpi | 18:58 |
| CaptHindsight | is there a known working ISO or image for the BBB that used Yocto? | 19:00 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:05 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 19:10 | |
| paulbarker | CaptHindsight: The BeagleBone Black ships with an image built with Angstrom which is Yocto-based unless that's changed lately | 19:10 |
| CaptHindsight | paulbarker: thanks, I have a few of those boards | 19:11 |
| paulbarker | You can also pick up a BBE from Sancloud, we're in the process of putting out a pre-built Yocto image for that (might end up being released after ELCE now) | 19:11 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 19:11 | |
| paulbarker | Raspberry Pi is also a great platform to learn Yocto Project with, you just need to pick up the meta-raspberrypi layer | 19:14 |
| CaptHindsight | all the 6+ yer old ARM tablets we got used open embedded for the Linux install and they were all broken... | 19:18 |
| CaptHindsight | so I don't want to use those as a reference | 19:18 |
| CaptHindsight | looking for a known working image I can run a board with vs build the image using Yocto | 19:19 |
| *** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 19:22 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 19:24 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 19:38 | |
| *** Domin1k <Domin1k!c1669b04@193.102.155.4> has quit IRC | 19:38 | |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 19:42 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 19:42 | |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 19:43 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 19:43 | |
| LetoThe2nd | CaptHindsight: if you want we can certainly give you a working image for a raspi or bbb, that shouldn't be a problem. but the image by itself won't probably do much, unless you specify a set of applications or seomthing to be installed. and a yocto built image doesn't have a package repostiory to pull from, it all happens at build time and is poured into the image, so having that is only like half of | 19:47 |
| LetoThe2nd | the deal. the other half is controlling ... | 19:47 |
| LetoThe2nd | ... the build process. | 19:47 |
| LetoThe2nd | CaptHindsight: if you're interested, give me a holler tomorrow and i'll yank out a minimal rpi build for you, so you can get a feel for what we think of as "small" :) | 19:49 |
| initerworker | what do you want to do with your BBB or RPi @CaptHindsight ? | 19:52 |
| litb | I just got myself the BBC micro:bit. I guess it's too small to run yocto | 19:53 |
| LetoThe2nd | litb: at least for yoctos usual incarnation based on linux its too small, right. | 19:56 |
| litb | I hear there's meta-zephyr, but I don't know how serious they are with it | 19:57 |
| LetoThe2nd | litb: i know of ways to build other OS using parts of the yocto build system, like zephyr, which could totally run on it. but that usually doesn't count as "yocto" in the common meaning of the word in this context | 19:57 |
| LetoThe2nd | hehe | 19:57 |
| LetoThe2nd | litb: you just have to know that it build zephyr then which is a lot, but neither linux nor "yocto" as you know it. | 19:58 |
| litb | yeah, I wanted to experiment with zephyr. | 19:58 |
| LetoThe2nd | :-) | 19:58 |
| initerworker | yeah, because if you do that with yocto in mainstream with less 256 KB of Flash, I could like you a lot. | 19:59 |
| initerworker | someone with OpenWRT backporting experience on Yocto and MIPS Arch ? | 20:00 |
| *** radeks_ <radeks_!~radeks@185-15-80-246.ksi-system.net> has quit IRC | 20:01 | |
| psrcode | getting this on a clean oe bitbake core-image-minimal: https://paste.ubuntu.com/p/Ssf5XQjvnP/ | 20:01 |
| LetoThe2nd | initerworker: like, what? i mean, we have mips support if that is the question. | 20:01 |
| psrcode | any idea? | 20:01 |
| litb | with linux and mingw, there's much overlap. both share lots of packages, just target different OSes. but with zerphyr, I can't imagine much overlap. | 20:01 |
| psrcode | oe-core master branch * | 20:02 |
| LetoThe2nd | litb: no overlap at all. zephyr has no packages, it just builds a monolithic blob for a uC | 20:02 |
| LetoThe2nd | psrcode: any other layers? | 20:02 |
| psrcode | nha bare | 20:03 |
| LetoThe2nd | psrcode: host distro? | 20:03 |
| psrcode | ubuntu 18.04.2 inside a container | 20:04 |
| psrcode | with sanity.conf touch to bypass the root check | 20:04 |
| LetoThe2nd | root check? | 20:04 |
| psrcode | yep | 20:05 |
| LetoThe2nd | which root check? | 20:05 |
| litb | apparently he executes bitbake as root | 20:06 |
| LetoThe2nd | sounds massively stupid. | 20:06 |
| litb | mabye one of the fetcher tools like wget doesn't want to run as root | 20:07 |
| psrcode | well worked so far and is a "temporary" container | 20:07 |
| psrcode | enought for me to update the lttng recipe in the last year | 20:07 |
| LetoThe2nd | running as root is stupid, be it in a container or not, temporary or not. | 20:07 |
| neverpanic | psrcode: you do know that being root in the container still means root permissions on the filesystem, right? The container could drop a suid root binary on any bind-mounted filesystem… | 20:08 |
| LetoThe2nd | if oe-core master doesn't properly build on ubuntu 18.04, it ought to be looked into. granted that. | 20:08 |
| neverpanic | I never understood why running containers as root is the docker default. | 20:08 |
| psrcode | neverpanic: lol why do you assume this is docker | 20:08 |
| neverpanic | psrcode: other container systems don't get this wrong as easily, in my experience. | 20:09 |
| LetoThe2nd | psrcode: yet, if we're talking about raw oe-core, then you 1) need to specify the bitbake revision too, and/or b) head over to #oe respectively its mailing lists. | 20:09 |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-xkrvssckiclnbwvs> has quit IRC | 20:11 | |
| psrcode | sure sorry to bother | 20:12 |
| CaptHindsight | LetoThe2nd: thanks, let me see, I don't want to spin your wheels, was hoping there might already be an Rpi image out there | 20:15 |
| psrcode | neverpanic: its lxd/lxc by the way, not the default simply lazyness on my end | 20:17 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 20:17 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 20:17 | |
| neverpanic | Oh, OK, that's meant for system containers, so it's understandable that it defaults to root, although I'd still recommend switching the uid inside the container. | 20:17 |
| LetoThe2nd | CaptHindsight: the point is that those images are usually pretty much useless other than showing that they are able to boot for the described reasons. | 20:18 |
| LetoThe2nd | CaptHindsight: the "all at build time, no package management at runtim by default" mindset mandates that everybody makes up his own images as needed. | 20:19 |
| bluelightning | psrcode: FYI we have containers that are set up to work out of the box without root: https://github.com/crops/poky-container | 20:20 |
| bluelightning | docker-based though | 20:20 |
| LetoThe2nd | anyways. gonna call it a day, bluelightning already takes over :P | 20:20 |
| bluelightning | LetoThe2nd: sleep well :D | 20:20 |
| psrcode | not my first rodeo with yocto/oe, only want to get my lttng recipe updated... | 20:21 |
| bluelightning | sure, understood | 20:21 |
| psrcode | was simply surprise to get oe-core fail on me at the bitbake level | 20:22 |
| psrcode | i'll get around the issue one way or another | 20:22 |
| bluelightning | it's just there are good reasons for the root check that are only half-mitigated by using a container - you still won't get any warning if a build script is writing something to a system path, so it might "work" inside the container then blow up outside of it | 20:22 |
| initerworker | LetoThe2nd: like, I'm trying to build a github backporting project of OpenWRT. You can look up at https://github.com/micro-iot/meta-linkit7688/issues/2. But, I have a problem with the native depmod. And, I'm looking for an advise. | 20:23 |
| JPEW | psrcode: Hmm, that looks like a problem. Are you on the latest oe-core & bitbake? | 20:23 |
| bluelightning | that's likely not related to the error though | 20:23 |
| psrcode | bluelightning: the whole stack is trashable on our end so that's why i'm lazy here. | 20:24 |
| psrcode | JPEW: will first check with latest yocto, might be somthing on my end who knows | 20:24 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 20:24 | |
| psrcode | JPEW: yocto master looks fine. | 20:25 |
| litb | our admin plans to use docker with yocto to build our firmware, when I'm finished with porting our firmware to yocto | 20:26 |
| litb | however I read that there's the CROPS project that has something to do with containers aswell | 20:26 |
| JPEW | There is also https://github.com/garmin/pyrex for building in a container (caution: shameless plug) | 20:29 |
| psrcode | JPEW: my version of bitbake was out of date. working fine now thank! | 20:37 |
| JPEW | psrcode: Good! you had me a little worried :) | 20:38 |
| *** litb <litb!~litb___@p5B02F055.dip0.t-ipconnect.de> has quit IRC | 20:47 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 20:52 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC | 20:53 | |
| *** 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:58 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 21:15 | |
| *** robbawebba <robbawebba!~rob@12.206.203.186> has quit IRC | 21:30 | |
| CaptHindsight | whats the connection between Wind River and Yocto? | 21:31 |
| CaptHindsight | founding member | 21:32 |
| dreyna | CaptHindsight : Wind River is a strong adoptor and important contributor | 21:32 |
| *** robbawebba <robbawebba!~rob@12.206.203.186> has joined #yocto | 21:34 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.142.95> has joined #yocto | 21:42 | |
| CaptHindsight | dreyna: thanks was just looking at WR Linux | 21:47 |
| CaptHindsight | lets say I want to build an image for an x86 board with RTAI https://github.com/NTULINUX/RTAI and my custom app | 21:51 |
| CaptHindsight | so I have to make a recipe for RTAI and another for my app and then use one or more board layers | 21:52 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 22:08 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-cntglqxklmmshpuk> has joined #yocto | 22:13 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-cntglqxklmmshpuk> has quit IRC | 22:27 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:32 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-tnwxkgutbpyzxorf> has joined #yocto | 22:36 | |
| *** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-oigrlrbovnyrspui> has joined #yocto | 22:45 | |
| *** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-mnftmcagmdwnjvpk> has joined #yocto | 22:45 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 23:06 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 23:06 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.142.95> has quit IRC | 23:13 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 23:22 | |
| *** scottrif <scottrif!~scottrif@2600:6c55:7600:584:0:b200:7658:412b> has joined #yocto | 23:29 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 23:44 | |
| mischief | is it okay to send a patch as an attached .patch file? | 23:45 |
| bluelightning | mischief: we prefer patch-in-email | 23:49 |
| bluelightning | (which is a bit painful to set up for some environments I know) | 23:49 |
| bluelightning | http://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded if you haven't seen it | 23:50 |
| *** initerworker <initerworker!~Initerwor@2a01:e0a:179:4ce0:8386:6654:eb08:36d4> has quit IRC | 23:50 | |
| mischief | bluelightning: yeah, i have. i think i set up git-email correctly just now. time to find out :-) | 23:52 |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 23:58 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!