| *** argonautx <argonautx!~argonautx@i5E8673D8.versanet.de> has quit IRC (Ping timeout: 265 seconds) | 00:41 | |
| *** dev1990 <dev1990!~dev@78.10.71.240> has quit IRC (Quit: Konversation terminated!) | 00:47 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 01:53 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 02:04 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 245 seconds) | 02:07 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 02:29 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 245 seconds) | 02:50 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 02:51 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 02:52 | |
| *** arlen <arlen!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has joined #yocto | 03:03 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 03:18 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 03:23 | |
| *** jmiehe1 <jmiehe1!~Thunderbi@user/jmiehe> has joined #yocto | 03:25 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 245 seconds) | 03:26 | |
| *** camus1 is now known as camus | 03:26 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 245 seconds) | 03:26 | |
| *** jmiehe1 is now known as jmiehe | 03:26 | |
| *** vd44 <vd44!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds) | 03:36 | |
| *** mranostaj <mranostaj!~mranostaj@97-120-53-30.ptld.qwest.net> has quit IRC (Remote host closed the connection) | 04:06 | |
| *** mranostaj <mranostaj!~mranostaj@185.193.126.133> has joined #yocto | 04:07 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds) | 04:09 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 04:17 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 04:55 | |
| *** ThomasD13 <ThomasD13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 05:04 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.3-dev) | 05:25 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Ping timeout: 252 seconds) | 05:36 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 05:39 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 05:45 | |
| *** sstiller <sstiller!~sstiller@p200300f07f1c4800952cfe4aa1cdf49e.dip0.t-ipconnect.de> has joined #yocto | 06:03 | |
| *** Sion <Sion!~dev@178-84-56-61.dynamic.upc.nl> has joined #yocto | 06:04 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:3d2d:619e:f90d:490c> has quit IRC (Quit: Leaving) | 06:13 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 06:18 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:22 | |
| *** ant__ <ant__!~ant@host-82-54-240-7.retail.telecomitalia.it> has quit IRC (Quit: Leaving) | 06:23 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 06:32 | |
| *** oobitots <oobitots!~oobitots@94.153.28.130> has joined #yocto | 06:36 | |
| *** frieder <frieder!~frieder@i59F72CCF.versanet.de> has joined #yocto | 06:38 | |
| *** thekappe <thekappe!~user@198.90.66.177> has joined #yocto | 06:42 | |
| *** pgowda <pgowda!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 06:47 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 06:49 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 06:52 | |
| *** mckoan|away is now known as mckoan | 06:55 | |
| mckoan | good morning | 06:55 |
|---|---|---|
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:59 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.135> has joined #yocto | 07:00 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 07:03 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 07:03 | |
| JosefHolzmayrThe | yo dudX | 07:06 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 07:06 | |
| *** Sion <Sion!~dev@178-84-56-61.dynamic.upc.nl> has quit IRC (Remote host closed the connection) | 07:06 | |
| *** Flumpy33 <Flumpy33!~dev@178-84-56-61.dynamic.upc.nl> has joined #yocto | 07:06 | |
| *** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:d91e:1219:c923:b870> has joined #yocto | 07:12 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 07:20 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:29 | |
| *** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:d91e:1219:c923:b870> has quit IRC (Ping timeout: 245 seconds) | 07:35 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 07:41 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:42 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:47 | |
| *** argonautx <argonautx!~argonautx@i5e867355.versanet.de> has joined #yocto | 07:53 | |
| qschulz | argonautx: you should use _append in configuration files BTW, otherwise I don't know, are you sure that /usr/src/kernel directory is in kernel-devsrc? oe-pkgdata-util find-path /usr/src/kernel | 07:56 |
| qschulz | jonesv[m]: no, this does not work. You need to pass the exact path to your init script, not the directory | 07:59 |
| qschulz | 17:55:00 qschulz | jonesv[m]: a file can only appear in one package, so the first FILES to have a regex matching the file gets it | 07:59 |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has joined #yocto | 08:03 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 08:11 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 08:12 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 08:12 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 08:12 | |
| *** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto | 08:28 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:31 | |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has quit IRC (Read error: Connection reset by peer) | 08:49 | |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has joined #yocto | 08:50 | |
| sstiller | How can I disable a PACKAGECONFIG entry for target only and leave it for -native? | 08:50 |
| sstiller | I want to remove python from my target. I figured out, that PACKAGECONFIG_remove += "python" removes the runtime dependency for a lot of recipes. | 08:50 |
| sstiller | But now I get issues with itstool-native which requires python support of libxml2. | 08:50 |
| qschulz | sstiller: PACKAGECONFIG_remove_class-target, but it'd probably be cleaner to just redefine PACKAGECONFIG for the target with PACKAGECONFIG_class-target = | 08:55 |
| *** twinning[m] <twinning[m]!~twinningm@2001:470:69fc:105::e5db> has quit IRC (Quit: You have been kicked for being idle) | 09:00 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.135> has quit IRC (Ping timeout: 240 seconds) | 09:03 | |
| *** jmlemetayer[m] <jmlemetayer[m]!~jmlemetay@2001:470:69fc:105::1:830> has joined #yocto | 09:06 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 09:12 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 09:12 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 09:12 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 09:13 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.187> has joined #yocto | 09:18 | |
| sstiller | @qschulz: Thank you! PACKAGECONFIG_remove_class-target does not work, (PACKAGECONFIG_class-target is not set). Setting PACKAGECONFIG_class-target seems to work. | 09:20 |
| sstiller | Does it mean, that now I have to check all the used recipes for their (default) PACKAGECONFIG values and decide, if I need them? | 09:20 |
| mrpelotazo | what could cause a package listed in IMAGE_INTALL_append in an image recipe to not be installed in the image? | 09:21 |
| wCPO | Is there a preferred task to add do_deploy after/before if I have a recipe with only do_deploy? | 09:21 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 09:23 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 09:23 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection) | 09:23 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 09:23 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 09:28 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 09:28 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 09:29 | |
| rburton | ndec_: was the BoF recorded? | 09:30 |
| ndec_ | yes | 09:30 |
| rburton | ndec_: is there any where i can watch it? | 09:33 |
| rburton | the schedule just links to the zoom | 09:33 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 09:34 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 09:34 | |
| ndec_ | rburton: right. it doesn't seem to be there yet.. they told us it would be recorded and available.. i will ask around. | 09:35 |
| rburton | thanks | 09:35 |
| qschulz | sstiller: PACKAGECONFIG_remove_class-target should work, are you sure you didn't type PACKAGECONFIG_class-target_remove instead? | 09:42 |
| qschulz | mrpelotazo: first, check with bitbake -e <image_recipe> that your package is really in IMAGE_INSTALL | 09:43 |
| qschulz | if it is, check that your package actually contains what you expect it to contains with oe-pkgdata-util list-pkg-files <pkg> | 09:43 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 09:47 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 245 seconds) | 09:48 | |
| *** camus1 is now known as camus | 09:48 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 09:49 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 09:49 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 10:00 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 10:01 | |
| *** oobitots <oobitots!~oobitots@94.153.28.130> has quit IRC (Ping timeout: 256 seconds) | 10:08 | |
| *** oobitots <oobitots!~oobitots@46.211.85.44> has joined #yocto | 10:20 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 10:29 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 10:30 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Ping timeout: 256 seconds) | 10:49 | |
| sstiller | qschulz: I did some tests with libxml2. The default PACKAGECONFIG is "python ipv6" | 10:53 |
| sstiller | PACKAGECONFIG_pn-libxml2_class-target = "ipv6" --> breaks the compilation of libxml2-native and does other strange things. But the resulting PACKAGECONFIG variable looks good. | 10:53 |
| sstiller | PACKAGECONFIG_class-target = "ipv6" --> same as above | 10:53 |
| sstiller | PACKAGECONFIG_remove_pn-libxml2 = "python" --> same as above | 10:53 |
| sstiller | PACKAGECONFIG_remove_class-target = "python3" --> no visible effect. | 10:53 |
| sstiller | PACKAGECONFIG_remove = "python" --> also removes python from the libxml2-native, what I don't want | 10:53 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 10:56 | |
| qschulz | sstiller: are you modifying this PACKAGECONFIG from a bbappend? | 10:56 |
| qschulz | also is this a typo or did you write PACKAGECONFIG_remove_class-target = "python3" instead of PACKAGECONFIG_remove_class-target = "python" ? | 10:57 |
| sstiller | The typo is only here in the IRC. It's not in a .bbappend. I was hoping that I can disable python for all recipes in one place (distro conf). | 11:02 |
| RP | sstiller: if doing that from a config file, *always* use a pn- override in there | 11:02 |
| qschulz | RP: the point is they don't want to have it package specific, they want it global | 11:02 |
| qschulz | like, to apply to all recipes | 11:02 |
| * RP isn't convinced that is a great idea | 11:03 | |
| qschulz | s/package specific/recipe specific/ (ugh, this pn naming still messes up with my brain) | 11:03 |
| qschulz | -with for proper english :) | 11:04 |
| qschulz | sstiller: proper way would be to have a bbappend per recipe, and possibly a PACKAGE_EXCLUDE = "python" (maybe python-core?) so that you're almost sure it does not make it to the image if you forget to append to a recipe using python | 11:05 |
| qschulz | also... PACKAGECONFIG is not the only way to pull in python in your image, it can be in DEPENDS and in RDEPENDS/RRECOMMENDS too | 11:06 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 268 seconds) | 11:06 | |
| qschulz | I don't think you'll be able to have a generic solution for this unfortunately | 11:06 |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 11:06 | |
| RP | I'd have thought PACKAGECONFIG_remove_class-target would "work" but might have some interesting side effects | 11:10 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 11:14 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 11:20 | |
| *** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has quit IRC (Remote host closed the connection) | 11:20 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 11:25 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 11:25 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 11:25 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 11:28 | |
| qschulz | RP: me too, surprised it does not work /me shrugs | 11:42 |
| jsandman | Hello! How do people manage having multiple MACHINE configurations when generating eSDK? Surely there is no need to generate several eSDK installers as the eSDK will build whatever MACHINE you select in local.conf. It is just a bit strange generating an eSDK selecting a MACHINE and then building other arquitectures inside this eSDK. | 11:44 |
| jsandman | Is there something like the multiarch thing that can be setup for bitbake? | 11:44 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 245 seconds) | 11:57 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 12:06 | |
| *** override <override!~override@ec2-3-138-201-125.us-east-2.compute.amazonaws.com> has quit IRC (Quit: Lost terminal) | 12:21 | |
| *** override1 <override1!~override@ec2-3-138-201-125.us-east-2.compute.amazonaws.com> has quit IRC (Quit: Lost terminal) | 12:21 | |
| *** override_ <override_!~override@ec2-3-138-201-125.us-east-2.compute.amazonaws.com> has quit IRC (Quit: Lost terminal) | 12:21 | |
| sstiller | qschulz: PACKAGECONFIG_remove_class-target_pn-XXX usually works. And if not, PACKAGECONFIG_remove_class-target in a bbappend helps. | 12:23 |
| *** override <override!~override@ec2-3-138-201-125.us-east-2.compute.amazonaws.com> has joined #yocto | 12:23 | |
| override | trying to remember what can I put in my image recipe/config to get a compressed rootfs along with its bmap and hash. | 12:25 |
| qschulz | ndec_: I'll try to write a proper mail but I think we could move the content of yocto-docs/documentation/sphinx-static into its own git repo and just fetch its master branch for every doc release we have | 12:25 |
| qschulz | then it's always in sync and there's only one change to make | 12:26 |
| qschulz | though they still are duplicated for each version of the docs, so it | 12:26 |
| qschulz | s just a different way to do the find command we currently have | 12:27 |
| ndec_ | i would be curious to find out how others are doing it.. we are not doing something too unique here.. | 12:27 |
| qschulz | otherwise, we can host the switchers.js to https://docs.yoctoproject.org/static/switchers.js and then load it from this URL instead of a relatiev link | 12:27 |
| qschulz | but I'd very much have a synced css too | 12:28 |
| RP | qschulz: doesn't that break offline viewing? | 12:28 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 12:30 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 12:30 | |
| qschulz | RP: you mean locally built docs? we can always have this be a configuration in the conf.py | 12:33 |
| RP | qschulz: you're going to mention submodules or repo next :/ | 12:34 |
| qschulz | RP: no because you need to keep the commit in sync then for each branch of yocto-docs, and it's specifically what we want to avoid | 12:34 |
| qschulz | but yeah, you'd need a git clone of this switchers-js.git | 12:35 |
| RP | I wonder if we just have the build process pull it out the existing tree from the master branch? | 12:36 |
| qschulz | RP: that's what we more or less do right now | 12:36 |
| qschulz | except for the css | 12:36 |
| qschulz | which means the fix I sent for broken responsive CSS a while back hasn't made it to other branches :) | 12:36 |
| RP | qschulz: ah :/ | 12:37 |
| RP | qschulz: I think ndec_ and I did discuss whether to have a separate repo for these a long time ago | 12:37 |
| qschulz | RP: also... how do you feel about moving a git tag :p ? | 12:38 |
| RP | qschulz: which one? | 12:38 |
| qschulz | 3.3 | 12:38 |
| RP | qschulz: this would imply 3.2 and others as well? | 12:38 |
| qschulz | and add a commit which changes this line: https://git.yoctoproject.org/cgit/cgit.cgi/yocto-docs/tree/documentation/conf.py?h=yocto-3.3#n19 | 12:39 |
| qschulz | nothing else | 12:39 |
| qschulz | RP: AFAICT, only 3.3 has this issue but I'd need to check | 12:39 |
| RP | qschulz: I just remember once putting X.X.0 into the distro config and the world ended, I had to rebuild the release | 12:40 |
| RP | qschulz: the tags are shared in the same format with other repos | 12:40 |
| qschulz | RP: I meant, really moving the tag to another commit, not changing the naming convention | 12:40 |
| qschulz | (though, that was something I raised on the ML too but that was not what I wanted to talk about right now :) ) | 12:41 |
| RP | qschulz: ah, that could be ok. they're signed so you'd have to talk to michael | 12:41 |
| RP | (MichaelH) | 12:41 |
| qschulz | RP: that'd be nice, because currently 3.3 (and not 3.3.1, 3.3.2, etc..) is detected as dev release | 12:41 |
| qschulz | RP: ok, I'll send an RFC patch and Cc Michael in addition to usual ML and people :) | 12:42 |
| qschulz | ndec_: BTW, we probably could have your release array in a different js file in a different repo and use $.load() from jquery, on paper that seems possible | 12:45 |
| zeddii | override: do you have bmap in your IMAGE_FSTYPES ? | 12:45 |
| qschulz | ndec_: abort, got my thoughts mixed up. sorry for the noise :) | 12:46 |
| *** ex-bugsbunny <ex-bugsbunny!~ex-bugsbu@80.255.6.155> has joined #yocto | 12:52 | |
| JPEW | RP: I didn't see the email to comment, but on the image-artifacts-name change, isn't BUILD_REPRODUCIBLE_BINARIES == "1" the thing to check instead of inherits("reproducible_build") ? | 12:59 |
| RP | JPEW: we're effectively getting rid of that I think as it doesn't really work | 13:00 |
| RP | JPEW: patches aren't emailed yet, I was trying to get them to actually work first | 13:00 |
| RP | JPEW: the sstatesig one is horrible :( | 13:01 |
| JPEW | RP: Yes... I saw that | 13:01 |
| RP | JPEW: (it got worse) | 13:01 |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 13:02 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 13:05 | |
| *** artri <artri!~artri@208.116.134.46> has joined #yocto | 13:07 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 13:07 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 13:15 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 13:16 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection) | 13:16 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 13:16 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection) | 13:16 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 13:16 | |
| *** whuang0389 <whuang0389!~whuang038@cpeac202ebbe763-cmac202ebbe760.cpe.net.fido.ca> has joined #yocto | 13:37 | |
| *** artri <artri!~artri@208.116.134.46> has quit IRC (Quit: Leaving) | 13:41 | |
| dwagenk | Wow, the biggest files in my yocto DL_DIR are github.com.android.platform_frameworks_base, around 3 GB, no matter if it's the git dir or the tar.gz mirror tarball. And what is it there for? A couple MB of ttf fonts from meta-oe/recipes-graphics/ttf-fonts/ttf-droid_git.bb | 13:42 |
| dwagenk | Now looking into ways to minimize this. But the subpath parameter for the git fetcher is only relevant for the do_unpack step, not for downloads and the tarball mirrors. | 13:44 |
| dwagenk | Partially cloning git repositories seems to be possible with recent git versions, but would need adaptions in the git fetcher. | 13:46 |
| dwagenk | Maybe downloading the 9 ttf files + accompanying license file individually via the wget fetcher would be an alternative. Not the nicest solution, but downloading and storing ~3GB of useless data is also not nice. Especially since we plan to archive the sources for each release to have full offline rebuildable releases. | 13:52 |
| override | zeddii:: thanks, ill try adding bmap to IMAGE_FSTYPES | 13:52 |
| override | also trying to remeber, to get a recipe template for a python project from a git repo, we can just do devtool add recipe-name-here url-to-repo-here ? | 13:54 |
| qschulz | dwagenk: BB_GIT_SHALLOW="1" ? | 13:55 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 13:56 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 13:56 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:56 | |
| qschulz | wondering no why that is not the default? | 13:57 |
| qschulz | now* | 13:57 |
| dwagenk | qschulz first time I see that variable. As far as I understand git shallow cloning it justs skips parts of the history. But this is so big, because of the files contained in the git repository. | 14:00 |
| *** Guest9115 <Guest9115!~Guest91@217-208-192-91-no98.tbcn.telia.com> has joined #yocto | 14:00 | |
| override | ive started getting this weird FileNotFoundError when I try making devtool fetch from a repo tool and create me a recipe | 14:01 |
| override | any idea why that might be? | 14:01 |
| override | used to work for me in the past | 14:01 |
| Guest9115 | I need to split SRCPV in a bb recipe. Is there a util functio to use for that? Looking thru oe.utils but could not find anything. | 14:02 |
| RP | dwagenk: one of the side effect of shallow clones is cut down mirror tarballs | 14:02 |
| RP | qschulz: shallow clones have uses but are hard to update the checkouts and so on so have downsides | 14:03 |
| dwagenk | RP ok, will try that. Downloading and temporarily storing unneeded data is fine. As long as I don't have to archive it all I'll be happy with the solution. | 14:04 |
| RP | dwagenk: I think it might also use the subpath parameter but it may pay to glance at the fetcher code | 14:05 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 14:06 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 14:07 | |
| dwagenk | RP: tried that, since it would be a very easy adaption (setting subpath=data/fonts in the SRC_URI instead instead of setting S to ${WORKDIR}/git/data/fonts). It doesn't change the size of downloads and mirror tarballs. I haven't looked into the code, but I'm pretty sure it's only used during the do_unpack step. | 14:08 |
| *** oobitots <oobitots!~oobitots@46.211.85.44> has quit IRC (Ping timeout: 256 seconds) | 14:08 | |
| RP | dwagenk: I mean both shallow and subpath | 14:09 |
| dwagenk | ah OK, I'll try the combination! | 14:10 |
| RP | dwagenk: looking at the code I think you're right and I'm confusing some code paths | 14:11 |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 14:12 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.189.189> has joined #yocto | 14:15 | |
| override | just doing something dumb here, can someone please take a look at this devtool add error im getting https://pastebin.ubuntu.com/p/34NY2QzpCd/ | 14:15 |
| fabatera[m] | I'm trying to `runqemu slirp nographic qemuarm64 core-image-minimal &`... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/b75d2b0cf2d997ff5e2c51938b70e93d1bbf5837) | 14:21 |
| JosefHolzmayrThe | fabatera: & doesn't make much sense with nographic, and you usually don't need to pass machine and image. what happens with just "runqemu nographic slirp"? | 14:23 |
| RP | JPEW: around? I think I've stumbled onto code you changed for reproducibility and am finding different breakage :/ | 14:26 |
| RP | JPEW: I added http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=5c8e3f8e688358c56d932a9fd8ff540154903667 but it then breaks builds quite badly | 14:27 |
| JPEW | Ya, I'm here | 14:27 |
| RP | JPEW: not in python3 itself but in things using it like python3-dbus | 14:27 |
| JosefHolzmayrThe | ... now I'm there | 14:27 |
| JPEW | RP: I need to figure out what I changed in the first place | 14:28 |
| RP | JPEW: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=10ce84dd195cb1f2bfcc48dc07ed1019e30ec68e | 14:30 |
| JPEW | Ah right | 14:30 |
| JPEW | RP: Is sys.maxsize different? | 14:31 |
| RP | JPEW: 'INSTALL_DATA': 'FIXME_HOSTTOOLS_DIR/install -c -m 644',,vs 'INSTALL_DATA': 'FIXME_HOSTTOOLS_DIR/install -c -m ' \n '644' was the original issue I was trying to fix | 14:31 |
| RP | JPEW: but it looks like there are things making assumptions about a variable per line | 14:31 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 14:32 | |
| override | thought i was maybe mixing up devtool with recipetool but neither worked | 14:32 |
| override | hmm | 14:32 |
| override | wonder what im doing wrong here | 14:32 |
| override | i wonder i wonder | 14:32 |
| JPEW | RP: I'm a little confused about your patch because are reformatting the sysconfig files in do_package? | 14:33 |
| JPEW | Oh, are you trying to reformat them for the sysroot also? | 14:33 |
| fabatera[m] | <JosefHolzmayrThe> "fabatera: & doesn't make much..." <- It is starting normally (builder is slow today). But I wanted to send it to the background, continue development and test with devtool deploy-target | 14:35 |
| JosefHolzmayrThe | fabatera: i'd rather use tmux or screen and run it in two distinct terminals | 14:36 |
| *** Flumpy33 <Flumpy33!~dev@178-84-56-61.dynamic.upc.nl> has quit IRC (Ping timeout: 240 seconds) | 14:40 | |
| *** sstiller <sstiller!~sstiller@p200300f07f1c4800952cfe4aa1cdf49e.dip0.t-ipconnect.de> has quit IRC (Quit: Leaving) | 14:41 | |
| *** oobitots <oobitots!~oobitots@46.211.43.138> has joined #yocto | 14:41 | |
| override | so i accidently deleted build/workspace | 14:42 |
| dwagenk | RP qschulz Down to a mirror tarball of around 100MB with BB_GIT_SHALLOW. | 14:43 |
| override | is threre a way to regenrate it? my minimal image recipe and all arent working either | 14:43 |
| dwagenk | no difference with subpath+shallow vs just shallow. | 14:43 |
| fabatera[m] | Alrigth! I was following one of your videos actually. :) | 14:44 |
| fabatera[m] | Then I've watched another video from Tim Orling sending it to background (without nographic, but it doesn't work for me). Thanks! | 14:44 |
| fabatera[m] | <JosefHolzmayrThe> "fabatera: i'd rather use tmux or..." <- Regarding my answer above | 14:45 |
| ex-bugsbunny | hi | 14:47 |
| ex-bugsbunny | I currently have a problem with bitbake-layers in conjunction with a self written python script and hope to find an answer here after my internet search didn't help me | 14:47 |
| ex-bugsbunny | my script shall set up build environment for a bsp by creating local.conf and bblayers.conf with the help of standard oe-init-build-env script (generating standard files if not yet present) and modifying it afterward | 14:47 |
| ex-bugsbunny | for modification of bblayers.conf I normally use "bitbake-layers add-layer" for all additionally needed layers | 14:47 |
| dwagenk | RP: I don't think subpath can be used to strip dwn the mirror tarball even further. The tarball contains a (shallow) bare git repository, while the subpath affects the checked out sources only. | 14:47 |
| ex-bugsbunny | in the past that worked without problems, but for a new bsp for an intel based board, the intel bsp config include configuration snippets which are part of one of their layers | 14:47 |
| ex-bugsbunny | consequentially, adding layers with bitbake-layers fails due to a not startable bitbake server caused by missing configuration files residing in one of the layers to be added, a classical chicken/egg problem ;-/ | 14:47 |
| ex-bugsbunny | is there a possibility to use bitbake-layers command add-layer without involving any checks by a server? | 14:47 |
| ex-bugsbunny | I'd like to avoid hand crafting layer management given that there actually is a standard tool for that :-D | 14:48 |
| qschulz | ex-bugsbunny: kas does layer management so maybe there's something to check there for you (or even replace your tool with it?) | 14:52 |
| *** ThomasD13 <ThomasD13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 265 seconds) | 14:52 | |
| agherzan | index layer: does anyone know how to set a layer to a specific branch (not master)? I have submitted a layer (https://layers.openembedded.org/layerindex/branch/master/layer/meta-python-extra/) and it seems to only try to index master while the repository only provides a dunfell version. | 14:54 |
| ex-bugsbunny | qschulz: oh, never heard of that, I'll definitely have a look, thanks for that :-) | 14:54 |
| ex-bugsbunny | qschulz: but I fear that this is no quick solution, so is there any chance to get that running with bitbake-layers nevertheless? | 14:55 |
| fabatera[m] | Josef Holzmayr (TheYoctoJester): to run 2 distinct terminals as you said, do you run environment script for each terminal or there is a way to use the environment that was set first? | 15:02 |
| JosefHolzmayrThe | yup, source it two times? | 15:02 |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Read error: Connection reset by peer) | 15:02 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 15:04 | |
| ex-bugsbunny | agherzan: I'm not familiar with layer index, but is dunfell the standard branch for the repo in gitlab? if not, it could be worth setting it accordingly and test again; if already the case I fear I cannot be of any help ;-/ | 15:14 |
| agherzan | ex-bugsbunny: it is. The default and only branch | 15:15 |
| ex-bugsbunny | abelloni: ok, just thought to mention it, because I once created an empty repo in gitlab which got pushed an existing local one; that time the default branch was still master (gitlab default) but the pushed repo lacked such a branch - hopefully someone else has an answer ... | 15:17 |
| agherzan | ex-bugsbunny: you've mentioned the wrong person :) But yeah, sadly it's not that simple. Index doesn't seem to have a way to be told in regards to the branch name it should be looking for. Or at least I don't know how to do it. | 15:23 |
| *** pgowda <pgowda!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 15:23 | |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has quit IRC (Remote host closed the connection) | 15:26 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 15:32 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 15:32 | |
| ex-bugsbunny | ups, sorry abelloni for accidentally addressing you ... >.< | 15:33 |
| ex-bugsbunny | agherzan: yeah, I should have guessed that you already checked that simple solutions ;-/ | 15:35 |
| agherzan | It's fine - sometime they are not that obvious. | 15:35 |
| *** dev1990 <dev1990!~dev@78.10.71.240> has joined #yocto | 15:37 | |
| *** oobitots <oobitots!~oobitots@46.211.43.138> has quit IRC (Quit: Client closed) | 15:37 | |
| *** oobitots <oobitots!~oobitots@46.211.43.138> has joined #yocto | 15:37 | |
| *** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (Read error: Connection reset by peer) | 15:40 | |
| *** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto | 15:41 | |
| *** oobitots <oobitots!~oobitots@46.211.43.138> has quit IRC (Quit: Client closed) | 15:45 | |
| RP | dwagenk: right, I was mis- remembering, sorry | 15:46 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 15:47 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 15:47 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection) | 15:48 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 15:48 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection) | 15:48 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 15:48 | |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto | 15:48 | |
| *** oobitots <oobitots!~oobitots@46.211.43.138> has joined #yocto | 15:59 | |
| *** CarlesFernandez[ <CarlesFernandez[!~cfernande@2001:470:69fc:105::e590> has quit IRC (Quit: You have been kicked for being idle) | 16:00 | |
| vd | Hi there -- I have trouble understanding when to use a site.conf. Let's say I want to tweak my distro and build for a specific customer, e.g. changing the splash screen image, or prefixing build artifact names. I was currently doing this in a multiconfig file to isolate a customer build. Should it be a site.conf scenario instead? | 16:01 |
| vd | RP might have explained that to me once, but I'm not quite sure | 16:04 |
| RP | vd: I personally use site.conf as a way to specify things specific to my local machine setup like SSTATE_DIR and DL_DIR | 16:05 |
| vd | RP: I see, like setting IMAGE_VERSION_SUFFIX to the CI/CD build number before building? | 16:05 |
| RP | vd: I'd normally use auto.conf for all the CI bits | 16:06 |
| RP | vd: it is really up to the user to decide how to use the files ultimately, there isn't a "wrong" answer | 16:07 |
| *** whuang0389 <whuang0389!~whuang038@cpeac202ebbe763-cmac202ebbe760.cpe.net.fido.ca> has quit IRC (Quit: Client closed) | 16:07 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.187> has quit IRC (Quit: Leaving.) | 16:07 | |
| vd | site.conf resides only in build/conf, contrary to a multiconfig which can be part of the layer configuration, right? | 16:10 |
| vd | JPEW: does whisk put its generated configuration in local.conf or auto.conf? | 16:11 |
| RP | vd: in general yes but it could actually be in the layers | 16:12 |
| RP | JPEW: I added reformat_sysconfig.py to do_install and it breaks python3-dbus the same way as my change did | 16:13 |
| RP | JPEW: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=a55d90d1bae480b2c1c7c9ab807b1c8a108be3fc was what I tested | 16:14 |
| JPEW | huh, that is bizzare | 16:18 |
| vd | RP: may I ask how would you personally split the "vanilla" configuration, from the customers customization? (different TMPDIR, tuned artifact names and other software branding tweaks) | 16:18 |
| JPEW | vd: auto.conf | 16:18 |
| RP | vd: customer is local.conf and site.conf, the other config should come from the layers, filename less important | 16:19 |
| RP | JPEW: It really shouldn't do this :/ | 16:19 |
| vd | JPEW: another point for whisk. kas tweaks local.conf and I hate it ( rburton might hate it too ;-) ) | 16:19 |
| vd | ho, interesting. bitbake "wrappers" shouldn't generate their abstracted configuration in auto.conf? | 16:20 |
| JPEW | RP: Oh is there a different one? | 16:22 |
| JPEW | RP, vd: Sorry I was wrong. It writes site.conf (not sure if that is any better :) | 16:23 |
| JPEW | vd: Ya, I purposely avoided local.conf | 16:25 |
| vd | RP: ha ha, that is a bit confusing for sure. Put differently, what is the best way to store and load customer-specific tweaks? I am currently using a multiconfig per customer, but that might be wrong. Maybe an `include somedir/${CUSTOMER}.conf` in somefile.conf would be preferred? | 16:29 |
| RP | vd: I was about to say you can also add your own config files | 16:33 |
| vd | that seems right, but what would be preferable for "somedir" and "somefile.conf"? | 16:34 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:36 | |
| override | finally figured out why recipetool was acting up for me | 16:41 |
| *** Tokamak <Tokamak!~Tokamak@172.58.189.189> has quit IRC (Read error: Connection reset by peer) | 16:42 | |
| ex-bugsbunny | talking about multiconfig and how to properly use, I am also a little puzzled in that respect: the intel bsp I talked about uses multiconfig for different configurations of one board (like different kernel versions or RT PREEMPT settings) but also for different boards (actually different processor generations); while the latter seems an adequate | 16:43 |
| ex-bugsbunny | use of multiconfig I would expect the latter rather to use different MACHINEs (unless the same game with various image/kernel/whatever configurations is played again) | 16:43 |
| ex-bugsbunny | so what is common sense/best practice here? | 16:43 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 16:44 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.189.189> has joined #yocto | 16:46 | |
| ex-bugsbunny | (different configurations can also mean different images in that case) | 16:48 |
| *** mckoan is now known as mckoan|away | 16:50 | |
| vd | ex-bugsbunny: even though a multiconfig is yet another config layer, I personally strongly bind it to TMPDIR. Because you can reference images from a different multiconfig (mcdepends), it is strongly advised to use a different TMPDIR for each multiconfig (since it is usually used to build potentially incompatible images like a different | 16:59 |
| vd | architecture or libc. | 16:59 |
| *** mranosta1 <mranosta1!~mranostaj@185.193.126.133> has joined #yocto | 17:09 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Ping timeout: 268 seconds) | 17:09 | |
| *** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has joined #yocto | 17:09 | |
| *** alex88_ <alex88_!~alex88@ip72-207-140-105.lv.lv.cox.net> has joined #yocto | 17:10 | |
| *** BCMM_ <BCMM_!~BCMM@user/bcmm> has joined #yocto | 17:10 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 17:10 | |
| *** davidinux1 <davidinux1!~davidinux@84.17.59.156> has joined #yocto | 17:10 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has joined #yocto | 17:12 | |
| *** qschulz_ <qschulz_!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 17:13 | |
| *** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (*.net *.split) | 17:17 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (*.net *.split) | 17:17 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (*.net *.split) | 17:17 | |
| *** mranostaj <mranostaj!~mranostaj@185.193.126.133> has quit IRC (*.net *.split) | 17:17 | |
| *** davidinux <davidinux!~davidinux@84.17.59.156> has quit IRC (*.net *.split) | 17:17 | |
| *** m4ho <m4ho!~m4ho@81.20.119.6> has quit IRC (*.net *.split) | 17:17 | |
| *** mihai <mihai!~mihai@user/mihai> has quit IRC (*.net *.split) | 17:17 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (*.net *.split) | 17:17 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5390:d00:12bf:48ff:feb8:38c8> has quit IRC (*.net *.split) | 17:17 | |
| *** alex88 <alex88!~alex88@ip72-207-140-105.lv.lv.cox.net> has quit IRC (*.net *.split) | 17:17 | |
| *** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::81de> has quit IRC (*.net *.split) | 17:17 | |
| *** angolini <angolini!uid62003@id-62003.helmsley.irccloud.com> has quit IRC (*.net *.split) | 17:17 | |
| *** wooosaiii <wooosaiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 17:20 | |
| *** user_ <user_!~user@14.142.4.2> has joined #yocto | 17:20 | |
| *** rfuentess_ <rfuentess_!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 17:21 | |
| *** jsandman7 <jsandman7!~jsandman@95.179.203.88> has joined #yocto | 17:21 | |
| *** jsandman <jsandman!~jsandman@95.179.203.88> has quit IRC (Read error: Connection reset by peer) | 17:21 | |
| *** user_123 <user_123!~user@14.142.4.2> has quit IRC (Read error: Connection reset by peer) | 17:21 | |
| *** wooosaii <wooosaii!~wooo@89-212-21-243.static.t-2.net> has quit IRC (Read error: Connection reset by peer) | 17:21 | |
| *** jsandman7 is now known as jsandman | 17:21 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection) | 17:21 | |
| *** mihai <mihai!~mihai@user/mihai> has joined #yocto | 17:22 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5390:d00:12bf:48ff:feb8:38c8> has joined #yocto | 17:22 | |
| *** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::81de> has joined #yocto | 17:22 | |
| *** angolini <angolini!uid62003@id-62003.helmsley.irccloud.com> has joined #yocto | 17:22 | |
| *** mranosta1 is now known as mranostaj | 17:22 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Ping timeout: 265 seconds) | 17:23 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 17:23 | |
| *** m4ho <m4ho!~m4ho@81.20.119.6> has joined #yocto | 17:24 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 265 seconds) | 17:31 | |
| *** bunk <bunk!~bunk@debian/bunk> has quit IRC (Quit: leaving) | 17:31 | |
| *** bunk <bunk!~bunk@debian/bunk> has joined #yocto | 17:32 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 17:32 | |
| *** bunk <bunk!~bunk@debian/bunk> has quit IRC (Client Quit) | 17:32 | |
| *** bunk <bunk!~bunk@debian/bunk> has joined #yocto | 17:33 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 17:34 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 17:34 | |
| *** woky_ <woky_!~woky@li1651-31.members.linode.com> has joined #yocto | 17:41 | |
| *** dlan_ <dlan_!~dennis@58.37.232.153> has joined #yocto | 17:42 | |
| *** Ch^W_ <Ch^W_!~mouser@209.147.121.179> has joined #yocto | 17:42 | |
| *** locutusofborg_ <locutusofborg_!~locutusof@93-50-192-18.ip153.fastwebnet.it> has joined #yocto | 17:42 | |
| *** rfs613_alt <rfs613_alt!~rfs613@rfs.netwinder.org> has joined #yocto | 17:42 | |
| *** alejandr1 <alejandr1!~alejandro@user/alejandrohs> has joined #yocto | 17:43 | |
| *** dev1990_ <dev1990_!~dev@78.10.71.240> has joined #yocto | 17:43 | |
| *** linkliu62 <linkliu62!~user_name@72.19.13.156> has joined #yocto | 17:43 | |
| *** FredO3 <FredO3!~willy562@bras-base-crnypq0201w-grc-08-216-209-60-169.dsl.bell.ca> has quit IRC (Read error: Connection reset by peer) | 17:43 | |
| *** override_ <override_!~override@ec2-3-138-201-125.us-east-2.compute.amazonaws.com> has joined #yocto | 17:43 | |
| *** iokill_ <iokill_!~dave@static.16.105.130.94.clients.your-server.de> has joined #yocto | 17:43 | |
| *** lexano_ <lexano_!~lexano@cpe00e06722f0e4-cm98524a70e35e.cpe.net.cable.rogers.com> has joined #yocto | 17:44 | |
| *** zyga <zyga!~zyga@31.0.173.147> has joined #yocto | 17:44 | |
| *** Lihis_ <Lihis_!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto | 17:44 | |
| *** woky <woky!~woky@li1651-31.members.linode.com> has quit IRC (Ping timeout: 265 seconds) | 17:44 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Ping timeout: 265 seconds) | 17:44 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 265 seconds) | 17:44 | |
| *** linkliu61 <linkliu61!~user_name@72.19.13.156> has quit IRC (Ping timeout: 265 seconds) | 17:44 | |
| *** rfs613 <rfs613!~rfs613@rfs.netwinder.org> has quit IRC (Ping timeout: 265 seconds) | 17:44 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@93-50-192-18.ip153.fastwebnet.it> has quit IRC (Ping timeout: 265 seconds) | 17:44 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC (Ping timeout: 265 seconds) | 17:44 | |
| *** Ch^W <Ch^W!~mouser@209.147.121.179> has quit IRC (Ping timeout: 265 seconds) | 17:44 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 265 seconds) | 17:44 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has quit IRC (Ping timeout: 265 seconds) | 17:44 | |
| *** lexano <lexano!~lexano@cpe00e06722f0e4-cm98524a70e35e.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 265 seconds) | 17:44 | |
| *** raghavgururajan <raghavgururajan!9fd51d1ea8@user/raghavgururajan> has quit IRC (Ping timeout: 265 seconds) | 17:44 | |
| *** iokill <iokill!~dave@static.16.105.130.94.clients.your-server.de> has quit IRC (Ping timeout: 265 seconds) | 17:44 | |
| *** override <override!~override@ec2-3-138-201-125.us-east-2.compute.amazonaws.com> has quit IRC (Ping timeout: 265 seconds) | 17:44 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Ping timeout: 265 seconds) | 17:44 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC (Ping timeout: 265 seconds) | 17:44 | |
| *** Lihis_ is now known as Lihis | 17:44 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 17:44 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC (Ping timeout: 265 seconds) | 17:45 | |
| *** raghavgururajan <raghavgururajan!9fd51d1ea8@user/raghavgururajan> has joined #yocto | 17:45 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 17:45 | |
| *** nerdboy <nerdboy!~nerdboy@47.143.129.189> has joined #yocto | 17:46 | |
| *** BCMM_ is now known as BCMM | 17:46 | |
| *** dev1990 <dev1990!~dev@78.10.71.240> has quit IRC (Ping timeout: 265 seconds) | 17:46 | |
| *** FredO <FredO!~willy562@bras-base-crnypq0201w-grc-08-216-209-60-169.dsl.bell.ca> has joined #yocto | 17:47 | |
| *** bluearc <bluearc!~quassel@137.78.79.57> has left #yocto (https://quassel-irc.org - Chat comfortably. Anywhere.) | 17:51 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has joined #yocto | 17:52 | |
| *** oobitots <oobitots!~oobitots@46.211.43.138> has quit IRC (Ping timeout: 256 seconds) | 18:08 | |
| *** rfuentess_ <rfuentess_!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 18:12 | |
| *** jamestperk is now known as jamesp | 18:17 | |
| *** oobitots <oobitots!~oobitots@94.153.26.197> has joined #yocto | 18:17 | |
| *** frieder <frieder!~frieder@i59F72CCF.versanet.de> has quit IRC (Remote host closed the connection) | 18:27 | |
| *** jamesp is now known as jamestperk | 18:35 | |
| *** gchamp <gchamp!~champagne@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 18:37 | |
| *** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto | 18:42 | |
| yates | why does yocto test applications (not shared libraries) for .text relocations? I thought that since applications are not shared, there is no need to make them PIC | 18:42 |
| yates | WARNING: libcap-2.43-r0 do_package_qa: QA Issue: libcap-bin: ELF binary /usr/sbin/setcap has relocations in .text | 18:42 |
| gchamp | hi, getting error "pod2man command not found" at binutils-cross-x86_64:do_compile (poky hardknott b98a5771598), adding `inherit perlnative` to binutils.inc fixes it, but is the right fix? | 18:44 |
| *** florian <florian!~florian@dynamic-093-133-052-209.93.133.pool.telefonica.de> has joined #yocto | 18:47 | |
| vd | RP: is there such a thing as building a specific distro "version"? | 18:50 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 18:54 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 18:54 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection) | 18:54 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 18:54 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 18:55 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 18:55 | |
| *** ant__ <ant__!~ant@host-82-54-240-7.retail.telecomitalia.it> has joined #yocto | 18:55 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 19:00 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 19:00 | |
| yates | tlwoerner: wasn't it you who informed me that the sdk can be built with "bitbake meta-toolchain" the other day? | 19:02 |
| yates | which i am thankful for | 19:03 |
| tlwoerner | yates: yes | 19:03 |
| yates | however, if that is the case, then why is "bitbake image -c populate_sdk" prescribed in item 6 of https://docs.yoctoproject.org/sdk-manual/appendix-obtain.html#building-an-sdk-installer | 19:04 |
| yates | does the documentation need to be updated? | 19:05 |
| tlwoerner | well, if you logged the conversation, i did mention the "-c populate_sdk" way of doing it | 19:05 |
| tlwoerner | no, there are 2 ways of doing it | 19:05 |
| tlwoerner | however, there is a slight difference | 19:06 |
| tlwoerner | "bitbake meta-toolchain" will only create an eSDK, a basic cross-toolchain | 19:06 |
| yates | tlwoerner: what is basic about it? i.e., what is it missing? | 19:08 |
| tlwoerner | "-c populate_sdk" will build the eSDK but will also consider the contents of your image and populate the cross toolchain with any packages you've specific | 19:08 |
| tlwoerner | s/specific/specified | 19:08 |
| tlwoerner | lets say you want to use your sdk to cross-compile an application that depends on a library | 19:10 |
| tlwoerner | in order to build the application, the cross-compiled library would need to be available to your cross toolchain | 19:11 |
| yates | i see | 19:11 |
| tlwoerner | so if all you had was a basic sdk toolchain, you'd have to start by first cross-compiling the library, then installing it somewhere where your toolchain could find it | 19:11 |
| tlwoerner | then you could go ahead and cross-compile your application | 19:11 |
| yates | right | 19:12 |
| yates | i understand | 19:12 |
| tlwoerner | however, if you create an "image" that includes the library, then if you do "bitbake <image> -c populate_sdk" then bitbake will create the cross toolchain, and cross compile the library, and package them up into the sdk | 19:12 |
| tlwoerner | then all you'd have to do is use the sdk to cross-compile the application, and the sdk tools would "magically" find the headers and library when building the app | 19:13 |
| tlwoerner | in summary: | 19:13 |
| tlwoerner | "bitbake meta-toolchain" is just a plain, basic cross toolchain (sdk) | 19:13 |
| yates | but it still seems to me this distinction should be made in the sdk doc, don't you think? it seems the doc should inform the reader that the limited form of the sdk is available without building an entire image | 19:13 |
| tlwoerner | -c populate_sdk is the sdk plus any libraries/headers/etc prepopulated | 19:14 |
| tlwoerner | i don't disagree with that | 19:14 |
| tlwoerner | maybe submit some documentation patches to michaelo and see what he thinks? ;-) | 19:15 |
| yates | yes, good idea - i will. i'm already on the mailing list | 19:16 |
| tlwoerner | ah i see, earlier i said the docs didn't need to be updated. sorry i misunderstood i thought you meant the docs should be updated to remove the -c populate_sdk option | 19:17 |
| tlwoerner | yes (i'm flip-flopping :-) | 19:17 |
| tlwoerner | the docs could stand some updating in this area (if that's what they say, i'm not sure i've read that part of the docs) | 19:17 |
| *** oobitots <oobitots!~oobitots@94.153.26.197> has quit IRC (Quit: Client closed) | 19:17 | |
| tlwoerner | i use the reference manual a lot, but the other ones not so much :-( | 19:17 |
| yates | acknowledging that my situation is uncommon, it was a big deal for me since we are bringing up a brand new arch and our goal was to build a patched kernel, for which the "full" sdk is not required, and there were parts of the image build which were (and still are) not working. | 19:18 |
| yates | like u-boot. | 19:18 |
| tlwoerner | if u-boot isn't working yet, you can create an image that doesn't include it, then use the -c populate_sdk thingy | 19:18 |
| yates | hey, no problem in the flip-flopping - thanks for your excellent help! | 19:19 |
| tlwoerner | that way you get the sdk and any libraries/headers in your sdk | 19:19 |
| yates | how do you build an image without a bootloader?!? | 19:19 |
| tlwoerner | an "image" doesn't need a bootloader if you're not planning to boot it (yet) ;-) | 19:19 |
| tlwoerner | an "image" is just a collection of dependent things to build ;-) | 19:20 |
| yates | where is the list of those "things" specified? | 19:21 |
| yates | wait, i think i can find that. | 19:22 |
| tlwoerner | depends on what "image" is (e.g. core-image-minimal, core-image-base, etc) | 19:22 |
| tlwoerner | the machine file specifies which bootloader to use, or not | 19:22 |
| yates | i was atttempting core-image-minimal | 19:23 |
| tlwoerner | (and the kernel, usually) | 19:23 |
| tlwoerner | PREFERRED_PROVIDER_virtual/bootloader, PREFERRED_PROVIDER_virtual/kernel | 19:23 |
| vd | tlwoerner: but an image cannot override the preferred provider or preferred version of a package, right? | 19:24 |
| yates | set "PREFERRED_PROVIDERS_u-boot ="? | 19:25 |
| yates | "PREFERRED_PROVIDER_u-boot ="? | 19:25 |
| tlwoerner | vd: offhand i don't know, it wouldn't be the best place to do it, not for the kernel or bootloader | 19:25 |
| yates | i can just jam my actual machine files - i've just created a rough version of them for our board | 19:26 |
| tlwoerner | yates: if you've already set the PREFERRED_PROVIDER_virtual/bootloader to "u-boot" then you can specify which u-boot with PREFERRED_PROVIDER_u-boot | 19:26 |
| yates | tlwoerner: right, so just set it to nothing? "PREFERRED_PROVIDER_u-boot=" ? | 19:27 |
| vd | but that cannot be done within an image recipe I believe. | 19:27 |
| tlwoerner | (sometimes a BSP layer defined multiple u-boot providers: one for upstream, on from the vendor) | 19:27 |
| vd | it has to be done from an higher configuration file | 19:27 |
| tlwoerner | yates: i thought i had blogged about this, but turns out i hadn't. i have a draft blog post i started in 2019 :-) | 19:38 |
| *** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has quit IRC (Ping timeout: 252 seconds) | 20:03 | |
| *** perdmann <perdmann!~patrick@nostromo.0x47.net> has quit IRC (Ping timeout: 246 seconds) | 20:04 | |
| *** mario-goulart <mario-goulart!~user@chicken/developer/mario-goulart> has quit IRC (Ping timeout: 264 seconds) | 20:05 | |
| *** mario-goulart <mario-goulart!~user@chicken/developer/mario-goulart> has joined #yocto | 20:07 | |
| *** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has joined #yocto | 20:08 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds) | 20:08 | |
| *** Guest9115 <Guest9115!~Guest91@217-208-192-91-no98.tbcn.telia.com> has quit IRC (Ping timeout: 256 seconds) | 20:08 | |
| *** ex-bugsbunny <ex-bugsbunny!~ex-bugsbu@80.255.6.155> has quit IRC (Ping timeout: 256 seconds) | 20:08 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 256 seconds) | 20:08 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 20:08 | |
| *** perdmann <perdmann!~patrick@nostromo.0x47.net> has joined #yocto | 20:09 | |
| JPEW | RP: Seems like the python parser errors out after 40,000 characters in a single line; we probably never noticed in the do_package version because the paths are shorter | 20:10 |
| JPEW | I'm re-writing the reformat script to account for this | 20:10 |
| moto_timo[m] | JPEW: that makes some sense | 20:15 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 20:15 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 20:15 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 20:16 | |
| vd | I just got that in fact you could have local.conf in your main layer's conf directory and it'd be picked if build/conf/local.conf doesn't exist | 20:16 |
| vd | and same for auto.conf, site.conf, etc. | 20:16 |
| vd | and those are openembedded specific. Bitbake specific configuration files are only conf/bblayers.conf and conf/bitbake.conf. Am I correct? | 20:19 |
| RP | JPEW: oh, interesting. I hadn't managed to debug that :/ | 20:19 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 20:35 | |
| JPEW | RP: Patch sent.... I have another idea if that one turns out to be non-reproducible (most likely due to pprint differences in host python) | 20:42 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 20:43 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.189.189> has quit IRC (Read error: Connection reset by peer) | 20:47 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.189.189> has joined #yocto | 20:52 | |
| RP | JPEW: awesome, thanks. I was struggling to see that one | 20:57 |
| *** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 252 seconds) | 21:00 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 21:07 | |
| *** mtudan <mtudan!~mtudan@viffw1.tugraz.at> has joined #yocto | 21:09 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Read error: Connection reset by peer) | 21:09 | |
| mtudan | hi all, it happens to me that particular file is only added to recipe-sysroot-native and not to recipe-sysroot... any idea how to debug this and add it to recipe-sysroot as well? | 21:11 |
| *** locutusofborg_ is now known as locutusofborg | 21:11 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 21:14 | |
| RP | JPEW: that does looks like it will work, thanks | 21:23 |
| JPEW | RP: Great! Like I said, keep an eye on the repro build output just in case | 21:23 |
| *** argonautx <argonautx!~argonautx@i5e867355.versanet.de> has quit IRC (Quit: Leaving) | 21:29 | |
| *** florian <florian!~florian@dynamic-093-133-052-209.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 21:37 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 21:38 | |
| RP | JPEW: will do, it was that it tested it with | 21:41 |
| *** mtudan <mtudan!~mtudan@viffw1.tugraz.at> has quit IRC (Quit: Client closed) | 21:45 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 21:55 | |
| *** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has quit IRC (Remote host closed the connection) | 21:56 | |
| *** florian <florian!~florian@dynamic-093-133-052-209.93.133.pool.telefonica.de> has joined #yocto | 22:00 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 22:06 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 22:26 | |
| *** florian <florian!~florian@dynamic-093-133-052-209.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 22:39 | |
| *** dev1990_ <dev1990_!~dev@78.10.71.240> has quit IRC (Quit: Konversation terminated!) | 22:56 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!