| *** kpo <kpo!~kpo@031011130055.dynamic-3-poz-k-1-0-0.vectranet.pl> has joined #yocto | 00:03 | |
| *** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:71eb:b8e9:8589:9ca5> has quit IRC (Remote host closed the connection) | 00:22 | |
| *** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:d875:6297:4e81:e577> has joined #yocto | 00:23 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 00:45 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 00:57 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 00:57 | |
| *** Ablu <Ablu!~Ablu@user/Ablu> has quit IRC (Ping timeout: 245 seconds) | 01:13 | |
| *** Ablu <Ablu!~Ablu@user/Ablu> has joined #yocto | 01:15 | |
| *** pabigot <pabigot!~pab@75.236.175.101> has quit IRC (Ping timeout: 248 seconds) | 01:33 | |
| *** pabigot <pabigot!~pab@101.sub-75-236-175.myvzw.com> has joined #yocto | 01:47 | |
| *** starblue <starblue!~juergen@dslb-094-221-191-223.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 250 seconds) | 01:49 | |
| *** starblue <starblue!~juergen@dslb-088-078-099-052.088.078.pools.vodafone-ip.de> has joined #yocto | 01:51 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto | 02:21 | |
| khem | RP: is it in pseudo but other places ? | 02:26 |
|---|---|---|
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Ping timeout: 246 seconds) | 02:26 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto | 02:26 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 02:44 | |
| *** sakoman <sakoman!~steve@72.234.106.30> has joined #yocto | 02:45 | |
| *** otavio_ <otavio_!~otavio@189-11-177-7.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 246 seconds) | 03:06 | |
| *** amitk <amitk!~amit@58.84.60.180> has joined #yocto | 03:18 | |
| *** otavio <otavio!~otavio@189-11-177-7.user3p.brasiltelecom.net.br> has joined #yocto | 03:58 | |
| dvergatal | abelloni: I see that build has failed and packages which has failed are still the same as previously | 04:37 |
| dvergatal | dvergatal: so we need to get that *_package.tar.zst for one of these | 04:39 |
| dvergatal | abelloni: ^ | 04:39 |
| *** sakoman <sakoman!~steve@72.234.106.30> has quit IRC (Quit: Leaving.) | 04:56 | |
| *** yates_work <yates_work!~user@64.98.102.7> has joined #yocto | 05:02 | |
| *** brrm <brrm!~brrm@2a02:8071:b780:ece0::1> has quit IRC (Ping timeout: 246 seconds) | 05:27 | |
| *** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has joined #yocto | 05:29 | |
| *** valdemaras <valdemaras!~valdemara@86.38.230.59> has joined #yocto | 05:47 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:50 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 05:54 | |
| *** ray-san2 <ray-san2!~ray-san@195.50.168.194> has joined #yocto | 06:10 | |
| *** frieder <frieder!~frieder@i577B910F.versanet.de> has joined #yocto | 06:13 | |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has joined #yocto | 06:15 | |
| *** kpo <kpo!~kpo@031011130055.dynamic-3-poz-k-1-0-0.vectranet.pl> has quit IRC (Ping timeout: 245 seconds) | 06:22 | |
| *** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has quit IRC (Quit: ZZZzzz…) | 06:22 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:24 | |
| *** valdemaras <valdemaras!~valdemara@86.38.230.59> has quit IRC (Ping timeout: 250 seconds) | 06:33 | |
| *** olani <olani!~olani@31-208-215-228.cust.bredband2.com> has quit IRC (Ping timeout: 250 seconds) | 06:39 | |
| *** olani <olani!~olani@66.159.215.7> has joined #yocto | 06:39 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 06:41 | |
| Schlumpf | Good morning | 06:41 |
| *** olani_ <olani_!~olani@66.159.215.7> has joined #yocto | 06:42 | |
| RP | khem: I've worked out a horrible hack in next | 06:42 |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto | 06:44 | |
| *** olani_ <olani_!~olani@66.159.215.7> has quit IRC (Remote host closed the connection) | 06:58 | |
| *** olani_ <olani_!~olani@66.159.215.7> has joined #yocto | 06:59 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 250 seconds) | 07:19 | |
| *** TroubledGuest <TroubledGuest!~TroubledG@213.192.77.249> has joined #yocto | 07:23 | |
| *** flom_84 <flom_84!~flom84@87-60-23-190-dynamic.dk.customer.tdc.net> has joined #yocto | 07:24 | |
| TroubledGuest | Hello everyone, | 07:30 |
| TroubledGuest | I've recently created a .bb recipe for the libfaketime library and I'm interested in contributing it as a patch to the OpenEmbedded layers. I'm currently trying to determine the most suitable layer for this contribution. I've considered placing it in a miscellaneous bits and pieces layer, although I haven't come across one specifically for that | 07:30 |
| TroubledGuest | purpose (aside from meta-webstuff, which seems to be reserved for web-related items). Could you guide me regarding which layer would be the best fit for this type of contribution? | 07:30 |
| TroubledGuest | Thank you for assistance :) | 07:30 |
| *** pabigot <pabigot!~pab@101.sub-75-236-175.myvzw.com> has quit IRC (Ping timeout: 256 seconds) | 07:36 | |
| LetoThe2nd | yo dudX | 07:37 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 07:40 | |
| *** flom_84 <flom_84!~flom84@87-60-23-190-dynamic.dk.customer.tdc.net> has quit IRC (Ping timeout: 256 seconds) | 07:40 | |
| *** flom_84 <flom_84!~flom84@87-60-23-190-dynamic.dk.customer.tdc.net> has joined #yocto | 07:44 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 07:48 | |
| *** flom_84 <flom_84!~flom84@87-60-23-190-dynamic.dk.customer.tdc.net> has quit IRC (Max SendQ exceeded) | 07:48 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 07:48 | |
| *** flom_84 <flom_84!~flom84@87-60-23-190-dynamic.dk.customer.tdc.net> has joined #yocto | 07:49 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Client Quit) | 07:50 | |
| *** vladest1 <vladest1!~Thunderbi@217.192.139.41> has joined #yocto | 07:50 | |
| *** pabigot <pabigot!~pab@101.sub-75-236-175.myvzw.com> has joined #yocto | 07:52 | |
| *** vladest1 is now known as vladest | 07:52 | |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has quit IRC (Remote host closed the connection) | 07:54 | |
| *** flom_84 <flom_84!~flom84@87-60-23-190-dynamic.dk.customer.tdc.net> has quit IRC (Ping timeout: 252 seconds) | 07:56 | |
| dvergatal | RP: are you there? | 07:58 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 07:59 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCDD.versanet.de> has joined #yocto | 08:01 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:15 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6527:9600:2ce:39ff:fecf:efcd> has joined #yocto | 08:18 | |
| *** flom_84 <flom_84!~flom84@87-60-23-190-dynamic.dk.customer.tdc.net> has joined #yocto | 08:24 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:27 | |
| RP | dvergatal: I am now | 08:31 |
| RP | dvergatal: I guess the question is can we get the sstate hash of that failed build? | 08:33 |
| RP | dvergatal: http://sstate.yoctoproject.org/all/ba/3f/sstate:flac:core2-64-poky-linux:1.4.3:r0:core2-64:11:ba3fe9eee619241dd0042bdbda46f6eedd426c2fa7d080b031e9a0167c773c98_package_write_ipk.tar.zst | 08:36 |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 08:37 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 08:37 | |
| dvergatal | RP: yes exactly thx | 08:41 |
| dvergatal | RP: not the package write | 08:41 |
| dvergatal | but package.tar.zst | 08:41 |
| RP | dvergatal: http://sstate.yoctoproject.org/all/df/e8/sstate:flac:core2-64-poky-linux:1.4.3:r0:core2-64:11:dfe801902963efc3cce84692748ec45d114a9be02a1121bd2453be61dd54eb9e_package.tar.zst | 08:45 |
| dvergatal | thx | 08:46 |
| dvergatal | RP: I was right the sstate is broken | 08:50 |
| dvergatal | ls --full-time ./packages-split/flac-src/usr/src/debug/flac/1.4.3-r0/include/FLAC++/decoder.h | 08:52 |
| dvergatal | -rw-r--r-- 2 plobacz plobacz 12789 2023-06-15 11:52:54.000000000 +0200 ./packages-split/flac-src/usr/src/debug/flac/1.4.3-r0/include/FLAC++/decoder.h | 08:52 |
| RP | dvergatal: the question is then why though | 08:52 |
| dvergatal | RP: something has overwritten it | 08:53 |
| dvergatal | question is what? | 08:53 |
| *** flom_84 <flom_84!~flom84@87-60-23-190-dynamic.dk.customer.tdc.net> has quit IRC (Quit: Leaving) | 08:53 | |
| dvergatal | maybe previous build? | 08:53 |
| RP | dvergatal: I find that a bit unlikely given what i know of the code | 08:53 |
| *** flom_84 <flom_84!~flom84@87-60-23-190-dynamic.dk.customer.tdc.net> has joined #yocto | 08:53 | |
| dvergatal | but you see it does not have the milliseconds in it and I have upacked it with posix format | 08:54 |
| RP | dvergatal: but that doesn't mean it was overwritten | 08:54 |
| dvergatal | hmmmm than what? | 08:54 |
| RP | more likely, not overwritten! | 08:54 |
| dvergatal | ok so something has changed it and I really do not know what.... | 08:55 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:57 | |
| dvergatal | RP: hmmmm, is it possible that if the patch for sstate.bbclass is missing in the branch and sstate is shared between different builds it can modify the sstate? | 08:58 |
| RP | dvergatal: if you look at the code in sstate.bbclass, it creates the file and then moves into position only if the file doesn't exist | 08:59 |
| *** valdemaras <valdemaras!~valdemara@86.38.230.59> has joined #yocto | 08:59 | |
| RP | the builds all do share sstate, it is designed to work like that | 08:59 |
| RP | if your patch is breaking the checksums somehow, that is also an issue we'd have to fix as sharing sstate is expected to work | 09:00 |
| RP | dvergatal: and following that thought, have a look at tmp/work/core2-64-poky-linux/flac/1.4.3/temp/depsig.do_package | 09:01 |
| RP | dvergatal: this is the data fed to hash equivalence. Those timestamps don't contain subsecond precision | 09:02 |
| RP | dvergatal: so it would ignore the subseconds when marking something as hash equivalent | 09:03 |
| RP | the depsig files represent the data it includes to generate the "outhash" used there for comparisions to say whether tasks had identical output | 09:03 |
| dvergatal | RP: one sec | 09:04 |
| RP | dvergatal: come to think of it, the acl and attr data isn't in there either | 09:09 |
| *** flom__84__ <flom__84__!~flom_84@87-60-23-190-dynamic.dk.customer.tdc.net> has joined #yocto | 09:12 | |
| *** flom_84 <flom_84!~flom84@87-60-23-190-dynamic.dk.customer.tdc.net> has quit IRC (Quit: Leaving) | 09:13 | |
| *** flom__84__ <flom__84__!~flom_84@87-60-23-190-dynamic.dk.customer.tdc.net> has quit IRC (Remote host closed the connection) | 09:13 | |
| *** flom__84__ <flom__84__!~flom_84@87-60-23-190-dynamic.dk.customer.tdc.net> has joined #yocto | 09:14 | |
| *** flom__84__ <flom__84__!~flom_84@87-60-23-190-dynamic.dk.customer.tdc.net> has quit IRC (Remote host closed the connection) | 09:15 | |
| *** flom__84__ <flom__84__!~flom_84@87-60-23-190-dynamic.dk.customer.tdc.net> has joined #yocto | 09:15 | |
| *** flom__84__ <flom__84__!~flom_84@87-60-23-190-dynamic.dk.customer.tdc.net> has quit IRC (Remote host closed the connection) | 09:16 | |
| *** flom__84__ <flom__84__!~flom_84@87-60-23-190-dynamic.dk.customer.tdc.net> has joined #yocto | 09:17 | |
| *** hcg <hcg!~hcg@185.210.97.85> has joined #yocto | 09:19 | |
| dvergatal | dvergatal: it's not?> | 09:19 |
| dvergatal | RP: ^^ | 09:20 |
| dvergatal | RP: I'm sorry to many ppl wanted from me atm | 09:20 |
| RP | dvergatal: I don't remember adding any code to handle those things there, I could be wrong | 09:21 |
| dvergatal | RP: what do you mean by that? because now I don't understand you what code and where? | 09:22 |
| RP | dvergatal: the depsig files I'm pointing at. They don't account for millisecond data and I'm now suspecting they don't account for xattrs or acls either | 09:22 |
| dvergatal | aaaaaa | 09:22 |
| dvergatal | yes I wasn't addint it there | 09:22 |
| dvergatal | so it is probably missing there | 09:23 |
| *** flom__84__ <flom__84__!~flom_84@87-60-23-190-dynamic.dk.customer.tdc.net> has quit IRC (Quit: Leaving) | 09:23 | |
| *** flom__84__ <flom__84__!~flom84@87-60-23-190-dynamic.dk.customer.tdc.net> has joined #yocto | 09:23 | |
| dvergatal | RP: what location is it? | 09:23 |
| RP | dvergatal: you mean where is the file in the build, where is it used or where is it generated? | 09:23 |
| RP | or something else | 09:23 |
| dvergatal | RP: these depsig | 09:24 |
| RP | dvergatal: I told you where they are above? | 09:24 |
| dvergatal | ok let me check it in my poky one moment | 09:24 |
| dvergatal | RP: this is odd, I don't have it on my frwesh poky distro which was tested on saturday | 09:26 |
| dvergatal | fresh* | 09:26 |
| RP | dvergatal: it will depend on whether it was from sstate or not. You should have some depsig files in a build to look at though | 09:27 |
| *** TroubledGuest <TroubledGuest!~TroubledG@213.192.77.249> has quit IRC (Quit: Client closed) | 09:27 | |
| RP | just force something to rebuild (bitbake flac -C compile) | 09:27 |
| dvergatal | RP: I have only for gcc-runtime, acpid, glibc, linux-libc-headers, initscripts and libgcc | 09:27 |
| dvergatal | RP: OK calling `bitbake flac -C compile` created it for me | 09:36 |
| dvergatal | RP: you are right we need to add these timestamps there as well | 09:37 |
| dvergatal | RP: I have found that, `report_unihash` from `bitbake/lib/bb/siggen.py` is writing that depsig.do_package file, but I can't find the part responsible for the list of files with attributes | 09:54 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 09:56 | |
| *** jetm <jetm!~jetm@ec2-54-225-101-41.compute-1.amazonaws.com> has quit IRC (Quit: ZNC 1.7.2 - https://znc.in) | 09:56 | |
| *** philmd <philmd!~philmd@ec2-54-225-101-41.compute-1.amazonaws.com> has quit IRC (Quit: ZNC 1.7.2 - https://znc.in) | 09:56 | |
| *** flom__84__ <flom__84__!~flom84@87-60-23-190-dynamic.dk.customer.tdc.net> has quit IRC (Ping timeout: 246 seconds) | 09:58 | |
| LetoThe2nd | is it just me or has auhbombing intensified? | 10:02 |
| *** starblue <starblue!~juergen@dslb-088-078-099-052.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 245 seconds) | 10:02 | |
| *** starblue <starblue!~juergen@dslb-088-078-099-052.088.078.pools.vodafone-ip.de> has joined #yocto | 10:04 | |
| dvergatal | LetoThe2nd: me2 | 10:04 |
| RP | LetoThe2nd: we had to rerun due to the first run being totally broken | 10:07 |
| LetoThe2nd | RP: ah thx | 10:07 |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:5860:e2a9:13e6:4d45> has joined #yocto | 10:08 | |
| * RP can tell who reads the weekly status | 10:10 | |
| *** hcg <hcg!~hcg@185.210.97.85> has quit IRC (Quit: Client closed) | 10:11 | |
| *** Guest62 <Guest62!~Guest62@host-80-41-74-129.as13285.net> has joined #yocto | 10:14 | |
| Guest62 | how do i tell yocto that a recipe replaces another to prevent building the wrong version from the old recipe | 10:15 |
| LetoThe2nd | Guest62: PREFERRED_VERSION | 10:18 |
| * LetoThe2nd can tell RP that he doesn't, though probably should | 10:19 | |
| *** jetm <jetm!~jetm@ec2-54-225-101-41.compute-1.amazonaws.com> has joined #yocto | 10:21 | |
| *** jetm <jetm!~jetm@ec2-54-225-101-41.compute-1.amazonaws.com> has quit IRC (Client Quit) | 10:22 | |
| *** hcg <hcg!~hcg@185.210.97.85> has joined #yocto | 10:22 | |
| *** jetm <jetm!~jetm@ec2-54-225-101-41.compute-1.amazonaws.com> has joined #yocto | 10:27 | |
| *** philmd <philmd!~philmd@54.225.101.41> has joined #yocto | 10:30 | |
| *** valdemaras <valdemaras!~valdemara@86.38.230.59> has quit IRC (Quit: valdemaras) | 10:42 | |
| *** ptsneves <ptsneves!~Thunderbi@public-gprs410008.centertel.pl> has joined #yocto | 10:44 | |
| *** frieder <frieder!~frieder@i577B910F.versanet.de> has quit IRC (Remote host closed the connection) | 11:02 | |
| RP | dvergatal: meta/lib/oe/sstatesig.py | 11:03 |
| dvergatal | RP: thx, I was looking for it and couldn't find | 11:05 |
| dvergatal | RP: this is the line `update_hash(" %10d" % s.st_mtime)` | 11:06 |
| dvergatal | RP: yeah heheheh stupid fix:P changing from %10d to %f | 11:18 |
| dvergatal | RP: from what I'm seeing here there are other places that uses st_mtime in here but none is passing it as integer | 11:20 |
| dvergatal | ok I'm adding a fix for that and pushing new patchset, is that ok for all of you? | 11:21 |
| mcfrisk | RP: how likely is the qemu x86_64 and 6.4 kernel boot hang? 1/10, 1/100 or less boots? | 11:24 |
| ptsneves | Hey all. Does anybody know how to disable sstate cache checking at parse time in tinfoil? | 11:39 |
| *** TroubledGuest <TroubledGuest!~TroubledG@213.192.77.249> has joined #yocto | 11:44 | |
| *** TroubledGuest <TroubledGuest!~TroubledG@213.192.77.249> has quit IRC (Client Quit) | 11:46 | |
| *** leonanavi <leonanavi!~Leon@46.55.231.62> has joined #yocto | 12:06 | |
| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 246 seconds) | 12:08 | |
| *** xmn_ <xmn_!~xmn@2600:4040:9390:8c00:c65:2434:df3f:83e1> has joined #yocto | 12:15 | |
| *** xmn_ <xmn_!~xmn@2600:4040:9390:8c00:c65:2434:df3f:83e1> has quit IRC (Client Quit) | 12:15 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:5860:e2a9:13e6:4d45> has quit IRC (Ping timeout: 246 seconds) | 12:17 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:c65:2434:df3f:83e1> has joined #yocto | 12:18 | |
| *** DvorkinDmitry <DvorkinDmitry!~dvorkin@5.167.98.73> has joined #yocto | 12:21 | |
| DvorkinDmitry | I have several apps (different versions of the bootloader0) for secondary CPU need to be build if I'm building the bootloader (bootloader1) for the main CPU. how to correctly setup the dependancy? | 12:24 |
| ptsneves | DvorkinDmitry: When you say secondary and primary CPU are they a different Yocto MACHINE? | 12:25 |
| DvorkinDmitry | ptsneves, yes. machine0 and machine1 | 12:25 |
| ptsneves | Then take a look at this link https://docs.yoctoproject.org/dev-manual/building.html#enabling-multiple-configuration-build-dependencies | 12:27 |
| *** zpfvo <zpfvo!~fvo@i59F5CCDD.versanet.de> has quit IRC (Ping timeout: 260 seconds) | 12:28 | |
| *** flom__84__ <flom__84__!~flom84@87-60-23-190-dynamic.dk.customer.tdc.net> has joined #yocto | 12:29 | |
| RP | mcfrisk: we've seen two and none since :/ | 12:29 |
| mcfrisk | RP: two out of how many runs? | 12:30 |
| RP | mcfrisk: I don't know how many runs each autobuilder run counts as so now sure. Few hundred? | 12:30 |
| DvorkinDmitry | ptsneves, yes. I have this in my rootfs recipe (several lines, several aps). But going to name the group of apps (say, virtual/bootloader0 to build several apps under one name) and write the only one dependancy. Not sure how to make it correctly. apps are different recipes (with different build flags for same app) | 12:32 |
| mcfrisk | RP: ok 1/100 is the rough ballpark occurence, I guess x86_64 workers running qemu x86_64 systems | 12:32 |
| ptsneves | DvorkinDmitry: So create a packagegroup with all those apps you want and then refer to only the packagegroup dependency when needed. If the packagegroup is not completely a good fit(because bootloaders are not often packages) you can emulate such behavior in many ways. | 12:34 |
| RP | mcfrisk: something like that, yes. they're kvm accelerated | 12:36 |
| *** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has quit IRC (Remote host closed the connection) | 12:40 | |
| mcfrisk | RP: alright, I'll prepare some test runs too after some qemu/slirp/testimage fixes.. | 12:41 |
| DvorkinDmitry | ptsneves, oh, I thought about package group. not a bad idea. but could you tell me another ways? just curious | 12:42 |
| *** zpfvo <zpfvo!~fvo@i59F5CCDD.versanet.de> has joined #yocto | 12:43 | |
| *** amitk_ <amitk_!~amit@58.84.60.180> has joined #yocto | 12:49 | |
| ptsneves | DvorkinDmitry: speculating but i can imagine a recipe with the do_build task defining all the multiconfig dependencies. Then nobody outside that recipe would need to know those details and you could just add (R)DEPENDS to the image/recipe needing those apps. | 12:49 |
| dvergatal | abelloni: RP: I have send new patchset including this fix for floating point number in timestamp and additional minor changes in patches e.g. changes of status etc. | 12:50 |
| DvorkinDmitry | ptsneves, yes. that's what I have now in my image recipe: do_image[mcdepends] += "mc:..app1 mc:..app2". I had the same in one "meta" recipe. Now looking for the way to butify the construct | 12:53 |
| RP | dvergatal: thanks. Don't we need the acl/xattr info there as well in the depsig files? | 12:58 |
| dvergatal | in attributes? | 12:58 |
| RP | dvergatal: also, for readability that field was fixed width | 12:58 |
| dvergatal | dvergatal: wait i'll check | 12:59 |
| dvergatal | RP: it looks fine | 13:00 |
| *** hcg <hcg!~hcg@185.210.97.85> has quit IRC (Quit: Client closed) | 13:00 | |
| dvergatal | RP: you want a screenshoot? | 13:00 |
| dvergatal | RP: regarding modes we probably need to extend it to something else than just e.g. drwxr-xr-x | 13:01 |
| dvergatal | RP: we will probably need to discuss it how to store it | 13:01 |
| *** vvmeson <vvmeson!~rmacleod@198-48-226-243.cpe.pppoe.ca> has quit IRC (Quit: Konversation terminated!) | 13:06 | |
| dvergatal | RP: because right now I can't imagine how to store acls/xattrs for each file without + at the end of modes and writting the output from getfacl will be probably painfull | 13:07 |
| *** 029AALG7R <029AALG7R!~rmacleod@198-48-226-243.cpe.pppoe.ca> has joined #yocto | 13:10 | |
| RP | I guess a screenshot or a pastebin or share of a file might help me see it. | 13:13 |
| dvergatal | ok pastebin | 13:14 |
| RP | we do need to record the acl/xattr data there | 13:14 |
| RP | JPEW: any suggestions on how to add this to depsig? | 13:14 |
| JPEW | Hmm, I'm not to familiar with ACL TBH. I'll take a closer look after I walk the kids to school | 13:17 |
| dvergatal | RP: https://pasteboard.co/cYwmYg9rkQIr.png | 13:19 |
| *** flom__84__ <flom__84__!~flom84@87-60-23-190-dynamic.dk.customer.tdc.net> has quit IRC (Quit: Leaving) | 13:21 | |
| dvergatal | RP: and another one with timestamps including milliseconds https://pasteboard.co/o1DJVgYN1N3i.png | 13:21 |
| *** amitk_ <amitk_!~amit@58.84.60.180> has quit IRC (Ping timeout: 256 seconds) | 13:24 | |
| dvergatal | OK I'm going on a bike be probably in the evening | 13:24 |
| dvergatal | abelloni: RP: let me know when the build starts | 13:25 |
| *** kpo <kpo!~kpo@156.17.147.54> has joined #yocto | 13:25 | |
| *** flom84 <flom84!~flom84@87-60-23-190-dynamic.dk.customer.tdc.net> has joined #yocto | 13:29 | |
| *** flom84 <flom84!~flom84@87-60-23-190-dynamic.dk.customer.tdc.net> has quit IRC (Remote host closed the connection) | 13:30 | |
| RP | dvergatal: ok, timestamps look ok but we still need to sort the acl/xattr issue | 13:30 |
| *** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 13:35 | |
| *** flom84 <flom84!~flom84@87-60-23-190-dynamic.dk.customer.tdc.net> has joined #yocto | 13:35 | |
| *** 029AALG7R is now known as vmeson | 13:35 | |
| *** amitk_ <amitk_!~amit@58.84.60.180> has joined #yocto | 13:37 | |
| jonmason | zeddii: you saw 724ba6751532055db75992fc6ae21c3e322e94a7 in v6.5? Looks like all of the arm32 dts have moved under vendor named directories | 13:41 |
| jonmason | easy enough to work around, but wanted to make you aware | 13:41 |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto | 13:41 | |
| zeddii | jonmason. I did! but in my 6.5 testing with qemu I only did 64bit on qemu, so didn't notice much | 13:41 |
| jonmason | I'll push a patch to fix qemuarmv5 in linux-yocto-dev today | 13:42 |
| zeddii | cool. I didn't test it yet, so that is appreciated. | 13:42 |
| jonmason | the beenfit of having dev-kernel as part of meta-arm ci ;-) | 13:42 |
| c_sutton | Hi | 13:44 |
| *** fuzzybear86 <fuzzybear86!~fuzzybear@a95-95-117-155.cpe.netcabo.pt> has joined #yocto | 13:44 | |
| jonmason | zeddii: thinking aloud, this is going to make having 2 kernels a PITA after v6.4 | 13:44 |
| zeddii | yah, since the kernel version is not an OVERRIDE value | 13:45 |
| zeddii | per-machine works though, for any set variables. | 13:45 |
| zeddii | but again, no version. hmm. | 13:45 |
| jonmason | yeah, that'll probably mean that all of the arm32's are going to force a version for the next release | 13:46 |
| jonmason | that or have a bbappend with a DT location override :/ | 13:46 |
| * zeddii ponders | 13:47 | |
| *** flom84 <flom84!~flom84@user/flom84> has quit IRC (Quit: Leaving) | 13:49 | |
| *** flom84 <flom84!~flom84@user/flom84> has joined #yocto | 13:49 | |
| jonmason | zeddii: looking through other fails of dev-kernel, qemuarm needs the frame buffer fix for 6.5 as well. Looks like my patch has no response upstream :( | 13:52 |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has joined #yocto | 13:52 | |
| jonmason | all of that should get it CI green for me | 13:53 |
| jonmason | except for some meta-arm BS that needs debugging | 13:53 |
| zeddii | jonmason. I'll do that cherry pick. leave that with me. | 13:53 |
| jonmason | ok, let me get that qemuarmv5 patch out | 13:54 |
| *** Guest31 <Guest31!~Guest31@165.225.11.60> has joined #yocto | 13:57 | |
| *** flom84 <flom84!~flom84@user/flom84> has quit IRC (Quit: Leaving) | 14:00 | |
| vvn | hey, when a library have several versions that can be installed simultaneously, but programs expect a fixed name, e.g. libfoo2.so is installed but program foo expects libfoo.so. Should I add PACKAGES += "${PN}-foo" which installs a libfoo.so symlink? | 14:01 |
| *** flom84 <flom84!~flom84@user/flom84> has joined #yocto | 14:01 | |
| *** Xagen <Xagen!~Xagen@98.6.114.13> has joined #yocto | 14:03 | |
| *** flom84 <flom84!~flom84@user/flom84> has quit IRC (Remote host closed the connection) | 14:04 | |
| *** flom84 <flom84!~flom84@user/flom84> has joined #yocto | 14:04 | |
| JPEW | RP, dvergatal: It should be possible to add xattrs and ACLs to OEOuthashBasic, but you'd want to read them from python as invoking a program to do it will be too slow; Python doesn't have native support this though, only with additional modules | 14:11 |
| *** flom84 <flom84!~flom84@user/flom84> has quit IRC (Ping timeout: 250 seconds) | 14:15 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 14:15 | |
| RP | JPEW: that does make it sound tricky :( | 14:16 |
| JPEW | It might be possible to randomly sort our the syscalls, or copy in the library code; I'm not a fan of either but I doubt it will fly to add pip dependencies to bitbake either :) | 14:17 |
| RP | JPEW: different kinds of pain | 14:18 |
| *** Guest62 <Guest62!~Guest62@host-80-41-74-129.as13285.net> has quit IRC (Quit: Client closed) | 14:19 | |
| JPEW | Both the existing libraries for it are C-python bindings, so copying in the code isn't an option (they aren't pure-python) | 14:19 |
| JPEW | but they are both active project | 14:20 |
| JPEW | https://github.com/iustin/pylibacl | 14:20 |
| RP | JPEW: I'm guessing they link to libraries too | 14:20 |
| JPEW | Yep | 14:20 |
| JPEW | https://github.com/xattr/xattr | 14:20 |
| RP | JPEW: I know xattr and acl from their recipes | 14:23 |
| JPEW | Ah, right | 14:23 |
| RP | JPEW: I guess we at least have recipes for those bits | 14:24 |
| JPEW | We could I suppose write python native bindings to those libraries | 14:25 |
| JPEW | It would be better than syscalls IMHO | 14:25 |
| RP | yes, this isn't trivial stuff | 14:25 |
| JPEW | Maybe anyway; I've not looked at the library API at all, so someone correct me if I'm wrong | 14:26 |
| RP | JPEW: I've not in a long time and I can't remember anything | 14:26 |
| JPEW | Eh, we've all got more important things to remember than esoteric APIs. I still have to look up almost every python API if it's been more than an hour since I last used it :) | 14:27 |
| *** ray-san2 <ray-san2!~ray-san@195.50.168.194> has quit IRC (Remote host closed the connection) | 14:28 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:30 | |
| *** belsirk <belsirk!~rfuentess@78.242.184.171> has joined #yocto | 14:30 | |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has quit IRC (Read error: Connection reset by peer) | 14:32 | |
| *** amitk_ <amitk_!~amit@58.84.60.180> has quit IRC (Quit: Lost terminal) | 14:32 | |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has joined #yocto | 14:34 | |
| *** belsirk <belsirk!~rfuentess@78.242.184.171> has quit IRC (Ping timeout: 256 seconds) | 14:36 | |
| vvn | Or can a user specify a different installation prefix for a specific package? | 14:36 |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 14:37 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 14:37 | |
| vvn | if there are foo_1.0.bb, foo_2.0.bb, etc. and I want to install them simultaneously, can I install them both and choose a different prefix for them? (e.g. /opt/foo/1.0 and /opt/foo/2.0 respectively) | 14:37 |
| vvn | (there are use cases where a system needs several versions of the same library for various applications) | 14:38 |
| mcfrisk | vvn: yes but all files must be in different paths also for packages which are not no rootfs, e.g. dev, dbg, headers.. | 14:43 |
| *** beneth <beneth!5cb2199230@xmpp.beneth.fr> has quit IRC (Quit: Gateway shutdown) | 14:44 | |
| *** beneth <beneth!5cb2199230@xmpp.beneth.fr> has joined #yocto | 14:46 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Ping timeout: 258 seconds) | 14:48 | |
| *** fuzzybear86 <fuzzybear86!~fuzzybear@a95-95-117-155.cpe.netcabo.pt> has quit IRC (Quit: Client closed) | 14:52 | |
| DvorkinDmitry | how to write EXTRA_IMAGEDEPENDS += "myrecipe" in multiconfig machine configuration, like machine1.conf: EXTRA_IMAGEDEPENDS += "mc:machine1:machine2:myrecipe:do_deploy" | 14:54 |
| vvn | DvorkinDmitry: EXTRA_IMAGEDEPENDS expects a package name, not a task | 14:55 |
| vvn | what is the use case exactly? | 14:55 |
| DvorkinDmitry | vvn, yes. I need to run the recipe deploy for the recipe (built for machine1) before creating the image for machine2 | 14:56 |
| DvorkinDmitry | i.e. build the firmware for secondary CPU and deploy it before creating the image for main CPU | 14:57 |
| DvorkinDmitry | and setup the dependancy in machine config | 14:57 |
| vvn | mcfrisk: what about a bbclass that moves the installed files to a different prefix (e.g. /opt/${BPN}/${PV})? So that if one wants to install multiple versions of the same package (assuming the different recipes exist), they can add foo_%.bbappend to inherit multiversion? | 14:59 |
| vvn | DvorkinDmitry: you can create a my-firmware.bb package which has some_task[mcdepends] += "mc:machine1:machine2:myrecipe:do_deploy" then add EXTRA_IMAGEDEPENDS += "my-firmware" | 15:02 |
| *** fuzzybear8 <fuzzybear8!~fuzzybear@a95-95-117-155.cpe.netcabo.pt> has joined #yocto | 15:04 | |
| paulg | my moron move of the morning. Making a typo PREFFERED_VERSION and wondering why it wasn't taking effect... | 15:08 |
| ptsneves | paulg: Dont worry i spent most of my day looking for why myvar["key}"] was returning nothing | 15:10 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 15:10 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 15:10 | |
| *** Guest31 <Guest31!~Guest31@165.225.11.60> has quit IRC (Ping timeout: 246 seconds) | 15:18 | |
| dvergatal | RP: JPEW: ok from my side I will talk on that tomorrow with my team mates | 15:18 |
| *** fuzzybear8 <fuzzybear8!~fuzzybear@a95-95-117-155.cpe.netcabo.pt> has quit IRC (Quit: Client closed) | 15:19 | |
| dvergatal | RP: we still have an issue to solve with setting the order of postins-useradd-${PN} calls in case of more DEPENDS in chain | 15:20 |
| dvergatal | postinst-useradd-${PN} | 15:21 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 15:28 | |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has quit IRC (Remote host closed the connection) | 15:30 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.) | 15:31 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto | 15:31 | |
| DvorkinDmitry | vvn, I've created packagegroup-mytask should I have something like RDEPENDS:${PN} += "mc:mach1:mach2:my-firmware:do_deploy" inside, or syntax is different? | 15:41 |
| DvorkinDmitry | vvn, oh,m your solution is different... I'm lost. If I can do like I'm trying to do? with packagegroup? or better to use some "fake" recipe? | 15:43 |
| *** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has quit IRC (Read error: Connection reset by peer) | 15:46 | |
| *** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 15:47 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Remote host closed the connection) | 15:48 | |
| *** amitk_ <amitk_!~amit@58.84.60.180> has joined #yocto | 15:48 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 15:50 | |
| ptsneves | DvorkinDmitry: you cannot put tasks in RDEPENDS as mentioned by vvn earlier :) | 15:56 |
| *** ptsneves <ptsneves!~Thunderbi@public-gprs410008.centertel.pl> has quit IRC (Ping timeout: 246 seconds) | 16:04 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 16:06 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 16:06 | |
| JPEW | RP: Ah, I think we are in luck; ACL on Linux are implemented using a system.posix_acl_access extended attribute; I think we can perhaps just query that to get the ACL instead of using libacl | 16:24 |
| JPEW | mm, except its some weird binary encoding | 16:28 |
| *** alimon <alimon!~alimon@2806:10b7:2:b99c:2c32:cfff:fe8e:de1f> has quit IRC (Remote host closed the connection) | 16:30 | |
| yates_work | can someone please point me to the "gnome-layer"? | 16:33 |
| JPEW | yates_work: I think it's in meta-openembdded | 16:33 |
| yates_work | JPEW: thanks - let me have a look | 16:34 |
| JPEW | https://git.openembedded.org/meta-openembedded | 16:34 |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.) | 16:38 | |
| vvn | DvorkinDmitry: either create a package and add it to your image with EXTRA_IMAGEDEPENDS for example, or pull the task in your image recipe directly with do_rootfs[mcdepends] += "mc:mach1:mach2:my-firmware:do_deploy" then add a function to ROOTFS_POSTPROCESS_COMMAND to copy the files where you want | 16:41 |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:c65:2434:df3f:83e1> has quit IRC (Quit: ZZZzzz…) | 16:43 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 244 seconds) | 16:44 | |
| yates_work | when you enter a layer in the BBLAYERS variable in bblayers.conf, does bitbake search that layer and all sublayers, or do you have to explicitly put the sublayer of interest there? | 16:45 |
| yates_work | do i have to put this whole path? meta-openembedded/meta-oe/dynamic-layers/gnome-layer | 16:46 |
| smurray | yates_work: dynamic layers don't need to be explicitly added, just add meta-oe. But the recipes under dynamic-layers/gnome-layer won't be visible unless meta-gnome is also in the stack | 16:47 |
| Saur | JPEW: If two different builds use a common hashequiv server, what happens if they do not share the sstate? I.e., if one builds a recipe and updates the HE server, what happens when the second build wants to build the same application and finds the information in the HE server, but the corresponding sstate information does not exist? | 16:47 |
| JPEW | It will be an sstate miss an rebuild; I think it will populate sstate with the missing name | 16:48 |
| Saur | Ok, so basically as if the HE server had not existed in the first place. | 16:48 |
| JPEW | Well, sort of. If other downstream hashes exist, it will be able to use them still | 16:49 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 16:49 | |
| Saur | Ok. | 16:49 |
| yates_work | smurray: thanks. | 16:54 |
| yates_work | is the order in bblayers important? https://bpa.st/OTTA | 16:54 |
| *** alimon <alimon!~alimon@2806:10b7:2:b99c:2c32:cfff:fe8e:de1f> has joined #yocto | 16:56 | |
| yates_work | https://bpa.st/DZSQ | 16:57 |
| *** michele_ <michele_!~michele@151.67.175.182> has quit IRC (Read error: Connection reset by peer) | 16:59 | |
| yates_work | swapping meta-oe and meta-gnome did not resolve the errors | 17:02 |
| yates_work | this is under kirkstone, if it matters | 17:04 |
| yates_work | ok got it | 17:11 |
| yates_work | i had to add several other layers under meta-openembedded. | 17:11 |
| yates_work | question about packages: when i build the default core-image-sato, it includes the dnf package manager. is there a way to point it to the built rpms under poky/build/tmp so that e.g. a new package can be installed with dnf? | 17:18 |
| yates_work | pretty sure the answer is yes. let me google dnf | 17:19 |
| * khem checks RP's hack | 17:23 | |
| khem | I think this is best we can do in given scenario | 17:26 |
| khem | yates_work: use `bitbake-layers add-layer` command after you have checked out the layer repos | 17:30 |
| khem | https://docs.yoctoproject.org/dev/dev-manual/layers.html#adding-a-layer-using-the-bitbake-layers-script | 17:31 |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser) | 17:32 | |
| khem | layerindex-fetch and layerindex-show-depends are also something you can use | 17:34 |
| *** rty <rty!~rty@mtph-gw-3.btlnet.com> has joined #yocto | 17:37 | |
| rty | how do I preserve do_compile log for a recipe, even if it compiled successfully? | 17:37 |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 17:38 | |
| JaMa | rty: they are preserved by default in WORKDIR/temp/log.do_compile | 17:40 |
| rty | only if compilation failed | 17:41 |
| rty | or maybe for more reasons. but if it finishes the recipe (like, packages, etc.), then do_compile is not there | 17:42 |
| khem | it wont be there if the package was used from sstate or rm-work was inherited in distro | 17:43 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 17:44 | |
| khem | oh it might still be there with rm-work enabled | 17:44 |
| *** leonanavi <leonanavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 17:44 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-131-105-246.93.131.pool.telefonica.de> has joined #yocto | 17:45 | |
| rty | I'll try with cleanall | 17:45 |
| rty | I got the log after cleanall, thanks | 17:58 |
| *** zpfvo <zpfvo!~fvo@i59F5CCDD.versanet.de> has quit IRC (Quit: Leaving.) | 17:58 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCDD.versanet.de> has joined #yocto | 18:04 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCDD.versanet.de> has quit IRC (Remote host closed the connection) | 18:10 | |
| khem | -ccompile might have done it too | 18:11 |
| dvergatal | JPEW: I already have a working code :D | 18:12 |
| dvergatal | JPEW: thx to you | 18:12 |
| JPEW | Ah, me too | 18:12 |
| JPEW | :) | 18:12 |
| dvergatal | JPEW: ooo you have already applied it to the sstatesig.py? | 18:13 |
| dvergatal | JPEW: or just an example? | 18:14 |
| JPEW | Ya. I'll post it after lunch | 18:14 |
| dvergatal | ok | 18:14 |
| dvergatal | cool | 18:14 |
| *** amitk_ <amitk_!~amit@58.84.60.180> has quit IRC (Ping timeout: 256 seconds) | 18:17 | |
| *** amitk_ <amitk_!~amit@58.84.60.180> has joined #yocto | 18:18 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 18:21 | |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:c600:5c43:16ff:3eac:2a77> has quit IRC (Remote host closed the connection) | 18:24 | |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:c600:5c43:16ff:3eac:2a77> has joined #yocto | 18:24 | |
| dvergatal | JPEW: enjoy your meal | 18:26 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 246 seconds) | 18:31 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 18:34 | |
| *** rty <rty!~rty@mtph-gw-3.btlnet.com> has quit IRC (Quit: Client closed) | 18:36 | |
| *** flom84 <flom84!~flom84@user/flom84> has joined #yocto | 18:51 | |
| JPEW | RP: I put the ACL and XATTR support in bitbake, but if you want it in oe-core instead, let me know | 18:55 |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser) | 18:59 | |
| *** amitk_ <amitk_!~amit@58.84.60.180> has quit IRC (Remote host closed the connection) | 19:00 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 19:03 | |
| JPEW | mmm, probably need to filter out ACL_USER_OBJ, ACL_GROUP_OBJ, and ACL_OTHER from the ACLs in the file; they are duplicated by the stat mode, and we skip some fields there | 19:05 |
| JPEW | (with the added benefit that most of the outhashes won't change if we do that because there aren't ACLs or xattrs) | 19:06 |
| *** davidinux <davidinux!~davidinux@45.11.82.29> has joined #yocto | 19:20 | |
| yates_work | khem: i am aware of that utility, but prefer to just type it in directly to the bblayers.conf - is there anything wrong with that? | 19:23 |
| yates_work | i.e., edit bblayers.conf and type | 19:23 |
| *** flom84 <flom84!~flom84@user/flom84> has quit IRC (Ping timeout: 246 seconds) | 19:37 | |
| *** old_boy <old_boy!~old_boy@205.251.233.107> has joined #yocto | 19:38 | |
| old_boy | how can I extend machine.conf in a different layer other than the meta-bsp layer? | 19:39 |
| old_boy | in my meta-bsp layer I have require xyz.inc which I don't want to do that in meta-bsp layer as those are distro specific, so wanted to know how can I add to machine.conf and from a different layer if that different layer is getting included... | 19:41 |
| RP | JPEW: at a quick glance the patches look like a good start, thanks! | 19:47 |
| RP | JPEW: I wasn't expecting to see patches, particularly so quickly :) | 19:48 |
| RP | khem: I didn't really like the hack but I don't know what else we can do | 19:48 |
| JPEW | I got nerd sniped ;) | 19:48 |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser) | 19:51 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:219e:a991:ce72:1aaa> has joined #yocto | 19:56 | |
| RP | JPEW: Again. Sorry! :) | 19:58 |
| RP | JPEW: it is an interesting problem | 19:58 |
| JPEW | Eh, it's fine. I've always wondered how to interface with a library using ctypes | 19:58 |
| RP | JPEW: It isn't the most pleasant thing to do but not that hard either... | 19:59 |
| *** old_boy <old_boy!~old_boy@205.251.233.107> has quit IRC (Quit: Client closed) | 20:00 | |
| dvergatal | RP: JPEW: I'm running it locally, probably it will finish tomorrow :P | 20:14 |
| mischief | anyone using cve-check.bbclass? i think the usage of CVSS v3 scores may be broken. they show up as zeroes, at least in kirkstone. | 20:18 |
| *** old_boy <old_boy!~old_boy@205.251.233.107> has joined #yocto | 20:35 | |
| abelloni | khem: https://autobuilder.yoctoproject.org/typhoon/#/builders/121/builds/1529/steps/19/logs/stdio | 20:45 |
| abelloni | we get check-layer-nightly failures for meta-oe | 20:45 |
| RP | Saur: did you have a chance to work out if my updates to the SRCPV changes address most of your concerns? | 21:18 |
| * RP thinks the patch is clean on the autobuilder now | 21:19 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 21:22 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 21:22 | |
| khem | abelloni: I think its build node problem see | 21:31 |
| khem | ``` | 21:31 |
| khem | https://www.irccloud.com/pastebin/RaEgwPNE/ | 21:31 |
| khem | yates_work: its fine to edit manually, but then you have to resolve layer dependencies manually | 21:32 |
| abelloni | khem: right but there is also the upstream-status errors or are they usually ignored? | 21:41 |
| khem | AssertionError: 432 != 0 : Found following patches with malformed or missing upstream status: | 21:43 |
| khem | thats just meta-oe and you have 10 other layers and no one fixes it. I can not do it all alone | 21:44 |
| khem | I have sent request to mailing list with details no one responded with single fix :) | 21:45 |
| RP | I think that is specific to that distro and only triggers when the layer has parsing errors | 21:48 |
| khem | the error was due to libfaketime recipe patch that I had staged in master-next | 22:10 |
| khem | I have punted that now. | 22:10 |
| khem | There has been some troublesome patches lately | 22:11 |
| khem | RP: the libgcc.so issue although is due to sstate re-use and some host OS using unwinding and some not | 22:11 |
| khem | I never delved deep into the root cause though | 22:12 |
| khem | I think we should build host tools statically linked including toolchain for best results | 22:12 |
| *** Xagen <Xagen!~Xagen@98.6.114.13> has quit IRC (Ping timeout: 248 seconds) | 22:16 | |
| *** DvorkinDmitry <DvorkinDmitry!~dvorkin@5.167.98.73> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/) | 22:17 | |
| yates_work | for a qemu/rpm package build, i've found a bunch of repomd.xml files in the tmp folder - which one do i point the qemu /etc/yum.repo.d/blah.repo metalink to? | 22:31 |
| *** kpo <kpo!~kpo@156.17.147.54> has quit IRC (Ping timeout: 245 seconds) | 22:32 | |
| *** kevinrowland <kevinrowland!~kevinrowl@136.226.65.35> has joined #yocto | 23:09 | |
| kevinrowland | folks, there's a file at `/etc/ssl/certs/ca-certificates.crt` in my rootfs and I don't know who put it there. `oe-pkgdata-util find-path` can't find it, and I can't find it by manually grepping `tmp/pkgdata` either. I don't spot anything in `poky/` that might generate it (as a rootfs post-processing step maybe?). does anyone know how it got there? | 23:10 |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 23:14 | |
| *** belgianguy <belgianguy!~belgiangu@ptr-651fbf9sp4d43cbdacz.18120a2.ip6.access.telenet.be> has joined #yocto | 23:24 | |
| kevinrowland | okay I found a postinst in `ca-certificates.bb` which probably does it | 23:31 |
| *** florian_kc <florian_kc!~florian@dynamic-093-131-105-246.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 258 seconds) | 23:44 | |
| khem | kevinrowland: right that postinst is run offline so its a post rootfs step | 23:53 |
| kevinrowland | thanks for confirming khem :) | 23:54 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
