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.05) May 17 - 19, 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
sgw has quit [Remote host closed the connection]
nots has joined #yocto
Notgnoshi has quit [Read error: Connection reset by peer]
jclsn has quit [Ping timeout: 240 seconds]
jclsn has joined #yocto
Wouter01001 has quit [Remote host closed the connection]
Wouter01001 has joined #yocto
seninha has quit [Remote host closed the connection]
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
roussinm has quit [Quit: WeeChat 3.0]
ardo has quit [Read error: Connection reset by peer]
ardo has joined #yocto
thomasd13 has joined #yocto
<wkawka> Hi, have you ever encountered an error using recipetool? ERROR: Mismatch between setup.py output lines and number of fields
ardo has quit [Quit: ZNC 1.8.2 - https://znc.in]
ardo has joined #yocto
ardo has quit [Read error: Connection reset by peer]
ardo has joined #yocto
ardo has quit [Read error: Connection reset by peer]
ardo has joined #yocto
ardo has quit [Read error: Connection reset by peer]
ardo has joined #yocto
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
goliath has joined #yocto
frieder has joined #yocto
mckoan|away is now known as mckoan
<mckoan> good morning
goliath has quit [Quit: SIGSEGV]
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
<LetoThe2nd> yo dudX
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
<mckoan> hey LetoThe2nd
<LetoThe2nd> mckoan: yo mckoan
rfuentess has joined #yocto
gsalazar has joined #yocto
denisoft81 has joined #yocto
mvlad has joined #yocto
<denisoft81> hi guys, when installing a python library using pip3, the system prompted me to install the python3-dev package. Kindly, how can I append the python3-dev module on yocto dunfell image? I have appended " python3-dev" on local.conf "IMAGE_INSTALL_append" but when I start the bitbake of python3-dev I received en error message: "ERROR: Nothing PROVIDES 'python3-dev'. Close matches: python3 RPROVIDES python3-dev"
<LetoThe2nd> denisoft81: tbh, the proper way is to just not use pip in-target, because it is totally unreproducible ;-) beyond that, have you installed pip through its recipe?
Schlumpf has joined #yocto
<denisoft81> yes, pip is correctly appended on image
<denisoft81> LetoThe2nd, how could i solve this issue?
goliath has joined #yocto
<LetoThe2nd> denisoft81: guessing: the package that you want is called something else. "python3-dev" sounds very debianoid. but again: why are you trying to run pip in-target?
<jclsn> Morning, I got the task to update uboot for our imx8 board. Does mainline uboot support it by now or do I have to stick with uboot-imx?
kroon has joined #yocto
<denisoft81> LetoThe2nd, I need to install a python module (https://pypi.org/project/stress/) which requires the python3-dev package
ptsneves has joined #yocto
<jclsn> AH guess I should ask in #u-boot
<LetoThe2nd> denisoft81: yeah but again - why are you doing it in-target instead of writing a recipe for it? if it is reasonable well-behaved, this is much easier. plus, you can reuse it!
<denisoft81> LetoThe2nd, I follow your advice. Thank you
leon-anavi has joined #yocto
ptsneves has quit [Ping timeout: 252 seconds]
denisoft81 has quit [Quit: Leaving]
ruslan has joined #yocto
leon-anavi has quit [Ping timeout: 276 seconds]
sotaoverride has quit [Quit: Lost terminal]
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
leon-anavi has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
<ruslan> Hello! I faced problem that network driver does not support checksum offload for ipv4. How can I change network driver for Yocto image?
<ruslan> My machine is Raspberry Pi 4
<qschulz> ruslan: update your kernel? or configure it appropriately, it might just be missing a KConfig option in your .config/defconfig?
<wkawka> Hi is there a way to check version of package that is used in RDEPENDS variable?
<wkawka> Before, I was using a recipe which provided good version, but then I noticed that it can be simply written in RDEPENDS and I deleted that recipe, but now there is a problem with version
<rburton> wkawka: $ oe-pkgdata-util read-value RDEPENDS bash
<rburton> base-files update-alternatives-opkg glibc (>= 2.35) ncurses-libtinfo (>= 6.3+20220423)
<rburton> if you want to see the rdepends that was written to the packages, including the dynamically generated ones from library linkage which won't be in the recipe
ptsneves has joined #yocto
leon-anavi has quit [Ping timeout: 244 seconds]
leon-anavi has joined #yocto
ruslan has quit [Quit: Client closed]
Herrie has quit [Read error: Connection reset by peer]
Herrie|2 has joined #yocto
Herrie|2 is now known as Herrie
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
florian has joined #yocto
florian has quit [Ping timeout: 244 seconds]
dvorkindmitry has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
Guest52 has joined #yocto
starblue has quit [Quit: WeeChat 3.0]
otavio_ has quit [Remote host closed the connection]
<Guest52> Hi! My yocto version "dunfell" has iptables version 1.8.4 (legacy). Is there a newer version of iptables possible somehow?
<qschulz> Guest52: you may be able to just import a newer version into one of your layers
<qschulz> the latest version being 1.8.8 in the master branch
otavio has joined #yocto
<qschulz> then check if it compiles fine
<Guest52> thank you
<Guest52> Is 1.8.8 the latest in general?
<qschulz> seems like it
<Guest52> hmm, I thought my 1.8.4 is ancient because it outputs that string "legacy" behind the version number
<Guest52> "iptables v1.8.4 (legacy): Couldn't load match `limit':No such file or directory"     is an error string of a rule and I thought 1.8.4 is so ancient that the rule does not work anymore. I supposed an update may help :)
<qschulz> could be that you're using the legacy version of iptables?
<rfuentess> Random question. If I understand correctly the .bb* files are written in a syntax similar to Python, right ?
<rfuentess> So, the order of the lines have a lot of impact? In particular where you put things like "inherit" and FILE_${PV} ?
<qschulz> it matters yes
<qschulz> best practice dictates inherited classes added very early in the recipe file
<qschulz> and then you can modify/set variables after the inherits
<Guest52> "iptables v1.8.4 (legacy)" is what iptables --version returns
<Guest52> This was there by default in my yocto build
<Guest52> OK, it seems (as described in the link of qschulz) I can link to the traditional names to overcome such legacy problems. Thank you
<qschulz> Guest52: have a bbappend with PACKAGECONFIG += "libnftnl" and add meta-networking layer to your bblayers.conf and I think that should do it
<qschulz> (quickly going through the recipe)
starblue has joined #yocto
<rfuentess> qschulz: thanks
Schlumpf has quit [Quit: Client closed]
<Guest52> qschulz: What should libnftnl do?
<qschulz> Guest52: no idea but considering that without it iptables is configured without nftables support and that nftables is what I assume you want to use..
kroon has quit [Quit: Leaving]
<qschulz> (since otherwise you use the legacy iptables..)
<Guest52> ok
<qschulz> again, just assumptions and guesses on my side :)
Schlumpf has joined #yocto
wkawka has quit [Quit: Client closed]
ptsneves has quit [Quit: Client closed]
florian has joined #yocto
xmn has quit [Quit: ZZZzzz…]
dtometzki has quit [Read error: Connection reset by peer]
seninha has joined #yocto
dtometzki has joined #yocto
ptsneves has joined #yocto
vvn has quit [Ping timeout: 272 seconds]
v0n has quit [Ping timeout: 255 seconds]
vvn has joined #yocto
v0n has joined #yocto
v0n has quit [Client Quit]
vvn has quit [Client Quit]
vvn has joined #yocto
florian has quit [Ping timeout: 244 seconds]
Guest52 has quit [Quit: Guest52]
ardo has quit [Quit: ZNC 1.8.2 - https://znc.in]
ardo has joined #yocto
sotaoverride has joined #yocto
Guest8218 has joined #yocto
<zeddii> RP: I'm going to miss the meeting today (hearing test), but I just replied on the mailing list. If no one else is looking at the kernel-devsrc issue, I'll work on it today
<zeddii> should either be a simple sed operation, or hopefully, we don't need the file at all and I can just drop it. Once my core-image-kernel-dev build completes, I'll know which is the case.
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
v0n has joined #yocto
<Guest8218> Hello all, I have a question regarding setting the SRC_URI in a .bbappend. I'm trying to add a tarball to the path from my layer (located in /files) so another layer's recipe can use it in a .bbclass function.
<Guest8218> The file cannot be found in the path of the recipe, but the recipe seems to pick up the SRC_URI variable in the bbappend because the actual file name comes up in the error message.
<Guest8218> The only two lines in my .bbappend are:
<Guest8218> FILESEXTRAPATHS:prepend := "${THISDIR}/files:"
<Guest8218> SRC_URI = "file://image.tar.gz"
<Guest8218> Hopefully one of you can point me in the right direction:)  Thanks in advance!
camus has quit [Quit: camus]
<RP> zeddii: nobody has taken that one afaik so help very welcome thanks
<RP> zeddii: I was hoping we might be able to delete it! :)
<zeddii> yah. I'll run some on target tests to see if it really is needed, it may have just been part of a broader copy
Xagen_ has quit [Read error: Connection reset by peer]
Wouter01001 has quit [Remote host closed the connection]
Wouter01001 has joined #yocto
Xagen has joined #yocto
pgowda_ has joined #yocto
<LetoThe2nd> should i be able to filter out recipes by having BBFILES_DYNAMIC += "openembedded-layer:${LAYERDIR}/recipes-xxx/yyy/*.bb"
<LetoThe2nd> e.g., that recipe only is available if the other layer is present?
<LetoThe2nd> it doesn't seem to filter out :-(
gchamp has quit [Remote host closed the connection]
override has quit [Remote host closed the connection]
sakoman has joined #yocto
dgriego has joined #yocto
<LetoThe2nd> Ah, BBFILES_DYNAMIC does not filter out, but conditionally *adds* to BBFILES?
Guest4233 has quit [Remote host closed the connection]
jpuhlman_ has joined #yocto
jpuhlman is now known as Guest9933
Guest9933 has quit [Killed (strontium.libera.chat (Nickname regained by services))]
jpuhlman_ is now known as jpuhlman
ardo has quit [Quit: ZNC 1.8.2 - https://znc.in]
* RP wonders how vmeson feels about tetraquarks
<qschulz> LetoThe2nd: seems like it from the code indeed
<qschulz> LetoThe2nd: I guess you could check by moving the recipe into a subdir not matching your layer's BBFILES regexp?
<qschulz> the documentation specifies the usecase to be for bbappends, but the code seems to suggest there's no bbappend-specific behavior
<LetoThe2nd> qschulz: ya that works.
kqcjjw has joined #yocto
ardo has joined #yocto
SDes91 has joined #yocto
<SDes91> Hi all just a quick update. there is a bug on the Get Started / Software Overview Page. At the end of the Page is a button New User Docs - Yocto Project Quick Build which points to a non-existent resource
<SDes91> Currently points to : https://yoctoproject.org/docs
<SDes91> Should be: https://docs.yoctoproject.org
<SDes91> Happy to help, if this needs some formal issue creation somewhere
xmn has joined #yocto
<rburton> SDes91: michaelo is the documentation person so he might be able to just fix it now, but filing a bug at bugzilla.yoctoproject.org would ensure it doesn't get forgotten about. thanks!
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
gsalazar has quit [Read error: Connection reset by peer]
gsalazar_ has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
gsalazar has joined #yocto
gsalazar_ has quit [Ping timeout: 244 seconds]
SDes91 has quit [Quit: Client closed]
thomasd13 has quit [Ping timeout: 276 seconds]
goliath has quit [Quit: SIGSEGV]
<qschulz> rburton: i've been told michaelo will be off for a while, so a bug on bugzilla would be better
<ndec> rburton: michaelo : i can fix that.. i fixed a similar issue the other day.. in fact, perhaps we should redirect https://yoctoproject.org/docs to https://docs.yoctoproject.org. that's a simple change
frieder has quit [Remote host closed the connection]
<qschulz> ndec: the exact https://yoctoproject.org/docs URL yes, because I think there are trickier rewrites for actual docs? I don't remember exactly
<qschulz> I know halstead worked on that a few times already
<ndec> hmm. but /docs should be a real page, looking at wordpress now.. with some content.
<ndec> so perhaps it's one of the rewrite that messes up with that.
<ndec> ok. that's not really something for michaelo , but for halstead and me.. we will need to check what's going on there..
roussinm has joined #yocto
camus has joined #yocto
Schlumpf has quit [Quit: Client closed]
jatedev has joined #yocto
rfuentess has quit [Ping timeout: 276 seconds]
leon-anavi has quit [Quit: Leaving]
kqcjjw has quit [Quit: tiuq]
goliath has joined #yocto
ptsneves has quit [Ping timeout: 252 seconds]
gsalazar has quit [Remote host closed the connection]
goliath has quit [Ping timeout: 276 seconds]
goliath has joined #yocto
gsalazar has joined #yocto
gsalazar has quit [Read error: Connection reset by peer]
gsalazar has joined #yocto
gsalazar has quit [Ping timeout: 244 seconds]
gsalazar has joined #yocto
<Saur[m]> RP: I'm currently on vacation so I am not following the lists and IRC as much as I usually do, but I just noticed that all GStreamer recipes have been updated to 1.20.3 except the main recipe which is still at 1.20.2. There was a patch for updating the main recipe as well, however, it was sent to the list the day before the others, which I guess is why it was missed...
rfuentess has joined #yocto
pgowda_ has quit [Quit: Connection closed for inactivity]
Guest8218 has quit [Quit: Client closed]
rfuentess has quit [Remote host closed the connection]
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
<RP> Saur[m]: oops, I should sort that
seninha has quit [Quit: Leaving]
seninha has joined #yocto
florian has joined #yocto
mckoan is now known as mckoan|away
jatedev has quit [Quit: Client closed]
goliath has quit [Quit: SIGSEGV]
seninha_ has joined #yocto
seninha has quit [Remote host closed the connection]
<halstead> qschulz: I've added a special redirect for https://yoctoproject.org/docs.
florian has quit [Ping timeout: 244 seconds]
seninha_ has quit [Quit: Leaving]
seninha has joined #yocto
peoliye has joined #yocto
amitk_ has quit [Ping timeout: 276 seconds]
cambrian_invader has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
seninha has quit [Remote host closed the connection]
seninha has joined #yocto
jonathan has joined #yocto
<JPEW> RP: I traced the lifetime of the Hash Equivalence client back to the lifetime of the SignatureGenerator class (the socket _should_ be closed when .exit() is called; it may be more complex when multiple inheritance comes into play with the SignatureGeneratorUniHashMixIn class
<JPEW> e.g. it's possible exit() in SignatureGeneratorUniHashMixIn is not being called as expected due to the inheritance model
camus has quit [Ping timeout: 244 seconds]
seninha_ has joined #yocto
seninha has quit [Ping timeout: 276 seconds]
seninha_ is now known as seninha
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
<JPEW> The inhertiance model might not be the cause. It looks like only `SignatureGeneratorUniHashMixIn` implements an override for the `exit()` function, so it's probably not being overridden by a different class
mvlad has quit [Remote host closed the connection]
seninha has quit [Read error: Connection reset by peer]
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
seninha has joined #yocto
dev1990 has joined #yocto
jonathan has quit [Quit: Leaving]
florian has joined #yocto
goliath has joined #yocto
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
<RP> JPEW: exit is called quite late though iirc?
florian has quit [Ping timeout: 240 seconds]
jpuhlman_ has joined #yocto
jpuhlman is now known as Guest5109
Guest5109 has quit [Killed (molybdenum.libera.chat (Nickname regained by services))]
jpuhlman_ is now known as jpuhlman
olani has joined #yocto
pabigot has quit [Remote host closed the connection]
pabigot has joined #yocto
<JPEW> Pretty sure
<JPEW> When the cooker exits I think
<RP> JPEW: right, I added it so that cooker exit was clean
<RP> JPEW: something still doesn't seem right unless it is holding a lot of connections from different threads
<JPEW> RP: the client object is created "on demand", it wouldn't surprise me if there are code paths that create one but exit is never called
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
<RP> JPEW: and the gc takes time to get to it?
<JPEW> Hmm, maybe... It would need to be a new instance of the SignatureGenerator each time. But if there are places those are created but exit is not called, that would do it (regardless of threats threads)
* JPEW phone IRC is useful but hard :)
sgw has joined #yocto
paulg has quit [Ping timeout: 255 seconds]
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
jatedev has joined #yocto
goliath has quit [Quit: SIGSEGV]
xmn has quit [Ping timeout: 246 seconds]