| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 00:14 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Quit: qschulz) | 00:32 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 00:34 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 00:39 | |
| *** Johnsv <Johnsv!~Johnsv@d51a47c4a.access.telenet.be> has quit IRC (Quit: Ping timeout (120 seconds)) | 00:43 | |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Read error: Connection reset by peer) | 00:44 | |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 00:47 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 252 seconds) | 01:03 | |
| *** OutBackDingo <OutBackDingo!~quassel@46.23.84.72> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 01:05 | |
| *** OutBackDingo <OutBackDingo!~quassel@46.23.84.72> has joined #yocto | 01:06 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 01:08 | |
| *** FredO <FredO!~willy562@bras-base-crnypq0201w-grc-06-76-69-222-77.dsl.bell.ca> has quit IRC (Quit: Leaving) | 01:12 | |
| yates | regarding sysroot population and the tmp/sysroots-components, what if a package reported in a task's "NOTE: Installed into sysroot:" log is under more than one subdirectory of tmp/sysroots-components? | 01:32 |
|---|---|---|
| yates | or is that arranged so that it never happens? (looks like it) | 01:34 |
| yates | and what is the tmp/sysroots-components/<some-foldr>/<some-sysroot-folder>/sysroot-providers used for? it looks like some "keyng" mechanism, but i don't quite get it | 01:35 |
| yates | are most people east of the U.S.? | 01:37 |
| moto-timo | yates: we’re global, but historically a lot of folks have been EU | 01:45 |
| moto-timo | I’m pacific time zone | 01:46 |
| yates | i see | 02:01 |
| yates | still early for you, then... | 02:01 |
| moto-timo | If 7pm is early | 02:03 |
| moto-timo | To me that’s 12+ hours into my day | 02:03 |
| *** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has quit IRC (Remote host closed the connection) | 02:04 | |
| *** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has joined #yocto | 02:06 | |
| yates | i'm EST, and I started roughly the same time. but i've had lots of breaks... | 02:06 |
| yates | this "work-from-home" paradigm has made my schedule quite crazy! | 02:07 |
| yates | and being 63 i can't seem to sleep a full 7 or 8 hours anymore.. | 02:07 |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 02:31 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds) | 02:35 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Ping timeout: 260 seconds) | 02:43 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 02:46 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Client Quit) | 02:47 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 02:47 | |
| *** zpfvo <zpfvo!~fvo@89.244.122.193> has quit IRC (Ping timeout: 265 seconds) | 02:55 | |
| *** zpfvo <zpfvo!~fvo@89.244.125.192> has joined #yocto | 03:09 | |
| *** nsdrude[m] <nsdrude[m]!~nsdrudema@2001:470:69fc:105::f855> has joined #yocto | 03:31 | |
| *** nsdrude[m] is now known as hereiam[m] | 03:36 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 268 seconds) | 04:03 | |
| *** zeddiii <zeddiii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto | 04:23 | |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 240 seconds) | 04:23 | |
| *** amitk <amitk!~amit@103.208.69.187> has joined #yocto | 04:39 | |
| *** zeddiii <zeddiii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 265 seconds) | 04:45 | |
| *** ThomasD13 <ThomasD13!~thomasd13@dsl01.212.114.255.148.ip-pool.nefkom.net> has joined #yocto | 05:12 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto | 05:48 | |
| *** agrue <agrue!~agrue@static-host-74-221-178-231.epbinternet.com> has quit IRC (Ping timeout: 268 seconds) | 06:03 | |
| *** agrue <agrue!~agrue@static-host-74-221-178-231.epbinternet.com> has joined #yocto | 06:06 | |
| *** tre <tre!~tre@ip5f58aa1a.dynamic.kabel-deutschland.de> has joined #yocto | 06:11 | |
| JosefHolzmayr[m] | yo dudX | 06:46 |
| *** Tyaku <Tyaku!~Tyaku@176-154-243-92.abo.bbox.fr> has joined #yocto | 06:51 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 06:56 | |
| *** frieder <frieder!~frieder@p50937620.dip0.t-ipconnect.de> has joined #yocto | 06:58 | |
| *** mckoan|away is now known as mckoan | 07:04 | |
| mckoan | good morning | 07:04 |
| *** rfuentess <rfuentess!~rfuentess@2a01:598:89f5:9963:d51:e2fa:404c:e241> has joined #yocto | 07:09 | |
| JosefHolzmayr[m] | any pointers on how to actually get the public sstate mirror to kick in? i'm tinkering around for demonstration purposes, and even on a completely unmodified dunfell build, not a single hit appears. | 07:10 |
| *** Guest27 <Guest27!~Guest27@194.239.2.106> has joined #yocto | 07:13 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Quit: WeeChat 3.1) | 07:17 | |
| JosefHolzmayr[m] | even when checking out the 3.1.10 tag and setting the path accordingly, i get found 3 - missed 1148 | 07:19 |
| RP | JosefHolzmayr[m]: You need master with that variable I mentioned | 07:19 |
| JosefHolzmayr[m] | RP: you mentioned something? where? | 07:20 |
| RP | JosefHolzmayr[m]: https://lists.openembedded.org/g/openembedded-core/topic/public_project_sstate_hash/85549949 | 07:22 |
| RP | JosefHolzmayr[m]: It doesn't work with dunfell as there is no read only hash equivalence data to match (except there is no, it just can't work with dunfell)+ | 07:23 |
| RP | s/no/now/ | 07:23 |
| JosefHolzmayr[m] | RP: ah missed that one. my bad. so this essentially means that after the hashequiv server has been turned on, all prior usecases have been invalidated. correct? | 07:24 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 07:26 | |
| RP | JosefHolzmayr[m]: since we enabled it, it did stop sstate working from the AB until we had this as well | 07:27 |
| JosefHolzmayr[m] | RP: okay, i think i got it. just trying to understand the current situation (as i can't show/tell/explain things that i don't at least have a basic grasp of myself) | 07:29 |
| *** gsalazar <gsalazar!~gsalazar@213.58.201.38> has joined #yocto | 07:36 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 07:37 | |
| *** gsalazar <gsalazar!~gsalazar@213.58.201.38> has quit IRC (Read error: Connection reset by peer) | 07:37 | |
| *** gsalazar <gsalazar!~gsalazar@213.58.201.38> has joined #yocto | 07:37 | |
| JosefHolzmayr[m] | RP: it seems to work now, thanks. | 07:38 |
| RP | JosefHolzmayr[m]: np, trying to help :) | 07:45 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 07:52 | |
| JosefHolzmayr[m] | 13 minutes core core-image-minimal. not bad. | 07:55 |
| mckoan | JosefHolzmayr[m]: sounds great. Are you going to discuss it in the next Twitch? | 08:07 |
| JosefHolzmayr[m] | mckoan: don't think so | 08:08 |
| Tyaku | Hi, I come again about my libraries issues. I have a recipe A that provide a static library (.a) and header files. (The header files appear in workdir/sysroot-destdir/usr/include/matter and library in workdir/sysroot-destdir/usr/lib). The recipe B arrive to build using the library of recipe A, but now my problem is when i set "#include 'file'" in the sources of recipe B) "No such file or directory". | 08:09 |
| Tyaku | On the CMake project of recipe B, i have include directories set as "/usr/include/matter" | 08:10 |
| qschulz | Tyaku: I assume the CFLAGS/LDFLAGS/CXXFLAGS/CPPFLAGS/whatever that are passed by Yocto aren't used in your cmake or overridden by it | 08:10 |
| Tyaku | And during the build, I see the "-I/usr/include/matter" | 08:11 |
| qschulz | Tyaku: yeah, that's most likely incorrect | 08:11 |
| Tyaku | But I think it search on "computer" paths (not sure). | 08:11 |
| qschulz | yup looks like it | 08:11 |
| Tyaku | So the correct way is not to define the include directories in the CMakeList.txt, but in the recipe ? | 08:12 |
| Tyaku | With the variables that you said | 08:12 |
| qschulz | use whatever the build system is giving you | 08:13 |
| JosefHolzmayr[m] | Tyaku: the key is to not have the include pathes absolute, but having them automatically determined so that the outer build environment can adjust them as needed. | 08:13 |
| olani[m] | Or use -I=/usr/include/matter if you have to do it like that. The = is replaced with whatever is given to gcc as sysroot and ignored otherwise. I would not recommend it as the preferred solution, but it works. | 08:18 |
| JosefHolzmayr[m] | olani: interesting "dirty" trick, but agreed, absolutely not recommened, at least not without extensive comments explaining it. | 08:19 |
| Tyaku | Currently during the build it use -I/usr/include/matter and it still don't find the files, but as qschulz said, i think it search on "host computer" directories instead of the "/usr/include/matter" in Yocto dirs | 08:19 |
| olani[m] | Josef Holzmayr (TheYoctoJester): Sometimes you have makefiles that have to work in several build environments and pkg-config is not available. | 08:20 |
| Tyaku | I looking how to do it properly, I found some examples https://stackoverflow.com/questions/54722712/bitbake-cannot-find-the-header-file-of-another-recipe but i'm looking for examples base on CMake Project | 08:20 |
| JosefHolzmayr[m] | olani: yeah i completely agree. but the '=' character is so hard notice and so little revealing in itself that i would request the maintainer to have an extensive comment right next to it, if the process actually depends on this behaviour. | 08:22 |
| mckoan | JosefHolzmayr[m]: therefore would you mind sharing the local.conf you used to test it ? | 08:23 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 08:23 | |
| olani[m] | Tyaku: The "correct" way would be to install a pkg-config file from recipe A and use whatever CMake uses to read such files to find the correct paths. | 08:24 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 08:24 | |
| *** camus1 is now known as camus | 08:24 | |
| JosefHolzmayr[m] | mckoan: https://hastebin.com/abasapogeh.makefile | 08:27 |
| mckoan | JosefHolzmayr[m]: thank you | 08:28 |
| JosefHolzmayr[m] | np | 08:30 |
| Tyaku | olani[m] Jesus, it's terrible, when I search on internet I don't find examples about these basic things: A recipe that build using a library + headers from another recipe using CMake. | 08:31 |
| olani[m] | Tyaku I'm afraid I do not know CMake, but https://github.com/metabrainz/libmusicbrainz both consumes and generates pkg-config files (.pc) | 08:38 |
| olani[m] | and has a recipe in meta-openembedded | 08:39 |
| JosefHolzmayr[m] | yeah the main source for your headaches is probably that you wrangling two sides in one. i' suggest to first make a recipe that uses some random, already existing library. and then, in a second step, make a recipe that mimics the library behaviour with your own. | 08:41 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:50 | |
| *** bantu_ <bantu_!~bantu@edna.bantux.com> has quit IRC (Quit: bantu_) | 08:54 | |
| *** bantu <bantu!~bantu@edna.bantux.com> has joined #yocto | 08:54 | |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has joined #yocto | 08:55 | |
| RP | kanavin: https://autobuilder.yoctoproject.org/typhoon/#/builders/56/builds/1587/steps/14/logs/stdio - another render node issue - at least it shows the error though! | 08:56 |
| *** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 268 seconds) | 08:59 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 09:01 | |
| Tyaku | Did someone know how to generate .pc files (for pkg-config) on yocto ? The docs says: "The pkg-config class provides a standard way to get header and library information. This class aims to smooth integration of pkg-config into libraries that use it. | 09:21 |
| Tyaku | During staging, BitBake installs pkg-config data into the sysroots/ directory. By making use of sysroot functionality within pkg-config, this class no longer has to manipulate the files." | 09:21 |
| Tyaku | So is it supposed to be automatic if we just inherit from pkgconfig ? | 09:22 |
| olani[m] | That inherit only ensures that the native pkg-config tool is available to your build. | 09:23 |
| olani[m] | Each package can generate pkg-config in its own build system. Looking at libmusicbrainz that is done with CONFIGURE_FILE here https://github.com/metabrainz/libmusicbrainz/blob/master/CMakeLists.txt#L42 | 09:25 |
| olani[m] | The files should be installed to /usr/lib/pkgconfig. If you do this right the pc file will be included in the sysroot for dependent recipes. | 09:26 |
| Tyaku | My first project is not CMake based, only the second that use the library :/ | 09:26 |
| RP | kanavin: https://autobuilder.yoctoproject.org/typhoon/#builders/56/builds/1581/steps/14/logs/stdio looks the same, maybe it is opensuse specific? | 09:28 |
| olani[m] | The pc file is not complicated, take something like https://github.com/metabrainz/libmusicbrainz/blob/master/libmusicbrainz5.pc.cmake and clean it up for your library. Documentation for pkg-config starts here https://www.freedesktop.org/wiki/Software/pkg-config/ | 09:28 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 252 seconds) | 09:29 | |
| olani[m] | If I remember correctly you install some headers to /usr/include/matter and a static library to /usr/lib, then your pc file could look like... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/62bbb6476fac3209901e717c333c4a59410038fc) | 09:33 |
| olani[m] | Going to libmusicbrainz again they use FIND_PACKAGE on line https://github.com/metabrainz/libmusicbrainz/blob/master/CMakeLists.txt#L34 to find a cmake module(?) defined here https://github.com/metabrainz/libmusicbrainz/blob/master/cmake/modules/FindLibXml2.cmake that use pkg-config to read data from the libxml2.pc file. | 09:36 |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 09:36 | |
| Tyaku | So, for the first step, I just have to put the .pc in the folder of my recipe where I put "external files / patches". Then just inherit "pkgconfig" and the job should be done ? I see the pkgconfig.bbclass and it seems to create the pkgconfig directory (but i'm not sure). | 09:45 |
| olani[m] | The pc file has to be installed to ${D}${libdir}/pkgconfig in recipe A. It should then automagically be available in the sysroot of reciepe B. | 09:46 |
| olani[m] | You only need to inherit pkgconfig in recipe B | 09:47 |
| Tyaku | In workdir/image or workdir/sysroot-destdir I don't have the folder with pkgconfig file. | 09:47 |
| olani[m] | Which recipe? | 09:47 |
| olani[m] | If it is not in recipe A workdir/image you have not installed it correctly | 09:48 |
| olani[m] | pc-files are handled as header files in the way that they are not bitbake files but files that are part of the package build. | 09:49 |
| Tyaku | it is not supposed to be automatic if we inherit "pkgconfig.bbclass" ? https://github.com/openembedded/openembedded/blob/master/classes/pkgconfig.bbclass | 09:49 |
| olani[m] | Do you actually use that version:... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/0d15ebe341c4a6856f1f6d6cd40d220276d00f07) | 09:53 |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 09:53 | |
| olani[m] | The pkgconfig.bbclass file that I use do not install any pc-files | 09:53 |
| Tyaku | Nop, Let me check my local file .. | 09:54 |
| Tyaku | I'm using hardknot, but i'm looking the content to see if it differs | 09:54 |
| olani[m] | I'm also on hardknott and my pkgconfig.bbclass is only a single line | 09:54 |
| Tyaku | Yep me too | 09:56 |
| Tyaku | >_< | 09:56 |
| Tyaku | Ok, so i'm going to manualy configure it. | 09:56 |
| Tyaku | install* | 09:56 |
| olani[m] | I would do all of that in the project makefile. Then you can also make sure that the paths in the pc file matches the paths where the headers and libs are installed. GNU coding standards say (paraphrased) that pc-files should be generated at the install stage so they always match the values of $prefix and so on used at make install. | 09:58 |
| rburton | Tyaku: pkgconfig.bbclass simply pulls in a build dependency, it doesn't know (and cannot) know how to install pkgconfig files | 10:05 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 10:08 | |
| Tyaku | Currently it didn't work during the build of recipe B, because find_package() is looking for .cmake files (different structure from .pc), after some research find_package() don't use the .pc files, we have to use pkg_check_modules() or pkg_search_module() instead. But as I understand the objective of this is *just* to set the includes/cflags/... as defined in the configuration file provided by Receipe A (the | 10:17 |
| Tyaku | library recipe). But for my initial problem, not sure it will change something because I had in my CMakeList the include directories configured to /usr/include/matter, The files I'm looking for exists in this (workdir/image and workdir/sysroot-destdir), during the build it was not finding the header file because I think it search on computer folder. | 10:17 |
| *** coldspark29[m] <coldspark29[m]!~coldspar_@2001:470:69fc:105::db09> has joined #yocto | 10:28 | |
| *** mckoan is now known as mckoan|away | 10:31 | |
| Tyaku | Well... I find the correct include folder: "-I${STAGING_DIR_TARGET}/${includedir}/matter" | 10:33 |
| olani[m] | Using pkgconfig files will help you with those paths. Or you can use the -I= flag I mentioned above. | 10:43 |
| Tyaku | Yep, But only if the .pc file use the correct directory (so not /usr/include/matter, but with ${STAGING_DIR_TARGET}). I think I will see how to integrate pkgconfig but later. Currently I focus on building a software that use a library. | 10:45 |
| rburton | Tyaku: what is the library you're building? | 10:53 |
| Tyaku | This is the CHIP library. | 10:53 |
| rburton | https://github.com/project-chip/connectedhomeip? | 10:54 |
| Tyaku | Yes, | 10:54 |
| Tyaku | My recipe for the "CHIP" library is based on this one: https://git.ostc-eu.org/robert.drab/meta-ohos/-/blob/feature/projectmatter-recipe/meta-ohos-staging/recipes-connectivity/projectmatter/projectmatter_git.bb | 10:55 |
| rburton | hilarious/tragic that a corporate sponsors library designed to be used everywhere is so tricky to build/integrate | 10:55 |
| Tyaku | Currently I think it's not their objective to make a library "easy to use". | 10:57 |
| qschulz | rburton: have you checked the companies in the alliance? I am not surprised.. AT ALL :) | 10:57 |
| rburton | qschulz: one glorious day they'll catch up | 10:57 |
| rburton | (i'm not surprised *at all* | 10:57 |
| Tyaku | This library use the GN build system witch is not realy supported by yocto yet, so just for it, i had to pass by a gn.bbclass that a good guy made. (based on chromium in meta-browser but yeah) | 10:58 |
| Tyaku | Why GN build system ? That's the question, maybe because of Mr Google. | 10:58 |
| rburton | its less how to build the actual stuff, it's more the integration after that | 11:02 |
| rburton | it should be installing things like pkgconfig files, cmake files, something | 11:03 |
| *** Guest27 <Guest27!~Guest27@194.239.2.106> has quit IRC (Ping timeout: 256 seconds) | 11:09 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 11:14 | |
| *** Belsirk <Belsirk!~rfuentess@tmo-098-48.customers.d1-online.com> has joined #yocto | 11:14 | |
| *** Guest27 <Guest27!~Guest27@194.239.2.106> has joined #yocto | 11:16 | |
| *** rfuentess <rfuentess!~rfuentess@2a01:598:89f5:9963:d51:e2fa:404c:e241> has quit IRC (Remote host closed the connection) | 11:17 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 265 seconds) | 11:29 | |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto | 11:33 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 11:35 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 11:40 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 11:43 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 11:48 | |
| Tyaku | If my library from receipe A have a lot of directories for includes and i want to put their content in /usr/include/matter, is there a recursive syntaxt to create folder & install files ? I'm sure this is not the good way: https://pastebin.com/5tattJin | 11:54 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 240 seconds) | 11:54 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 265 seconds) | 11:54 | |
| Tyaku | The include folder need to keep the same hierarchy as the rest .. | 11:54 |
| rburton | Tyaku: doesnt matter have an install function for that | 11:55 |
| Tyaku | Matter is not made to work with yocto directly. | 11:56 |
| rburton | this isn't yocto-specific | 11:57 |
| qschulz | Tyaku: probably better to tweak the cmake of CHIP/matter/gn to install to the includedir of your choice | 11:57 |
| rburton | software being able to install is a fundamental thing | 11:57 |
| Tyaku | And the only tutorial about building matter exemples/lib/.. for yocto are using the toolchain. | 11:57 |
| rburton | ok the building documentation has made me laugh/cry | 11:58 |
| Tyaku | matter/chip use GN. I can check how to do this | 11:58 |
| rburton | they appear to assume that you're building on-target, not installing, and just linking directly against the build tree | 11:58 |
| rburton | which is frankly terrifying | 11:58 |
| Tyaku | Yes, the project is mainly "building from target" or you can cross-compile (in exemple folder) | 11:59 |
| rburton | no wonder it has 1.6K issues | 11:59 |
| rburton | https://github.com/project-chip/connectedhomeip/issues/1513 | 12:00 |
| rburton | the shortcut for recursive install is mkdir -p. which creates all parents if needed. ie mkdir ${D}${bindir} will make ${D}/usr before ${D}/usr/bin | 12:01 |
| qschulz | rburton: install -D does this too IIRC | 12:01 |
| rburton | yeah, or that | 12:02 |
| rburton | as this is terrible build infra i'd honestly say if it saves you time, cp -r and chown root:root afterwards. | 12:02 |
| rburton | (i'd normally say never do that) | 12:02 |
| qschulz | mmmm install -d does too: "treat all arguments as directory names; create all components of the specified directories" | 12:02 |
| qschulz | so whatever :p | 12:02 |
| *** nerdboy <nerdboy!~nerdboy@47.143.129.147> has joined #yocto | 12:07 | |
| olani[m] | Tyaku: Your not supposed to need STAGING_DIR_TARGET in the pc file. But maybe there is something in your package that defeats the OE setup. | 12:11 |
| Tyaku | olani[m]: Currently I don't use .pc file (i focussed on building my software, I will see this later). So currently in the recipe B I set TARGET_CFLAGS with -I${STAGING_DIR_TARGET}/${includedir}/matter | 12:14 |
| Tyaku | Just for information, I succesfully arrived to build and helloword app, that use the library and some includes from recipe A (chip/matter) and call a function from this library to display some logs. | 12:15 |
| olani[m] | Tyaku: That's fine, I just thought you said you needed STAGINIg_DIR_TARGET in the pc file above. | 12:15 |
| Tyaku | [1616581530.038811][601:601] CHIP:-: TestingTask started! | 12:16 |
| Tyaku | Ok, But what I did is not good: 1. Because i only installed the includes from directories that i need to run the helloworld... 2. Because i have to do this install process directly in the recipe ... (as rburton remark, there is an issue to do it directly in CHIP GN Build system). 3. I don't use pkg-config. | 12:18 |
| rburton | matter doesn't set a pkgconfig file, so ignore that | 12:19 |
| olani[m] | Yeah, I did not realize that this was a package that was not your own. I'd say having install statements in the recipe is fine in this case. | 12:22 |
| olani[m] | Have you tried using #include <matter/header.h> instead of using -I flags? | 12:23 |
| *** mihai- <mihai-!~mihai@user/mihai> has joined #yocto | 12:24 | |
| *** mihai- <mihai-!~mihai@user/mihai> has quit IRC (Remote host closed the connection) | 12:24 | |
| *** mihai <mihai!~mihai@user/mihai> has quit IRC (Read error: Connection reset by peer) | 12:25 | |
| *** bunk <bunk!~bunk@debian/bunk> has quit IRC (Ping timeout: 252 seconds) | 12:28 | |
| *** Guest27 <Guest27!~Guest27@194.239.2.106> has quit IRC (Ping timeout: 256 seconds) | 12:28 | |
| Tyaku | olani[m]: There is no such file, but in fact I put 4 include_directories because I don't control how the elements are included. In libCHIP.a, there are files where the #include start from "src" folder, sometimes it's from "lib" folder, sometimes it's from a generated folder [..] | 12:36 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 12:37 | |
| JosefHolzmayr[m] | reminder, its less than an hour until ndec_ and me will be live for you at https://events.linuxfoundation.org/mentorship-session-its-not-just-about-embedded-the-yocto-project/ | 12:38 |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 12:38 | |
| *** tre <tre!~tre@ip5f58aa1a.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 12:40 | |
| olani[m] | Tyaku: header.h was just an example. If you install the files to /usr/inlcude/matter it should be possible to #include them with matter/ prefix. That way you get nice namespacing and do not need the -I-flag | 12:40 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 12:44 | |
| rburton | personally i'd be asking the matter support channels how you're meant to install it | 12:46 |
| *** bunk <bunk!~bunk@debian/bunk> has joined #yocto | 12:56 | |
| *** bunk <bunk!~bunk@debian/bunk> has quit IRC (Client Quit) | 12:58 | |
| *** Tyaku <Tyaku!~Tyaku@176-154-243-92.abo.bbox.fr> has quit IRC (Quit: leaving) | 13:02 | |
| *** Tyaku <Tyaku!~Tyaku@176-154-243-92.abo.bbox.fr> has joined #yocto | 13:02 | |
| *** Tyaku <Tyaku!~Tyaku@176-154-243-92.abo.bbox.fr> has quit IRC (Client Quit) | 13:02 | |
| *** Tyaku <Tyaku!~Tyaku@176-154-243-92.abo.bbox.fr> has joined #yocto | 13:02 | |
| *** Tyaku <Tyaku!~Tyaku@176-154-243-92.abo.bbox.fr> has quit IRC (Client Quit) | 13:03 | |
| *** Tyaku <Tyaku!~Tyaku@176-154-243-92.abo.bbox.fr> has joined #yocto | 13:03 | |
| *** frieder <frieder!~frieder@p50937620.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 268 seconds) | 13:05 | |
| *** frieder <frieder!~frieder@p50937620.dip0.t-ipconnect.de> has joined #yocto | 13:08 | |
| user_123 | Hi | 13:09 |
| *** bunk <bunk!~bunk@debian/bunk> has joined #yocto | 13:10 | |
| user_123 | I have one question regarding usage of sharepoint/one drive in Yocto instead of ftp links | 13:10 |
| user_123 | How to use share point sharepoint OR ondrive links in yocto | 13:11 |
| user_123 | and store the supporting file for image build in these | 13:11 |
| *** whuang0389 <whuang0389!~whuang038@cpeac202ebbe763-cmac202ebbe760.cpe.net.fido.ca> has joined #yocto | 13:12 | |
| ThomasD13 | Hi, maybe a dumb question: When I create my own machine configuration, is it possible to specify there the kernel which should be used? I would like to get away from all the kernel-recipes of my vendor TI | 13:20 |
| Tyaku | About CHIP/Matter, I found that they have something related to pkg-config in their sources. https://github.com/project-chip/connectedhomeip/tree/master/build/config/linux I'm going to check, it's possible that the .py script build it | 13:26 |
| qschulz | ThomasD13: yes,PREFERRED_PROVIDER_virtual/kernel = "<linux-recipe>" and/or PREFERRED_VERSION_virtual/kernel = "<linux-recipe-version>" | 13:27 |
| JPEW | We are seeing a problem where a packagegroup doesn't rebuild when a package it pulls in bumps major versions; this causes it to look for the old library version when restored from sstate (e.g. libfoo0 when the new one is libfoo1) and causes a build failure. Does this sound famililar? | 13:29 |
| JPEW | It seems like it might have been fixed in a more recent version of Yocto and I'd like to backport the fix but I cannot seem to find it | 13:30 |
| ThomasD13 | thanks qschulz! A second question: The vendor add a lot of patches and config fragments for their kernel version. Can I somehow prevent the application of these patches via my own (maybe with higher priority) layer? Is that a "clean" way to do it? | 13:30 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 13:35 | |
| manuel1985 | Hello all. I intend to runqemu with kernel parameters supplied using bootparams=. Then I have systemd service which starts the ptest tests when the condition is fulfilled. Basically, on my devmachine I want to do a "kas shell -c runqemu bootparams=runtests kas-config.yml" and have qemu boot up and run the tests. | 13:37 |
| manuel1985 | What are your opinions? Are there better ways to do this? | 13:37 |
| manuel1985 | Is there existing functionality I can leverage? | 13:37 |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 13:44 | |
| qschulz | ThomasD13: if you use a differnet kernel recipe, the patches and config fragments won't apply to your new recipe | 13:44 |
| qschulz | ThomasD13: if we're talking about vendor-kernel-specific changes to non-kernel recipes, I think you better start from scratch and ditch your vendor layer and start your own :) | 13:45 |
| Tyaku | I'm watching webbinar :) | 13:48 |
| tlwoerner | wow, this is pretty stupid. i'm trying to register for ndec_ and JosefHolzmayr[m] talk, but because my company's name isn't in their preset dropdown list, it won't let me register | 13:49 |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 13:49 | |
| tlwoerner | so in order to register i'll have to pick a name of a company that i don't actually work for, one that's in their prepopulated list | 13:50 |
| tlwoerner | i chose "yocto project" ;-) | 13:51 |
| *** gsalazar_ <gsalazar_!~gsalazar@194.38.148.130> has joined #yocto | 13:51 | |
| *** gsalazar <gsalazar!~gsalazar@213.58.201.38> has quit IRC (Ping timeout: 252 seconds) | 13:54 | |
| ndec_ | tlwoerner: heh.. | 13:54 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 14:06 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 14:11 | |
| ThomasD13 | qschulz, thanks, I have to think about it. Not sure which mess is less :) | 14:12 |
| qschulz | ThomasD13: it all depends how much you need from the vendor BSP layer. Usually it's machine conf file, kernel, and bootloader stuff. Those you can manually import in your own layer | 14:16 |
| *** ThomasD13 <ThomasD13!~thomasd13@dsl01.212.114.255.148.ip-pool.nefkom.net> has quit IRC (Ping timeout: 252 seconds) | 14:17 | |
| *** fray <fray!~fray@70.99.78.136> has quit IRC (Ping timeout: 265 seconds) | 14:20 | |
| *** fray <fray!~fray@70.99.78.136> has joined #yocto | 14:21 | |
| *** koty0f <koty0f!~filip@78-80-26-108.customers.tmcz.cz> has joined #yocto | 14:25 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 14:26 | |
| *** koty0f_ <koty0f_!~filip@212.27.194.162> has joined #yocto | 14:31 | |
| *** koty0f <koty0f!~filip@78-80-26-108.customers.tmcz.cz> has quit IRC (Ping timeout: 252 seconds) | 14:32 | |
| *** koty0f_ <koty0f_!~filip@212.27.194.162> has quit IRC (Client Quit) | 14:34 | |
| *** koty0f_ <koty0f_!~filip@212.27.194.162> has joined #yocto | 14:34 | |
| *** koty0f_ is now known as koty0f | 14:34 | |
| *** koty0f <koty0f!~filip@212.27.194.162> has quit IRC (Client Quit) | 14:34 | |
| *** koty0f <koty0f!~filip@212.27.194.162> has joined #yocto | 14:34 | |
| *** fray <fray!~fray@70.99.78.136> has quit IRC (Ping timeout: 252 seconds) | 14:39 | |
| *** fray <fray!~fray@70.99.78.136> has joined #yocto | 14:39 | |
| *** whuang0389 <whuang0389!~whuang038@cpeac202ebbe763-cmac202ebbe760.cpe.net.fido.ca> has quit IRC (Quit: Client closed) | 14:42 | |
| *** Tyaku <Tyaku!~Tyaku@176-154-243-92.abo.bbox.fr> has quit IRC (Quit: leaving) | 15:04 | |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has quit IRC (Remote host closed the connection) | 15:05 | |
| *** gsalazar_ is now known as gsalazar | 15:10 | |
| *** frieder <frieder!~frieder@p50937620.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 268 seconds) | 15:11 | |
| *** Belsirk <Belsirk!~rfuentess@tmo-098-48.customers.d1-online.com> has quit IRC (Remote host closed the connection) | 15:22 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 15:40 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 260 seconds) | 15:53 | |
| *** gsalazar <gsalazar!~gsalazar@194.38.148.130> has quit IRC (Remote host closed the connection) | 15:54 | |
| *** gsalazar <gsalazar!~gsalazar@194.38.148.130> has joined #yocto | 15:54 | |
| *** nerdboy <nerdboy!~nerdboy@47.143.129.149> has joined #yocto | 16:07 | |
| *** koty0f <koty0f!~filip@212.27.194.162> has quit IRC (Ping timeout: 268 seconds) | 16:09 | |
| *** zpfvo <zpfvo!~fvo@89.244.125.192> has quit IRC (Remote host closed the connection) | 16:11 | |
| *** dev1990 <dev1990!~dev@78.10.71.240> has joined #yocto | 16:33 | |
| *** amitk <amitk!~amit@103.208.69.187> has quit IRC (Ping timeout: 252 seconds) | 16:34 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:36 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 16:37 | |
| *** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has joined #yocto | 16:46 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds) | 16:46 | |
| *** gsalazar <gsalazar!~gsalazar@194.38.148.130> has quit IRC (Ping timeout: 265 seconds) | 16:49 | |
| *** Guest53 <Guest53!~Guest53@64.222.164.134> has joined #yocto | 16:50 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 17:00 | |
| RP | Does anyone fancy a reproducibility bug: https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20210915-ssws2iy5/packages/diff-html/ ? | 17:27 |
| *** bunk <bunk!~bunk@debian/bunk> has quit IRC (Quit: leaving) | 17:28 | |
| fray | the case on the right looks a lot like someone turned on the static user id code | 17:32 |
| fray | but it's not on, one ht left | 17:32 |
| * RP suspects an sstate hash issue with the static-group/passwd files from meta-selftest | 17:32 | |
| fray | lol, there we go.. has static group/passwd seems odd | 17:33 |
| RP | fray: perhaps the task checksum isn't accounting for that being turned on | 17:33 |
| fray | maybe, I hadn't thought of that.. | 17:33 |
| RP | fray: the selftest static files use 522 as the number | 17:33 |
| fray | looks like anon pthing is updating the configs. So maybe this is hiding it from the hash processing | 17:37 |
| fray | 'er.. anon python | 17:37 |
| RP | hmm, I'd expect the code to be able to see the result | 17:38 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 17:42 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 17:47 | |
| *** koty0f <koty0f!~filip@212.27.194.162> has joined #yocto | 17:54 | |
| *** bunk <bunk!~bunk@debian/bunk> has joined #yocto | 18:21 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 18:25 | |
| vd | do you usually find conf fragments in conf/include/* or does it have to be specific like conf/distro/include? | 18:29 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 18:29 | |
| RP | vd: depends on the context | 18:31 |
| *** mranostaj <mranostaj!~mranostaj@185.193.126.133> has quit IRC (Ping timeout: 268 seconds) | 18:31 | |
| vd | RP: I'm customizing the build, like adding OVERRIDES, changing IMAGE_LINK_NAME and a few other things based on BB_CURRENT_MC for various multiconfig. It is currently in the distro, but it doesn't feel right | 18:34 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Ping timeout: 260 seconds) | 18:36 | |
| RP | vd: those do sound like distro things | 18:36 |
| RP | rburton, JPEW, sgw: Could someone have a look at and ack "create-spdx.bbclass: Search all license directories for license" please? | 18:37 |
| vd | RP: like setting IMAGE_LINK_NAME "${IMAGE_BASENAME}" so that it's simpler to reference (and embed) an image into another. Where would you put such configuration? conf/distro/include/mybuild.inc? | 18:37 |
| vd | (IMAGE_LINK_NAME = *) | 18:37 |
| RP | vd: it is part of your distro setup | 18:37 |
| RP | I mean you can put it where you like but it is really distro config | 18:38 |
| vd | ok. I was a bit confused with the fact that image/machine/distro must be orthogonal, I felt like I couldn't easily test another distro like poky with my images, but I guess flexibility has its limits | 18:39 |
| vd | what I mean is that by referencing IMAGE_LINK_NAME (thus IMAGE_BASENAME) in my image recipes, they kinda become distro specific, but well you're right it's part of my distro anyway. | 18:41 |
| RP | vd: your images are probably strongly tied to your distro but as you say, at some point it isn't generic | 18:41 |
| vd | indeed | 18:41 |
| *** mranostaj <mranostaj!~mranostaj@185.193.126.133> has joined #yocto | 18:41 | |
| vd | especially since they do require to inherit a few class, which makes them even less generic | 18:42 |
| * vd says goodbye to core-image-minimal | 18:42 | |
| vd | The meaning of "distro" in OpenEmbedded is often a concern, I guess one must see it more as a "build" configuration in fact. | 18:44 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 18:45 | |
| RP | distro is the policy/configuration effectively | 18:45 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has left #yocto | 18:47 | |
| RP | kanavin: how are the deprecation fixes looking? | 18:47 |
| vd | so "ideally" image/distro/machine should be orthogonal, but it's rarely the case in the real world, right? | 18:47 |
| JPEW | vd: You can keep them pretty orthagonal... it can take a little work though | 18:50 |
| RP | vd: it definitely can be done, it likely just isn't worth it to you for your images | 18:50 |
| vd | ok, thanks a lot. | 18:51 |
| kergoth | I wouldn't go as far as to say it's rarely the case. Fairly common for new users to take shortcuts in that area until/if they realize the benefits of it, however | 18:58 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 18:59 | |
| *** agrue <agrue!~agrue@static-host-74-221-178-231.epbinternet.com> has quit IRC (Quit: ZNC 1.7.5+deb4 - https://znc.in) | 19:09 | |
| *** agrue <agrue!~agrue@static-host-74-221-178-231.epbinternet.com> has joined #yocto | 19:09 | |
| JosefHolzmayr[m] | RP: concerning the sstate thing from earlier - should qemu also be pulled? | 19:15 |
| RP | JosefHolzmayr[m]: depends if your configuration matches what the autobuilder builds | 19:17 |
| JosefHolzmayr[m] | RP: hmmm | 19:19 |
| *** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has joined #yocto | 19:26 | |
| *** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has quit IRC (Client Quit) | 19:26 | |
| *** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has joined #yocto | 19:28 | |
| JosefHolzmayr[m] | seems i missed the assume provided for libsdl2 | 19:29 |
| *** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has quit IRC (Client Quit) | 19:30 | |
| *** manuel <manuel!~manuel@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has joined #yocto | 19:32 | |
| manuel | Hi all! I'm creating an image for qemux86-64. When finishing the build, bitbake spends quite some time in do_image_tar. Is that necessary, when the image is only run in qemu? | 19:34 |
| manuel | I understand qemu accesses the .ext3 file | 19:34 |
| *** manuel is now known as manuel1985 | 19:37 | |
| JosefHolzmayr[m] | manuel: probably not exactly necessary. | 19:39 |
| *** manuel1985 is now known as manuel | 19:39 | |
| JosefHolzmayr[m] | what do you defined as "quite some time"? | 19:39 |
| manuel | A minute or so | 19:40 |
| manuel | Can I disable it? | 19:40 |
| JosefHolzmayr[m] | IMAGE_FSTYPES = "ext3" in local.conf to try. in the long run you might want to derive your own qemu version as MACHINE and set it there. | 19:41 |
| *** koty0f <koty0f!~filip@212.27.194.162> has quit IRC (Quit: Konversation terminated!) | 19:45 | |
| manuel | Thanks! | 19:45 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 19:48 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 20:01 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 20:04 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5390:d00:12bf:48ff:feb8:38c8> has joined #yocto | 20:16 | |
| *** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has joined #yocto | 20:27 | |
| *** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has quit IRC (Client Quit) | 20:27 | |
| *** florian <florian!~florian@dynamic-078-048-096-184.78.48.pool.telefonica.de> has joined #yocto | 20:35 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 20:49 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 21:07 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 21:10 | |
| RP | kergoth: an interesting dilemma: DESCRIPTION_abc = "Refer to ${DESCRIPTION}", OVERRIDES = "abc", getVar("DESCRIPTION") | 21:11 |
| RP | Only "works" today since package.bbclass flattens variable references badly in emit_packagedata and I just tried to fix that | 21:12 |
| *** alex88 <alex88!~alex88@ip72-207-140-105.lv.lv.cox.net> has quit IRC (Ping timeout: 240 seconds) | 21:14 | |
| *** alex88_ <alex88_!~alex88@ip72-207-140-105.lv.lv.cox.net> has joined #yocto | 21:14 | |
| *** amitk <amitk!~amit@103.208.69.187> has joined #yocto | 21:17 | |
| vd | multiple overrides works, right? FOO_append_a_b is applied if and only if OVERRIDES contains both "a" and "b", correct? | 21:18 |
| RP | vd: yes | 21:21 |
| * RP takes a wild guess that changing the way DESCRIPTION and SUMMARY work at M4 would not go down well | 21:21 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 21:22 | |
| ant__ | RP: sigh..like IMAGE_FSTYPE...all is set in a random class... | 21:34 |
| *** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has joined #yocto | 21:35 | |
| *** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has quit IRC (Client Quit) | 21:35 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 21:36 | |
| ant__ | well, the original sinner was IMAGE_FSTYPES_collie :) | 21:37 |
| RP | fray: I think I found the issue for the user corruption and a fix that hopefully doesn't break too much else | 21:42 |
| * RP sends a patch out | 21:46 | |
| fray | excellent.. I'll tkae a look | 21:48 |
| *** bluearc <bluearc!~quassel@137.78.79.57> has joined #yocto | 21:49 | |
| *** amitk <amitk!~amit@103.208.69.187> has quit IRC (Ping timeout: 268 seconds) | 21:53 | |
| *** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has joined #yocto | 21:53 | |
| *** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has quit IRC (Client Quit) | 21:53 | |
| RP | The trouble was the pkgdata was identical for both dynamic and static cases with the recent do_package reproducibility improvements so it matched them up and accelerated the build with it | 21:53 |
| *** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has joined #yocto | 21:59 | |
| *** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has quit IRC (Client Quit) | 21:59 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 22:01 | |
| fray | Ya,.. I can't say I completely undertand the fix, but I think I get the general idea.. | 22:01 |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.96.230> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 22:10 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.96.230> has joined #yocto | 22:10 | |
| *** Guest53 <Guest53!~Guest53@64.222.164.134> has quit IRC (Quit: Client closed) | 22:19 | |
| *** yannd <yannd!~yann@88.120.44.86> has joined #yocto | 22:19 | |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 22:29 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 22:41 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 23:07 | |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto | 23:08 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto | 23:10 | |
| *** florian <florian!~florian@dynamic-078-048-096-184.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds) | 23:22 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 23:37 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds) | 23:39 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!