tammranil has quit [Remote host closed the connection]
tammranil has joined #yocto
olof has quit [Ping timeout: 260 seconds]
woky has joined #yocto
woky is now known as 082ABEWVI
olof has joined #yocto
woky- has quit [Quit: Nothing in this world is hopeless!]
miau_miau has joined #yocto
miau_miau has quit [Quit: Client closed]
jmd has joined #yocto
ehussain has joined #yocto
rob_w has joined #yocto
leon-anavi has joined #yocto
ray-san has joined #yocto
rfuentess has joined #yocto
CrazyGecko has quit [Quit: Konversation terminated!]
steelswords9436 has quit [Quit: Ping timeout (120 seconds)]
CrazyGecko has joined #yocto
steelswords9436 has joined #yocto
steelswords9436 has quit [Ping timeout: 264 seconds]
steelswords9436 has joined #yocto
wojci has joined #yocto
JerryM has joined #yocto
ehussain has quit [Remote host closed the connection]
ehussain has joined #yocto
<JerryM>
good day folks, it seems the logs on irc.yoctoproject.org have not been updated since 01-01-2025, though the other location still has all of them available
steelswords9436 has quit [Quit: Ping timeout (120 seconds)]
steelswords9436 has joined #yocto
steelswords94361 has joined #yocto
steelswords9436 has quit [Read error: Connection reset by peer]
Kubu_work has joined #yocto
mckoan_ is now known as mckoan
qschulz has quit [Quit: qschulz]
qschulz has joined #yocto
dmoseley_ has joined #yocto
dmoseley has quit [Ping timeout: 252 seconds]
kanavin_ has quit [Read error: Connection reset by peer]
kanavin has joined #yocto
prabhakalad has quit [Quit: Konversation terminated!]
kanavin has quit [Read error: Connection reset by peer]
prabhakalad has joined #yocto
kanavin has joined #yocto
ablu has quit [Ping timeout: 276 seconds]
Marcel has joined #yocto
ablu has joined #yocto
Marcel has quit [Remote host closed the connection]
Marcel has joined #yocto
Marcel has quit [Client Quit]
berton has joined #yocto
rob_w has quit [Ping timeout: 245 seconds]
rob_w has joined #yocto
florian has joined #yocto
adadad has quit [Quit: ZNC 1.9.1+deb2+b2 - https://znc.in]
<landgraf>
empty source in wic doesn't create filesystem even if fstype etc is specified. What's the best way to create empty partition with ext4 fs and specified label ?
goliath has joined #yocto
tchx84 has quit [Quit: Client closed]
ehussain has joined #yocto
Marcel has joined #yocto
Marcel has quit [Client Quit]
ndeuteron has quit [Quit: leaving]
dkl has quit [Ping timeout: 252 seconds]
dkl has joined #yocto
ctraven is now known as sotaoverride
sotaoverride has quit [Killed (zirconium.libera.chat (Nickname regained by services))]
sotaover1ide has joined #yocto
<JerryM>
NishanthMenon I was aware but thank you
<JerryM>
RP done!
<dvergatal>
RP: available?
cyxae has joined #yocto
othiman has joined #yocto
amitk has joined #yocto
<othiman>
Hi. I want to build collectd at todays master, but it fails with
<othiman>
```
<othiman>
ERROR: collectd-5.12.0-r0 do_configure: QA Issue: This autoconf log indicates errors, it looked at host include and/or library paths while determining system capabilities.
<othiman>
Rerun configure task after fixing this. [configure-unsafe]
<othiman>
```
<othiman>
It work yesterday before I pulled master again, but the collectd recipe has not changed in a while. So it does not seem directly correlated to the collectd recipe.
<othiman>
The relevant text from config.log triggering the error is this:
<othiman>
```
<othiman>
config.log-| #ifdef HAVE_UNISTD_H
<othiman>
config.log-| # include <unistd.h>
<othiman>
config.log-| #endif
<othiman>
config.log-| #include <dbi/dbi.h>
<othiman>
config.log-configure:26995: result: no
<othiman>
config.log-configure:27100: checking for libdpdk
<othiman>
BTW: The bridge between Matrix and IRC does not seem to work.
<rburton>
othiman: that's probably the fix where our cross-gcc now refuses to use host headers like it should. you could try reverting 310f9cd967f81869b27c4542a0015cf76c3e2c84 and seeing if that makes the problem go away. but i see the recipe doesn't depend on dpdk so it should be disabling it explicitly.
<mckoan>
othiman: pastebin, please
<othiman>
mckoan, sorry for that. I was not aware that IRC sends it line by line. Here the part from the config.log as pastebin: https://pastebin.com/MypJCzk2
<othiman>
rburton: Thanks for the hint. I will give a try.
<qschulz>
halstead: I have sent patches to the wrong mailing list a few times already, and it didn't tell me that was the case. Is there any way to send an automated mail if we send to X@lists.yoctoproject.org or X@lists.openembedded.org with X being a group that doesn't exist?
<qschulz>
a bit like what we receive when we're not subscribed to the group maybe?
<RP>
dvergatal: I'm at my computer but between meetings...
<othiman>
rburton: Reverting 310f9cd967f81869b27c4542a0015cf76c3e2c84 actually does not fix the problem, but I disabling dpdk is the better solution anyhow. Will try this next.
<rburton>
it was poking at the host so possibly it just found the headers there and somehow worked
<dvergatal>
because recently I have face an issue described by Ray Strode, meaning my login prompt from systemd was not popping up
<dvergatal>
faced*
druppy has quit [Ping timeout: 244 seconds]
<rburton>
JaMa: well something changed as LIBOBJS·=··${LIBOBJDIR}snprintf$U.o becomes LIBOBJS=.
<RP>
dvergatal: it is entirely possible there are bugs...
<RP>
dvergatal: I'm not sure why you're asking me specifically :/
<dvergatal>
RP: because I like you :P
<dvergatal>
RP: I really wanted to ask, if i can post a bug regarding this on bugzilla because i do not see field there for meta-openembedded
<RP>
dvergatal: thanks :). Seriously though, I don't really have a lot of insight into meta-oe
<RP>
dvergatal: meta-oe issues should be on the openembedded-devel mailing list, it isn't covered by the yp bugzilla
<dvergatal>
RP: who has than? and who should i talk to?
<dvergatal>
RP: because I have already written there but my emails are waiting for approvals
<JaMa>
rburton: I'm seeing quite a few differences in sntp/config.log even before that like configure:2674: loading site script /OE/build/oe-core/openembedded-core/meta/site/endian-little section missig completely as well as common-linux
<JaMa>
configure:7494: checking whether vsnprintf is C99 compliant
<JaMa>
-configure:7545: result: yes
<JaMa>
+configure:7545: result: no
Xagen has joined #yocto
rob_w has quit [Remote host closed the connection]
<landgraf>
dvergatal: they're not in CET timezone afaik. just wait (and check if ML address is the correct one)
<dvergatal>
landgraf: hi
<dvergatal>
landgraf: it is
<dvergatal>
landgraf: i see it on my web page as waiting for approval
<RP>
dvergatal: I don't know who the admins are for OE :/
amitk has quit [*.net *.split]
adadad has quit [*.net *.split]
dmoseley_ has quit [*.net *.split]
rfuentess has quit [*.net *.split]
ray-san has quit [*.net *.split]
mckoan has quit [*.net *.split]
konsgn has quit [*.net *.split]
dankm has quit [*.net *.split]
olani has quit [*.net *.split]
mansandersson8 has quit [*.net *.split]
cambrian_invader has quit [*.net *.split]
fullstop has quit [*.net *.split]
beneth has quit [*.net *.split]
<RP>
dvergatal: I think I'd contact board@openembedded.org
* RP
doesn't have list admin access for OE it seems
amitk has joined #yocto
adadad has joined #yocto
dmoseley_ has joined #yocto
rfuentess has joined #yocto
ray-san has joined #yocto
olani has joined #yocto
dankm has joined #yocto
mckoan has joined #yocto
konsgn has joined #yocto
mansandersson8 has joined #yocto
cambrian_invader has joined #yocto
beneth has joined #yocto
fullstop has joined #yocto
<othiman>
rburton: This patch does the trick: https://pastebin.com/mGub54gx. Is this the right way to do it? Or would be better in this case to add --without-libdpdk to EXTRA_OECONF? Do you have a "shortcut" to get the patch into meta-openembedded? I always find the patch via mail thing to be very annoying...
guest70 has joined #yocto
Guest42 has joined #yocto
ray-san has quit [Ping timeout: 252 seconds]
<Guest42>
can anyone please tell me what does this error means "ERROR: Postinstall scriptlets of ['node-red'] have failed. If the intention is to defer them to first boot, then please place them into pkg_postinst_ontarget:${PN} (). Deferring to first boot via 'exit 1' is no longer supported."
<rburton>
othiman: you'll need to add another entry for whatever recipe provides the dpdk headers when its enabled
<rburton>
othiman: the shortcut is 'git send-email'
<qschulz>
RP: what license do you want for a new python wrapper script for b4? I've seen GPL-2.0, MIT and GPL-2.0+
rfuentess has quit [Ping timeout: 252 seconds]
<othiman>
rburton: OK. But I have only found that dpdk has it own layer. So I have no idea how to handle that. The question is, will ever someone use dpdk in combination with collectd in Yocto? Maybe a patch like this is better? https://pastebin.com/eDqnrqCm
Guest42 has quit [Ping timeout: 240 seconds]
guest70 has quit [Ping timeout: 240 seconds]
<rburton>
othiman: recipes can optionally depend on other layers, that's fine. if the recipe is called dpdk in that layer just use that, the only thing is to be sure its disabled by default
<vmeson>
The title is: master dnf failures on qemumips -- maybe make a dnf wrapper to catch the failure but really it's a mystery that someone needs to think about.
othiman has quit [Ping timeout: 240 seconds]
pyroavr has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<pyroavr>
I am trying to get meson-native_1.6.1 to build under hardknott. I also need to backport python-pep517, python3-build, ... several others. I pulled in the recipes and classes needed from master into a new layer, but when I try to build them, bitbake complains about missing functions do_configure, do_compile... I see in the run.do_configure files that those functions are indeed missing... but they should be,
Xagen has joined #yocto
<pyroavr>
as pep517 has no configure step. I've tried a `deltask do_configure` in the relevant recipes - but when I do this to `do_install`, the recipe will build but obviously have no effect. Any ideas how to build these python-native packages?
dmoseley has joined #yocto
florian_kc has joined #yocto
<RP>
qschulz: I've lent towards MIT as easiest
<qschulz>
RP: happened to pick that as well, a bit unsure about the copyright holder, I put it on OE-Core Contributors, but it's in poky, not oe-core, so not sure what's best here
<rburton>
pyroavr: python_pep517 has the do_compile stub in
<rburton>
pyroavr: if you just need meson i'd probably make a new recipe from scratch instead of backporting years of rewrites to the python infrastructure
<rburton>
meson as a setup.py so setuptools3 might just work
jmd has quit [Ping timeout: 252 seconds]
jmd has joined #yocto
florian_kc has quit [Ping timeout: 272 seconds]
berton has quit [Quit: Leaving]
<pyroavr>
rburton: Okay, I'll try that. checking my understanding: make a new recipe that uses meson's setup.py instead of pyproject.toml and have setuptools3 build it instead of pep517?
<rburton>
yes
<rburton>
why backport all of the infrastructure when the legacy stuff might work
<rburton>
you might need to do some selective upgrades like setuptools itself
<pyroavr>
thank you. That seems like sound reasoning, my inexperience with yocto is showing :)
<pyroavr>
I'll try it and report back
florian has quit [Quit: Ex-Chat]
<halstead>
qschulz: There is no setting for that that I can find. I've sent a help request to ask if that feature is available.
mckoan is now known as mckoan|away
leon-anavi has quit [Quit: Leaving]
florian_kc has joined #yocto
tlwoerner has quit [Ping timeout: 248 seconds]
tlwoerner has joined #yocto
florian_kc has quit [Ping timeout: 252 seconds]
JerryM has quit [Quit: Konversation terminated!]
ehussain has quit [Remote host closed the connection]
pidge_ has quit [Ping timeout: 248 seconds]
druppy has joined #yocto
florian_kc has joined #yocto
druppy has quit [Ping timeout: 252 seconds]
<dvergatal>
RP: OK will try than thx
ptsneves has joined #yocto
lazerdye has joined #yocto
lazerdye has quit [Changing host]
lazerdye has joined #yocto
Vonter has quit [Ping timeout: 252 seconds]
jerrycash has joined #yocto
Vonter has joined #yocto
frgo has joined #yocto
ptsneves has quit [Ping timeout: 252 seconds]
<fray>
Anyone around that knows how mcdepends are supposed to work? Trying to figure out if I found a bug (scarthgap) or if I'm using it worng
<fray>
the problem I'm having is the format of 'frommc'. In a dependency like "mc:frommc:mcdep:pn:task". If frommc is 'blank' it ONLY works in the default case, so I can change it to ${BB_CURRENT_MC}, and it works from within multiconfigs, but no longer appears to work in the defautl mc
<fray>
I _THOUGHT_ using "::" (blank for the frommc) worked in all cases, but that is not how it's implemented..
yocti has joined #yocto
<fray>
problem is for the default case it appears to be looking for 'blank', while using BB_CURRENT_MC it returns 'default'. So mc:default:target:recipe:task doesn't work
<fray>
So there is some sort of a bug somewhere where the value of BB_CURRENT_MC, default and (blank) have slightly different meanings when using mcdepends, I need ot understand what is actually expected to offer up any sort of a fix
<fray>
when I first started using mcdepends, it was my understanding that mc::... (blank) means applies to _all_ mc's, the 'default' was to be used to only apply to default one
yocti has quit [Killed (NickServ (GHOST command used by yocti`))]
yocti` has joined #yocto
yocti has joined #yocto
yocti has quit [Killed (NickServ (GHOST command used by yocti`))]
yocti has joined #yocto
yocti has quit [Killed (NickServ (GHOST command used by yocti`))]
yocti has joined #yocto
yocti has quit [Killed (NickServ (GHOST command used by yocti_!~limnoria@2a01:4f9:c010:c053::1))]
yocti_ has joined #yocto
yocti` is now known as yocti
yocti` has joined #yocto
yocti has quit [Killed (NickServ (GHOST command used by yocti`!~limnoria@static.191.154.216.95.clients.your-server.de))]
yocti has joined #yocto
yocti has quit [Killed (NickServ (GHOST command used by yocti_))]
yocti` is now known as yocti
yocti has quit [Killed (NickServ (GHOST command used by yocti`!~limnoria@2a01:4f9:c010:c053::1))]
yocti` has joined #yocto
yocti has joined #yocto
yocti has quit [Killed (NickServ (GHOST command used by yocti_!~limnoria@2a01:4f9:c010:c053::1))]
yocti` is now known as yocti
yocti has quit [Killed (NickServ (GHOST command used by yocti`))]
yocti` has joined #yocto
yocti has joined #yocto
yocti has quit [Killed (NickServ (GHOST command used by yoct6!~limnoria@2a01:4f9:c010:c053::1))]
yoct6 has joined #yocto
yocti` is now known as yocti
yocti has quit [Killed (NickServ (GHOST command used by yocti_))]
yocti has joined #yocto
yocti` has joined #yocto
yocti has quit [Killed (NickServ (GHOST command used by yocti`!~limnoria@static.191.154.216.95.clients.your-server.de))]
yocti has joined #yocto
yocti has quit [Killed (NickServ (GHOST command used by yoct6!~limnoria@2a01:4f9:c010:c053::1))]
yocti_ is now known as 030AAPYOF
yoct6 is now known as yocti
yocti is now known as 077AA6C0A
yocti` has joined #yocto
yocti has joined #yocto
* fray
wonders if yocti is done having a problem
yocti has quit [Killed (NickServ (GHOST command used by 077AA6C0A))]
yocti` is now known as yocti
<fray>
nope
yocti has quit [Killed (NickServ (GHOST command used by 030AAPYOF!~limnoria@2a01:4f9:c010:c053::1))]
yocti has joined #yocto
yocti has quit [Killed (NickServ (GHOST command used by yocti`!~limnoria@2a01:4f9:c010:c053::1))]
yocti` has joined #yocto
yocti has joined #yocto
yocti has quit [Killed (NickServ (GHOST command used by 077AA6C0A!~limnoria@static.191.154.216.95.clients.your-server.de))]
yocti` is now known as yocti
yocti has quit [Killed (NickServ (GHOST command used by 030AAPYOF))]
yocti has joined #yocto
yocti has quit [Killed (NickServ (GHOST command used by yocti`))]
yocti` has joined #yocto
yocti has joined #yocto
yocti has quit [Killed (NickServ (GHOST command used by yocti_!~limnoria@2a01:4f9:c010:c053::1))]
yocti_ has joined #yocto
yocti has joined #yocto
yocti has quit [Killed (NickServ (GHOST command used by 077AA6C0A))]
077AA6C0A is now known as yocti
yocti has quit [Killed (NickServ (GHOST command used by yocti_!~limnoria@2a01:4f9:c010:c053::1))]
yocti` has joined #yocto
yocti has joined #yocto
<halstead>
fray: Not quite yet.
jmd has quit [Remote host closed the connection]
yocti has quit [Killed (NickServ (GHOST command used by yocti`!~limnoria@static.191.154.216.95.clients.your-server.de))]
030AAPYOF is now known as yocti
yocti_ is now known as 082ABE1SV
yocti is now known as 030AAPYOF
082ABE1SV is now known as yocti
yocti has quit [Killed (NickServ (GHOST command used by 030AAPYOF))]
yocti` has joined #yocto
yocti_ has joined #yocto
yocti has joined #yocto
yocti` has quit [Remote host closed the connection]
yocti_ is now known as yocti
yocti has quit [Read error: Connection reset by peer]
030AAPYOF has quit [Read error: Connection reset by peer]
<halstead>
I have it down to one yocti running now.
yocti has joined #yocto
LainExperiments has joined #yocto
merit has quit [Ping timeout: 276 seconds]
florian_kc has quit [Ping timeout: 252 seconds]
ChristosG has quit [Quit: Client closed]
ChristosG has joined #yocto
cyxae has quit [Quit: cyxae]
<dvergatal>
fray: yes :: works only for default JPEW describes it wonderfully on this video
<dvergatal>
and this is not a bug
pyroavr has quit [Ping timeout: 248 seconds]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]