Monday, 2020-08-24

*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto00:27
*** ssajal <ssajal!> has quit IRC00:28
*** codusnocturnus <codusnocturnus!~codusnoct@2600:8800:a601:3a00:b910:5378:758c:324a> has quit IRC00:48
*** zeddiii <zeddiii!> has joined #yocto00:53
*** zeddii <zeddii!> has quit IRC00:53
*** aimannajjar <aimannajjar!> has joined #yocto01:38
aimannajjarHi all, I'm a beginner yocto user, I've been able to build a raspberrypi4-64 image and boot it successfully, but when I switched from sysvinit to systemd (and also enabled U-Boot), I started getting fatal boot errors related to systemd unit that mount partitions, for example "[FAILED] Failed to mount /var/volatile." . When checking systemd logs (using the emergency shell), it says "must be superuser01:43
aimannajjarto use mount". I also noticed that all files in the images are owned by UID 1000, not sure if this is normal or related01:43
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:47
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:47
*** codusnocturnus <codusnocturnus!~codusnoct@2600:8800:a601:3a00:b910:5378:758c:324a> has joined #yocto02:07
*** kiwi_29 <kiwi_29!> has joined #yocto02:08
*** kiwi_29 <kiwi_29!> has quit IRC02:13
*** kaspter <kaspter!~Instantbi@> has quit IRC02:51
*** kaspter <kaspter!~Instantbi@> has joined #yocto02:52
*** pfefferz <pfefferz!> has quit IRC03:06
*** sakoman <sakoman!> has quit IRC03:13
*** paulg <paulg!> has quit IRC03:15
*** f0h <f0h!> has joined #yocto03:59
*** ada24 <ada24!cb7e0071@> has joined #yocto04:20
ada24How can I add a kernel module in yocto?  I got an error message. WARN[2020-08-24T04:16:34.393745136Z] Running modprobe bridge br_netfilter failed with message: modprobe: WARNING: Module br_netfilter not found in directory /lib/modules/5.4.58-yocto-standard04:23
ada24Running modprobe nf_conntrack_netlink failed with message: `modprobe: WARNING: Module nf_conntrack_netlink not found in directory /lib/modules/5.4.58-yocto-standard`, error: exit status 104:23
ada24INFO[2020-08-24T04:16:37.459854057Z] stopping event stream following graceful shutdown  error="context canceled" module=libcontainerd namespace=moby04:24
ada24"bridge" network: Failed to Setup IP tables: Unable to enable NAT rule:  (iptables failed: iptables --wait -t nat -I POSTROUTING -s ! -o docker0 -j MASQUERADE: iptables v1.8.5 (legacy): Couldn't load target `MASQUERADE':No such file or directory04:24
*** AndersD <AndersD!> has joined #yocto04:39
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC04:45
*** dlan <dlan!~dennis@> has joined #yocto04:47
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto04:47
*** aimannajjar <aimannajjar!> has quit IRC04:47
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC05:15
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto05:16
*** CoLa|work <CoLa|work!> has joined #yocto05:26
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto05:31
*** camus1 <camus1!~Instantbi@> has joined #yocto05:31
*** pharaon2502 <pharaon2502!> has joined #yocto05:32
*** kaspter <kaspter!~Instantbi@> has quit IRC05:32
*** camus1 is now known as kaspter05:32
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC05:46
*** feddischson <feddischson!> has joined #yocto05:47
feddischsonRP: The project I am using is with the angstrom-v2019.12-zeus branch.05:52
*** khem <khem!~khem@unaffiliated/khem> has quit IRC05:56
feddischsonRP: seccomp is enabled in my build host's kernel (CONFIG_SECCOMP=y, CONFIG_HAVE_ARCH_SECCOMP_FILTER=y, CONFIG_SECCOMP_FILTER=y), but that also applies also to every kernel for linux desktop hosts right?05:57
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto06:07
*** agust <agust!> has joined #yocto06:13
*** ndec|away is now known as ndec06:13
*** goliath <goliath!> has joined #yocto06:14
*** Tartarus <Tartarus!sid72705@gateway/web/> has quit IRC06:15
*** yocton_ is now known as yocton06:17
*** Tartarus <Tartarus!sid72705@gateway/web/> has joined #yocto06:20
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has joined #yocto06:29
*** goliath_ <goliath_!> has joined #yocto06:29
*** goliath <goliath!> has quit IRC06:29
*** mckoan|away is now known as mckoan06:34
mckoangood morning06:34
*** ant__ <ant__!> has joined #yocto06:34
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto06:37
*** NiksDev2 <NiksDev2!~NiksDev@> has quit IRC06:42
*** NiksDev2 <NiksDev2!~NiksDev@> has joined #yocto06:43
*** chris_ber <chris_ber!~quassel@> has joined #yocto06:45
*** frsc <frsc!> has joined #yocto06:50
*** beneth <beneth!> has joined #yocto06:55
*** fl0v0 <fl0v0!~fvo@> has joined #yocto06:56
*** mbulut <mbulut!> has joined #yocto07:00
ak77 morning!07:14
*** fbre <fbre!91fdde45@> has joined #yocto07:22
RPfeddischson: I'm wondering about whether /usr/bin/file is using seccomp. Distros have experimented with enabling that periodically but its caused us problems07:33
*** lucaceresoli <lucaceresoli!> has joined #yocto07:39
*** goliath_ <goliath_!> has quit IRC07:42
*** fbre <fbre!91fdde45@> has quit IRC07:48
feddischsonRP: yes, that seems to be the case, a '--no-sandbox' is available and helps. I have no idea when this changed on my host system, it was working fine a few weeks/month ago.07:57
RPfeddischson: was our fix in master08:05
*** codusnocturnus <codusnocturnus!~codusnoct@2600:8800:a601:3a00:b910:5378:758c:324a> has quit IRC08:07
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto08:09
feddischsonRP: thanks a lot08:12
*** zandrey <zandrey!~zandrey@> has joined #yocto08:18
*** zandrey_ <zandrey_!~zandrey@> has joined #yocto08:21
*** zandrey <zandrey!~zandrey@> has quit IRC08:24
*** goliath <goliath!~goliath@> has joined #yocto08:27
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:32
*** rcoote <rcoote!> has joined #yocto08:36
*** florian_kc is now known as florian08:39
*** fbre <fbre!91fdde45@> has joined #yocto08:43
fbreHi! I use yocto version zeus. "File systems"-->"Overlay filesystem support" is <M> in bitbake virtual/kernel -c menuconfig.  But after booting this yocto image (core-image-minimal) the command modprobe overlay just says "modprobe: FATAL: Module overlay not found in directory /lib/modules/5.4.24-2.1.0+gbabac008e5cf"08:48
fbreWhat does this mean?08:48
*** camus1 <camus1!~Instantbi@> has joined #yocto09:00
*** kaspter <kaspter!~Instantbi@> has quit IRC09:01
*** camus1 is now known as kaspter09:01
fbreAnother question: What could be the reason for this error?: failed on fdt_overlay_apply(): FDT_ERR_BADMAGIC                 base fdt does did not have a /__symbols__ node09:22
*** osullivan99 <osullivan99!> has joined #yocto10:13
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto10:51
*** lucaceresoli <lucaceresoli!> has quit IRC10:52
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC10:56
*** kaspter <kaspter!~Instantbi@> has quit IRC11:00
*** kaspter <kaspter!~Instantbi@> has joined #yocto11:00
*** camus1 <camus1!~Instantbi@> has joined #yocto11:03
*** kaspter <kaspter!~Instantbi@> has quit IRC11:04
*** osullivan99 <osullivan99!> has quit IRC11:05
*** kaspter <kaspter!~Instantbi@> has joined #yocto11:06
*** camus1 <camus1!~Instantbi@> has quit IRC11:07
*** kaspter <kaspter!~Instantbi@> has quit IRC11:09
*** kaspter <kaspter!~Instantbi@> has joined #yocto11:10
fbreGrmpff... As soon as I change the kernel config with "bitbake virtual/kernel -c menuconfig" the new bitbaked core-image-minimal image is OK but the second run with core-image-tiny-initramfs (which I configured with INITRAMFS_IMAGE = "core-image-tiny-initramfs" and INITRAMFS_IMAGE_BUNDLE = "1") produces a broken  Image-initramfs-imx8mmevk.bin. If I11:14
fbresetenv image  Image-initramfs-imx8mmevk.bin and boot it hangs with failed on fdt_overlay_apply(): FDT_ERR_BADMAGIC11:14
fbreAny idea? It seems the device tree for the image with the bundled initramfs is broken11:15
*** tiburonX <tiburonX!> has joined #yocto11:27
*** jmiehe <jmiehe!> has joined #yocto11:29
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto11:31
*** tiburonX <tiburonX!> has quit IRC11:35
*** berton <berton!~berton@> has joined #yocto11:40
*** feddischson <feddischson!> has quit IRC12:25
*** lucaceresoli <lucaceresoli!> has joined #yocto12:26
*** feddischson <feddischson!> has joined #yocto12:27
*** gaston53 <gaston53!c5010396@> has joined #yocto12:28
gaston53how to check for some specific process if they are running or not in linux yocto image ?12:29
gaston53which command I use ?12:29
gaston53I am using `ps` but it returns :  ps: invalid option -- 'a'12:30
gaston53ps: invalid option -- 'a'BusyBox v1.27.2 (2020-05-20 18:12:05 UTC) multi-call binary.Usage: ps12:35
*** kaspter <kaspter!~Instantbi@> has quit IRC12:35
gaston53how to grep for a process ? what I am missing in my yocto image ?12:35
mckoangaston53: run ps with no params12:35
gaston53that works12:38
gaston53after installing mariadb into my linux image, I want to start the server. For that, I run `mysql` command12:52
gaston53but an error says : ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)12:52
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto12:56
*** pharaon2502 <pharaon2502!> has quit IRC13:04
*** comptroller <comptroller!> has quit IRC13:13
*** paulg <paulg!> has joined #yocto13:13
*** ssajal <ssajal!> has joined #yocto13:18
*** Konsgnx <Konsgnx!> has joined #yocto13:18
*** fbre <fbre!91fdde45@> has quit IRC13:20
*** stephano <stephano!> has joined #yocto13:29
*** comptroller <comptroller!> has joined #yocto13:30
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto13:33
*** ericch <ericch!> has joined #yocto13:35
*** osullivan99 <osullivan99!> has joined #yocto13:36
*** rcoote <rcoote!> has quit IRC13:43
*** sakoman <sakoman!> has joined #yocto13:44
*** gaston53 <gaston53!c5010396@> has quit IRC13:53
*** ms_k <ms_k!> has joined #yocto13:56
ms_khi all. I wonder about the purpose of script in meta/scripts. Who uses it and how? Seems that this script is called by nobody14:00
ms_kI bumped into this script while finding a method/command to view package dependencies from bitbake cmdline, and this script seems promising14:01
LetoThe2ndms_k: i think there is somethign called oe-pkgutil-browser or such which should do this.14:03
ms_kLetoThe2nd: thank you for your quick answer. I found the oe-pkgdata-util command, which with package-info subcommand reads some infos from the package14:07
LetoThe2ndms_k: yes, the -util command is the simpler version. if thats already enough. all the better.14:08
ms_kAdditionally, with read-value subcommand one can read "the named value from the pkgdata files for the specified packages", but seems not working. I will investigate a bit14:09
ms_kLetoThe2nd: thank you14:09
LetoThe2ndms_k: have fun14:10
*** HankyBanister <HankyBanister!b92ed46f@> has joined #yocto14:12
HankyBanisterHey guys. Had a strange error today. When trying to build an image, wic seems unable to find mkfs.ext4 all of a sudden... Didn't change anything. What's wrong? (ERROR: A native program mkfs.ext4 required to build the image was not found (see details above).)14:14
*** mort <mort!~mort96@snow/mort96> has joined #yocto14:15
mort - what's up with that?14:18
mortthe user _apt does exist14:18
ms_kLetoThe2nd: I found my mistake: when used with the read-value subcommand, the value to read must be specified with the name of bitbake variable. For example, for dependencies the command is "oe-pkgdata-util read-value RDEPENDS pkgname"14:20
*** goliath <goliath!~goliath@> has quit IRC14:22
ms_kLetoThe2nd: I wrongly thought that the value was the variable name in ipk control file (Depends, Version, ...) . Solved, thanks again.14:22
*** aimannajjar <aimannajjar!> has joined #yocto14:26
*** rcw <rcw!~rcw@> has joined #yocto14:31
zeddiiihmm. freenode is telling me I can't join #oe. anyone else seeing that at the moment ?14:33
zeddiiimaybe I've been banned!14:33
LetoThe2ndzeddiii: nah, i'm there.14:35
*** HankyBanister <HankyBanister!b92ed46f@> has left #yocto14:36
*** lucaceresoli <lucaceresoli!> has quit IRC14:36
*** j241 <j241!> has joined #yocto14:36
RPzeddiii: I'm there. Maybe you need to identify to freenode?14:37
zeddiiiI had a power failure (x2) last night, and everything cycled here.14:37
zeddiiiso could be that, maybe my identify failed to happen automatically14:37
* zeddiii checks14:37
*** j241 <j241!> has quit IRC14:38
mattsmzeddiii: i thought #oe was an open channel14:38
*** j241 <j241!> has joined #yocto14:39
*** lucaceresoli <lucaceresoli!> has joined #yocto14:39
zeddiiihaha. finally got nickserv to take my identification. I'm back on.  #oe with extra hoops.14:44
zeddiiiznc normally does that for me though, I blame the power bumps.14:44
*** aimannajjar <aimannajjar!> has quit IRC14:46
*** aimannajjar <aimannajjar!> has joined #yocto14:48
*** jmiehe1 <jmiehe1!> has joined #yocto14:58
*** aimannajjar1 <aimannajjar1!> has joined #yocto15:00
*** leonanavi <leonanavi!~Leon@> has joined #yocto15:00
*** gourve_l_ <gourve_l_!> has joined #yocto15:00
*** rsalveti_ <rsalveti_!sid117878@gateway/web/> has joined #yocto15:02
*** vdehors <vdehors!> has quit IRC15:02
*** vdehors_ <vdehors_!> has joined #yocto15:02
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC15:03
*** aimannajjar <aimannajjar!> has quit IRC15:03
*** jmiehe <jmiehe!> has quit IRC15:03
*** rsalveti <rsalveti!sid117878@gateway/web/> has quit IRC15:03
*** gourve_l <gourve_l!> has quit IRC15:03
*** ernstp <ernstp!sid168075@gateway/web/> has quit IRC15:03
*** rcw <rcw!~rcw@> has quit IRC15:03
*** leon-anavi <leon-anavi!~Leon@> has quit IRC15:03
*** jmiehe1 is now known as jmiehe15:03
*** rsalveti_ is now known as rsalveti15:03
*** ernstp <ernstp!sid168075@gateway/web/> has joined #yocto15:03
*** dagmcr <dagmcr!sid323878@gateway/web/> has quit IRC15:03
*** rcw <rcw!~rcw@> has joined #yocto15:03
*** dagmcr <dagmcr!sid323878@gateway/web/> has joined #yocto15:05
*** leonanavi <leonanavi!~Leon@> has quit IRC15:06
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto15:07
*** radsquirrel <radsquirrel!> has quit IRC15:07
*** radsquirrel <radsquirrel!> has joined #yocto15:07
*** lukma <lukma!> has quit IRC15:09
*** lucaceresoli <lucaceresoli!> has quit IRC15:10
*** ms_k <ms_k!> has left #yocto15:10
*** lukma <lukma!> has joined #yocto15:11
osullivan99hello i'm new to the yocto project and want to use other u-boot in my bsp, so i wanted to delete recipes-bsp/u-boot/ and put something like there, but after executing bitbake i still have u-boot 2019 running. so I forced a rebuild with bitbake world, but it leads to errors with SIGSYS. any help what I can do?15:12
*** aimannajjar1 <aimannajjar1!> has quit IRC15:13
mckoanosullivan99: the bootloader selection is written in the machine file therefore you get always the same old version15:14
mckoanosullivan99: follow PREFERRED_PROVIDER_u-boot...15:15
*** AndersD <AndersD!> has quit IRC15:19
*** Emantor_ <Emantor_!> has joined #yocto15:20
*** Emantor <Emantor!> has quit IRC15:20
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has quit IRC15:22
*** Tartarus <Tartarus!sid72705@gateway/web/> has quit IRC15:22
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC15:22
*** wmills <wmills!~bill@2601:144:4100:fd1:12bf:48ff:fed7:9537> has quit IRC15:22
*** adelcast1 <adelcast1!~adelcast@2605:6000:101c:3b5:37f1:578e:8088:a1b4> has quit IRC15:22
*** bachp <bachp!bachpmatri@gateway/shell/> has quit IRC15:22
*** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/> has quit IRC15:22
*** henriknj <henriknj!hnjematrix@gateway/shell/> has quit IRC15:22
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/> has quit IRC15:22
*** yangm <yangm!yanyetanot@gateway/shell/> has quit IRC15:22
*** ric96 <ric96!sid234506@gateway/web/> has quit IRC15:22
*** ukembedded <ukembedded!sid304355@gateway/web/> has quit IRC15:22
*** lh__ <lh__!sid77898@gateway/web/> has quit IRC15:22
*** rhadye <rhadye!sid217449@gateway/web/> has quit IRC15:22
*** nrossi <nrossi!nrossimatr@gateway/shell/> has quit IRC15:22
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has quit IRC15:22
*** RP <RP!~RP@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has quit IRC15:22
*** diamondman <diamondman!sid306859@gateway/web/> has quit IRC15:22
*** Crofton|cloud <Crofton|cloud!sid401373@gateway/web/> has quit IRC15:22
*** RP <RP!~RP@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has joined #yocto15:23
osullivan99mckoan: so I just need to put my own src there?15:24
RPzeddiii: then I was netsplit into a #yocto with six people15:24
*** kidon[m] <kidon[m]!kidonmatri@gateway/shell/> has quit IRC15:25
JPEWwic question: I have an SoC that requires some code in the MBR boot code section; whats the best way to place it there with wic? I sort of want the do_install_disk() from bootimg-pcbios, but not the rest of it15:28
*** goliath <goliath!> has joined #yocto15:28
*** henriknj <henriknj!hnjematrix@gateway/shell/> has joined #yocto15:31
*** leon-anavi <leon-anavi!~Leon@> has quit IRC15:32
*** kidon[m] <kidon[m]!kidonmatri@gateway/shell/> has joined #yocto15:33
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has joined #yocto15:33
*** Tartarus <Tartarus!sid72705@gateway/web/> has joined #yocto15:33
*** wmills <wmills!~bill@2601:144:4100:fd1:12bf:48ff:fed7:9537> has joined #yocto15:33
*** adelcast1 <adelcast1!~adelcast@2605:6000:101c:3b5:37f1:578e:8088:a1b4> has joined #yocto15:33
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/> has joined #yocto15:33
*** yangm <yangm!yanyetanot@gateway/shell/> has joined #yocto15:33
*** ric96 <ric96!sid234506@gateway/web/> has joined #yocto15:33
*** ukembedded <ukembedded!sid304355@gateway/web/> has joined #yocto15:33
*** lh__ <lh__!sid77898@gateway/web/> has joined #yocto15:33
*** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/> has joined #yocto15:34
*** rhadye <rhadye!sid217449@gateway/web/> has joined #yocto15:34
*** nrossi <nrossi!nrossimatr@gateway/shell/> has joined #yocto15:34
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has joined #yocto15:34
*** diamondman <diamondman!sid306859@gateway/web/> has joined #yocto15:34
*** Crofton|cloud <Crofton|cloud!sid401373@gateway/web/> has joined #yocto15:34
*** kidon[m] <kidon[m]!kidonmatri@gateway/shell/> has quit IRC15:34
*** kidon[m] <kidon[m]!kidonmatri@gateway/shell/> has joined #yocto15:34
*** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/> has quit IRC15:34
*** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/> has joined #yocto15:34
*** chris_ber <chris_ber!~quassel@> has quit IRC15:35
*** bachp1 <bachp1!bachpmatri@gateway/shell/> has joined #yocto15:36
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/> has joined #yocto15:38
osullivan99mckoan: PREFERRED_PROVIDER_u-boot_tqma57xx ?= "u-boot-tq"15:38
osullivan99mckoan: inside poky/meta-tq/recipes-bsp/u-boot/ there is no such file or dir15:39
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto15:40
osullivan99mckoan: there are only dirs and files like u-boot-tq-2016.03/ and u-boot-tq_2016.03.bb15:41
mckoanosullivan99: TQ-Systems GmbH should offer you their support15:42
mckoanosullivan99: however, what is your MACHINE ?15:42
mckoanosullivan99: and your Yocto version ?15:42
*** zandrey_ <zandrey_!~zandrey@> has quit IRC15:43
osullivan99yocto 3.0.3 , conf/machine/include/tqma57xx.inc15:43
*** frsc <frsc!> has quit IRC15:44
osullivan99TQ-Systems don't support me as they prefer money for doing software adaption themselves15:45
mckoanosullivan99: YP 3.0 == zeus15:47
mckoanwhat is your MACHINE (see in local.conf)15:48
osullivan99mckoan: MACHINE = "tqma57xx-mba57xx"15:49
mckoanosullivan99: see
mckoanPREFERRED_PROVIDER_u-boot_tqma57xx ?= "u-boot-tq" means that your BSP is looking for the latest recipe called u-boot-tq_*15:52
mckoanso in you have -boot-tq_2019.04.bb15:52
*** jmiehe <jmiehe!> has quit IRC15:55
*** lucaceresoli <lucaceresoli!> has joined #yocto16:00
osullivan99mckoan: yes that's what I thought, but when I change content of the image still contains u-boot 201916:01
*** gourve_l_ is now known as gourve_l16:06
*** roussinm <roussinm!> has joined #yocto16:06
mckoanosullivan99: it isn't so easy to explain the whole YP mechanics in a sentence16:06
mckoanosullivan99: in this case you should create a BSP layer and implement your own u-boot recipe16:08
mckoanwhich is my job ;-)16:09
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC16:10
*** angery <angery!> has joined #yocto16:11
*** dlan <dlan!~dennis@> has joined #yocto16:12
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto16:12
*** mckoan is now known as mckoan|away16:15
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC16:16
*** dlan <dlan!~dennis@> has joined #yocto16:18
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto16:18
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC16:24
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto16:31
*** dev1990 <dev1990!> has quit IRC16:41
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:42
*** dev1990 <dev1990!> has joined #yocto16:43
*** lucaceresoli <lucaceresoli!> has quit IRC16:46
*** lucaceresoli <lucaceresoli!> has joined #yocto16:48
RPjonmason: is a known issue?16:50
frayRP / JPEW I'm finishing up the testing of my patch now.. I need to rebase it and such.. so I hope in an hour or so I'll be able to send something up, baring interrruptions16:52
RPzeddiii: did you have a chance to look at that qemux86 qemux86-64 issue that looked a bit NFS like?16:52
zeddiiionly the config .diff I posted over the weekend. There's no obvious NFS config differences between the two kernels.  just
*** rubdos_ <rubdos_!> has quit IRC16:53
RPzeddiii: that could be it, its an old nfs server and may use UDP?16:54
RPzeddiii: can we turn that on and run a test?16:54
zeddiiiyep. working on that, I ended up fixing and tweaking those other configs and just got those builds done, looking at it now.16:54
RPzeddiii: cool, thanks16:54
* RP just changed the way bitbake server is started. What could go wrong.16:55
RPJPEW: I'm hoping the logging/configuration changes make some of the things you've looked at easier16:55
RPJPEW: I'm tempted to drop that whole debug_domains chunk of code since I don't use it and I've never seen anyone who does16:56
RPJPEW: managed to make two of the horrible global variables less global and more specific16:56
*** lucaceresoli <lucaceresoli!> has quit IRC16:58
kergothi used to use the debug domains years ago, it let you crank up the debugging of bb.fetch but leave the rest alone, which helped with bitbake's ridiculous verbosity with -DDD. but was never very convenient to use or configure16:58
RPkergoth: I think you could use LOGCONFIG  now16:58
RPkergoth: (which is why I'm thinking of removing the other)16:58
kergothah, yes, true16:58
RPkergoth: at least I think you could...17:00
RPrburton: not sure if looks familiar?17:04
*** tiburonX <tiburonX!> has joined #yocto17:04
*** codusnocturnus <codusnocturnus!~codusnoct@2600:8800:a601:3a00:b910:5378:758c:324a> has joined #yocto17:04
*** osullivan99 <osullivan99!> has quit IRC17:09
*** vineela <vineela!~vtummala@> has joined #yocto17:09
JPEWRP: Good. There was a lot more clean I was looking at the time, but like I said we really just need the hashequiv logging at the time :)17:13
*** tiburonX2 <tiburonX2!> has joined #yocto17:14
RPJPEW: still a lot more, I'm trying to stick to sorting out the locked up server issues :)17:14
RPJPEW: and stand a chance of this being compatible with dunfell17:14
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC17:16
*** tiburonX <tiburonX!> has quit IRC17:16
jonmasonRP: weird, I'm building on debian and didn't see the issue before.  verifying now17:17
*** dlan <dlan!~dennis@> has joined #yocto17:18
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto17:18
rewittRP: It seems, broke the ability to do This is because the IMAGE_BOOT_FILES specified for bootimg-partition, now also apply to bootimg-efi. I'm not sure what the solution would be. I just banged my head against the wall last week17:22
rewittfiguring out what had changed :)17:22
rewittRP: Whoops I actually pointed at the doc update, the actual change is
*** kiwi_29 <kiwi_29!> has joined #yocto17:29
*** kiwi_29 <kiwi_29!> has quit IRC17:31
RPrewitt: hmm, we can't win with some of these changes :/17:34
RPrewitt: they're a bit outside my knowledge area too :(17:34
RPJPEW: nice, yes, that :)17:35
RPJPEW: I *think* you should be in a better position to do it with my cleanup17:35
JPEWRP: Cool17:35
RPJPEW: assuming these changes work17:35
RPrewitt: FWIW I'm a bit worried about the current changes in master-next to bitbake's server starting and toaster17:36
*** tiburonX2 <tiburonX2!> has quit IRC17:36
*** zandrey <zandrey!> has joined #yocto17:37
RPrewitt: do the meta-intel people know about the README issue?17:37
rewittRP: From what I can tell, bootimg-partition is intended to be constructed entirely from IMAGE_BOOT_FILES. So although it may be useful to efi-bootimg, there probably needs to be some distinction.17:37
RPrewitt: that sounds reasonable17:38
JPEWrewitt: Any idea what kind of extra files they are trying to install on EFI?17:38
rewittJPEW: No, all I know is what is in
rewittThe short is meta-intel said "Oh we can use IMAGE_BOOT_FILES to create an extra bootimg-partition" that can then be copied whole over to the target medium. But 801f07fc00d43d107cb6ae671dbbb57ee91cc6be prevents that, because the "default" efi loader/boot.conf in IMAGE_BOOT_FILES for bootimg-partition, then overrides the "installer" boot.conf in the efi-bootimg17:42
RPrewitt: I think it needs to use a different variable. If the same files are wanted, they can be set to the same thing17:43
rewittRP: Yeah that's what I was thinking as the "easiest" solution. But this honestly feels like a bit of a kludgy way to do the installer.17:46
RPrewitt: open to better ideas, I just don't have the knowledge in that area :/. Would you be able to raise this on the mailing list or bugzilla with the patch author?17:47
rewittRP: Sure I can do that. I'm not sure when I'll be able to spend some time trying to figure out an alternative for the installer. But I was afraid the bootimg-efi change might bite someone else, and at least wanted to mention it.17:49
RPrewitt: no problem, it is good to know about the issue and I appreciate that!17:49
JPEWrewitt: I would agree. I don't know much about EFI, but the domain for what files you would want to include seems very different17:52
JPEWSo a different variable seems like it would be better17:52
rewittI'm also curious why is only in meta-intel, it seems like it would be generally useful for anyone that would like an installer image that can exceed 4GB.17:59
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto18:00
*** awe001 <awe001!~awe00@unaffiliated/awe00> has joined #yocto18:02
*** creich_ is now known as creich18:03
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC18:05
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC18:08
RPrewitt: That is a good question, particularly as we'd like to stop using hddimg18:14
*** codusnocturnus <codusnocturnus!~codusnoct@2600:8800:a601:3a00:b910:5378:758c:324a> has quit IRC18:15
rewittRP: That's actually what made me start looking into it. hddimg was turned off as one of the default IMAGE_FSTYPES and we had users that were missing it. Due to the 4GB limit of hddimg, and the seeming desire to kill it :), I was trying to find the replacement method.18:16
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto18:17
rewittRP: You can even test in qemu(actually the only way I've tested it), so it seems like something that would be safe to add to oe-core at some point.18:18
RPrewitt: right, I'd like to see it in core18:21
* RP is amazed the bitbake server code isn't a sea of red...18:22
kergothRP: your server work looks good, actually much less invasive than i was expecting to see18:26
*** fl0v0 <fl0v0!~fvo@> has quit IRC18:29
RPkergoth: Thanks for taking a look! I've made some interesting assumptions but ones I think take the codebase the right way :)18:35
rewittRP: I missed your toaster concern. I could try to find some time to test master-next if breakage would prevent you from merging. However, if it wouldn't be considered blocking, I'm not sure when I would be able to get to it.18:36
kergothi think it's a step in the right direction, anyway. obviously more could be done, but it's a definite improvement that seems to deal with this particular issue, and that's the best we can hope for most often. i know how much work it can be to pare down a change like this to the minimum necessary to accomplish the goal, so kudos18:36
*** kiwi_29 <kiwi_29!> has joined #yocto18:39
*** kiwi_29 <kiwi_29!> has quit IRC18:44
*** kiwi_29 <kiwi_29!> has joined #yocto18:45
RPkergoth: one step at a time, as ever I guess. I think I removed the things I most hated in this pass through that code :)18:46
RPzeddiii: have I missed a patch? I can't seem to apply the patch you sent to master/master-next :/18:49
RPkergoth: of course now for some reason tinfoil is spamming stdout in unknown circumstances :/18:49
dl9pfRP: ok, understood wrt different instances.18:50
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:53
*** ada24 <ada24!cb7e0071@> has quit IRC18:57
zeddiiiRP: my bad, it needs the ones I did for the perf and virtio warnings as well. I'll send that now.18:59
zeddiiiRP: 4 patches sent.19:00
*** kiwi_29 <kiwi_29!> has quit IRC19:02
*** kiwi_29 <kiwi_29!> has joined #yocto19:02
*** awe002 <awe002!~awe00@unaffiliated/awe00> has joined #yocto19:13
*** sno <sno!> has quit IRC19:15
*** awe001 <awe001!~awe00@unaffiliated/awe00> has quit IRC19:16
*** sno <sno!> has joined #yocto19:18
*** kiwi_29 <kiwi_29!> has quit IRC19:32
*** kiwi_29 <kiwi_29!> has joined #yocto19:36
RPzeddiii: thanks, will queue for testing, see if it solves our mystery issue19:39
*** zeddiii <zeddiii!> has quit IRC19:41
RPwow, one selftest failure with "runqemu - ERROR - Failed to run qemu: qemu-system-x86_64: OpenGL is not supported by the display" which doesn't sound like it was my code's fault :)19:41
RPhmm, and esdk doesn't look entirely happy19:43
*** zeddii <zeddii!> has joined #yocto19:45
*** kiwi_29 <kiwi_29!> has quit IRC20:10
*** rewitt_ <rewitt_!rewitt@unaffiliated/rewitt> has joined #yocto20:12
*** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has quit IRC20:12
*** rewitt <rewitt!rewitt@unaffiliated/rewitt> has joined #yocto20:12
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC20:15
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto20:17
*** matthewzmd <matthewzmd!> has joined #yocto20:22
*** smartin <smartin!> has joined #yocto20:30
*** awe003 <awe003!~awe00@unaffiliated/awe00> has joined #yocto20:30
*** awe002 <awe002!~awe00@unaffiliated/awe00> has quit IRC20:33
*** zandrey <zandrey!> has quit IRC20:51
*** NiksDev2 <NiksDev2!~NiksDev@> has quit IRC21:04
* RP finds a reference to sys.argv in :(21:04
*** NiksDev2 <NiksDev2!~NiksDev@> has joined #yocto21:05
*** Konsgnx <Konsgnx!> has quit IRC21:06
*** zandrey <zandrey!> has joined #yocto21:11
*** tgamblin <tgamblin!> has quit IRC21:12
*** matthewzmd <matthewzmd!> has quit IRC21:15
*** berton <berton!~berton@> has quit IRC21:18
RPkergoth: can't believe that got past review but that would by my fault :(21:21
RPkergoth: if I fix that and some PATH issues to bitbake-server we can give this another run through the AB...21:21
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC21:22
*** vineela <vineela!~vtummala@> has quit IRC21:24
*** feddischson <feddischson!> has quit IRC21:30
*** vineela <vineela!vtummala@nat/intel/x-zdmdtfexldckgizg> has joined #yocto21:33
*** [Sno] <[Sno]!> has joined #yocto21:58
*** tgamblin <tgamblin!> has joined #yocto21:58
*** sno <sno!> has quit IRC22:00
*** awe003 <awe003!~awe00@unaffiliated/awe00> has quit IRC22:01
*** tgamblin <tgamblin!> has quit IRC22:03
*** agust <agust!> has quit IRC22:03
*** goliath <goliath!> has quit IRC22:13
*** awe003 <awe003!~awe00@unaffiliated/awe00> has joined #yocto22:15
RPProgress. devtool inside and esdk is broken but things look better22:34
fraywhich command(s) or tests are broken?22:35
RPfray: "bitbake core-image-sato -c testsdkext" fails in two of the tests, see step2c of
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has quit IRC22:47
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC22:57
*** lexano <lexano!> has quit IRC23:01
*** beneth <beneth!> has left #yocto23:03
*** lexano <lexano!> has joined #yocto23:04
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto23:06
*** awe003 <awe003!~awe00@unaffiliated/awe00> has quit IRC23:08
*** zandrey <zandrey!> has quit IRC23:31
f0hI've been trying to register an event handler upon the successful parsing of a specific recipe. What's the right way to do that?23:37
f0h(I can easily add an event mask to the handler, but I'm a bit lost whether there's a way to also have a "recipe mask")23:38
RPkergoth: tinfoil was dumping onto the terminal because exec() reset the stdout/stderr fds :/23:39
* RP tried to make them inheritable with no success23:39
* RP goes for the hammer approach23:40
*** Klox <Klox!> has joined #yocto23:42

Generated by 2.17.2 by Marius Gedminas - find it at!