reddit-bot has quit [Remote host closed the connection]
justache has joined #yocto
jmd has joined #yocto
justache has quit [Remote host closed the connection]
justache has joined #yocto
jclsn has quit [Quit: WeeChat 4.2.1]
jclsn has joined #yocto
simonew has quit [Ping timeout: 255 seconds]
jmd has quit [Remote host closed the connection]
alessioigor has joined #yocto
sev99 has quit [Ping timeout: 250 seconds]
rfuentess has joined #yocto
goliath has joined #yocto
rob_w has joined #yocto
mckoan|away is now known as mckoan
frieder has joined #yocto
luc4 has joined #yocto
tnovotny has joined #yocto
zpfvo has joined #yocto
alperak has joined #yocto
rob_w has quit [Ping timeout: 256 seconds]
mvlad has joined #yocto
berton has joined #yocto
rsalveti has quit [Quit: Connection closed for inactivity]
florian has joined #yocto
Michael_Guest has joined #yocto
<luc4>
Hello! I created an image that is using systemd-networkd, but I see that I also have ifupdown and connman inside. Is this wrong? Are those in conflict?
<kanavin>
RP: yes, I fail to see the problem?
thomas_34 has joined #yocto
<thomas_34>
Hello, I got a couple of warnings like this: "WARNING: Duplicate inclusion for /home/dock/oe/arago/sources/meta-arago/meta-arago-distro/conf/distro/include/branding-core.inc in /home/dock/oe/arago/sources/meta-arago/meta-arago-distro/conf/distro/arago.conf"
<thomas_34>
Can I somehow use bitbake to produce me a logfile, where I see which .inc-Files have been included from where?
<thomas_34>
For now im grepping through the sources, but its to complicated to find the root issue of duplicate inclusions.
mbulut has joined #yocto
<yocton>
thomas_34: "bitbake -e" maybe?
<thomas_34>
yocton, Ok, I try that after bitbake finishes current build
mbulut has quit [Quit: Leaving]
<RP>
kanavin: we don't have M3 sorted and I could really have done with the build time to try and sort out the things in -next. It was just frustrating to cancel my failing build and then see the upgrades one take all the workers
<kanavin>
RP: ah I'm sorry about that. Had no idea.
<kanavin>
cancelling mine would've been fine
<RP>
kanavin: it worked out ok as things seemed to run quickly overnight thankfully
xmn has quit [Ping timeout: 264 seconds]
thomas_34 has quit [Ping timeout: 250 seconds]
belsirk has joined #yocto
rfuentess has quit [Ping timeout: 252 seconds]
luc4 has quit [Ping timeout: 268 seconds]
xmn has joined #yocto
starblue has quit [Ping timeout: 255 seconds]
starblue has joined #yocto
rob_w has joined #yocto
luc4 has joined #yocto
jmiehe has joined #yocto
Daanct12 has quit [Ping timeout: 252 seconds]
Daanct12 has joined #yocto
tnovotny_ has joined #yocto
Saur80 has joined #yocto
sukbeom has joined #yocto
xmn has quit [Quit: ZZZzzz…]
tnovotny has quit [Ping timeout: 264 seconds]
Saur23 has quit [Ping timeout: 250 seconds]
jmiehe has quit [Quit: jmiehe]
sukbeom has quit [Ping timeout: 260 seconds]
florian has quit [Quit: Ex-Chat]
lexano has joined #yocto
berton_ has joined #yocto
guestkati has joined #yocto
berton has quit [Ping timeout: 268 seconds]
<guestkati>
Hello, how can I link a -native recipe to /lib64/ld-linux-x86-64.so.2 instead of build/tmp/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2 ? The use case is that it is a tool that I use to another pc without having build the project. For now, I change the location with patchelf
Tyaku has joined #yocto
sukbeom has joined #yocto
Tyaku has quit [Client Quit]
belsirk has quit [Ping timeout: 272 seconds]
rfuentess has joined #yocto
Daanct12 has quit [Read error: Connection reset by peer]
Daanct12 has joined #yocto
sukbeom has quit [Ping timeout: 264 seconds]
sukbeom has joined #yocto
guestkati has quit [Ping timeout: 250 seconds]
Chaser has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<JaMa>
I don't see it in the log, but I would guess the recipe wasn't created this time (for some undeterministic reason)
florian_kc has joined #yocto
<RP>
JaMa: That would explain it better I guess
|Xagen has joined #yocto
<JaMa>
FWIW: I've manually repeated the steps and it worked here with master as well as master-next of poky
<JaMa>
INFO: Recipe /OE/build/poky/build/workspace/recipes/python-markupsafe/python-markupsafe_0.23.bb has been automatically created; further editing may be required to make it fully functional
Xagen has quit [Ping timeout: 268 seconds]
|Xagen has quit [Ping timeout: 260 seconds]
<JaMa>
and with 404 url (manually edited to cause failure) it fails with reasonable error message
<RP>
JaMa: something clearly went wrong but what? :/
<JaMa>
yeah :( I was just checking if the test shows the log from failed devtool and it does for me (at least for broken url in case you hit transient fetch failure), but such error is not shown in your link
<JaMa>
I guess it could be also same race condition some other test cleaning the generated recipe from workspace? but I don't know enough about oe-selftest if it's even possible effect of self.track_for_cleanup(self.workspacedir)
<RP>
JaMa: the selftests should run in their own locations so shouldn't interfere with each other
<RP>
I can't spot anything obvious offhand but comparing it to a successful test run may show something I guess
joekale has joined #yocto
joekale has quit [Client Quit]
joekale has joined #yocto
florian_kc has quit [Ping timeout: 268 seconds]
<RP>
It does show the file in a "thread" specific builddir /home/pokybuild/yocto-worker/oe-selftest-fedora/build/build-st-268093/workspace/recipes/python-markupsafe/python-markupsafe_0.23.bb
<RP>
moto-timo: of course that opkg issue didn't recur, which is good and bad
xmn has joined #yocto
<moto-timo>
RP: of course :/
rob_w has quit [Remote host closed the connection]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Xagen has joined #yocto
zenstoic has joined #yocto
goliath has quit [Quit: SIGSEGV]
mkazantsev has quit [Quit: Leaving]
luc4 has quit [Quit: Konversation terminated!]
<jdiez>
I'm building a recipe that requires a version of rust >= 1.70.0. Currently, the rust in poky/meta is 1.68. So I added the meta-rust (https://github.com/meta-rust/meta-rust) layer to my config, and specified it in my recipe's DEPENDS as "rust (>= 1.70.0)". However, `bitbake -g <recipe>` shows that it is still choosing rust 1.68.0. Any idea why?
<JaMa>
set P_V
<JaMa>
see RUSTVERSION in meta/conf/distro/include/tcmode-default.inc
<Tyaku>
Hello, When you do "devtool modify myreceipe", then when you do "bitbake myrecipe", is it supposed to build the sources as they are in the workspace ?
<JaMa>
jdiez: you didn't say what release you're currently using, but if you need rust 1.70 in kirkstone based build, then this branch is exactly for you
<moto-timo>
Tyaku: #3 `bitbake <recipe>` is roughly equivalent to `devtool build <recipe>`
simonew has joined #yocto
<mckoan>
Tyaku: I mean the section related to linux kernel, sorry
<landgraf>
I have switched rootfs to be readonly and system stopped booting. Mount point for additional partition (/opt/app in my case) doesn't exist (and cannot be created due to the fact rootfs is readonly). Is it bug or feature?
<jdiez>
JaMa: once i confirm that the kirkstone/rust-1.70 branch of meta-lts-mixins works with mickledore, how would I go about requesting a backport?
zenstoic has quit [Quit: Connection closed for inactivity]
frieder has quit [Remote host closed the connection]
simonew has quit [Remote host closed the connection]
simonew has joined #yocto
Saur80 has quit [Quit: Client closed]
Saur80 has joined #yocto
florian_kc has joined #yocto
florian_kc has quit [Ping timeout: 255 seconds]
alperak has quit [Quit: Client closed]
smokey has quit [Quit: Client closed]
sakoman has quit [Quit: Leaving.]
Tyaku has quit [Ping timeout: 256 seconds]
<zeddii>
anyone know of where to find some cmake hints ? I'm grepping meta and not finding what I'm looking for, and my general reading on cmake is not finding me anything useful.
<zeddii>
ceph is searching for python3 development and not finding it, no matter what hints I pass.
<zeddii>
so now, I'm just trying to see if I can make it STOP searching for python, and I can't even do that.
* moto-timo
vaguely remembers fixing this somewhere else...
<zeddii>
right. and what's crazy, is I'm grepping the entire build directory to find all instances of that and commenting them out. and yet... same thing!
<zeddii>
I wonder if it is finding a cached value ?
<zeddii>
since I'm hacking the files, I'm obviously not running clean in between my runs
* zeddii
wonders if it is using python and not python3.
Chaser has joined #yocto
<zeddii>
ah no, definitely python3
<usvi>
a/W 31
<usvi>
hups
* zeddii
starts removing the python3 class files
sakoman has joined #yocto
Haxxa has quit [Quit: Haxxa flies away.]
<moto-timo>
zeddii: also there is a 18.2.2 release though I doubt it helps
<moto-timo>
zeddii: and yeah, my bad, I meant the FindPython3.cmake
<zeddii>
I removed them all in the package build, and it finally changed the error message to yell at me that no python3 finding classes were available.
* moto-timo
shakes a fist at CMake AGAIN
<zeddii>
so that's progress.
<moto-timo>
\o/
<zeddii>
but I still can't find out what is calling it to find it.
<moto-timo>
💩
<zeddii>
the do_configure() in the run file looks odd, but I don't know what a good one looks like for cmake
<jdiez>
okay, getting further in my build... now I'm running into a problem where a rust dependency I need uses bindgen, which requires libclang.so. I get this error message: `thread 'main' panicked at 'Unable to find libclang: "couldn't find any valid shared libraries matching: ['libclang.so', 'libclang-*.so', 'libclang.so.*', 'libclang-*.so.*'], set the `LIBCLANG_PATH` environment variable to a path where one of these files can be found
<jdiez>
(invalid: [])"`
<jdiez>
is there a recipe that builds libclang? I didn't find it, but I may not be looking in the right place
<zeddii>
yah. and I'm seeing what looks like host contamination. it is saying not found for the libraries, and then mumbling out a number that matches my host python
<zeddii>
I'll leave it alone for now, but will challenge the meta-virt list to help me out on ceph, since I'm inclined to pend my master-next push on sorting it out.