| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 00:03 | |
| RP | khem: http://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20230308-tin9vzf4/packages/diff-html/ is better but still not right (with my patch) | 00:03 |
|---|---|---|
| RP | khem: I think it also causes a gstreamer ptest failure: | 00:04 |
| RP | https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/4581 | 00:04 |
| RP | maybe a different x86 one: https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/4774/steps/12/logs/stdio not sure if those are consistent or not | 00:05 |
| *** azcraft <azcraft!~AzCraft@195.214.253.121> has quit IRC (Remote host closed the connection) | 00:05 | |
| *** florian <florian!~florian@dynamic-093-132-025-074.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds) | 00:06 | |
| *** xmn_ <xmn_!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 00:13 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds) | 00:14 | |
| *** xmn_ <xmn_!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: xmn_) | 00:19 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 00:25 | |
| *** tokamak <tokamak!~Tokamak@150.136.105.167> has quit IRC (Quit: ZNC 1.8.2+deb2build5 - https://znc.in) | 00:52 | |
| *** tokamak <tokamak!~Tokamak@150.136.105.167> has joined #yocto | 00:53 | |
| *** wCPO7 <wCPO7!~wCPO@mail.klausen.dk> has joined #yocto | 00:55 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC (Ping timeout: 255 seconds) | 00:55 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 255 seconds) | 00:55 | |
| *** alicef_ <alicef_!~none@gentoo/developer/alicef> has joined #yocto | 00:55 | |
| *** davidinux <davidinux!~davidinux@92.118.62.89> has quit IRC (Ping timeout: 255 seconds) | 00:56 | |
| *** mckoan|away <mckoan|away!~marco@host-95-229-48-41.business.telecomitalia.it> has quit IRC (Ping timeout: 255 seconds) | 00:56 | |
| *** mckoan|away <mckoan|away!~marco@host-95-229-48-41.business.telecomitalia.it> has joined #yocto | 00:56 | |
| *** davidinux <davidinux!~davidinux@92.118.62.89> has joined #yocto | 00:56 | |
| *** wCPO <wCPO!~wCPO@mail.klausen.dk> has quit IRC (Ping timeout: 255 seconds) | 00:56 | |
| *** wCPO7 is now known as wCPO | 00:56 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 00:57 | |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection) | 01:55 | |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 01:55 | |
| *** davidinux <davidinux!~davidinux@92.118.62.89> has quit IRC (Ping timeout: 248 seconds) | 02:03 | |
| *** davidinux <davidinux!~davidinux@92.118.62.88> has joined #yocto | 02:06 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 02:17 | |
| *** starblue <starblue!~juergen@dslb-094-220-119-204.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 248 seconds) | 02:17 | |
| *** starblue <starblue!~juergen@dslb-178-006-095-164.178.006.pools.vodafone-ip.de> has joined #yocto | 02:19 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 02:26 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds) | 03:29 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 03:29 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 276 seconds) | 03:34 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 03:34 | |
| *** camus <camus!~Instantbi@116.236.93.172> has quit IRC (Quit: camus) | 04:16 | |
| *** camus <camus!~Instantbi@116.236.93.172> has joined #yocto | 04:17 | |
| *** camus <camus!~Instantbi@116.236.93.172> has quit IRC (Remote host closed the connection) | 04:18 | |
| *** camus <camus!~Instantbi@116.236.93.172> has joined #yocto | 04:20 | |
| *** camus <camus!~Instantbi@116.236.93.172> has quit IRC (Remote host closed the connection) | 04:20 | |
| *** kiwi_29_[m] <kiwi_29_[m]!~msgboardp@2001:470:69fc:105::1:6699> has joined #yocto | 04:22 | |
| kiwi_29_[m] | Hello ... I am hosting Toaster UI for my team... the members do not know how to use Yocto. The idea is for them to just build their packages using Toaster and test it during development. The tough part of hosting toaster is done...however , how do I let them download the deb packages from Toaster UI? | 04:23 |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 276 seconds) | 04:28 | |
| *** camus <camus!~Instantbi@116.236.93.172> has joined #yocto | 04:29 | |
| *** camus <camus!~Instantbi@116.236.93.172> has quit IRC (Remote host closed the connection) | 04:31 | |
| *** camus <camus!~Instantbi@116.236.93.172> has joined #yocto | 04:34 | |
| *** camus <camus!~Instantbi@116.236.93.172> has quit IRC (Quit: camus) | 04:43 | |
| *** camus <camus!~Instantbi@116.236.93.172> has joined #yocto | 04:52 | |
| *** camus <camus!~Instantbi@116.236.93.172> has quit IRC (Client Quit) | 04:52 | |
| *** AKN <AKN!~AKN@49.205.87.101> has joined #yocto | 04:53 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:59 | |
| *** amitk <amitk!~amit@103.208.69.187> has joined #yocto | 05:01 | |
| *** camus <camus!~Instantbi@116.236.93.172> has joined #yocto | 05:02 | |
| *** amitk_ <amitk_!~amit@103.208.71.151> has joined #yocto | 05:16 | |
| *** amitk <amitk!~amit@103.208.69.187> has quit IRC (Ping timeout: 248 seconds) | 05:16 | |
| *** camus <camus!~Instantbi@116.236.93.172> has quit IRC (Remote host closed the connection) | 05:18 | |
| *** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 05:25 | |
| *** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 05:25 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 255 seconds) | 05:34 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 05:34 | |
| *** amitk_ <amitk_!~amit@103.208.71.151> has quit IRC (Ping timeout: 248 seconds) | 05:51 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 05:54 | |
| *** ArgaKhan <ArgaKhan!ArgaKhan@95.70.157.222> has joined #yocto | 05:55 | |
| *** Notgnoshi <Notgnoshi!~quassel@184-83-95-131-dynamic.midco.net> has quit IRC (Read error: Connection reset by peer) | 06:01 | |
| *** Notgnoshi <Notgnoshi!~quassel@184-83-95-131-static.midco.net> has joined #yocto | 06:06 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Remote host closed the connection) | 06:17 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 06:17 | |
| *** Maxxed <Maxxed!~Maxxed@nrgt.net> has quit IRC (Read error: Connection reset by peer) | 06:18 | |
| *** Maxxed <Maxxed!~Maxxed@nrgt.net> has joined #yocto | 06:19 | |
| *** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 06:30 | |
| *** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:30 | |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection) | 06:34 | |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 06:34 | |
| *** olani- <olani-!~olani@83-233-29-230.cust.bredband2.com> has quit IRC (Ping timeout: 255 seconds) | 06:44 | |
| *** olani- <olani-!~olani@83-233-29-230.cust.bredband2.com> has joined #yocto | 06:45 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 06:50 | |
| *** rob_w <rob_w!~rob@2001:a61:6012:6901:fd18:ef82:139:bce7> has joined #yocto | 06:54 | |
| *** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 06:55 | |
| *** olani <olani!~olani@wlan-gw.se.axis.com> has quit IRC (Read error: Connection reset by peer) | 07:12 | |
| *** olani <olani!~olani@wlan-gw.se.axis.com> has joined #yocto | 07:33 | |
| *** AKN <AKN!~AKN@49.205.87.101> has quit IRC (Ping timeout: 276 seconds) | 07:37 | |
| *** fabo <fabo!~fabo@88.169.167.85> has joined #yocto | 07:38 | |
| *** mckoan|away is now known as mckoan | 07:43 | |
| mckoan | good morning | 07:43 |
| *** amitk <amitk!~amit@103.208.71.78> has joined #yocto | 07:45 | |
| *** Spinola <Spinola!~alberto@D57E7F5A.static.ziggozakelijk.nl> has joined #yocto | 07:52 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 268 seconds) | 08:05 | |
| *** azcraft <azcraft!~AzCraft@195.214.253.121> has joined #yocto | 08:06 | |
| *** oscar <oscar!~oscar@31-208-217-175.cust.bredband2.com> has joined #yocto | 08:06 | |
| LetoThe2nd | yo dudX | 08:10 |
| *** oscar <oscar!~oscar@31-208-217-175.cust.bredband2.com> has quit IRC (Quit: Leaving) | 08:11 | |
| *** bjoscar <bjoscar!~bjO87@31-208-217-175.cust.bredband2.com> has joined #yocto | 08:19 | |
| *** gegir <gegir!~gegir@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 08:24 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 248 seconds) | 08:25 | |
| *** dev1990 <dev1990!~dev@77-254-226-214.adsl.inetia.pl> has quit IRC (Quit: Konversation terminated!) | 08:26 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:26 | |
| *** dev1990 <dev1990!~dev@77-254-226-214.adsl.inetia.pl> has joined #yocto | 08:27 | |
| *** AKN <AKN!~AKN@49.205.87.101> has joined #yocto | 08:38 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 08:39 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 08:39 | |
| *** imND <imND!~NDA@37.97.96.5> has joined #yocto | 08:41 | |
| *** imND <imND!~NDA@37.97.96.5> has quit IRC (Client Quit) | 08:41 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 276 seconds) | 08:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:44 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 09:07 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 09:24 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:29 | |
| *** bjoscar <bjoscar!~bjO87@31-208-217-175.cust.bredband2.com> has quit IRC (Ping timeout: 268 seconds) | 10:17 | |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-224-008.citykom.de> has joined #yocto | 10:21 | |
| *** ptsneves <ptsneves!~Thunderbi@84.47.155.82> has joined #yocto | 10:25 | |
| polprog_ | I have a patch file that gets rejected due to "can't find file to patch at input line 3" | 10:30 |
| polprog_ | how can i specify the patch directory? | 10:30 |
| polprog_ | the patch runs insode the source directory and I need to patch one of the recipe's config files | 10:31 |
| polprog_ | (the recipe is core/meta/recipes-core/dropbear/ ) | 10:31 |
| polprog_ | i tried putting "../dropber.default" as the patch source and target but I get the same error | 10:32 |
| *** louis_ <louis_!~louis@lmontsouris-658-1-109-35.w92-154.abo.wanadoo.fr> has joined #yocto | 10:34 | |
| *** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 10:35 | |
| polprog_ | here's how it looks like: https://0x0.st/Hicb.txt | 10:35 |
| *** louis__ <louis__!~louis@193.33.56.84> has quit IRC (Ping timeout: 248 seconds) | 10:37 | |
| *** AKN_R <AKN_R!~AKN@49.205.87.101> has joined #yocto | 10:39 | |
| JaMa | patch runs inside S directory, you can use patchdir or striplevel to adjust it relative to S, but it has to be a file there | 10:41 |
| rburton | polprog_: set the patchdir to WORKDIR, but its easier to just provide a new dropbear.default file entirely in your layer | 10:41 |
| polprog_ | Thats a good dolution too and thats what im trying now | 10:42 |
| polprog_ | I wanted to understand how the patch way works too | 10:42 |
| polprog_ | I also have to patch the device tree, so i will try that | 10:42 |
| *** AKN <AKN!~AKN@49.205.87.101> has quit IRC (Ping timeout: 268 seconds) | 10:42 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 10:43 | |
| *** AKN_R <AKN_R!~AKN@49.205.87.101> has quit IRC (Ping timeout: 268 seconds) | 10:44 | |
| rburton | basically default patch directory is ${S} and patch stripping level is 1 | 10:44 |
| rburton | if those don't work, just change them | 10:44 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 10:48 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 10:48 | |
| *** AKN_R <AKN_R!~AKN@49.205.87.101> has joined #yocto | 11:04 | |
| *** fabo <fabo!~fabo@88.169.167.85> has quit IRC (Ping timeout: 260 seconds) | 11:04 | |
| *** starblue <starblue!~juergen@dslb-178-006-095-164.178.006.pools.vodafone-ip.de> has quit IRC (Ping timeout: 276 seconds) | 11:05 | |
| *** starblue <starblue!~juergen@dslb-178-006-095-164.178.006.pools.vodafone-ip.de> has joined #yocto | 11:06 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Remote host closed the connection) | 11:11 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 11:13 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Client Quit) | 11:14 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 11:14 | |
| *** pidge <pidge!~pidge@194.110.145.185> has quit IRC (Ping timeout: 255 seconds) | 11:20 | |
| *** florian_kc is now known as florian | 11:21 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 11:24 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 11:24 | |
| *** pidge <pidge!~pidge@194.110.145.181> has joined #yocto | 11:25 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 276 seconds) | 11:29 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 11:29 | |
| Max[m] | I'm trying to use devtool to update a recipe to a new upstream version. SRC_URI contains a couple of patches, and rebasing them automatically (with fixing conflicts manually) is my main motivation for using devtool. | 11:36 |
| Max[m] | devtool upgrade prints an error for the first patch conflict and then just tries to compute the license diff, which fails because the set of license files is different between the two versions (some removed, others added). | 11:37 |
| Max[m] | devtool modify after manually updating the version and LIC_FILES_CHECKSUM seems to almost do what I want, but it errors out on the first patch conflict, and on the next run it does the complete unpacking again, which takes ages. | 11:37 |
| Max[m] | Not sure if devtool is even the right choice for this task, or if I should just write a script to automate the rebasing? | 11:37 |
| *** imND <imND!~NDA@37.97.96.5> has joined #yocto | 11:42 | |
| polprog_ | is there a way to trace what recipes influence a particular file in the target rootfs? | 11:42 |
| *** SandrineWolf <SandrineWolf!~Sandrine@37.97.96.5> has joined #yocto | 11:44 | |
| rburton | oe-pkgdata-util find-file /the/path/name | 11:44 |
| rburton | erm, find-path | 11:44 |
| rburton | that will tell you the package. should be obvious what the recipe is, if not oe-pkgdata-util lookup-pkg will tell you | 11:45 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 11:46 | |
| SandrineWolf | Hello, when I launch runqemu qemux86-64 with yocto version:langdale. I have some time this error No more Space Left ENOSPC, I resolved with change size of /proc/sys/fs/inotify/max_user_instances or reboot my computer. Is It normal ? | 11:49 |
| polprog_ | rburton: it's unable to find any package, im running 'oe-pkgdata-util find-path /bin/bash' as a test | 11:49 |
| polprog_ | hm, it found the /etc/issue one (base-files), but it can't fint the /etc/shadow one | 11:50 |
| rburton | bash is a bad one to pick as that's a symlink that isn't packaged, but generated | 11:51 |
| rburton | shadow is, iirc, a managed file that also doesn't get packaged | 11:56 |
| ArgaKhan | hello | 11:56 |
| ArgaKhan | rburton: We were talking the other day. I still haven't been able to solve it. This irc doesn't have a notification feature, I couldn't see it and missed it. I am using the Kirk stone branch. | 11:57 |
| rburton | i can't remember what the problem was, sorry | 11:57 |
| polprog_ | rburton: hm, ok, i think ill just enable the debug tweaks option then.. thanks | 11:58 |
| polprog_ | (petalinux seems to have a rather broken yocto setup) | 11:59 |
| ArgaKhan | rburton: I think I'm getting an error because of the dependency. From linux dummy this was also the log file: https://paste.ee/p/qPzy6 | 11:59 |
| ArgaKhan | rburton: I'm using the Kirkstone version by the way. | 11:59 |
| JaMa | Max[m]: devtool is right tool, but if the patches are in bad shape or the diff from new version too big, then it's still not easy to use | 11:59 |
| rburton | ArgaKhan: oh yes, i struggle to believe that ALLOW_EMPTY:${PN} = "1" in linux-dummy.bb didn't fix that | 12:00 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 12:00 | |
| JaMa | Max[m]: if the source is in git repo already and .patch files have git headers, than I will usually rebase them manually (first apply them with git am in S of the old version, then rebase and git format-patch --no-numbered --no-signature N while updating SRCREV of the new tag I want to upgrade to | 12:01 |
| ArgaKhan | rburton: I added ALLOW_EMPTY:${PN} = "1" to poky/meta/recipes-kernel/linux/linux-dummy.bb. Do I need to do anything else? I saved the file and ran bitbake after adding this option. | 12:02 |
| *** bjoscar <bjoscar!~bjO87@94.191.137.138.mobile.tre.se> has joined #yocto | 12:03 | |
| Max[m] | JaMa: the source is a tarball, but the patch files do have git headers. I suppose I'll have to keep rebasing them manually them, thanks! | 12:04 |
| JaMa | yes, with tarball it's a bit more boring routine to do it manually (git init, unpack the tarball again, because the one in S already have the patches applied, git add -A ., git commit -a -m init; git am old patches, .. is what I often do, but in tarball case devtool definitely saves this boring routine) | 12:06 |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Quit: vladest) | 12:09 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 12:09 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Client Quit) | 12:10 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 12:11 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Client Quit) | 12:13 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 12:13 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Client Quit) | 12:13 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 12:14 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 12:14 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Client Quit) | 12:15 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 12:16 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Client Quit) | 12:16 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 12:17 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Client Quit) | 12:18 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 12:18 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Client Quit) | 12:19 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 12:19 | |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-224-008.citykom.de> has quit IRC (Ping timeout: 276 seconds) | 12:25 | |
| *** bjoscar <bjoscar!~bjO87@94.191.137.138.mobile.tre.se> has quit IRC (Ping timeout: 268 seconds) | 12:36 | |
| *** imND <imND!~NDA@37.97.96.5> has quit IRC (Remote host closed the connection) | 12:49 | |
| rburton | RP: INFO: meta-clang ... PASS | 12:52 |
| RP | rburton: nice! | 12:53 |
| *** louis_ <louis_!~louis@lmontsouris-658-1-109-35.w92-154.abo.wanadoo.fr> has quit IRC (Quit: Lost terminal) | 12:58 | |
| JaMa | RP: just for me to understand the process - after the final pull request from Steve (e.g. kirkstone yesterday), do you trigger some builds on AB or just merge it whenever you find some time to pull&push? | 12:59 |
| *** louis_ <louis_!~louis@lmontsouris-658-1-109-35.w92-154.abo.wanadoo.fr> has joined #yocto | 12:59 | |
| ArgaKhan | rburton: I added ALLOW_EMPTY:${PN} = "1" to poky/meta/recipes-kernel/linux/linux-dummy.bb. Do I need to do anything else? I saved the file and ran bitbake after adding this option. | 13:01 |
| RP | JaMa: the latter since steve has already run the builds | 13:18 |
| RP | JaMa: if there is something urgent like the openssl upgrade I can hurry up! | 13:19 |
| *** alicef_ is now known as alicef | 13:23 | |
| RP | reproducible builds tests now take 8 hours thanks to rust :( | 13:29 |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection) | 13:29 | |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 13:29 | |
| JPEW | RP: Gross | 13:32 |
| *** alicef is now known as arisut | 13:36 | |
| *** amitk <amitk!~amit@103.208.71.78> has quit IRC (Ping timeout: 255 seconds) | 13:39 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has joined #yocto | 13:49 | |
| * RP realises he is running ptests under an arm image which is why things are so slow :/ | 13:50 | |
| * RP wonders if rburton/jonmason can remember to send him an arm server | 13:51 | |
| * RP wonders if mcfrisk could be persuaded to improve the runqemu logging so somewhere there is an ondisk log file you can see what the build is doing in. If the build dies you'd then also still have the logs of the last ssh command | 13:53 | |
| jonmason | RP: I was going to buy a mac mini m2 in the next few days and see the viability of using it as a builder (or perhaps a desktop) | 13:54 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:54 | |
| rburton | RP: a mac mini would be my suggestion | 13:55 |
| RP | rburton: fair enough, I don't really have the need. Just kicking myself for not setting that build up right | 13:57 |
| rburton | RP: g'wan you know you want a mac mini | 13:58 |
| jonmason | dammit, now I'm going to have to get one tonight | 13:59 |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-224-008.citykom.de> has joined #yocto | 13:59 | |
| *** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Read error: Connection timed out) | 14:03 | |
| *** Notgnoshi <Notgnoshi!~quassel@184-83-95-131-static.midco.net> has quit IRC (Ping timeout: 276 seconds) | 14:04 | |
| *** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 14:04 | |
| *** Notgnoshi <Notgnoshi!~quassel@184-83-95-131-static.midco.net> has joined #yocto | 14:04 | |
| JaMa | RP: openssl upgrade will be nice, but I wasn't trying to rush you, I was just curious if the git log (and the git shas) is likely to change (e.g. if you or AB spot something and decide to amend it just before push) or if it's really just pull&push (it usually didn't change before if I remember) | 14:10 |
| JaMa | but thanks for merging it :) | 14:12 |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-26-174-95-44-180.dsl.bell.ca> has joined #yocto | 14:13 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Ping timeout: 255 seconds) | 14:33 | |
| *** kayterina[m] <kayterina[m]!~kayterina@2001:470:69fc:105::960> has joined #yocto | 14:35 | |
| kayterina[m] | Hello, I get this error message from bitbake: | 14:36 |
| kayterina[m] | "ValueError: unsupported pickle protocol: 5" | 14:36 |
| kayterina[m] | full message here: https://pastebin.com/tRq1uPP8 | 14:36 |
| kayterina[m] | is it related with the python version in my build machine? | 14:37 |
| RP | JaMa: sometimes I might drop a patch if I see something I worry about | 14:37 |
| RP | rburton: I'd like a mac mini I'm sure but I probably have other things I should spend money on first! | 14:38 |
| *** louis_ <louis_!~louis@lmontsouris-658-1-109-35.w92-154.abo.wanadoo.fr> has quit IRC (Quit: Lost terminal) | 14:41 | |
| ptsneves | kayterina[m]: did you run bitbake in different computers or with different versions of python before? | 14:45 |
| kayterina[m] | Not sure what you mean, I am in a shared computer we use for building and I haven't installed any other python version. | 14:46 |
| ptsneves | I believe the cache mentioned here is the parsing cache and the parsing cache is stored with the python pickle module. Bitbake is complaining that the cache is written with an unsupported protocol. Specifically that it is protocol version 5. pickle protocol 5 is introduced in a pretty recent python 3.8. Is this the python version your environment has when bitbake fails? | 14:50 |
| *** AKN_R <AKN_R!~AKN@49.205.87.101> has quit IRC (Read error: Connection reset by peer) | 14:50 | |
| *** amitk <amitk!~amit@103.208.69.120> has joined #yocto | 15:03 | |
| *** tepperson <tepperson!~tepperson@165.225.37.18> has joined #yocto | 15:09 | |
| *** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto | 15:12 | |
| yates | is there a free version of linaro somewhere? it looks like the official linaro website charges for it. | 15:12 |
| LetoThe2nd | yates: a version of what? | 15:13 |
| yates | ha ha | 15:13 |
| yates | yes, there are other linux-distro-building tools than yocto | 15:13 |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 15:13 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 276 seconds) | 15:14 | |
| rburton | linaro is a company not a product | 15:14 |
| LetoThe2nd | yates: the question was serious. linaro provides some things for free (toolchains for example), and charges for services. but "linaro" by itself is an organization, not a software thing. | 15:14 |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 15:14 | |
| *** olani <olani!~olani@wlan-gw.se.axis.com> has quit IRC (Remote host closed the connection) | 15:14 | |
| yates | linaro does not provide a tool that will allow one to create an entire linux build, including utilities, libraries, etc.? | 15:16 |
| LetoThe2nd | yates: linaro provides a build system, they even presented on it at the Yocto Project Summit. | 15:16 |
| *** olani <olani!~olani@wlan-gw.se.axis.com> has joined #yocto | 15:17 | |
| rburton | yates: you're telling us there is with "is there a free version, they charge on their web site" | 15:17 |
| LetoThe2nd | yates: and it is this: https://www.youtube.com/watch?v=eXE1v6QS1_w | 15:17 |
| *** alimon <alimon!~alimon@2806:10b7:3:7ae1:2c32:cfff:fe8e:de1f> has quit IRC (Ping timeout: 252 seconds) | 15:18 | |
| yates | LetoThe2nd: ok thanks, let me watch that. | 15:18 |
| LetoThe2nd | yates: hint: they charge for it, AFAIK. | 15:19 |
| *** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 15:20 | |
| *** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 15:20 | |
| yates | new question: | 15:24 |
| mcfrisk | As one of Linaro people here, yes TuxOe/TuxBake/TuxSuite exist as tools and a service to build things including kernels and yocto in the cloud, aka "other peoples computers" | 15:25 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 15:26 | |
| kiwi_29_[m] | Hello..any insight here is much appreciated | 15:26 |
| yates | if i were to setup yocto to build an ARMv7-A project, where would the libraries such as libcrypt, libjson, etc., be obtained? | 15:27 |
| kiwi_29_[m] | <kiwi_29_[m]> "Hello ... I am hosting Toaster..." <- Hello...any insight here is much appreciated | 15:27 |
| LetoThe2nd | yates: see the SRC_URI entries of the corresponding recipes. | 15:29 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 15:29 | |
| LetoThe2nd | yates: what do you actually want to do, respectively expect from this channel? | 15:29 |
| rburton | yates: yocto builds from source. it will download the sources of those libraries, and build them | 15:30 |
| yates | is there a reference build for ARMv&-A? | 15:30 |
| rburton | what do you mean? | 15:31 |
| yates | ARMv7-A | 15:31 |
| yates | an example build | 15:31 |
| LetoThe2nd | yates: that question does not make any sense. there is qemuarm as a supported example machine, which is "as close as can be" | 15:31 |
| rburton | yates: the qemuarm and qemuarm64 machines, and the example images such as core-image-sato | 15:31 |
| *** amelius <amelius!~quassel@147.161.139.72> has joined #yocto | 15:33 | |
| amelius | Hey I'm migrating to kirkstone right now and haven an recipe with these | 15:35 |
| amelius | SRC_URI += "git://....;protocol=ssh;nobranch=1;tag=v${PV}" | 15:35 |
| amelius | SRCREV = "v${PV}" | 15:35 |
| amelius | and getting do_fetch: Bitbake Fetcher Error: FetchError("Recipe uses a floating tag/branch without a fixed SRCREV yet doesn't call bb.fetch2.get_srcrev() (use SRCPV in PV for OE).", None) | 15:35 |
| yates | to answer your previous question, i want to be able to find out where the source of certain libraries come from in an instance of an ARMv7-A rootfs, namely, from the /usr/lib folder | 15:35 |
| rburton | yates: did you build the image? | 15:36 |
| yates | no | 15:36 |
| rburton | is it a yocto image? | 15:36 |
| yates | or find out where they may/probably come from | 15:36 |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 15:36 | |
| yates | i don't know | 15:36 |
| rburton | so why are you asking here? | 15:36 |
| rburton | if it was a yocto image you could look at the library, determine the recipe that build it, and then look at the recipe to see where the sources come from | 15:37 |
| rburton | but if you don't know its a yocto image then i think you've got bigger problems | 15:37 |
| yates | rburton: i am asking here because i assume that the "standard" libraries folded into such a build are fairly common, at least for common libraries such as libjson | 15:38 |
| *** davidinux <davidinux!~davidinux@92.118.62.88> has quit IRC (Ping timeout: 248 seconds) | 15:38 | |
| rburton | sure. have you tried googling "libjson"? | 15:38 |
| rburton | also i have no idea how this follows from the "linaro build tool" | 15:38 |
| yates | i apologize...(?) | 15:39 |
| yates | there is a path | 15:40 |
| yates | i know gcc being used is from linaro | 15:41 |
| yates | gcc version 7.3.1 20180425 [linaro-7.3-2018.05 revision d29120a424ecfbc167ef90065c0eeb7f91977701] (Linaro GCC 7.3-2018.05) | 15:42 |
| LetoThe2nd | yates: again, what do you expect from a *YOCTO* channel? doing your reverse engineering homework? | 15:42 |
| yates | i guess i expect nothing. but if someone had some of the information i was requesting, they could choose to share it. if the choose not to share it, then they are free to remain silent. | 15:44 |
| rburton | you asked where the libjson.so sources come from. i suggest googling 'libjson'. | 15:44 |
| rburton | anyone can download the linaro compilers, so it might be yocto, might be buildroot, might be something else. | 15:45 |
| yates | rburton: yes, you did. i was responding to LetoThe2nd's question. | 15:45 |
| rburton | yates: fwiw i agree with his point | 15:45 |
| yates | and it is a good suggestion. thank you. | 15:45 |
| rburton | vmeson: dude trolling in bug comments, harsh | 15:46 |
| vmeson | rburton: :-) | 15:47 |
| *** halstead[m] <halstead[m]!~halsteadm@2001:470:69fc:105::d0ef> has left #yocto | 15:48 | |
| *** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 255 seconds) | 15:53 | |
| amelius | does someone has an idea for my fetching problem? :) | 15:53 |
| rburton | amelius: try taking tag= out of the SRC_URI, it's redundant as you set a SRCREV | 15:54 |
| *** rob_w <rob_w!~rob@2001:a61:6012:6901:fd18:ef82:139:bce7> has quit IRC (Quit: Leaving) | 15:55 | |
| JaMa | amelius: set git sha in SRCREV or add SRCPV in PV as the message says | 15:58 |
| JaMa | amelius: using tag name in SRCREV is not a good practise (as tags can move) | 15:59 |
| JaMa | amelius: that's why the FetchError forces you to add SRCPV that way at least your PV is changed when someone moves the tag in upstream and tag gets resolved to different SHA | 16:00 |
| tepperson | is there a proper way to copy files to the build folder of a recipe that works with devtool? | 16:01 |
| *** gegir <gegir!~gegir@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC (Ping timeout: 276 seconds) | 16:02 | |
| neverpanic | mcfrisk: Oh, you're with Linaro now? | 16:04 |
| amelius | JaMa: ah I see, on hardknott this worked well :( | 16:04 |
| rburton | amelius: new releases are more pedantic. tags can move, which means you don't build the same software over time. | 16:05 |
| JaMa | amelius: it still works | 16:10 |
| JaMa | and in hardknott it doesn't work well if you don't have SRCPV in PV, try to use 2 git repos in SRC_URI with SRCREV_a and SRCREV_b, then change SRCREV_b and watch recipe _not_ being rebuilt | 16:12 |
| mcfrisk | msg neverpanic yep, working for Linaro now | 16:12 |
| mcfrisk | noob :) | 16:12 |
| JaMa | unless you use e.g. do_fetch[depends] += SRCREV_b | 16:13 |
| JaMa | do_fetch[vardeps] | 16:13 |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Remote host closed the connection) | 16:14 | |
| JaMa | e.g. in https://github.com/webosose/meta-webosose/blob/35d732b2b8cfc77f170819cb80b76fee71b28fb1/meta-webos/recipes-webos/enact-dev/enact-dev-native.bb#L33 | 16:14 |
| tlwoerner | this is crazy: i'm building an image (core-image-base) and adding "cups cups-filters" to the build | 16:19 |
| tlwoerner | both of those show up in the image | 16:19 |
| tlwoerner | cups-filters has a dependency on ghostscript, but ghostscript doesn't end up in the image | 16:20 |
| rburton | tlwoerner: i dont see a explicit dependency in the recipe, does it get a library-generated rdepends? | 16:22 |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection) | 16:22 | |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 16:22 | |
| tlwoerner | https://git.openembedded.org/meta-openembedded/tree/meta-oe/recipes-printing/cups/cups-filters_1.28.17.bb#n9 | 16:23 |
| rburton | thats build time not runtime | 16:23 |
| tlwoerner | how can you build-time depend on something, then not install it? | 16:25 |
| rburton | easily! | 16:25 |
| rburton | if you build with meson, you don't get meson in the target | 16:26 |
| rburton | just add a RDEPENDS:${PN} += "ghostscript", if its mandatory | 16:26 |
| tlwoerner | are libraries a special case? | 16:27 |
| rburton | yes | 16:27 |
| tlwoerner | ah! | 16:27 |
| rburton | do_package digs into the binaries, finds that it links to a shared library, discovers what package that is in, and adds a RDEPENDS for that package | 16:27 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 16:27 | |
| tlwoerner | all along i thought it was by virtual of DEPENDS | 16:27 |
| rburton | nope :) | 16:28 |
| tlwoerner | but the meson example make ssense | 16:28 |
| rburton | you could argue "rdepend automatically on non-native packages" but what if the recipe you depend on has multiple packages, and the recipe you're building has multiple packages: what are the dependencies? | 16:28 |
| tlwoerner | all of them! (lol) | 16:29 |
| tlwoerner | i'll check, but i have a feeling cups-filters doesn't DEPEND on ghostscript, only RDEPENDS | 16:30 |
| rburton | other way around, but you're right | 16:30 |
| rburton | it only DEPENDS (so its there at build time), but if its binaries and no libraries, there is no RDEPENDS | 16:31 |
| tlwoerner | what i'm saying is, and i just checked, the cups-filters recipe doesn't build-time DEPENDS on ghostscript | 16:34 |
| tlwoerner | it only run-time RDEPENDS on ghostscript | 16:34 |
| tlwoerner | some recipes both DEPENDS and RDEPENDS, but in this case it only RDEPENDS although the recipe said DEPENDS | 16:35 |
| tlwoerner | (patch coming, obviously) | 16:35 |
| tlwoerner | oops, earlier i said "by virtual of" instead of "by virtue of" | 16:36 |
| rburton | the recipe i'm looking at DEPENDS on ghostscript | 16:36 |
| tlwoerner | yes it does, and that's wrong | 16:36 |
| tlwoerner | take ghostscript out of DEPENDS and cups-filters builds just fine | 16:36 |
| rburton | does it build identically though, or does it turn stuff off magically | 16:36 |
| tlwoerner | cups-filters are scripts | 16:36 |
| tlwoerner | no, because --enable-ghostscript is in the ./configure | 16:37 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Remote host closed the connection) | 16:37 | |
| rburton | i've used autotools enough to laugh at your bold assertion | 16:37 |
| tlwoerner | (actually, it's there twice, so another patch...) | 16:37 |
| rburton | so the configure script just assumes the binary is called 'gs' if you're cross-compiling | 16:37 |
| rburton | so yeah, its not needed at build time | 16:38 |
| tlwoerner | actually, it assumes /usr/bin/gs | 16:38 |
| rburton | https://github.com/OpenPrinting/cups-filters/blob/master/configure.ac#L195 | 16:38 |
| rburton | ah we tell it where it is too | 16:38 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 16:38 | |
| tlwoerner | by the way, when you're speaking of the cups project, saying "autotools" is being generous | 16:38 |
| rburton | which is fair | 16:38 |
| tlwoerner | "autotools-ish" would be more accurate | 16:39 |
| rburton | its autoconf+automake which is enough for me | 16:39 |
| tlwoerner | they don't believe in using auto-hreader | 16:39 |
| *** |Xagen <|Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 16:39 | |
| rburton | i never understood people who do autoconf+custom makefiles | 16:39 |
| tlwoerner | they claim it's so it will work on the BSDs | 16:39 |
| rburton | you shoud try changing autotools-brokensep back to autotools and seeing if they've fixed the problems | 16:41 |
| tlwoerner | not even close | 16:41 |
| tlwoerner | it doesn't even try to build outside the source tree | 16:41 |
| tlwoerner | oops, i shouldn't say that, you can try... | 16:42 |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 248 seconds) | 16:42 | |
| rburton | didnt the cups guy start a new replacement project? | 16:42 |
| tlwoerner | Apple has been doing a lot of cups work, and i think they hired the cups guy | 16:43 |
| rburton | he left | 16:43 |
| rburton | and started rewriting cups piece by piece :) | 16:43 |
| tlwoerner | Michael Sweet | 16:43 |
| JaMa | systemd doesn't print yet? :) | 16:49 |
| ptsneves | Hey guys how do i inherit a class only on class-target? I did: | 16:54 |
| ptsneves | inherit ${@'my_precious' if 'class-target' in d.getVar('OVERRIDES').split(':') else ''} | 16:54 |
| ptsneves | But it did not work | 16:54 |
| rburton | go via a variable | 16:54 |
| rburton | MYCLASS = "" | 16:55 |
| ptsneves | AH! | 16:55 |
| rburton | MYCLASS:class-target = "foo" | 16:55 |
| rburton | inherit ${MYCLASS} | 16:55 |
| rburton | there's load of examples in oe-core if you grep for inherit :) | 16:55 |
| rburton | i think that works, anyway. | 16:55 |
| ptsneves | I think i have done that in the past but my brain was doing crazy python substitutions | 16:56 |
| ptsneves | rburton: thank you! | 16:56 |
| tlwoerner | JaMa: haha ... soon ... | 17:02 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 17:10 | |
| *** ptsneves <ptsneves!~Thunderbi@84.47.155.82> has quit IRC (Ping timeout: 248 seconds) | 17:13 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 17:14 | |
| d-s-e | I'm trying to build an app that uses some tool called conan with cmake. Is there a preferred way to handle that? I'm stuck at the line "include(${CMAKE_BINARY_DIR}/conan_paths.cmake)" in the CMakeLists.txt, that file is not found. | 17:14 |
| rburton | you'll need to make a conan-native recipe | 17:17 |
| rburton | that might be the most painful thing in the world | 17:17 |
| rburton | https://docs.conan.io/1/index.html | 17:18 |
| rburton | well, https://docs.conan.io/2/, hopefully | 17:19 |
| *** Spinola <Spinola!~alberto@D57E7F5A.static.ziggozakelijk.nl> has quit IRC (Quit: Leaving) | 17:19 | |
| d-s-e | ok, sounds horrible ... why is everyone inventing their own little package manager .... | 17:20 |
| rburton | correct response :) | 17:20 |
| rburton | at least its not bazel! | 17:20 |
| rburton | (could be as bad a bazel, no idea) | 17:21 |
| *** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 260 seconds) | 17:21 | |
| d-s-e | never heard of that. | 17:22 |
| rburton | be glad :) | 17:22 |
| d-s-e | so there's no easier way? or something I could use a basis? | 17:23 |
| d-s-e | I try to stay as far from the c++ world as I can ;-) | 17:23 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 17:24 | |
| rburton | layer index doesn't show a recipe, so step 1 is making a recipe for conan itself. the docs say its on pypi so that should be _relatively_ easy | 17:24 |
| rburton | then write your recipe that does the right things, calling conan as needed | 17:25 |
| rburton | reading eg https://docs.conan.io/1/systems_cross_building.html carefully will be very important | 17:25 |
| *** mckoan is now known as mckoan|away | 17:25 | |
| d-s-e | Ok, pypi recipes are fairly easy. | 17:27 |
| d-s-e | I found a build script in the app, that installs conan with pip. I tried that, but that seems not to be enough. | 17:28 |
| d-s-e | Oh, they also have an meta-layer: https://github.com/conan-io/meta-conan | 17:30 |
| d-s-e | but that seems to be something different | 17:30 |
| rburton | well that should be in the layer index | 17:30 |
| rburton | https://github.com/conan-io/meta-conan/blob/master/classes/conan.bbclass <-- nope thats exactly what i'd have thought | 17:30 |
| rburton | use that | 17:30 |
| *** tepperson <tepperson!~tepperson@165.225.37.18> has quit IRC (Quit: Client closed) | 17:32 | |
| rburton | if it fails to do the build step, at least they've covered a lot of the work | 17:33 |
| d-s-e | I will have a look at that, thanks! | 17:33 |
| rburton | right its in the layer index now | 17:35 |
| rburton | there's quite a lot of non-trivial issues open so... have fun i guess | 17:35 |
| d-s-e | I will :-D | 17:36 |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-224-008.citykom.de> has quit IRC (Quit: Konversation terminated!) | 17:53 | |
| paulg | so, I figured I'd try and fix sysvinit and read-only-rootfs... | 18:22 |
| paulg | courtesy of rburton 's pointer, I'm looking at SERIAL_CONSOLES_CHECK in sysvinit-inittab_2.88dsf.bb | 18:23 |
| paulg | Even after some "git blame" and looking at old yocto bugs, I'm still at a loss as to why we are rummaging around in /proc/consoles after boot to mangle the /etc/inittab | 18:24 |
| paulg | If we build for board/BSP foobar, we surely know what the console device is. | 18:24 |
| paulg | the only thing I could come up with was an alignment with the bootargs console= --- but even that seem weak. | 18:26 |
| paulg | What am I missing? | 18:26 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 18:27 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 18:27 | |
| *** bjoscar <bjoscar!~bjO87@31-208-217-175.cust.bredband2.com> has joined #yocto | 18:31 | |
| paulg | Presumably I can clobber the variable locally, but I'm still curious why it exists at all. | 18:34 |
| *** bjoscar <bjoscar!~bjO87@31-208-217-175.cust.bredband2.com> has quit IRC (Client Quit) | 18:35 | |
| *** bjoscar <bjoscar!~bjO87@31-208-217-175.cust.bredband2.com> has joined #yocto | 18:35 | |
| yates | is there a list of common library source locations which yocto developers can find to include in their builds (via SRC_URI)? | 18:53 |
| yates | i'll check qemuarm | 18:55 |
| rburton | paulg: at least one of them was added because the tty devices are different under bare metal vs under xen | 19:12 |
| rburton | ttyAMA0 on bare metal, hvc0 in xen. never both. | 19:12 |
| paulg | yuck | 19:12 |
| rburton | yes | 19:12 |
| paulg | s/y/f | 19:13 |
| *** amitk <amitk!~amit@103.208.69.120> has quit IRC (Remote host closed the connection) | 19:22 | |
| *** davidinux <davidinux!~davidinux@194.147.59.87> has joined #yocto | 19:24 | |
| *** polprog_ is now known as polprog | 19:58 | |
| zeddii | :q! | 20:00 |
| zeddii | no exit for me | 20:00 |
| JPEW | RP: On the SPDX in dunfell, what do you want to do about the zstd dependency? I think there are a few options: | 20:00 |
| JPEW | 1) Require zstd on the host | 20:00 |
| JPEW | 2) Add zstd to build tools tarball (extended?) | 20:00 |
| JPEW | 3) don't compress extended package data with zstd (this would make zstd only required for create-spdx) | 20:00 |
| JPEW | 4) Don't compress either extended package data or SPDX data | 20:00 |
| *** ArgaKhan <ArgaKhan!ArgaKhan@95.70.157.222> has quit IRC (Ping timeout: 276 seconds) | 20:06 | |
| derRichard | is there a way to share DL_DIR on the same machine across parallel build (and different users)? my goal is not reducing download time but saving disk space. so own-mirrors does not really help. | 20:20 |
| derRichard | so far i see only issues with git and other scms. maybe i should GITDIR and such per project. hmm | 20:24 |
| derRichard | *should set | 20:24 |
| mason | Hi all. Another noob question. I want to see (at least) xt_nat in my kernel, but I'm not immediately clear on how to get it included. Can someone point me to the right documentation? Thanks in advance! | 20:28 |
| mason | Ah, think I have it. I'll come back if I get stuck. | 20:29 |
| JaMa | JPEW: FWIW: seeing how reluctant some projects are to update host, I'm not very fond of 1) for stable release, especially for some new functionality which they might not use in dunfell | 20:34 |
| mason | Alright, I'm back. It didn't like what I specified: https://bpa.st/YTBEG | 20:35 |
| * JaMa still trying to get zstd installed on some of jenkins slaves to unblock kirkstone builds natively | 20:35 | |
| mason | maybe it's netfilter | 20:38 |
| mason | Wasn't netfilter. What do I want to specify be built that'll provide old-style iptables DNAT? It's not xt_nat nor netfilter | 20:39 |
| mason | Not to jinx it, but the module name I want might well just be "iptables" | 20:43 |
| mason | But... maybe not as I see iptables stuff already included. Anyway, if anyone can short-circuit my search and tell me what I want to include to get xt_nat built I'd be grateful. | 20:44 |
| JPEW | JaMa: Ya, I figured.... it's _an_ option, but not a very good one | 20:45 |
| RP | JPEW: It is already in recent buildtools so we could recommend buildtools to people who don't have it on the host. Perhaps we make the extended packagedata conditional and only add the requirement for zstd if it is enabled? | 20:51 |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection) | 21:05 | |
| *** florian__ <florian__!~florian@dynamic-093-133-016-115.93.133.pool.telefonica.de> has joined #yocto | 21:05 | |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 21:05 | |
| mason | ended up being "iptables" after all | 21:08 |
| JPEW | RP: That's a little tricky; would it be better to either compress with gzip (slow) or not compress (more disk space) | 21:11 |
| JPEW | core-image-minimal is 34M with no compression, and 20M with zstd, so it's not that much more data | 21:12 |
| khem | RP: the glibc issue you are seeing is still same sadly, I dont think its binutils problem | 21:16 |
| khem | the links you pointed did not take me to gstreamer test failure can you send me a link to look into | 21:17 |
| RP | khem: I don't think the ptest issues are related, I reran and they didn't appear so I think they're something else | 21:23 |
| RP | khem: I also found the glibc issue is probably from cache issues from the reproducibility problem | 21:24 |
| RP | khem: I've cleaned caches and taken a risk and merge everything as of a few minutes ago | 21:24 |
| RP | JPEW: lets use gzip, that is a better idea | 21:24 |
| JPEW | OK | 21:24 |
| RP | JPEW: it can't be that slow? :/ | 21:24 |
| JPEW | I'll check | 21:25 |
| khem | ah I see now {'gstreamer1.0': ['gstreamer/libs_aggregator.test']} | 21:25 |
| JPEW | (Probably not in the grand scheme) | 21:25 |
| RP | JPEW: right, I'm happy master uses zstd but for dunfell gzip is probably fine | 21:25 |
| * RP just had 64 testimages launch in parallel, each running a different ptest | 21:27 | |
| RP | The power monitor has gone impressively high | 21:29 |
| paulg | you dino chomping planet hater.... | 21:30 |
| RP | paulg: I'm planning to teach the autobuilders to do this ;-) | 21:31 |
| RP | wow, the levels of ptest failures is scary | 21:32 |
| RP | looks like a ton of missing dependencies :( | 21:33 |
| *** florian__ <florian__!~florian@dynamic-093-133-016-115.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds) | 21:48 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 21:49 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 21:56 | |
| RP | I really like https://git.yoctoproject.org/poky-contrib/commit/?h=rpurdie/t222&id=753849d298ba4cab08e53e879a3f632824ea2a05 as a change but I suspect people won't like the parse time :/ | 22:04 |
| RP | BBCLASSEXTEND = "${@' '.join(['mcextend:'+x.replace('-ptest', '') for x in d.getVar('PTESTS').split()])}" | 22:04 |
| RP | such an innocent looking line | 22:05 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 22:09 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 22:09 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 255 seconds) | 22:14 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 22:14 | |
| *** florian__ <florian__!~florian@dynamic-093-133-016-115.93.133.pool.telefonica.de> has joined #yocto | 22:17 | |
| *** florian__ <florian__!~florian@dynamic-093-133-016-115.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds) | 22:36 | |
| mason | And, I don't need to do anything to get xt_nat.ko to build, but there's something else required to get it to *install*. This is great stuff. :P | 22:42 |
| mason | Plus side, shoving it in by hand and pointing depmod at it resolves my issue, so I'm getting closer. | 22:42 |
| JaMa | RP: that is pretty dark magic :) | 22:57 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 23:00 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 23:00 | |
| RP | JaMa: For some reason I really like this recipe | 23:03 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 268 seconds) | 23:17 | |
| JaMa | The Dark Side, Resist you must! | 23:19 |
| fray | (petalinux wrappers and devtool appear to hide a bunch of those kind of messages.. which is why I hadn't seen them in the logs) | 23:24 |
| fray | whoops wrong channel | 23:25 |
| *** florian__ <florian__!~florian@dynamic-093-133-016-115.93.133.pool.telefonica.de> has joined #yocto | 23:26 | |
| RP | moto-timo: any idea which perl module I should be adding as a dependency to fix "base class package TAP::Base is empty" ? | 23:30 |
| *** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 23:30 | |
| *** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 23:30 | |
| moto-timo | RP: it should be "perl-module-tap-base" | 23:33 |
| RP | moto-timo: I'm also noticing the ptest output for python3-jinja2 has progress reporting and hence isn't separating to individual test results meaning "0" tests are run or pass/fail | 23:33 |
| RP | moto-timo: ok, I was trying to overcomplicate that message then! :) | 23:34 |
| moto-timo | RP: if that isn't it, ping again and I'll dig | 23:34 |
| khem | I think it should be perl-module-tap-base | 23:35 |
| RP | moto-timo: I think there may be a python systemic ptest issue, python3-jsonpointer, python3-markupsafe,python3-more-itertools all have zero counts | 23:35 |
| khem | usually suffix with perl-module-x-y | 23:35 |
| RP | moto-timo: e.g. see https://autobuilder.yocto.io/pub/non-release/20230309-8/testresults/testresult-report.txt and grep for jinja2 | 23:36 |
| khem | RP: I saw you merged binutils dt_runpath patch. So all good finally ? | 23:37 |
| RP | moto-timo: thanks, I'll try tap-base (and thanks khem) | 23:37 |
| RP | khem: I sent messages here earlier? | 23:37 |
| moto-timo | RP: I basically just grep in https://git.yoctoproject.org/poky/tree/meta/recipes-devtools/perl/files/perl-rdepends.txt with lower case and :: -> - | 23:38 |
| khem | yeah I thought you just invalidated the cache but ok 🙂 | 23:38 |
| RP | khem: Tests passed this time, I just hope nothing fails again later | 23:39 |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 23:39 | |
| moto-timo | RP: yeah... bare 'pytest' is not going to give us what we want | 23:39 |
| moto-timo | RP: https://git.yoctoproject.org/poky/tree/meta/recipes-devtools/python/python3-jinja2/run-ptest#n3 | 23:39 |
| moto-timo | sigh | 23:40 |
| khem | superb | 23:40 |
| RP | moto-timo: I was hoping we could disable the progress reports in favour of the old output | 23:40 |
| moto-timo | RP: we have all these hacky things like in https://git.yoctoproject.org/poky/tree/meta/recipes-devtools/python/python3-pyasn1/run-ptest#n3 | 23:41 |
| * moto-timo goes in a corner and just ... | 23:42 | |
| moto-timo | rburton: poke the bear for consistent pytest output | 23:43 |
| RP | moto-timo: that is horrible :( | 23:44 |
| RP | moto-timo: sorry for bringing this up, it just looked like something systemic broke from where I was looking | 23:45 |
| moto-timo | RP: anyway, the quick answer is almost any of those recipes that hack pytest in run-ptest is what we "need" with the current state of things. perl is slightly simpler just because it has the same test runner/output everywhere. | 23:45 |
| moto-timo | RP: it's ok. this is "On The List" | 23:46 |
| RP | moto-timo: now I know what might work I can give "hitting" those a try with this particular hammer | 23:46 |
| * moto-timo wonders about an (ugly) ptest-pytest bbclass that make that universal | 23:46 | |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-26-174-95-44-180.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!) | 23:47 | |
| RP | moto-timo: maybe just inject a global run-ptest-pyptest file into the global files directory and pull that in? | 23:47 |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 23:48 | |
| moto-timo | RP: yes, that | 23:48 |
| RP | the number of issues I've found with these simple tests is annoying | 23:48 |
| moto-timo | RP: https://git.yoctoproject.org/poky/tree/meta/files/ptest-perl/run-ptest | 23:48 |
| moto-timo | RP: https://git.yoctoproject.org/poky/tree/meta/classes-recipe/ptest-perl.bbclass | 23:49 |
| RP | moto-timo: right, that! :) | 23:49 |
| moto-timo | that's what I have in mind | 23:49 |
| moto-timo | STILL UGLY | 23:49 |
| moto-timo | but it works | 23:49 |
| * RP hopes we don't need the bbclass | 23:49 | |
| moto-timo | it was just easy to inherit... but that was a younger more naive me | 23:50 |
| RP | hmm, maybe, maybe not | 23:50 |
| RP | moto-timo: for perl it makes sense given the other code | 23:50 |
| RP | I guess it would be needed for the python case too | 23:50 |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Ping timeout: 268 seconds) | 23:51 | |
| moto-timo | at least for the pytest case | 23:51 |
| moto-timo | or at least a marginal argument in favor | 23:51 |
| moto-timo | lack of ptest-runner consistency is a challenge... and you would hope that pytest would be a rather standard output... but only for the python packages that don't bork it | 23:54 |
| RP | only 9 more different ptest recipes with broken dependencies to fix :/ | 23:54 |
| * moto-timo has a strong sense of deja vu | 23:54 | |
| RP | moto-timo: this time I will change the way the AB works | 23:55 |
| moto-timo | 🔨 | 23:55 |
| RP | moto-timo: imagine https://git.yoctoproject.org/poky-contrib/commit/?h=rpurdie/t222&id=753849d298ba4cab08e53e879a3f632824ea2a05 with python/perl recipes :) | 23:56 |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 23:56 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!