| *** bps3 <bps3!~bps@80.71.142.18.ipv4.parknet.dk> has quit IRC (Ping timeout: 246 seconds) | 00:26 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 258 seconds) | 00:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 00:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds) | 00:33 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 00:34 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 01:06 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 01:15 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 01:24 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 01:24 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 01:29 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 01:29 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 01:43 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 03:12 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 03:39 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 03:45 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 03:45 | |
| *** zwelch_ <zwelch_!~zwelch@fluffy.mandolincreekfarm.com> has joined #yocto | 05:35 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Remote host closed the connection) | 05:47 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 05:47 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 255 seconds) | 05:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 05:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 258 seconds) | 05:54 | |
| *** zwelch_ <zwelch_!~zwelch@fluffy.mandolincreekfarm.com> has quit IRC (Ping timeout: 246 seconds) | 05:54 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 05:54 | |
| JaMa | RP: thanks :) | 06:06 |
|---|---|---|
| *** mvlad <mvlad!~mvlad@2a02:2f08:4802:2100:24d7:51ff:fed6:906d> has joined #yocto | 06:22 | |
| *** zwelch_ <zwelch_!~zwelch@fluffy.mandolincreekfarm.com> has joined #yocto | 06:27 | |
| *** mckoan|away is now known as mckoan | 06:34 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Read error: Connection reset by peer) | 07:03 | |
| derRichard | from time to time i see psuedo aborting on my ci/cd pipeline due to ino mismatch errors. exactly like stated here: https://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg153392.html | 07:10 |
| derRichard | affected files/recipes are random | 07:10 |
| derRichard | looks like psuedo's db gets somehow inconsistent | 07:10 |
| derRichard | is this a known problem? | 07:11 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 07:22 | |
| derRichard | hm, reading pseudo's source/changelog indicates that such problems can happen sometimes ;-\ | 07:36 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 07:43 | |
| *** jtoomey <jtoomey!~textual@149.199.80.131> has quit IRC (Read error: Connection reset by peer) | 07:53 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 255 seconds) | 08:03 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 08:04 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds) | 08:08 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:09 | |
| JaMa | tlwoerner: RP: the do_patch issue is caused by https://git.savannah.nongnu.org/cgit/quilt.git/commit/?id=8b39a960afcf45cd4f5804ae62b6b0656bdb191d introduced in kirkstone https://git.openembedded.org/openembedded-core/commit/?h=kirkstone&id=fa71afcee9ab42198c619333b77a15bd2ae02b20 still looking how to resolve this | 08:09 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 08:09 | |
| RP | JaMa: glad to have it tracked down a bit at least! | 08:14 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 08:19 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:20 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 08:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 08:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 08:33 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:34 | |
| *** jtoomey <jtoomey!~jtoomey@149.199.80.130> has joined #yocto | 08:43 | |
| *** jtoomey <jtoomey!~jtoomey@149.199.80.130> has quit IRC (Read error: Connection reset by peer) | 08:45 | |
| *** davidinux <davidinux!~davidinux@138.199.54.228> has quit IRC (Quit: WeeChat 2.8) | 08:48 | |
| *** davidinux <davidinux!~davidinux@81.22.36.212> has joined #yocto | 08:50 | |
| *** ptsneves <ptsneves!~ptsneves@83.11.81.31.ipv4.supernova.orange.pl> has joined #yocto | 08:52 | |
| ptsneves | does anybody know how i can see the execution log of a self test? | 08:54 |
| ptsneves | -v does not show me much | 08:54 |
| *** coref[m] <coref[m]!~corefmatr@2001:470:69fc:105::1:e667> has quit IRC (Quit: You have been kicked for being idle) | 09:00 | |
| rburton | Saur[m]: commented on the bug | 09:04 |
| RP | ptsneves: it isn't easy, usually I look at the code and put in debug prints if needed | 09:28 |
| ptsneves | @RPS | 09:28 |
| ptsneves | RP Ok good to know. I am going this way. I will try to submit a patch to the docs stating that cls.logger.info or just using the logger is the way to do prints as print() does not show anything. | 09:30 |
| RP | ptsneves: sounds good, thanks! | 09:33 |
| ptsneves | i have another question. Is there any way to run a test without needing to wipe the build dir, including state cache and download dir? I just short-circuited the check that forces this but then i have a feeling the test does not run correctly. Any clues? | 09:36 |
| rburton | you don't need to do that? | 09:37 |
| rburton | i mean, why do you think you need to wipe a build dir to run a test | 09:38 |
| *** jpuhlman <jpuhlman!~jpuhlman@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Ping timeout: 255 seconds) | 09:42 | |
| *** jpuhlman <jpuhlman!~jpuhlman@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 09:42 | |
| *** davidinux <davidinux!~davidinux@81.22.36.212> has quit IRC (Quit: WeeChat 2.8) | 09:55 | |
| *** davidinux <davidinux!~davidinux@92.118.62.112> has joined #yocto | 10:01 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 10:30 | |
| *** amahnui1 <amahnui1!uid502939@id-502939.tinside.irccloud.com> has joined #yocto | 10:35 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 10:40 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 10:40 | |
| *** armhzjz <armhzjz!Thunderbir@gateway/vpn/protonvpn/armhzjz> has joined #yocto | 10:44 | |
| *** armhzjz <armhzjz!Thunderbir@gateway/vpn/protonvpn/armhzjz> has quit IRC (Quit: armhzjz) | 10:48 | |
| RP | rburton: probably as selftest runs in it's own build directory | 10:50 |
| RP | ptsneves: firstly, configure a location for an sstate-dir and dl_dir and it will share those | 10:50 |
| ptsneves | rburton because otherwise i get "2022-05-26 12:51:43,826 - oe-selftest - ERROR - Build directory /home/pneves/Projects/yocto-superproject/poky/build-st already exists, aborting" | 10:52 |
| rburton | oh that's selftest being stupid. pass -j1 | 10:52 |
| rburton | i thought that was fixed, obviously not | 10:52 |
| ptsneves | scripts/oe-selftest --run-tests kernel.Kernel.test_fitImage -v -K -j1 | 10:53 |
| ptsneves | ModuleNotFoundError: No module named 'testtools' | 10:53 |
| ptsneves | :( | 10:54 |
| RP | ptsneves: pip install it? | 10:55 |
| *** bps3 <bps3!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 10:55 | |
| ptsneves | without -j1 i did not have that error modulenotfound issue. | 10:55 |
| RP | rburton: the -j thing will just mean it creates a new dir each time. If you don't have a separate sstate/dldir configured it will do lots of rebuilding/downloading | 10:56 |
| RP | ptsneves: -j says "enable parallelism" which means instead of build-st it will use build-st-<PID>. It needs modules for parallelism | 10:56 |
| *** Guest43 <Guest43!~Guest43@p200300d7b719c200d99d9b7ad878e866.dip0.t-ipconnect.de> has joined #yocto | 10:58 | |
| ptsneves | ok. so that is not really what i am interested on. Furthermore the testtools in my pip3 takes me to errors. | 10:59 |
| ptsneves | > diff --git a/meta/lib/oeqa/selftest/context.py b/meta/lib/oeqa/selftest/context.py | 10:59 |
| ptsneves | index 78c7a467e2..8403bec5d7 100644 | 10:59 |
| ptsneves | --- a/meta/lib/oeqa/selftest/context.py | 10:59 |
| ptsneves | +++ b/meta/lib/oeqa/selftest/context.py | 10:59 |
| ptsneves | @@ -78,8 +78,8 @@ class OESelftestTestContext(OETestContext): | 10:59 |
| ptsneves | newselftestdir = newbuilddir + "/meta-selftest" | 10:59 |
| ptsneves | if os.path.exists(newbuilddir): | 10:59 |
| ptsneves | - self.logger.error("Build directory %s already exists, aborting" % newbuilddir) | 10:59 |
| ptsneves | - sys.exit(1) | 10:59 |
| ptsneves | + self.logger.warning("Build directory %s already exists, assuming it is correctly configured" % newbuilddir) | 10:59 |
| ptsneves | + return (builddir, newbuilddir) | 10:59 |
| ptsneves | bb.utils.mkdirhier(newbuilddir) | 10:59 |
| ptsneves | would this be fine to submit? | 10:59 |
| *** Guest43 is now known as Patrick2 | 11:00 | |
| Patrick2 | Hi, I try to build for a TI processor the first time. As far as i understand i can chose if i want to use u-boot-spl or x-loader. Is there a way to chose that in meta-ti ? | 11:00 |
| RP | ptsneves: no, we don't "assume things are correctly configured". Instead we should have an explicit command line option | 11:01 |
| RP | ptsneves: I think other code will break as it assumes it has a clean build directory, not an existing one to try and beat into shape :( | 11:02 |
| ptsneves | ok, so is it worth to add such a command line option? | 11:02 |
| RP | ptsneves: I'll admit I sometimes want to do that but I don't know how well it will work | 11:03 |
| RP | I have hacked it locally to do this before myself :/ | 11:04 |
| RP | I just worry about the bug reports as we don't support it | 11:04 |
| ptsneves | RP :( it's just that when developing a test cased needing to wipe everything every time is very unproductive | 11:04 |
| RP | ptsneves: see what I said above, you don't have to wipe sstate or dl_dir | 11:04 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 11:05 | |
| RP | ptsneves: you can see the concern that the tests assume starting in a clean location, not trying to reconfigure something | 11:05 |
| RP | the tests are specifically designed to reuse sstate/dldir where possible | 11:05 |
| ptsneves | RP Yes i can understand. It just makes dev harder, but fixing that is not my goal so the patch proposal would be only as a nice to do. So on the re-use of SSTATE and DL_DIR should i use build/conf/local.conf or build-st/conf/local.conf for that? I am not sure which one is the "real" build dir for this case | 11:07 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 11:07 | |
| RP | ptsneves: sefltest copies your local.conf so just configure somthing there in your normal build dir and selftest will reuse it | 11:08 |
| ptsneves | perfect! | 11:08 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 11:14 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 11:14 | |
| RP | rburton, jonmason: good we closed the arm tiny bug but do we need to add to the automated qa? | 11:18 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 11:18 | |
| jonmason | I build it in my gitlab ci | 11:19 |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 11:19 | |
| RP | jonmason: this should probably be in the official test matrix too though? e.g. so the test results are in the releases etc? | 11:19 |
| rburton | would be good | 11:20 |
| RP | I can write the patch I guess? | 11:20 |
| RP | jonmason, rburton: qemuarm or qemuarm64? or both? | 11:21 |
| jonmason | I do all 3. The trick is that sshd doesn't start in tiny | 11:24 |
| jonmason | So all I do is ping | 11:24 |
| RP | jonmason: we're supposed to have some tests for tiny. Looking at the AB config, not sure they;'re run though :/ | 11:27 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 11:32 | |
| RP | jonmason: https://autobuilder.yoctoproject.org/typhoon/#/builders/15/builds/5556 | 11:34 |
| jonmason | RP: https://gitlab.com/jonmason00/poky/-/pipelines/546446610 | 11:39 |
| jonmason | I'm doing altcfg and rt kernels where they should work | 11:40 |
| jonmason | qemuppc rt is broken for me. I'll get around to looking at that eventually | 11:40 |
| jonmason | and getting ssh working on tiny is on my todo list | 11:40 |
| RP | jonmason: nice. We don't test -rt on the AB but there is an open bug for that | 11:48 |
| jonmason | It was working in the previous kernel | 11:49 |
| jonmason | And it should really be working on all the qemus | 11:49 |
| jonmason | When it's working I'll let you know. Then it'll be easy to add to the ab | 11:50 |
| RP | jonmason: we could just add the working ones now :) | 11:51 |
| RP | jonmason: that built ok so I'll enable it | 11:54 |
| ernstp | derRichard: which exact yocto version are you running? | 12:02 |
| denix | Patrick2: there's no x-loader - it has been dead and deprecated long ago | 12:03 |
| Patrick2 | denix Ah, i see. I dont have a JTAG debugger at home, are there any possiblities to debug that? Or should I just invest in a simple debugger? | 12:05 |
| Patrick2 | denix maybe i should add some information: It is an old Beaglebone 2009 C3; The MLO which comes out of the Yocto build is not booting, no output at all. | 12:07 |
| denix | Patrick2: that would depend on what you need to debug | 12:07 |
| Patrick2 | denix * iam on dunfell. If I exchange the MLO (SPL), then its booting... SO i need to debug that. | 12:08 |
| denix | Patrick2: ah, that board is very old. I don't think it has been tested in years and it also got deprecated | 12:09 |
| denix | Patrick2: you can try #beagle and ask if there are any recent known good images (Debian, not Yocto) that support such old board | 12:11 |
| denix | are you Guest43 there? | 12:12 |
| Patrick2 | denix most likely you are right, but i think its a bit sad, for my usage it will be more then enough. So as a start i could integrate the prebuilt MLO from the Internet i downloaded. | 12:12 |
| Patrick2 | denix yes iam! | 12:12 |
| Patrick2 | denix so an old Image from the website (2018) is working. | 12:12 |
| denix | Patrick2: well, that image was built from sources and sources are still available. it's just a matter to figure out what regressed in recent 3-4 years... | 12:14 |
| Patrick2 | denix haha, i see:-D the git diff will be huge i guess. I still lack a lot of understanding, which i need to gain first. | 12:15 |
| Patrick2 | I definetly think it would be easier to buy a RPi. But i still think I should know how this works. | 12:16 |
| denix | Tartarus: is the original BeagleBoard from 2009 still supported in U-boot? | 12:16 |
| Guest87 | would it be possible to extend toasters functionality to include the option to download generated images/files for recipes? I'm thinking things like files from the deploy folder and key files from tmp/work in recipes | 12:27 |
| Patrick2 | denix kindoff oftopic question now: Will a segger jtag debugger be enough? I usually work with Lauterbach | 12:32 |
| Patrick2 | Segger jlink edu | 12:32 |
| derRichard | ernstp: so far i saw it on zeus, dunfell and hardknott. just upgraded to kirkstone, let's see whether i face it there too | 12:38 |
| *** oberonc <oberonc!~oberonc@89-139-136-105.bb.netvision.net.il> has joined #yocto | 12:42 | |
| oberonc | I have an issue with logind | 12:42 |
| oberonc | I want to keep proceeses running after I exit ssh | 12:43 |
| oberonc | for that to happen I changed KillUserProcesses=yes to KillUserProcesses=no | 12:43 |
| oberonc | in /etc/systemd/logind.conf | 12:43 |
| oberonc | and restarted | 12:44 |
| denix | Patrick2: yeah, don't know on that one | 12:44 |
| oberonc | but "$ sudo loginctl show-user" | 12:45 |
| oberonc | .. still has: | 12:45 |
| oberonc | KillUserProcesses=yes | 12:45 |
| oberonc | why ? | 12:45 |
| *** amahnui1 <amahnui1!uid502939@id-502939.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 12:45 | |
| oberonc | I dont have it set anywhere else: | 12:46 |
| oberonc | https://pastebin.com/we5GHrmB | 12:46 |
| *** Patrick2 <Patrick2!~Guest43@p200300d7b719c200d99d9b7ad878e866.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 252 seconds) | 12:53 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 13:08 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 13:11 | |
| rburton | RP: so if foo.bb has RDEPENDS=bar, why does foo:do_populate_sysroot depend on bar:do_populate_sysroot | 13:13 |
| sotaoverride | i brought over fsoverlay.bbclass to whatever openembedded tree the bsp im working on is using. what does this error mean? missing required distro feature 'overlayfs' (not in DISTRO_FEATURES) | 13:19 |
| rburton | it means the required distro feature 'overlayfs' is not in your DISTRO_FEATURES | 13:20 |
| rburton | overlayfs is opt-in, so you need to ask for it | 13:20 |
| sotaoverride | doesnt the bbclass already do that for you? REQUIRED_DISTRO_FEATURES += "systemd overlayfs" | 13:21 |
| rburton | that defines the required distro features | 13:22 |
| rburton | its up to your distro to set the features it has | 13:22 |
| sotaoverride | thanks | 13:23 |
| RP | rburton: historically that would have been required, it probably isn't now | 13:24 |
| rburton | its annoying when dealing with dependency cycles | 13:24 |
| RP | rburton: you're going to make me change that just before you leave on vacation aren't you? | 13:24 |
| rburton | haha | 13:24 |
| rburton | maaaybe | 13:24 |
| rburton | i'll make a note to comment it out and try a build when I get back :) | 13:25 |
| RP | rburton: did you look at those cve warnings? | 13:25 |
| rburton | bah, no. I can do this afternoon after I've ran a chore | 13:25 |
| RP | rburton: I can do it if you want | 13:25 |
| * RP just doesn't want to annoy swat too much | 13:26 | |
| rburton | if a patch isn't on the list by 5pm tonight, i'm sorry so please do | 13:26 |
| sotaoverride | need help with this https://gyazo.com/3c7777395d11b4722dbdcfe28aa7c1b5 (trying to make overlayfs work with my bsp), or just have someone share an example of a systemd or some other intit script that brings up mount overlays | 13:27 |
| * RP wishes he could leave for a few weeks and make things "someone elses problem". Sadly I'd just come back to it | 13:27 | |
| rburton | sotaoverride: that says you didn't copy the oe.overlayfs class (meta/lib/oe/overlayfs.py) | 13:28 |
| rburton | the easiest way to backport a function is to cherry-pick the commits, not copy files, as it's easy to miss files or related changes | 13:28 |
| RP | rburton: was that for a native recipe? | 13:30 |
| rburton | yes | 13:30 |
| RP | rburton: that code looks strange :/ | 13:31 |
| rburton | BURN IT ALL | 13:31 |
| yudjinn[m] | hey all, I'm still running into an issue that I'm not sure how to approach resolving; I'm upgrading a system from zeus-> dunfell and it has a meta-tegra layer. That layer is now giving me a error that I dont know where to begin solving:... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/788c191f4ca2071264d918d9d5405b6ed338b78b) | 13:32 |
| rburton | yudjinn[m]: you need to update that bit of anon py in the layer to work with modern python. or just delete the ${@build_date(d)} bit as its just pointless churn to cause rebuilds | 13:35 |
| yudjinn[m] | the thing is It works with python3, just not python2 (if I manually run it), rburton are you suggesting I just override this step to do nothing in my conf? | 13:36 |
| rburton | i'm suggesting you delete that bit entirely as it's pointless | 13:36 |
| rburton | *surely* meta-tegra supports newer than zeus | 13:37 |
| yudjinn[m] | I'm on the dunfell branch of meta-tegra, and ideally we dont want to make changes directly in the 3rd party layers | 13:38 |
| RP | rburton: it is going to break if we remove that :/ | 13:38 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 13:38 | |
| RP | rburton: basically we look like we're injecting dependencies at slightly the wrong point on the dependency chart | 13:38 |
| RP | rburton: I did confirm that m4-native blows up without that too | 13:40 |
| landgraf | Do we have triage meeting today? | 13:41 |
| RP | landgraf: yes | 13:41 |
| RP | rburton: I don't think we have syntax for "get the rdepends of the recipes this task depends upon" | 13:42 |
| landgraf | RP: Thanks | 13:42 |
| Tartarus | denix: Yeah, original beagles should work, but I don't test mine often | 13:48 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:56 | |
| * RP notes his insane config options and tries again | 13:59 | |
| *** halves <halves!~halves@canonical/halves> has left #yocto (WeeChat 3.5) | 14:06 | |
| RP | rburton: added surprisingly recently: https://git.yoctoproject.org/poky/commit/?id=eea86c4f0a960d0094571a78dc0cf9d46d162a22 | 14:09 |
| *** ptsneves <ptsneves!~ptsneves@83.11.81.31.ipv4.supernova.orange.pl> has quit IRC (Quit: Client closed) | 14:10 | |
| wyre | is there some equivalent to python 'pass' statement for bb recipes? 🤔 | 14:18 |
| JPEW | wyre: For shell code? | 14:19 |
| wyre | JPEW, so bb recipes are shell code? 🤔 | 14:19 |
| JPEW | ... no | 14:19 |
| JPEW | Tasks are shell code or python | 14:19 |
| JPEW | I'm not sure what you mean by "pass"; it's just the "no-op" command in python | 14:19 |
| wyre | JPEW, you mean tasks inside those recipes, right? | 14:19 |
| wyre | sure, I guess the equivalent in shell code is : | 14:20 |
| JPEW | Right | 14:20 |
| RP | rburton: I have a patch which replaces it with "correct" dependencies at the expense of adding an extra 3000 connections to the taskgraph | 14:22 |
| RP | (for core-image-sato) | 14:22 |
| *** ptsneves <ptsneves!~ptsneves@83.11.81.31.ipv4.supernova.orange.pl> has joined #yocto | 14:27 | |
| wyre | JPEW, not sure why this recipe https://bpa.st/FMPA is causing me errors in do_rootfs task 🤔 https://bpa.st/JBYQ | 14:29 |
| wyre | dpkg it's apparently having problems with it | 14:29 |
| wyre | but it's the one which gives me this issues 🤔 | 14:30 |
| wyre | it's just to deploy a single python script | 14:30 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 14:33 | |
| wyre | apparently dpkg has some problem when installing the deb file | 14:35 |
| wyre | but not sure why it's bad formatted 🤔 | 14:35 |
| JPEW | wyre: Weird | 14:35 |
| wyre | JPEW, can't see the actual error in the whole log https://jfernandz.me/~wyre/log.do_rootfs.336376 | 14:38 |
| wyre | well, apparently it returned 100 as exit code? 🤔 https://bpa.st/2IFA | 14:41 |
| ernstp | derRichard: a lot has happened between dunfell 3.1.0 and 3.1.16 for example though... | 14:49 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 14:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 14:49 | |
| wyre | JPEW, the deb is apparently correct, and I'm able to build another images without this recipe | 14:57 |
| wyre | so ... some suggestion? | 14:57 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 14:58 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 14:58 | |
| derRichard | ernstp: can you please be more specific in terms of commid ids in pseudo that fix such issues | 14:59 |
| derRichard | *commit | 14:59 |
| wyre | JPEW, the problem was this recipe was shipping the very same file than another one 😥 | 15:06 |
| wyre | sorry, it was my fault again | 15:06 |
| ernstp | derRichard: not really, wondering if you were on an up to date yocto or not... | 15:06 |
| ernstp | derRichard: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14057 | 15:06 |
| ernstp | derRichard: but I recognize the problem and know that I haven't seen it in quite some time | 15:07 |
| JPEW | wyre: Weird, that should have given a better warning than that | 15:07 |
| wyre | JPEW, sure, I think the same! 🤔 | 15:07 |
| JPEW | Usually it tells you more explicitly if your overwriting files | 15:08 |
| wyre | JPEW, I can't see anything about this in the whole do_rootfs failed task log even ... https://jfernandz.me/~wyre/log.do_rootfs.336376 | 15:09 |
| wyre | oh, yes, it's there 😥 | 15:10 |
| wyre | https://bpa.st/AQJA | 15:10 |
| *** oberonc <oberonc!~oberonc@89-139-136-105.bb.netvision.net.il> has quit IRC (Quit: Client closed) | 15:13 | |
| RP | JPEW: we probably fixed valgrind-ptest with a specific dependency btw | 15:33 |
| JPEW | Ya, that I figured | 15:33 |
| * RP feels bad for sounding depressed in bug triage :/ | 15:40 | |
| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 244 seconds) | 15:55 | |
| *** eggman <eggman!eggman@libera/staff/eggman> has quit IRC (Read error: Connection reset by peer) | 15:56 | |
| *** eggman <eggman!eggman@libera/staff/eggman> has joined #yocto | 15:57 | |
| jonmason | RP: you just sounded tired, and said you were tired | 15:58 |
| jonmason | RP: I reproduced the newlib issue. What should I be looking for in the logs? | 16:00 |
| RP | jonmason: do a "find -name config.log" on the workdir | 16:00 |
| RP | jonmason: you want the one that matches the error on the console | 16:01 |
| landgraf | or grep -R 'Link tests are not allowed after' in the workdir | 16:04 |
| landgraf | it will gives you config.log | 16:04 |
| * landgraf did this few times today for different bug | 16:04 | |
| jonmason | found it | 16:08 |
| jonmason | lots of missing headerfiles | 16:08 |
| jonmason | and gcc flags that are not valid | 16:08 |
| jonmason | I'll upload to the bugzilla | 16:08 |
| rburton | ideally, compare with a known working build, because it may be usual for stuff to be 'missing' | 16:08 |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 16:08 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 16:27 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 16:54 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 16:54 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 272 seconds) | 16:59 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 16:59 | |
| *** ptsneves <ptsneves!~ptsneves@83.11.81.31.ipv4.supernova.orange.pl> has quit IRC (Quit: Client closed) | 17:12 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 17:14 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 17:18 | |
| jaskij[m] | I'm experimenting with LXC containers, including building them with Yocto. Would there be interest in a layer providing a minimal container to build Yocto? | 17:19 |
| sotaoverride | my bsp uses a git submodule for openembedded-core layer, its currently on ecd636154e7cfc1349a7cfd8026a85eafa219535 layers/openembedded-core (yocto-3.1.8), can someone help me figure what commit I can cherry pick to add overlayfs.bbclass? its a git submodule, so Im also trying to see if cherry picking would work. I tired merging master into the submodule but thats gicing me a lot of conflicts and might | 17:22 |
| sotaoverride | also break some of the recipes. | 17:22 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 17:29 | |
| *** mckoan is now known as mckoan|away | 17:38 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 18:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 18:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 18:13 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 18:14 | |
| *** gpanders <gpanders!be60a9b05a@user/gpanders> has joined #yocto | 18:15 | |
| *** Guest43 <Guest43!~Guest43@p200300d7b719c200375d0e768e7e239d.dip0.t-ipconnect.de> has joined #yocto | 18:19 | |
| *** Schiller <Schiller!~Schiller@p200300efa70ea90139786a85db4b1fc5.dip0.t-ipconnect.de> has joined #yocto | 18:27 | |
| *** Schiller <Schiller!~Schiller@p200300efa70ea90139786a85db4b1fc5.dip0.t-ipconnect.de> has quit IRC (Client Quit) | 18:27 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 18:28 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 18:42 | |
| yudjinn[m] | what does the error message "no recipes available for: ..." mean? | 18:43 |
| *** Tokamak <Tokamak!~Tokamak@166.205.152.1> has quit IRC (Ping timeout: 246 seconds) | 18:44 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.133> has joined #yocto | 18:46 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:2048:1f56:f4e8:63f1> has joined #yocto | 19:05 | |
| jonmason | it means that you are missing a layer or using the wrong name | 19:08 |
| *** eggman <eggman!eggman@libera/staff/eggman> has quit IRC (Quit: brb) | 19:13 | |
| *** eggman <eggman!eggman@libera/staff/eggman> has joined #yocto | 19:15 | |
| yudjinn[m] | hm.. I'm trying to build meta-tegra on dunfell and am getting `Nothing RPROVIDES 'cuda-command-line-tools-libcupti'` | 19:15 |
| JaMa | RP: there are 3 possible fixes for do_patch issue, A) needs extra .patch for quilt which probably won't be upstreamable, B) might bring long-forgotten issues when ${S}/patches isn't wiped between do_unpacks, C) creates empty file just to keep new quilt happy - A) and B) are in https://git.openembedded.org/openembedded-core-contrib/log/?h=jansa/master but now I'm tempted to just do C), do you have any | 19:26 |
| JaMa | preferrence? | 19:26 |
| JaMa | anyone in possition to sponsor SPDX identifiers in glibc? https://sourceware.org/bugzilla/show_bug.cgi?id=28007 | 19:29 |
| zwelch | yudjinn[m]: it probably means the name of the recipe changed. i usually look through git log and search for the old recipe name, as that usually turns up the commit where it got renamed. | 19:31 |
| *** cambrian_invader <cambrian_invader!~cambrian_@50-195-82-171-static.hfc.comcastbusiness.net> has quit IRC (Ping timeout: 256 seconds) | 19:38 | |
| *** cambrian_invader <cambrian_invader!~cambrian_@50-195-82-171-static.hfc.comcastbusiness.net> has joined #yocto | 19:40 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Read error: Connection reset by peer) | 20:01 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 20:01 | |
| *** manuel <manuel!~manuel198@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has joined #yocto | 20:03 | |
| manuel | If I add an out-of-tree kernel module to KERNEL_MODULE_AUTOLOAD, will a `bitbake -c compile -f virtual/kernel` do the trick? Or do I need to bitbake my kernel module recipe? | 20:06 |
| *** Guest43 <Guest43!~Guest43@p200300d7b719c200375d0e768e7e239d.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed) | 20:20 | |
| moto-timo | manuel: See slide 106 of https://elinux.org/images/3/38/YPS2022.05_d0s03_kernel-hands_on.pdf also add the module recipe to MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS | 20:22 |
| JaMa | manuel: it's postinst in /etc/modules-load.d/basename.conf file in the package with that module, so you need to rebuild the module (not the kernel itself) | 20:23 |
| manuel | moto-timo: Thanks, have these slides open right now. Am diagnosing why my module doesn't get autoloaded. | 20:24 |
| manuel | JaMa: thanks | 20:25 |
| JaMa | most often it's due to different basename and modulename (e.g. - and _) | 20:26 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4802:2100:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 20:26 | |
| JaMa | check the content of the package, if the modules-load.d call is there and the module name in modprobe call works on target | 20:27 |
| moto-timo | manuel: the kernel lab slides were originally based on the kernel-lab manual (wip). For a few more words see: https://github.com/moto-timo/yocto-docs/blob/timo/honister/kernel-lab/documentation/kernel-lab/lab4.rst#add-the-external-kernel-module | 20:27 |
| * moto-timo looks at the clock and calendar and shakes fist at time | 20:28 | |
| JaMa | brings old memories https://github.com/shr-distribution/meta-smartphone/commit/7a66f682688b668bc4ef1ee93c2573c49efcc719 | 20:29 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 20:34 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-105-220.2.244.pool.telefonica.de> has joined #yocto | 20:35 | |
| manuel | moto-timo: I am at slide 106 of https://elinux.org/images/3/38/YPS2022.05_d0s03_kernel-hands_on.pdf and get the expected results. However, when I add "hello" to KERNEL_MODULE_AUTOLOAD, it doesn't get loaded. Is there anything which prevents module autoloading for out-of-tree kernel modules? | 21:26 |
| manuel | IIRC in lab 3 KERNEL_MODULE_AUTOLOAD worked as expected. | 21:27 |
| manuel | In other words, is KERNEL_MODULE_AUTOLOAD not meant to be used for out-of-tree kernel modules? | 21:28 |
| RP | JaMa: hmm, interesting. I think if we wipe ${S}/patches we should be wiping .pc as well. I'm starting to think we should just "ban" ${S} == ${WORKDIR} as unworkable | 21:29 |
| *** mrnuke <mrnuke!~mrnuke@c-98-197-59-62.hsd1.tx.comcast.net> has quit IRC (Ping timeout: 248 seconds) | 21:30 | |
| RP | re: glibc, I'm half tempted to try and send some patches, it would be nice to clarify things there | 21:30 |
| * RP realistically doesn't have the time | 21:30 | |
| *** gpanders <gpanders!be60a9b05a@user/gpanders> has left #yocto (WeeChat 3.4.1) | 21:36 | |
| *** mrnuke <mrnuke!~mrnuke@c-98-197-59-62.hsd1.tx.comcast.net> has joined #yocto | 21:39 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Ping timeout: 240 seconds) | 22:05 | |
| moto-timo | ⏱ | 22:14 |
| yudjinn[m] | on dunfell, I'm running into: `ERROR: Nothing RPROVIDES 'python-subprocess' `, what is supposed to provide this? | 22:17 |
| *** kevinrowland <kevinrowland!~kevinrowl@165.225.243.0> has joined #yocto | 22:18 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 22:28 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 22:44 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 22:44 | |
| smurray | yudjinn[m]: python3-core. If you need to track modules -> package for the Python standard lib modules down, good place to check is meta/recipes-devtools/python/python3/python3-manifest.json, it drives that | 22:44 |
| yudjinn[m] | isn't python-subprocess part of the standard lib, though? | 22:48 |
| smurray | yudjinn[m]: it is, but they get split into binary packages per that manifest. iirc, the RDEPENDS for python3 doesn't pull modules in, you either need to add the python3-modules meta-package or pick them individually | 22:51 |
| yudjinn[m] | can you give me an example? | 22:52 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 255 seconds) | 22:54 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 22:54 | |
| smurray | yudjinn[m]: of what, pulling module packages in? | 22:54 |
| yudjinn[m] | of how you'd address this | 22:55 |
| smurray | yudjinn[m]: look at the RDEPENDS definitions in some of the other recipes in meta/recipes-devtools/python | 22:55 |
| *** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 22:56 | |
| yudjinn[m] | ahhhh I think I follow now, thanks! | 22:57 |
| smurray | yudjinn[m]: ah, your error message says "python-subprocess", not "python3-subprocess", I missed that. You need to either fix whatever it is you're trying to build to use python3, or live with using meta-python2 for the last release of Python 2.x | 22:57 |
| yudjinn[m] | I can up it to python3-subprocess, but that was not resolving the issue, just moving it | 22:58 |
| smurray | yudjinn[m]: whatever recipe has a dependency on python-subprocess is out of date, basically, Python 2.x support was removed before dunfell | 22:59 |
| yudjinn[m] | yep, this is a project that was running on zeus and I'm working on bringing to dunfell | 22:59 |
| smurray | yudjinn[m]: if it's in some layer you don't control, like a BSP, meta-python2 is an option, but Python 2.x is EOL now so upgrading to 3 is what you'd really want to be doing | 23:00 |
| yudjinn[m] | yep, I'm setting everything to python3 | 23:00 |
| yudjinn[m] | hm, maybe I'm missing something else. python-subprocess doesnt have a separate recipe | 23:08 |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 23:21 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-105-220.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds) | 23:27 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 23:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 23:34 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 23:37 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds) | 23:39 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 23:39 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 23:44 | |
| *** zwelch <zwelch!~zwelch@fluffy.mandolincreekfarm.com> has quit IRC (Quit: Leaving) | 23:44 | |
| *** ntlctx <ntlctx!uid554637@user/ntlctx> has quit IRC (Quit: Connection closed for inactivity) | 23:52 | |
| *** mickeypash <mickeypash!~mickeypas@2a01:4b00:9e0e:6000:44ae:d27c:af7a:9198> has joined #yocto | 23:58 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!