| *** barometz <barometz!~dvanb@31-151-148-212.dynamic.upc.nl> has quit IRC (Ping timeout: 252 seconds) | 00:06 | |
| *** MrFrank <MrFrank!~MrFrank@mx1.fracta.dev> has quit IRC (Read error: Connection reset by peer) | 00:19 | |
| *** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has quit IRC (Read error: Connection reset by peer) | 00:24 | |
| *** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has joined #yocto | 00:25 | |
| *** MrFrank <MrFrank!~MrFrank@mx1.fracta.dev> has joined #yocto | 00:44 | |
| roussinm | https://git.yoctoproject.org/poky/commit/meta/recipes-graphics/mesa?id=290b654a38e0e2ca1e3c48cb6e7a520332d6c91e actually something like this, but not this because this seems to create cycle with the line just above. | 00:54 |
|---|---|---|
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 265 seconds) | 00:54 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 00:55 | |
| *** davidinux <davidinux!~davidinux@host-87-14-203-93.retail.telecomitalia.it> has quit IRC (Ping timeout: 265 seconds) | 01:04 | |
| *** davidinux <davidinux!~davidinux@host-95-237-135-86.retail.telecomitalia.it> has joined #yocto | 01:14 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 01:15 | |
| *** starblue <starblue!~juergen@dslb-094-221-189-043.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 264 seconds) | 01:34 | |
| *** starblue <starblue!~juergen@dslb-094-221-179-030.094.221.pools.vodafone-ip.de> has joined #yocto | 01:35 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 01:38 | |
| *** camus <camus!~Instantbi@2409:8a55:9e62:8270:9190:761d:c257:391c> has joined #yocto | 01:48 | |
| *** alex88 <alex88!~alex88@user/alex88> has quit IRC (Ping timeout: 264 seconds) | 02:26 | |
| *** alex88 <alex88!~alex88@user/alex88> has joined #yocto | 02:35 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 02:36 | |
| *** lrossett <lrossett!~odra@187.74.125.51> has quit IRC (Ping timeout: 268 seconds) | 03:21 | |
| *** amitk <amitk!~amit@103.59.74.41> has joined #yocto | 04:04 | |
| *** camus <camus!~Instantbi@2409:8a55:9e62:8270:9190:761d:c257:391c> has quit IRC (Ping timeout: 264 seconds) | 04:29 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 04:33 | |
| *** mischief <mischief!~mischief@wopr.sciops.net> has quit IRC (Ping timeout: 248 seconds) | 04:34 | |
| *** mischief <mischief!~mischief@wopr.sciops.net> has joined #yocto | 04:36 | |
| *** camus <camus!~Instantbi@120.239.247.103> has joined #yocto | 04:37 | |
| *** camus <camus!~Instantbi@120.239.247.103> has quit IRC (Client Quit) | 04:38 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 265 seconds) | 04:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 04:39 | |
| *** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has quit IRC (Ping timeout: 252 seconds) | 04:40 | |
| *** beneth <beneth!5cb2199230@xmpp.beneth.fr> has quit IRC (Read error: Connection reset by peer) | 04:41 | |
| *** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has joined #yocto | 04:43 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 265 seconds) | 04:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 04:44 | |
| *** mischief <mischief!~mischief@wopr.sciops.net> has quit IRC (Ping timeout: 252 seconds) | 04:55 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 04:56 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 04:57 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection) | 04:57 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 04:57 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 05:02 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:02 | |
| *** beneth <beneth!5cb2199230@xmpp.beneth.fr> has joined #yocto | 05:06 | |
| *** mischief <mischief!~mischief@wopr.sciops.net> has joined #yocto | 05:10 | |
| *** mischief <mischief!~mischief@wopr.sciops.net> has quit IRC (Ping timeout: 260 seconds) | 05:20 | |
| *** kaiwan <kaiwan!~kaiwan@205.254.173.109> has joined #yocto | 05:32 | |
| *** mischief <mischief!~mischief@wopr.sciops.net> has joined #yocto | 05:32 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC (Quit: WeeChat 3.0) | 05:35 | |
| *** mischief <mischief!~mischief@wopr.sciops.net> has quit IRC (Ping timeout: 252 seconds) | 05:38 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 05:56 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:09 | |
| *** vladest <vladest!~Thunderbi@124.150.198.178.dynamic.wline.res.cust.swisscom.ch> has joined #yocto | 06:12 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 06:12 | |
| *** mischief <mischief!~mischief@wopr.sciops.net> has joined #yocto | 06:14 | |
| *** mischief <mischief!~mischief@wopr.sciops.net> has quit IRC (Ping timeout: 268 seconds) | 06:26 | |
| *** MrFrank <MrFrank!~MrFrank@mx1.fracta.dev> has quit IRC (Remote host closed the connection) | 06:27 | |
| *** MrFrank <MrFrank!~MrFrank@mx1.fracta.dev> has joined #yocto | 06:28 | |
| *** mischief <mischief!~mischief@wopr.sciops.net> has joined #yocto | 06:30 | |
| *** MrFrank <MrFrank!~MrFrank@mx1.fracta.dev> has quit IRC (Remote host closed the connection) | 06:33 | |
| *** barometz <barometz!~dvanb@92-109-61-249.cable.dynamic.v4.ziggo.nl> has joined #yocto | 06:37 | |
| *** MrFrank <MrFrank!~MrFrank@mx1.fracta.dev> has joined #yocto | 06:38 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 06:43 | |
| *** mckoan|away is now known as mckoan | 06:47 | |
| mckoan | good morning | 06:47 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 06:52 | |
| *** dev1990 <dev1990!~dev@178-36-249-43.adsl.inetia.pl> has joined #yocto | 07:05 | |
| *** dev1990 <dev1990!~dev@178-36-249-43.adsl.inetia.pl> has quit IRC (Client Quit) | 07:05 | |
| marek | morning | 07:09 |
| *** sstiller <sstiller!~sstiller@p200300f07f116400d9e60d00bd6b10e4.dip0.t-ipconnect.de> has joined #yocto | 07:13 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4605:ca00:24d7:51ff:fed6:906d> has joined #yocto | 07:28 | |
| qschulz | o/ | 08:03 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:05 | |
| chrysh | rburton: Thanks, that makes a lot of sense! And when are -dbg ipks added? When you enable that in EXTRA_IMAGE_FEATURES? | 08:05 |
| *** inisider <inisider!~inisider@195.238.92.112> has joined #yocto | 08:25 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 08:27 | |
| inisider | hello. could you please tell me if i can to do stuff similar to #if #else in C. I would like to do PACKAGECONFIG_remove="pam" in recipe just in case when VAR1==release. Is it possible? | 08:28 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 08:28 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 252 seconds) | 08:33 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 265 seconds) | 08:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 08:34 | |
| qschulz | inisider: PACKAGECONFIG_remove = ${@'pam' if d.getVar("VAR1") == 'release' else ''} | 08:35 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 08:35 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 08:38 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 08:38 | |
| rfuentess | morning | 08:39 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 265 seconds) | 08:39 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:39 | |
| LetoThe2nd | yo dudX | 08:46 |
| *** MrFrank <MrFrank!~MrFrank@mx1.fracta.dev> has quit IRC (Read error: Connection reset by peer) | 08:50 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 08:53 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 08:53 | |
| *** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Ping timeout: 252 seconds) | 08:59 | |
| *** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto | 09:04 | |
| *** MrFrank <MrFrank!~MrFrank@mx1.fracta.dev> has joined #yocto | 09:04 | |
| *** DennisE <DennisE!~DennisE@212.51.7.30> has joined #yocto | 09:08 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 265 seconds) | 09:08 | |
| *** kalj <kalj!~kalj@78-71-20-170-no193.tbcn.telia.com> has joined #yocto | 09:15 | |
| kanavin | inisider, it's better to conditionally add pam where it is added in the first place | 09:15 |
| kanavin | the more things like this, the harder it becomes to understand how your distro is constructed, and where mysterious fails come from | 09:15 |
| kalj | Hey, If I add a new layer in bblayers.conf - Should bitbake pick that out without deleting some directories (e.g. tmp) ? | 09:17 |
| kalj | I.e. rebuild everything that was affected? | 09:18 |
| mckoan | kalj: depends(TM) | 09:18 |
| LetoThe2nd | mckoan: sometimes it rdepends(TM) | 09:18 |
| kalj | :) | 09:18 |
| mckoan | kalj: if in the new layer you have anything impacting the underlying latyers | 09:18 |
| mckoan | LetoThe2nd: LOL | 09:19 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 09:19 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 09:19 | |
| kalj | If the new layer includes something in my MACHINE_EXTRA_RRECOMMENDS which wasn't previously available | 09:20 |
| LetoThe2nd | kalj: lets put it like that. a properly constructed and well-behaving layer (e.g., yocto project compatible) must not have any effect by just being added. as such, it should be properly picked up once you start enabling things in the layer. | 09:20 |
| LetoThe2nd | kalj: MACHINE_EXTRA_RRECOMMENDS should be strongly tied to a specific MACHINE, and therefor unproblematic, AFAICS | 09:21 |
| kalj | Okay, I am making some experiments now. | 09:21 |
| kalj | Second question, if I change by local.conf, by adding a DISTRO_FEATURES:append entry, should bitbake rebuild everything affected too? | 09:22 |
| inisider | kanavin: thanks. the issue is actually that weston is built with PAM by default but in my distro was decided to disable login so pam isn't available any more so that's why the dicsion of removing 'pam' from PACKAGECONFIG of weston was made. | 09:23 |
| inisider | qschulz: thanks | 09:23 |
| kanavin | inisider, then it's better to reset PACKAGECONFIG completely, not use _remove | 09:23 |
| LetoThe2nd | kalj: it should unless somebody did something dirty somewhere. | 09:23 |
| kalj | LetoThe2nd: Interesting. | 09:24 |
| LetoThe2nd | kalj: are you seeing something unexpected? | 09:25 |
| kalj | Yeah, maybe :) I am trying to build a custom image based on core-image-base for raspberrypi3 using meta-raspberrypi | 09:27 |
| kalj | I am trying to see what enables wifi support. I think DISTRO_FEATURES:append = " wifi" and/or MACHINE_FEATURES:append = " wifi" is necessary | 09:27 |
| kalj | But bitbake doesn't seem to pick that up. | 09:27 |
| qschulz | inisider: is it? because the recipe seems to only add pam if pam is in DISTRO_FEATURES, c.f. https://git.openembedded.org/openembedded-core/tree/meta/recipes-graphics/wayland/weston_8.0.0.bb?h=dunfell#n35 | 09:28 |
| qschulz | kalj: check with bitbake-getvar -r recipe DISTRO_FEATURES to see if wifi is actually part of DISTRO_FEATURES or not | 09:28 |
| LetoThe2nd | kalj: nah, i don't think the wifi flag has an effect there. those DISTRO_FEATURES are sometimes rather outdated.... and what qschulz said. | 09:29 |
| kalj | qschulz LetoThe2nd are you saying that adding " wifi" to DISTRO_FEATURES is a no op? | 09:33 |
| qschulz | kalj: it does something, do a git grep in poky to see the lines of DISTRO_FEATURES with wifi in it | 09:34 |
| LetoThe2nd | kalj: its not a no op, but its not guaranteed to magically enable wifi. because a lot of MACHINES and recipes just don't look at it. | 09:35 |
| qschulz | kalj: however from a quickl look, there does not seem to be any user of wifi in MACHINE_FEATURES | 09:36 |
| *** lrossett <lrossett!~odra@2804:431:c7e1:c64a:7bf9:21e4:6bb5:b404> has joined #yocto | 09:37 | |
| LetoThe2nd | ah ya, its also MACHINE_FEATURES, not DISTRO_FEATURES | 09:39 |
| qschulz | LetoThe2nd: no, wifi is used when in DISTRO_FEATURES, but not in MACHINEFEATURES | 09:40 |
| kalj | How can I learn what having "wifi" in these _FEATURES affect ? I tried grepping in poky, but got a bit overwhelmed | 09:42 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 09:44 | |
| qschulz | kalj: git grep "DISTRO_FEATURES.*wifi" does not return too much | 09:44 |
| qschulz | kalj: very quickly, it enables rfkill support in busybox/systemd, adds wifi support to conmnan, adds runtime dependency of wpa-supplicant to neard and add the wifi packagegroup to your image if it includes packagegroup-base already | 09:46 |
| *** MrFrank <MrFrank!~MrFrank@mx1.fracta.dev> has quit IRC (Remote host closed the connection) | 09:46 | |
| kalj | Ah, yeah thanks. | 09:47 |
| *** MrFrank <MrFrank!~MrFrank@mx1.fracta.dev> has joined #yocto | 09:47 | |
| kalj | "packagegroup-base-wifi" | 09:47 |
| kalj | That makes sense | 09:47 |
| kalj | What does wifi in MACHINE_FEATURES do then ? | 09:48 |
| kalj | that really doesn't show much relevant neither in poky nor in meta-raspberrypi | 09:50 |
| qschulz | kalj: nothing | 09:50 |
| qschulz | kalj: nothing in the core, don't know about third party layers | 09:50 |
| kalj | Perfect, strange that it is listed here though: | 09:51 |
| kalj | https://docs.yoctoproject.org/ref-manual/features.html#machine-features | 09:51 |
| *** lrossett is now known as odra | 09:53 | |
| qschulz | kalj: leftovers :) can you send a patch to yocto-docs to remove it? | 09:53 |
| qschulz | mmmmm | 09:54 |
| qschulz | we actually have one machine that sets it up: meta-yocto-bsp/conf/machine/include/genericx86-common.inc | 09:54 |
| qschulz | but this was added 9 years ago with the introducing commit, so don't know :/ | 09:55 |
| qschulz | i would still remove it from the docs as it does not seem to be used (at least obviously) as opposed to apmor acpi | 09:56 |
| kalj | Heh does seem like leftovers indeed. But since nothing else uses it, does it do anyting? | 09:57 |
| kalj | BTW, how do I submit a patch? Can do a PR somewhere or how does it work? | 09:58 |
| qschulz | kalj: https://docs.yoctoproject.org/dev-manual/common-tasks.html#submitting-a-change-to-the-yocto-project | 10:01 |
| *** starblue <starblue!~juergen@dslb-094-221-179-030.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 252 seconds) | 10:03 | |
| *** starblue <starblue!~juergen@dslb-094-221-179-030.094.221.pools.vodafone-ip.de> has joined #yocto | 10:06 | |
| *** HalimA <HalimA!~halim@ip-152.net-89-3-154.rev.numericable.fr> has joined #yocto | 10:06 | |
| *** Medos <Medos!~Medosbin@cust-west-rhe-46-193-17-7.wb.wifirst.net> has joined #yocto | 10:07 | |
| *** Abderraouf <Abderraouf!~afou@2a02-8440-2341-a17e-4ecc-6aff-fed0-16d7.rev.sfr.net> has joined #yocto | 10:07 | |
| *** mckoan is now known as mckoan|away | 10:31 | |
| *** Abderraouf <Abderraouf!~afou@2a02-8440-2341-a17e-4ecc-6aff-fed0-16d7.rev.sfr.net> has quit IRC (Quit: Leaving) | 10:44 | |
| *** amitk <amitk!~amit@103.59.74.41> has quit IRC (Ping timeout: 268 seconds) | 10:46 | |
| *** amitk <amitk!~amit@103.208.69.22> has joined #yocto | 10:53 | |
| *** odra <odra!~odra@2804:431:c7e1:c64a:7bf9:21e4:6bb5:b404> has quit IRC (Remote host closed the connection) | 10:54 | |
| kalj | No, I just tried here now. If I do the following: | 10:54 |
| kalj | 1. Build my image without "wifi" in DISTRO_FEATURES | 10:54 |
| kalj | 2. Then add it in local.conf | 10:54 |
| kalj | 3. Rerun bitbake, it does not produce a noticible difference. | 10:54 |
| kalj | Now gonna try cleaning tmp and sstate-cache now | 10:54 |
| *** odra <odra!~odra@2804:431:c7e1:c64a:7bf9:21e4:6bb5:b404> has joined #yocto | 10:55 | |
| *** amitk_ <amitk_!~amit@103.208.71.161> has joined #yocto | 10:58 | |
| *** amitk <amitk!~amit@103.208.69.22> has quit IRC (Ping timeout: 265 seconds) | 10:58 | |
| DennisE | Hi, I'm pretty new to the yocto project so bear with me if these are trivial problems :/ | 11:01 |
| DennisE | I followed this(https://hub.mender.io/t/preparing-the-yocto-project-environment-from-scratch/801) tutorial and was able to compile a minimal yocto image, flash that image to a SD card and run it on a raspberrypi3. | 11:01 |
| DennisE | My next goal is to add the azure device update layer(https://github.com/hiroyha1/meta-azure-device-update) | 11:01 |
| DennisE | I cloned the repository to the sources directory and tried to add this layer via bitbake. Since LAYERSERIES_COMPAT in layer.conf was set to "warrior" this failed. I changed that variable to "kirkstone" and updated the syntax in all bb files, basically changing *_append/*_prepend to *:append/*:prepend. | 11:01 |
| DennisE | Now when I try to run bitbake adu-image-base I get this error: | 11:01 |
| DennisE | ERROR: No recipes in default available for: | 11:01 |
| DennisE | $MYWORKDIR/sources/meta-azure-device-update/recipes-bsp/u-boot/u-boot-fw-utils_%.bbappend | 11:01 |
| DennisE | I searched for this error and found out that sometimes there are "dangling appends". As I found out a fix for that could be to set "BB_DANGLINGAPPENDS_WARNONLY ?= "true"" in the layer.conf. | 11:01 |
| DennisE | After running bitbake adu-base-image again the next error is: | 11:01 |
| DennisE | ERROR: adu-base-image-1.0-r0 do_rootfs: Could not invoke dnf. | 11:01 |
| DennisE | [...] | 11:01 |
| DennisE | No match for argument: adu-agent-service | 11:01 |
| DennisE | Error: Unable to find a match: adu-agent | 11:01 |
| DennisE | So I'm pretty stuck here. I think that the dangling appends are the reason for that error - the adu-agent-service isnt build so cannot be packed in the image, for me this makes sense since the root_fs is part of the OTA functionality. My approach would be to revert the "BB_DANGLINGAPPENDS_WARNONLY" change and get this layer to build properly, but | 11:01 |
| DennisE | I'm struggling to debug this further. | 11:01 |
| DennisE | As said. I'm a beginner with yocto, so it would be nice if you can give me some pointers how to figure out this problem and help me to solve that for myself. :) | 11:01 |
| DennisE | P.S if the proposed layer is utterly broken and there is no easy way to get this to work with the kirkstone release a hint would be great :P | 11:01 |
| *** amitk <amitk!~amit@103.59.74.76> has joined #yocto | 11:03 | |
| *** amitk_ <amitk_!~amit@103.208.71.161> has quit IRC (Ping timeout: 265 seconds) | 11:03 | |
| *** odra <odra!~odra@2804:431:c7e1:c64a:7bf9:21e4:6bb5:b404> has quit IRC (Remote host closed the connection) | 11:05 | |
| *** odra <odra!~odra@2804:431:c7e1:c64a:7bf9:21e4:6bb5:b404> has joined #yocto | 11:06 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 11:07 | |
| kalj | Shouldn't you check out the corresponding "warrior" branch of poky etc rather than changing what meta-azure-device-update specifies? | 11:07 |
| kalj | (should probably add that I am a beginner too) | 11:08 |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 11:10 | |
| DennisE | The custom distro is for my company which produces vending machines. There is no way to work with a deprecated release with EOL support. | 11:12 |
| *** jclsn <jclsn!~jclsn@2a04:4540:652a:2e00:2ce:39ff:fecf:efcd> has joined #yocto | 11:12 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:652a:2e00:2ce:39ff:fecf:efcd> has quit IRC (Client Quit) | 11:12 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:652a:2e00:2ce:39ff:fecf:efcd> has joined #yocto | 11:12 | |
| *** amitk_ <amitk_!~amit@103.208.71.146> has joined #yocto | 11:13 | |
| jclsn | So another deparment of ours wants to buy an Apple M1 Ultra build server for building Yocto in Docker containers. Do you think that is a good idea? :D | 11:13 |
| jclsn | They haven't evaluated it yet. I am really curious to see their results. I mean if they are Apple fanboys, they have to do this I guess. But I would never... | 11:14 |
| rburton | jclsn: a studio would possibly be a better bet | 11:15 |
| *** amitk <amitk!~amit@103.59.74.76> has quit IRC (Ping timeout: 264 seconds) | 11:16 | |
| rburton | I've done builds on a M1 MPB in a container, and it's very fast considering it's a laptop | 11:16 |
| rburton | you can spend the same amount of money on an amd workstation and get a lot faster builds though | 11:16 |
| jclsn | rburton: Yeah I would guess the same | 11:17 |
| rburton | compromise being full size tower vs laptop, obviously | 11:17 |
| jclsn | I think it is supposed to be a build server, so it can be a tower | 11:17 |
| rburton | https://www.lenovo.com/gb/en/thinkstation-p620 <-- i've done a core-image-sato on a 32-core p620 in 27 minutes, and that includes seven minutes of waiting for rust-native to finish | 11:17 |
| kalj | DennisE That makes sense, then I am out of luck. | 11:18 |
| jclsn | rburton: Yeah I suggested one of those about a year. My boss didn't want to spend the money. It's been a year now and our pipelines are still not running xD | 11:19 |
| rburton | but they want a ultra mpb? | 11:19 |
| jclsn | That is another department, where they are not as stingy | 11:20 |
| rburton | ha | 11:20 |
| *** amitk <amitk!~amit@103.59.74.108> has joined #yocto | 11:21 | |
| rburton | i mean, offer to trial a Studio with a M1 Ultra, i'm curious :) | 11:21 |
| jclsn | Yep me too. I will definitely present the results here ^^ | 11:22 |
| *** amitk_ <amitk_!~amit@103.208.71.146> has quit IRC (Ping timeout: 252 seconds) | 11:22 | |
| *** amitk <amitk!~amit@103.59.74.108> has quit IRC (Ping timeout: 248 seconds) | 11:26 | |
| *** sstiller <sstiller!~sstiller@p200300f07f116400d9e60d00bd6b10e4.dip0.t-ipconnect.de> has quit IRC (Quit: Leaving) | 11:29 | |
| rburton | fwiw my ghetto benchmark is a a clean poky clone, kirkstone branch, bitbake core-image-sato --runall fetch; time bitbake core-image-sato | 11:29 |
| jclsn | ghetto benchmark? :D | 11:30 |
| rburton | 27 minutes on the p620 (32-core, nvme storage, 32gb ram). from a empty tmp but full sstate in 48s. | 11:30 |
| jclsn | Does it include chromium? | 11:31 |
| *** amitk <amitk!~amit@103.59.74.27> has joined #yocto | 11:31 | |
| rburton | no, core-image-sato | 11:31 |
| jclsn | A test with chromium would be nice | 11:31 |
| jclsn | I would guess it to be like three ours | 11:31 |
| rburton | i can test if you'd like :) | 11:31 |
| jclsn | My boss is still clinging to it unfortunately | 11:31 |
| jclsn | Yeah that would be great | 11:31 |
| rburton | i wonder if i still have access to the machine | 11:32 |
| rburton | i do, and its idle | 11:32 |
| jclsn | https://media.makeameme.org/created/ya-pierre-if.jpg | 11:32 |
| rburton | jclsn: are you happy with just how long chromium takes to build? | 11:33 |
| jclsn | Nope | 11:33 |
| jclsn | I hate it from the bottom of my heart | 11:34 |
| rburton | haha | 11:34 |
| rburton | i mean are you happy with me telling you how long just chromium takes | 11:34 |
| jclsn | Oh for me Chromium takes like 4 hours on my P15 Gen 1 | 11:35 |
| jclsn | and that is only Chromium... | 11:35 |
| jclsn | Total build is like 6 hours | 11:35 |
| jclsn | Let me have a look at the Pipeline on our EPYC server | 11:35 |
| rburton | ok its just building clang so give me a bit | 11:36 |
| jclsn | 288 minutes and 16 seconds | 11:36 |
| jclsn | So like 4 hourse and 48 minutes I guess | 11:36 |
| jclsn | On the biggest processor available on the market | 11:37 |
| rburton | are you aware you can lock sstate and stop it rebuilding | 11:37 |
| jclsn | Yeah we have all cache turned off atm | 11:37 |
| jclsn | Short on performant storage | 11:38 |
| rburton | you can lock specific recipes to specific sstate hashes, so things never get rebuild | 11:38 |
| jclsn | I used the gitlab cache for sstate and downloads before and rebuilds were down to 6 minutes or so | 11:38 |
| rburton | i've used it when poking at recipes low in the stack and don't want to rebuild the world, but you can use it to pin chromium and just let it rebuild every week or whatever | 11:39 |
| jclsn | chromium gets rebuilts when its dependencies change | 11:39 |
| rburton | *unless you lock the sstate* :) | 11:39 |
| jclsn | How to do that? | 11:39 |
| *** odra <odra!~odra@2804:431:c7e1:c64a:7bf9:21e4:6bb5:b404> has quit IRC (Remote host closed the connection) | 11:39 | |
| *** odra <odra!~odra@2804:431:c7e1:c64a:7bf9:21e4:6bb5:b404> has joined #yocto | 11:40 | |
| rburton | bitbake chromium -S none, then look in locked-sigs.inc for the chromium line. put that in your local.conf and voila, chromium will never rebuild | 11:40 |
| rburton | oh you might need to set SIGGEN_LOCKEDSIGS_TASKSIG_CHECK = "" too | 11:40 |
| qschulz | kalj: if you already have built the applications (because they are needed by something else for example, e.g. a runtime dependency on wpa-supplicant), then you won't notice anything because there's nothing to build. If you have built them in the past, it can have been already in the cache and rebuilding the image just puts those packages in without needing to rebuild the m | 11:40 |
| rburton | jclsn: https://github.com/rossburton/bb/blob/master/libexec/bb-lockdown is a very bad tool i wrote | 11:41 |
| rburton | urgh why is binutils re-fetching slowly | 11:41 |
| qschulz | DennisE: there's no u-boot-fw-utils anymore, it's called libubootenv now | 11:42 |
| vvn | Hi there -- Back to package exclusion, PACKAGE_EXCLUDE += "kernel-devicetree" excludes all kernel-module-* as well. I fail to find where this implicit dependency is defined | 11:42 |
| qschulz | you need your layers to be in sync. If you're using an outdated layer with no newer release, you need to do some fixups or port it yourself to support newer releases | 11:42 |
| jclsn | I can't find a locked-sigs.inc | 11:43 |
| qschulz | DennisE: the layer has a dunfell branch which doesn't have this bbappend anymore, so try with that one for starters | 11:43 |
| qschulz | if you need some (possibly paid) advice about mender, LetoThe2nd is likely a good first point of contact on this chat | 11:44 |
| jclsn | So grepped it | 11:44 |
| jclsn | Got this chromium-ozone-wayland :101.0.4951.54-r0 | 11:44 |
| jclsn | Syntax for local.conf? | 11:44 |
| jclsn | PREFERRED_VERSION_chromium-ozone-wayland ? | 11:45 |
| rburton | jclsn: it gets written into conf/ | 11:45 |
| jclsn | PREFERRED_VERSION_chromium-ozone-wayland = "101.0.4951.54-r0 | 11:45 |
| rburton | no | 11:45 |
| rburton | bitbake -S none ... | 11:45 |
| rburton | Writing locked sigs to /yocto/ross/build/locked-sigs.inc | 11:45 |
| rburton | SIGGEN_LOCKEDSIGS_t-aarch64 = "\ | 11:46 |
| rburton | acl-native:do_compile:5673401ffb9b735ab40595aa1154644b1cca88c8474e837129c0f19eb419217d \ | 11:46 |
| rburton | acl-native:do_configure:580f64616f5bbce18efab64b269e2f4c11732f13fcb04173242a53329ede8380 \ | 11:46 |
| rburton | ... | 11:46 |
| jclsn | I don't have that file | 11:46 |
| jclsn | Ah okay | 11:46 |
| jclsn | Get it | 11:46 |
| jclsn | Hmm how to integrate that with kas? | 11:47 |
| jclsn | I don't check in my local.conf | 11:47 |
| jclsn | or build directory | 11:47 |
| jclsn | Okay no I don't get it | 11:48 |
| jclsn | Where to get that hash from? | 11:48 |
| rburton | its all in the file the bitbake -S none says it wrote to | 11:52 |
| jclsn | Doesn' work for me | 11:54 |
| jclsn | https://pastebin.com/mE9pJymF | 11:54 |
| rburton | not literal ..., your targets | 11:54 |
| jclsn | Ah okay | 11:55 |
| prabhakarlad | Hi, is there a way i can install tslib package without graphics (x11)? just enabling tslib isnt installing the tools/tests in file system (when using core-image-minimal) | 11:55 |
| jclsn | Do I need to put all the buid septs or only configure and compile? | 11:56 |
| rburton | prabhakarlad: define "enable"? | 11:56 |
| rburton | jclsn: to be honest, do_build might be sufficient. can't remember. | 11:57 |
| prabhakarlad | sorry for not being clear, I meant "IMAGE_INSTALL_append = " tslib" | 11:57 |
| jclsn | Okay thanks | 11:58 |
| *** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 12:00 | |
| rburton | prabhakarlad: the tslib recipe says PACKAGES =+ "tslib-conf tslib-tests tslib-calibrate tslib-uinput" | 12:00 |
| rburton | prabhakarlad: so it's done what you asked: installed the library. if you want the tests, install the tests. | 12:01 |
| *** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has joined #yocto | 12:01 | |
| rburton | jclsn: ok clang built, i'll time chromium now | 12:03 |
| jclsn | Nice thanks | 12:04 |
| rburton | ok so my benchmark for clarity is bitbake chromium -c configure ; rm tmp ; time bitbake chromium | 12:05 |
| rburton | so this is literally just how fast chromium builds with nothing else | 12:05 |
| rburton | hm of course dependencies are weird and now its building more pieces. huh. lets see if they can finish before chromium is done unpacking. | 12:06 |
| prabhakarlad | rburton: thanks, that did the trick! | 12:06 |
| rburton | lol odds are good it will actually | 12:06 |
| rburton | terrified to look at how big the chromium repo is considering it took 90 seconds to unpack on nvme | 12:07 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 12:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 12:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 12:14 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 12:14 | |
| *** odra_ <odra_!~odra@187.74.125.51> has joined #yocto | 12:14 | |
| *** odra <odra!~odra@2804:431:c7e1:c64a:7bf9:21e4:6bb5:b404> has quit IRC (Read error: Connection reset by peer) | 12:14 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 12:14 | |
| roussinm | https://git.yoctoproject.org/poky/commit/meta/recipes-graphics/mesa?id=10610aa80ebd07e1d239974bc2b407a7322164c2 So I would like to restore this behavior but in the correct way, since I don't think creating a cycle like that works. Does doing something like this: `RDEPENDS:libgles3-mesa += "libgles3-mesa-dev"` makes sense? | 12:25 |
| *** HalimA <HalimA!~halim@ip-152.net-89-3-154.rev.numericable.fr> has quit IRC (Quit: Leaving) | 12:27 | |
| *** amitk_ <amitk_!~amit@103.59.74.184> has joined #yocto | 12:29 | |
| rburton | you really don't want libgles3-mesa depending on the -dev package | 12:29 |
| rburton | the change that was reverted was making the gles2 -dev depend on the gles3-dev | 12:30 |
| *** amitk <amitk!~amit@103.59.74.27> has quit IRC (Ping timeout: 260 seconds) | 12:30 | |
| jclsn | rburton: What if chromium is updated now? Then the signatures will change and I will need to update the signatures, don't I? | 12:32 |
| roussinm | the main package doesn't provide anything. the gles-3 provides headers and headers are never installed into the SDK when virtual/libgles3 is present inside a DEPENDS of a recipe. | 12:32 |
| rburton | jclsn: one you lock the sstate hash then it will never rebuild. if you wanted a weekly build then you can remove the lock, build, and re-lock with the new hash | 12:32 |
| jclsn | rburton: So it will always pull the right chromium-ozone-wayland version, no matter what commit the meta-browser is on? | 12:34 |
| rburton | it will just grab from sstate the hash that you'd told it | 12:34 |
| jclsn | But what if the sstate was cleaned? | 12:34 |
| rburton | then you get a file not found | 12:34 |
| rburton | (iirc) | 12:35 |
| jclsn | Yeah that is unfortunate | 12:35 |
| jclsn | So you can't use this and build from scratch | 12:35 |
| roussinm | rburton: The current problem is that Qt is built with the support of opengles32 and when a developer does a targetted build through the target SDK, qt3d can't find the gl32.h header. gl2.h is present tho. | 12:35 |
| roussinm | I can add libgles3-mesa-dev to our meta-toolchain, but that seemed not correct. | 12:36 |
| rburton | jclsn: worth a test to see if my guess was right | 12:38 |
| jclsn | Will do | 12:39 |
| *** kevinrowland <kevinrowland!~kevinrowl@136.226.67.0> has quit IRC (Quit: Client closed) | 12:40 | |
| *** amitk <amitk!~amit@103.59.74.140> has joined #yocto | 12:42 | |
| *** amitk_ <amitk_!~amit@103.59.74.184> has quit IRC (Ping timeout: 264 seconds) | 12:44 | |
| *** Schiller <Schiller!~Schiller@dynamic-046-114-215-117.46.114.pool.telefonica.de> has joined #yocto | 12:50 | |
| *** amitk_ <amitk_!~amit@103.208.71.113> has joined #yocto | 12:51 | |
| *** Schiller <Schiller!~Schiller@dynamic-046-114-215-117.46.114.pool.telefonica.de> has quit IRC (Client Quit) | 12:52 | |
| *** ilunev <ilunev!~koolkhel@95.174.114.26> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 12:52 | |
| *** amitk <amitk!~amit@103.59.74.140> has quit IRC (Ping timeout: 265 seconds) | 12:52 | |
| *** Schiller <Schiller!~Schiller@dynamic-046-114-215-117.46.114.pool.telefonica.de> has joined #yocto | 12:53 | |
| rburton | jclsn: 41 minutes for chromium recipe to build | 12:53 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 12:53 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 12:54 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 12:58 | |
| jclsn | wtf | 12:58 |
| jclsn | I need that machine | 12:58 |
| jclsn | Threadripper with 64 cores? | 12:58 |
| vvn | rburton: looks like you have about 32 cores as well :) | 12:58 |
| jclsn | Yes, but why is it so slow then | 12:59 |
| rburton | 32 core | 13:00 |
| vvn | ~30min is about what the 5950X needs for qtwebengine for me | 13:00 |
| jclsn | Hmm | 13:00 |
| * roussinm cry with 4 core | 13:01 | |
| jclsn | Probably because that server is part of a Kubernets cluster and many other people are building on it | 13:01 |
| rburton | this is AMD Ryzen Threadripper PRO 5975WX 32-Cores | 13:01 |
| jclsn | I was asking for a dedicated Yocto machine then | 13:02 |
| rburton | the best practise is to work out how long you spend waiting for a build and multiply it by your hourly pay | 13:05 |
| rburton | if a £5K machine does builds in a quarter of the time, that can pay for itself fairly quickly | 13:06 |
| roussinm | rburton: do you have any idea on the issue above for the `libgles3-mesa-dev` package why it wouldn't install even if qt depends on `virtual/libgles3` | 13:07 |
| roussinm | install inside the target sdk. | 13:07 |
| Schiller | Greetings, i have a general Question to Buildbot/Autobuilder. I try to use the E-Mail-Notifier in the Python-Skript services.py from the Autobuilder. It finds the E-Mail-Server. But there it just hangs. E-Mail-Server says <Lost connection after STLS>. Maybe someone experienced a similar behavior and knows the reasoning. | 13:08 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 13:19 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 13:19 | |
| roussinm | One thing I tried to understand is why the libgles2-mesa-dev is installed inside the sdk when someone depends on it. Apparently it's part of the complimentary packages, but if a recipe depends on virtual/libgles3 it doesn't look like the libgles3-mesa-dev is part of the complimentary packages. Maybe something to do with the fact that the libgles3-mesa package is empty? | 13:23 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 13:29 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 13:29 | |
| *** pabigot <pabigot!~pab@67-1-204-112.tcso.qwest.net> has quit IRC (Remote host closed the connection) | 13:30 | |
| *** pabigot <pabigot!~pab@67-1-204-112.tcso.qwest.net> has joined #yocto | 13:31 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 13:36 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128181.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 13:48 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:53 | |
| *** ptsneves1 <ptsneves1!~Thunderbi@public-gprs221044.centertel.pl> has joined #yocto | 13:55 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128181.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 265 seconds) | 13:55 | |
| *** ptsneves1 is now known as ptsneves | 13:55 | |
| *** kaiwan <kaiwan!~kaiwan@205.254.173.109> has quit IRC (Ping timeout: 252 seconds) | 13:57 | |
| *** Schiller <Schiller!~Schiller@dynamic-046-114-215-117.46.114.pool.telefonica.de> has quit IRC (Quit: Client closed) | 13:59 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 14:00 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 14:00 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 14:04 | |
| *** ptsneves <ptsneves!~Thunderbi@public-gprs221044.centertel.pl> has quit IRC (Ping timeout: 268 seconds) | 14:18 | |
| rburton | yeah, complementary -dev installation is basically "list all packages installed, add -dev to each, install those" | 14:20 |
| roussinm | but libgles3-mesa-dev isn't listed. Is it because libgles3-mesa is empty? | 14:21 |
| *** Medos <Medos!~Medosbin@cust-west-rhe-46-193-17-7.wb.wifirst.net> has quit IRC (Quit: Leaving) | 14:21 | |
| roussinm | During the invocation of dnf, libgles3-mesa isn't showed either. | 14:23 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 14:24 | |
| rburton | so if libgles3-mesa isn't installed then the -dev package won't be either | 14:26 |
| roussinm | right, but if my recipe depends on it, shouldn't be installed? Maybe it's not installed because it's empty? | 14:26 |
| rburton | does your recipe DEPEND on RDEPEND | 14:27 |
| roussinm | DEPENDS = "virtual/libgles3" | 14:27 |
| *** ptsneves <ptsneves!~Thunderbi@public-gprs221044.centertel.pl> has joined #yocto | 14:31 | |
| rburton | if libgles3-mesa is empty then you won't be automatically rdepending on it | 14:32 |
| roussinm | ok does setting ALLOW_EMPTY to 1 would help here? | 14:32 |
| roussinm | for that package. | 14:32 |
| rburton | you still won't be rdepending on it | 14:33 |
| rburton | presumably you rdepend at some point on some GL libraries | 14:33 |
| roussinm | Currently the only recipe that I installed inside the sdk, for testing purpose, is the kmscube. | 14:34 |
| vvn | if you were using a generic sound capable board, but for a product not intended to use sound, would you remove 'sound' from MACHINE_FEATURES in your product's machine definition, or would you remove the resulting packages by other means? (because let's say you assume that one could plug a USB sound device for some reason and you expect this to work) | 14:34 |
| roussinm | which as a DEPENDS = "virtual/libgles3", but no RDEPENDS. | 14:34 |
| roussinm | s/as/has/ | 14:35 |
| roussinm | ok so `RDEPENDS:libgles3-mesa-dev += "libgles2-mesa-dev"` you are saying that when I depends on libgles3 that rdepends installs the libgles2, ok yes that makes sense. | 14:37 |
| vvn | s/sound/alsa/ | 14:37 |
| roussinm | but how someone would get the libgles3-mesa-dev without directly specifying it inside a RDEPENDS from a packagegroup-sdk-target. | 14:38 |
| rburton | typically, there's just a single -dev package which makes things easier | 14:39 |
| rburton | mesa has lots for some reason | 14:39 |
| rburton | you could make gles2-dev depend on gles3-dev, on the grounds that the library is the same and its just headers | 14:39 |
| roussinm | when I build mesa, the packages-split directory is mostly empty which is weird. | 14:40 |
| *** ptsneves <ptsneves!~Thunderbi@public-gprs221044.centertel.pl> has quit IRC (Remote host closed the connection) | 14:40 | |
| *** ptsneves <ptsneves!~Thunderbi@public-gprs221044.centertel.pl> has joined #yocto | 14:40 | |
| roussinm | the libgles{2-3}-mesa-dev are empty for some reason. | 14:40 |
| roussinm | depend or rdepends? | 14:40 |
| rburton | they're not empty | 14:41 |
| rburton | if they're empty, what value can they bring? | 14:41 |
| rburton | https://www.irccloud.com/pastebin/0DLOEJMt/ | 14:41 |
| rburton | ^ my mesa build | 14:41 |
| roussinm | the packages themselves are not empty but they are empty in the directory structure, I do not understand how the recipe work honestly its so different | 14:41 |
| roussinm | Is that from the packages-split directory? | 14:42 |
| rburton | no, because that could be empty if a build was from sstate | 14:42 |
| rburton | its from oe-pkgdata-util | 14:42 |
| roussinm | ok yes, I get the same thing. | 14:43 |
| roussinm | Wondering that if we do install the gles3 headers, with the depends, but that the hardware doesn't support it. Is that an issue? | 14:45 |
| *** ptsneves <ptsneves!~Thunderbi@public-gprs221044.centertel.pl> has quit IRC (Ping timeout: 265 seconds) | 14:47 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:47 | |
| vvn | hum, answering to myself, you would remove 'alsa' from the DISTRO_FEATURES, not MACHINE_FEATURES, so that packagegroup-base-also isn't pulled in. | 14:47 |
| vvn | should that be an image feature instead? | 14:48 |
| rburton | not really | 14:49 |
| rburton | roussinm: just headers, doesn't matter. | 14:49 |
| rburton | ok anyone understand eSDKs here? | 14:49 |
| roussinm | rburton: would you go with RDEPENDS here or: `RRECOMMENDS:libgles2-mesa-dev += "libgles3-mesa-dev"` | 14:50 |
| rburton | depends, as complementary are installed with recommends disabled... | 14:51 |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@ip-037-201-004-167.um10.pools.vodafone-ip.de> has quit IRC (Ping timeout: 265 seconds) | 14:53 | |
| roussinm | Doesn't it looks weird like a circular dependency if `RDEPENDS:libgles3-mesa-dev += "libgles2-mesa-dev"` is present and `RDEPENDS:libgles2-mesa-dev += "libgles3-mesa-dev"` is present too? | 14:53 |
| *** ptsneves <ptsneves!~Thunderbi@031011128073.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 14:55 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 14:57 | |
| vvn | rburton: correct, the distro really is what must be customized for a product, even though I would intuitively customize the machine configuration or the image recipe for some reason | 14:58 |
| rburton | roussinm: should be fine | 14:59 |
| *** ptsneves <ptsneves!~Thunderbi@031011128073.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Read error: Connection reset by peer) | 14:59 | |
| roussinm | Does the change: https://git.yoctoproject.org/poky/commit/meta/recipes-graphics/mesa?id=10610aa80ebd07e1d239974bc2b407a7322164c2 was reverted because of the wrong syntax solely? | 15:05 |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@ip-037-201-004-167.um10.pools.vodafone-ip.de> has joined #yocto | 15:06 | |
| *** inisider <inisider!~inisider@195.238.92.112> has quit IRC (Remote host closed the connection) | 15:07 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 15:24 | |
| *** kalj <kalj!~kalj@78-71-20-170-no193.tbcn.telia.com> has quit IRC (Quit: Client closed) | 15:35 | |
| *** odra_ <odra_!~odra@187.74.125.51> has quit IRC (Ping timeout: 260 seconds) | 15:59 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Quit: donde esta ese mendigo tequila?!) | 16:04 | |
| *** odra_ <odra_!~odra@2804:7f0:bb81:cf79:b281:af1e:c01e:2708> has joined #yocto | 16:22 | |
| *** amitk_ <amitk_!~amit@103.208.71.113> has quit IRC (Quit: leaving) | 16:31 | |
| *** odra__ <odra__!~odra@189-46-120-194.dsl.telesp.net.br> has joined #yocto | 16:43 | |
| *** odra_ <odra_!~odra@2804:7f0:bb81:cf79:b281:af1e:c01e:2708> has quit IRC (Remote host closed the connection) | 16:45 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC (Quit: WeeChat 3.0) | 16:48 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 16:49 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:52 | |
| *** DennisE <DennisE!~DennisE@212.51.7.30> has quit IRC (Ping timeout: 252 seconds) | 16:54 | |
| *** mark_ <mark_!~mark@bras-base-stsvon1507w-grc-13-184-148-70-72.dsl.bell.ca> has joined #yocto | 16:54 | |
| *** mark_ is now known as mark_42 | 16:55 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:652a:2e00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 268 seconds) | 17:11 | |
| *** Payam__ <Payam__!~Payam@c83-250-236-236.bredband.tele2.se> has joined #yocto | 17:16 | |
| vvn | I still don't understand why PACKAGE_EXCLUDE += "kernel-devicetree" pulls out all kernel-module-* as well (-: | 17:23 |
| *** Payam__ <Payam__!~Payam@c83-250-236-236.bredband.tele2.se> has quit IRC (Quit: Leaving) | 17:26 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC (Quit: WeeChat 3.0) | 17:32 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128073.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 17:40 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128073.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Read error: Connection reset by peer) | 17:44 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128073.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 17:45 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128073.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Read error: Connection reset by peer) | 17:47 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128073.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 17:48 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 264 seconds) | 17:49 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-160-140.93.132.pool.telefonica.de> has joined #yocto | 17:51 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:651a:5c00:2ce:39ff:fecf:efcd> has joined #yocto | 17:53 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128073.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Quit: ptsneves) | 18:10 | |
| *** ptsneves1 <ptsneves1!~Thunderbi@031011128073.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 18:10 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 18:12 | |
| *** ptsneves1 is now known as ptsneves | 18:13 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:651a:5c00:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 3.6) | 18:14 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128073.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Read error: Connection reset by peer) | 18:15 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128073.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 18:17 | |
| rburton | vvn: try https://gitlab.com/rossburton/pkgexp | 18:21 |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.112.50> has quit IRC (Ping timeout: 265 seconds) | 18:21 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.113.14> has joined #yocto | 18:23 | |
| *** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has joined #yocto | 18:30 | |
| *** odra__ <odra__!~odra@189-46-120-194.dsl.telesp.net.br> has quit IRC (Ping timeout: 264 seconds) | 19:09 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 19:09 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-160-140.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 248 seconds) | 19:17 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128073.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 268 seconds) | 19:50 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-160-140.93.132.pool.telefonica.de> has joined #yocto | 19:52 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4605:ca00:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 19:56 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 20:00 | |
| *** olani <olani!~olani@h83-209-226-53.cust.a3fiber.se> has joined #yocto | 20:05 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 264 seconds) | 20:07 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-160-140.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 20:14 | |
| prabhakarlad | Hi All, anyone using meta-riscv? | 20:14 |
| prabhakarlad | reason I ask, I am seeing issues with ldconfig (fails with illegal instruction). I was wondering if anyone else has seen such issue. | 20:14 |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 20:14 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-160-140.93.132.pool.telefonica.de> has joined #yocto | 20:14 | |
| prabhakarlad | ive checked in #riscv not many. | 20:14 |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-160-140.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds) | 20:19 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-160-140.93.132.pool.telefonica.de> has joined #yocto | 20:31 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds) | 20:33 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 20:54 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 20:54 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 21:02 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 21:16 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 21:17 | |
| *** odra__ <odra__!~odra@2804:7f0:bb81:cf79:b281:af1e:c01e:2708> has joined #yocto | 21:43 | |
| *** odra__ <odra__!~odra@2804:7f0:bb81:cf79:b281:af1e:c01e:2708> has quit IRC (Ping timeout: 246 seconds) | 21:47 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 22:01 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-160-140.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 264 seconds) | 22:20 | |
| *** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 23:39 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
