LetoThe2nd changed the topic of #yocto to: Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Community: https://www.yoctoproject.org/community | IRC logs: http://irc.yoctoproject.org/irc/ | Having difficulty on the list, with someone on the list or on IRC, contact Yocto Project Community Manager Letothe2nd | CoC: https://www.yoctoproject.org/community/code-of-conduct
zelgomer has quit [Ping timeout: 246 seconds]
zelgomer has joined #yocto
vmeson has joined #yocto
Thorn_ has joined #yocto
Minvera has quit [Ping timeout: 258 seconds]
Thorn has quit [Ping timeout: 258 seconds]
vmeson has quit [Ping timeout: 258 seconds]
mckoan|away has quit [Read error: Connection reset by peer]
mckoan|away has joined #yocto
Ablu has quit [Ping timeout: 245 seconds]
tgamblin has quit [Ping timeout: 246 seconds]
Ablu has joined #yocto
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
amitk has joined #yocto
jclsn has quit [Ping timeout: 255 seconds]
jclsn has joined #yocto
amitk has quit [Ping timeout: 240 seconds]
Vonter has joined #yocto
amitk has joined #yocto
Guest3466 has quit [Quit: Bye!]
schtobia has joined #yocto
vladest has joined #yocto
amitk has quit [Ping timeout: 246 seconds]
mrnuke has quit [Quit: ZNC 1.8.2 - https://znc.in]
mrnuke has joined #yocto
mischief has quit [Quit: WeeChat 4.0.1]
mbulut_ has joined #yocto
mbulut_ has quit [Remote host closed the connection]
mbulut has joined #yocto
mbulut has quit [Client Quit]
vquicksilver has quit [Server closed connection]
vquicksilver has joined #yocto
Wouter0100670440 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter0100670440 has joined #yocto
l3s8g has joined #yocto
alessioigor has joined #yocto
mischief has joined #yocto
l3s8g has quit [Ping timeout: 258 seconds]
linfax has joined #yocto
marka has quit [Ping timeout: 248 seconds]
<mcfrisk> JPEW: WARNING: mc:qemuarm64:docker-ce-24.0.5+gita61e2b4c9c5f7c241aeb37f389b4444aee26bea4-r0 do_fetch: Top level directory '/home/builder/yocto_
<mcfrisk> cache/download/git2/github.com.docker.libnetwork.git' doesn't match expected '/home/builder/caches/downloads/git2/github.com.docker.libn
<mcfrisk> etwork.git'. Re-cloning
Schlumpf has joined #yocto
Vonter has quit [Ping timeout: 246 seconds]
Schlumpf has quit [Client Quit]
marka has joined #yocto
Schlumpf has joined #yocto
yates_work has quit [Remote host closed the connection]
mckoan|away is now known as mckoan
<mischief> if i was to try my hand at bringing up yocto on a riscv board, would i make my own bsp or try to commit to meta-riscv?
rfuentess has joined #yocto
frieder has joined #yocto
Vonter has joined #yocto
zpfvo has joined #yocto
Kubu_work has joined #yocto
lighteagle321123 has joined #yocto
vladest has quit [Quit: vladest]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
tnovotny has joined #yocto
kpo has joined #yocto
zpfvo has quit [Ping timeout: 246 seconds]
leon-anavi has joined #yocto
ckayhan1 has quit [Ping timeout: 245 seconds]
geoffhp has left #yocto [Leaving]
zpfvo has joined #yocto
ckayhan1 has joined #yocto
justache has quit [Server closed connection]
justache has joined #yocto
slimak has joined #yocto
zpfvo has quit [Ping timeout: 255 seconds]
Vonter has quit [Ping timeout: 246 seconds]
zpfvo has joined #yocto
Guest74 has joined #yocto
Guest74 is now known as Linus
Linus is now known as Guest74
<Guest74> Hello. I'm having some issues with the gpsd-recipe, is this the right place to ask for help? :)
xmn has quit [Quit: ZZZzzz…]
Vonter has joined #yocto
<mckoan> Guest74: dont' ask to ask, ask
rob_w has joined #yocto
prabhakarlad has joined #yocto
<Guest74> The issue is that it only includes the gpsd gpsctl and gpsdctl in the image. The clients like cgps are missing. They seems to be separated into gps-utils and I don't know how to include it. Adding gps-utils to the image was not the right way.
florian has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Schlumpf87 has joined #yocto
Schlumpf has quit [Ping timeout: 245 seconds]
dacav has joined #yocto
dacav has quit [Client Quit]
Vonter has quit [Ping timeout: 246 seconds]
ptsneves has joined #yocto
<mckoan> Guest74: IMAGE_INSTALL:append = " gpsd gps-utils" should do the magic
Vonter has joined #yocto
<Guest74> sync
<Guest74> wrong terminal... I'll try it
kpo has quit [Ping timeout: 248 seconds]
<Guest74> mckoan Thanks, that seemed to do the the trick. So if I understand the recipe right, it creates the package gps-utils? Because when I tried this before then bitbake complained that nothing provided gps-utils.
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Guest79 has joined #yocto
Guest79 has quit [Client Quit]
AndreiM has joined #yocto
Vonter has quit [Ping timeout: 258 seconds]
<AndreiM> hi guys. can someone please help me with a (hopefully) quick problem?
Vonter has joined #yocto
camus has quit [Read error: Connection reset by peer]
<ptsneves> AndreiM: depending on the problem. Shoo
<ptsneves> shoot
<AndreiM> I am trying to build mptcpd (from https://github.com/multipath-tcp/mptcpd/tree/v0.12) and I have some problems while doing so
camus has joined #yocto
<ptsneves> AndreiM: ok what problems :)
<AndreiM> this is the mptcpd.bb :
<AndreiM> SUMMARY = "Multipath TCP Daemon"
<AndreiM> LICENSE = "GPL-2.0"
<AndreiM> LIC_FILES_CHKSUM = "file://COPYING;md5=8691625cd6c861ff427a058d5ef13289"
<AndreiM> SRC_URI = "git://github.com/multipath-tcp/mptcpd.git"
<AndreiM> SRCREV = "863e83f255f55dfd0ba9325d816bd99f6d9da0c2"
<AndreiM> S = "${WORKDIR}/git"
<AndreiM> inherit pkgconfig autotools
<AndreiM> DEPENDS = "libtool libtool-native libtool-cross libevent libnl autoconf-archive m4"
<AndreiM> do_configure:prepend() {
<AndreiM>     autoreconf -i
<AndreiM>     ./configure --prefix=${prefix}
<AndreiM> }
<AndreiM> it has some errors while bitbake-ing and I tried to build it inside bitbake -c devshell mptcpd
<AndreiM> aaaaaand here comes:
<AndreiM> ./bootstrap
<AndreiM> libtoolize: putting auxiliary files in '.'.
<AndreiM> libtoolize: linking file './ltmain.sh'
<AndreiM> libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
<AndreiM> libtoolize: linking file 'm4/libtool.m4'
<AndreiM> libtoolize: linking file 'm4/ltoptions.m4'
<AndreiM> libtoolize: linking file 'm4/ltsugar.m4'
<AndreiM> libtoolize: linking file 'm4/ltversion.m4'
<AndreiM> libtoolize: linking file 'm4/lt~obsolete.m4'
<AndreiM> configure.ac:103: error: possibly undefined macro: AC_MSG_ERROR
<AndreiM>       If this token and others are legitimate, please use m4_pattern_allow.
<AndreiM>       See the Autoconf documentation.
<AndreiM> configure.ac:175: error: possibly undefined macro: AC_DEFINE
<AndreiM> configure.ac:303: error: possibly undefined macro: AC_CHECK_DEFINE
<AndreiM> configure:18577: error: possibly undefined macro: AC_MSG_WARN
<ptsneves> there seems to be some incompatibility with autotools versions expected and existing. Why do you have the autoreconf by the way?
speeder_ has quit [Ping timeout: 246 seconds]
<AndreiM> I was following the building steps from the mptcpd page
<ptsneves> AndreiM: the autotools class should do the autoreconf and configure. Remove the do_configure:prepend
<AndreiM> oh looks like it solved the issue and raised some new dependency issues (way easier to solve)
<ptsneves> AndreiM: great :) Good luck
<AndreiM> thank you very much and sorry for the noob question
<AndreiM> have a nice one
Vonter has quit [Quit: WeeChat 4.0.4]
<rburton> Guest74: right, a recipe (gpsd) will produce multiple packages (gpsd, gps-utils, gpsd-dbg, etc). you bitbake a _recipe_ but when you IMAGE_INSTALL you list _packages_.
<JaMa> RP: if you're interested I've another Timeout case where bitbake output shows ping 3 minutes after last entry in cooker log https://paste.ack.tf/4a4a5b
<AndreiM> oh, good to know. Thank you very much
olani- has quit [Server closed connection]
<Guest74> rburton thanks, that improves my understanding
varjag has joined #yocto
rusam has joined #yocto
pidge has quit [Server closed connection]
pidge has joined #yocto
rusam has quit [Client Quit]
gsalazar has joined #yocto
Vonter has joined #yocto
Wouter0100670440 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter0100670440 has joined #yocto
vladest has joined #yocto
Guest74 has quit [Quit: Client closed]
rfuentess has quit [Remote host closed the connection]
<RP> JaMa: what did the UI show?
<RP> ah, at the top :)
OnkelUlla has quit [Server closed connection]
OnkelUlla has joined #yocto
<RP> JaMa: looks like the ping was received around 7 minutes later so long after the timeout :(
<JaMa> RP: where do you see that? I see 23:41:08 in UI and last timestamp from cooker from 23:38:30
<JaMa> so I was thinking that the cooker died or didn't manage to flush the cooker log somewhere between these 2 timestamps
<RP> JaMa: ah, you're right and I'm misreading
<RP> JaMa: it does look like it may have been killed as it would normally write things when exitting
<JaMa> or disk (docker volume) went R/O or something like that
<JaMa> will try to catch it sooner after this happens, now everything is already overwritten by the next jenkins job
<JaMa> will check dmesg for OOMK at least that should still be there
<JaMa> not related to the timeout, but dmesg shows different issue [45511181.388678] audit: type=1400 audit(1690939322.153:40): apparmor="DENIED" operation="mkdir" info="Failed name lookup - name too long" error=-36 profile="docker-default" name="/data00/gecko/webos_qemux86-64/build/BUILD/work/x86_64-linux/gdb-cross-x86_64/13.2-r0/build-x86_64-webos-linux/gnulib/confdir3/confdir3/confdir3/confdir3/...
Vonter has quit [Ping timeout: 246 seconds]
Vonter has joined #yocto
<JaMa> RP: well journal shows interesting message from that time: Sep 06 23:40:40 LGEACJS08P dockerd[3073]: time="2023-09-06T23:40:40.112029700+09:00" level=info msg="Container failed to exit within 1s of signal 15 - using the force" container=a84d34bfa74f8f4f99d3b46ea582b92a014239239f1c69f7f35f0b07cc4d524b
<JaMa> that might explain the root cause of "Caused: java.io.IOException: Backing channel 'c06a-00apzicunro8s' is disconnected." errors which I sometimes see in jenkins output shortly after "Timeout while waiting for a reply from the bitbake server (60s at 23:47:33.663664)" will check these other servers if they are also killing containers around that time
<RP> JaMa: yes, that sounds very like the kind of thing which would result in those logs!
l3s8g has joined #yocto
<JaMa> so definitely not bitbake's fault :) will check with infra guys why something is killing the containers, but it's the same people who still use 18.04 ubuntu and very strange server monitoring scripts in bash, so I don't have high hopes
<RP> JaMa: before we added the timeout code bitbake would have just hung there :)
olani- has joined #yocto
AndreiM23 has joined #yocto
AndreiM23 has quit [Client Quit]
<JaMa> until docker killed it with the container
<RP> JaMa: right, but it just reminds me why we added this code in the first place - so we don't get builds hanging indefinitely
florian_kc has joined #yocto
<pidge> RP: You were right about the deeper issue with the nativesdk-intercepts
<RP> pidge: I was worried about that, sorry :/
<pidge> RP: Nah, it's all good. I'm actually not sure those nativesdk-intercepts ever actually worked.
<RP> pidge: I remember errors from there so they once did
lexano has joined #yocto
rfuentess has joined #yocto
warthog9 has quit [Ping timeout: 258 seconds]
Vonter has quit [Ping timeout: 258 seconds]
tgamblin has joined #yocto
l3s8g has quit [Ping timeout: 258 seconds]
florian_kc has quit [Ping timeout: 255 seconds]
florian_kc has joined #yocto
vmeson has joined #yocto
l3s8g has joined #yocto
goliath has joined #yocto
vladest has quit [Quit: vladest]
xmn has joined #yocto
vladest has joined #yocto
<mckoan> how can you know the list of PACKAGES_DYNAMIC options for a specific recipe, like lighttpd-module-.* ?
Minvera has joined #yocto
Schlumpf87 has quit [Quit: Client closed]
<rburton> mckoan: there recipe author is responsible for knowing
<rburton> if you're using dynamic package creation then you set PACKAGES_DYNAMIC to match
Vonter has joined #yocto
varjag has quit [Quit: ERC (IRC client for Emacs 27.1)]
Vonter has quit [Ping timeout: 245 seconds]
Vonter has joined #yocto
rob_w has quit [Remote host closed the connection]
Minvera has quit [Ping timeout: 255 seconds]
slimak has quit [Ping timeout: 255 seconds]
l3s8g has quit [Remote host closed the connection]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
linfax has quit [Ping timeout: 245 seconds]
Guest14 has joined #yocto
Guest14 has quit [Client Quit]
Thorn has joined #yocto
Thorn_ has quit [Ping timeout: 246 seconds]
vmeson has quit [Ping timeout: 246 seconds]
AndreiM has quit [Quit: Client closed]
pat has joined #yocto
l3s8g has joined #yocto
vmeson has joined #yocto
Spinola has joined #yocto
Spinola has quit [Client Quit]
l3s8g has quit [Ping timeout: 258 seconds]
l3s8g has joined #yocto
prabhakarlad has quit [Quit: Client closed]
florian_kc has quit [Ping timeout: 246 seconds]
l3s8g has quit [Remote host closed the connection]
vmeson has quit [Read error: Connection reset by peer]
l3s8g has joined #yocto
080AAK9ON has joined #yocto
Marmottus has quit [Server closed connection]
Marmottus has joined #yocto
leon-anavi has quit [Quit: Leaving]
gsalazar has quit [Remote host closed the connection]
gsalazar has joined #yocto
pat has quit [Quit: Client closed]
vmeson has joined #yocto
080AAK9ON has quit [Ping timeout: 245 seconds]
wmills_ has quit [Ping timeout: 246 seconds]
florian_kc has joined #yocto
rfuentess has quit [Remote host closed the connection]
mckoan is now known as mckoan|away
gsalazar has quit [Ping timeout: 258 seconds]
florian_kc has quit [Ping timeout: 255 seconds]
zpfvo has quit [Ping timeout: 245 seconds]
zpfvo has joined #yocto
warthog9 has joined #yocto
zpfvo has quit [Ping timeout: 245 seconds]
zpfvo has joined #yocto
geoffhp has joined #yocto
florian_kc has joined #yocto
l3s8g has quit [Ping timeout: 246 seconds]
zelgomer has quit [Remote host closed the connection]
zelgomer has joined #yocto
NishanthMenon has quit [Server closed connection]
NishanthMenon has joined #yocto
zpfvo has quit [Ping timeout: 246 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 250 seconds]
zpfvo has joined #yocto
zpfvo has quit [Client Quit]
joelr1 has joined #yocto
ptsneves has quit [Ping timeout: 258 seconds]
tnovotny has quit [Quit: Leaving]
<joelr1> Moin! My Rust recipe is using a Rust crate that uses pkg-config to find libusb. If it doesn't find it it statically compiles libusb into itself whereas I need it to use my patched libusb sources in Yocto. It will use PKG_CONFIG if I set it but neither the default value of pkg-config or `export PKG_CONFIG = "${STAGING_BINDIR_NATIVE}/pkg-config"`
<joelr1> seems to work. What should I set PKG_CONFIG to so that it finds the Yocto libusb package?  https://gist.github.com/joelreymont/c031ec435502f603c88c3c1685d8fa5e
Minvera has joined #yocto
grma has quit [Server closed connection]
Dracos-Carazza has quit [Server closed connection]
Dracos-Carazza has joined #yocto
<RP> joelr1: do you have a DEPENDS += "pkgconfig-native" ? (or inherit pkgconfig)
kpo has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<joelr1> RP I do not. Will try that. Should I prefer DEPENDS or inherit?
kpo has quit [Ping timeout: 245 seconds]
<joelr1> RP I updated the gist. It can't find the library now https://gist.github.com/joelreymont/c031ec435502f603c88c3c1685d8fa5e
<joelr1> This is using DEPENDS
<joelr1> But it doesn't seem to run pkg-config-native
kalj has joined #yocto
frieder has quit [Remote host closed the connection]
wmills has joined #yocto
kpo has joined #yocto
<adrianf> JaMa: I doubt I can give you a useful tip, but I'll try anyway: We had some OOMs with Docker environments because bitbake parallelizes tasks with the number of CPUs. On a 64 core machine with containers running at 8 cores, all containers get 64 cores reported by the kernel. We caught xz with 50 GB of RAM allocated as one example.
<joelr1> I guess I need to depend on libusb, even though I'm not using it directly. Just to get the sources.
<joelr1> I think that worked. Thanks RP
joelr1 has quit [Quit: Client closed]
Vonter has quit [Ping timeout: 245 seconds]
kpo has quit [Ping timeout: 245 seconds]
<JaMa> adrianf: I have a lot of experience with OOMK's Kills during OE build, but this doesn't seem to be the case, or you didn't have "Killed" in dmesg from OOMK in such cases?
Wouter0100670440 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter0100670440 has joined #yocto
kalj has quit [Quit: Client closed]
<wmills> I have edited https://wiki.yoctoproject.org/wiki/The_Yocto_Autobuilder to outline the current schedule builds. Let me know if someone does not like it.
<wmills> The link used on that page: https://autobuilder.yocto.io/pub/release/ seems to be dead. I propose to change it to https://downloads.yoctoproject.org/releases/yocto/ Again let me know if you don't think that is correct
vmeson has quit [Read error: Connection reset by peer]
vmeson has joined #yocto
<adrianf> JaMa: even our monitoring showed the kills.
kpo has joined #yocto
<wmills> WRT: https://autobuilder.yocto.io/pub/release/ it is just a typo in the URL in one section of the page. It should be /releases/ with an s. I fixed it. The URL in the bottom sction was already correct.
kpo has quit [Ping timeout: 245 seconds]
vmeson has quit [Quit: Konversation terminated!]
<mischief> does anyone know if it is possible to use meta-rust layer with musl libc for just one recipe and keep everything else in glibc?
<khem> mischief: you might be able to do that with multiconfig
<mischief> khem: is there a demonstration of such a configuration?
<mischief> khem: also, would you know about my previous question? i think i saw you work on some meta-riscv
<mischief> 23:37:35 mischief | if i was to try my hand at bringing up yocto on a riscv board, would i make my own bsp or try to commit to meta-riscv?
pat has joined #yocto
ptsneves has joined #yocto
alimon has quit [Remote host closed the connection]
<khem> mischief: I can certainly ask meta-riscv question I maintain it. if its an open board then meta-riscv is good spot otherwise use it as an architecture layer and use a separate layer for your device
<khem> maintaining common BSPs would be a good step as much as possible
alimon has joined #yocto
<mischief> khem: it's milkv duo
<mischief> so.. kinda open? :)
<khem> mischief: certainly I am interested because I will soon have access to another Milkv product which is kind of high end
<khem> so milkv is a good idea
kscherer has joined #yocto
kalj has joined #yocto
<mischief> unfortunately the upstream maintenance seems like a total mess. i am not sure how to resolve that situation.
<mischief> khem: it's not possible to have both glibc and musl in one configuration/machine?
otavio has quit [Ping timeout: 258 seconds]
l3s8g has joined #yocto
<khem> mischief: yeah upstream is a challange, I think someone need to step up and help out streamlining all this work. I am a bit sad having RISCV architecture OSS bootstrap differently where we had full fledged distros building and running on qemu even before a real h/w existed, it seems to be losing that advantage now with silicon folks making same old mistakes that other arches made
<khem> unneeded downstream forks is going to be problematic for everyone
kalj has quit [Quit: Client closed]
<mischief> right. the 'upstream' for the duo seems to be https://github.com/milkv-duo/duo-buildroot-sdk which is some unholy mess of a bunch of stuff copypastad into one repo
<mischief> i'm a little afraid to try to plug it into a SRC_URI...
Estrella has joined #yocto
targetdisk has quit [Server closed connection]
targetdisk has joined #yocto
zelgomer has quit [Ping timeout: 246 seconds]
zelgomer has joined #yocto
zelgomer has quit [Remote host closed the connection]
zelgomer has joined #yocto
l3s8g has quit [Quit: l3s8g]
lighteagle321123 has quit [Ping timeout: 245 seconds]
alessioigor has quit [Quit: alessioigor]
vvmeson has joined #yocto
vvmeson is now known as vmeson
vmeson is now known as Guest51
dmoseley_ has joined #yocto
dmoseley has quit [Ping timeout: 250 seconds]
pat has quit [Quit: Client closed]
Kubu_work has quit [Quit: Leaving.]
<mischief> how the hell do i statically link musl libc with rust
<mischief> i tried to use RUSTFLAGS = "-C target-feature=+crt-static" but in log.do_compile i get error[E0463]: can't find crate for `core` = note: the `arm-poky-linux-musleabi` target may not be installed
dash_hope has joined #yocto
dash_hope has quit [Quit: Client closed]
<RP> wmills: schedule looks right to me FWIW
<wmills> RP: Thanks I was wondering if running performance 4 times a day (x2 distros) was just a recent hack to work through intermitent build issues but blame says we have been doing it that way since 2019
<RP> wmills: I think it may be much longer than that. It was more just to create data so we could get a decent average
<RP> wmills: I think we changed machines in 2019 maybe?
<RP> wmills: I've always wondered why the distros give different numbers...
ptsneves has quit [Ping timeout: 248 seconds]
florian_kc has quit [Ping timeout: 245 seconds]
Marian7 has joined #yocto
<Marian7> HI all, I need some help. I'm building a initramfs image and I get an error when I increase the size"RAMDISK: incomplete write (28349 != 32768)" How I can pass this error?
JaMa has quit [Server closed connection]
JaMa has joined #yocto
warthog9 has quit [Quit: Leaving]
sugarbeet has quit [Server closed connection]
sugarbeet has joined #yocto
warthog9 has joined #yocto
tgamblin has quit [Quit: Leaving]
tgamblin has joined #yocto
wmills has quit [Remote host closed the connection]
wmills has joined #yocto
PhoenixMage has quit [Ping timeout: 258 seconds]
Marian7 has quit [Quit: Client closed]
PhoenixMage has joined #yocto
Danct12 has quit [Read error: Connection reset by peer]
Wouter0100670440 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter0100670440 has joined #yocto