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"
kscherer has quit [Quit: Konversation terminated!]
Starfoxxes has quit [Ping timeout: 260 seconds]
Starfoxxes has joined #yocto
florian has quit [Ping timeout: 252 seconds]
tomzy_0 has quit [Quit: Client closed]
sakoman has quit [Quit: Leaving.]
prabhakarlad has quit [Quit: Client closed]
invalidopcode has quit [Remote host closed the connection]
invalidopcode has joined #yocto
seninha has quit [Remote host closed the connection]
goliath has quit [Quit: SIGSEGV]
Minvera has quit [Remote host closed the connection]
davidinux has quit [Ping timeout: 272 seconds]
davidinux has joined #yocto
sakoman has joined #yocto
jclsn has quit [Ping timeout: 246 seconds]
jclsn has joined #yocto
Wouter010067 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter010067 has joined #yocto
sakoman has quit [Quit: Leaving.]
amitk has joined #yocto
rsalveti has quit [Quit: Connection closed for inactivity]
thomasd13 has joined #yocto
mrnuke has quit [Ping timeout: 272 seconds]
alessioigor has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
rob_w has joined #yocto
demirok has joined #yocto
mrnuke has joined #yocto
frieder has joined #yocto
gho has joined #yocto
Algotech75 has joined #yocto
zpfvo has joined #yocto
vladest has joined #yocto
Jham has joined #yocto
rfuentess has joined #yocto
lexano has quit [Ping timeout: 272 seconds]
manuel1985 has joined #yocto
mvlad has joined #yocto
lexano has joined #yocto
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
ptsneves has joined #yocto
yssh has joined #yocto
amitk has quit [Read error: Connection reset by peer]
vvmeson has joined #yocto
vmeson has quit [Ping timeout: 268 seconds]
tomzy_0 has joined #yocto
alimon has quit [Ping timeout: 246 seconds]
prabhakarlad has joined #yocto
mckoan|away is now known as mckoan
xmn has quit [Ping timeout: 246 seconds]
xmn has joined #yocto
Starfoxxes has quit [Ping timeout: 265 seconds]
Starfoxxes has joined #yocto
klesk[m] has joined #yocto
invalidopcode has quit [Remote host closed the connection]
invalidopcode has joined #yocto
florian has joined #yocto
d-s-e has joined #yocto
xmn has quit [Ping timeout: 268 seconds]
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
florian_kc has joined #yocto
zpfvo has quit [Ping timeout: 260 seconds]
alimon has joined #yocto
<LetoThe2nd> yo dudX
Wouter010067 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter010067 has joined #yocto
zpfvo has joined #yocto
<RP> LetoThe2nd: morning!
<tomzy_0> morning
<tomzy_0> I am having strange problem with networkmanager on kirkstone
<tomzy_0> I set packageconfig to use ppp
<tomzy_0> and configuration complains about missing /usr/sbin/pppd
<tomzy_0> | Has header "pppd/pppd.h" : YES
<tomzy_0> | Program pppd /sbin/pppd /usr/sbin/pppd found: NO
<tomzy_0> |
<tomzy_0> | ../NetworkManager-1.36.2/meson.build:570:4: ERROR: Assert failed: pppd required but not found, please provide a valid pppd path or use -Dppp=false to disable it
<tomzy_0> ppp is in networmanager DEPENDS
<tomzy_0> should not this be enough? I see that usr/sbin/pppd is missing in sysroot created for networkmanager
<qschulz> tomzy_0: mmmmm, I'm wondering if this means there's a need to have ppp-native?
<qschulz> why is it looking for the binary?
<rburton> you can possibly just tell it a path
<rburton> i guess it just wants to know where the pppd to run is, or will be
<tomzy_0> Yes, this is also something I do not understand - (btw I am using this revision http://git.openembedded.org/meta-openembedded/tree/?h=kirkstone&id=166ef8dbb14ad98b2094a77fcf352f6c63d5abf2) I thought maybe I added some custom changes to networkmanager but it is not the case
<tomzy_0> I will check meson.build of that version of networkmanager
<qschulz> rburton: a missing sysroot-path or something maybe
<rburton> the old recipe you have doesn't have the bit that tells networkmanager where pppd is
<tomzy_0> rburton thank you - I saw in networkmanager sources that there are two options ppp and pppd https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/blob/1.36.2/meson.build#L563, https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/blob/1.36.2/meson_options.txt#L32 Recipe only set ppp here
<tomzy_0> Nevertheless I will try with that additional switch when using ppp in PACKAGECONFIG, once again thanks
<rburton> recipe needs updating by the look of it
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
mihai has joined #yocto
starblue has quit [Ping timeout: 255 seconds]
starblue has joined #yocto
invalidopcode has quit [Ping timeout: 260 seconds]
invalidopcode has joined #yocto
frieder_ has joined #yocto
frieder_ has quit [Remote host closed the connection]
frieder has quit [Quit: Leaving]
frieder has joined #yocto
risca has quit [Ping timeout: 260 seconds]
dagmcr has quit [Quit: Connection closed for inactivity]
d-s-e has quit [Ping timeout: 268 seconds]
louis_ has joined #yocto
pidge has quit [Remote host closed the connection]
<ptsneves> Hey all when using bitbake-getvar --value is there a way to make it not print warnings or notes?
pidge has joined #yocto
* mcfrisk sees light at the end of the testimage.bbclass qemu hang tunnel, hope it's not a train or exit to another world..
louis_ is now known as louson
DavidP65 has joined #yocto
yssh has quit [Quit: Client closed]
yssh has joined #yocto
d-s-e has joined #yocto
risca has joined #yocto
goliath has joined #yocto
seninha has joined #yocto
seninha has quit [Client Quit]
leon-anavi has joined #yocto
seninha has joined #yocto
sakoman has joined #yocto
xmn has joined #yocto
demirok has quit [Remote host closed the connection]
zpfvo has quit [Ping timeout: 260 seconds]
<kergoth> ptsneves: probably not, but it'd be really nice to have
zpfvo has joined #yocto
<moto-timo> ptsneves: it's 50 lines of code, so patches welcome: https://git.yoctoproject.org/poky/tree/bitbake/bin/bitbake-getvar
<ptsneves> I had a look at it and i think it is the logger that needs to be configured in a way it does not show that. Last time i had a cursory look i did not see a direct way to quiten the logger
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
demirok has joined #yocto
florian has quit [Quit: Ex-Chat]
manuel1985 has quit [Ping timeout: 256 seconds]
zpfvo has quit [Ping timeout: 246 seconds]
zpfvo has joined #yocto
florian_kc has quit [Ping timeout: 264 seconds]
prabhakarlad has quit [Quit: Client closed]
<qschulz> ptsneves: I remember struggling to silence a logger from python modules, but in the end, redefining your own logger should be enough
<ptsneves> ah so you think just redefining the logger at the bitbake-getvar level will do the trick? Will have a look. Have been trying to allocate time for Yocto contributions on my employer
<qschulz> i did this a while ago so :/
<qschulz> no memory except the code there
<qschulz> I think it does not print warnings from python modules anymore but don't remember too much unfortunately :/
<qschulz> maybe I had given up instead
<kergoth> Check the bb.msg code for a function to ease it, otherwise you can just adjust the log level of the bitbake logger(s) directly the way you would any py thon logger (see the python logging module docs)
<ptsneves> https://git.yoctoproject.org/poky/tree/bitbake/bin/bitbake-getvar looking at it it seems the logging comes from tinfoil and so on
<kergoth> Ah, yes, you could presumably change it at the handler level too, probably
<moto-timo> ptsneves: also looking into warnings.simplefilter in python docs might get us something
invalidopcode has quit [Remote host closed the connection]
invalidopcode has joined #yocto
<ptsneves> I think it is not so simple due to this https://git.yoctoproject.org/poky/tree/bitbake/lib/bb/tinfoil.py#n328 Basically we can shut up the client side if i understand correctly
<ptsneves> will try edditing bitbke-getvar's call to tinfoil
<moto-timo> adding some kind of -q --quiet flag would be good
<kergoth> agreed. alternatively, shift the warnings and errors to stderr. they *are* out of band from the intended use of the script, aft er all. if i'm calling getvar, i want the value of the variable, not a bunch of extras
<kergoth> stderr isn't only for errors, but for anything out of band. *shrug*, either way, or both
<moto-timo> I like that too
<kergoth> iirc devtool or recipetool went that route for errorrs at least, if not warnings
<moto-timo> recipetool at least sets log level with a -q argument https://git.yoctoproject.org/poky/tree/scripts/recipetool#n57
Minvera has joined #yocto
manuel1985 has joined #yocto
<kergoth> ah, nice,
<kergoth> oh, nevermind, i was *going* to do the errors to stderr thing but never submitted it. https://github.com/openembedded/openembedded-core/compare/master...kergoth:openembedded-core:scriptutils-log-improvements
<kergoth> oops
<kergoth> looiks like bitbake itself does so for errors
kscherer has joined #yocto
<ptsneves> i will try the approach in recipetool
<ptsneves> ah but it relies on scriptutils is on oe-core
<ptsneves> so it would not be an acceptable patch for bitbake standalone :(
<moto-timo> we do need some logging improvements across the board, but that is a larger/harder problem perhaps
<kergoth> no, the part i didnt submit uses scriptutils, the recipetool setting the logger level isn't
<kergoth> ptsneves: https://git.yoctoproject.org/poky/tree/scripts/recipetool#n57 as linked by moto-timo
<kergoth> it does use scriptutils, but dont think tha part is required for teh setLevel()
<ptsneves> by setting setup_logging=False i was able to not have bbwarns
<ptsneves> just that change
florian has joined #yocto
<rburton> can you make it have warnings by default but a quiet mode for programatic use? thinking the warnings might be useful in some cases
manuel1985 has quit [Ping timeout: 255 seconds]
<ptsneves> yes
<ptsneves> should it be set to quiet automatically when a user sets --value?
alessioigor has quit [Quit: alessioigor]
tnovotny has joined #yocto
Algotech13 has joined #yocto
Starfoxxes has quit [Ping timeout: 272 seconds]
Algotech75 has quit [Ping timeout: 264 seconds]
zpfvo has quit [Quit: Leaving.]
Circuitsoft has joined #yocto
d-s-e has quit [Quit: Konversation terminated!]
Starfoxxes has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
odra has joined #yocto
mckoan is now known as mckoan|away
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
rfuentess has quit [Remote host closed the connection]
Jham has quit [Quit: Leaving]
gho has quit [Quit: Leaving.]
thomasd13 has quit [Ping timeout: 256 seconds]
gsalazar has quit [Ping timeout: 268 seconds]
frieder has quit [Remote host closed the connection]
<qschulz> ptsneves: you mean setup_logging=not args.quiet ?
prabhakarlad has joined #yocto
Algotech13 has quit [Ping timeout: 246 seconds]
gsalazar has joined #yocto
Wouter010067 has quit [Quit: The Lounge - https://thelounge.chat]
mihai has quit [Quit: Leaving]
Wouter010067 has joined #yocto
<dl9pf> how would I disable systemd-network-generator so it doesn't run at bootup ?
<RP> dl9pf: use sysvinit? (sorry, couldn't resist, I don't know is the real answer)
<dacav> su
<dl9pf> hehe ;)
<dacav> wups
<dl9pf> RP: its a funny case where we netboot and we don't want any network hiccups
<RP> dl9pf: we configure qemu like that somehow iirc
<dl9pf> yes, thats a lead
dmoseley has quit [Quit: ZNC 1.8.2 - https://znc.in]
dmoseley has joined #yocto
Algotech13 has joined #yocto
PhoenixMage has quit [Ping timeout: 272 seconds]
PhoenixMage has joined #yocto
<dl9pf> KernelCommandLine=!ip in wired.network .... hmmm
tnovotny has quit [Quit: Leaving]
PhoenixMage has quit [Ping timeout: 256 seconds]
PhoenixMage has joined #yocto
PhoenixMage has quit [Ping timeout: 256 seconds]
PhoenixMage has joined #yocto
florian has quit [Ping timeout: 260 seconds]
kanavin has quit [Remote host closed the connection]
PhoenixMage has quit [Ping timeout: 260 seconds]
yssh has quit [Quit: Client closed]
PhoenixMage has joined #yocto
kanavin has joined #yocto
DavidP65 has quit [Quit: Client closed]
ptsneves has quit [Ping timeout: 260 seconds]
karama300[m] has joined #yocto
qschulz has quit [Remote host closed the connection]
florian has joined #yocto
qschulz has joined #yocto
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
invalidopcode has quit [Remote host closed the connection]
nemik has joined #yocto
invalidopcode has joined #yocto
seninha has quit [Remote host closed the connection]
seninha has joined #yocto
seninha has quit [Ping timeout: 246 seconds]
Circuitsoft has quit [Quit: Connection closed for inactivity]
prabhakarlad has quit [Quit: Client closed]
tomzy_0 has quit [Quit: Client closed]
yssh has joined #yocto
seninha has joined #yocto
invalidopcode has quit [Remote host closed the connection]
invalidopcode has joined #yocto
alimon has quit [Remote host closed the connection]
azcraft has joined #yocto
alimon has joined #yocto
leon-anavi has quit [Quit: Leaving]
dmoseley has quit [Quit: ZNC 1.8.2 - https://znc.in]
alessioigor has joined #yocto
alessioigor has quit [Client Quit]
rob_w has quit [Read error: Connection reset by peer]
mvlad has quit [Remote host closed the connection]
dmoseley has joined #yocto
olani- has joined #yocto
Minvera has quit [Remote host closed the connection]
azcraft has quit [Quit: Leaving]
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
Wouter010067 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter010067 has joined #yocto
<RP> moto-timo: FWIW the postgres issue looks like it wants perl >= 5.36 and the dummy provides recipe has a version lower than 5
yssh has quit [Quit: Client closed]
<moto-timo> RP: I tried it on kirkstone too and it wanted perl >= 5.34 as I recall. Not sure why we would ever have had dummy provide lower than 5 since perl5 has been the version for as long as I can remember.
<RP> moto-timo: I think this bug has just been around a long time. We need to remove the version requirement. I think it is coming from shlibs in do_package
<moto-timo> RP: that "smells" right
<RP> moto-timo: bug tested and workaround in the bug, not sure on what the best real fix is: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14995
<dl9pf> RP: systemd-network-generator.service seems to be my enemy
<dl9pf> tries to be smart and auto-creates settings but then it takes down->up for dhcp the interface which is just dumb as a) it is configured already and b) netboot (aka rootfs) dies
seninha has quit [Quit: Leaving]
<RP> dl9pf: I don't envy you trying to stop systemd doing something :(
agrue has quit [Quit: ZNC 1.7.5+deb4 - https://znc.in]
<moto-timo> RP: it's not the first time I wished PERLVERSION from perl-version.bbclass was available globally (lol). but that means recipes know about other recipes and meh
agrue has joined #yocto
<moto-timo> RP: so the perl dummy version is being set by the PV of target-sdk-provides-dummy? e.g. that's where the 1.0 comes from... starting to see the light
<RP> moto-timo: presumably, that is my assumption. Worryingly, setting the PROVIDES in dummy to perl (=5.36.0) doesn't help but does make it into the dummy rpm
<RP> moto-timo: clearing the version is the only way I've made it work so far, setting PE and PV on the dummy recipe didn't help
<moto-timo> RP: thank you for saving me trying that ;)
<moto-timo> RP: could we somehow make the process_shlibs know it is in an SDK context and then drop the version check... <spitballing>
<RP> moto-timo: the postgres rpm can't change depending on whether an SDK is being built or not
<moto-timo> RP: right... so much for that bad idea :)
seninha has joined #yocto
<RP> moto-timo: the version constraint fails since the dummy recipe injects into conflicts and replaces
Algotech13 has quit [Remote host closed the connection]
<RP> moto-timo: I don't know what the right incantation is to make the versioning work :/
kscherer has quit [Quit: Konversation terminated!]
<moto-timo> RP: thank you for trying
<RP> moto-timo: at least we know the issue...
* RP -> sleep
<moto-timo> RP: g'night