| khem | you need to replace `ssl rehash` to `ssl certhash` maybe | 00:08 |
|---|---|---|
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 00:14 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 00:14 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds) | 00:19 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 00:19 | |
| khem | vvn: perhaps look into `-B` option of mkimage | 00:25 |
| sotaoverride | khem: will that work wuth openssl 1.0.2.u? | 00:26 |
| khem | yes | 00:26 |
| sotaoverride | khem: maybe help me understand where ca-cert even makes these rehash call, so I can make a patch. | 00:27 |
| khem | there are some python scripts in ca-certificates package IIRC | 00:27 |
| *** seninha_ <seninha_!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 00:43 | |
| *** SunInDusk <SunInDusk!~SunInDusk@user/sunindusk> has joined #yocto | 00:43 | |
| sotaoverride | apparently the recipe for ca-certificates pulls from this repo https://salsa.debian.org/debian/ca-certificates/-/tree/master/debian. I cant find any python scripts etc there with rehash calls... | 00:44 |
| sotaoverride | Dont see any python scripts actually! | 00:44 |
| SunInDusk | Hello everyone, has anyone encountered this situation? I use yocto dunfell version, gcc is 9.3.0. Sometimes the code compiles with an error, but I can't find the reason for the error in the compiled log file. Anyone encountered this situation? I googled a lot and didn't find any information. | 00:46 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 00:57 | |
| *** starblue <starblue!~juergen@dslb-188-100-135-124.188.100.pools.vodafone-ip.de> has quit IRC (Ping timeout: 255 seconds) | 01:15 | |
| *** starblue <starblue!~juergen@dslb-188-100-138-023.188.100.pools.vodafone-ip.de> has joined #yocto | 01:17 | |
| *** mihai <mihai!~mihai@user/mihai> has quit IRC (Ping timeout: 240 seconds) | 01:28 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 264 seconds) | 01:45 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 01:45 | |
| *** opello <opello!~opello@about/csharp/opello> has left #yocto | 01:58 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:21 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:652c:e600:1651:48b1:ec21:fd0d> has quit IRC (Ping timeout: 240 seconds) | 02:56 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6523:9000:c820:206a:880d:ff1b> has joined #yocto | 02:58 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 02:59 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds) | 04:03 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 04:03 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds) | 04:09 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 04:09 | |
| *** Circuitsoft <Circuitsoft!uid393878@id-393878.lymington.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 04:19 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@ip-037-201-004-167.um10.pools.vodafone-ip.de> has quit IRC (Ping timeout: 255 seconds) | 04:21 | |
| *** amitk <amitk!~amit@103.59.74.74> has joined #yocto | 04:21 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:26 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@ip-037-201-004-167.um10.pools.vodafone-ip.de> has joined #yocto | 04:34 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 244 seconds) | 05:01 | |
| *** mrnuke <mrnuke!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has quit IRC (Read error: Connection reset by peer) | 05:01 | |
| *** mrnuke <mrnuke!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has joined #yocto | 05:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 264 seconds) | 05:04 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 05:05 | |
| *** davidinux <davidinux!~davidinux@92.118.62.212> has quit IRC (Ping timeout: 260 seconds) | 05:07 | |
| *** davidinux <davidinux!~davidinux@81.22.36.114> has joined #yocto | 05:09 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:46 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 05:50 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:51 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 05:52 | |
| *** SunInDusk <SunInDusk!~SunInDusk@user/sunindusk> has quit IRC (Quit: Leaving) | 06:18 | |
| *** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has joined #yocto | 06:24 | |
| *** mckoan|away is now known as mckoan | 06:43 | |
| mckoan | good morning | 06:43 |
| LetoThe2nd | yo dudX, yo mckoan | 06:44 |
| jclsn | Morgen | 07:07 |
| ykrons | Hi all | 07:16 |
| ykrons | I'm working with Dunfell for iMX8 machine where I have activated multilib support to be able to build 32bit applications. Everything went fine and I'm able to build 32bit application running on my 64bit BSP with the generated BSP. | 07:17 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 07:18 | |
| ykrons | However libusb in 32bit version is missing, so I have added lib32-libusb1 to my IMAGE_INSTALL. Since that change I have an error when I generated the SDK "WARNING: eagle-image-1.0-r0 do_populate_sdk: Manifest /workdir/oe-core/build/tmp/sstate-control/manifest-x86_64_x86_64-nativesdk-lib32-wayland-protocols.package_write_ipk not found in 1388_imx8x aarch64-mx8 armv7at2hf-neon armv7ahf-neon armv7at2hf-vfp armv7ahf-vfp armv6thf-vfp armv6hf-vfp armv5tehf-vfp | 07:19 |
| ykrons | armv5ehf-vfp armv5thf-vfp armv5hf-vfp allarch x86_64_x86_64-nativesdk (variant 'lib32')?" | 07:19 |
| ykrons | I can't find the relation between adding the libusb and wayland-protocol and why this can break manifest generation. Did someone have an idea what can be wrong ? | 07:20 |
| kanavin_ | ykrons, you should not have to add any library explicitly, it usually gets pulled in via package dependencies | 07:26 |
| kanavin_ | if that doesn't happen, then nothing depends on the library, and then why install it? | 07:27 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 07:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 07:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds) | 07:34 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 07:34 | |
| *** beneth <beneth!~beneth@xmpp.beneth.fr> has quit IRC (Read error: Connection reset by peer) | 07:35 | |
| ykrons | kanavin_: I know that point, but I need to build the application out of yocto with only the SDK and I have not yet done the corresponding recipe. I'm expecting adding lib32-libusb1 would have the same impact as a RDEPENDS on it | 07:39 |
| ykrons | I will draft a empty recipe with only this dependencies to see if it is better | 07:40 |
| ykrons | -RDEPENDS -> DEPENDS | 07:42 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 07:44 | |
| *** vladest <vladest!~Thunderbi@124.150.198.178.dynamic.wline.res.cust.swisscom.ch> has joined #yocto | 07:44 | |
| *** vladest <vladest!~Thunderbi@124.150.198.178.dynamic.wline.res.cust.swisscom.ch> has quit IRC (Client Quit) | 07:47 | |
| *** vladest <vladest!~Thunderbi@124.150.198.178.dynamic.wline.res.cust.swisscom.ch> has joined #yocto | 07:50 | |
| abelloni | kanavin_: the templateconf series broke metrics: https://autobuilder.yoctoproject.org/typhoon/#/builders/138/builds/130/steps/12/logs/stdio | 07:53 |
| *** brware <brware!~brware@net-93-147-51-49.cust.vodafonedsl.it> has joined #yocto | 07:54 | |
| kanavin_ | abelloni, I'll take a look | 07:54 |
| brware | Hi guys. I'm new to yoctoproject and I generated a minimal image but when I try to run It as live the filesystem come as read only. Is there anyone that help me to switch the rootfs in write/read mode. Thanks in advance | 07:57 |
| LetoThe2nd | brware: by default the created images are rw, so the question is which documentation you followed. | 07:58 |
| brware | I don't find informations about this | 08:00 |
| brware | LetoThe2nd you suggest me a documentation that help me about this? | 08:03 |
| brware | can? | 08:03 |
| LetoThe2nd | brware: how did you start? | 08:03 |
| *** zeddii <zeddii!~zeddii@173.34.88.218> has quit IRC (Ping timeout: 260 seconds) | 08:04 | |
| LetoThe2nd | brware: because if you ran the generic yocto getting started, then you have a rw rootfs. | 08:04 |
| *** zeddii <zeddii!~zeddii@173.34.88.218> has joined #yocto | 08:05 | |
| LetoThe2nd | https://docs.yoctoproject.org/brief-yoctoprojectqs/index.html | 08:05 |
| brware | LetoThe2nd Yes, if I install It the filesystem is rw but if lunch the live it is ro | 08:05 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:05 | |
| kanavin_ | abelloni, patch to yocto-autobuilder-helper sent | 08:06 |
| LetoThe2nd | brware: what is "the live"? what is "the install"? | 08:06 |
| brware | LetoThe2nd I generate a bootable iso and the options that can you choose are: Graphics console boot and Graphics console boot | 08:07 |
| brware | I mean Graphics console boot | 08:07 |
| LetoThe2nd | brware: see, so far you totally left out that we are talking about an ISO image. that was the missing piece. | 08:08 |
| *** milkylainen <milkylainen!~christian@static-212-247-174-226.cust.tele2.se> has joined #yocto | 08:08 | |
| LetoThe2nd | brware: don't know then, never used it. | 08:08 |
| brware | LetoThe2nd Do you have a custom boot loader? I build image for the genericx86-64 | 08:09 |
| LetoThe2nd | brware: no, i also don't do x86, sorry. | 08:10 |
| milkylainen | Total noob/basic question. Tried passing an extramake to a package containing a path to a file. Variable is passed correctly. But that path is relative and is not found from the package source. $THISDIR/files? | 08:11 |
| milkylainen | So how do I pass an absolute path when building a package, or where do I place files the source can find? | 08:12 |
| *** brware <brware!~brware@net-93-147-51-49.cust.vodafonedsl.it> has quit IRC (Quit: Ping timeout (120 seconds)) | 08:18 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128148.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 08:25 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 08:39 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 08:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 08:39 | |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has quit IRC (Read error: Connection reset by peer) | 08:41 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds) | 08:43 | |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has joined #yocto | 08:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:44 | |
| *** brware <brware!~brware@net-93-147-51-49.cust.vodafonedsl.it> has joined #yocto | 08:51 | |
| *** mihai <mihai!~mihai@user/mihai> has joined #yocto | 08:52 | |
| ykrons | kanavin_: I have added a recipe for my apps with libusb1 in DEPENDS and I got the same error during SDK generation when I had my lib32-myapp to IMAGE_INSTALL | 08:53 |
| *** brware <brware!~brware@net-93-147-51-49.cust.vodafonedsl.it> has quit IRC (Quit: Ping timeout (120 seconds)) | 08:57 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 09:24 | |
| mrybczyn[m] | JPEW RP: will someone working on the spdx class be in Dublin at ELC? There's an interesting new functionality in the works and a chat could be useful | 09:41 |
| RP | mrybczyn[m]: I'm not sure. I won't be there unfortunately :( | 09:54 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 10:01 | |
| *** starblue <starblue!~juergen@dslb-188-100-138-023.188.100.pools.vodafone-ip.de> has quit IRC (Ping timeout: 264 seconds) | 10:14 | |
| LetoThe2nd | does anybody happen to have a x86 harddisk image build around for download? core-image-minimal or such? | 10:15 |
| *** starblue <starblue!~juergen@dslb-188-100-138-023.188.100.pools.vodafone-ip.de> has joined #yocto | 10:16 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 10:23 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 10:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 10:29 | |
| DvorkinDmitry | problem building the libtalloc in latest dunfell: part1: https://pastebin.com/Z87sc9Wi part2: https://pastebin.com/hpGPRyde | 10:32 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 10:33 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds) | 10:38 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 10:38 | |
| RP | LetoThe2nd: release builds from YP? | 10:46 |
| *** ykrons <ykrons!~guillaume@62.192.23.101> has quit IRC (Remote host closed the connection) | 10:53 | |
| *** ykrons <ykrons!~guillaume@62.192.23.101> has joined #yocto | 10:59 | |
| *** DvorkinDmitry <DvorkinDmitry!~dvorkin@5.167.98.73> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/) | 11:06 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 11:10 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 11:10 | |
| *** DvorkinDmitry <DvorkinDmitry!~dvorkin@5.167.98.73> has joined #yocto | 11:30 | |
| landgraf | RP: abelloni: Hi. I've sent patch few days ago to address dropbear-openssh conflicts https://lists.openembedded.org/g/openembedded-core/message/170000 (and got nice msg id :) ) . It's not in any repos atm. Should I rework/resend it? | 11:37 |
| RP | landgraf: I suspect abelloni just missed it | 11:37 |
| landgraf | yeah. that's why I've pinged him too. | 11:38 |
| landgraf | thought it may be because of feature freeze or something like that | 11:38 |
| *** zeddii <zeddii!~zeddii@173.34.88.218> has quit IRC (Ping timeout: 240 seconds) | 11:39 | |
| RP | landgraf: we're just struggling with a few issues causing many build failures | 11:39 |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 268 seconds) | 11:39 | |
| RP | infrastructure fetching issue, ruby/webkit issue that suddenly appeared and so on | 11:39 |
| landgraf | RP: yup. I know. Something for me to work on? I have plenty of free time now... | 11:40 |
| JPEW | mrybczyn[m]: I don't think so unfortunately | 11:52 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds) | 11:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 11:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds) | 12:04 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 12:04 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDB7.versanet.de> has joined #yocto | 12:17 | |
| *** SmoothBrain <SmoothBrain!~SmoothBra@213.208.255.250> has joined #yocto | 12:20 | |
| SmoothBrain | Hi all, anyone ever figured out a way to make kas less verbose? | 12:21 |
| SmoothBrain | It's printing INFO logs by default. And there is only a DEBUG flag as a CLI parameter to enable more logs | 12:21 |
| JPEW | mrybczyn[m]: you could bring it up at the dev meeting on Tuesday? | 12:25 |
| mrybczyn[m] | JPEW: will start from a ml post and then we'll come yo a Tuesday meeting, deal | 12:29 |
| RP | landgraf: there are lots of small things to tidy up now I think. I'm waiting on a rust fix and the current patch queue testing and then I think we'll build M3 | 12:33 |
| * RP remembers about the broken nativesdk-gcc | 12:34 | |
| JPEW | mrybczyn[m]: sounds good :) | 12:34 |
| *** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has joined #yocto | 12:36 | |
| *** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 12:45 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Ping timeout: 268 seconds) | 12:46 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 12:48 | |
| *** eirikb[m] <eirikb[m]!~eirikbmat@2001:470:69fc:105::2:7685> has joined #yocto | 12:50 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 13:00 | |
| eirikb[m] | Hi. Can I ask about application development environments here? | 13:03 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4904:c800:24d7:51ff:fed6:906d> has joined #yocto | 13:11 | |
| *** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 13:13 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Ping timeout: 244 seconds) | 13:17 | |
| mckoan | eirikb[m]: if is related to Yocto or the SDK yes | 13:19 |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 13:19 | |
| eirikb[m] | mckoan: Yes. Kind of. I'm thinking about creating a docker image which could both run and build our application. The application is not hardware dependent, and I believe this could greatly improve the development process. | 13:22 |
| eirikb[m] | I'm able to build a docker runtime image of our yocto image, but I'm not able use any build tools. I have not tried including the SDK yet, as I hoped I wouldn't need to | 13:22 |
| qschulz | eirikb[m]: what about using qemu for running your application? | 13:22 |
| qschulz | based of an SDK running on your host directly | 13:22 |
| eirikb[m] | We use CLion, and remote development against docker in CLion is very very good, so I would hope to not use that | 13:24 |
| ykrons | With MULTILIB enabled, it seems Yocto generates a manifest for lib32-wayland-protocols that it is not able to find during SDK generation. The manifest name is built with manifest-<32bit arch>-<MACHINE_SOCARCH>... whereas populate_sdk is looking for manifest-<32bit arch>... . I think it is related to "fsl-dynamic-packagearch" mechanism but I'm a bit lost at that point. Does someone already faced similar issue or have an hint to track this one ? | 13:27 |
| * eirikb[m] uploaded an image: (56KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/sMvXRDlWLngAfKgFlSExBNTl/2022-09-02_13-08.png > | 13:39 | |
| eirikb[m] | I tried adding `packagegroup-core-buildessential` to my runtime image, but when I try to compile something I get this ^ | 13:39 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 13:41 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:41 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 13:44 | |
| *** SmoothBrain <SmoothBrain!~SmoothBra@213.208.255.250> has quit IRC (Quit: Client closed) | 13:48 | |
| *** kscherer <kscherer!~kscherer@dsl-173-206-148-172.tor.primus.ca> has joined #yocto | 13:50 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:53 | |
| mckoan | eirikb[m]: please try calling : make ok | 13:55 |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 13:56 | |
| kanavin_ | RP: I've written a little announcement on linkedin about the layer setup, and people went crazy with the likes https://www.linkedin.com/posts/alexander-kanavin-94585686_yocto-openembedded-configurationmanagement-activity-6971088109492920320-fxhS/ | 14:00 |
| kanavin_ | This looks like something a lot of folks would like to have, I hope the actual ui and functionality withstands the 'real world' | 14:01 |
| RP | kanavin_: nice. We've known this was an issue for years. This is a first good step | 14:02 |
| kanavin_ | RP: yes, towards something of a holy grail: an official turnkey cicd solution | 14:03 |
| RP | kanavin_: I'm kind of sad I'm still not carving out time to work on bits of it | 14:03 |
| mckoan | kanavin_: a use case or a small doc or post would help to understand it quickly | 14:09 |
| kanavin_ | mckoan, yes, I plan to write more on linkedin about it, and fix documentation and manuals throughout | 14:10 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 14:13 | |
| *** alimon <alimon!~alimon@2806:10b7:3:89c0:2c32:cfff:fe8e:de1f> has quit IRC (Ping timeout: 248 seconds) | 14:36 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 14:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 14:39 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 252 seconds) | 14:41 | |
| *** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has joined #yocto | 14:43 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds) | 14:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 14:44 | |
| *** landgraf <landgraf!~landgraf@164.90.195.62> has quit IRC (Quit: WeeChat 3.5) | 14:46 | |
| *** alimon <alimon!~alimon@2806:10b7:3:19d1:2c32:cfff:fe8e:de1f> has joined #yocto | 14:51 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 14:55 | |
| jackos888[m] | Hello | 15:18 |
| jackos888[m] | How can I generate an SDCard image with LUKS rootfs? | 15:18 |
| jackos888[m] | within yocto | 15:18 |
| qschulz | kanavin_: any chance this makes it to kirkstone? I guess too big of a feature to add it to an LTS right? | 15:35 |
| qschulz | kanavin_: asking because when I find time I'll finally update from honister to kirkstone but we're currently using kas | 15:36 |
| kanavin_ | qschulz, maybe | 15:37 |
| kanavin_ | it's tooling not content | 15:37 |
| kanavin_ | the template location stuff, certainly not though | 15:37 |
| RP | we're not backporting this | 15:49 |
| qschulz | ack, thx :) | 15:55 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 15:58 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 16:15 | |
| kanavin_ | qschulz, it's probably one of those where you have to maintain backports on top of kirkstone fork if you really want it | 16:23 |
| chrysh | easy yocto question for 10 points: How can I change the python version that is used for boost? This file uses the env variable PYTHON_BASEVERSION, but overwriting it in my image does not have any effect on the version (I checked by looking into the output of bitbake -e boost) | 16:28 |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC (*.net *.split) | 16:28 | |
| *** shoragan <shoragan!~shoragan@user/shoragan> has quit IRC (*.net *.split) | 16:28 | |
| *** Crofton <Crofton!sid401373@id-401373.lymington.irccloud.com> has quit IRC (*.net *.split) | 16:28 | |
| *** ldts <ldts!sid269548@id-269548.hampstead.irccloud.com> has quit IRC (*.net *.split) | 16:28 | |
| *** shoragan <shoragan!~shoragan@user/shoragan> has joined #yocto | 16:28 | |
| *** ldts <ldts!sid269548@id-269548.hampstead.irccloud.com> has joined #yocto | 16:28 | |
| *** Crofton <Crofton!sid401373@id-401373.lymington.irccloud.com> has joined #yocto | 16:28 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 16:29 | |
| chrysh | (I mean, I can obviously directly change it in the boost.inc file, but I bet there is a more yocto way) | 16:31 |
| *** zpfvo <zpfvo!~fvo@i59F5CDB7.versanet.de> has quit IRC (Quit: Leaving.) | 16:36 | |
| mckoan | /IMAWAY | 16:38 |
| *** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 16:48 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 16:49 | |
| qschulz | kanavin_: not worth it for a very small BSP but otherwise yes :) | 16:51 |
| qschulz | chrysh: recipe data is local to the recipe | 16:52 |
| qschulz | so changing it in the image is not going to change it in the boost recipe | 16:52 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 16:53 | |
| qschulz | and I guess you'd want to upgrade the python recipe to use the version you want? | 16:53 |
| chrysh | qschulz: true, the yocto chant. yes, I would like to use a more recent python version | 16:56 |
| chrysh | so changing it in the boost.inc recipe is actually the right way to go? | 16:56 |
| qschulz | it's not clear why yuou want a different python version and if it's related to boost only? | 16:57 |
| qschulz | chrysh: just import a newer version of python and then PREFERRED_VERSION_python = "3.10%" in (likely) your distro conf file | 16:58 |
| *** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has joined #yocto | 16:58 | |
| mischief | finding that during dunfell->kirkstone my kernel modules are now stripped and unloadable. any idea about that? | 16:59 |
| qschulz | likely _python3 | 16:59 |
| kanavin_ | chrysh, supporting more than one version of python in a single build is basically impossible | 17:00 |
| *** ptsneves <ptsneves!~Thunderbi@031011128148.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 268 seconds) | 17:15 | |
| chrysh | kanavin_: It's just that our software stack is compiled with python 3.8, and that's what I would like to use, also globally. | 17:17 |
| kanavin_ | chrysh, I think you are subscribing for a world of pain if you try to replace what your yocto prescribes in oe-core | 17:18 |
| chrysh | qschulz: Why? Because that's what the application programmers decided to use at some point. Currently, I see an error when compiling boost related code, but I would also be happy to have it globally | 17:19 |
| chrysh | kanavin_: is it not just a matter of checking out a new bitbake recipe? Or can I just update oe-core or so? | 17:19 |
| kanavin_ | chrysh, you can attempt to backport a newer python onto an older yocto, but this may quickly unravel into build errors and compatibility issues at runtime, and the need to backport many additional pieces | 17:20 |
| kanavin_ | you better update yocto itself to a newer version | 17:20 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 17:22 | |
| chrysh | kanavin_: We have a vendor bsp...how easy is it to update yocto itself? | 17:24 |
| vvn | what is the best way to disable getty@tty1.service in an image? | 17:30 |
| kanavin_ | chrysh, depends on how big the delta is between what you have and where you want to be | 17:30 |
| kanavin_ | chrysh, and whether all of the layers, including the BSP vendor one are actively maintained to support the desired target version | 17:31 |
| RP | JPEW: really struggling to reproduce this unix domain socket issue. I put a ping(), close(). ping() call in bitbake-worker from task context and ran it up with BB_NUMBER_THREADS="1000" bitbake world -n but couldn't break it | 17:32 |
| JPEW | RP: hmm | 17:33 |
| RP | JPEW: perhaps it needs to be server context | 17:34 |
| chrysh | kanavin_: qschulz: Thank you, I will give it a thought during the weekend | 17:36 |
| *** Estrella_ <Estrella_!~quassel@192-063-174-177.res.spectrum.com> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 17:37 | |
| RP | JPEW: although I know it is the client context since the pids change | 17:39 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 17:40 | |
| JPEW | RP: I forgot the actual error you were seeing | 17:43 |
| vvn | in other words how to I prevent the enable vendor preset for getty@tty1.service for my images? | 17:43 |
| RP | JPEW: I need to write that bug | 17:43 |
| *** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 17:56 | |
| RP | JPEW: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14910 | 18:08 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Ping timeout: 248 seconds) | 18:10 | |
| RP | JPEW: is it possible this is happening if the hashserv is somehow slow to startup? | 18:17 |
| RP | JPEW: i.e. it really hadn't created the socket yet | 18:18 |
| JPEW | ya, that could be | 18:21 |
| JPEW | Maybe you can add a loop to poll in the main bitbake until it's actually created? | 18:21 |
| JPEW | (or some timeout) | 18:21 |
| JPEW | That would certianlly explain the "File not Found" error | 18:22 |
| RP | JPEW: I'm struggling to see how this could stall out for as long though | 18:22 |
| RP | JPEW: can't be, there are log entries in cooker before this saying "unihash changed to" | 18:24 |
| JPEW | Maybe CWD is changing? | 18:24 |
| RP | oh, this is async of course | 18:25 |
| RP | I bet that is it | 18:25 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 18:27 | |
| RP | JPEW: the failing logs always show the connect being deferred to report_unihash time so that makes sense | 18:34 |
| JPEW | OK, well at least that's a simple fix :) | 18:34 |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 18:52 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds) | 18:53 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 18:53 | |
| RP | JPEW: it is already calling self.loop.run_until_complete() on the connect() call | 18:57 |
| RP | JPEW: it is probably as the connect call is coming from send_wrapper | 18:59 |
| * RP is a bit lost in the maze | 19:00 | |
| JPEW | Ya, that is synchnronous (it will block the calling thread) | 19:03 |
| JPEW | Is it possible a different thread changes the CWD? | 19:03 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds) | 19:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 19:03 | |
| JPEW | RP: I guess the simple test would be to temporarily bypass the AF_UNIX path length work around and thereby remove the chdir | 19:05 |
| JPEW | If that fixes it, at least we know that is the problem | 19:05 |
| JPEW | If that's the case, maybe it's the lazy creation of the client that's burning us here (and some unscrupulous threads); maybe we can make the client up front instead of being lazy about it | 19:09 |
| *** kscherer <kscherer!~kscherer@dsl-173-206-148-172.tor.primus.ca> has quit IRC (Quit: Konversation terminated!) | 19:14 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4904:c800:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 19:22 | |
| *** florian_kc <florian_kc!~florian@78.48.179.2> has joined #yocto | 19:38 | |
| RP | JPEW: reproducer and root cause in the bug | 19:53 |
| RP | JPEW: it is a bit twisted | 19:54 |
| JPEW | RP: Got it | 19:56 |
| JPEW | I think if we move the os.chdir() stuff down into AsyncClient::connect_unix::connect_sock() it would fix it | 19:57 |
| *** mlaga97_ <mlaga97_!~quassel@user/mlaga97> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 19:57 | |
| JPEW | Or switch to abstract sockets | 19:57 |
| RP | JPEW: yes, I think you're right | 19:57 |
| *** mlaga97 <mlaga97!~quassel@user/mlaga97> has joined #yocto | 19:58 | |
| *** mlaga97 <mlaga97!~quassel@user/mlaga97> has quit IRC (Client Quit) | 19:58 | |
| *** mlaga97 <mlaga97!~quassel@user/mlaga97> has joined #yocto | 19:59 | |
| *** mlaga97 <mlaga97!~quassel@user/mlaga97> has quit IRC (Client Quit) | 19:59 | |
| *** mlaga97 <mlaga97!~quassel@user/mlaga97> has joined #yocto | 20:00 | |
| RP | JPEW: does AsyncClient have access to a loop to execute it in though? | 20:03 |
| RP | asyncio.get_running_loop() maybe | 20:05 |
| JPEW | Right | 20:05 |
| JPEW | AH, I see | 20:06 |
| JPEW | You must have some error talking to the server, which makes the client try to reconnect? | 20:06 |
| JPEW | (and that fails outright because CWD has changed | 20:06 |
| RP | JPEW: right. I don't know why the connections die but they must do | 20:07 |
| RP | JPEW: it is the only way I can explain what happens (and there is a server side log of connections resetting) | 20:08 |
| JPEW | Ya, that makes sense | 20:08 |
| *** mlaga97 <mlaga97!~quassel@user/mlaga97> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 20:16 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 20:16 | |
| *** mlaga97 <mlaga97!~quassel@user/mlaga97> has joined #yocto | 20:16 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 20:17 | |
| eirikb[m] | <mckoan> "eirikb: please try calling..." <- Same error. | 20:18 |
| eirikb[m] | I tried creating a new runtime image including the SDK. This works, also in CLion, but I need to set up CLion to use an environment file, and hard code paths to cmake etc. Best to not have the toolchain | 20:18 |
| *** mlaga97 <mlaga97!~quassel@user/mlaga97> has quit IRC (Client Quit) | 20:18 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds) | 20:18 | |
| *** mlaga97 <mlaga97!~quassel@user/mlaga97> has joined #yocto | 20:19 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 20:19 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 264 seconds) | 20:24 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 20:24 | |
| RP | JPEW: you can't next event loops :/ | 20:26 |
| RP | nest | 20:26 |
| JPEW | I don't remember, why? | 20:27 |
| RP | JPEW: specifically disallowed by python asyncio | 20:28 |
| RP | Exception: RuntimeError: This event loop is already running | 20:28 |
| JPEW | Sure, why do you want to nest them? | 20:29 |
| RP | JPEW: in the middle of connect_unix, which is being run in a event loop, how do I force the connect async call to run? | 20:29 |
| JPEW | The AsyncClient.connect() ? | 20:31 |
| JPEW | I think you want `await self.connect()` | 20:31 |
| JPEW | If your already in an event loop (e.g. a `async def` function, you just call await | 20:31 |
| RP | JPEW: that won't allow it to go off and do other things? | 20:31 |
| JPEW | Ah, I see. Yes it would | 20:32 |
| JPEW | Bascially, I don't think you can solve the path length unix domain socket limit with a chdir() | 20:33 |
| RP | JPEW: I think asyncio has some annoying limitations | 20:34 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds) | 20:34 | |
| JPEW | A few, but it's really the best async option of all the ones out there | 20:34 |
| RP | JPEW: right :/. | 20:35 |
| JPEW | Ah, there might be a simpler way to work around this reading the documentation | 20:36 |
| RP | JPEW: which documentation? | 20:37 |
| JPEW | https://docs.python.org/3/library/asyncio-stream.html#asyncio.open_unix_connection | 20:37 |
| RP | JPEW: ah, pass in a sock? | 20:40 |
| JPEW | Right, open the socket "normally" (non-async) then pass it as the sock argument | 20:40 |
| JPEW | It means you'll block all your async tasks while that's happening, but that's probably not a problem | 20:40 |
| JPEW | all of them on this event loop that is | 20:41 |
| RP | JPEW: right, I don't really care about that :) | 20:41 |
| JPEW | Ya, as long as we don't change the TCP connection (used by hash-equiv server) it won't matter in practice | 20:41 |
| JPEW | RP: https://git.yoctoproject.org/poky-contrib/log/?h=jpew/hash-serve-client-unix-fix I think | 20:50 |
| RP | https://git.openembedded.org/bitbake/commit/?h=master-next&id=4f4a9c86e8812404e52373ebc7252893960875d7 :) | 20:52 |
| JPEW | Hey, that looks familiar | 20:53 |
| RP | JPEW: I was just testing that! :) | 20:53 |
| RP | JPEW: you win though as you have a commit message | 20:53 |
| JPEW | I think non-async connect_unix can actually be completely removed and it can be added to the downcall method list in __init__ also, but I can do that in a later patch | 20:54 |
| RP | JPEW: I did try that but it exploded and I didn't get to the downcall part | 20:55 |
| JPEW | RP: I'll do it later, it's not a big deal | 20:56 |
| RP | JPEW: I'm just happy we have an idea why this was breaking and I don't need an exorcist for the build server :) | 20:57 |
| JPEW | I mean, I know some of those too if you really want to try | 20:59 |
| RP | :D | 21:00 |
| *** AkkermT <AkkermT!~AkkermT@65.154.68.124> has quit IRC (Read error: Connection reset by peer) | 21:20 | |
| *** amitk <amitk!~amit@103.59.74.74> has quit IRC (Ping timeout: 252 seconds) | 21:34 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Remote host closed the connection) | 21:36 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 21:37 | |
| *** florian_kc <florian_kc!~florian@78.48.179.2> has quit IRC (Ping timeout: 244 seconds) | 21:45 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 21:45 | |
| *** majoribanksaud[m <majoribanksaud[m!~majoriban@2001:470:69fc:105::2:76d3> has joined #yocto | 22:21 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Read error: Connection reset by peer) | 23:03 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 23:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 23:54 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 23:54 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 23:59 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 23:59 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
