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>
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]
<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]
<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:
<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>
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
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]
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)