Wednesday, 2023-12-13

*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Ping timeout: 256 seconds)00:01
*** chep` is now known as chep00:01
*** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto00:50
*** schtobia <schtobia!~quassel@schmidl.dev> has quit IRC (Quit: Bye!)01:00
*** schtobia <schtobia!~quassel@schmidl.dev> has joined #yocto01:00
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Remote host closed the connection)01:32
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto01:35
*** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 264 seconds)01:40
*** pidge <pidge!~pidge@194.110.145.184> has quit IRC (Remote host closed the connection)01:58
*** davidinux <davidinux!~davidinux@45.11.82.222> has quit IRC (Ping timeout: 252 seconds)02:03
*** davidinux <davidinux!~davidinux@95.236.144.25> has joined #yocto02:05
khemyes02:47
khemabelloni: I see you staged the musl upgrade patch in your master-next branch, but I think you also need to revert the last patch we needed to apply see https://git.yoctoproject.org/poky-contrib/commit/?h=yoe/mut&id=7f3774efc722886833e73cd2b3efdb70f07e72dd02:54
moto-timokhem: well at least one mystery for maturin is pretty obvious03:06
moto-timokhem: https://github.com/alexcrichton/bzip2-rs/blob/master/bzip2-sys/bzip2-1.0.8/Makefile#L2403:06
moto-timokhem: https://stackoverflow.com/questions/43440597/gcc-g-flag-moving-the-source-code03:07
moto-timokhem: so I guess that path was not matching in my `RUSTFLAGS+="--remap-path-prefix=$HOME=/remap-home --remap-path-prefix=$PWD=/remap-pwd"` attempt03:10
khemHmmm I would say do a build where all build logs are verbose for this and we can have more info to ponder on03:10
khemI think the cc crate might be quite helpful in cross compiling provided we are feeding it right env03:16
paulgI still find myself thinking back to strace with bluetooth 12h later and going WTF?!?03:18
paulgGood to see the crazy patched out.03:19
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:22d5:e699:9af8:9d79> has joined #yocto03:31
*** amitk <amitk!~amit@58.84.61.71> has joined #yocto03:59
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:22d5:e699:9af8:9d79> has quit IRC (Ping timeout: 260 seconds)04:29
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:efed:988:f474:aa6e> has joined #yocto04:35
khemits needed for decoding AF_BLUETOOTH socket04:39
khemsee this - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=88241304:43
paulgOK, fair enough.  I'm slightly less horrified now.  :-P04:52
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:efed:988:f474:aa6e> has quit IRC (Remote host closed the connection)04:55
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:fa5a:b804:34e7:94f4> has joined #yocto04:55
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 268 seconds)06:12
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto06:13
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto06:28
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Remote host closed the connection)06:29
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto06:30
*** jmd <jmd!~user@2001:a61:2a3c:c501:73d2:4725:d71d:e575> has joined #yocto06:38
*** jpuhlman <jpuhlman!~jpuhlman@50-240-203-141-static.hfc.comcastbusiness.net> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)06:41
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has joined #yocto06:43
*** jpuhlman <jpuhlman!~jpuhlman@50-240-203-141-static.hfc.comcastbusiness.net> has joined #yocto06:45
*** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto06:59
*** alperak <alperak!~alperak@176.88.106.122> has joined #yocto06:59
*** sng <sng!~quassel@217.140.105.55> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)07:01
*** sng <sng!~quassel@217.140.105.55> has joined #yocto07:02
*** grma <grma!~gruberm@89-41-133-247.static.kufnet.at> has quit IRC (Remote host closed the connection)07:03
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor)07:15
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto07:15
*** rfuentess <rfuentess!~rfuentess@78.240.239.248> has joined #yocto07:19
*** jmd <jmd!~user@2001:a61:2a3c:c501:73d2:4725:d71d:e575> has quit IRC (Remote host closed the connection)07:32
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has quit IRC (Read error: Connection reset by peer)07:32
*** efeschiyan <efeschiyan!~efeschiya@user/efeschiyan> has quit IRC (Ping timeout: 256 seconds)07:32
yoctonkhem: paulg: I'd say "debugging AF_BLUETOOTH sockets with strace" is a rare enough event to prevent it being enabled by default no? :)07:37
khemyes perhaps until someone comes with a need next day we disable it07:38
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Read error: Connection reset by peer)07:42
*** alessioigor_ <alessioigor_!~alessioig@185.178.95.240> has joined #yocto07:42
*** efeschiyan <efeschiyan!~efeschiya@user/efeschiyan> has joined #yocto07:55
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has joined #yocto07:57
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto08:00
*** mvlad <mvlad!~mvlad@2a02:2f08:ea03:5200:68df:bba5:d525:bd15> has joined #yocto08:00
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has quit IRC (Read error: Connection reset by peer)08:07
*** goliath <goliath!~goliath@user/goliath> has joined #yocto08:08
*** geoffhp <geoffhp!~geoff@107-185-048-203.res.spectrum.com> has quit IRC (Quit: Leaving)08:08
*** efeschiyan <efeschiyan!~efeschiya@user/efeschiyan> has quit IRC (Read error: Connection reset by peer)08:09
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:fa5a:b804:34e7:94f4> has quit IRC (Ping timeout: 246 seconds)08:09
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has joined #yocto08:09
*** efeschiyan <efeschiyan!~efeschiya@user/efeschiyan> has joined #yocto08:13
*** grma <grma!~gruberm@89-41-133-247.static.kufnet.at> has joined #yocto08:14
*** belsirk <belsirk!~rfuentess@78.240.239.248> has joined #yocto08:18
*** rfuentess <rfuentess!~rfuentess@78.240.239.248> has quit IRC (Ping timeout: 268 seconds)08:21
*** mckoan|away is now known as mckoan08:28
*** radanter <radanter!~rad@host86-186-200-121.range86-186.btcentralplus.com> has joined #yocto08:29
*** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has joined #yocto08:32
TyakuHi, I have a dummy question about licensing. When I speak around me about licencing issues, they tell me that there is no problem if the image is encrypted. (Off course..) So I have a big question: Is it legal to encrypt a Linux firmware update image ?08:35
TyakuI don't know what to say to people around me, when I speak about licence and what we must do. They are good to find "alternatives".08:36
jdiezTyaku: licenses don't often restrict whether you can encrypt the software or not, it's usually about whether you are allowed to redistribute source/binaries and attribution08:38
*** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto08:39
Tyakujdiez: What people say around me: If the firmware is encrypted, nobody know what is inside.08:41
jdiezah, that sounds like trying to bypass license requirements08:41
TyakuSo.. No licensing obligations. I don't know what to say to this.08:41
jdiezI would strongly advise against that. first, it's a huge liability. and second, even if you distribute the image encrypted, it has to be decrypted by the device at some point08:42
*** belsirk <belsirk!~rfuentess@78.240.239.248> has quit IRC (Ping timeout: 268 seconds)08:46
TyakuThanks08:46
*** philmd <philmd!~philmd@ec2-54-225-101-41.compute-1.amazonaws.com> has left #yocto08:49
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto08:53
*** prabhakar <prabhakar!~prabhakar@217.163.141.2> has joined #yocto08:53
LetoThe2ndTyaku: thats complete bollocks. licensing applies to the content, not to the delivery form.08:58
LetoThe2ndTyaku: in fact encryption will make legal life even harder, because if you are spotted shipping gplv3 stuff inside the encrypted thing, then you can be forced to provide a way to the end user to update it nonetheless, which means setting up a full process to hand out keys etc.08:59
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:96a5:89ca:47f2:5ee1> has joined #yocto08:59
LetoThe2ndTyaku: in a nutshell, feel free to encrypt or not, but it won't change anything about the license of the software. it just makes your life harder. if you care about actual improvement, then look into secure boot, image verifation/signing, OTA (yeah, really!), and eventually means to encrypt some very specific IP on your device. nobody cares about the glibc in there.09:03
*** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 276 seconds)09:09
*** Saur <Saur!~pkj@nebula.axis.com> has quit IRC (Ping timeout: 245 seconds)09:12
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto09:20
TyakuThanks LetoThe2nd09:21
mcfriskanyone happen to know how to add empty space to wic image, empty space for a partition which systemd repart will create on first boot?09:22
*** manuel_ <manuel_!~manuel198@62.99.131.178> has joined #yocto09:24
mcfriskah, rtf in poky/scripts/lib/wic/plugins/source/empty.py and "--source empty"09:25
*** Saur <Saur!~pkj@nebula.axis.com> has joined #yocto09:26
Tyakumcfrisk: I remember that long time ago I ask here how to create a "data" partition of fixed size without FS so that when it is flashed it will not erase the partition. The solution that someone say was to set "fstype=none" in the wic.09:26
mcfriskTyaku: thanks, will try that if the "empty" plugin doesn't work09:27
TyakuLike this the space for the partition is "present", but when the WIC image is flashed it will not "erase" the content of this partition, Then at runtime create the filesystem if not present.09:27
jdiezmcfrisk: how are you configuring systemd to repartition on first boot? (I'm assuming to extend it to the available size)09:27
mcfriskjdiez: https://www.freedesktop.org/software/systemd/man/latest/repart.d.html has the details09:33
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:34
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto09:40
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)09:52
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto09:54
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:96a5:89ca:47f2:5ee1> has quit IRC (Ping timeout: 256 seconds)10:18
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:fb43:aa17:9bf2:fa20> has joined #yocto10:20
jdiezmcfrisk: cool thanks10:30
mcfrisksadly neither "empty" plugin nor "fstype=none". I can extend the .wic image with "qemu-img resize path_to.wic +2G" and then systemd sees the empty space. just haven't figured out how to do the same with wic configs10:40
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto10:40
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)10:41
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto10:41
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Client Quit)10:44
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto10:44
abellonikhem: the patch is neeed for the elfutils upgrade10:46
abelloniI don't have a musl upgrade because their git repo is dead10:46
landgrafTyaku: it was my suggestion for different usecase, not the one mcfrisk wants to achieve.10:50
landgrafTyaku: "none" will create partition but not FS on it. systemd will not be able to extend existing partition in that case.10:53
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:fb43:aa17:9bf2:fa20> has quit IRC (Remote host closed the connection)10:58
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:2aae:4a0b:2b68:b9fb> has joined #yocto10:59
*** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Ping timeout: 256 seconds)11:03
*** yannd <yannd!~yann@88-120-44-86.subs.proxad.net> has joined #yocto11:06
*** speeder <speeder!~speeder__@2001:8a0:dfde:fa00:eee2:d564:5b04:89bf> has quit IRC (Remote host closed the connection)11:07
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 256 seconds)11:32
*** mckoan is now known as mckoan|away11:32
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)12:04
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto12:04
*** alessioigor_ <alessioigor_!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor_)12:07
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto12:08
*** Guest97 <Guest97!~Guest97@109.176.155.130> has joined #yocto12:09
*** Rich_1234 <Rich_1234!~Guest97@109.176.155.130> has quit IRC (Quit: Connection closed)12:09
*** Guest97 is now known as Rich_123412:09
*** camus <camus!~Instantbi@58.246.136.203> has quit IRC (Remote host closed the connection)12:12
*** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e009bdc688723a24f31.ipv6.abo.wanadoo.fr> has joined #yocto12:15
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 256 seconds)12:17
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 264 seconds)12:18
*** amitk <amitk!~amit@58.84.61.71> has quit IRC (Ping timeout: 276 seconds)12:18
*** amitk <amitk!~amit@58.84.62.95> has joined #yocto12:20
*** amitk <amitk!~amit@58.84.62.95> has quit IRC (Ping timeout: 276 seconds)12:25
*** amitk <amitk!~amit@58.84.61.87> has joined #yocto12:26
*** jmd <jmd!~user@2001:a61:2a3c:c501:73d2:4725:d71d:e575> has joined #yocto12:27
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:2aae:4a0b:2b68:b9fb> has quit IRC (Remote host closed the connection)12:29
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto12:30
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto12:31
*** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e009bdc688723a24f31.ipv6.abo.wanadoo.fr> has quit IRC (Quit: Leaving.)12:31
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:bbe:2216:3d7e:9114> has joined #yocto12:41
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)12:44
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto12:45
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor)12:53
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto12:53
*** sugarbeet <sugarbeet!~barbas@81.4.123.134> has quit IRC (Ping timeout: 240 seconds)13:11
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Quit: Client closed)13:13
*** sugarbeet <sugarbeet!~barbas@81.4.123.134> has joined #yocto13:14
*** lexano <lexano!~lexano@66.111.61.184> has quit IRC (Ping timeout: 255 seconds)13:39
*** Dane86 <Dane86!~Dane86@2c0f:f4c0:a140:9921:c9f2:2ade:c25:8269> has joined #yocto13:42
Dane86In one of my recipes there is a line like13:44
Dane86PACKAGECONFIG[dracut] = "--with-dracut, --without-dracut"13:44
Dane86How can I check the value of the PACKAGECONFIG variable to see whether dracut is set or not when this line executes?13:44
Dane86I've tried bitbake-getvar but it doesn't seem to find anything for PACKAGECONFIG13:44
*** lexano <lexano!~lexano@86.48.14.36> has joined #yocto13:52
smurrayDane86: "bitbake-getvar PACKAGECONFIG -r foo", or on older releases (e.g. dunfell) "bitbake -e foo" and grep through the output13:53
smurrayDane86: PACKAGECONFIG is recipe specific, so you need to specify which one with -r13:54
Dane86Tried13:55
Dane86bitbake -e core-image-exappscreen | grep PACKAGECONFIG13:55
Dane86Hmm ok (recipe specific)13:55
Dane86Basically I'm trying to include dracut in my build, but just can't figure out how to do it13:56
smurrayyeah, it's not going to show up in the image recipe, it'd be whatever specific recipe it applies to13:56
Dane86Added EXTRA_IMAGEDEPENDS +=  "dracut" to the image recipe, which seems to do something because dracut gets copied to the work directory, but I'm not seeing the dracut dir in the resulting initramfs13:57
Dane86So basically looks like do_install in the dracut recipe is not getting executed13:57
Dane86I'm not sure how yocto differentiates between initramfs and main rootfs with respect to do_install either?13:58
*** alperak <alperak!~alperak@176.88.106.122> has quit IRC (Quit: Client closed)14:03
*** pidge <pidge!~pidge@194.110.145.184> has joined #yocto14:04
*** joekale <joekale!~quassel@2620:a2:6000:13:4061:d9a4:f920:79e5> has joined #yocto14:06
*** pvogelaar <pvogelaar!~pvogelaar@p200300efdf04fc00127b44fffe802df7.dip0.t-ipconnect.de> has joined #yocto14:08
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:bbe:2216:3d7e:9114> has quit IRC (Remote host closed the connection)14:12
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor)14:13
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto14:13
pvogelaarHi all,14:13
pvogelaarI am having the problem that I want to apply kernel patches dependent on the image or a recipe. e.g. if image-test-123 is the currently build image a certain patch should be applied to the kernel. I know how to do it with different MACHINEs but is there also a way to do it based on the image.14:13
pvogelaarThanks14:14
*** Dane86 <Dane86!~Dane86@2c0f:f4c0:a140:9921:c9f2:2ade:c25:8269> has quit IRC (Quit: Client closed)14:14
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto14:16
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection)14:20
*** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has joined #yocto14:31
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has quit IRC (Ping timeout: 246 seconds)14:42
rburtonpvogelaar: there is no way to do that based on the image14:44
ablupvogelaar: The kernel build cannot get data from the image. It has to be a machine override, distro config tweak or something similar. Probably the best solution is to make the feature configurable at runtime in some way and do the configuration from your image.14:44
rburtonpvogelaar: because you can build a kernel without building an image. what configuration then? you can build two images at once but we built the kernel once, what configuration then?14:44
rburtonif its a driver then make it a module and you can install it or not14:44
*** alperak <alperak!~alperak@176.88.106.122> has joined #yocto14:45
*** alperak <alperak!~alperak@176.88.106.122> has quit IRC (Client Quit)14:49
pvogelaarThx, I see the problem.14:58
*** rfuentess <rfuentess!~rfuentess@37.170.192.240> has joined #yocto15:00
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has joined #yocto15:00
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)15:11
*** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has joined #yocto15:13
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor)15:23
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto15:24
*** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 246 seconds)15:27
*** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has joined #yocto15:29
*** mvlad <mvlad!~mvlad@2a02:2f08:ea03:5200:68df:bba5:d525:bd15> has quit IRC (Remote host closed the connection)15:37
*** rfuentess <rfuentess!~rfuentess@37.170.192.240> has quit IRC (Ping timeout: 245 seconds)15:44
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds)15:44
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto15:46
*** amitk_ <amitk_!~amit@58.84.61.87> has joined #yocto15:55
*** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 268 seconds)15:57
*** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has joined #yocto16:00
*** pvogelaar <pvogelaar!~pvogelaar@p200300efdf04fc00127b44fffe802df7.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed)16:27
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto16:38
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds)16:42
khemabelloni: this basename removal in musl is unearthing problems in apps in a bunch of them so there will be slew of patches before we apply musl upgrade16:46
rburtonthanks musl!16:47
*** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 255 seconds)16:55
*** mvlad <mvlad!~mvlad@2a02:2f08:ea03:5200:d302:a8e9:fa96:6250> has joined #yocto16:56
khemyeah something musl does have a habit of just opening the lid over stinking stuff it maybe annoying16:57
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Remote host closed the connection)17:10
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)17:13
*** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has quit IRC (Quit: Lost terminal)17:14
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser)17:18
abellonikhem: I'm not sure I get you, you say the removal is an issue but I have patch adding them that you want me to drop17:19
abellonior you mean I need to drop it if I take the musl upgrade?17:21
khemno, its an issue but it was hidden so far because on glibc everyone indrectly used GNU version of basename and not posix unless apps were aware of and this kept working in some cases ok in some cases perhaps buggy expectations17:22
khemmusl change now points it out, it says if you want to use gnu version of basename then say so17:22
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto17:25
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto17:32
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Quit: Client closed)17:37
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor)17:44
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto17:44
*** radanter <radanter!~rad@host86-186-200-121.range86-186.btcentralplus.com> has quit IRC (Remote host closed the connection)17:44
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 255 seconds)17:52
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto17:53
*** Estrella_ <Estrella_!~quassel@2603-8080-d700-7495-1060-efbb-22ac-d1f7.res6.spectrum.com> has quit IRC (Ping timeout: 256 seconds)18:03
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)18:13
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto18:13
*** florian_kc <florian_kc!~florian@dynamic-078-048-148-089.78.48.pool.telefonica.de> has joined #yocto18:15
*** Omax <Omax!~m-6qlehn@185-107-13-229.static.kviknet.net> has quit IRC (Ping timeout: 256 seconds)18:29
*** Omax <Omax!~m-6qlehn@185-107-13-229.static.kviknet.net> has joined #yocto18:36
*** goliath <goliath!~goliath@user/goliath> has joined #yocto18:36
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser)18:43
*** florian_kc <florian_kc!~florian@dynamic-078-048-148-089.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds)18:47
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)18:52
*** goliath <goliath!~goliath@user/goliath> has joined #yocto19:07
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.)19:15
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto19:17
*** florian_kc <florian_kc!~florian@dynamic-078-048-148-089.78.48.pool.telefonica.de> has joined #yocto19:25
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds)19:34
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto19:35
*** amitk_ <amitk_!~amit@58.84.61.87> has quit IRC (Ping timeout: 256 seconds)19:41
*** amitk <amitk!~amit@58.84.61.87> has quit IRC (Ping timeout: 276 seconds)19:47
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)20:02
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto20:02
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto20:06
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)20:08
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto20:09
*** lexano <lexano!~lexano@86.48.14.36> has quit IRC (Ping timeout: 255 seconds)20:13
roussinmkhem: I found the culprit, since we upgrade from zeus to kirkstone, X86 was not part of the LLVM_TARGETS_TO_BUILD variable anymore. We were overriding it to only target the target arch.20:14
khemroussinm: hmm I see20:15
roussinmso when I started the build for nativesdk-clang, x86 was not in the avaible triple.20:16
khemright, usually I keep all of them on20:17
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)20:29
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto20:30
*** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has quit IRC (Quit: ZZZzzz…)20:30
*** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has joined #yocto20:37
roussinmkhem: if I disable LLDB, because it cannot build with swig version (4.0.2) on kirkstone, the installation steps fails. It requires lldb-tblgen in the class-native override. Is that something you tried?20:46
khemhmm lldb is always enabled20:47
khemmy testing enables all that llvm/clang brings to table20:47
khemand lldb is definitely has nicer UI20:47
*** jmd <jmd!~user@2001:a61:2a3c:c501:73d2:4725:d71d:e575> has quit IRC (Remote host closed the connection)20:49
roussinmkhem: probably, but I have a compiler error during lldb compilation, I tried updateing swig to 4.1.1 but no luck. So my "quickest" fix was to remove lldb.20:51
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor)21:02
*** Dr_Who <Dr_Who!~tgall@70.35.96.200> has quit IRC (Read error: Connection reset by peer)21:07
kanavinInappropriate is the new Pending21:12
kanavingrrr21:12
kanavintwo patches of that kind today21:12
kanavinwe should probably discourage 'oe core specific' as the reason, and demand better reasons21:12
RPkanavin: we were always going to struggle with this, just have to push back a bit21:12
kanavinRP: I have meanwhile fixed a ton of corner cases in the printdiff and cdn tests, patches are on the way (tomorrow if no more such cases show up)21:13
RPkanavin: I should have a look at your branch :) thanks21:14
RPkanavin: I guess we knew there were some issues buried in there21:14
kanavinRP: I admit I'm always a bit apprehensive when you 'look at branch' ahead of official submission :)21:15
roussinmkhem: the compile error is that: git/lldb/bindings/interfaces.swig:5: Error: Macro '__STDC_LIMIT_MACROS' redefined. Have you seen that before?21:18
*** mvlad <mvlad!~mvlad@2a02:2f08:ea03:5200:d302:a8e9:fa96:6250> has quit IRC (Remote host closed the connection)21:19
*** florian_kc <florian_kc!~florian@dynamic-078-048-148-089.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds)21:23
*** pvogelaar <pvogelaar!~pvogelaar@p200300efdf04fc00127b44fffe802df7.dip0.t-ipconnect.de> has joined #yocto21:24
RPkanavin: https://git.yoctoproject.org/poky-contrib/commit/?h=akanavin/fix-printdiff&id=4816be49257540f78b34973b8bbc12f8ad6c81fb - we may want to avoid the start_worker() since we're never going to use it? :/21:26
RPkanavin: and I'm not sure https://git.yoctoproject.org/poky-contrib/commit/?h=akanavin/fix-printdiff&id=b40342fb6a7db9a05947db88ab5928c8a51bb48c is right. "bitbake wouldn't care if regular dependencies are absent" is not true, hence my previous comments on the depvalid function21:28
kanavinRP: I wasn't sure if rqexe needs that and so moved both21:28
RPhttps://git.yoctoproject.org/poky-contrib/commit/?h=akanavin/fix-printdiff&id=61579a8b6e677eaf7b093b6eca047ae99690b2a3 - the reason for the disjoint is backwards compatibility. You're changing OE-Core and bitbake in lockstep21:30
RPkanavin: it may be better just to create the rqexe in duplicate in the printdiff branch for now21:31
RPI hate those progress pieces, complete unmaintainable mess but I was told others would help look after them :/21:32
RPkanavin: and sorry, I don't mean to make you apprehensive, I'm just trying to help. This is really tricky stuff21:33
kanavinRP: the previous comment on the depvalid function pointed out that if something can be fulfilled from sstate, we can't stop there, and need to check if dependencies of the setscene task can be fulfilled too - the new version checks that via looking at self.rqexe.sqdata.sq_deps[t]. I have confirmed that it works properly if e.g. one of the populate_sysroot_setscene things is missing (i.e. build python3-native, then delete21:35
kanavinopenssl-native from sstate - printdiff will then report that is missing, and previously it didn't)21:35
RPkanavin: ok, I went more off the commit message than the code change there21:36
RPkanavin: the interesting bit is that some dependencies *can* be skipped21:37
RPe.g. do_package for a do_package_write_rpm from sstate21:37
RPif you are always assuming it can't be skipped, we're ok to go in with the patch as it is probably an improvement on what we have21:38
RPI'm just surprised you can get away without using depvalid() and that is probably because you're not accounting for the ones which can be skipped21:39
*** pvogelaar <pvogelaar!~pvogelaar@p200300efdf04fc00127b44fffe802df7.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed)21:39
kanavinRP: that was somewhat tongue in cheek, but I would keep in mind it's 22:39 where I am :) so I would try to avoid opening a 'full review' round if possible now :)21:40
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)21:40
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto21:40
RPkanavin: no problem and I'm not saying you need to read these now. I just had a few minutes and you'd mentioned it was all close21:40
RPkanavin: we can just leave things, I just can't promise I'll be able to review promptly21:41
yudjinnhey, hitting an issue with the latest of poky:kirkstone where cpio wont build; I dont have any bbappends hitting this, either:21:42
yudjinn```stdout: Applying patch 0001-Wrong-CRC-with-ASCII-CRC-for-large-files.patch patching file src/copyout.c Hunk #1 FAILED at 34. 1 out of 1 hunk FAILED -- rejects in file src/copyout.c Patch 0001-Wrong-CRC-with-ASCII-CRC-for-large-files.patch does not apply (enforce with -f)```21:42
*** Guest55 <Guest55!~Guest55@2601:18d:780:4240:a6eb:6395:c0e9:fb6e> has joined #yocto21:43
*** goliath <goliath!~goliath@user/goliath> has joined #yocto21:44
RPkanavin: I did just see that base-files cdn failure and I can guess the issue there if you want me to and that would be helpful. Or I can keep quiet :)21:45
kanavinRP: thanks, I know exactly what the issue is21:45
RPkanavin: fair enough :)21:45
kanavinthat was run as sstate population task, then I added extra things to the cdn test and pushed to the branch, invalidating base-files21:46
kanavinthen the cdn test was run against that new revision, failing to find base-files21:46
RPright, it is keyed to the head revision for better or worse :/21:46
kanavinalso I messed up the parsing logic of bitbake output, hence those millions of missing item lines, also now fixed21:47
RPkanavin: part of the reason I'm looking at some of this is because I know I'll need multiple review passes over it to get the review right too. This gives my mind time to think about things21:47
kanavinRP: I've retriggered the sstate population, and will run the test then, but it's kinda time to fall into bed as well21:48
RPkanavin: no problem, I didn't mean to cause any issue!21:48
RPkanavin: more just being too eager to get these issues resolved!21:48
* RP should go and write some reports instead. Much less interesting :/21:49
kanavinRP: yes, me too. Fixing the corner issues has been going on longer than I'd want, but on the other hand I've learned a fair bit about rarely visited corners of oe/bitbake.21:49
*** sotaoverride is now known as Guest37421:50
*** Guest2745 is now known as sotaoverride21:50
RPkanavin: having someone else with some knowledge there is helpful21:50
RPI think a second perspective on some of this is also helpful21:50
kanavinRP: yes I get that you want to 'upload' the changes in your head and process them in background :) I came up with at least two good ideas for the fixes today while walking round the lake.21:50
RPI'd not necessarily have done some of the things you have too (which is good)21:51
RPkanavin: exactly21:51
kanavin(one was how to avoid multiple costly glob.glob lookups in the massive nfs-mounted sstate tree, the other was adding the local cache check in addition to cdn cache check, so we can diff them if there are fails)21:52
kanavinthe line between work and leisure can be blurred at times...21:52
RPkanavin: having dreams (nightmares?) about libtool is disturbing!21:53
kanavinRP: I also left a one star review for the coffee place we visited. The way they aggressively demanded tips after taking cash and before giving change was not ok.21:55
kanavinRP: thankfully this almost never happens in berlin... maybe second time in 5 years.21:56
kanavinbut then I do carefully avoid tourist traps :)21:58
RPkanavin: I wouldn't like that and it sounds like it was justified. Tipping is relatively unusual here22:01
kanavinRP: tipping is not expected here either and I rarely if ever leave any, but here they actually took a 20 euro note on a 13 euro bill, then asked how much they should keep. It's just not ok: the right thing to do is to give full change without questions, then let me leave some discreetly should I so decide.22:04
kanavinRP: ok the new mirror test is running. let's see if it explodes in previously unseen ways, but if it does, I leave it for tomorrow :)22:05
RPkanavin: definitely for tomorrow!22:06
moto-timokhem: glad you highlighted the 'cc' crate, because I think the Makefile is not used at all... all the CC params are being passed in from the build.rs22:13
* moto-timo tosses another match in the dumpster full of gasoline22:13
moto-timobzip2 upstream had some nice improvements, but seems to have stalled: https://gitlab.com/bzip222:14
*** florian_kc <florian_kc!~florian@dynamic-078-048-148-089.78.48.pool.telefonica.de> has joined #yocto22:42
*** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has quit IRC (Ping timeout: 268 seconds)22:49
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)23:01
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto23:01
*** joekale <joekale!~quassel@2620:a2:6000:13:4061:d9a4:f920:79e5> has quit IRC (Ping timeout: 240 seconds)23:11
*** Guest55 <Guest55!~Guest55@2601:18d:780:4240:a6eb:6395:c0e9:fb6e> has quit IRC (Quit: Client closed)23:13
*** bantu <bantu!~bantu@edna.bantux.com> has quit IRC ()23:18
*** bantu <bantu!~bantu@edna.bantux.com> has joined #yocto23:18
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 260 seconds)23:28
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto23:29
*** Starfoxxes <Starfoxxes!~Starfoxxe@ip-037-201-004-087.um10.pools.vodafone-ip.de> has quit IRC (Ping timeout: 276 seconds)23:32
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)23:49
*** florian_kc <florian_kc!~florian@dynamic-078-048-148-089.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds)23:57

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!