| * halstead waves at rfs613. | 00:23 | |
| *** ar__ <ar__!~akiCA@user/akica> has quit IRC (Ping timeout: 250 seconds) | 00:52 | |
| *** Guest2 <Guest2!~Guest2@125.46.78.163> has joined #yocto | 00:56 | |
| Guest2 | hi | 00:56 |
|---|---|---|
| Guest2 | Has anyone compiled imx8mplus system in yocto using bitmake phytec-qt5demo-image? | 01:09 |
| *** Guest2 <Guest2!~Guest2@125.46.78.163> has quit IRC (Killed (ozone (No Spam))) | 01:25 | |
| khem | RP qemu 7.0.0 is in rc0 stage as of Mar 15th | 01:28 |
| *** camus <camus!~Instantbi@2409:8a1e:911f:3780:61b0:3776:78f:4bcf> has quit IRC (Quit: camus) | 01:34 | |
| *** camus <camus!~Instantbi@2409:8a1e:911f:3780:d891:fc4c:6879:55ea> has joined #yocto | 01:36 | |
| vmeson | khem: RP, fyi, for qemu: 6.0 rc0-->GA :~ 35 days, 5.0-rc0-> GA: ~ 34 days. | 01:49 |
| khem | oh thats too long | 01:50 |
| vmeson | could be... | 01:51 |
| vmeson | khem: for clang-cross_git.bb, to support lib32-foo, any tip on the magic suffix: | 01:53 |
| vmeson | +# PROVIDES = "clang-cross-i686" | 01:53 |
| vmeson | +PROVIDES = "clang-cross-${TUNE_ARCH}" | 01:53 |
| vmeson | hardcoded works, I'm not sufficiently x-compile savvy to guess at the right generic suffix, even after several tries. | 01:54 |
| *** zygny1 <zygny1!~zygny1@2001:df4:d081:7:56bf:64ff:fe71:bade> has joined #yocto | 01:54 | |
| vmeson | TARGET_ARCH didn't work but maybe I just need to include the right file. consulting gcc-cross.inc ... | 01:56 |
| *** Guma__ <Guma__!~Guma@185.203.219.55> has quit IRC (Ping timeout: 252 seconds) | 01:56 | |
| vmeson | ( somehow the lib32-chromium-x11 build is busted. I don't really care but we have build bots that do...) | 01:57 |
| khem | vmeson I dont have need for multilib much so have not tested it regularly but then some one did do it some months ago | 02:00 |
| khem | whats are use for lib32-chromium | 02:01 |
| vmeson | khem: mostly the demanding build bots.... I could exclude that build. I may ping Kai how has been doing much of the multilib support for WR. Thx. | 02:03 |
| khem | I think you will mostly need to fix chromium recipe for multilib | 02:04 |
| khem | you can try building something simple like lib32-bash and set TOOLCHAIN = "clang" for it | 02:04 |
| vmeson | k | 02:04 |
| khem | and see if that builds | 02:04 |
| khem | if it does then compiler is ok | 02:04 |
| vmeson | roger. | 02:04 |
| khem | I am open to fixing the multilib case | 02:06 |
| *** starblue <starblue!~juergen@dslb-088-078-110-103.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 240 seconds) | 02:21 | |
| *** starblue <starblue!~juergen@dslb-094-221-182-125.094.221.pools.vodafone-ip.de> has joined #yocto | 02:23 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 02:39 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:39 | |
| *** AKN <AKN!~AKN@103.163.248.202> has joined #yocto | 02:43 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 03:09 | |
| *** jclsn5 <jclsn5!~jclsn@84.46.3.194.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 03:35 | |
| *** jclsn <jclsn!~jclsn@149.224.65.85.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 03:37 | |
| *** AKN <AKN!~AKN@103.163.248.202> has quit IRC (Ping timeout: 240 seconds) | 03:53 | |
| *** zygny1 <zygny1!~zygny1@2001:df4:d081:7:56bf:64ff:fe71:bade> has quit IRC (Quit: Client closed) | 03:54 | |
| *** alex88 <alex88!~alex88@ip72-207-140-105.lv.lv.cox.net> has quit IRC (Ping timeout: 272 seconds) | 04:45 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:46 | |
| *** AKN <AKN!~AKN@122.162.3.216> has joined #yocto | 05:24 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 06:22 | |
| *** opello <opello!~opello@about/csharp/opello> has quit IRC (*.net *.split) | 06:39 | |
| *** vquicksilver <vquicksilver!~nobody@user/vquicksilver> has quit IRC (*.net *.split) | 06:39 | |
| *** opello <opello!~opello@about/csharp/opello> has joined #yocto | 06:44 | |
| *** vquicksilver <vquicksilver!~nobody@user/vquicksilver> has joined #yocto | 06:44 | |
| *** AKN <AKN!~AKN@122.162.3.216> has quit IRC (Ping timeout: 250 seconds) | 06:46 | |
| landgraf | RP: Hi. I have reproduced the resident bitbake bug locally and it doesn't take few hours to test anymore. Hopefully will be fixed soon :) | 07:02 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:05 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 07:26 | |
| *** jclsn5 is now known as jclsn | 07:30 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 07:30 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has joined #yocto | 07:33 | |
| *** mckoan|away is now known as mckoan | 07:44 | |
| mckoan | good morning | 07:44 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 07:46 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 08:09 | |
| *** mmoneyron[m] <mmoneyron[m]!~mmoneyron@2001:470:69fc:105::1:ddc8> has joined #yocto | 08:11 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:15 | |
| jclsn | Good morning | 08:24 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 08:25 | |
| RP | landgraf: that sounds good! :) | 08:31 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 08:34 | |
| shoragan | has anyone built something to derive a distro version from the git commit information? | 08:37 |
| shoragan | in /etc/build there's the branch and commit hash, but that's hard to compare for humans | 08:37 |
| qschulz | cb5r: you'd need to give us the error log to be able to help you | 08:38 |
| RP | shoragan: poky.conf already does DISTRO_VERSION = "3.4+snapshot-${METADATA_REVISION}" | 08:39 |
| RP | shoragan: you could probably get something like the commit count there | 08:39 |
| shoragan | ah, or commit data | 08:39 |
| shoragan | s/data/date/ | 08:40 |
| RP | shoragan: yes, true | 08:40 |
| shoragan | thanks for the idea :) | 08:40 |
| cb5r | qschulz: What's the preferred nopaste site? Should the log.do_compile suffice or what else is usefuL? | 08:41 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Ping timeout (120 seconds)) | 08:43 | |
| qschulz | cb5r: anything works, just make it unlimited in time. You can anonymize your data if you want beforehand | 08:43 |
| cb5r | is 2y enough? cant find a working provider that stores forever :/ | 08:53 |
| dwagenk | Currently UNINATIVE_MAXGLIBCVERSION causes problems with the eSDK on a developers machine. He's using Arch linux so his glibc is newer than the one in uninative. If I understand the commit messages around introduction of that variable correctly a host with newer glibc is only a problem if it contributes to a shared sstate. Am I right to assume that an eSDK user will not contribute to a shared sstate and thus the check could be disabled for eSDKs? | 08:54 |
| qschulz | cb5r: https://pastebin.com/ ? | 08:54 |
| *** jqua[m] <jqua[m]!~quaresmam@2001:470:69fc:105::1:2faa> has quit IRC (Quit: You have been kicked for being idle) | 09:00 | |
| *** AKN <AKN!~AKN@122.162.3.216> has joined #yocto | 09:10 | |
| manuel1985 | Anyone any advice on how to let my qemux86-64 guest connect to the internet? I started it with slirp. The guest can ping the host. Also, I can ssh into the guest from the host. (qemu forwards localhost:2222 to the guests :22.) | 09:40 |
| manuel1985 | The host has ipv4 routing enabled. | 09:40 |
| manuel1985 | Do I manually need to adapt the routing tables? | 09:40 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 09:43 | |
| *** yolo <yolo!~xxiao@li1120-73.members.linode.com> has quit IRC (Quit: Lost terminal) | 10:00 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Ping timeout: 256 seconds) | 10:15 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 10:33 | |
| RP | qschulz, michaelo: How do you feel about automating the versioning in the docs? | 10:41 |
| mihai | anyone here playing with k3s from meta-virtualization? I'm having trouble understanding who, what, how does /var/lib/rancher/k3s/data/ gets created | 10:42 |
| qschulz | RP: do you have anything in mind? | 10:52 |
| qschulz | i'm all for automating as much as possible | 10:52 |
| RP | qschulz: a script which queries the current branch/tag and sets the versions magically | 10:56 |
| RP | qschulz: I'm seeing if I can write such a thing | 10:56 |
| qschulz | RP: you said last week you didn't want such a thing 😠| 10:56 |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Quit: ZNC 1.8.0 - https://znc.in) | 10:56 | |
| qschulz | the argument was that people can clone without tags | 10:56 |
| RP | qschulz: oh, yes. Gah :( | 10:57 |
| qschulz | or do you want this magical stuff in the yocto-autobuilder-helper? | 10:57 |
| RP | qschulz: I was thinking of it in the context of autobuilder-helper where this stuff is known | 10:57 |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 10:57 | |
| RP | but it would mean the branches/tags wouldn't be right | 10:57 |
| qschulz | RP: we need to start writing a wiki page or something to gather our thoughts, issues and reuiqrements because I feel like the lists endlessly grows and we have done nothing to make it easier on maintainers to get things right first try with as little work from them as possible | 10:58 |
| *** mihai <mihai!~mihai@user/mihai> has quit IRC (Quit: Leaving) | 10:58 | |
| *** mihai <mihai!~mihai@user/mihai> has joined #yocto | 10:59 | |
| qschulz | one more thing I should have done long time ago | 10:59 |
| RP | qschulz: I think my argument about tags can be mitigated as even if the tags aren't there it should be able to work out which branch and hence series we're on | 10:59 |
| RP | and then it could just set the number to something silly | 11:00 |
| qschulz | RP: the yocto major.minor release number would be known at least | 11:00 |
| RP | qschulz: right, excatly | 11:00 |
| RP | qschulz: you're right, we need to think this through carefully | 11:04 |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-048-154.2.244.pool.telefonica.de> has joined #yocto | 11:06 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 11:07 | |
| *** starblue <starblue!~juergen@dslb-094-221-182-125.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 252 seconds) | 11:12 | |
| *** starblue <starblue!~juergen@dslb-094-221-182-125.094.221.pools.vodafone-ip.de> has joined #yocto | 11:14 | |
| *** florian__ <florian__!~florian@dynamic-002-244-048-154.2.244.pool.telefonica.de> has joined #yocto | 11:25 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-048-154.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 11:28 | |
| *** florian__ <florian__!~florian@dynamic-002-244-048-154.2.244.pool.telefonica.de> has quit IRC (Read error: Connection reset by peer) | 11:30 | |
| *** florian__ <florian__!~florian@dynamic-002-244-048-154.2.244.pool.telefonica.de> has joined #yocto | 11:30 | |
| RP | qschulz: just sent my script. I also realised we can detect missing tags and tell the user to update, that makes that issue simple | 11:33 |
| cb5r | qschulz: Sorry for the late response - First, "kbd" fails to compile (https://pastebin.com/Bf7jGM7H) and then "gdk-pixbuf-native" fails to install (https://pastebin.com/96b6guC4) | 11:34 |
| *** otavio_ <otavio_!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has joined #yocto | 11:35 | |
| *** otavio <otavio!~otavio@201-3-135-79.paemt705.dsl.brasiltelecom.net.br> has quit IRC (Read error: Connection reset by peer) | 11:35 | |
| jclsn | Hey, I am still having this issue with non-reproducible builds. Kind of frustrated by now. Would be happy for any advice on what else I could try | 11:40 |
| *** Qorin <Qorin!~Qorin@77-170-186-214.fixed.kpn.net> has joined #yocto | 11:46 | |
| qschulz | cb5r: do you have your old build logs? | 11:49 |
| qschulz | cb5r: I assume the "error" is with -Werror=format-security flag | 11:50 |
| qschulz | which turns the format-security warning into an error if I'm not mistaken | 11:50 |
| qschulz | now, I couldn't see any direct addition of this flag | 11:50 |
| cb5r | You mean the old logs before I updated poky? | 11:50 |
| qschulz | and also.. no change for kdb | 11:50 |
| qschulz | cb5r: yes | 11:50 |
| cb5r | if my -cf clean image didnt remove them..? Are you interested in the cmopiler flag you mentioned? | 11:51 |
| cb5r | /whois cb | 11:52 |
| qschulz | cb5r: yes | 11:52 |
| qschulz | also, can you run bitbake-layers show-appends kbd ? | 11:53 |
| cb5r | Let me check | 11:53 |
| qschulz | to check you don't have a bbappend for it somewhere | 11:53 |
| qschulz | because I'm pretty sure we build everything automatically and if kbd wouldn't build from vanilla poky, we should have known and fixed it | 11:53 |
| cb5r | bitbake-layers show-appends kbd >>> No append files found | 11:54 |
| qschulz | cb5r: you can run bitbake -c compile -f kbd once you've checked out yuor layers with the old dunfell branch | 11:56 |
| qschulz | to get the compile log | 11:57 |
| qschulz | or actually, bitbake -e kdb | grep CFLAGS= should be enough | 11:57 |
| cb5r | I do have logs from poky 3.1.7 I have - which compiled successfully | 11:57 |
| cb5r | It also had -Wformat-security -Werror=format-security set | 11:59 |
| rburton | new gcc has more warnings | 12:00 |
| qschulz | cb5r: time to do a diff of the logs of 3.1.7 and 3.1.14 (not only compile but configure also | 12:00 |
| rburton | which if you set -Werror then you get more errors | 12:00 |
| qschulz | rburton: I would hope that between 3.1.7 and 3.1.14 gcc wouldn't change | 12:01 |
| qschulz | outside of CVEs | 12:01 |
| rburton | oh that's a native recipe | 12:01 |
| rburton | so, host gcc | 12:01 |
| qschulz | rburton: I don't think so? cb5r is talking about kbd not kbd-native | 12:03 |
| qschulz | *there are two pastebins) | 12:03 |
| rburton | oh i just saw gdk-pixbuf-native | 12:03 |
| qschulz | cb5r: for kbd since the recipes haven't changed, nor the flags, it can only be that the sources or configure task are different I guess | 12:04 |
| qschulz | so doing a diff of the logs would be probably helpful | 12:04 |
| cb5r | BTW: Quick recap of what I (also) did, because I don't know if it's relevant: I had a successful dunfell build with poky 3.1.7. Then I tried to include squeekboard, which requires gnome3 and rust - which I then included - and got some errors. Per your suggestion I then updated to poky 3.1.14 and now kbd fails. *shrug* | 12:06 |
| cb5r | I'm diffing right now | 12:06 |
| qschulz | cb5r: any change to any .conf file anywhere? | 12:07 |
| cb5r | Just the build/conf/device.conf: IMAGE_INSTALL_append = " squeekboard" | 12:08 |
| cb5r | * local.conf | 12:08 |
| *** mihai <mihai!~mihai@user/mihai> has quit IRC (Quit: Leaving) | 12:09 | |
| rburton | do a fresh clone of poky, and literally . oe-init-build-env ; bitbake kbd | 12:09 |
| rburton | (you may set DL_DIR first to save repeating the fetches) | 12:09 |
| rburton | but always good to test stuff like weird breakage in a clean tree with no modifications or custom configs | 12:10 |
| cb5r | The run.do_configure is identical - except for a missing bbnote() and die() func on poky 3.1.14. | 12:12 |
| cb5r | Alrighty - I'll completely set it up cleanly again | 12:13 |
| rburton | do nothing apart from setting DL_DIR, you want an entirely clean build to remove all other changes | 12:14 |
| rburton | as dunfell built on the autobuilder, so we need to find out what the difference is | 12:14 |
| rburton | maybe your host is newer than anything the AB tests with and you've hit a new pain point | 12:14 |
| rburton | arch users for example find build breakage before most people | 12:15 |
| cb5r | Yeah - I have never had a successful build under arch - I only use older ubuntu/debian (currently deb 11 for this build) | 12:15 |
| cb5r | I could also try deb 10 or even ubuntu 18.04 but I guess deb11 should be just fine?? | 12:17 |
| rburton | yeah should be | 12:17 |
| qschulz | cb5r: listed as supported in the docs so yes | 12:18 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 12:21 | |
| *** shoragan <shoragan!~shoragan@user/shoragan> has quit IRC (Ping timeout: 256 seconds) | 12:24 | |
| *** shoragan <shoragan!~shoragan@user/shoragan> has joined #yocto | 12:25 | |
| *** mihai <mihai!~mihai@user/mihai> has joined #yocto | 12:39 | |
| opello | is there a nice way to PREMIRRORS git://github.com... SRC_URIs that don't have ;protocol=https to add it? even appending it unconditionally would be fine (to fix ls-remote calls now that github has blocked unauthenticated git binary protocol) | 12:42 |
| opello | using git://github.com/.*/.* git://github.com/PATH;protocol=https doesn't seem to work when there are other semicolon delimited parameters like ;branch= | 12:43 |
| cb5r | rburton: When you say "literally . oe-init-build-env" - do you really mean NOT to use the "setup-environment" script provided my OEM that calls oe-init-build-env? | 12:48 |
| rburton | cb5r: *just* poky. if that works we know its not the host and something else broke it. | 12:49 |
| Qorin | Hi everyone, | 12:52 |
| Qorin | i have a question regarding yocto variable. | 12:52 |
| Qorin | let's say I have 2 files: recipe.bb and recipe.bbclass. | 12:52 |
| Qorin | in recipe.bbclass there is this function | 12:52 |
| Qorin | do_task() { | 12:52 |
| Qorin | Â Â Â if [ -z "${FOO}" ]; then | 12:52 |
| Qorin | Â Â Â Â Â Â Â bbfatal "'FOO' not set." | 12:52 |
| Qorin | Â Â Â fi | 12:52 |
| Qorin | Â Â Â # do things | 12:52 |
| Qorin | } | 12:52 |
| Qorin | normally in recipe.bb, FOO would be defined as a recipe variable. | 12:52 |
| Qorin | FOO="bar" | 12:52 |
| Qorin | however I would like to move this into a function. | 12:52 |
| Qorin | i tried using d.setVar("FOO", "bar") or export FOO="bar" | 12:52 |
| Qorin | however, FOO is not set in the do_task | 12:52 |
| Qorin | am I missing something? | 12:52 |
| sotaoverride | Trying to see if this way of going about python dependencies is in line with the "YOCOT style" https://github.com/Opentrons/meta-opentrons/pull/30 | 13:05 |
| rburton | sotaoverride: its not the yocto way, no | 13:07 |
| rburton | Qorin: variables changed in one task don't persist to the next | 13:08 |
| sotaoverride | rburton: is it becuase now we wont have a way of tracking exactly what all python modules we'll end up using? | 13:08 |
| rburton | eys | 13:08 |
| rburton | yes | 13:08 |
| rburton | if you've a setup which has a billion python deps, then fine, but it's not how the core layers will encourage | 13:09 |
| RP | qschulz: I've sent an actual patch to give us something to discuss :) | 13:09 |
| sotaoverride | rburton: things like: httpaio and FastAPI, would you consider them something that's in the "billion python deps" realm? | 13:11 |
| rburton | i mean if you have a big app which has 100 deps and all locked to specific version, then just pip install the lot | 13:12 |
| Qorin | rburton ah i see. I have also tried to prepend export FOO="bar" to the do_task function however this also doesn't work. | 13:13 |
| rburton | just setting it in the recipe will work | 13:14 |
| rburton | no need to complicate things | 13:14 |
| rburton | if you need it set differently in different tasks, there are task overrides | 13:14 |
| Qorin | the thing is, to get the input for the variable, it needs to get the input from a tool. originally what I did is set the FOO variable in the recipe FOO="${@get_foo_from_network(d)}". this works, however since this is done this way during parsing of recipes when the tool fails due to network, parsing will also fail. would be nice if i can change it | 13:19 |
| Qorin | so that parsing is just parsing and not including execution. | 13:19 |
| cb5r | rburton: poky is FETCHING for ages now... Even though I've exported DL_DIR=.../yocto-dunfell/downloads <<< was that not correct? | 13:20 |
| rburton | cb5r: set it in local.conf | 13:20 |
| rburton | not sure if its on the whitelist | 13:20 |
| rburton | also, assuming you checked out dunfell and not using master as that would mean fetching a lot more stuff | 13:20 |
| rburton | Qorin: make the function take arguments then the recipe can get the value and pass tem | 13:21 |
| cb5r | Its on tags/yocto-3.1.14. I thought the export would suffice but looks like not... Its about half way through so probably 30 more minutes to go +.+ Should I just let it run for cleanliness sake or set the DL_DIR in local.conf and re-try from there? | 13:23 |
| * rburton shrugs | 13:25 | |
| rburton | depends how fast your internet is | 13:25 |
| cb5r | Not as fast as I would like it to be :P | 13:26 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 13:28 | |
| sotaoverride | should the df command be showing the currently active rootfs partition? I see my other patitions fine (all rootfs partitions are mounted at all times) | 13:28 |
| * RP wonders whether to do much further with the docs script or not | 13:30 | |
| jclsn | RP: What are these stare notifications? | 13:32 |
| jclsn | *star | 13:32 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 13:34 | |
| RP | jclsn: just irc formatting for /me XXX messages | 13:35 |
| jclsn | Let me try | 13:35 |
| * jclsn is on the brink of a nervous breakdown | 13:35 | |
| * jclsn wonders if there is any other reason why bitbake could break his kernel build when the source is not checked out in workspace | 13:38 | |
| qschulz | RP: thanks! | 13:39 |
| qschulz | RP: this is where things start to duplicate and we would like to avoid this | 13:39 |
| RP | qschulz: duplicate? | 13:40 |
| qschulz | basically, you have versions, lts?, eol?, name, etc... in switchers.js already | 13:40 |
| qschulz | some related entries in poky.yaml too | 13:40 |
| qschulz | and now this python script | 13:40 |
| RP | qschulz: right, I was hoping to make one of these definitive eventually | 13:40 |
| jclsn | So no one can help /me it seems | 13:41 |
| jclsn | Pity that didn't work | 13:41 |
| qschulz | RP: the replacements stuff could be part of yocto-vars so it's transparent to the user and done by sphinx directly | 13:41 |
| qschulz | documentation/sphinx/yocto-vars.py | 13:42 |
| RP | qschulz: right, that could be a future optimisation :) | 13:43 |
| RP | qschulz: I was trying to at least get something we could diff with the current yaml file and see if it worked | 13:43 |
| RP | qschulz: I can continue with this to tweak conf.py too and probably autogenerate switchers.js as well | 13:43 |
| qschulz | RP: up to you, I won't stop you working on the docs :D | 13:44 |
| RP | qschulz: question is whether it is the right direction | 13:44 |
| qschulz | but we have a "problem" with requiring some files from master branch to replace existing ones | 13:44 |
| qschulz | switchers.js being one of them | 13:44 |
| RP | qschulz: I don't think we can avoid that | 13:45 |
| RP | at least for one file | 13:45 |
| qschulz | RP: an additional git repo for common files | 13:45 |
| RP | do we really need that? | 13:45 |
| RP | for a single file | 13:45 |
| qschulz | RP: you have migration guides, release manuals also | 13:46 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:46 | |
| RP | qschulz: that sounds like a different problem | 13:46 |
| qschulz | RP: too many problems :) | 13:47 |
| qschulz | need to start this wiki page to gather them all | 13:47 |
| RP | qschulz: I think I continue and try and solve the smaller subset of making the releases and getting the versions right | 13:48 |
| qschulz | RP: cannot hurt and worst case scenario it's a good inspiration and something to talk about | 13:49 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 13:51 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 252 seconds) | 14:01 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 14:10 | |
| jclsn | qschulz: This is all the diff shows on the two sources btw https://pastebin.com/x3aZ0v3h | 14:14 |
| qschulz | jclsn: diff the build dirs too now | 14:15 |
| jclsn | qschulz: work/my-machine-fslc-linux-gnueabi/linux-fslc-imx/5.10.98+gitAUTOINC+8e27b711e7-r0/ I guess?? | 14:17 |
| *** ar__ <ar__!~akiCA@user/akica> has joined #yocto | 14:18 | |
| RP | qschulz: ok, patch to tie conf.py to set_versions added. I've not changed switchers.js since I think that is probably different enough we just update it on master | 14:18 |
| qschulz | jclsn: seems reasonable | 14:18 |
| qschulz | RP: will have a look, I'm preparing some changes for automatically fetching and building new yocto-docs and bitbake docs branches | 14:20 |
| qschulz | in yocto-autobuilder-helper | 14:20 |
| *** codavi <codavi!~akiCA@user/akica> has joined #yocto | 14:21 | |
| RP | qschulz: I've tried to make the changes less invasive so we could retrofit to the older release branches easily and keep everything in sync. I think to make this backwards compatible we'd need to add POKYVERSION support | 14:22 |
| moto-timo | langdale ;) | 14:23 |
| RP | moto-timo: yes! | 14:23 |
| *** ar__ <ar__!~akiCA@user/akica> has quit IRC (Ping timeout: 252 seconds) | 14:24 | |
| *** jamestperk <jamestperk!sid520428@id-520428.tinside.irccloud.com> has quit IRC (Ping timeout: 250 seconds) | 14:25 | |
| *** madisox <madisox!sid453692@2a03:5180:f:3::6:ec3c> has quit IRC (Ping timeout: 250 seconds) | 14:25 | |
| *** ldts <ldts!sid269548@2a03:5180:f:4::4:1cec> has quit IRC (Ping timeout: 250 seconds) | 14:25 | |
| *** rburton <rburton!rburton@user/rburton> has quit IRC (Ping timeout: 250 seconds) | 14:25 | |
| RP | The combination of docs, python build, pseudo, bitbake performance and libtool at once means I think I need to lie down :) | 14:27 |
| jclsn | qschulz: Fetching binutils is taking ages again. Guess I can't do it today | 14:27 |
| *** ldts <ldts!sid269548@id-269548.hampstead.irccloud.com> has joined #yocto | 14:27 | |
| *** rburton <rburton!rburton@user/rburton> has joined #yocto | 14:27 | |
| RP | jclsn: wiping out DL_DIR will not help with your reproduction issue. It is very well isolated from your build output and I very much doubt will change anything other than you waiting for the downloads a lot | 14:28 |
| RP | We checksum anything coming into the build (or have git shas) | 14:28 |
| *** madisox <madisox!sid453692@id-453692.ilkley.irccloud.com> has joined #yocto | 14:28 | |
| *** jamestperk <jamestperk!sid520428@id-520428.tinside.irccloud.com> has joined #yocto | 14:28 | |
| jclsn | RP: I know, I am just desperate and very unsure about everything | 14:31 |
| *** tgamblin_ <tgamblin_!~tgamblin@2607:fea8:c2a0:8640::10d4> has joined #yocto | 14:36 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 240 seconds) | 14:36 | |
| jclsn | Did you ever experience issues using zsh? | 14:40 |
| qschulz | jclsn: shell tasks are run with your host;s shell, so if they are not zsh compliant or have a different behavior between bash, dash, zsh, you name it, then it could be an issue yes | 14:41 |
| qschulz | hence why it's important to write POSIX compliant shell tasks | 14:42 |
| jclsn | qschulz: Yeah I realized that shell scripts are not always compatible with bash if they are compatible with zsh | 14:44 |
| qschulz | jclsn: been bitten by this the last few weeks a bit more than I expected :) | 14:45 |
| qschulz | (not in Yocto to be clear) | 14:45 |
| *** AKN <AKN!~AKN@122.162.3.216> has quit IRC (Ping timeout: 268 seconds) | 14:49 | |
| qschulz | RP: what I thought would be a patch or two starts to be a bit bigger of a patch series than I ancitipated :D | 14:52 |
| moto-timo | Don’t look behind the curtain | 14:53 |
| RP | qschulz: I'm just having trouble stopping :) | 14:53 |
| qschulz | RP: I meant more about the patch series I'm working on for the autobuilder-helper script :) | 14:54 |
| qschulz | I've yet to look at my mails to see your patches :) | 14:54 |
| RP | qschulz: ah, right. Sounds like my problem :) | 14:55 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 250 seconds) | 14:59 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 15:00 | |
| *** tgamblin_ <tgamblin_!~tgamblin@2607:fea8:c2a0:8640::10d4> has quit IRC (Remote host closed the connection) | 15:00 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 15:00 | |
| *** tgamblin_ <tgamblin_!~tgamblin@2607:fea8:c2a0:8640::73cb> has joined #yocto | 15:01 | |
| jclsn | qschulz: Yep, I could fix my Pyrex setup script for bash now. I should always test it in bash before pushing | 15:02 |
| jclsn | zsh ist more forgiving | 15:02 |
| jclsn | And the answer to this question is not true in my case https://unix.stackexchange.com/questions/38172/are-all-bash-scripts-compatible-with-zsh | 15:10 |
| jclsn | Scripts behave differently even with the shebang | 15:10 |
| qschulz | jclsn: not possible | 15:14 |
| *** tgamblin_ <tgamblin_!~tgamblin@2607:fea8:c2a0:8640::73cb> has quit IRC (Quit: Leaving) | 15:14 | |
| jclsn | qschulz: True story | 15:14 |
| jclsn | Ah seems like this isn't true for sourcing scripts | 15:16 |
| qschulz | jclsn: yup | 15:16 |
| cb5r | qschulz: bitbake kbd succeeded. | 15:16 |
| jclsn | Anyway | 15:16 |
| jclsn | Weekeed | 15:17 |
| * jclsn needs beer | 15:17 | |
| qschulz | cb5r: add your layers one by one and check | 15:17 |
| * jclsn is going to start with Spanish wine actually | 15:17 | |
| cb5r | qschulz: What is the best way to go about this? Just build anything from each layer? | 15:35 |
| qschulz | cb5r: add one layer after another and run bitbake -c cleansstate kbd && bitbake kbd | 15:39 |
| qschulz | if still not an issue, source your OEM script and see | 15:40 |
| rburton | cb5r: i'd start by adding your BSP layer and switching MACHINE | 15:41 |
| rburton | but you've demonstrated that its not a fundamental problem with oe-core | 15:41 |
| * RP suspects that set_versions script just gained enough magic to be semi-sentient :/ | 15:44 | |
| cb5r | Aye aye, Sirs! | 15:45 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 15:58 | |
| qschulz | RP: what I would have loved to see for switchers.js and co was a JSON file with all the necessary info in it | 16:24 |
| qschulz | I think that was ndec dream too | 16:24 |
| qschulz | (just saying) | 16:25 |
| ndec | lol | 16:25 |
| qschulz | but loading a JSON from another file securely in JS was not straightforward to me | 16:25 |
| qschulz | (never done JS so can't really say it was a good investigation :D) | 16:26 |
| cb5r | Oh great - now openssl fails on do_configure +.+ I don't quiet understand how this is possible..? "bitbake-layers show-appends openssl" says there is nothing :l | 16:26 |
| qschulz | cb5r: only vanilla poky? | 16:27 |
| cb5r | the log.do_configure says "Something wrong with this line: ^@^@^@^@^@^@^@..........." | 16:27 |
| cb5r | qschulz: I added the other BSP layers to bblayers and set the MACHINE to my target and the DL_DIR while I was at it | 16:28 |
| cb5r | But now when I think of it - the target arch is somehow defined in the BSP layer from the OEM so that could be a problem I guess? | 16:29 |
| RP | qschulz: I just made switchers.js update from set_versions.py | 16:30 |
| RP | qschulz: the data we need doesn't lend itself to a nice json file | 16:30 |
| cb5r | I saw those thousands of ^@^@^@^@^@ somewhere in a *.po file this morning... Does anyone know what this means? Some kind of file corruption? | 16:30 |
| ndec | RP: how are you doing that? | 16:34 |
| RP | ndec: see the patches. Its pretty horrible in places but tries to make everything magically work | 16:35 |
| ndec | the reason why we talked about a JSON file was to have a 'database' with release information outside of git. so that a doc website (or anything else) could use it. are you achieving something like that? | 16:36 |
| RP | ndec: I'm using the git tags as the database | 16:36 |
| qschulz | cb5r: are you sure this is not something displayed by your text editor? | 16:38 |
| ndec | RP: ok, so the generation of switcher is dynamic (based on tags), but once it's on docs.yp.org it's 'static', right? | 16:39 |
| RP | ndec: correct | 16:39 |
| qschulz | RP: finally was able to send the patches, only 6... meh. Took time to make sure the output was identical | 16:40 |
| cb5r | Ofc I think that these are just undisplayable chars. However, it doesnt make sense to me where this comes from. Shouldnt this be like bash or python code or something? | 16:40 |
| RP | ndec: I know older releases would be nice to be dynamic with new data but I don't know the JS to do that | 16:40 |
| cb5r | qschulz: `less` warns about "binary file". This is what the configure log looks like: https://pastebin.com/S3jxsB8r | 16:43 |
| RP | https://autobuilder.yocto.io/pub/non-release/20220318-14/testresults/buildperf-debian11/perf-debian11_master_20220318133501_cf72cec468.html - the parsing section shows a 10% improvement with the bitbake changes :) | 16:45 |
| smurray | RP: nice | 16:46 |
| ndec | RP: ok.. i suppose i should look at these patches.. | 16:47 |
| qschulz | cb5r: private pastebin | 16:47 |
| RP | ndec: It might solve the release/versions updating issue, there are other challenges that remain but it is a start at something | 16:48 |
| RP | qschulz: patches look good, thanks! | 16:52 |
| RP | qschulz: I really need to do a before/after comparison with my changes to the switcher, see if it makes sense | 16:52 |
| qschulz | RP: how come my +yocto is gone from the mail address when you answer to me on the ML? | 16:55 |
| qschulz | michaelo: also does this, wondering what's happening :) | 16:55 |
| RP | qschulz: I didn't reply on list | 16:56 |
| qschulz | RP: true :D | 16:56 |
| qschulz | but the question remains | 16:56 |
| RP | qschulz: there were three different addresses for you in the reply so I removed the "list" ones | 16:57 |
| qschulz | or is it something in your address book maybe? | 16:57 |
| qschulz | RP: i used to send patches without the +yocto, but now that should be gone | 16:57 |
| RP | qschulz: your email comes from one address, cc'd to two others | 16:57 |
| qschulz | so foss+yocto and pro address | 16:57 |
| RP | qschulz: it shows as from the foss one, no +yocto | 16:58 |
| cb5r | qschulz: I guess I just broke pastebin with those binary chars :p Here is an "ASCII version": https://pastebin.com/fE8sp4U8 | 16:58 |
| qschulz | RP: I can't change the user on my mail provider, which is the only place I think where I have foss only | 16:59 |
| qschulz | so I'm clueless | 17:00 |
| qschulz | but I have problems with you and michaelo just because you're the only ones reviewing my patches :D | 17:00 |
| qschulz | cb5r: honestly clueless at this point. Something's broken in your OEM layer most likely | 17:01 |
| RP | qschulz: I just replied to the email using the address it said to use | 17:01 |
| qschulz | RP: yup, I understand now. | 17:01 |
| qschulz | But there's probably nothing I can do about this | 17:01 |
| RP | qschulz: filter mail that includes the +yocto ? | 17:03 |
| RP | qschulz: I can include that in future | 17:03 |
| qschulz | RP: not doing it now, but planning to soon yes | 17:03 |
| qschulz | RP: you're not the only one doing this, so there's probably something I need to do on my side to make your mail client happy | 17:04 |
| cb5r | Mmmh :/ I see that the OEM has actually just updated their sources to "latest dunfell commit" so I guess that's something to try... | 17:07 |
| cb5r | Thank you very much guys for all the help and patience BTW :] | 17:07 |
| qschulz | cb5r: worth a try :) | 17:09 |
| *** mait[m] <mait[m]!~maitrforg@2001:470:69fc:105::e170> has joined #yocto | 17:15 | |
| rburton | cb5r: ^@ is NULL so something is writing garbage and corrupting file | 17:32 |
| rfs613 | indeed, and build.info is a text file in the openssl source, so why is it being modified? | 17:40 |
| rfs613 | https://github.com/openssl/openssl/blob/OpenSSL_1_1_1-stable/build.info | 17:40 |
| *** wesm <wesm!~wes@firewall.mitsi.com> has quit IRC (Ping timeout: 256 seconds) | 17:53 | |
| *** mckoan is now known as mckoan|away | 17:55 | |
| khem | vmeson: https://github.com/kraj/meta-clang/pull/598 , should fix multilib issue you reported with clang yesterday ... I had few moments to look into it last night | 18:05 |
| *** wesm <wesm!~wes@firewall.mitsi.com> has joined #yocto | 18:08 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 18:14 | |
| rburton | sounds like cb5r possibly has disk corruption | 18:14 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 18:19 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 18:21 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Read error: Connection reset by peer) | 18:30 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 18:32 | |
| cb5r | rburton: It might be, idk... the zpool on my host doesn't report any corruption and inside the qemu VM @ ext4 I also don't see any cues about corruption *shrug* the nvme is brand new | 19:11 |
| cb5r | but its the second file today :/ | 19:14 |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 20:16 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 20:18 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 20:22 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 20:22 | |
| *** florian__ <florian__!~florian@dynamic-002-244-048-154.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 20:39 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 20:39 | |
| *** florian__ <florian__!~florian@dynamic-002-244-048-154.2.244.pool.telefonica.de> has joined #yocto | 20:52 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 21:32 | |
| manuel1985 | Anyone any advice on how to let my qemux86-64 guest connect to the internet? I started it with slirp. The guest can ping the host. Also, I can ssh into the guest from the host. (qemu forwards localhost:2222 to the guests :22.) | 21:47 |
| manuel1985 | The host has ipv4 routing enabled. | 21:47 |
| manuel1985 | Do I manually need to adapt the routing tables? | 21:47 |
| *** florian__ <florian__!~florian@dynamic-002-244-048-154.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 21:59 | |
| mihai | manuel1985, with slirp qemu should be able to access the same network as your host, maybe you're behind a proxy | 22:05 |
| cb5r | manuel1985: if ipv4forwarding is enabled and a default route on both guest and host is set correctly, it should work. try `tracepath 1.1.1.1` on the guest to see where the routes are going. | 22:06 |
| manuel1985 | Thanks both | 22:08 |
| *** florian__ <florian__!~florian@dynamic-002-244-048-154.2.244.pool.telefonica.de> has joined #yocto | 22:20 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 22:35 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 22:35 | |
| *** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 252 seconds) | 22:37 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Quit: Leaving) | 22:43 | |
| vmeson | khem: ty for https://github.com/kraj/meta-clang/pull/598 works for me for lib32-chromium-x11 | 22:49 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 23:17 | |
| *** florian__ <florian__!~florian@dynamic-002-244-048-154.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 23:22 | |
| RP | second worker says 8-9% speedup on parsing https://autobuilder.yocto.io/pub/non-release/20220318-22/testresults/buildperf-ubuntu1604/perf-ubuntu1604_master_20220318175334_cf72cec468.html | 23:25 |
| kanavin | halstead, pls don't forget to provision vgem module on new workers | 23:27 |
| kanavin | halstead, I think it's missing on debian11 and ubuntu2110 | 23:27 |
| RP | kanavin: I wondered about https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/3315 on ubuntu2004-ty-1 too | 23:28 |
| kanavin | RP: qemu-system-x86_64: egl: no drm render node available - seems like same issue | 23:29 |
| halstead | kanavin: it is supposed to be automatic. I can find out why. | 23:29 |
| RP | halstead: it is odd to have so many failures suddenly :/ | 23:30 |
| halstead | RP: upgrades were pretty basic at a glance. I'm not sure why . | 23:32 |
| halstead | kanavin: vgem is loaded on ubuntu2110-ty-2, debian11-ty-1, and debian11-ty-3. Huh. | 23:36 |
| RP | halstead: permissions change? | 23:37 |
| halstead | RP: that could happen. When I pushed the new local-conf it would have changed any permissions to what is expected by the config management. | 23:38 |
| RP | halstead: that is what i was worrying about :/ | 23:38 |
| RP | halstead: all debian ish systems | 23:39 |
| halstead | RP: Yep. the config run kicked pokybuild out of the video and render groups. | 23:41 |
| halstead | kanavin: RP, it's an easy fix but I'll need to restart buildbot on those hosts. | 23:41 |
| RP | halstead: I'd say just do it. I think the builds will just restart if running | 23:42 |
| RP | hmm, there is an a-full on 2010 :/ | 23:44 |
| RP | 2110 | 23:44 |
| *** leonanavi <leonanavi!~Leon@46.55.231.62> has joined #yocto | 23:47 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Ping timeout: 250 seconds) | 23:50 | |
| *** leonanavi <leonanavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 23:56 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!