Thursday, 2024-10-10

*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)00:21
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto00:25
*** marka <marka!~marka@149.115.66.185> has quit IRC (Ping timeout: 248 seconds)00:49
*** marka <marka!~marka@149.115.66.185> has joined #yocto00:50
*** davidinux <davidinux!~davidinux@45.11.82.21> has quit IRC (Ping timeout: 252 seconds)01:04
*** davidinux <davidinux!~davidinux@45.11.82.26> has joined #yocto01:14
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 245 seconds)01:24
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto01:26
*** jclsn <jclsn!~jclsn@2a04:4540:6514:d400:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 260 seconds)01:41
*** jclsn <jclsn!~jclsn@2a04:4540:652c:8200:2ce:39ff:fecf:efcd> has joined #yocto01:42
*** steelswords94 <steelswords94!~steelswor@user/steelswords1010> has quit IRC (Read error: Connection reset by peer)02:03
*** steelswords94 <steelswords94!~steelswor@user/steelswords1010> has joined #yocto02:05
*** frieder <frieder!~frieder@89.244.121.49> has quit IRC (Ping timeout: 252 seconds)02:48
*** [[R]] <[[R]]!~user@user/rbox> has joined #yocto02:49
*** rbox <rbox!~user@user/rbox> has quit IRC (Ping timeout: 265 seconds)02:50
*** [[R]] is now known as rbox02:50
*** frieder <frieder!~frieder@i59F664E1.versanet.de> has joined #yocto03:01
*** Minvera2 <Minvera2!~Minvera@user/Minvera> has joined #yocto04:10
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 252 seconds)04:10
*** Minvera2 <Minvera2!~Minvera@user/Minvera> has quit IRC (Ping timeout: 252 seconds)04:14
*** Wouter01002 <Wouter01002!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)04:21
*** Wouter01002 <Wouter01002!~Wouter010@entry.nbg.netvos.nl> has joined #yocto04:22
*** dmoseley <dmoseley!~dmoseley@129.222.85.81> has quit IRC (Ping timeout: 265 seconds)04:53
*** dmoseley <dmoseley!~dmoseley@129.222.254.30> has joined #yocto04:53
*** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has joined #yocto05:12
*** xmn <xmn!~xmn@2600:4040:9398:a200:8886:2372:dd8f:c612> has quit IRC (Quit: ZZZzzz…)05:13
*** jonmason <jonmason!sid36602@id-36602.lymington.irccloud.com> has quit IRC (Ping timeout: 252 seconds)05:26
*** jonmason <jonmason!sid36602@lymington.irccloud.com> has joined #yocto05:27
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto05:37
*** ray-san <ray-san!~ray-san@195.50.168.194> has joined #yocto06:11
*** florian <florian!~florian@dynamic-093-133-163-007.93.133.pool.telefonica.de> has joined #yocto06:13
*** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has joined #yocto07:01
*** wojci <wojci!~wojci@82.192.171.54> has joined #yocto07:02
*** sng <sng!~quassel@217.140.105.54> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)07:07
*** sng <sng!~quassel@217.140.105.54> has joined #yocto07:08
*** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has joined #yocto07:10
*** zpfvo <zpfvo!~fvo@i59F5CF54.versanet.de> has joined #yocto07:13
*** mckoan|away is now known as mckoan07:19
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto07:24
*** florian <florian!~florian@dynamic-093-133-163-007.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds)07:34
RPkhem: "linux-yocto: Enable l2tp drivers when ptest featuee is on" breaks efibootpartition.GenericEFITest.test_boot_efi in oe-selftest :(07:43
*** zpfvo <zpfvo!~fvo@i59F5CF54.versanet.de> has quit IRC (Ping timeout: 265 seconds)07:47
*** zpfvo <zpfvo!~fvo@149-59-142-46.pool.kielnet.net> has joined #yocto08:01
mcfrisk_are there some tricks that could make selftest execution faster, e.g. reuse download and sstate cache better? I feel like I'm downloading and building too much all the time08:03
*** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has quit IRC (Remote host closed the connection)08:07
*** rob_w <rob_w!~bob@2001:a61:13e4:b701:af79:7e98:129c:303d> has joined #yocto08:12
*** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has joined #yocto08:14
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto08:16
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto08:17
*** MrTatillon <MrTatillon!~MrTatillo@185.23.43.155> has joined #yocto08:21
*** frieder <frieder!~frieder@i59F664E1.versanet.de> has quit IRC (Ping timeout: 248 seconds)08:25
mcfrisk_setting SSTATE_DIR and DL_DIR in base local.conf before running poky/scripts/oe-selftest seems to produce a lot of cache misses. Even if I just compiled the same selftest config manually, then removed the config bits and run the same as selftest, everything seems to be recompiled as if there is nothing in sstate cache.08:26
RPmcfrisk_: are you sharing a hashequivalence server to the selftest build?08:36
RPmcfrisk_: out the box they will each start their own. I've been meaning to try and teach selftest how to improve that08:36
*** aduskett <aduskett!~adam@2001:b07:6467:4426:e642:fe3c:c003:b424> has joined #yocto08:37
*** frieder <frieder!~frieder@i59F664E1.versanet.de> has joined #yocto08:38
*** sa7mfo <sa7mfo!~sa7mfo@83-233-6-197.cust.bredband2.com> has joined #yocto08:43
sa7mfoHello, what is the best way to disable getty? I still want the service to be installed, just not enabled by default08:44
mcfrisk_RP: no I'm not. I'll have a look on how to configure this08:45
RPmcfrisk_: I start a system wide local hash server and then point to that in all my builds (and selftest)08:45
sa7mfoCreate a ssytemd-serialgetty.bbappend with a do_install:append that removes the link is the best I can come up with, but are there any bett way?08:46
*** prabhakalad <prabhakalad!~prabhakar@165.225.199.80> has quit IRC (Quit: Konversation terminated!)08:52
*** prabhakalad <prabhakalad!~prabhakar@165.225.199.80> has joined #yocto08:53
*** bhstalel <bhstalel!~bhstalel@196.179.231.146> has joined #yocto08:56
bhstalelHello, when recipe-sysroot[-native] was introduced in Yocto, or it was there since the first release ?08:57
RPbhstalel: https://docs.yoctoproject.org/3.1.8/ref-manual/migration-2.3.html - looks like 2.309:01
bhstalelRP:  a client is stuck at 2.0 (Jethro) for example, and I want to propose the upgrade to dunfell, kirkstone, ..., the risk for the client is that system recipes will upgrade too, and the system may behave not the same way, how would you approach this situation ?09:03
RPbhstalel: I'd explain the security implications of using something that old and that there were significant advantages to upgrading09:04
*** vthor_ <vthor_!~thor@2605:59c8:71e9:3e10:2531:a708:88c4:36fe> has quit IRC (Excess Flood)09:05
bhstalelRP: Exactly, I did the same, but I am thinking of a way to present that the solution is technically possible, by, for example, getting full list of old packages, and the new list with the new versions, and do the test on the system that nothing will break09:05
RPbhstalel: A proof of concept could help if you can afford to do that work09:06
bhstalelRP: I am thinking of proposing an internship for that idea, an intern can do the job (basically learning Yocto the hard way in this situation hh)09:07
mckoanbhstalel: that's too difficult for an intern09:07
*** vthor_ <vthor_!~thor@2605:59c8:71e9:3e10:2531:a708:88c4:36fe> has joined #yocto09:07
RPthere is a lot for an intern to learn there09:08
bhstalelmckoan: for sure its difficult, but in Tunisia, I will gift the community with a 50+ hours of free Yocto training, that will help the intern learn Yocto, then I will the support along the way09:09
*** aduskett <aduskett!~adam@2001:b07:6467:4426:e642:fe3c:c003:b424> has quit IRC (Read error: Connection reset by peer)09:09
bhstalelA loot to learn09:09
*** aduskett <aduskett!~adam@93-35-128-248.ip55.fastwebnet.it> has joined #yocto09:09
*** aduskett <aduskett!~adam@93-35-128-248.ip55.fastwebnet.it> has quit IRC (Remote host closed the connection)09:09
bhstalelI am thinking of giving a new "Back to basics" talk again this year, maybe "Back to Basics | Yocto toolchain" or "Back to basics | BitBake Fetcher"09:11
*** aduskett <aduskett!~adam@2001:b07:6467:4426:e642:fe3c:c003:b424> has joined #yocto09:12
*** frieder <frieder!~frieder@i59F664E1.versanet.de> has quit IRC (Ping timeout: 246 seconds)09:12
*** fabatera <fabatera!~fabatera@2a02:8109:86ae:fe00::6a0> has joined #yocto09:14
*** pbiel <pbiel!~bielpa@89-73-120-30.dynamic.chello.pl> has joined #yocto09:14
pbielhi09:14
pbielI would like to create a recipe that downloads a tar.gz archive then unpacks it and installs files in the rootfs. The archive consists of several lua scripts and prebuild shared libraries. Is there a way that bitbake automatically detects what should be installed where or should I manually lists all the required files in the do_install?09:15
RPpbiel: that depends on the layout of your archive I guess09:16
RPpbiel: you'd probably have to give bitbake some info about where to put the files unless the archive matches the target09:17
RPbitbake is good but not psychic :)09:18
bhstalelRP: your opinion of the "Back to basics" idea ?09:19
bhstalelon*09:19
RPbhstalel: I'm not the target audience so hard for me to say!09:20
pbielThis is the archive I mentioned https://github.com/muhkuh-sys/org.muhkuh.tools-flasher/releases/download/v2.0.3/flasher_cli-2.0.3-ubuntu20.04_arm64.tar.gz I suppose its layout is kinda not well deisgned for bitbake to automatically catch what should be installed where...09:20
bhstalelRP: usually, back to basics videos gain lot of attention, and remove the "Yocto is complicated" idea for beginners09:21
RPbhstalel: that is always nice to do. I just don't know how many beginners need info about the toolchain for example09:23
bhstalelRP: I mean the idea is to present the compilation process, what is a toolchain, how BitBake determines the type of compilation, sets up build,host and target variables, how it creates the toolchain, and finally how you can use that toolchain (extract the SDK), ...09:25
bhstalelWhile typing all of this, I realised that yes, this can be quite difficult for beginners,09:25
RPbhstalel: it can. I think part of the challenges is "toolchain" means different things to different people09:27
* RP curses the ssh test. Probably best jonmason is asleep09:28
mcfrisk_entropy problem, or are the ssh keys static...09:58
*** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 245 seconds)10:00
RPmcfrisk_: maybe. I thought we used pregen host keys10:02
bhstalelI am confused, but, I know there is automatic runtime deps check, but by any chance, is there a way that BitBake knows what compile-time recipes to use, automatically (adding to DEPENDS automatically) ? I don't think so10:06
RPno, it doesn't do that10:07
Saur_Home84bitbake being psychic would have helped...10:11
RPSaur_Home84: I could have sworn we had a bug opened for that at one point!10:13
*** ThomasRoos <ThomasRoos!~ThomasRoo@ip5b43ff2a.dynamic.kabel-deutschland.de> has joined #yocto10:14
ThomasRoosHi, what is the easiest way to build a 4.19 kernel in scarthgap? Strategies?10:15
RPThomasRoos: what is the issue you're running into? I'd find a 4.19 recipe and see what happened...10:16
*** Wouter01002 <Wouter01002!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)10:16
*** Wouter01002 <Wouter01002!~Wouter010@entry.nbg.netvos.nl> has joined #yocto10:17
rburtonRP: https://bugzilla.yoctoproject.org/show_bug.cgi?id=1321010:18
RPrburton: I knew here was one :)10:19
RPI think the git web interface has stalled :/10:23
mcfrisk_RP: pregen keys used, some other load issue then10:23
*** fabatera <fabatera!~fabatera@2a02:8109:86ae:fe00::6a0> has quit IRC (Quit: Client closed)10:24
*** testtttt <testtttt!~testtttt@212.121.145.5> has joined #yocto10:28
*** mckoan is now known as mckoan|away10:28
*** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto10:32
*** testtttt <testtttt!~testtttt@212.121.145.5> has quit IRC (Quit: Client closed)10:45
*** goliath <goliath!~goliath@user/goliath> has joined #yocto10:56
*** jmd <jmd!~user@2001:a61:2b0b:2c01:58dc:32d:3d4c:e7a> has joined #yocto10:58
*** bhstalel <bhstalel!~bhstalel@196.179.231.146> has quit IRC (Quit: Client closed)11:25
*** davidinux <davidinux!~davidinux@45.11.82.26> has quit IRC (Quit: WeeChat 4.1.1)11:26
*** davidinux <davidinux!~davidinux@host-213-45-28-120.retail.telecomitalia.it> has joined #yocto11:31
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)11:36
*** frieder <frieder!~frieder@i59F664E1.versanet.de> has joined #yocto11:37
*** MrTatillon <MrTatillon!~MrTatillo@185.23.43.155> has quit IRC (Quit: Client closed)11:42
*** frieder <frieder!~frieder@i59F664E1.versanet.de> has quit IRC (Remote host closed the connection)11:42
ThomasRoosRP yes, compiling after pointing to latest version in branch works. But it is not booting with systemd... guess there are config options missing.11:52
ThomasRoostook recipe from zeus11:52
*** ray-san <ray-san!~ray-san@195.50.168.194> has quit IRC (Ping timeout: 276 seconds)11:53
*** ray-san <ray-san!~ray-san@195.50.168.194> has joined #yocto11:53
RPThomasRoos: systemd tends to rely on the latest and greatest from the kernel too so it may actually be missing functionality11:54
RPhmm, https://valkyrie.yoctoproject.org/#/builders/76/builds/219/steps/14/logs/stdio is a return of the pyc problem :(12:00
RPException: FileExistsError: [Errno 17] File exists: '/srv/pokybuild/yocto-worker/oe-selftest-centos/build/build-st-78767/tmp/sysroots-components/x86_64/ovmf-native/usr/bin/edk2_basetools/BaseTools/Source/Python/build/__pycache__/buildoptions.cpython-39.pyc' -> '/srv/pokybuild/yocto-worker/oe-selftest-centos/build/build-st-78767/tmp/work/core2-64-poky-linux/ovmf/edk2-stable202408/recipe-sysroot-native/usr/bin/edk2_basetools/BaseTools/Sourc12:01
RPe/Python/build/__pycache__/buildoptions.cpython-39.pyc'12:01
RPand CVE Exception: sqlite3.DatabaseError: database disk image is malformed12:02
RPmathieudb: those two probably need bugs :/12:05
RPmathieudb: the cve one is the same as https://valkyrie.yoctoproject.org/#/builders/103/builds/1812:06
*** davidinux <davidinux!~davidinux@host-213-45-28-120.retail.telecomitalia.it> has quit IRC (Ping timeout: 252 seconds)12:06
*** davidinux <davidinux!~davidinux@45.11.80.30> has joined #yocto12:08
*** ThomasRoos <ThomasRoos!~ThomasRoo@ip5b43ff2a.dynamic.kabel-deutschland.de> has quit IRC (Quit: Client closed)12:25
mathieudbRP: for this one we have https://bugzilla.yoctoproject.org/show_bug.cgi?id=14899 . But the error is not exactly the same ("disk I/O error" instead of "database disk image is malformed")12:46
RPmathieudb: I'd agree those do seem related12:52
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…)12:53
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto12:56
mathieudbRP: OK, I have updated the sqlite ticket, I will create a new one for the pyc FileExistsError one13:03
RPmathieudb: thanks13:03
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)13:03
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…)13:11
*** bhstalel <bhstalel!~bhstalel@196.179.231.146> has joined #yocto13:19
*** luc4 <luc4!~luca@host-80-182-206-233.pool80182.interbusiness.it> has joined #yocto13:23
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.4.2)13:24
*** MrTatillon <MrTatillon!~MrTatillo@185.23.43.155> has joined #yocto13:32
luc4Hello! I'm in a weird situation: I built a new image using scarthgap. The build process is now at the end, but apparently bitbake fails saying that do_rootfs failed. The log file, however, does not seem to report any error at all. At the end, I see "DEBUG: Python function do_rootfs finished", after a long sequence of "downloading/installating". Any idea what I could do to investigate the problem? I also tried to ad -v and -D, but13:34
luc4I can't see an error log.13:34
luc4The log reports that the command "..opkg --volatile-cache -f..." is returning 255, but the remaining portion of the log does not seem to show a specific error.13:37
mcfrisk_luc4: check the task log for details, in tmp/work/*/$IMAGE/1.0/temp/log.do_image*. bitbake output does not contain all of the details13:37
luc4mcfrisk_: yes, that is what I read13:38
mcfrisk_for example when rootfs is generated using opkg, the error messages are in the do_rootfs log file there. and output is a bit cryptic for example when two files try to install same files/paths13:38
mcfrisk_or post-install script fails. the output may even missing completely. adding "set -x" to the post-install script in the recipe helps13:39
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto13:41
luc4mcfrisk_: I really cannot see an error here. However, it happened during the build that disk space finished. I therefore freed some space and ran the procedure again. Maybe something broke during that interruption? I tried to cleansstate, but nothing changed.13:42
*** aduskett <aduskett!~adam@2001:b07:6467:4426:e642:fe3c:c003:b424> has quit IRC (Read error: Connection reset by peer)13:45
mcfrisk_luc4: bitbake -c clean $IMAGE, there can be stale data13:45
*** Wouter01002 <Wouter01002!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)13:46
mcfrisk_do_rootfs task uses the selected package manager to create rootfs. package managers error output logs are cryptic at times. but information what went wrong and with which binary package is there in the log13:47
*** Wouter01002 <Wouter01002!~Wouter010@entry.nbg.netvos.nl> has joined #yocto13:47
*** florian <florian!~florian@dynamic-093-133-163-007.93.133.pool.telefonica.de> has joined #yocto13:47
luc4mcfrisk_: weird, just before the error, I see this line "+ exit 0", then "do_rootfs: Python function do_rootfs finished". Which sounds good. But next, the error log is presented, saying "do_rootfs) failed with exit code '1'". cleansstate and clean do not seem to help.13:53
rburtonRP: seriously i'm so close to sending a patch to opkg to let it have a control tree out of the source directory13:54
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…)13:54
rburtonooooh i know what i did wrong, damnit13:54
rburtonsilly me13:55
mcfrisk_luc4: you can wipe the tmp directory and try again, but I'd try to understand what went wrong. you can try force running the rootfs task, bitbake -f -c do_rootfs $IMAGE. but if clean did not help then somewhere in tmp is a lot of corrupt data. I hope not in sstate13:57
rburtonRP: were all the fails from insane that you looked at also due to DEBIAN/13:57
rburtonbecause yes, logic error, and i never tested dpkg locally13:57
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto13:57
*** Xagen <Xagen!~Xagen@4.14.206.69> has joined #yocto14:00
*** aduskett <aduskett!~adam@2001:b07:6467:4426:e642:fe3c:c003:b424> has joined #yocto14:01
luc4mcfrisk_: that command seems to give the same result. The failing command seems to be opkg: https://pastebin.com/3PfZQ3Pq. The last line is probably this "Configuring kernel-v7-module-wishbone-serial-6.6.22-v7". Maybe I should clean the kernel?14:03
*** Saur_Home84 <Saur_Home84!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)14:06
*** Saur_Home84 <Saur_Home84!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto14:06
*** ak77 <ak77!~ak77@93-103-41-115.dynamic.t-2.net> has quit IRC (Read error: Connection reset by peer)14:07
mcfrisk_luc4: do_rootfs error message is not clear, look for errors/warnings earlier in the task log14:09
mcfrisk_unable to install package(s), basically which package and why? are binary packages trying to overwrite files from other packages, or are post-install tasks failing14:09
*** ak77 <ak77!~ak77@93-103-41-115.dynamic.t-2.net> has joined #yocto14:11
luc4mcfrisk_: I really cannot see anything like that. Well, I guess I'll have to try to rebuild everything :-( thanks for your help!14:15
*** wojci <wojci!~wojci@82.192.171.54> has quit IRC (Ping timeout: 252 seconds)14:16
RPrburton: I didn't look in detail14:16
RPrburton: I saw do_package_qa and thought "ross" ;-)14:16
rburtonto be honest, that's fair14:18
mcfrisk_luc4: full disk can cause annoying errors, hope your sstate is still ok and only tmp build directory was affected14:19
RPmcfrisk_: Can you tell if https://valkyrie.yoctoproject.org/#/builders/23/builds/230/steps/14/logs/stdio is from your patch series?14:20
mcfrisk_RP: sigh, yes. I ran the test on genericarm64 and it passed. I need to try qemuarm64 too. will need to wait for x86_64 wic and uki selftests to complete first, they are still slow :/14:29
mcfrisk_is it better to just drop the tests, they cause too much issues14:31
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-40-70-49-124-177.dsl.bell.ca> has joined #yocto14:35
*** ray-san <ray-san!~ray-san@195.50.168.194> has quit IRC (Ping timeout: 252 seconds)14:39
roussinmWe are using clang-tidy, from the sdk, built from meta-clang, and we have to add a bunch of -extra-arg that points to the SDK path anyone else uses clang-tidy from yocto to check their application code? Those extra-args looks like this : `-extra-arg=--sysroot=${TARGETSDK_DIR}` `-extra-arg="-I${TARGETSDK_DIR}/usr/include/"`14:39
*** ThomasRoos <ThomasRoos!~ThomasRoo@ip5b43ff2a.dynamic.kabel-deutschland.de> has joined #yocto14:39
*** ThomasRoos <ThomasRoos!~ThomasRoo@ip5b43ff2a.dynamic.kabel-deutschland.de> has quit IRC (Client Quit)14:40
*** xmn <xmn!~xmn@2600:4040:9398:a200:16a:6ed:ac70:cd2a> has joined #yocto14:53
mcfrisk_RP: if that was the only failure from uki, can you revert the failing test? I don't think the failure is from uki or wic changes, it's just the test which has some dependency in genericarm64 which is not in qemuarm64 machine config. I will fix this ASAP. so sorry breaking tests all the time14:58
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto15:03
khemRP: that seems a kernel issue isn't it ?15:15
*** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has quit IRC (Remote host closed the connection)15:16
*** luc4 <luc4!~luca@host-80-182-206-233.pool80182.interbusiness.it> has quit IRC (Ping timeout: 252 seconds)15:17
*** druppy <druppy!~Thunderbi@user/druppy> has joined #yocto15:18
mcfrisk_khem: I added that test for systemd-boot and its config generetad by wic, something wrong in the boot setup. it works on genericarm64 but fails on qemuarm64. could be u-boot efi firmware related15:19
*** hexbrex <hexbrex!~hexbrex@162.247.41.140> has joined #yocto15:20
*** MrTatillon <MrTatillon!~MrTatillo@185.23.43.155> has quit IRC (Quit: Client closed)15:25
*** Saur_Home98 <Saur_Home98!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto15:30
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)15:32
RPkhem: I think I got to the bottom of the link I sent earlier, was a space issue in the image15:33
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…)15:33
*** Saur_Home84 <Saur_Home84!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Ping timeout: 256 seconds)15:34
*** MrTatillon <MrTatillon!~MrTatillo@185.23.43.155> has joined #yocto15:40
khemRP: yeah that makes sense15:41
RPmcfrisk_: you mean drop the tests part of the series?15:44
mcfrisk_yes, or just the failing test. I guess x86 variant and wic and uki tests are passing15:45
hexbrexAnyone have a Makefile for this or something similar? https://github.com/STMicroelectronics/stm32-lan874215:47
RPmcfrisk_: that would imply marking the test as x86 specific :/15:47
khemRP: I was wondering if I should throw glibc git into one of AB builds15:51
RPkhem: could do15:51
khemyeah15:52
mcfrisk_RP: the tests currently are x86 only, no aarch64 atm. my patch adds one aarch64 compatible test15:52
mcfrisk_and that one is working on genericarm64 but failing on qemuarm64. I'll sort it out. you can drop the whole series or disable the test. I'll either send a new revision or fix for the test.15:53
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto15:53
*** MrTatillon <MrTatillon!~MrTatillo@185.23.43.155> has quit IRC (Ping timeout: 256 seconds)15:53
RPmcfrisk_: thanks, I've just dropped it again for now (as well as most of rburton's patches, it isn't just yours!)15:55
mcfrisk_RP: no problem, really sorry for the breakage. trying to get to same test matrix as your CI15:56
*** vthor_ <vthor_!~thor@2605:59c8:71e9:3e10:2531:a708:88c4:36fe> has quit IRC (Quit: kill -9 $pid)15:56
RPmcfrisk_: it happens, sometimes things are just awkward. The new CI pieces on our side are speeding things up which helps15:57
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto15:57
*** vthor <vthor!~thor@user/vthor> has joined #yocto16:02
moto-timoHas anyone ever used wic/bmaptool to install on more than one drive?16:06
moto-timoI would think it's theoretically possible, but likely not a tested use-case for either tool.16:06
*** zpfvo <zpfvo!~fvo@149-59-142-46.pool.kielnet.net> has quit IRC (Remote host closed the connection)16:09
*** aduskett <aduskett!~adam@2001:b07:6467:4426:e642:fe3c:c003:b424> has quit IRC (Ping timeout: 252 seconds)16:09
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)16:13
rburtonmoto-timo: i think wic is limited to a single output file16:15
moto-timorburton: good point16:17
moto-timorburton: I did have a wic image with /dev/sda and /dev/sdb, but it doesn't write the second disk partition table I don't think. And it tried to install to /dev/sdb8 (it was the 8th partition in the wks file)16:18
moto-timobetter to create two images and investigate bmaptool installer changes to handle both.16:19
moto-timo(installer shell script would run twice is my hunch)16:20
rburtonif you're talking about two actual drives then yeah run the copy twice16:21
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)16:29
*** florian <florian!~florian@dynamic-093-133-163-007.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds)17:16
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving)17:23
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…)17:31
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto17:33
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Ping timeout: 244 seconds)17:37
*** PhoenixMage <PhoenixMage!~phoenix@206.83.113.18> has quit IRC (Ping timeout: 252 seconds)17:50
*** PhoenixMage <PhoenixMage!~phoenix@206.83.113.143> has joined #yocto17:52
*** florian <florian!~florian@dynamic-093-133-163-007.93.133.pool.telefonica.de> has joined #yocto17:55
*** rob_w <rob_w!~bob@2001:a61:13e4:b701:af79:7e98:129c:303d> has quit IRC (Ping timeout: 246 seconds)17:57
*** amitk_ <amitk_!~amit@58.84.61.54> has quit IRC (Ping timeout: 248 seconds)18:05
*** goliath <goliath!~goliath@user/goliath> has joined #yocto18:25
*** wojci <wojci!~wojci@0x573e61cb.static.cust.fastspeed.dk> has joined #yocto18:27
*** druppy <druppy!~Thunderbi@user/druppy> has quit IRC (Ping timeout: 252 seconds)18:29
*** Guest25 <Guest25!~Guest25@syn-173-172-199-024.res.spectrum.com> has joined #yocto18:58
*** florian <florian!~florian@dynamic-093-133-163-007.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)19:00
*** Guest25 <Guest25!~Guest25@syn-173-172-199-024.res.spectrum.com> has quit IRC (Quit: Client closed)19:05
*** Saur_Home98 <Saur_Home98!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)19:06
*** Saur_Home98 <Saur_Home98!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto19:06
*** Guest25 <Guest25!~Guest25@syn-173-172-199-024.res.spectrum.com> has joined #yocto19:09
*** Guest25 <Guest25!~Guest25@syn-173-172-199-024.res.spectrum.com> has quit IRC (Client Quit)19:10
*** Guest25 <Guest25!~Guest25@syn-173-172-199-024.res.spectrum.com> has joined #yocto19:11
*** Guest25 <Guest25!~Guest25@syn-173-172-199-024.res.spectrum.com> has quit IRC (Client Quit)19:11
*** wojci <wojci!~wojci@0x573e61cb.static.cust.fastspeed.dk> has quit IRC (Ping timeout: 252 seconds)19:37
*** Saur_Home98 <Saur_Home98!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)19:38
*** Saur_Home98 <Saur_Home98!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto19:39
*** florian <florian!~florian@dynamic-093-133-163-007.93.133.pool.telefonica.de> has joined #yocto19:52
*** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has joined #yocto20:02
*** jmd <jmd!~user@2001:a61:2b0b:2c01:58dc:32d:3d4c:e7a> has quit IRC (Remote host closed the connection)20:04
*** florian <florian!~florian@dynamic-093-133-163-007.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds)20:12
*** Wouter01002 <Wouter01002!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)20:16
*** Wouter01002 <Wouter01002!~Wouter010@entry.nbg.netvos.nl> has joined #yocto20:17
*** prabhakalad <prabhakalad!~prabhakar@165.225.199.80> has quit IRC (Ping timeout: 265 seconds)20:25
*** florian <florian!~florian@dynamic-093-133-163-007.93.133.pool.telefonica.de> has joined #yocto20:51
*** reatmon_ <reatmon_!~reatmon@192.91.75.30> has quit IRC (Remote host closed the connection)20:52
*** reatmon_ <reatmon_!~reatmon@192.91.75.30> has joined #yocto20:53
*** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has quit IRC (Quit: Leaving.)20:54
*** Xagen <Xagen!~Xagen@4.14.206.69> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)21:13
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds)21:20
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto21:22
*** florian <florian!~florian@dynamic-093-133-163-007.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)21:24
*** _lore_ <_lore_!~lorenzo@net-93-146-37-148.cust.vodafonedsl.it> has quit IRC (Ping timeout: 264 seconds)22:15
*** _lore_ <_lore_!~lorenzo@net-93-146-37-148.cust.vodafonedsl.it> has joined #yocto22:17
*** chep` <chep`!chep@gateway/vpn/airvpn/chep> has joined #yocto22:22
*** chep <chep!chep@gateway/vpn/airvpn/chep> has quit IRC (Ping timeout: 265 seconds)22:23
*** chep` is now known as chep22:23
*** mrpelotaz0 <mrpelotaz0!~mrpelotaz@user/mrpelotazo> has quit IRC (Ping timeout: 252 seconds)22:27
*** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has joined #yocto22:27
*** drkhsh <drkhsh!~drkhsh@user/drkhsh> has quit IRC (Quit: WeeChat 4.4.2)22:46
*** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)22:59

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