Tuesday, 2022-01-25

*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)00:10
*** huseyinkozan <huseyinkozan!~hk@> has quit IRC (Quit: Konversation terminated!)00:14
*** florian_kc <florian_kc!~florian@dynamic-093-135-108-093.93.135.pool.telefonica.de> has joined #yocto00:15
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 256 seconds)00:15
*** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has quit IRC (Remote host closed the connection)00:34
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)00:41
*** dev1990 <dev1990!~dev@> has quit IRC (Quit: Konversation terminated!)00:48
*** florian_kc <florian_kc!~florian@dynamic-093-135-108-093.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds)00:49
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)01:14
*** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has joined #yocto01:22
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto01:28
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.)01:58
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC (Ping timeout: 240 seconds)02:35
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC (Ping timeout: 256 seconds)02:40
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto02:55
*** amitk <amitk!~amit@> has joined #yocto03:30
*** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 240 seconds)05:14
*** JaMa <JaMa!~martin@> has joined #yocto05:21
*** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto05:57
*** Harun <Harun!~Harun@p54abb7d3.dip0.t-ipconnect.de> has joined #yocto06:25
HarunHello, according to the Yocto Documentation https://docs.yoctoproject.org/ref-manual/variables.html#term-IMAGE_LINGUAS06:29
HarunIMAGE_LINGUAS can be used to specify needed locales in an image.06:29
HarunIs there a list which lists every locale, so that I can choose the needed ones?06:29
HarunWithout it I have to guess :(06:29
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds)06:31
*** JaMa is now known as Guest963406:37
*** JaMa <JaMa!~martin@> has joined #yocto06:37
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)06:38
dwagenk<ziga_> "I create a Yocto image,, mount..." <- does your SD-Image have a seperate "boot" or "firmware" partition? /boot may be populated in the rootfs, but depending on the classes used for building the SD-Image (triggered by what is in the IMAGE_FSTYPES variable) the contents may be copied to a different partition or "magic" postitions (without partition) on the SD card to match what your hardware expects. kn these cases the content of /boot in06:41
dwagenkthe rootfs might be irrelevant for the boot process.06:41
*** rob_w <rob_w!~rob@2001:a61:6050:d201:9a6:cf29:646b:2e98> has joined #yocto06:47
ziga_@dwagenk Can you elaborate a bit ore on the topic. I don't understand yet.06:55
ziga_@dwagenk Thanks for helping.06:55
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto07:09
*** alessioigor <alessioigor!~alessioig@> has joined #yocto07:09
*** mckoan|away is now known as mckoan07:22
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)07:22
*** alessioigor <alessioigor!~alessioig@> has joined #yocto07:22
mckoanHarun: https://docs.windriver.com/bundle/Wind_River_Linux_Users_Guide_6.0_1/page/1565442.html07:24
ziga_@dwagenk My SD card has two separate partitions yes. First there is /boot and there is /root. It seems that /boot is NOT mounted inside the /root/boot (which I don't understand why this is the case) - If I open /boot and /root/boot their content does not match. How can I solve this?07:29
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)07:32
*** alessioigor <alessioigor!~alessioig@> has joined #yocto07:32
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)07:45
*** frieder <frieder!~frieder@i59F4B2EB.versanet.de> has joined #yocto07:45
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto07:46
*** frieder <frieder!~frieder@i59F4B2EB.versanet.de> has quit IRC (Ping timeout: 256 seconds)07:50
coldspark29[m]Morning, what does... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/069e58d5cc68409ae15089e3462d23e95339af4b)07:51
coldspark29[m]s///, s/eppendorf-//07:51
coldspark29[m]Seems like it is not that big of a problem, because the kernel build finished successfully07:52
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto07:57
*** goliath <goliath!~goliath@user/goliath> has joined #yocto07:59
*** zpfvo <zpfvo!~fvo@> has joined #yocto07:59
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto08:00
*** frieder <frieder!~frieder@i59F4B2EB.versanet.de> has joined #yocto08:03
dwagenk<ziga_> "@dwagenk My SD card has two..." <- /boot is probably the relevant partition. see if modifications there (deleting the relevant dtb or kernel image) will cause the boot to fail.08:11
dwagenklook at the bbclass file for your IMAGE_FSTYPE that generated the sd image, maybe that can give more clues?08:11
dwagenkand regarding fixing: if you need /boot mounted in the rootfs you can use IMAGE_POSTPROCESSING_COMMAND (I don't have the exact naming on hand) to add it to the fstab. same mechanism might be helpful for clearing out the boot directory contained in the rootfs to prevent future confusion.08:14
dwagenkand if your image creation is using wic/wks files (search in the docs) you can also specify mount points and directories to exclude in there.08:15
dwagenkmany possibilities ;-)08:15
dwagenk> <@coldspark29:matrix.org> Morning, what does... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/9680a99a34426865d521b81f1ba1909129ac4113)08:18
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection)08:20
ziga_@dwagenk Any kind of change in the /boot partition has no effect at all. But if I odify the .dtb inside /root/boot, changes are applied.08:21
coldspark29[m]> <@dwagenk:tchncs.de> ```... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/e3e89e29a764d67af18ea6e3eadd1ebb167602a3)08:26
coldspark29[m]In the end I did the patching manually08:26
coldspark29[m]and built that version08:26
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto08:28
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds)08:34
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto08:37
*** dev1990 <dev1990!~dev@> has joined #yocto08:42
*** xantoz <xantoz!~tewi_inab@c-c0bae255.013-124-73746f25.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds)08:44
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto08:49
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto09:01
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 240 seconds)09:04
*** davidinux <davidinux!~davidinux@> has joined #yocto09:07
*** Guest9634 is now known as JaMa209:18
*** Etheryon <Etheryon!~Etheryon@> has joined #yocto09:24
EtheryonHi All, I'm trying to build a dunfell version of poky, but I currently have python 3.10 installed which gives an error on imports. Any ideas how to solve this?09:25
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto09:26
qschulzEtheryon: can you share the error?09:29
qschulzand which version of dunfell you're trying to build09:32
fabatera[m]Hi all, I'm using devtool to develop a c++ app. But it is a pain to build and wait for bitbake to do the cache load, parse recipes etc until the compilation errors are fixed. Can you recommend a better approach?09:38
fabatera[m]When the compilation is OK, I can devtool build and deploy to a qemu instance.09:38
qschulzfabatera[m]: bitbake -c devshell your-recipe09:38
qschulzCXX, CXXFLAGS, LDFLAFS,e tc.. will be correcly set up09:39
qschulzprovided you have configured the DEPENDS correctly obviously09:39
mckoanfabatera[m]: build it externally using the SDK09:39
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:42
Etheryon@qschultz I solved it, had a wrong commit checked out. Thanks!09:44
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:49
ziga_@Dwagenk Thank you.09:51
*** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:f63:7456:55af:5a55> has quit IRC (Quit: vladest)09:56
*** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:d844:7eb8:26b5:29d7> has joined #yocto09:56
*** mvlad <mvlad!~mvlad@2a02:2f08:4311:5500:24d7:51ff:fed6:906d> has joined #yocto10:06
*** Etheryon <Etheryon!~Etheryon@> has quit IRC (Quit: Client closed)10:07
fabatera[m]thanks @qs10:12
fabatera[m]thanks qschulz and mckoan10:13
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto10:25
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Client Quit)10:25
*** Schlumpf <Schlumpf!~schlumpf@p200300ca4f1c080041fdb55213670e18.dip0.t-ipconnect.de> has joined #yocto10:26
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 240 seconds)10:27
*** zpfvo <zpfvo!~fvo@> has joined #yocto10:29
michaelodwagenk, qschulz: thanks for reporting this. I'm investigating why this is happening.10:33
michaeloOops, docs for version 3.4.1 are also impacted.10:49
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)11:02
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto11:03
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto11:09
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)11:17
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto11:18
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…)11:30
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds)11:35
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 240 seconds)11:37
*** zpfvo <zpfvo!~fvo@> has joined #yocto11:38
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 240 seconds)11:42
*** zpfvo <zpfvo!~fvo@> has joined #yocto11:43
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 240 seconds)11:53
*** zpfvo <zpfvo!~fvo@> has joined #yocto11:53
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 240 seconds)11:57
*** zpfvo <zpfvo!~fvo@> has joined #yocto11:58
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 240 seconds)12:17
*** zpfvo <zpfvo!~fvo@> has joined #yocto12:18
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 256 seconds)12:20
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 240 seconds)12:23
*** zpfvo <zpfvo!~fvo@> has joined #yocto12:24
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 268 seconds)12:38
*** zpfvo <zpfvo!~fvo@> has joined #yocto12:38
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 268 seconds)12:43
*** zpfvo <zpfvo!~fvo@> has joined #yocto12:44
dacavHi.  I would like to build a recipe for which the dependency check fails.  The error says:12:49
dacavMissing or unbuildable dependency chain was: ['freertos-hello-world', 'virtual/arm-xilinx-eabi-compilerlibs', 'gcc-source-9.3.0']12:49
dacavI also get a warning that says:12:49
dacavERROR: Nothing PROVIDES 'gcc-source-9.3.0'12:49
dacavgcc-source-9.3.0 was skipped: incompatible with host arm-xilinx-eabi (not in COMPATIBLE_HOST)12:49
dacavbut then...12:49
dacavand it looks to me that 'arm-xilinx-eabi' does matchi it12:50
dacavuhm... COMPATIBLE_HOST is actually empty for the gcc-cross-arm recipe.12:53
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto13:00
*** Harun <Harun!~Harun@p54abb7d3.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 256 seconds)13:12
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds)13:14
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 240 seconds)13:33
*** zpfvo <zpfvo!~fvo@> has joined #yocto13:33
*** Skinny79 <Skinny79!~Skinny79@2a02-a45e-e512-1-788b-2d86-7602-a4d2.fixed6.kpn.net> has joined #yocto13:34
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 268 seconds)13:38
*** zpfvo <zpfvo!~fvo@> has joined #yocto13:39
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving)13:40
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 250 seconds)13:41
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto13:44
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 268 seconds)14:02
*** jsbronder <jsbronder!jsbronder@user/jbronder> has quit IRC (Quit: WeeChat 3.2)14:06
*** jsbronder <jsbronder!jsbronder@user/jbronder> has joined #yocto14:06
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto14:07
*** jsbronder <jsbronder!jsbronder@user/jbronder> has quit IRC (Remote host closed the connection)14:08
*** jsbronder <jsbronder!jsbronder@user/jbronder> has joined #yocto14:08
*** jsbronder <jsbronder!jsbronder@user/jbronder> has quit IRC (Client Quit)14:09
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto14:09
*** jsbronder <jsbronder!jsbronder@user/jbronder> has joined #yocto14:09
Skinny79Hi! I followed the steps in the docs regarding building a custom kernel configuration : https://www.yoctoproject.org/docs/3.1/kernel-dev/kernel-dev.html#configuring-the-kernel where I know have a defconfig file in 'meta-custom/recipes-kernel/linux/linux-yocto' and a 'meta-custom/recipes-kernel/linux/linux-yocto_%.bbappend' file which add that14:13
Skinny79defconfig to the build. Any typos in the .bbappend file trigger an error so I know it's picked up. However the resulting .config file in 'tmp/work/genericx86_64-poky-linux/linux-yocto' is still the default one and doesn't have my options set or unset. What am I not seeing ? TIA!14:13
ziga_On beaglebone Black I managed to use patch to add "/arch/arm/boot/dts/fotovolt.dts" file and also modify "/arch/arm/boot/dts/Makefile" so that it also compiles the .dts file. "fotovolt.dts" file only includes the "am335x-boneblack.dts" file and changes the "model". Everything compiles and in the end my image has fotovolt.dtb file there. But boot fails! WHY? I tried comparing the "am335x-boneblack-dts" with the decompiled "fotovolt.dts" and14:13
ziga_they are IDENTICAL except for the model. Yet with "fotovolt.dts" Beaglebone Black will not boot. What else do I need to do? My machine has "KERNEL_DEVICETREE = "fotovolt.dtb" set...14:13
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 240 seconds)14:13
*** jatedev <jatedev!~jatedev@> has joined #yocto14:15
*** zpfvo <zpfvo!~fvo@> has joined #yocto14:16
*** jsbronder <jsbronder!jsbronder@user/jbronder> has quit IRC (Quit: WeeChat 3.2)14:17
*** akiCA <akiCA!~akiCA@user/akica> has joined #yocto14:17
*** jsbronder <jsbronder!jsbronder@user/jbronder> has joined #yocto14:17
*** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has quit IRC (Ping timeout: 250 seconds)14:20
*** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has joined #yocto14:23
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 250 seconds)14:23
*** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has joined #yocto14:24
*** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:d844:7eb8:26b5:29d7> has quit IRC (Remote host closed the connection)14:25
*** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:d844:7eb8:26b5:29d7> has joined #yocto14:25
*** codavi <codavi!~akiCA@user/akica> has joined #yocto14:27
*** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 268 seconds)14:31
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto14:31
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto14:32
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 240 seconds)14:36
*** davidinux <davidinux!~davidinux@net-188-153-130-222.cust.vodafonedsl.it> has joined #yocto14:38
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 268 seconds)14:53
*** zpfvo <zpfvo!~fvo@> has joined #yocto14:54
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto14:54
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 240 seconds)14:58
*** zpfvo <zpfvo!~fvo@> has joined #yocto14:59
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto15:00
*** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)15:06
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 250 seconds)15:08
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 268 seconds)15:08
*** zpfvo <zpfvo!~fvo@> has joined #yocto15:09
*** manuel1985 <manuel1985!~manuel198@> has joined #yocto15:13
manuel1985Any ideas why poky is stuck on gtk+3? IIRC gtk4 was released in late 2020.15:16
rburtongtk3 isn't abandoned just yet15:18
rburtonalso https://layers.openembedded.org/layerindex/recipe/213667/15:18
rburton*sato* is stuck on gtk3 because nobody has ported it yet15:19
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto15:20
*** td37 <td37!~td@> has joined #yocto15:22
*** td37 <td37!~td@> has quit IRC (Client Quit)15:22
*** tdz <tdz!~tdz@> has joined #yocto15:22
kanavinmanuel1985, there is nothing in poky that needs gtk4 yet; gnome is migrating to it just now. if you want the gtk4 recipe, meta-oe has it.15:22
kanavinrburton, I don't mean to be rude, but did you test your arm stap patches? both qemuarm builds failed :(15:23
kanavinlinks on oe-core list15:24
qschulzmanuel1985: considering that not all gnome apps are migrated over to gtk4, I'd say it's still very early in gtk4 global use https://gitlab.gnome.org/GNOME/Initiatives/-/issues/2615:25
tdzI'm having issues with git fetcher. If we have long workspace path (long jenkins job name in our case) it can happen that git fetcher when trying to create lockfile in downloads/git2/<workspace_path>.lock will hang due to "File name too long" because it might exceed the limit of 255 characters.15:27
tdzThe part that is causing this is:15:27
tdz        gitsrcname = '%s%s' % (ud.host.replace(':', '.'), ud.path.replace('/', '.').replace('*', '.').replace(' ','_'))15:27
tdzand this ud.path contains the whole path twice (first the path to /<long_path>/build/downloads second to git repository (also containing path)).15:27
tdzDo we really need the whole path there? Which way should I go with the fix? Cut the directory name in half or maybe change it to less human readable hash? I need some advice.15:27
tdzthis code is inside bitbake/lib/bb/fetch2/git.py15:27
*** davidinux <davidinux!~davidinux@net-188-153-130-222.cust.vodafonedsl.it> has quit IRC (Ping timeout: 250 seconds)15:27
jsandmanHi all. Does someone know a way to collect all src revisions for components set to AUTOREV before building everything? I've been doing it with the buildhistory mechanisim but It appears to be risky when building multiple machines at once as a commeit can make it in while the builds are happening15:29
*** davidinux <davidinux!~davidinux@> has joined #yocto15:29
ziga_On beaglebone Black I managed to use patch to add "/arch/arm/boot/dts/fotovolt.dts" file and also modify "/arch/arm/boot/dts/Makefile" so that it also compiles the "fotobolt.dts" file. "fotovolt.dts" file only includes the "am335x-boneblack.dts" file. Everything compiles and in the end my image has "/boot/fotovolt.dtb" file. But boot fails! My "fotofolt.dtb" is IDENTICAL to "am335x-boneblack.dtb" (I verified with diff). Then I renamed15:32
ziga_"fotovolt.dtb" to "am335x-boneblack.dtb" and now it boots. I suspects that U-boot settings are set so that it searches for "am335x-boneblack.dtb" and because it does not find it it fails to boot. How can I change this U-boot setting permamently in Yocto? I don't want to just create a symbolic link in /boot directory of an image (I knmow this solution, but I don't like it)..15:32
qschulzziga_: try without yocto. Boot your custom kernel+dtb from U-Boot15:33
qschulzonce you know this is working, you might have a better idea what needs to be changed, and then you can check how to do this in Yocto15:33
qschulzjsandman: why do you want to collect SRCREV of AUTOREV recipes?15:34
ziga_@qschulz First I have to change U-boot settings so that boot stops at U-boot. How do I do that?15:34
qschulzziga_: you should be able to enter the U-Boot shell by pressing any key when asked to do so15:35
qschulzif not, then change CONFIG_BOOTDELAY or something in your defconfig and rebuild (and flash) U-Boot15:35
jsandmanHi qschulz, I have a bunch of repos that are constantly moving and I want to be able to put together an .inc file similar to the one reported by buildhistory-collect-src-rev so I can freeze it all at one point.15:36
jsandmanIf I let my server buildinng all the machines I have setup, then the repos my get something in. Because of how this team works, it'd be very painful to go recipe by recipe and set a SRCREV15:37
vdhi there -- how can I extract the partitions of the .wic image? I need the individual parititions images (especially the vfat boot partition) for an update framework15:37
qschulzvd: I think it makes more sense to create the partitions' FS outside of wic and then use them in .wic. Not sure how to do that but that what comes to mind right now15:39
qschulzvd: also, please check what the update framework do and do not build your own15:39
qschulzmender, rauc, swupdate, others...15:40
*** berton[m] <berton[m]!~berton@2001:470:69fc:105::ce36> has quit IRC (Quit: Client limit exceeded: 20000)15:41
*** jqua[m] <jqua[m]!~quaresmam@2001:470:69fc:105::1:2faa> has quit IRC (Quit: Client limit exceeded: 20000)15:41
qschulzjsandman: you probably can run only the fetch command of all the recipes needed by your image recipe15:42
*** berton[m] <berton[m]!~berton@2001:470:69fc:105::ce36> has joined #yocto15:43
*** jqua[m] <jqua[m]!~quaresmam@2001:470:69fc:105::1:2faa> has joined #yocto15:43
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 268 seconds)15:43
ziga_I assume that U-boot's "defconnfig" is somewhere in the /tmp/work/? I should probably patch it with a .bbappend file similarly as I patched the kernel? But which filče to patch? I found some files here "tmp/work/fotovolt-poky-linux-gnueabi/u-boot-ti-staging/1_2021.01+gitAUTOINC+15769936a5-r16/git/configs" and the one that I think is the most appropriate is this one "am335x_boneblack_vboot_defconfig". It has this line inside: "CONFIG_DEFAULT_DE15:43
ziga_VICE_TREE="am335x-boneblack" so probably this is the one but how can I verify? Does Yocto have any mechanism to ferify if this is the right file?15:43
*** zpfvo <zpfvo!~fvo@> has joined #yocto15:44
qschulzziga_: UBOOT_MACHINE15:46
qschulzjsandman: --runall=fetch I think15:46
qschulzjsandman: other idea that comes to mind is to have a task that is not in the task tree (so not run by default) which is just going to dump the current latest commit to a file (your .inc file for example?)15:47
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto15:47
qschulzjsandman: though, if you have multiple machines, it's obviously still possible to have commits be pushed between those runs15:48
qschulzyou can have them all happen at the same time by using multiconfig but phew, talk about overengineering :)15:49
jsandmanqschulz, Yep... I'm already running the fetch and it may take a while. If I have to run it for all machines I may end up in the same situation :S15:49
qschulzjsandman: how come? do you have SO many recipes that pertains to only one machine?15:50
jsandmanindeed! I just want to find a solution that is simple enough so I don't regret if I have to come back to fix something15:50
qschulzotherwise the tarballs you have in build/downloads (or whatever DL_DIR is set to) should be reused between runs15:51
jsandmanthat's true, it did not seem to use what's already in downloads. Or at least not for all components but this may be this environment. I have to look into that as well15:53
shoragan[m]<qschulz> "vd: I think it makes more..." <- Yes, that's what I'd suggest for RAUC. Use image recipes to build images. :)15:53
vdqschulz: shoragan[m]: that's the thing, RAUC needs a fixed-size binary image for the vfat bootloader partition... So far I'm dd'ing the first partition out of the wic image, but that's kinda ugly. The best would be that wic itself deployed the partition images it creates to DEPLOY_DIR_IMAGE (especially the vfat ones).15:54
vdshoragan[m]: I'm talking about the boot-mbr-switch type ^15:56
vdand OE has no "vfat" IMAGE_FSTYPES, so you gotta hack something.15:57
ziga_@qschulz UBOOT_MACHINE = "fotovolt" did not compile. It says "Configuration file ".config" not found! Please run some configurator (e.g. "make oldconfig" or "make menuconfig" or "make xconfig")." Is it the defconfig file that I am missing? Should I create it like ""tmp/work/fotovolt-poky-linux-gnueabi/u-boot-ti-staging/1_2021.01+gitAUTOINC+15769936a5-r16/git/configs/fotovolt_defconfig"? IT is weird, because it says that ".config" file is15:57
ziga_missing and in this folder there are only "_defconfig" files.15:57
shoragan[m]vd: Why not have an image recipe building a fixed size FAT image? Then the bundle depends on that.15:57
vdshoragan[m]: 1) OE has no (v)fat IMAGE_FSTYPES. 2) for the bootloader partition image you need the IMAGE_BOOT_FILES, not an image rootfs.15:58
shoragan[m]So that would be a good opportunity to add that, instead of using WIC to build a partition table and disk image, and then throw that away again.15:58
vdthat's not a solution for 2).15:59
qschulzziga_: you need to suffix it with _defconfig15:59
ziga_@qschulz Ok.16:00
qschulzvd: create a filesystem with the fiels listed in IMAGE_BOOT_FILES then and use this filesystem in wic?16:01
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 268 seconds)16:02
qschulzbut before trying to do things in Yocto wrt FW upgrade, check what is suggested by the framework you're using, I doubt this is an unanswered question16:02
*** zpfvo <zpfvo!~fvo@> has joined #yocto16:02
vdqschulz: that's what we're talking about with shoragan[m], he's one of the framework authors ;-)16:03
shoragan[m]vd: you can also add IMAGE_CMDs locally16:03
qschulzvd: considering shoragan[m] popped up right when I said rauc, I assume they have something to do with it and have a notification when it's mentioned :D16:04
shoragan[m]with RAUC, i only use WIC for the initial factory disk image, if at all. all images that are needed for that and for updates are built with normal bitbake recipes.16:04
shoragan[m]it's much more flexible that way16:05
shoragan[m]qschulz: yep :)16:05
vdshoragan[m]: you would just end up rewritting what wic does16:05
vdqschulz: yep, that's how you invoke genius, you gotta rub the rauc lamp16:05
shoragan[m]vd: why? which builds a rootfs, splits that and generates a pratition table. none of that is needed for your FAT partition16:06
RPrburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/110/builds/3528 - not sure I dare show you that :/16:06
rburtonwas just looking16:06
manuel1985kanavin, qschulz: Alright thx for your insights w.r.t. gtk416:07
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 268 seconds)16:07
shoragan[m]vd: of course, OE could make it a bit easier to build non-rootfs images16:07
vdshoragan[m]: I'll show you what I've done to package the IMAGE_BOOT_FILES in a single partition image.16:09
shoragan[m]ah, IMAGE_BOOT_FILES is WIC-specific. that explains why i've not used it so far16:11
qschulzshoragan[m]: it's only used by wic right now but nothing in the documentation says it should be the only consumer?16:12
shoragan[m]qschulz: fair enough16:14
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto16:15
*** tdz <tdz!~tdz@> has quit IRC (Ping timeout: 256 seconds)16:16
shoragan[m]vd: It's not a new discussion, though: https://lore.kernel.org/openembedded-core/776827b7-ca3e-e319-c2f0-b8b15bef4fb2@pengutronix.de/ ;)16:16
*** zpfvo <zpfvo!~fvo@> has joined #yocto16:22
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 268 seconds)16:28
vdshoragan[m]: you can see a .wic image as a kinda flattened bundle, which is kinda cool. It's the closed to what you need deployed on a target medium, thus picking partition images and tarballs wic created to prepare the bundle is quite simple.16:29
*** zpfvo <zpfvo!~fvo@> has joined #yocto16:29
vdI'll get back to you16:29
kanavinRP: both qemuarm and qemuarm-alt, with additional systemd fails in the latter16:30
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 268 seconds)16:30
shoragan[m]vd: to me, that doesn't make sense. and update would not include partition tables16:32
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto16:35
vdshoragan[m]: true, I'm talking about abusing wic to generate the bundle slot images16:35
*** frieder <frieder!~frieder@i59F4B2EB.versanet.de> has quit IRC (Remote host closed the connection)16:37
qschulzvd: remember that usually pieces of SW likes to not be dependent on the build system they are built with. Which means it makes sense for RAUC to have their own bundle image creation process16:37
qschulzso that it'd work with Buildroot or handcrafted build systems16:37
vdqschulz: true but the problem is that because we don't have yet a mechanism to bundle the IMAGE_BOOT_FILES individually, you need a machine-specific recipe for the boot partition, which isn't very OE-friendly (where images must be kept generic if possible while the IMAGE_BOOT_FILES is defined by the machine configuration).16:46
qschulzvd: not sure to understand the issue?16:49
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)16:50
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection)17:03
vdqschulz: with OE the (generic) machine configuration defines IMAGE_BOOT_FILES. If you want to update the boot partition with RAUC, you need to pack these file in a fixed-size partition image. You can 1) create a custom recipe which fallocate/mkfs.vfat/mcopy the files listed in IMAGE_BOOT_FILES, or 2) add a task to extract the boot partition with e.g. dd ibs=512 skip=1 ... into DEPLOY_DIR_IMAGE17:03
vd(which wouldn't be necessary if WIC did that already).17:03
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto17:04
*** zpfvo <zpfvo!~fvo@> has quit IRC (Quit: Leaving.)17:06
shoragan[m]vd: you could also add an image recipe for 1) to oe-core or meta-oe17:17
shoragan[m]or implement that feature in wic17:18
shoragan[m]oe-core is not set in stone :)17:18
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)17:22
vdshoragan[m]: that's exactly what I'm discussing. I think the best is to patch wic to optionally deploy the images it creates during the process.17:29
*** mckoan is now known as mckoan|away17:37
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC (Ping timeout: 268 seconds)17:48
*** manuel1985 <manuel1985!~manuel198@> has quit IRC (Quit: Leaving)17:50
*** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Ping timeout: 250 seconds)18:02
*** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto18:05
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Ping timeout: 250 seconds)18:29
ziga_U-boot uses "CONFIG_DEFAULT_DEVICE_TREE" to set the default U-boot DTB, but which variable is used to set the DTB that U-boot passes to the kernel?18:35
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 240 seconds)18:44
*** dkl_ <dkl_!~dkl@prometheus.umask.eu> has joined #yocto18:46
*** iokill <iokill!~dave@static.> has quit IRC (Ping timeout: 240 seconds)18:46
*** dkl <dkl!~dkl@prometheus.umask.eu> has quit IRC (Read error: Connection reset by peer)18:46
*** derRichard <derRichard!~derRichar@static.> has quit IRC (Ping timeout: 256 seconds)18:46
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: Ping timeout (120 seconds))18:47
*** iokill <iokill!~dave@static.> has joined #yocto18:47
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto18:48
*** derRichard <derRichard!~derRichar@static.> has joined #yocto18:48
*** Skinny79 <Skinny79!~Skinny79@2a02-a45e-e512-1-788b-2d86-7602-a4d2.fixed6.kpn.net> has quit IRC (Quit: Client closed)18:59
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto19:00
*** Schlumpf <Schlumpf!~schlumpf@p200300ca4f1c080041fdb55213670e18.dip0.t-ipconnect.de> has quit IRC (Quit: Konversation terminated!)19:03
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Ping timeout: 268 seconds)19:25
Tartarusziga_: It ends up being BSP-specific, you're best off examining the environment in the console to see what it ends up as19:33
ziga_@Tartarus Hmmm how do I check the environment?19:34
*** florian_kc <florian_kc!~florian@dynamic-002-244-004-227.2.244.pool.telefonica.de> has joined #yocto19:37
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)20:00
*** xantoz <xantoz!~tewi_inab@c-c0bae255.013-124-73746f25.bbcust.telenor.se> has joined #yocto20:02
*** florian_kc <florian_kc!~florian@dynamic-002-244-004-227.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)20:05
*** bluelightning_ <bluelightning_!~paul@2406:e003:151f:d701:4144:c8c8:67ba:4419> has quit IRC (Remote host closed the connection)20:06
*** bluelightning_ <bluelightning_!~paul@2406:e003:151f:d701:a00b:2563:5f29:ce41> has joined #yocto20:07
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto20:10
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds)20:12
*** florian_kc <florian_kc!~florian@dynamic-002-244-004-227.2.244.pool.telefonica.de> has joined #yocto20:37
*** florian_kc <florian_kc!~florian@dynamic-002-244-004-227.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)21:00
Tartarusziga_: In console, printenv21:01
TartarusNot a bitbake thing, an on-target thing21:01
ziga_@Tartarus The "set" command reveals "HOSTNAME='fotovolt'".21:05
ziga_@Tartarus That's all.21:05
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)21:06
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection)21:07
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto21:08
ziga_@Tartarus I executed "set" after I boot to my target.21:08
*** reatmon <reatmon!uid538117@id-538117.helmsley.irccloud.com> has joined #yocto21:13
*** rob_w <rob_w!~rob@2001:a61:6050:d201:9a6:cf29:646b:2e98> has quit IRC (Quit: Leaving)21:18
*** dmoseley <dmoseley!~dmoseley@> has quit IRC (Ping timeout: 256 seconds)21:20
*** bluelightning_ <bluelightning_!~paul@2406:e003:151f:d701:a00b:2563:5f29:ce41> has quit IRC (Quit: Konversation terminated!!!111)21:22
*** mvlad <mvlad!~mvlad@2a02:2f08:4311:5500:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)21:22
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto21:24
*** bluelightning <bluelightning!~paul@2406:e003:151f:d701:9ed:b29b:2d85:f3b2> has joined #yocto21:26
*** florian_kc <florian_kc!~florian@dynamic-002-244-004-227.2.244.pool.telefonica.de> has joined #yocto21:51
RPkanavin: we may need to check that prelink-rtld doesn't use the functionality which is being removed in glibc when we use it in introspection :/21:59
kanavinRP: yes, I was thinking that it needs to be replaced with something that can also list shared libraries but doesn't come from prelink tree22:02
kanavinI guess something from binutils or elfutils will do the job, but just needs to be tested and probably data massaging added22:03
RPkanavin: upstream might be ok with with a cross ldd too, I can't remember exactly what this is doing22:03
kanavinRP: yes, that should work fine. I think native ldd didn't work, and prelink-rtld back then was available and quick and easy to substitute22:05
kanavinwhy native ldd can't handle something for a different architecture I can't understand :-/ but whatevs22:05
*** florian_kc <florian_kc!~florian@dynamic-002-244-004-227.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)22:05
smurrayis it something that readelf can pull out?22:14
kanavinbasically anything that can print the list of shared libs from an executable22:19
kanavinpreferably same way as ldd does22:19
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Quit: Leaving)22:20
*** florian_kc <florian_kc!~florian@dynamic-002-244-004-227.2.244.pool.telefonica.de> has joined #yocto22:32
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)22:32
vdDo you usually see overrides written like FOO:<machine>:<distro> or FOO:<distro>:<machine> or does it not matter at all?22:32
RPsmurray, kanavin: from memory I think the issue is that it has to "link" the executable the same way it would be at runtime to work out what that list looks like. prelink does that as part of its processing anyway but I don't think ldd can do it for cross binaries22:33
*** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 250 seconds)22:36
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto23:13
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)23:29
*** sveinse <sveinse!~sveinse@2a01:799:55e:1000:c23f:d5ff:fe69:c6fb> has left #yocto23:36
*** florian_kc <florian_kc!~florian@dynamic-002-244-004-227.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)23:43
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@> has quit IRC (Ping timeout: 256 seconds)23:44
kanavinRP: g-i seems happy with $OBJDUMP -p executable23:54
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@> has joined #yocto23:55
*** goliath <goliath!~goliath@user/goliath> has joined #yocto23:59

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