mpb27 has quit [Remote host closed the connection]
pabigot has quit [Ping timeout: 246 seconds]
leon-anavi has joined #yocto
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
pabigot has joined #yocto
zpfvo has quit [Ping timeout: 244 seconds]
zpfvo has joined #yocto
manuel1985 has joined #yocto
<manuel1985>
Hi all! do_fetch task of binutils takes quite long here, think we might be switching to a different download location. That yielded the question: Does bitbake log the task durations somewhere? In the end I'd like to have a list of all do_fetch tasks, sorted by duration.
<manuel1985>
Perhaps there is another super slow mirror slowing down builds that I'm not yet aware of.
GNUmoon has quit [Read error: Connection reset by peer]
GNUmoon has joined #yocto
florian has quit [Quit: Ex-Chat]
manuel_ has joined #yocto
florian has joined #yocto
dmoseley has joined #yocto
manuel1985 has quit [Ping timeout: 244 seconds]
Marian89 has quit [Quit: Client closed]
valdemaras has joined #yocto
tnovotny has joined #yocto
<yates_work>
kanavin: thanks for your guidance
<yates_work>
kanavin: what did you mean by "it's -native variant"? i tried "bitbake hexalate-native"
rob_w has quit [Remote host closed the connection]
<kanavin>
yates_work, that is a native variant
xmn has joined #yocto
<yates_work>
ERROR: Nothing PROVIDES 'hexalate-native'. Close matches
Chaser has joined #yocto
varjag has quit [Quit: ERC (IRC client for Emacs 27.1)]
Xagen has joined #yocto
<rburton>
the recipe needs to have a native form, typically via BBCLASSEXTEND
valdemaras has quit [Ping timeout: 244 seconds]
tnovotny has quit [Quit: Leaving]
sakoman has quit [Ping timeout: 246 seconds]
sakoman has joined #yocto
valdemaras has joined #yocto
<RP>
anyone around who understands systemd? It looks like the systemd-udevd watchdog restarts which is what closes the ssh session and causes the qemuppc failure
<mcfrisk>
if it's just a high CPU load thing, then increasing watchdog timeout can help
<RP>
mcfrisk: pretty sure it isn't that :/
<RP>
it is something hanging in the kernel, this time the image went crazy, irq 37 hung, systemd-logind hit a 3min timeout and an rcu stall
manuel_ has quit [Quit: Leaving]
ecdhe has quit [Read error: Connection reset by peer]
goliath has quit [Quit: SIGSEGV]
ecdhe has joined #yocto
<mcfrisk>
for kernel developers, I require following the upstream best practices including testing with lockdep etc flags enabled. These show e.g. locking abuses as errors every time when they hit instead of locking up machines one in a million times. Step 12 of https://www.kernel.org/doc/html/latest/process/submit-checklist.html
<mcfrisk>
RP: I'm not sure if that would help in this case, but maybe you can enable these kernel flags in a build and make sure dmesg is captured over serial or some other way
<mcfrisk>
with luck, you don't need to reproduce the issue but it's there in the logs after a singe run on target qemu machine
<ptsneves>
Is there any reason why on the wget.py@checkstatus we are adding headers manually for basic authentication instead of using the HTTPBasicAuthHandler that python provides https://docs.python.org/3.1/howto/urllib2.html#id6 I am having random unauthorized responses on the checkstatus while on wget i never get anything bad. The file itself is downloadable with wget. Just asking as I am trying to troubleshoot this issue
<rburton>
ptsneves: sounds like patches welcome to me!
<rburton>
because that code grew slowly and could possibly do with a rewrite is the answer
<ptsneves>
Ok. I am going to make the change and see if it fixes my issue
<ptsneves>
I think a rewrite is too dangerous :)
<RP>
mcfrisk: enabling those options doesn't show any issues at boot or during the failing test :/
<yates_work>
rburton: i see
<ptsneves>
Add HTTPBasicAuthHandler did not fix my issue :(
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
belgianguy has joined #yocto
Xagen has joined #yocto
chep has quit [Ping timeout: 244 seconds]
Schlumpf has quit [Quit: Client closed]
chep has joined #yocto
<mckoan>
useradd.bbclass is no longer able to manage "openssl passwd" in kirkstone?
chep` has joined #yocto
chep has quit [Ping timeout: 256 seconds]
chep has joined #yocto
<ptsneves>
Ok it is possible to bypass python's security by passing passing ~/.netrc explicitly to netrc.netrc. @RP How would you like the fix to look like? Disable pseudo for checkstatus(i do not know how to do that) or bypass netrc security checks?
chep` has quit [Read error: Connection reset by peer]
belgianguy has quit [Remote host closed the connection]
mpb27 has joined #yocto
goliath has joined #yocto
<yates_work>
isn't do_fetch() supposed to fetch into $(S)? even for file:// SRC_URIs?
<yates_work>
it's fetching into $(S)/..
ptsneves has quit [Ping timeout: 245 seconds]
Chaser has quit [Quit: Chaser]
<kergoth_>
Hmm, I'm on kirkstone right now, and enabled multilib config for qemuarm64, and ldconfig is only listing the libraries in /lib, not those in /lib64. And opkg shows that both ldconfig and lib32-ldconfig were installed but that only lib32-ldconfig has files.
<kergoth_>
I'd expect ldconfig to be common to all multilibs and to check all multilib library paths
<kergoth_>
checking master now
<rburton>
yates_work: fetch just puts things into DL_DIR. unpack puts stuff in WORKDIR.
<rburton>
_if_ your src_uri contains a traditional tarball that unpacks to name-version then S is the unpacked source tree
frieder has quit [Remote host closed the connection]
<kergoth_>
hmm, master exhibits same ldconfig behavior, doesn't list anything in /usr/lib64 by default
valdemaras has joined #yocto
dgriego_ has quit [Ping timeout: 244 seconds]
dgriego has joined #yocto
chep has quit [Ping timeout: 250 seconds]
chep has joined #yocto
<yates_work>
rburton: it's not. it is several files specified with SRC_URI = "file://file1.cpp ..."
<yates_work>
i put a debug in: $(S) = /mnt/NVMe2/yocto-hp9015e/build/tmp/work/cortexa15t2hf-neon-poky-linux-gnueabi/printer-dynamic/0.1-r0/printer-dynamic-0.1
<yates_work>
isn't that where the file://'s should be placed?
<yates_work>
they're being placed in /mnt/NVMe2/yocto-hp9015e/build/tmp/work/cortexa15t2hf-neon-poky-linux-gnueabi/printer-dynamic/0.1-r0/
<RP>
ptsneves: I saw that thanks, looks good. I'm just dreading the rebuild time :)
<ptsneves>
RP: :) Yep, on my setup all the sstate cache went down the drain. On the other hand I finally have almost 97% cache hit with the patch. The rest failing due to the netrc issue I mentioned above leading to sstate cache fetch failures
<RP>
ptsneves: the rebuild time on the autobuilder will be painful!
flom84 has quit [Ping timeout: 248 seconds]
prabhakarlad has joined #yocto
ptsneves has quit [Ping timeout: 252 seconds]
Chaser has quit [Quit: Chaser]
<vvn>
Are Ingenic T31/T41 supported by Yocto/OpenEmbedded?
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<kanavin>
halstead, fedora37-ty-2 seems out of space
Xagen has joined #yocto
<RP>
kanavin: it has been paused and reported thanks
florian_kc has joined #yocto
<halstead>
Thank you kanavin
tgamblin has quit [Remote host closed the connection]
tgamblin has joined #yocto
dvergatal has quit [Quit: Lost terminal]
Dr_Who has quit [Read error: Connection reset by peer]
<yates_work>
does bbnote in a .bbclass file that runs as part of task printer a "NOTE: ..." to the log.task.xyz file?
valdemaras has quit [Read error: Connection reset by peer]
<yates_work>
s/printer/print/
dvergatal has joined #yocto
<RP>
yates_work: it should
nerdboy has quit [Ping timeout: 244 seconds]
goliath has quit [Quit: SIGSEGV]
nerdboy has joined #yocto
nerdboy has quit [Changing host]
nerdboy has joined #yocto
zpfvo has quit [Ping timeout: 246 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 244 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
xmn has quit [Ping timeout: 248 seconds]
zpfvo has quit [Ping timeout: 246 seconds]
zpfvo has joined #yocto
<khem>
vvn: it seems to be running some sort of mips cores and mips is almost dead so I am not very hopeful that you will find much support upstream maybe the Soc vendor has some BSP bits floating around their download sites
zpfvo has quit [Ping timeout: 245 seconds]
florian_kc has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
Guest11 has joined #yocto
<Guest11>
hello
<Guest11>
I'm looking for a way to output a manifest of all dependencies in a particular package group with their PN, SRC_URI, and SRC_REV
sakoman has quit [Quit: Leaving.]
<Guest11>
I feel like the `image_write_manifest` is similar, but it is only basing it off of rpm data; is there anyway to instrospect the recipes a packagegroup depends on? I've gotten as far as `d.getVar("RDEPENDS") to list them as text, but how can I access the cooker/cache to retreive that recipe's metadata?
amitk_ has quit [Ping timeout: 245 seconds]
amitk has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]