ChanServ changed the topic of #yocto to: Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Join us or Speak at Yocto Project Summit (2021.11) Nov 30 - Dec 2, more: https://yoctoproject.org/summit | Join the community: https://www.yoctoproject.org/community | IRC logs available at https://www.yoctoproject.org/irc/ | Having difficulty on the list or with someone on the list, contact YP community mgr ndec
florian has quit [Quit: Ex-Chat]
nucatus has joined #yocto
nucatus has quit [Ping timeout: 265 seconds]
shoragan has quit [Ping timeout: 250 seconds]
shoragan has joined #yocto
atril has joined #yocto
atril has quit [Ping timeout: 260 seconds]
GillesM has quit [Quit: Leaving]
jwillikers has quit [Remote host closed the connection]
xmn has joined #yocto
nucatus has joined #yocto
nucatus has quit [Ping timeout: 265 seconds]
sb27 has quit [Quit: Client closed]
xmn has quit [Quit: ZZZzzz…]
pgowda_ has joined #yocto
nucatus has joined #yocto
pgowda_ has quit [Ping timeout: 264 seconds]
nucatus has quit [Ping timeout: 265 seconds]
rsalveti has quit [Ping timeout: 264 seconds]
pgowda_ has joined #yocto
rsalveti has joined #yocto
Vonter_ has joined #yocto
Vonter_ has quit [Ping timeout: 258 seconds]
nucatus has joined #yocto
otavio has quit [Ping timeout: 260 seconds]
otavio has joined #yocto
nucatus has quit [Remote host closed the connection]
mihai has joined #yocto
alessioigor has joined #yocto
alessioigor has quit [Client Quit]
nucatus has joined #yocto
nucatus has quit [Remote host closed the connection]
mvlad has joined #yocto
warthog9 has quit [Read error: Connection reset by peer]
warthog9 has joined #yocto
leon-anavi has joined #yocto
goliath has joined #yocto
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
nucatus has joined #yocto
nucatus has quit [Read error: Connection reset by peer]
nucatus has joined #yocto
Vonter_ has joined #yocto
Vonter_ has quit [Ping timeout: 258 seconds]
zyga-mbp has joined #yocto
zpfvo has joined #yocto
bps has joined #yocto
bps has quit [Changing host]
bps has joined #yocto
goliath has quit [Quit: SIGSEGV]
manuel1985 has joined #yocto
rfuentess has joined #yocto
manuel1985 has quit [Remote host closed the connection]
manuel1985 has joined #yocto
fleg has joined #yocto
tnovotny has joined #yocto
davidinux has quit [Quit: WeeChat 2.8]
davidinux has joined #yocto
Schlumpf has joined #yocto
mckoan|away is now known as mckoan
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
nucatus has quit [Remote host closed the connection]
nucatus has joined #yocto
Ch^W_ is now known as Ch^W
nucatus_ has joined #yocto
nucatus has quit [Ping timeout: 258 seconds]
<Alban[m]> I'm hiting a bug when using incremental image build (INC_IPK_IMAGE_GEN) on usrmerrge image because on the next build the usrmerge symlink already exists in the rootfs and create_merged_usr_symlinks() then fails. What would be the preferred way to fix this? Add '-f' to lnr, add some 'rm -f' before calling lnr or perhaps let lnr do nothing if the symlink already exists as it should?
zyga-mbp has joined #yocto
florian has joined #yocto
goliath has joined #yocto
<kanavin_> Alban[m], incremental image builds aren't tested, so you're on your own there really
<kanavin_> but patches welcome
<Alban[m]> That's why I asked what would be the preffered way to solve among the 3 I proposed
<Alban[m]> To not waste time with a solution that would be reject right away
zpfvo has quit [Ping timeout: 265 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 258 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 265 seconds]
zpfvo has joined #yocto
xmn has joined #yocto
bps has quit [Read error: Connection reset by peer]
zyga-mbp has quit [Quit: Textual IRC Client: www.textualapp.com]
hpsy has joined #yocto
Tyaku has joined #yocto
ziga_ has joined #yocto
<ziga_> Is there any chance to build Poky for STM32H743? I see that Yocto only supports STM32MP family: https://github.com/stmicroelectronics/meta-st-stm32mp Also OpenEmbedded: http://layers.openembedded.org/layerindex/branch/master/machines/?q=STM&search=1 To me it looks like everybody only wants to play with the MCPUs and want to completely avoid peripherals that are for example inside STM32H743. So what can be done here? How can I use Yocto on
<ziga_> STM32H743 and then use it's peripherals? Is this even possible?
jwillikers has joined #yocto
<erbo> ziga_: the STM32MP is a whole different beast than STM32H7xx
pgowda_ has quit [Quit: Connection closed for inactivity]
<erbo> You can't run embedded linux on the STM32H7 (at least not in a normal way)
<ziga_> I know. STM32H7xx has an internal "microprocessor" together with a lot of peripherals! STM32MP is only a "microprocessor"... So I imagine it is easier to target the STM32MP. But let's say that I target the STM32H7xx... And that I make the Poky run on it. How do I then use all the peripherals?
zyga-mbp has joined #yocto
<erbo> STM32MP1 has Cortex-A7 on it, which is what you'd run linux on.
<erbo> The STM32Hxx only has Cortex-M7
<ziga_> Speed is not crutial. Also... There were sucessfull atempts on running Linux on it (with Buildroot): https://stackoverflow.com/questions/63096527/linux-kernel-crashes-on-the-stm32h743i
lucaceresoli has joined #yocto
<erbo> Still, even if you'd get a linux kernel running the step to having a poky based system running is gigantic. You just don't have RAM etc for running a regular embedded linux system on the STM32H7
<ziga_> What about stripped down Poky?
<erbo> How much RAM do your device have?
<erbo> Maybe it can be done, I just have a hard time seeing it. :)
<ziga_> There is no device/board (yet). We are designing it and considering the best options. STM32Hxx is appealing because it has enough peripherals and it has all that we need. If only it can run Linux with the help of an external RAM! I can read that there is a "stm32_defconfig" file that targets this family for the Buildroot: https://elinux.org/STM32#Mainline_Kernel If I could copy this defconfig file and somehow apply it to the Yocto project it
<ziga_> might run. Is this possible? n the first paragraph here
Schlumpf has quit [Ping timeout: 256 seconds]
hpsy has quit [Ping timeout: 256 seconds]
<kanavin_> Alban[m], I don't have a strong opinion really
<RP> hmm, so we think user creation in rootfs should be spamming the host systemd journal ?
<RP> s/so/do/
Vonter_ has joined #yocto
<rburton> no!
Vonter_ has quit [Ping timeout: 258 seconds]
<manuel1985> qschulz, are you around?
davidinux has quit [Ping timeout: 265 seconds]
<RP> kanavin_, abelloni: I posted to the swat list, I think I have a lead on the intermittent network glitch on the ab workers
kanavin_ has quit [Ping timeout: 264 seconds]
davidinux has joined #yocto
xmn has quit [Ping timeout: 245 seconds]
hpsy has joined #yocto
tre has joined #yocto
<qschulz> manuel1985: yes, but you can ask question whenever you want, I will probably read it during the day at some point ;)
<qschulz> questions*
<manuel1985> qschulz: No worries, felt bad anyway as I could (should?) have direct-messaged you rightaway
<manuel1985> Looked you up on linkedin and realized you worked at some place my collegue Volodymur used to work
<manuel1985> asked him if he know you
<manuel1985> he said yes and you work in the next building
<qschulz> hehehe, small world :)
<manuel1985> *Volodymyr
<manuel1985> yeah. Are up for a lunch somewhen?
<manuel1985> like having lunch together
<manuel1985> feel free to say no
<qschulz> I'm ok with that kind of discussion being private, I'm not sure it benefits anyone here to know we'd have lunch some day :D
<manuel1985> qschulz: Agreed. Sorry everyone.
vd has quit [Quit: Client closed]
vd has joined #yocto
<erbo> qschulz: as long as you let us all know what you decided to eat afterwards
<qschulz> erbo: I think the CFP is not closed yet, do I need to do a presentation for the lunch we'd pick :) ?
* RP tears up that theory :(
Tyaku has quit [Quit: Lost terminal]
<JosefHolzmayrThe> qschulz: you know we're usually pretty relaxed when it comes to off topic, as long as no important conversation is affected and it is kept civilized👍
<JosefHolzmayrThe> erbo: lunch presentations are very welcome!
Schlumpf has joined #yocto
tre has quit [Remote host closed the connection]
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
kanavin has joined #yocto
zyga-mbp has joined #yocto
rfs613 has quit [Quit: restart]
rfs613 has joined #yocto
atril has joined #yocto
<tgamblin> Did the CFP page for the Summit close one day too early? https://pretalx.com/yocto-project-summit-2021-11/cfp
<tgamblin> says it closes at 11:59 PST today, but also that it closed at 12:31 UTC
<tgamblin> qschulz: Ah, okay
<tgamblin> Thanks
roussinm has joined #yocto
kiran has joined #yocto
<qschulz> It's not a mistake in the sense that it was the desired deadline. Now.. it seems the two provided times aren't really "the same time"
Tokamak has joined #yocto
Tokamak has quit [Client Quit]
<tgamblin> qschulz: Right. I'll bring it up at the meeting in 30m
GillesM has joined #yocto
goliath has quit [Quit: SIGSEGV]
tnovotny has quit [Read error: Connection reset by peer]
tnovotny has joined #yocto
leon-anavi has quit [Quit: Leaving]
tnovotny has quit [Client Quit]
<mckoan> is it possible to extend an SDK including a custom file in the installation script or in the tmp/deploy/sdk directory?
<mckoan> ands in case, do you need a class or a recipe to do that?
alessioigor has joined #yocto
alessioigor has quit [Client Quit]
<agherzan> I've missed who asked the question about meson egg files but this is what you'd like to check:
<agherzan> [BUILD]/tmp/sstate-control/manifest-x86_64-meson-native.populate_sysroot
rcw has joined #yocto
ayankuma has joined #yocto
<ayankuma> hi
Schlumpf has quit [Quit: Client closed]
zpfvo has quit [Quit: Leaving.]
<ayankuma> I am trying to follow https://wiki.xenproject.org/wiki/Xen_on_ARM_and_Yocto to build Xen with Yocto. I am using the "hardknott" branch. The error that I am getting is | ../../diffutils-3.7/gnulib-tests/pipe.c:48:3: error: #error "This platform lacks a pipe function, and Gnulib doesn't provide a replacement. This is a bug in Gnulib." | 48 | # error "This platform lacks a pipe function, and Gnulib doesn't
<ayankuma> provide a replacement. This is a bug in Gnulib."
<ayankuma> I am trying to build on a linux VM. Does anyone know what I am missing ?
rfuentess has quit [Remote host closed the connection]
manuel1985 has quit [Quit: Leaving]
<Xagen> is there a directory variable that points to "<build directory>/tmp-glibc/sysroots-components/x86_64-nativesdk", or some form of it?
<rburton> COMPONENTS_DIR takes you to sysroot-components/
<rburton> (see bitbake.conf)
<Xagen> rburton: awesome, thanks!
<Xagen> also, i have a failing step on my current recipe where it's calling `hosttools/install -c -m 644 <many docs>` to install all the man pages
<Xagen> however, it's using a relative path
<Xagen> and it's wrong
<Xagen> obviously because it's starting in the wrong directory for that relative path to be correct
<Xagen> is there a way to have it use an absolute path?
<rburton> what path?
<Xagen> rburton: it's doing `hosttools/install -c -m 644 ../../git/docs/sbsign.1 ../../git/docs/sbverify.1`
<Xagen> there are more, but i truncated it
<rburton> and which path is wrong?
<Xagen> then i get `hosttools/install: cannot stat '../../git/docs/sbsign.1': No such file or directory` for each man page
<rburton> install runs in $B by default
<Xagen> but if i go into devshell for that recipe, in git/docs/ all of the files are there
<rburton> so you're possibly doing out-of-tree (using autotools) but the makefile is broken for out-of-tree
<Xagen> it's definitely using automake
<rburton> change the inherit to autotools-brokensep and see if that fixes the problem
<rburton> if so and its autoconf/automake then you've found a bug in their makefiles
<Xagen> trying now
florian has quit [Quit: Ex-Chat]
<rburton> if its just automake then you can't just use autotools, as you need the combination to work properly
<Xagen> definitely did something
<Xagen> now i have `hosttools/install: cannot stat './sbsign.1': No such file or directory`
<Xagen> that is definitely where i started
<Xagen> but i need a nativesdk version of it
<rburton> ah fun
<rburton> good luck
<rburton> i've glanced at that before and its horrible
<Xagen> lol, thanks
<Xagen> it is
<Xagen> nothing but pain for a few days
<rburton> most likely easier to just fix the makefiles
<Xagen> the sad thing is that with that recipe, or outside of yocto, it's not too bad
<Xagen> as per usual though, it's just one bug at a time
<Xagen> like playing whack-a-mole
kuzz has quit [Quit: Konversation terminated!]
mckoan is now known as mckoan|away
sb27 has joined #yocto
florian has joined #yocto
goliath has joined #yocto
sakoman has quit [Quit: Leaving.]
sb27 has quit [Quit: Client closed]
manuel_ has quit [Remote host closed the connection]
manuel_ has joined #yocto
florian has quit [Ping timeout: 260 seconds]
vd has quit [Quit: Client closed]
vd has joined #yocto
sakoman has joined #yocto
hpsy has quit [Ping timeout: 256 seconds]
BobPungartnik has joined #yocto
BobPungartnik has quit [Client Quit]
Dracos-Carazza has quit [Quit: ZNC 1.8.2 - https://znc.in]
Dracos-Carazza has joined #yocto
nucatus_ has quit [Remote host closed the connection]
<tlwoerner> as noted earlier, the CfP site closed our CfP about 24 hours too soon by accident
<tlwoerner> we've been able to re-open the CfP site and it will stay open until around noon-ish CET (central Europe) tomorrow
<tlwoerner> so if you were hoping to get a CfP in for the next YPS, please go ahead and do so now :-)
<tlwoerner> thanks
<tlwoerner> moto-timo: ^^
<tlwoerner> tgamblin: ^^
<tlwoerner> sorry for the confusion
<tgamblin> tlwoerner: Thanks!
vd has quit [Quit: Client closed]
vd has joined #yocto
nucatus has joined #yocto
nucatus has quit [Ping timeout: 265 seconds]
florian has joined #yocto
mvlad has quit [Remote host closed the connection]
goliath has quit [Quit: SIGSEGV]
<moto-timo> tlwoerner: thank you!
nucatus has joined #yocto
leon-anavi has joined #yocto
nucatus has quit [Ping timeout: 268 seconds]
goliath has joined #yocto
sakoman has quit [Ping timeout: 264 seconds]
kiran has quit [Ping timeout: 264 seconds]
sakoman has joined #yocto
GillesM has quit [Quit: Leaving]
florian has quit [Ping timeout: 265 seconds]
ziga_ has quit [Ping timeout: 258 seconds]
nucatus has joined #yocto
jwillikers has quit [Remote host closed the connection]
nucatus has quit [Ping timeout: 265 seconds]
nucatus has joined #yocto
nucatus has quit [Ping timeout: 265 seconds]
goliath has quit [Quit: SIGSEGV]
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
ad__ has quit [Quit: ZNC 1.7.2+deb3~bpo9+1 - https://znc.in]
ad__ has joined #yocto
leon-anavi has quit [Quit: Leaving]
bwoods has joined #yocto
dev1990 has quit [Quit: Konversation terminated!]
jmiehe has joined #yocto
<bwoods> Hello, I'm getting a parsing error when using bitbake with a multiconfig, using gatesgarth (free pulls from this morning). https://paste.debian.net/1216058/ I only get this when I have the BBMULTICONFIG in local.conf and the file in conf/multiconfig/pmu.conf. Following https://github.com/Xilinx/meta-xilinx/blob/gatesgarth/meta-xilinx-bsp/README.building.md
jmiehe has quit [Quit: jmiehe]
<abelloni> kanavin: I'm pretty sure this failure was not intermittent: https://autobuilder.yoctoproject.org/typhoon/#/builders/102/builds/2249/steps/12/logs/stdio as I had the same after apply your upgrade series
<abelloni> I guess it is related to the mips/mipsarch override
nucatus has joined #yocto