Saur_Home has quit [Quit: Ping timeout (120 seconds)]
Saur_Home has joined #yocto
jbo has quit [Ping timeout: 260 seconds]
jbo has joined #yocto
Starfoxxes has joined #yocto
qschulz has quit [Read error: Connection reset by peer]
qschulz has joined #yocto
davidinux has quit [Ping timeout: 276 seconds]
davidinux has joined #yocto
wicki has quit [Ping timeout: 246 seconds]
ablu has quit [Read error: Connection reset by peer]
ablu has joined #yocto
jclsn has quit [Ping timeout: 255 seconds]
jclsn has joined #yocto
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
lthadeus has joined #yocto
Vonter has quit [Ping timeout: 240 seconds]
Chocky has quit [Ping timeout: 264 seconds]
Vonter has joined #yocto
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
jmd has joined #yocto
wicki has joined #yocto
lthadeus has quit [Ping timeout: 245 seconds]
Chaser has joined #yocto
jmd has quit [Remote host closed the connection]
Chaser has quit [Remote host closed the connection]
Chaser has joined #yocto
roussinm has quit [Quit: WeeChat 3.3-dev]
OnkelUlla has joined #yocto
leon-anavi has joined #yocto
kanavin has quit [Remote host closed the connection]
wicki has quit [Ping timeout: 256 seconds]
Chocky has joined #yocto
goliath has joined #yocto
frieder has joined #yocto
destmaster has joined #yocto
<destmaster>
When trying to connect via SSH I'm getting " kex_exchange_identification: read Connection reset". The issue concerns the permission of the /etc/ssh/ssh_host_ecdsa_key file. Changing to "400" it works.
<ablu>
destmaster: I do not think I have come across "FILE_PERMISSIONS" and do not see it in current Yocto branches. The right way to fix the permissions is to make sure to install it with the correct permissions. How do you install the key? "install -m 0400 <source> <target>" should do the job.
<destmaster>
ablu: I'm installing the /etc/ssh directory doing a rootfs overlay. cp -r ${WORKDIR}/overlay/etc/* ${D}${sysconfdir}/
<destmaster>
I will try to install with the 0400 permission for the specific file
destmaster has quit [Quit: Client closed]
zpfvo has joined #yocto
jmiehe has joined #yocto
rob_w has joined #yocto
zpfvo has quit [Ping timeout: 255 seconds]
mvlad has joined #yocto
Kubu_work has joined #yocto
rob_w has quit [Remote host closed the connection]
zpfvo has joined #yocto
destmaster has joined #yocto
<destmaster>
Hi, there's a yocto recipe for the libtwolame ? I need it in ffmpeg for my image
zpfvo has quit [Ping timeout: 268 seconds]
zpfvo has joined #yocto
PhoenixMage has quit [Remote host closed the connection]
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
destmaster has quit [Quit: Client closed]
speeder has quit [Remote host closed the connection]
Kubu_work has quit [Ping timeout: 268 seconds]
prabhakarlad has quit [Quit: Client closed]
Kubu_work has joined #yocto
wicki has joined #yocto
florian has joined #yocto
<dvergatal>
RP: around?
leon-anavi has quit [Ping timeout: 264 seconds]
leon-anavi has joined #yocto
leon-anavi has quit [Client Quit]
<RP>
dvergatal: yes
<dvergatal>
RP: I've seen you have fixed useradd
<RP>
khem: that is good to hear, I was hoping they'd help!
<dvergatal>
RP:
<dvergatal>
# This is due to the [depends] in useradd.bbclass complicating matters
<dvergatal>
# The logic *is* reversed here due to the way hard setscene dependencies are injected
<dvergatal>
if (taskdependees[task][1] == 'do_package' or taskdependees[task][1] == 'do_populate_sysroot') and taskdependees[dep][0].endswith(('shadow-native', 'shadow-sysroot', 'base-passwd', 'pseudo-native')) and taskdependees[dep][1] == 'do_populate_sysroot':
<destmaster>
I'm getting this error on compile my package
<destmaster>
"configure.ac:78: error: possibly undefined macro: AC_MSG_WARN If this token and others are legitimate, please use m4_pattern_allow." What is the possible reasons?
<destmaster>
SUMMARY = "MPEG Audio Layer II encoding library"
<rburton>
if you're reading the logs destmaster, you need to inherit pkgconfig
<RP>
dvergatal: you'll get warnings without it
mulk has quit [Ping timeout: 276 seconds]
mulk has joined #yocto
<dvergatal>
RP: ok thx
<dvergatal>
RP: I was just thinking that it is doubled and nothing between both of them because there is this removal of old code
<RP>
dvergatal: ideally we'd remove one and change the timings line elsewhere but when writing that patch I had other bigger problems
<dvergatal>
RP: ahhh OK I get it
<dvergatal>
RP: i was not sure why it is doubled thx for explanation
Kubu_work has quit [Quit: Leaving.]
Kubu_work has joined #yocto
Kubu_work has quit [Client Quit]
Kubu_work has joined #yocto
Kubu_work has quit [Quit: Leaving.]
Kubu_work has joined #yocto
Kubu_work has quit [Client Quit]
Kubu_work has joined #yocto
Kubu_work has quit [Client Quit]
Kubu_work has joined #yocto
prabhakarlad has joined #yocto
Kubu_work has quit [Ping timeout: 256 seconds]
xmn has joined #yocto
Kubu_work has joined #yocto
xmn has quit [Quit: xmn]
<dvergatal>
RP: unfortunately this patchset in my case does not solve the issue but I have applied the changes on kirkstone
rm5248 has joined #yocto
rm5248 has quit [Client Quit]
rm5248 has joined #yocto
zpfvo has quit [Ping timeout: 246 seconds]
zpfvo has joined #yocto
<RP>
dvergatal: you added the dependency needed?
Minvera has joined #yocto
<dvergatal>
RP: what dependency?
<dvergatal>
RP: in DEPENDS or what?
<RP>
dvergatal: did you add USERADD_DEPENDS = <something> to the recipes you need it in?
<dvergatal>
RP: hmm no just DEPENDS
zpfvo has quit [Ping timeout: 246 seconds]
<RP>
not how it works
<dvergatal>
mhmmm ok
zpfvo has joined #yocto
<dvergatal>
RP: yeah I have mindlessly copied the code and started to run thinking it will work now after your suggestions I have verified useradd.bbclass and you are yeah:P there is this part of the code...
<dvergatal>
yeah=right
<dvergatal>
RP: still the same
<RP>
dvergatal: not much I can say. We wrote a test case which reproduced the problem, then we fixed it and we proved it fixed the failing test. It was all on master though
<dvergatal>
sure
<dvergatal>
RP: I wounder if it may be because I'm using GROUPMEMS_PARAM which uses user from USERADD_DEPENDS
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
roussinm has joined #yocto
skokkonda has quit [Quit: Client closed]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
simonew has joined #yocto
<simonew>
Hi together
simonew has quit [Ping timeout: 256 seconds]
simonew has joined #yocto
Vonter has quit [Ping timeout: 260 seconds]
Vonter has joined #yocto
ecdhe has quit [Read error: Connection reset by peer]
ecdhe has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Kubu_work has quit [Quit: Leaving.]
Omax_ has joined #yocto
Omax has quit [Read error: Connection reset by peer]
Omax_ is now known as Omax
alessioigor has quit [Quit: alessioigor]
jmd has joined #yocto
alessioigor has joined #yocto
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
<dvergatal>
RP: unfortunately it is still not solving the issue with the proper order of postinst-* scripts
zpfvo has quit [Remote host closed the connection]
ptsneves has joined #yocto
ptsneves has quit [Ping timeout: 260 seconds]
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
<RP>
dvergatal: that is a different bug and there are different patches related to that
frieder has quit [Remote host closed the connection]
sakman has quit [Ping timeout: 276 seconds]
sakman has joined #yocto
Chaser has quit [Quit: Chaser]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<pidge>
RP/rburton: Image testing info. First, the qmp screenshot triggering I'm going to have to find a way of telling the test that qemu and sato are actually up and fully rendered. Right now (unless I toss some ugly time.sleep which I do for my generation code) here is the status of all qemu machines:
Haxxa has quit [Quit: Haxxa flies away.]
<pidge>
qemuloongarch64 Doesn't build
<pidge>
qemuarm64 Blank screen, but time.sleep(60) works
<pidge>
qemumips64 Blank screen, but time.sleep(60) works
<pidge>
qemuppc Yes
<pidge>
qemux86 Yes
<pidge>
qemuriscv32 Doesn't build
<pidge>
qemuarm Yes
<pidge>
qemumips Blank screen, but time.sleep(60) works
<pidge>
qemuriscv64 Blank screen, but time.sleep(60) works
<pidge>
qemuarmv5 Guest hasn't init display
<pidge>
qemuppc64 Blank screen (maybe wrong tty?)
<pidge>
So, thoughts on a way to discover if the screen is actually rendered yet?
<JPEW>
pidge: If your using DRI, /sys/kernel/debug/dri should be able to tell you that
<JPEW>
Also maybe modetest (from libdrm)
Haxxa has joined #yocto
jmiehe has quit [Quit: jmiehe]
simonew has quit [Quit: Konversation terminated!]
jmd has quit [Remote host closed the connection]
jmd has joined #yocto
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
prabhakarlad has joined #yocto
jmd has quit [Remote host closed the connection]
<RP>
pidge: does dbus-wait not do this?
khazakar has joined #yocto
rm5248 has quit [Ping timeout: 240 seconds]
dvergatal has quit [Ping timeout: 240 seconds]
dvergatal has joined #yocto
<RP>
JPEW: why is the packagedata change an RFC? I guess I'm trying to work out why its controversial?
<RP>
pidge: It is a little sad so many of those are blank but I guess this is why we need the test!
<JPEW>
RP: I just don't know if that makes sense for the QA test to do that, and it was kinda easier to explain it with a patch (maybe RFC is the wrong tag)
<JPEW>
I mean, it fixed my problem, but that doesn't mean it's "correct" :)
<RP>
JPEW: fair enough. I suspect is probably is the right thing to do even if the package data "format" isn't great
<RP>
JPEW: btw, I'm really worried about the spdx dependency problem now. It blew up in testing and I don't know how to make everything work :(
<JPEW>
Ya, I was trying to think about how to fix that
<JPEW>
RP: I guess I'm missing why excluding do_create_spdx from abisaferecipes affects the allarch signatures
<RP>
JPEW: some of the recipes in this list are machine specific
<RP>
JPEW: we have a kind of "guarantee" that when they change, they don't change ABI and therefore other things don't need to rebuild/change
<RP>
the linkage suddenly makes the allarch thing machine specific for the spdx task
<RP>
at least as I understood the failure anyway
<JPEW>
RP: K, I'm trying to run the test locally to dig deeper
<RP>
JPEW: you can probably simplify the test down to a simpler target which uses useradd
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
alessioigor has quit [Quit: alessioigor]
<RP>
JPEW: put another way, the abisafe code allows allarch recipes to depend on machine specific ones
dvergatal has quit [Ping timeout: 252 seconds]
dvergatal has joined #yocto
<pidge>
RP: It's not that they're blank, it's that sato/qemu takes a bit to get things up and rendered and before that happens the screenshot is taken. I've a utility test to take the screen shot and the first time around only a few of them had anything. big old sleep hammer made the rest show up. So the thing I think I need to figure out next is: How to ensure that sato is up, running, icons loaded and rendered before I take the screenshot.
<dvergatal>
OE_EXTRA_IMPORTS is no longer supported from local.conf in nanbield?
<JPEW>
dvergatal: Ya, use addpylib instead
<dvergatal>
JPEW: thx
wicki has quit [Quit: Leaving]
<JPEW>
RP: Ok, I got the selftest to reproduce, so that's a start. I'll try to suss out whats going on here and what we can do about it
<dvergatal>
RP: I will test it on nanbield now because i saw there are so many changes that i think that just this 3 commits won't be enough in case of kirkstone
wicki has joined #yocto
wicki has quit [Client Quit]
wicki has joined #yocto
dvergatal has quit [Ping timeout: 264 seconds]
dvergatal has joined #yocto
<RP>
pidge: have a look at dbus-wait as I'm fairly sure a dbus event is send by the desktop
mvlad has quit [Remote host closed the connection]
prabhakarlad has quit [Quit: Client closed]
<JPEW>
RP: I have an idea. It's mad scientist levels of BS... but it just might work. I need to really chew it over though to make sure it's going to work
* JPEW
orders a whiteboard for his office
<JPEW>
Maybe I'll post an RFC tomorrow if I'm not to ashamed of it :)