khem | zeddii: my branch has many other bombs which you might now want but you can also get these two patches from patchwork https://patchwork.yoctoproject.org/project/oe-core/patch/20220807173541.3451680-1-raj.khem@gmail.com/ and https://patchwork.yoctoproject.org/project/oe-core/patch/20220807222613.1173589-1-raj.khem@gmail.com/ | 00:25 |
---|---|---|
*** pbsds <pbsds!~pbsds@84.20.102.91> has quit IRC (Ping timeout: 252 seconds) | 00:26 | |
*** pbsds <pbsds!~pbsds@84.20.102.91> has joined #yocto | 00:27 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 00:34 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 00:34 | |
*** buh0 <buh0!~buh0@135-180-78-245.fiber.dynamic.sonic.net> has joined #yocto | 00:58 | |
khem | RP: your v2 is still problematic ERROR: ParseError at /mnt/b/yoe/master/sources/meta-qt5/classes/qmake5_base.bbclass:49: Could not inherit file classes/remove-libtool.bbclass | ETA: --:--:-- | 01:03 |
khem | ERROR: Parsing halted due to errors, see error messages above | 01:03 |
khem | this is with master-next as of now | 01:04 |
*** buh0 <buh0!~buh0@135-180-78-245.fiber.dynamic.sonic.net> has quit IRC (Ping timeout: 268 seconds) | 01:05 | |
*** buh0 <buh0!~buh0@135-180-78-245.fiber.dynamic.sonic.net> has joined #yocto | 01:06 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 01:08 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 01:09 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds) | 01:13 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 01:13 | |
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 01:17 | |
*** rber|res <rber|res!~rber|res@88-117-83-121.adsl.highway.telekom.at> has joined #yocto | 01:32 | |
*** RobertBerger <RobertBerger!~rber|res@88-117-83-121.adsl.highway.telekom.at> has quit IRC (Ping timeout: 268 seconds) | 01:34 | |
*** starblue <starblue!~juergen@dslb-094-220-109-120.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 255 seconds) | 01:38 | |
*** starblue <starblue!~juergen@dslb-094-220-107-061.094.220.pools.vodafone-ip.de> has joined #yocto | 01:40 | |
*** agupta1 <agupta1!~agupta1@207.107.110.122> has quit IRC (Ping timeout: 268 seconds) | 02:04 | |
*** buh0 <buh0!~buh0@135-180-78-245.fiber.dynamic.sonic.net> has quit IRC (Quit: Bye!) | 02:05 | |
*** adams[1] <adams[1]!~adams1]@205.251.233.52> has joined #yocto | 02:23 | |
*** BobPungartnik <BobPungartnik!~Pung@179.177.248.41> has joined #yocto | 02:25 | |
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 02:28 | |
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 02:28 | |
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:29 | |
adams[1] | tar (child): pzstd -8 -p 16: Cannot exec: No such file or directory ---------> getting this weird error even though I have zstd installed | 02:31 |
adams[1] | #1: sstate_create_package, /local/home/xyz/ws/build/tmp/work/armv8-2a-poky-linux/gcc-runtime/11.2.0-r0/temp/run.sstate_create_package.8326, line 199 | 02:33 |
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 02:38 | |
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 02:38 | |
khem | it could be corrupt or racing can you check the binary ? | 02:47 |
adams[1] | khem: which binary, sorry new to yocto. | 02:48 |
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 02:55 | |
adams[1] | you mean zstd? | 03:06 |
*** mrnuke <mrnuke!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has joined #yocto | 03:41 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds) | 03:44 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 03:44 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 03:49 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 03:49 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 03:54 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 03:59 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 04:15 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 04:15 | |
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:30 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 05:04 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 05:04 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 252 seconds) | 05:08 | |
*** Adrian_ <Adrian_!~e@dynamic-093-135-068-040.93.135.pool.telefonica.de> has joined #yocto | 05:08 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 05:09 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 05:09 | |
*** Guest53 <Guest53!~Guest53@62.67.214.101> has joined #yocto | 05:48 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 05:50 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 05:50 | |
Guest53 | Hi guys | 05:50 |
Guest53 | Does bitbake -f option invalidate all dependent tasks? | 05:50 |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 05:54 | |
LetoThe2nd | Guest53: it taints the build dependency tree AFAICS, so it should really be avoided. what is the actual problem? | 05:57 |
Guest53 | Yes, in general I probably should not do that. Just for testing | 05:58 |
LetoThe2nd | Yeah but why? | 05:58 |
Guest53 | Seems like I have the task executed multiple times in my CI, so it says 'Nothing to build' and gives exit code 1 | 05:59 |
Guest53 | Nothing to do. Use 'bitbake world' to build everything, or run 'bitbake --help' for usage information. | 05:59 |
LetoThe2nd | Guest53: but if bitbake thinks that all builds are up to date (so there's nothing to do) it is a good thing usually :) | 06:00 |
LetoThe2nd | I wonder a bit about why its exit code 1 then, but there probably is some rationale to it. | 06:01 |
Guest53 | stdin is hidden in Jenkins, don't really know why. I think I have to investigate that | 06:01 |
Guest53 | Maybe 'Nothing to build' does not give error code 1, I can check that on my local machine | 06:02 |
Guest53 | then something else gives it | 06:02 |
*** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has joined #yocto | 06:02 | |
*** thomasd13 <thomasd13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Quit: Leaving) | 06:06 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 06:13 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 06:14 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 06:18 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 06:19 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:19 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:20 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 06:21 | |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 06:33 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 06:45 | |
*** Guest46 <Guest46!~Guest46@147.161.171.85> has joined #yocto | 06:54 | |
Guest46 | Hi guys, I'm looking for a way to deploy the file "image_license.manifest" from "${TMPDIR}/deploy/licenses/<image-name>-<machine-name>-date/image_license.manifest" to my filesystem (i.e. my image). Is there a way to do this? | 06:56 |
*** zpfvo <zpfvo!~fvo@i59F5CDAF.versanet.de> has joined #yocto | 06:59 | |
ykrons | qschulz: I get it for my do_configure issue. A typo 'do_configue' with a missing 'r' :| Thanks for your help | 07:01 |
*** Guest53 <Guest53!~Guest53@62.67.214.101> has quit IRC (Ping timeout: 252 seconds) | 07:16 | |
*** mvlad <mvlad!~mvlad@2a02:2f08:4a10:7900:24d7:51ff:fed6:906d> has joined #yocto | 07:26 | |
*** Zappan <Zappan!~zappan@zap.one> has joined #yocto | 07:28 | |
*** gsalazar <gsalazar!~gsalazar@132.120.90.149.rev.vodafone.pt> has joined #yocto | 07:31 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 07:34 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 07:34 | |
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 07:34 | |
wkawka | Hi, I have a problem with RPI0w2. Machine boots, uart is enabled, but on the uart i see only booting process, i don't se login prompt and can't log in into device. Login prompt is visible via HDMI. I get an answer from raspberry channel `you probably have to modify whatever pid 1 is running, to launch a getty on the correct uart` but how can I | 07:35 |
wkawka | achieve that. Also, there is an option to enter recovery shell during boot and se what is going on there? | 07:35 |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 07:37 | |
*** gsalazar <gsalazar!~gsalazar@132.120.90.149.rev.vodafone.pt> has quit IRC (Ping timeout: 268 seconds) | 07:39 | |
*** gsalazar <gsalazar!~gsalazar@132.120.90.149.rev.vodafone.pt> has joined #yocto | 07:40 | |
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 07:44 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 07:44 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 07:44 | |
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 07:45 | |
*** mrnuke <mrnuke!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has quit IRC (Ping timeout: 268 seconds) | 07:49 | |
*** Guest53 <Guest53!~Guest53@62.67.214.101> has joined #yocto | 07:49 | |
Zappan | @wkawka You might want to respawn getty in your inittab | 07:50 |
*** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has quit IRC (Read error: Connection reset by peer) | 07:52 | |
*** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has joined #yocto | 07:56 | |
qschulz | ykrons: good to hear :) | 08:00 |
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Read error: Connection reset by peer) | 08:00 | |
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 08:00 | |
qschulz | wyre: ahah! one more (or the same?) layer with this issue | 08:01 |
qschulz | you should have a LINUX_VERSION somewhere in the recipe | 08:01 |
wkawka | Zappan How can I acheve that? | 08:02 |
qschulz | wyre: https://github.com/engicam-stable/meta-engicam-nxp/pull/4 | 08:02 |
*** mrnuke <mrnuke!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has joined #yocto | 08:08 | |
*** mateuszmar2 <mateuszmar2!~mateuszma@178235146094.dynamic-3-poz-k-0-0-0.vectranet.pl> has joined #yocto | 08:10 | |
*** td54 <td54!~td@131.228.2.21> has joined #yocto | 08:10 | |
td54 | Hi, | 08:13 |
td54 | should gcc for native recipes use --sysroot flag? We have some kind of host contamination on latest poky master. If we have libmagic installed and we build util-linux-native the ./configure compiles with -lmagic and it links to /lib64/libmagic.so but then on compilation it uses | 08:13 |
td54 | #ifdef USE_MAGIC | 08:13 |
td54 | #include<magic.h> | 08:13 |
td54 | and it fails because we don't have any include path set to /usr/include. | 08:13 |
td54 | And if we for example use --sysroot flag it won't link to /lib64/libmagic.so | 08:14 |
td54 | but maybe the solution would be something else | 08:14 |
Zappan | wkawka You could edit the inittab file in the sysvinit recipe, or make a recipe append in your own layer | 08:22 |
*** adams[1] <adams[1]!~adams1]@205.251.233.52> has quit IRC (Quit: Client closed) | 08:25 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 255 seconds) | 08:34 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 08:34 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 255 seconds) | 08:38 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:39 | |
*** stuom <stuom!~stuom@87-92-148-166.rev.dnainternet.fi> has joined #yocto | 08:46 | |
*** frieder <frieder!~frieder@200116b824384e810e5e11911182edc8.dip.versatel-1u1.de> has joined #yocto | 08:47 | |
stuom | can anyone say what causes this "unexpected EOF in archive" error during do_populate_sdk_ext? https://pastebin.com/iKDhuvXd | 08:47 |
*** Guest3868 <Guest3868!~Guest38@h-155-4-31-3.NA.cust.bahnhof.se> has joined #yocto | 08:52 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 08:54 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 08:54 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds) | 08:59 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:59 | |
landgraf | stuom: partially downloaded file I guess | 08:59 |
landgraf | stuom: try do unpack it manually or (better) check checksums | 09:00 |
Zappan | stuom: yes or try to refetch (bitbake -c fetch -f) | 09:01 |
ptsneves | td54: it seems the magic test in utils-linux does not check include the header and the isystem is then ignored. The test is crap | 09:03 |
td54 | ptsneves: well it looks like it, we'll prepare the patch for the test | 09:06 |
ptsneves | good luck :) | 09:06 |
td54 | thank :) | 09:06 |
stuom | landgraf Zappan thanks, maybe I'm blind but I don't really understand what file is the culprit? What should I refetch? | 09:06 |
td54 | thanks* | 09:06 |
*** BobPungartnik <BobPungartnik!~Pung@179.177.248.41> has quit IRC (Quit: Leaving) | 09:12 | |
landgraf | stuom: ` tar --xattrs --xattrs-include='*' -xf - -C ` - it's stdin not file | 09:12 |
landgraf | that's why we don't see filename | 09:13 |
stuom | landgraf ok, what does that mean then? | 09:17 |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds) | 09:19 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 09:19 | |
*** argonautx <argonautx!~argonautx@muedsl-82-207-240-096.citykom.de> has joined #yocto | 09:20 | |
landgraf | stuom: tar --exclude='.git' --exclude='__pycache__' --xattrs --xattrs-include='*' -chf - -C /home/tuomas/work/sampo-bsp-platform-v5.3/layers/meta-freescale -p . | tar --xattrs --xattrs-include='*' -xf - -C | 09:24 |
landgraf | /home/tuomas/work/sampo-bsp-platform-v5.3/build-develop/tmp/work/colibri_imx8x-tdx-linux/sampo-console-image/BSPv5.3-r0/sdk-ext/image//opt/tdx-xwayland-ptest/5.3.0/layers/openembedded-core/../meta-freescale | 09:24 |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 09:24 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 09:24 | |
RP | my class changes have a "small" problem :/ | 09:27 |
landgraf | stuom: please try it localy maybe it will give you some clue why it's failing. | 09:28 |
landgraf | RP: "Small" doesn't sound like small :) | 09:28 |
*** Zappan <Zappan!~zappan@zap.one> has quit IRC (Quit: WeeChat 2.3) | 09:31 | |
*** Zappan <Zappan!~zappan@zap.one> has joined #yocto | 09:32 | |
RP | landgraf: totally breaks some internals :/ | 09:32 |
ernstp | wow, I just found a corporate http proxy that explicitly rejects the User-Agent set in bb.fetch2.wget:checkstatus() :-( | 09:32 |
RP | ernstp: :( | 09:33 |
ernstp | I mean it's ancient but still... Just not setting any works.. | 09:34 |
ernstp | "Ubuntu/9.10" :-) | 09:35 |
*** Adrian_ <Adrian_!~e@dynamic-093-135-068-040.93.135.pool.telefonica.de> has quit IRC (Quit: Leaving) | 09:38 | |
JaMa | heh I was recently installing ubuntu-6.06 in VM when trying to get some old app using Qt3 bindings in ruby (which weren't updated in last 10 years), but using 9.10 in production that's different kind of insanity :) | 09:40 |
RP | ernstp: I'll take a patch to update it to something more modern | 09:41 |
ernstp | Ok the triggering part in the user agent seems to be Firefox/64.0 vs Firefox/63.0 | 09:42 |
ernstp | RP: yeah I will send a patch :-) | 09:43 |
* RP blows away his tmpdir due to the damage he just did to it | 09:43 | |
RP | if anyone was using master-next, they'll probably have corruption too | 09:43 |
ernstp | or... we stop setting a user agent.... | 09:43 |
RP | ernstp: we did add it for a reason, but a long time ago | 09:43 |
RP | ernstp: I don't know how things would work out. Sourceforge will probably still be a pain | 09:44 |
ernstp | RP: yeah, you're right | 09:44 |
*** starblue <starblue!~juergen@dslb-094-220-107-061.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 268 seconds) | 10:04 | |
*** Ram-Z_ <Ram-Z_!~Ram-Z@li1814-254.members.linode.com> has quit IRC (Ping timeout: 240 seconds) | 10:05 | |
*** starblue <starblue!~juergen@dslb-094-220-107-061.094.220.pools.vodafone-ip.de> has joined #yocto | 10:05 | |
stuom | landgraf thanks, I ran the command locally and it returned no error (or any output). But bitbake still fails | 10:07 |
*** ptsneves <ptsneves!~Thunderbi@031011128120.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 252 seconds) | 10:13 | |
*** ptsneves <ptsneves!~Thunderbi@031011128120.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 10:22 | |
landgraf | stuom: thanks. It's some pseudo magic I don't fully understand :( Same issue has been reported here https://community.toradex.com/t/no-devtool-in-the-sdk-produced/16084/5 and here https://lists.yoctoproject.org/g/yocto/topic/82205936?p=,,,20,0,0,0::,,,0,0,0,82205936 . Which version/branch are you using? | 10:23 |
RP | landgraf, stuom: the interesting bits in those failures are in the pseudo.log file | 10:26 |
landgraf | yup. error message says this ) | 10:26 |
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Ping timeout: 268 seconds) | 10:28 | |
stuom | only thing pseudo.log seems to tell is path mismatch [22 links]: ino 1898804 db '/home/tuomas/work/sampo-bsp-platform-v5.3/build-develop/tmp/work/colibri_imx8x-tdx-linux/sampo-console-image/BSPv5.3-r0/rootfs/usr/share/common-licenses/firmware-imx-vpu-imx8/EULA' req '/home/tuomas/work/sampo-bsp-platform-v5.3/layers/meta-freescale/EULA'. | 10:31 |
stuom | RP does that tell something? | 10:31 |
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 10:34 | |
*** Skippy <Skippy!~Skippy@37.251.223.44> has joined #yocto | 10:35 | |
*** Skippy is now known as Skiper | 10:36 | |
*** Skiper <Skiper!~Skippy@37.251.223.44> has quit IRC (Client Quit) | 10:37 | |
*** Skiper <Skiper!~Skiper@37.251.223.44> has joined #yocto | 10:37 | |
ernstp | So a python f-string formatting was added to cve_check.py and cherry-picked to Dunfell. Dunfell should support python3.5 however which doesn't have f-strings. | 10:48 |
ernstp | Now we've been trying to keep cve-check the same between master and LTS right, so should we remove the f-string on master also, or only dunfell? | 10:48 |
ernstp | (Ubuntu 16.04 has python3.5. I know, it's ancient... 18.04 has python3.6 with f-string support) | 10:49 |
RP | stuom: that is the file is having issues with | 10:49 |
qschulz | ernstp: considering that dunfell is going to be supported for about 2 more years, I guess it makes sense to have master not use f-string until dunfell is EOL? | 10:57 |
qschulz | will allow less mistakes and make maintainers life easier | 10:57 |
ernstp | qschulz: yeah that's what I thought | 10:59 |
ernstp | specially for cve-check | 10:59 |
qschulz | ernstp: you can use formatted string so that it's not too much of a change (in the string section at least) | 10:59 |
stuom | RP ok, what needs to be fixed then? EULA file exists in both those paths and have same checksum. What is mismatching? | 11:00 |
ernstp | qschulz: exactly | 11:00 |
qschulz | ernstp: f'{foo}{bar}' into '{foo}{bar}'.format(foo=foo, bar=bar) | 11:00 |
RP | stuom: something is changing a file outside of pseudo's knowledge and confusing it | 11:03 |
ernstp | stuom: which exact Yocto version are you using? there's been fixes to pseudo etc... | 11:06 |
*** Ram-Z <Ram-Z!~Ram-Z@li1814-254.members.linode.com> has joined #yocto | 11:06 | |
RP | ernstp: this is the issue people have been telling me "isn't a problem" for ages :( | 11:07 |
RP | (f strings) | 11:07 |
ernstp | RP: ah... probably very few people actually use python3.5 also... | 11:08 |
stuom | ernstp the BSP is based on dunfell, not sure how to get more exact version? Current commit of meta-yocto? | 11:16 |
Guest46 | Can I use IMAGE_POSTPROCESS_COMMAND to add files to the ROOTFS? | 11:22 |
stuom | @RP I have ACCEPT_FSL_EULA = "1" in my local.conf to auto-accept Freescale EULA, can that affect it? Cannot bitbake image without it, though... | 11:25 |
*** ptsneves <ptsneves!~Thunderbi@031011128120.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 268 seconds) | 11:31 | |
RP | stuom: could be related, I have no idea how it works | 11:35 |
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:8c94:68da:503b:9e7f> has joined #yocto | 11:36 | |
*** agupta1 <agupta1!~agupta1@207.107.110.122> has joined #yocto | 11:41 | |
landgraf | bb.build.exec_func('fsl_bin_do_unpack', d) | 11:41 |
landgraf | :-/ | 11:41 |
*** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has quit IRC (Read error: Connection reset by peer) | 11:41 | |
*** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has joined #yocto | 11:42 | |
ernstp | stuom: it's not the ACCEPT_FSL_EULA variable, that's just a standard thing | 11:47 |
*** GillesM <GillesM!~gilles@129.179.5.84.rev.sfr.net> has joined #yocto | 11:48 | |
*** ptsneves <ptsneves!~Thunderbi@85-128-83-172.static.ip.netia.com.pl> has joined #yocto | 11:48 | |
landgraf | ernstp: fsl-eula-unpack.bbclass calls fetcher and may confuse pseudo (just guessing) | 11:50 |
*** agupta1 <agupta1!~agupta1@207.107.110.122> has quit IRC (Ping timeout: 268 seconds) | 11:55 | |
*** TobiQS <TobiQS!~TobiQS@p5df15baa.dip0.t-ipconnect.de> has joined #yocto | 11:56 | |
*** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:c2e4:4196:316:34dc> has quit IRC (Ping timeout: 255 seconds) | 12:22 | |
stuom | what is this pseudo tool and is there a way to trick it not to care about this one file | 12:32 |
*** thomasd13 <thomasd13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 12:35 | |
neverpanic | stuom: pseudo is used to fake filesystem permissions (so files look like they're owned by root without actually needing root privileges) | 12:37 |
neverpanic | see https://www.yoctoproject.org/software-item/pseudo/ | 12:37 |
neverpanic | that's important so that packages can contain files owned by root (or any other user), without your build actually needing sudo. | 12:37 |
neverpanic | Usually you don't want to exclude specific files from that. Maybe you can elaborate what your specific problem is? | 12:38 |
landgraf | neverpanic: https://pastebin.com/iKDhuvXd | 12:39 |
stuom | neverpanic thanks. As I understood, my problem (talked above) is that an EULA file is maybe changed outside of pseudo's knowledge, and it aborts the build | 12:41 |
RP | stuom: the key question is where is BSPv5.3-r0/rootfs/usr/share/common-licenses/firmware-imx-vpu-imx8/EULA getting deleted outside pseudo context | 12:43 |
*** seninha <seninha!~seninha@user/seninha> has joined #yocto | 12:45 | |
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 12:47 | |
*** agupta1 <agupta1!~agupta1@207.107.110.122> has joined #yocto | 12:49 | |
stuom | RP, at least I don't deliberately touch EULA file anywhere, unless BSP does something funny for some reason. But also this happens only with populate_sdk_ext, why it doesn't happen when normally building image? | 12:50 |
RP | stuom: sounds like it might be the clean and rebuild that is the issue :/ | 12:51 |
*** argonautx_ <argonautx_!~argonautx@muedsl-82-207-240-096.citykom.de> has joined #yocto | 13:01 | |
ernstp | ah there's already a user-agent update on master! | 13:01 |
ernstp | sakoman: I propose that you cherry-pick "bitbake: fetch2/wget: Update user-agent" to dunfell, it picks cleanly! | 13:02 |
qschulz | ernstp: the cve-check patches probably applied cleanly too :p | 13:03 |
ernstp | qschulz: they're trying extra to keep cve-check identical on all the active branches | 13:03 |
*** frieder <frieder!~frieder@200116b824384e810e5e11911182edc8.dip.versatel-1u1.de> has quit IRC (Remote host closed the connection) | 13:04 | |
qschulz | ernstp: I know, just nitpicking around the fact that something applying cleanly does not mean it's a simple valid backport | 13:04 |
qschulz | (waiting for builds to finish, sorry to bother you :) ) | 13:04 |
*** Guest53 <Guest53!~Guest53@62.67.214.101> has quit IRC (Ping timeout: 252 seconds) | 13:08 | |
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 13:10 | |
ernstp | qschulz: right :-) Just mean that it's an easy backport! | 13:10 |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:11 | |
roussinm | I have a python recipe that generates multiple whl files. I just upgraded to kirkstone and bitbake complains about having multiple whl files. What is the way to fix this? Packages? Multiple Recipes, with the same git source? Is there any existing recipe that deals with that in poky or meta-oe? | 13:11 |
*** Lihis <Lihis!~Lihis@2001:41d0:e:f34::1> has quit IRC (Quit: Quitting) | 13:39 | |
*** Lihis <Lihis!~Lihis@2001:41d0:e:f34::1> has joined #yocto | 13:40 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 13:44 | |
*** amitk <amitk!~amit@103.208.69.36> has quit IRC (Ping timeout: 268 seconds) | 13:46 | |
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:8c94:68da:503b:9e7f> has quit IRC (Quit: Client closed) | 13:48 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 13:49 | |
*** argonautx_ <argonautx_!~argonautx@muedsl-82-207-240-096.citykom.de> has quit IRC (Quit: Leaving) | 13:53 | |
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:54 | |
RP | roussinm: you may be the first | 13:59 |
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 13:59 | |
*** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has joined #yocto | 14:00 | |
*** Guest46 <Guest46!~Guest46@147.161.171.85> has quit IRC (Quit: Connection closed) | 14:03 | |
kranzo | Hi all, | 14:09 |
kranzo | i've created a local directory structure and use a custom templateconf pointing to a folder outside of OEROOT... works fine so far but is breaking the esdk because the template conf folder is not present in the sdk. i think i abused the variable but i can't find documentation about the proper usage. any advice? | 14:09 |
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 14:10 | |
*** gsalazar <gsalazar!~gsalazar@132.120.90.149.rev.vodafone.pt> has quit IRC (Ping timeout: 268 seconds) | 14:11 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 14:11 | |
*** gsalazar <gsalazar!~gsalazar@132.120.90.149.rev.vodafone.pt> has joined #yocto | 14:13 | |
*** thomasd13 <thomasd13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 268 seconds) | 14:15 | |
Tartarus | zeddii, sakoman, JFYI I was looking at some stuff in dunfell and I see genericx86* machines are behind qemux86* in terms of linux-yocto revs. Is that an easy thing to address or something that'll take a bit of time and so not high up on the priority list? | 14:19 |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:22 | |
sakoman | Tartarus: typically someone from Intel will send a patch to update those | 14:22 |
sakoman | But since they haven't feel free to send a patch :-) | 14:23 |
Tartarus | heh, i'll put it on the todo list | 14:24 |
Tartarus | Do need to sort out the customer requests first | 14:24 |
zeddii | I have a script that can update the REVs as well, but I do it less often, as the testing is a but more cumbersome on my end. I can send something right now if it saves everyone some time. | 14:24 |
Tartarus | I was hoping getting everything in line with qemux86* at least would be pretty quick for someone to take care of | 14:26 |
*** davidinux <davidinux!~davidinux@92.118.62.166> has quit IRC (Ping timeout: 244 seconds) | 14:26 | |
Tartarus | 5.4.204 or so is also a bit old I think? But so is dunfell | 14:26 |
RP | Tartarus: it is quick if you don't care about testing it :/ | 14:29 |
Tartarus | How much testing isn't automated? | 14:31 |
Tartarus | sdmux boards make even x86 pretty nice for automation, so long as you aren't also trying to flash the firmware :) | 14:32 |
*** td54 <td54!~td@131.228.2.21> has quit IRC (Ping timeout: 252 seconds) | 14:35 | |
*** spchpd <spchpd!~spchpd@user/ako> has joined #yocto | 14:37 | |
*** Skiper <Skiper!~Skiper@37.251.223.44> has quit IRC (Ping timeout: 252 seconds) | 14:40 | |
*** Skiper <Skiper!~Skiper@93.122.248.77> has joined #yocto | 14:41 | |
roussinm | RP: Damn, this is the repository I try to create a recipe from: https://github.com/cheshirekow/cmake_format As you can see there is multiple setups inside the setup.py. so that seems to be the issue. | 14:48 |
*** Skiper <Skiper!~Skiper@93.122.248.77> has quit IRC (Read error: Connection reset by peer) | 14:49 | |
*** Skiper <Skiper!~Skiper@5-15-106-128.residential.rdsnet.ro> has joined #yocto | 14:49 | |
*** mateuszmar2 <mateuszmar2!~mateuszma@178235146094.dynamic-3-poz-k-0-0-0.vectranet.pl> has quit IRC (Quit: Client closed) | 14:51 | |
roussinm | RP: No idea if that could be the right approach, but if I split all wheels into a seperate packages and, no idea if possible, move the wheel to seperate directories and override install step for each package to run in their own directory... that seems convoluted though. | 14:54 |
*** spchpd <spchpd!~spchpd@user/ako> has quit IRC (Ping timeout: 268 seconds) | 14:58 | |
*** adams[1] <adams[1]!~adams1]@205.251.233.53> has joined #yocto | 15:00 | |
bigendian | hi, is there any issue to setup a meta-layer as a symlink ? | 15:01 |
Saur[m] | bigendian: Using a symbolic link works fine. | 15:02 |
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:f18b:a48e:e2d7:8a1e> has joined #yocto | 15:02 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 15:18 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 15:18 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 255 seconds) | 15:23 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 15:23 | |
*** TobiQS <TobiQS!~TobiQS@p5df15baa.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection) | 15:27 | |
*** SDes91 <SDes91!~SDes91@80.79.80.247> has joined #yocto | 15:28 | |
Tartarus | RP, JPEW a different question, way back in 0be64e54a in oe-core, qemux86 picked up tune-corei7 rather than tune-i586 (without changing the default, with good reason) but qemux86-64 is still only grabbing tune-core2. Since that commit qemux86 switched up to use core2-32 as the default tune. Would it make sense to post a patch switching qemux86-64 to grab tune-corei7 as well, without changing the tune, but similar explanation as to why as given in | 15:32 |
Tartarus | 0be64e54a ? | 15:32 |
RP | Tartarus: it is done by Intel/WR so I really don't know | 15:32 |
Tartarus | ok | 15:32 |
RP | Tartarus: that was in reply to the testing. For the tune, switching is probably ok | 15:33 |
JPEW | Tartarus: allowing qemux86-64 to tune to i7, but leaving the default as core2-64 seems OK to me | 15:36 |
JPEW | TBH, I don't know why I didn't do that originally, other than "I didn't need it so I didn't think about it" :) | 15:36 |
Tartarus | Posting a patch in a moment, bitbake -g'ing to avoid a very silly error | 15:36 |
JPEW | We don't use qemux86-64 for testing because u-boot doesn't fully support it yet | 15:37 |
Tartarus | ^potential error | 15:37 |
Tartarus | JPEW: If you wanna talk about u-boot and qemux86-64, we can head over to #u-boot ;) As I'm not sure where the issue would be exactly | 15:37 |
Tartarus | qemux86-64 is part of the U-Boot CI cycle | 15:38 |
JPEW | Ya, I think the display wasn't implemented last I checked | 15:38 |
Tartarus | It shouldn't be different from qemux86 in that regard | 15:39 |
*** GregWilson <GregWilson!~GregWilso@12.26.104.3> has quit IRC (Quit: Client closed) | 15:40 | |
JPEW | Ya, I know very little about x86. The documentation in u-boot says it has to be booted with -nographic (and I verified that empirically), and we really want graphics | 15:40 |
Tartarus | If you email me how to make things fail I'll put it on my to poke list, but I'm on vacation next week too | 15:40 |
JPEW | Sure! Can you DM your e-mail? | 15:41 |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 15:42 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 15:51 | |
ptsneves | When there is an error in https://errors.yoctoproject.org/Errors/Build/150358/# the commit hash it mentions is from what repository? | 15:52 |
*** v0n <v0n!~vivien@bras-base-mtrlpq02huw-grc-01-206-172-124-181.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.6) | 15:53 | |
*** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-01-206-172-124-181.dsl.bell.ca> has joined #yocto | 15:54 | |
*** SDes91 <SDes91!~SDes91@80.79.80.247> has quit IRC (Quit: Client closed) | 15:54 | |
*** davidinux <davidinux!~davidinux@37.183.18.100> has joined #yocto | 15:55 | |
RP | ptsneves: yoe so probably from khem somewhere | 15:56 |
ptsneves | @RP yoe means this https://github.com/YoeDistro/yoe-distro ? | 15:57 |
RP | khem: if we can get that base inherit issue merged it would help some of my testing | 15:58 |
RP | ptsneves: yes | 15:58 |
RP | zeddii: I sent a patch for kernel-devsrc which I think fixes the 5.19 perf python issue | 15:58 |
RP | zeddii: a patch for perf even | 15:58 |
RP | kernel-devsrc was the other day | 15:58 |
RP | what day is it again? | 15:59 |
*** Guest16 <Guest16!~Guest16@c-98-250-213-163.hsd1.mi.comcast.net> has joined #yocto | 15:59 | |
Guest16 | How does one go about fetching a specific git tagged version of a recipe? Running int `kirkstone` it feels like setting a SRC_URI like this | 16:01 |
Guest16 | `git://github.com/SomeOrg/some-project.git;tag=${PV};branch=${BRANCH};protocol=https;nobranch=1;rebaseable=1;` seems to longer work | 16:01 |
Guest16 | Man, that formatted horrible | 16:01 |
Guest16 | Here's a better formatted version: https://pastebin.com/uc8ppWVu | 16:06 |
Guest16 | The error feels somewhat related to this commit https://git.yoctoproject.org/poky/commit/bitbake/lib/bb/fetch2/__init__.py?h=kirkstone&id=ebfa1700f41b3411aec040144605166c35b8dd14 | 16:06 |
Guest16 | I can't make sense of how one is supposed to fetch specific tagged versions anymore from github -is a SHA _always_ required now? | 16:07 |
qschulz | short answer is "do not use tags" | 16:08 |
qschulz | I don't remember the long answer :| | 16:08 |
*** stuom <stuom!~stuom@87-92-148-166.rev.dnainternet.fi> has quit IRC (Quit: Client closed) | 16:08 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 16:08 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 16:09 | |
Guest16 | Yeah, that feels like the answer - but I feel like that makes updating recipes to new versions a bit more work. One used to be able to just update `some-pkg_0.1.0.bb` to `some-pkg_0.1.1.bb` and viola, you'd get the new version (assuming the new tag existed) | 16:09 |
qschulz | Guest16: tags can be moved, therefore not desirable for reproducible builds, and you want reproducible builds (if you don't, you do) | 16:09 |
Guest16 | Yeah- that is fair regarding reproducible builds | 16:10 |
Guest16 | that is sort of the point :) | 16:10 |
qschulz | Guest16: you can always start using auto-upgrade-helper to automatically do this for you | 16:10 |
*** zpfvo <zpfvo!~fvo@i59F5CDAF.versanet.de> has quit IRC (Remote host closed the connection) | 16:10 | |
*** davidinux <davidinux!~davidinux@37.183.18.100> has quit IRC (Ping timeout: 255 seconds) | 16:10 | |
qschulz | we use this tool on the recipes the project maintains | 16:10 |
Guest16 | is this a bitbake tool? | 16:11 |
kranzo | Guest16 last time is stumbled over this RP metioned the commit should not break tags and therefore https://docs.yoctoproject.org/bitbake/2.0/bitbake-user-manual/bitbake-user-manual-fetching.html#git-fetcher-git is still correct:) but yeah tags are kinda broken right now . | 16:12 |
*** davidinux <davidinux!~davidinux@82.102.21.198> has joined #yocto | 16:12 | |
kranzo | had no time to dig deeper | 16:12 |
Guest16 | yeah I can confirm they appear to be fully broken | 16:12 |
Guest16 | Even setting a SRCREV=SomeSha to match the SHA of the actual tag, the build still fails (albeit with a different error saying the SRCREV hash doesn't match the tag name, which... duh?) | 16:13 |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 264 seconds) | 16:13 | |
Guest16 | I also found out that it appears bitbake only supports fetching annotated tags vs. lightweight tags - which I think is perfectly fine, just something I didn't know was a thing | 16:15 |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 16:15 | |
*** d4rkn0d3z <d4rkn0d3z!~d4rkn0d3z@host-24-138-154-108.public.eastlink.ca> has joined #yocto | 16:15 | |
Guest16 | As it wasn't abundantly clear from docs | 16:15 |
d4rkn0d3z | Hi I am trying to build yocto for i.mx8 and I get an error building zstd | 16:16 |
kranzo | Guest16 remove the tag from SRC_URI it's as its conflicting with SRCREV | 16:16 |
d4rkn0d3z | could I get some help ? | 16:16 |
Guest16 | Yep, I was hoping to be able to use the `tag=` param and _not_ the SRCREV - but it is sounding like (and looking like) that is not possible | 16:17 |
Guest16 | The only way to fetch a tag is to use the SRCREV of said tag, which is disappointing - unless there is someone that has another way to do this | 16:18 |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:18 | |
*** gsalazar <gsalazar!~gsalazar@132.120.90.149.rev.vodafone.pt> has quit IRC (Ping timeout: 268 seconds) | 16:18 | |
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 268 seconds) | 16:21 | |
RP | Guest16: we definitely don't recommend tags. It is possible something got broken with them | 16:22 |
Guest16 | Absolutely understand - with reproducible builds this makes 100% sense. I just had never run into that before kirkstone. | 16:24 |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 16:29 | |
RP | JPEW: We have a problem with mingw. https://git.yoctoproject.org/yocto-autobuilder-helper/commit/?id=699fb6008b06b279cf5b522acbfc0896501d74c7 is resulting in https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/5692 :/ | 16:29 |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 16:29 | |
RP | JPEW: any ideas? | 16:29 |
* JPEW reads | 16:30 | |
RP | abelloni: ^^^ we at least have a suspect | 16:30 |
*** Guest16 <Guest16!~Guest16@c-98-250-213-163.hsd1.mi.comcast.net> has quit IRC (Quit: Client closed) | 16:30 | |
*** ptsneves <ptsneves!~Thunderbi@85-128-83-172.static.ip.netia.com.pl> has quit IRC (Ping timeout: 255 seconds) | 16:32 | |
JPEW | RP: Ah, I think I've found it | 16:34 |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 16:35 | |
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:f18b:a48e:e2d7:8a1e> has quit IRC (Quit: Client closed) | 16:36 | |
JPEW | RP: meta-mingw does some questionable(?) things with HOSTTOOLS so that `wine` is only required if you want to test a MinGW SDK (since it's a bit of a pain to have as a general dependency): https://git.yoctoproject.org/meta-mingw/tree/conf/machine-sdk/include/mingw32-common.inc#n53 | 16:36 |
JPEW | Something in there is wrong with the classes split I'm guessing | 16:36 |
RP | JPEW: testsdk would only be there in image context now, not global context | 16:37 |
JPEW | Ya, I was just thinking that | 16:37 |
RP | hmm, how do we fix that | 16:37 |
JPEW | The whole idea of modifying global HOSTTOOLS based on image classes is not great, but I didn't know a better way at the time | 16:38 |
JPEW | HOSTTOOL_NONFATAL maybe | 16:38 |
RP | JPEW: yes, that might be better | 16:38 |
JPEW | Not _great_ but I guess you just need to know to install or you can't test | 16:38 |
RP | wine being missing would give a pretty obvious failure at least | 16:38 |
JPEW | Right, it should look just like the one from the AB, which seems straight forward enough | 16:39 |
JPEW | (as far as those errors go anyway) | 16:39 |
RP | JPEW: right | 16:40 |
* RP does want to support recipe specific HOSTTOOLS at some point | 16:40 | |
RP | but not now | 16:40 |
JPEW | That would be really nice | 16:40 |
RP | JPEW: are you able to push a tweak to mingw? This is breaking builds atm :/ | 16:40 |
JPEW | Yep, working on it now | 16:41 |
RP | thanks | 16:41 |
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:f18b:a48e:e2d7:8a1e> has joined #yocto | 16:42 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 16:44 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 16:44 | |
JPEW | RP: In master-next; did you want it to go straight to master? | 16:47 |
RP | JPEW: might as well please | 16:48 |
RP | JPEW: thanks. One less autobuilder failure to recur! | 16:50 |
JPEW | Done | 16:52 |
khem | RP: yes I was carrying a similar patch on my mut branch last night see https://github.com/YoeDistro/meta-openembedded/commit/26b4a928e98cb737bb1d872866a9b62e04e10fe5 | 16:53 |
RP | khem: ah, ok, good :) | 16:53 |
khem | RP: I am also seeing another issue with remove-libtool class see https://github.com/YoeDistro/meta-openembedded/commit/fbe64b1eca0b383953a98e9f5b3d4711a1821772 | 16:53 |
RP | khem: I didn't see one on the list when I looked | 16:53 |
RP | khem: I fixed that for now by moving it back to classes | 16:53 |
RP | khem: working through other issues before I worry about that one | 16:54 |
khem | I see I was thinking for pushing both the issues | 16:54 |
khem | ok | 16:54 |
RP | khem: I'm not sure recipes should be using that class | 16:55 |
khem | this https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/1898 parsed ok last night 🙂 | 16:55 |
khem | libtool one ? | 16:56 |
khem | debatable but I see we add it to INHERIT_DISTRO and its a weak assign so some one can technically override it and I think these recipes need it regardless of distro policy | 16:58 |
RP | khem: it is debatable. In theory recipes should build without deleting those files though, it was meant to be optional, not used by recipes non-optionally | 16:59 |
RP | anyway, something to ponder for now | 16:59 |
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:f18b:a48e:e2d7:8a1e> has quit IRC (Quit: Client closed) | 17:00 | |
*** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has quit IRC (Quit: Client closed) | 17:06 | |
*** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has joined #yocto | 17:07 | |
*** Guest3868 <Guest3868!~Guest38@h-155-4-31-3.NA.cust.bahnhof.se> has quit IRC (Quit: Client closed) | 17:08 | |
khem | yeah, I think we should just make it default and move on | 17:13 |
khem | I think removing la files help more than they harm | 17:13 |
khem | so we can perhaps just enable it globally | 17:14 |
khem | abelloni: I have sent a v4 for glibc 2.36 patch | 17:14 |
khem | just to avoid sending an immediate patch update to delete two patches | 17:14 |
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:f18b:a48e:e2d7:8a1e> has joined #yocto | 17:20 | |
*** KurtKiefer[m] <KurtKiefer[m]!~kekieferm@2001:470:69fc:105::2:61a8> has joined #yocto | 17:31 | |
*** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 17:35 | |
*** KurtKiefer[m] is now known as kekiefer[m] | 17:36 | |
roussinm | rburton: You integrated the check to see if there was more than 1 wheel to install it fails, what is the idea behind the check? The repository has one setup.py and calls setup() for each tool, which I think creates the whl files? https://git.yoctoproject.org/poky/commit/?id=438b58fd4b5a60da5871b1412ca5ab032244016e Maybe the recipe shouldn't inherit setuptools3 ? The project isn't using | 17:40 |
roussinm | pyproject.toml either. | 17:40 |
*** adams[1] <adams[1]!~adams1]@205.251.233.53> has quit IRC (Quit: Client closed) | 17:45 | |
*** agupta1 <agupta1!~agupta1@207.107.110.122> has quit IRC (Ping timeout: 268 seconds) | 17:53 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 17:54 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 17:54 | |
*** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has quit IRC (Quit: Client closed) | 17:56 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 17:59 | |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 18:00 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 18:00 | |
d4rkn0d3z | is there a better place to ask for help with builds? | 18:02 |
*** agupta1 <agupta1!~agupta1@207.107.110.122> has joined #yocto | 18:06 | |
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 268 seconds) | 18:09 | |
landgraf | d4rkn0d3z: google :) | 18:13 |
landgraf | or here | 18:13 |
*** argonautx <argonautx!~argonautx@muedsl-82-207-240-096.citykom.de> has quit IRC (Quit: Leaving) | 18:21 | |
d4rkn0d3z | well I am having trouble with zstd-native building | 18:32 |
d4rkn0d3z | Can't find anything on google | 18:32 |
JPEW | d4rkn0d3z: What version of Yocto are you using and what error are you seeing? | 18:32 |
d4rkn0d3z | I'm following the i.mx yocto user guide | 18:33 |
d4rkn0d3z | I am alternately getting the following, | 18:35 |
d4rkn0d3z | ERROR: Task (/home/build/5.15.32-2.0.0/sources/poky/meta/recipes-devtools/binutils/binutils-cross_2.38.bb:do_compile) failed with exit code '1' | 18:36 |
d4rkn0d3z | or similar with zstd-native | 18:36 |
d4rkn0d3z | I have tried a few things from the web to no avail | 18:36 |
d4rkn0d3z | as far as version ... | 18:37 |
JPEW | Does it give more log messages than that? | 18:37 |
d4rkn0d3z | kirkstone | 18:38 |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 18:38 | |
d4rkn0d3z | yes a bunch of compiler errors | 18:39 |
JPEW | Can you include a pastebin of them? | 18:39 |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 18:39 | |
d4rkn0d3z | here let me revert everything and re-init | 18:39 |
ernstp | d4rkn0d3z: are you using krikstone for both poky and meta-freescale (which I guess you have since you mention i.mx) | 18:39 |
d4rkn0d3z | I am new and I am trying to follow the imx8 yocto user guide | 18:40 |
*** yudjinn[m]1 <yudjinn[m]1!~yudjinnma@2001:470:69fc:105::1:fb00> has joined #yocto | 18:41 | |
yudjinn[m]1 | hello, I'm trying to catalog and list all the recipes, appends, classes, etc used in the building of an image, whats the best way to do this? | 18:42 |
d4rkn0d3z | https://www.nxp.com/docs/en/user-guide/IMX_YOCTO_PROJECT_USERS_GUIDE.pdf | 18:43 |
yudjinn[m]1 | I've tried the -g to build a dotfile, and that gives me bb files, but I want to also see which appends are being used, etc | 18:43 |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds) | 18:43 | |
JPEW | yudjinn[m]1: I don't know of anything that exposes that information; any reason why you want it? | 18:43 |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 18:44 | |
yudjinn[m]1 | I have multiple projects that I want to reorganize into shared layers, and want to catalog what is currently using which recipes so I can make informed decisions about it | 18:45 |
kergoth | archiver can optionally include full recipe data after inherits/includes/etc, not sure if it mentions what files they came from, though | 18:46 |
JPEW | yudjinn[m]1: Hmm, ya. I don't know anything that will give you that; bitbake does know that information though (you can see it in bitbake -e) | 18:46 |
d4rkn0d3z | JPEW I am following the pdf in the link I sent | 18:47 |
JPEW | d4rkn0d3z: OK, unless someone is already using that, it's unlikely that anyone will try to follow those directions and reproduce it on their own, so the error logs would be helpful | 18:48 |
d4rkn0d3z | I am about to get it | 18:48 |
d4rkn0d3z | I just did a new repo init | 18:49 |
d4rkn0d3z | and sync | 18:49 |
*** adams[1] <adams[1]!~adams1]@205.251.233.53> has joined #yocto | 18:50 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 18:50 | |
d4rkn0d3z | Started fresh build | 18:51 |
d4rkn0d3z | ERROR: Task (virtual:native:/home/build/5.15.32-2.0.0/sources/poky/meta/recipes-extended/zstd/zstd_1.5.2.bb:do_compile) failed with exit code '1' | 18:54 |
d4rkn0d3z | Which logs do you want? | 18:54 |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 18:55 | |
JPEW | It should point you to a .log file | 18:55 |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 18:55 | |
d4rkn0d3z | if it did it scrolled away | 18:55 |
d4rkn0d3z | I see that error preceded by mounds of compiler errors | 18:56 |
*** Skiper <Skiper!~Skiper@5-15-106-128.residential.rdsnet.ro> has quit IRC (Ping timeout: 252 seconds) | 18:57 | |
d4rkn0d3z | the error in binutils-cross appears to be related to not finding pod2man although it is installed | 18:57 |
JPEW | I think it's at the end after bitbake finishes | 18:58 |
d4rkn0d3z | Nope nothing there | 18:58 |
*** Skiper <Skiper!~Skiper@93.122.248.77> has joined #yocto | 18:58 | |
d4rkn0d3z | | make: *** [Makefile:245: Options.o] Error 1 | 18:58 |
d4rkn0d3z | | make: *** [Makefile:245: main.o] Error 1 | 18:58 |
d4rkn0d3z | | make: Leaving directory '/home/build/5.15.32-2.0.0/minimal/tmp/work/x86_64-linux/zstd-native/1.5.2-r0/git/contrib/pzstd' | 18:58 |
d4rkn0d3z | | ERROR: oe_runmake failed | 18:58 |
d4rkn0d3z | | WARNING: exit code 1 from a shell command. | 18:58 |
d4rkn0d3z | ERROR: Task (virtual:native:/home/build/5.15.32-2.0.0/sources/poky/meta/recipes-extended/zstd/zstd_1.5.2.bb:do_compile) failed with exit code '1' | 18:58 |
d4rkn0d3z | Second Keyboard Interrupt, stopping... | 18:58 |
d4rkn0d3z | Summary: 1 task failed: virtual:native:/home/build/5.15.32-2.0.0/sources/poky/meta/recipes-extended/zstd/zstd_1.5.2.bb:do_compile | 18:58 |
JPEW | Oh, hmm. I thought we listed the log file when an error occurred | 19:00 |
d4rkn0d3z | perhaps if I just run that particular recipe? | 19:00 |
d4rkn0d3z | Usually it does | 19:01 |
d4rkn0d3z | How would one remove that recipe? | 19:01 |
landgraf | d4rkn0d3z: there should be temp directory under /home/build/5.15.32-2.0.0/minimal/tmp/work/x86_64-linux/zstd-native/1.5.2-r0/ | 19:02 |
landgraf | with logs inside | 19:02 |
JPEW | Ya should be a line like "ERROR: Logfile of failure stored in: ..." | 19:02 |
landgraf | look for log*.do_compile | 19:02 |
landgraf | look for log*.do_compile* | 19:02 |
d4rkn0d3z | gotcha | 19:02 |
JPEW | d4rkn0d3z: Ah the line is there but it might be before the error output (it's not necessary, but convenient because it gives the exact path to the error log) | 19:03 |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 19:04 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 19:05 | |
d4rkn0d3z | Okay I see that log and it shows the compile errors | 19:07 |
d4rkn0d3z | where do you want it? | 19:07 |
JPEW | pastebin or equivalent? | 19:08 |
d4rkn0d3z | okay | 19:08 |
d4rkn0d3z | too big for pastebin | 19:12 |
JPEW | Ah; do you see anything in there that you can distill down? | 19:13 |
d4rkn0d3z | let me look | 19:13 |
*** agupta1 <agupta1!~agupta1@207.107.110.122> has quit IRC (Ping timeout: 252 seconds) | 19:16 | |
d4rkn0d3z | https://pastebin.com/7gX52fPs <-- looks like things go wrong here | 19:18 |
yudjinn[m]1 | does anyone else have experience with cataloging which .bb and .bbappend files are used by an image? | 19:21 |
*** agupta1 <agupta1!~agupta1@207.107.110.122> has joined #yocto | 19:21 | |
d4rkn0d3z | JPEW -> https://pastebin.com/7gX52fPs | 19:21 |
*** Skiper <Skiper!~Skiper@93.122.248.77> has quit IRC (Read error: Connection reset by peer) | 19:23 | |
landgraf | o_O | 19:23 |
landgraf | d4rkn0d3z: something is wrong with your host system. | 19:26 |
yudjinn[m]1 | d4rkn0d3z: is that your code? | 19:26 |
d4rkn0d3z | no that is not my code | 19:26 |
d4rkn0d3z | I have no code in this build just starting out | 19:26 |
d4rkn0d3z | what is wrong with my system? | 19:27 |
d4rkn0d3z | I am building on a ubuntu 20.04 VM | 19:27 |
*** Skiper <Skiper!~Skiper@5-15-106-128.residential.rdsnet.ro> has joined #yocto | 19:28 | |
landgraf | d4rkn0d3z: 28 | #ifndeF _GLIBCPX_DEBUGWMACRO_SSITCH_H | 19:28 |
d4rkn0d3z | I really apprecaite the help | 19:28 |
d4rkn0d3z | yeah I saw that | 19:28 |
d4rkn0d3z | are you suggesting my ssytem changed that line? | 19:28 |
landgraf | I gusss someone (or something) edited this file with vim and pressed wrong button. Well, happened to me few times :) | 19:28 |
d4rkn0d3z | I have not touched anything I just repo init and sync and build | 19:29 |
d4rkn0d3z | I'm just evaluating this for a project | 19:30 |
landgraf | d4rkn0d3z:can you share /usr/include/c++/9/debug/debug.h: ? | 19:30 |
d4rkn0d3z | yep | 19:30 |
*** agupta1 <agupta1!~agupta1@207.107.110.122> has quit IRC (Ping timeout: 255 seconds) | 19:31 | |
d4rkn0d3z | I see that it does have those offending edits | 19:31 |
landgraf | So it has nothing to do with Yocto | 19:31 |
d4rkn0d3z | hmm perhaps I should reinstall those packages | 19:32 |
d4rkn0d3z | I did not mean to suggest yocto had problems just that I needed help | 19:32 |
d4rkn0d3z | I'm perplexed | 19:33 |
landgraf | d4rkn0d3z: I meant repo reinitialization will not help until you fix host compiler/toolchain | 19:34 |
d4rkn0d3z | Okay I'll build a fresh VM, thanks for help | 19:34 |
yudjinn[m]1 | yeah the /usr/include/c++ has nothing to do with repo (most likely) | 19:34 |
yudjinn[m]1 | you could also just try making the fixes your log calls out | 19:35 |
d4rkn0d3z | meh pretty easy to make a fresh one | 19:35 |
d4rkn0d3z | bbiab | 19:35 |
landgraf | rpm has verification option to find out such changes. dpkg should have something similar too I guess | 19:36 |
*** Skiper <Skiper!~Skiper@5-15-106-128.residential.rdsnet.ro> has quit IRC (Quit: Quit) | 19:39 | |
*** Skiper <Skiper!~Skiper@5-15-106-128.residential.rdsnet.ro> has joined #yocto | 19:40 | |
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 19:45 | |
d4rkn0d3z | Thanks, | 19:45 |
d4rkn0d3z | thanks landgraf | 19:45 |
*** Skiper <Skiper!~Skiper@5-15-106-128.residential.rdsnet.ro> has quit IRC (Ping timeout: 268 seconds) | 19:48 | |
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 19:49 | |
*** Skiper <Skiper!~Skiper@5-15-106-128.residential.rdsnet.ro> has joined #yocto | 19:49 | |
*** Skiper <Skiper!~Skiper@5-15-106-128.residential.rdsnet.ro> has quit IRC (Client Quit) | 19:49 | |
*** Skiper <Skiper!~Skiper@5-15-106-128.residential.rdsnet.ro> has joined #yocto | 19:49 | |
*** amitk <amitk!~amit@103.208.69.36> has joined #yocto | 20:02 | |
*** agupta1 <agupta1!~agupta1@207.107.110.122> has joined #yocto | 20:07 | |
*** florian_kc <florian_kc!~florian@78.48.47.227> has joined #yocto | 20:30 | |
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Remote host closed the connection) | 20:30 | |
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 20:31 | |
*** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 20:41 | |
*** amitk <amitk!~amit@103.208.69.36> has quit IRC (Ping timeout: 244 seconds) | 20:42 | |
*** fullstop <fullstop!~fullstop@user/fullstop> has quit IRC (Quit: ZNC - http://znc.in) | 21:05 | |
*** fullstop <fullstop!~fullstop@user/fullstop> has joined #yocto | 21:08 | |
*** mvlad <mvlad!~mvlad@2a02:2f08:4a10:7900:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 21:13 | |
*** agupta1 <agupta1!~agupta1@207.107.110.122> has quit IRC (Ping timeout: 268 seconds) | 21:15 | |
*** fullstop <fullstop!~fullstop@user/fullstop> has quit IRC (Quit: ZNC - http://znc.in) | 21:17 | |
*** fullstop <fullstop!~fullstop@user/fullstop> has joined #yocto | 21:18 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: xmn) | 21:31 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 21:44 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 21:44 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 21:49 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 21:49 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 22:17 | |
*** mckoan <mckoan!~marco@host-79-3-92-72.business.telecomitalia.it> has quit IRC (Read error: Connection reset by peer) | 22:32 | |
*** mckoan <mckoan!~marco@host-79-3-92-72.business.telecomitalia.it> has joined #yocto | 22:36 | |
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 268 seconds) | 22:44 | |
*** florian_kc <florian_kc!~florian@78.48.47.227> has quit IRC (Ping timeout: 255 seconds) | 22:48 | |
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 22:53 | |
*** vladest <vladest!~Thunderbi@214.94.cust.tetanet.cz> has joined #yocto | 23:03 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 23:14 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 23:14 | |
*** GillesM <GillesM!~gilles@129.179.5.84.rev.sfr.net> has quit IRC (Remote host closed the connection) | 23:15 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 23:19 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 23:19 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 23:34 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 23:34 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 23:39 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 23:39 | |
*** vladest <vladest!~Thunderbi@214.94.cust.tetanet.cz> has quit IRC (Ping timeout: 252 seconds) | 23:45 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!