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]
<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>
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…]
<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?