ndec 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 (2022.11) Nov 29-Dec 1, 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"
gsalazar has quit [Ping timeout: 252 seconds]
sakoman has quit [Quit: Leaving.]
schtobia_ has quit [Quit: Bye!]
schtobia has joined #yocto
aurum has joined #yocto
aurum has quit [Excess Flood]
qschulz has quit [Quit: qschulz]
qschulz has joined #yocto
sugarbeet has joined #yocto
davidinux has quit [Ping timeout: 260 seconds]
davidinux has joined #yocto
<zwelch> my builds are suddenly failing due to failures trying to access github repos. It seems that https://github.com/a/b does not work but https://git@github.com/a/b does work (for various known good values of a and b). any ideas?
sakoman has joined #yocto
dlan_ is now known as dlan
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
jclsn_ has quit [Ping timeout: 265 seconds]
jclsn_ has joined #yocto
Wouter01006704 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter01006704 has joined #yocto
sugarbeet has quit [Ping timeout: 252 seconds]
sugarbeet has joined #yocto
sakoman has quit [Quit: Leaving.]
|Xagen has quit [Ping timeout: 268 seconds]
Xagen has joined #yocto
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
xmn has quit [Ping timeout: 252 seconds]
alessioigor has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
amitk has joined #yocto
goliath has joined #yocto
amitk has quit [Ping timeout: 248 seconds]
tomzy_0 has joined #yocto
zpfvo has joined #yocto
zpfvo has quit [Client Quit]
zpfvo has joined #yocto
sa7mfo has quit [Remote host closed the connection]
rob_w has joined #yocto
demirok has joined #yocto
thomasd13 has joined #yocto
Schlumpf has joined #yocto
leon-anavi has joined #yocto
frieder has joined #yocto
davidinux has quit [Quit: WeeChat 3.5]
olani- has quit [Remote host closed the connection]
florian has joined #yocto
dacav has quit [Read error: Connection reset by peer]
dacav has joined #yocto
vladest has joined #yocto
mckoan|away is now known as mckoan
<mckoan> good morning
mihai has joined #yocto
vladest has quit [Read error: Connection reset by peer]
olani- has joined #yocto
chep has quit [Quit: ZNC 1.8.2 - https://znc.in]
Jham has joined #yocto
chep has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
gsalazar has joined #yocto
vladest has joined #yocto
florian has quit [Ping timeout: 260 seconds]
<tomzy_0> morning
<mcfrisk> what are the major reasons for recompiling glibc and other low level bits across compatible machines and distros? I have a custom machine and distro, both derived from poky qemuarm64 machine and poky distro config. taking a poky only machine with sstate and download cache from my custom builds ends up recompiling everything
<JaMa> mcfrisk: compare the signatures to see what metadata difference triggered the rebuild (you can use sstate-diff-machines.sh script)
mvlad has joined #yocto
dacav has quit [Quit: Lost terminal]
dacav has joined #yocto
davidinux has joined #yocto
<mcfrisk> JaMa: yep, will check once build passes. just wondering why glibc and others aren't compatible. things like selinux in DISTRO_FEATURES should not impact glibc. and plain MACHINE name should also not trigger recompilation of everythint, especially if MACHINEOVERRIDES includes the poky side machine name.
ptsneves has joined #yocto
thomasd13 has quit [Quit: Leaving]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<tomzy_0> Hello
<tomzy_0> this is probably more of the compilation problem
<tomzy_0> but I try to enable meta-qt6 in my build
<tomzy_0> and have the following problem when compiling qtbase-native
<tomzy_0> ```
<tomzy_0> | /work/build-wayland/tmp/work/x86_64-linux/qtbase-native/6.3.2-r0/git/src/corelib/text/qlocale_tools.cpp:57:10: fatal error: charconv: No such file or directory                                                  |  #include <charconv>
<tomzy_0> |           ^~~~~~~~~~
<tomzy_0> | compilation terminated.
<tomzy_0> ```
<tomzy_0> Does anyone have maybe an idea, what could be not working well?
<dacav> tomzy_0: I don't know much but... missing DEPEND?
<qschulz> zwelch: aren't you supposed to use git://github.com in SRC_URI and then specifiy protocol=https if you want to use https protocol for git cloning instead of the default git (non-working anymore IIRC)
<mcfrisk> tomzy_0: old or too new host compiler for the version of qtbase-native that you want to compile. I'd try to avoid compiling qtbase for the build host (-native)
<RP> mcfrisk: one problem is often systemd or not which changes glibc :(
<RP> mcfrisk: we don't have many people interested and looking into reuse issues like that either. I have done but it is a lonely place
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
<tomzy_0> mcfrisk so this is probably too old one.. so basically when I build any `-native` package I am using compiler/tools on my host machine to build them?
<tomzy_0> Now I am using some docker container with Ubuntu 18.04
Wouter01006704 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter01006704 has joined #yocto
derRicha1d is now known as derRichard
<tomzy_0> so switching to e.g. Ubuntu 20.04 with newer host compiler should resolve this issue
florian_kc has joined #yocto
seninha has joined #yocto
<mcfrisk> tomzy_0: yes, the host linux distro compiler is used for native. Newer Ubuntu with newer gcc will likely fix this.
<mcfrisk> RP: yea, no worries. I was just hoping there would be simple thing which I missed which cause so little to be reused when deriving distro and machine from poky ones..
<mcfrisk> tomzy_0: see also https://docs.yoctoproject.org/singleindex.html#supported-linux-distributions and the qt and other extra layers you use for supported distros
<tomzy_0> Yeah, look like that qt6 layer is not supported on Ubuntu 18.04 (when Yocto is) - changing to 20.04 resolved the issue
<tomzy_0> Thanks!
<dacav> In a bbclass, can I just use any python construct? E.g. can I define a class?
<rburton> no. but you can write a .py file, put it in your layer's lib/ and then just use it
<rburton> see oe-core, lots of classes which have the bulk of their logic in lib/oe/
<dacav> thanks rburton! That's great
amitk has joined #yocto
<dacav> After some initial difficulties, things are coming now
<dacav> Btw, I'm not sure how this happened, but now the speed of parsing is reasonable, as long as I don't add a global recipe. It looks like it was some caching problem. I *think* it happened after I removed sstate. What is a reasonable size for the sstate dir?
<rburton> depends on your needs
<rburton> if you build a lot of WIP patches and whole images, you can easily get into TBs
florian has joined #yocto
davidinux has quit [Quit: WeeChat 3.5]
zpfvo has quit [Ping timeout: 246 seconds]
zpfvo has joined #yocto
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
<LetoThe2nd> yo dudX
amitk has quit [Ping timeout: 252 seconds]
tomzy_0 has quit [Quit: Client closed]
amitk has joined #yocto
manuel1985 has quit [Ping timeout: 252 seconds]
davidinux has joined #yocto
amitk has quit [Ping timeout: 268 seconds]
manuel1985 has joined #yocto
amitk has joined #yocto
rob_w has quit [Remote host closed the connection]
amitk has quit [Ping timeout: 248 seconds]
manuel__ has joined #yocto
manuel1985 has quit [Ping timeout: 260 seconds]
jmk44 has quit [Ping timeout: 260 seconds]
<qschulz> ptsneves: :+1:
jmk1 has joined #yocto
sakoman has joined #yocto
demirok has quit [Quit: Leaving.]
xmn has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
TundraMan is now known as marka
demirok has joined #yocto
demirok has quit [Quit: Leaving.]
<kayterina[m]> Is there a way to check my project for missing COMPATIBLE_MACHINE recipes?
<kayterina[m]> I ran a 'bitbake -c cleanall world' and some recipes produced the error:
<kayterina[m]> <something> was skipped: incompatible with machine <machine> (not in COMPATIBLE_MACHINE)
<kayterina[m]> ERROR: Nothing RPROVIDES '<something>' (but <project>/recipeA.bb RDEPENDS on or otherwise requires it)
zpfvo has quit [Ping timeout: 246 seconds]
zpfvo has joined #yocto
<rburton> bitbake world --dry-run
<rburton> a dry run won't actually build but will go through the motions
<ptsneves> rburton: do all recipes become automatically part of the world provider?
<rburton> EXCLUDE_FROM_WORLD=1 skips the recipe from world
<rburton> there is the universe target, which can't be skipped
invalidopcode1 has quit [Remote host closed the connection]
<ptsneves> always learning :)
invalidopcode1 has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
<kergoth> hmm, iirc universe also builds all providers of a given thing, whereas world only builds only the selected one, I think? been ages since i've run either one
* kergoth yawns
nemik has joined #yocto
florian has quit [Ping timeout: 268 seconds]
<rburton> honestly can't remember how universe works
Payam has joined #yocto
<RP> universe does try everything and will usually generate warnings
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
florian has joined #yocto
Schlumpf has quit [Quit: Client closed]
mckoan is now known as mckoan|away
Jham has quit [Quit: Leaving]
Payam has quit [Quit: Leaving]
alessioigor has quit [Quit: alessioigor]
<denix> all: reminder, OpenEmbedded Happy Hour is in 10 minutes - https://www.openembedded.org/wiki/Happy_Hours
<denix> RP: ^^^
<RP> denix: thanks :)
<JaMa> hmm, am I 1 hour late? the calendar said it starts now
<JaMa> ah, my IRC host is 1 hour late (it shows that Denys's message was sent 1:09 ago, not 9 mins ago)
JaMa has quit [Quit: leaving]
JaMa has joined #yocto
florian has quit [Killed (NickServ (GHOST command used by florian_kc))]
florian_kc is now known as florian
florian_kc has joined #yocto
<khem> abelloni: thanks https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/4593 seems all green yay !!
Lihis has quit [Quit: Quitting]
Lihis has joined #yocto
zpfvo has quit [Ping timeout: 264 seconds]
zpfvo has joined #yocto
zpfvo has quit [Remote host closed the connection]
agrue_ has quit [Quit: ZNC 1.7.5+deb4 - https://znc.in]
agrue has joined #yocto
Wouter01006704 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter01006704 has joined #yocto
frieder has quit [Read error: Connection reset by peer]
leon-anavi has quit [Quit: Leaving]
florian has quit [Quit: Ex-Chat]
florian_kc has quit [Ping timeout: 260 seconds]
sudip has quit [Quit: ZNC - http://znc.in]
sudip_ has joined #yocto
Wouter01006704 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter01006704 has joined #yocto
demirok has joined #yocto
sudip_ is now known as sudip
kscherer has joined #yocto
mario-go` is now known as mario-goulart
mario-goulart has joined #yocto
mario-goulart has quit [Changing host]
ptsneves has quit [Ping timeout: 255 seconds]
Saur[m] has joined #yocto
odra has joined #yocto
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
Estrella has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
Estrella has joined #yocto
vvmeson is now known as vmeson
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
agrue has quit [Quit: ZNC 1.7.5+deb4 - https://znc.in]
agrue has joined #yocto
amitk_ has quit [Ping timeout: 268 seconds]
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
azcraft has joined #yocto
florian_kc has joined #yocto
florian_kc is now known as florian
Estrella has quit [Quit: No Ping reply in 180 seconds.]
Estrella has joined #yocto
Estrella_ has joined #yocto
mvlad has quit [Remote host closed the connection]
armhzjz has joined #yocto
sakoman has quit [Quit: Leaving.]
<armhzjz> I created a yocto image which is already running in a raspberrypi. Then, I added another package (vim) to the yocto image recipe and re-built the image. Is there a way to deploy the new package to the raspberrypi without having to re-flash the sd-card?
<RP> khem: looks like weston segfaulting with the new glibc
<Saur[m]> armhzjz: You can use `devtool deploy-target`, assuming the rootfs is writable.
azcraft has quit [Remote host closed the connection]
<armhzjz> Saur[m]: thanks! But in order to use that approach, I would need the vim recipe to be in my workspace right (like if I were working on that recipe)? Do you know if there is any other way?
<Saur[m]> armhzjz: `devtool modify -w vim` should solve that. The alternative would be using a package manager, but that is a lot more work to setup initially.
<armhzjz> Saur[m]: what about using the extensible SDK? I just started reading about it in the documentation. I thought that could help, but was also wondering if it wouldn't be too much of a hassle for just adding one small package...
<Saur[m]> Since you already have the bitbake environment, using the eSDK wouldn't give you anything that you do not already have. Just use `devtool modify -w vim`, `bitbake vim` and `devtool deploy-target vim <IP address>`
<armhzjz> Saur[m]: Yeah.. I get it now. Thanks a lot. I will follow your advice. Thanks again!
gsalazar has quit [Remote host closed the connection]
gsalazar has joined #yocto
gsalazar has quit [Ping timeout: 260 seconds]
armhzjz has quit [Quit: leaving]
prabhakarlad has quit [Quit: Client closed]