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
chep has quit [Quit: ZNC 1.8.2 - https://znc.in]
chep has joined #yocto
chep has quit [Client Quit]
chep has joined #yocto
BCMM has quit [Read error: Connection reset by peer]
dev1990 has quit [Quit: Konversation terminated!]
miki73 has quit [Ping timeout: 256 seconds]
manuel1985 has quit [Ping timeout: 250 seconds]
doquiros[m] has quit [Ping timeout: 240 seconds]
booboo1212[m] has quit [Ping timeout: 240 seconds]
Saur[m] has quit [Ping timeout: 240 seconds]
doquiros[m] has joined #yocto
Saur[m] has joined #yocto
booboo1212[m] has joined #yocto
Herrie has quit [Ping timeout: 256 seconds]
Herrie has joined #yocto
jclsn has quit [Ping timeout: 256 seconds]
taco has joined #yocto
taco is now known as taco__
jclsn has joined #yocto
chep` has joined #yocto
chep has quit [Ping timeout: 256 seconds]
chep` is now known as chep
chep has quit [Client Quit]
chep has joined #yocto
alimon has quit [Quit: Leaving.]
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
jclsn has quit [Ping timeout: 240 seconds]
jclsn has joined #yocto
chep has quit [Quit: ZNC 1.8.2 - https://znc.in]
chep has joined #yocto
alimon has joined #yocto
Tokamak has joined #yocto
camus1 has joined #yocto
camus has quit [Read error: Connection reset by peer]
camus1 is now known as camus
dmoseley has quit [Quit: ZNC 1.8.2 - https://znc.in]
dmoseley has joined #yocto
rber|res has joined #yocto
RobertBerger has quit [Ping timeout: 256 seconds]
alimon has quit [Quit: Leaving.]
jclsn has quit [Ping timeout: 256 seconds]
jclsn has joined #yocto
alimon has joined #yocto
jclsn has quit [Ping timeout: 240 seconds]
jclsn has joined #yocto
pgowda_ has joined #yocto
jclsn7 has joined #yocto
jclsn has quit [Ping timeout: 240 seconds]
jclsn7 has quit [Ping timeout: 256 seconds]
jclsn7 has joined #yocto
jclsn7 has quit [Ping timeout: 240 seconds]
jclsn7 has joined #yocto
amitk has joined #yocto
jclsn7 has quit [Ping timeout: 256 seconds]
jclsn7 has joined #yocto
sakoman has quit [Quit: Leaving.]
dtometzki has quit [Quit: ZNC 1.8.2 - https://znc.in]
camus1 has joined #yocto
camus has quit [Read error: Connection reset by peer]
camus1 is now known as camus
dtometzki has joined #yocto
alessioigor has joined #yocto
alessioigor has quit [Client Quit]
dtometzki has quit [Quit: ZNC 1.8.2 - https://znc.in]
dtometzki has joined #yocto
Wouter0100 has quit [Remote host closed the connection]
Wouter0100 has joined #yocto
Wouter0100 has quit [Read error: Connection reset by peer]
Wouter0100 has joined #yocto
GNUmoon has quit [Ping timeout: 276 seconds]
Tokamak has quit [Ping timeout: 240 seconds]
Tokamak has joined #yocto
alejandrohs has quit [Quit: WeeChat 3.3]
goliath has joined #yocto
GNUmoon has joined #yocto
frieder has joined #yocto
manuel1985 has joined #yocto
Etheryon has joined #yocto
<Etheryon> Hello, I'm trying to get connman running on an image I'm building, but having no luck. I've done IMAGE_INSTALL:append="connman" and DISTRO_FEATURES:append="wifi ipv4" but I'm getting command not found when trying to run connman on the image
mvlad has joined #yocto
mckoan|away is now known as mckoan
florian_kc has joined #yocto
goliath has quit [Quit: SIGSEGV]
florian_kc is now known as florian
<mihai> Etheryon, use a space in front of the value when you use :append, IMAGE_INSTALL:append=" connman"
<mihai> otherwise the string will be joined with the existing value
leon-anavi has joined #yocto
zpfvo has joined #yocto
davidinux has quit [Ping timeout: 240 seconds]
davidinux has joined #yocto
<RP> smurray, dl9pf: I'd guess meta-agl next is expected to fail with honister? Just wondering what we should be testing on the autobuilder for that branch? :/
geoffhp has quit [Ping timeout: 256 seconds]
<Etheryon>  @mihai thanks, I didn't copy it exactly from my files, it does indeed include a space in the actual file
<Etheryon> the command is connmanctl and you need connman-client as well
<Etheryon> I think
<mihai> sounds about right
rob_w has joined #yocto
ahs3 has quit [Ping timeout: 256 seconds]
dev1990 has joined #yocto
Schlumpf has joined #yocto
goliath has joined #yocto
florian has quit [Read error: Connection reset by peer]
florian_kc has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
ex-bugsbunny has joined #yocto
ahs3 has joined #yocto
Schlumpf has quit [Quit: Client closed]
zpfvo has joined #yocto
oldwildwest is now known as [ad]angelo
[ad]angelo has joined #yocto
[ad]angelo has quit [Changing host]
geoffhp has joined #yocto
<LetoThe2nd> yo dudX
<mckoan> hi LetoThe2nd
<LetoThe2nd> yo mckoan
prabhakarlad has joined #yocto
xmn has quit [Ping timeout: 256 seconds]
pasherring has joined #yocto
<pasherring> Hello all, I am trying to get faad, gstreamer the AAC decoder plugin, but no luck so far. I tried using PACKAGECONFIG on my local.conf (as in PACKAGECONFIG:append:pn-gstreamer1.0-plugins-bad = " faad"). Am I doing this right?
florian_kc has quit [Read error: Connection reset by peer]
florian_kc has joined #yocto
<LetoThe2nd> pasherring: just inspect with bitbake -e gstreamer1.0-plugins-bad | less
xmn has joined #yocto
Etheryon has quit [Quit: Client closed]
florian_kc has quit [Read error: Connection reset by peer]
florian__ has joined #yocto
<pasherring> @LetoThe2nd, alright! It was a platform bbappend that was removing it due to licensing (which sounds rather weird, as this is a free decoder). Thanks for the tip! =D
<LetoThe2nd> pasherring: have fun!
davidinux has quit [Ping timeout: 256 seconds]
davidinux has joined #yocto
florian__ has quit [Read error: Connection reset by peer]
florian_kc has joined #yocto
xmn has quit [Quit: ZZZzzz…]
mauro_anjo has joined #yocto
rfuentess has joined #yocto
risca has quit [Ping timeout: 256 seconds]
kriive has joined #yocto
risca has joined #yocto
m4ho has quit [Ping timeout: 260 seconds]
m4ho has joined #yocto
florian_kc has quit [Read error: Connection reset by peer]
florian__ has joined #yocto
rfried0 has joined #yocto
Lihis_ has joined #yocto
florian__ has quit [Read error: Connection reset by peer]
florian_kc has joined #yocto
lucaceresoli has joined #yocto
m4ho has quit [*.net *.split]
OutBackDingo has quit [*.net *.split]
_wmills has quit [*.net *.split]
marc1 has quit [*.net *.split]
lexano has quit [*.net *.split]
Lihis has quit [*.net *.split]
rfried has quit [*.net *.split]
bantu has quit [*.net *.split]
LetoThe2nd has quit [*.net *.split]
ldericher has quit [*.net *.split]
xperia64 has quit [*.net *.split]
Piraty has quit [*.net *.split]
sgw has quit [*.net *.split]
rfried0 is now known as rfried
Lihis_ is now known as Lihis
OutBackDingo has joined #yocto
bantu has joined #yocto
_wmills has joined #yocto
LetoThe2nd has joined #yocto
xperia64 has joined #yocto
sgw has joined #yocto
Piraty has joined #yocto
ldericher has joined #yocto
m4ho has joined #yocto
lexano has joined #yocto
florian_kc is now known as florian
florian has quit [Ping timeout: 240 seconds]
argonautx has joined #yocto
florian has joined #yocto
chep has quit [Quit: ZNC 1.8.2 - https://znc.in]
chep has joined #yocto
Kaa has joined #yocto
<Kaa> Hello guys! Could you please advise, how to install the C header that should be available for target and hosts packages?
<Kaa> By Bitbake recipe :)
JaMa has quit [Quit: reboot]
<smurray> RP: testing with honister as opposed to master branch, you mean?
florian has quit [Ping timeout: 250 seconds]
mauro_anjo has quit [Remote host closed the connection]
<RP> smurray: yes
<RP> smurray: I can disable it for honister if that is what makes sense
<smurray> RP: I stopped testing it against honister myself shortly after 3.4.0 was released, as I didn't think maintaining a honister compatible branch was a requirement for the autobuilder testing
<RP> smurray: it isn't, but we do test things which "once worked" until we decide to stop
<RP> smurray: we just need to actively make a decision to stop
<smurray> RP: I did snapshot the state at that time in a branch just in case, but unless dl9pf thinks otherwise I'd prefer to drop it, as I don't have the cycles to maintain it, and AGL does not officially support it
<RP> smurray: just let me know the final decision :)
<smurray> RP: we have a meeting on the hour, I'll ask him once the nominal topic is finished
florian has joined #yocto
sakoman has joined #yocto
JaMa has joined #yocto
JaMa has quit [Remote host closed the connection]
Etheryon has joined #yocto
<Etheryon> Hi all, did anyone have any success running eglfs with yocto under x86_64?
Etheryon has quit [Quit: Client closed]
RobertBerger has joined #yocto
rber|res has quit [Ping timeout: 256 seconds]
Wouter0100 has quit [Read error: Connection reset by peer]
Wouter0100 has joined #yocto
<smurray> RP: dl9pf confirmed that we should disable testing of meta-agl-core against honister, please go ahead and do so
taco__ has quit [Quit: Client closed]
goliath has quit [Quit: SIGSEGV]
xmn has joined #yocto
<RP> smurray: thanks, will do
akiCA has joined #yocto
* RP hates the git fetcher. It is like some endless rabbit hole :/
rob_w has quit [Remote host closed the connection]
<pasherring> Hey there again! Not sure if this should be asked on platform specific, but, is there a preferred way to change the scaling governor_policy? ondemand policy + gstreamer + rpi4 is yielding in quirky behavior.
<RP> landgraf: I tried to write a test case for this patch but it is just getting worse and worse :/
<RP> (the fetcher one)
marc2 has joined #yocto
JaMa has joined #yocto
<landgraf> RP: I tried to write a test as well but realized that I have to learn more about cookerdata and configuration parsing :(
codavi has joined #yocto
<landgraf> RP: we can test download()->unpack() without fetcher_init() and after calling it. it will pass in first case and fail in second one but that'd be incomplete test
<landgraf> it will test the cache itself, not worker configuration
<RP> landgraf: I have a nice test case, I just can't fix it :)
<landgraf> RP: can you share it somewhere?
akiCA has quit [Ping timeout: 256 seconds]
<sgw> Morning all
TommyD has joined #yocto
TommyD has quit [Quit: WeeChat 3.3]
TommyD has joined #yocto
<TommyD> Hi everyone
<TommyD> I have a question :)
<jonmason> sgw: is this with the kernel-cache changes too?
<TommyD> haha no not at all
<TommyD> I am currently tasked with migrating one of our project from repo to kas. The project is built on top of winriver (wrlinux-x.git), but it uses repo in addition by using its own custom script
<TommyD> I was wondering if anyone has experience with using kas with another upstream project that uses repo
<RP> landgraf: https://git.yoctoproject.org/poky-contrib/commit/?h=rpurdie/t222&id=6aff185aed54eb44a84ab80a26d26fb39335d617
<landgraf> oooh. submodules
whuang0389 has joined #yocto
leon-anavi has quit [Quit: Leaving]
florian_kc has joined #yocto
<sgw> jonmason: not sure, probably an RP question, he mentioned maybe taking part of your patch set
florian has quit [Ping timeout: 250 seconds]
goliath has joined #yocto
whuang0389 has quit [Quit: Client closed]
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 250 seconds]
<RP> jonmason: I took the first couple of patches from the series, the rest had feedback or didn't apply. The kernel ktype change was already in afaik
zpfvo has joined #yocto
RobertBerger has quit [Ping timeout: 260 seconds]
lucaceresoli has quit [Remote host closed the connection]
lucaceresoli has joined #yocto
ekathva has joined #yocto
ekathva has quit [Remote host closed the connection]
rber|res has joined #yocto
klockwood has joined #yocto
zpfvo has quit [Ping timeout: 250 seconds]
zpfvo has joined #yocto
<jonmason> RP: I didn't test the individually. So it is possible they don't work (obviously). I did test the series (hackily) on gitlab CI that I have for poky https://gitlab.com/jonmason00/poky/-/pipelines/465538815
<jonmason> I'll do a revision and see what I can see. Thanks
mckoan is now known as mckoan|away
<RP> jonmason: it may be my fault for just taking what seemed to apply. Equally, patches are meant to work in isolation! :)
<jonmason> oh yes, they should work in isolation
<jonmason> your assumption is fair
<jonmason> only that I didn't test them that way
<jonmason> so the fault is with me
zpfvo has quit [Ping timeout: 250 seconds]
pgowda_ has quit [Quit: Connection closed for inactivity]
rfuentess has quit [Remote host closed the connection]
<jonmason> RP: I don't see the patches in yocto-kernel-cache yet
<jonmason> yeah, I've been working this series for 3 weeks, and I got beat to poky-tiny for qemuarm64 :)
<jonmason> more proof of "release early, release often"
<jonmason> actually, it was before christmas. where has this year gone
klockwood has quit [Ping timeout: 245 seconds]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
klockwood has joined #yocto
<ecdhe> I have a BSP layer from the vendor. They ship recipes for a patched kernel and uboot that include and reference a .dts for their product, "product.dts." For development, I built my own "product.dts". None of my sources are in the kernel tree or in uboot, and I made a recipe that will copy my file to DEPLOYDIR where it gets picked up by the FAT partition.
<ecdhe> The recipe from the vendor does the same thing, and I'm not sure who's going to win.
<ecdhe> I have a couple of options: .bbappend their uboot image to look for a different file name
<ecdhe> then I could build my changes to that different file name
<RP> landgraf: I've sent out some patches, testing very welcome!
<ecdhe> OR, I could use the same file name, but .bbappend their uboot image to not deploy their copy
<ecdhe> That way my copy would be the only one deployed
<ecdhe> Any thoughts on the "correct" approach?
klockwood has quit [Ping timeout: 240 seconds]
argonautx has quit [Quit: Leaving]
camus has quit [Ping timeout: 240 seconds]
camus1 has joined #yocto
klockwood has joined #yocto
camus1 is now known as camus
Vonter has quit [Quit: WeeChat 3.4]
ex-bugsbunny has quit [Ping timeout: 256 seconds]
pasherring has quit [Quit: Leaving]
frieder has quit [Remote host closed the connection]
<sgw> jonmason: still might be a problem with an arm and framebuffer https://autobuilder.yoctoproject.org/typhoon/#/builders/53/builds/4716/steps/13/logs/stdio
klockwood has quit [Ping timeout: 240 seconds]
klockwood has joined #yocto
manuel1985 has quit [Remote host closed the connection]
manuel1985 has joined #yocto
manuel1985 has quit [Remote host closed the connection]
<khem> zeddii: can you backport https://lkml.org/lkml/2022/1/26/855 to 5.15 ?
<khem> zeddii: we will need this with bintutils 2.38
klockwood has quit [Ping timeout: 256 seconds]
klockwood has joined #yocto
klockwood has quit [Ping timeout: 250 seconds]
<landgraf> RP: sanity checker is not happy about test_git_unpack_nonetwork_fail (cause AssertTrue to fail)
Kaa has quit [Quit: Client closed]
amitk has quit [Ping timeout: 256 seconds]
argonautx has joined #yocto
<RP> landgraf: hmm, I had that working locally :/
<landgraf> RP: CONNECTIVITY_CHECK_URIS="https://git.yoctoproject.org/" made it happy again
<landgraf> RP: for some reasons it's try to check connectivity with example.com
ex-bugsbunny has joined #yocto
nateglims has joined #yocto
ex-bugsbunny has quit [Remote host closed the connection]
<RP> landgraf: weird, I'm surprised you can't access example.com :/
florian_kc has quit [Ping timeout: 240 seconds]
TommyD has quit [Ping timeout: 250 seconds]
marc2 has quit [Ping timeout: 256 seconds]
<rburton> I just had four CI jobs abort due to example.com
<RP> rburton: wonder what is up with that. Is there something else we can use?
<rburton> www.yoctoproject.org? google.com?
<rburton> obviously i only see it in CI, and the actual wget log is lost
<RP> rburton: we can't use google as it is blocked in some places
<rburton> ah yes of course
TommyD has joined #yocto
<rburton> yoctoproject.org then i guess
<rburton> definitely something up with example.com...
<rburton> we've never had a problem then suddenly this week about 5% of all runs fail
<rburton> seems to happen in bursts, maybe wherever it is hosting is just having downtime
marc2 has joined #yocto
florian_kc has joined #yocto
[ad]angelo is now known as __ad
prabhakarlad has quit [Quit: Client closed]
nateglims has quit [Ping timeout: 256 seconds]
GNUmoon has quit [Ping timeout: 276 seconds]
lucaceresoli has quit [Ping timeout: 250 seconds]
<khem> Can we use some pool of dhcp providers maybe
kriive has quit [Ping timeout: 250 seconds]
kriive has joined #yocto
mvlad has quit [Remote host closed the connection]
GNUmoon has joined #yocto
Subaudible has joined #yocto
camus1 has joined #yocto
camus has quit [Read error: Connection reset by peer]
camus1 is now known as camus
prabhakarlad has joined #yocto
halstead[m] has joined #yocto
argonautx has quit [Quit: Leaving]
florian_kc has quit [Ping timeout: 240 seconds]
TommyD has quit [Remote host closed the connection]
TommyD has joined #yocto
sakoman has quit [Quit: Leaving.]
<RP> I suspect the fetcher change in bitbake in master-next may highlight issues with a few layers :/
codavi has quit [Ping timeout: 240 seconds]