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"
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
qschulz has quit [Quit: qschulz]
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
qschulz has joined #yocto
seninha has quit [Quit: Leaving]
sakoman has quit [Quit: Leaving.]
AKN has joined #yocto
<sotaoverride> so I cant push a patch to git://git.yoctoproject.org/yocto-docs ? I created a branch and I cant seem to setup git://git.yoctoproject.org/yocto-docs as the upstream for my branch
xmn has joined #yocto
goliath has quit [Quit: SIGSEGV]
<sotaoverride> also is there a script I can use to make sure line length in commit msgs doesnt exceed the style guide?
<sotaoverride> just to clarify, I cloned git://git.yoctoproject.org/yocto-docs (couldnt do it using ssh becuase I think my access didnt get setup right or something). Then I made branch, made a commit on that branch. Than when I try to set git://git.yoctoproject.org/yocto-docs as the upstream for my branch and push, I get requested upstream branch doesnt exist error.
AKN has quit [Read error: Connection reset by peer]
amitk has joined #yocto
barometz has quit [Quit: No Ping reply in 180 seconds.]
barometz has joined #yocto
Net147 has quit [Ping timeout: 246 seconds]
Net147_ has joined #yocto
vmeson has quit [Ping timeout: 246 seconds]
dvorkindmitry has quit [Ping timeout: 246 seconds]
gchamp_ has quit [Ping timeout: 246 seconds]
paulg has quit [Ping timeout: 246 seconds]
JaMa has quit [Ping timeout: 246 seconds]
zwelch has quit [Ping timeout: 246 seconds]
marc1 has quit [Ping timeout: 246 seconds]
vmeson has joined #yocto
gchamp_ has joined #yocto
JaMa has joined #yocto
marc1 has joined #yocto
dvorkindmitry has joined #yocto
paulg has joined #yocto
zwelch has joined #yocto
mihai has joined #yocto
kroon has joined #yocto
thomasd13 has joined #yocto
xenador77 has joined #yocto
vladest has quit [Quit: vladest]
vladest has joined #yocto
thumbcore[m] has joined #yocto
tre has joined #yocto
thomasd13 has quit [Ping timeout: 240 seconds]
thomasd13 has joined #yocto
rob_w has joined #yocto
thomasd13 has quit [Ping timeout: 240 seconds]
frieder has joined #yocto
thomasd13 has joined #yocto
mvlad has joined #yocto
mckoan|away has quit [Ping timeout: 248 seconds]
mckoan|away has joined #yocto
goliath has joined #yocto
thomasd13 has quit [Remote host closed the connection]
mckoan|away is now known as mckoan
thomasd13 has joined #yocto
<mckoan> good morning
denisoft81 has joined #yocto
xmn has quit [Ping timeout: 248 seconds]
<thomasd13> good morning
denisoft81 has quit [Remote host closed the connection]
denisoft81 has joined #yocto
denisoft81 has quit [Client Quit]
gsalazar_ has joined #yocto
gsalazar_ has quit [Remote host closed the connection]
gsalazar has joined #yocto
wCPO has quit [Quit: Ping timeout (120 seconds)]
wCPO has joined #yocto
<LetoThe2nd> yo dudX from Embedded World!
Schlumpf has joined #yocto
<mckoan> LetoThe2nd: have fun!
alejandrohs has quit [Ping timeout: 240 seconds]
<mihai> ahoy
bigendian has joined #yocto
bigendian has quit [Changing host]
alejandrohs has joined #yocto
Mike23 has joined #yocto
twnqx has joined #yocto
<deuteron> I've got a problem where sqlite3-native seems to have linked against the libc from glibc-native, but then pseudo-native fails to link because of missing versioned symbols. The glibc in yocto is newer than the host glibc.
<deuteron> Which glibc are these recipes (pseudo-native and sqlite3-native) supposed to use?
twnqx has quit [Ping timeout: 268 seconds]
<michaelo> RP: thanks for the update about building the docs!
dacav has quit [Ping timeout: 276 seconds]
<Mike23> Hi. I'm currently struggeling with our company IT (firewall settings) because the fetcher is not able to clone git://... sources during the bitbake run. Is there any difference regarding used ports between the bitbake fetcher and native git? As far as I've seen in the documentation, there shouldn't be any difference. Thanks
<michaelo> Hi RP: I cannot find the change to local.conf.sample for SSTATE_MIRRORS, at least in openembedded-core. Did I miss anything?
<jclsn[m]> Mike23: What is the error message?
<jclsn[m]> Or is there any? I have a similar issue where cloning via ssh only works after several tries. When it fails, it just hangs without any error message
<Mike23> jclsn[m]: I git for example following message: ERROR: gnu-config-native-20200117+gitAUTOINC+5256817ace-r0 do_fetch: Fetcher failure for URL: 'git://git.savannah.gnu.org/config.git'. Unable to fetch URL from any source.
<jclsn[m]> Mike23: What if you try to clone it manually with git?
<RP> michaelo: I ended up merging master-next but it still doesn't build with the new sphinx version: https://autobuilder.yoctoproject.org/typhoon/#/builders/114/builds/487
Starfoxxes has quit [Ping timeout: 260 seconds]
<rburton> Mike23: do you have a proxy setup for git to work?
<Mike23> Today I get an time-out ... okay. In this case it is for sure the company IT. I just was curious, because yesterday it didn't work through bitbake but it worked with git. No, I do not use any specific proxy setup.
<Mike23> Thanks
<michaelo> RP: thanks for the commit!
nemik has quit [Ping timeout: 264 seconds]
nemik has joined #yocto
<ernstp> Mike23: I made a patch that helps me with errors caused by the git protocol being blocked: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13278
Starfoxxes has joined #yocto
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
denisoft81 has joined #yocto
<Mike23> ernstp Thanks - I will have a look patch
Guest13 has joined #yocto
ruslan has joined #yocto
florian has joined #yocto
<Guest13> Hey guys.
<Guest13> Can anyone point me in the correct direction?
<Guest13> I'm trying to increase the filesystem size to fit the whole sd card, but I want to avoid bloating the image on the filesystem (IMAGE_ROOTFS_EXTRA_SPACE || truncate && parted && resize2fs on HOST).
<Guest13> If possible I would also like to avoid manual resizing (running a custom resize script on the first boot)
<Guest13> Is this even possible?
<jclsn[m]> Is there a good way to share downloads and sstate-cache between different users? I tried creating a folder /yocto and making it writable for users in the yocto group, but it doesn't work
<mckoan> jclsn[m]: IIRC share downloads and sstate-cache between different users is a pain
denisoft81 has quit [Quit: Leaving]
Guest13 has quit [Ping timeout: 252 seconds]
ruslan has quit [Quit: Client closed]
leon-anavi has joined #yocto
<KanjiMonster> for anyone remembering my rustc issue with python3-cryptography and unexpected neon instructions: this is because llvm enables neon for armv7 automatically, but rust-common.inc only tries to enable neon, never disable it (via -neon), so it gets enabled even if TUNE_FEATURES does not contain neon
davidinux1 has quit [Ping timeout: 276 seconds]
davidinux1 has joined #yocto
Mike23 has quit [Ping timeout: 252 seconds]
Wouter01001 has quit [Remote host closed the connection]
Wouter01001 has joined #yocto
<jclsn[m]> mckoan: Pity
Schlumpf has quit [Quit: Ping timeout (120 seconds)]
Schlumpf has joined #yocto
seninha has joined #yocto
davidinux has joined #yocto
xenador77 has quit [Remote host closed the connection]
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
Mike23 has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
ruslan has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
kroon has quit [Quit: Leaving]
kroon has joined #yocto
jatedev has quit [Quit: Ping timeout (120 seconds)]
<ruslan> Hi all!
<ruslan> During the do_install() stage pseudo abort occurs. I don't clearly understand why. I tried to clean package and build again, but it didn't help.
<ruslan> The message and pseudo.log: https://bpa.st/EDLQ
tlwoerner has quit [Quit: Leaving]
tlwoerner has joined #yocto
<RP> ruslan: I guess this had been build previously? The question is what context the file was deleted under
<RP> ruslan: rm_work?
<RP> ruslan: what does ${WORKDIR}/temp/log.task_order show ?
<sotaoverride> can I set git://git.yoctoproject.org/yocto-docs as the upstream for my local branch or no?
<ruslan> RP: rm_work? I have never used it. Will I need to recompile the whole kernel?
<ruslan> task order: https://bpa.st/OWIQ
<RP> ruslan: no, I was just asking if it was enabled. If it isn't that helps as it rules out a set of issues
tre has quit [Remote host closed the connection]
<ruslan> RP: no, I don't use in build
<ruslan> So, I need to check do_install() logs from the task order?
<RP> ruslan: the question is what triggered the files from do_package to be removed but not in pseudo context. I'm not entirely sure we can tell from that log unfortunately :(
* RP suspects we have a big race in the code somewhere, probably with the core sstate manifest manipulation
<RP> but where... :/
thomasd13 has quit [Remote host closed the connection]
thomasd13 has joined #yocto
<ruslan> Ok, thanks, I'll try to dig deeper on it.
<RP> ruslan: have a look thruogh the logs and see if you can spot which task removed the old version of that file
<RP> ruslan: might be worth a look at the tmp/log/cooker logs too in case it was the core sstate management that did it
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
<ruslan> Which one is an old version?
<ruslan> this:     /home/ruslan/Projects/poky-rpi/rpi-build/tmp/work/cortexa72-poky-linux/opencv/4.5.5-r0/contrib/modules/intensity_transform/src/bimef.cpp
<ruslan> or this: /home/ruslan/Projects/poky-rpi/rpi-build/tmp/work/cortexa72-poky-linux/opencv/4.5.5-r0/package/usr/src/debug/opencv/4.5.5-r0/contrib/modules/intensity_transform/s\rc/bimef.cpp
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
<ruslan> I just can't understand what does mean an expression like that:
<ruslan> path mismatch [3 links]: ino 274814 db '.../package/.../bimef.cpp' req '...contrib/.../bimef.cpp'.
<RP> ruslan: the latter, the usr/src/debug/ one
<ruslan> db has an entry with '.../package/.../bimef.cpp' but '...contrib/.../bimef.cpp' was requested?
<RP> ruslan: it means the "req" path was requested and has inode 274814 but the pseudo database says that should be the usr/src/debug path
<ruslan> Ok, got it, thanks
<RP> qschulz: not sure if it is just me but I can't see anything in your last mailing list message :/
Mike23 has quit [Ping timeout: 252 seconds]
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
ruslan has quit [Quit: Client closed]
gchamp_ has quit [Ping timeout: 246 seconds]
sotaoverride has quit [Ping timeout: 240 seconds]
sotaoverride has joined #yocto
kroon has quit [Quit: Leaving]
sakoman has joined #yocto
prabhakarlad has quit [Quit: Client closed]
xmn has joined #yocto
thomasd13 has quit [Ping timeout: 240 seconds]
alimon has quit [Ping timeout: 244 seconds]
<roussinm> Is it a crazy idea to try to run a gui application from the nativesdk of yocto? It's a Qt application so it requires opengl.
rob_w has quit [Remote host closed the connection]
<rburton> no, you can just make a dummy package that satisfies the dependencies of anything you want to assume is on the host
amitk_ has joined #yocto
<roussinm> What kind of recipe can't have the BBCLASSEXTEND? Our investigation to have wayland inside the nativesdk, we notice that multiple recipes didn't have the BBCLASSEXTEND += "native nativesdk". We were wondering if it was a mistake or it doesn't really make sense for those recipes to be part of the nativesdk.
amitk has quit [Ping timeout: 268 seconds]
twnqx has joined #yocto
ruslan has joined #yocto
<RP> roussinm: there are some which make no sense like systemd/udev or glibc since we use glibc-native from the host. Others are for performance reasons since nativesdk and native are expensive
<rburton> roussinm: if you're shipping a graphical app then you can assume a fair chunk of stuff exists on the host, no point putting libx11 in the SDK if there's no X server for it to connect to, and if there's an X server there's libx11.
<roussinm> RP: What do you mean by expensive?
<roussinm> rburton: qt requires some plugin to be available and those plugins requires to have xkbcommon, so what happened is when we added xkbcommon to the packageconfig for qtbase it told us that xkbcommon was missing nativesdk in the BBCLASSEXTEND.
d00560544 has joined #yocto
prabhakarlad has joined #yocto
davidinux has quit [Ping timeout: 268 seconds]
d00560544 is now known as davidinux
<RP> roussinm: if you added BBCLASSEXTEND to every recipe it would increase parsing time significantly
<roussinm> RP: fair enough, I added BBCLASSEXTEND to libxkbcommon, xcb-util, and xkeyboard-config, I guess it's possible to have a bbappend on those recipes with the BBCLASSEXTEND in our layer, or you would accept a patch upstream?
<RP> roussinm: it really depends on the wider view people have but I tend to push back a bit against these without a good reason
Schlumpf has quit [Quit: Client closed]
<roussinm> RP: Our reasoning behing the work that we are doing is that we want a nativesdk with everything in there so we have a native environment to build from without the devs having to deal with dependencies. Yocto SDK is like replacing what a package manager would do like conan, vcpkg, etc. It feels like a correct solution to our problem. Since yocto already packages all the dependencies for the target,
<roussinm> we were thinking that it seems to make sense to use it too for native.
<RP> roussinm: I can see the case for nativesdk like that, not sure how the natives help though as either the build uses them or does not
<RP> I sometimes wonder if I just should give up on performance and just ignore it :/
JPEW has quit [Ping timeout: 276 seconds]
JPEW has joined #yocto
agupta1 has joined #yocto
mckoan is now known as mckoan|away
paowz_ has quit [Ping timeout: 255 seconds]
jatedev has joined #yocto
alimon has joined #yocto
paowz_ has joined #yocto
jatedev has quit [Quit: Ping timeout (120 seconds)]
florian has quit [Quit: Ex-Chat]
agupta1 has quit [Ping timeout: 276 seconds]
<ruslan> Which tasks run pseudo? It can be any task or only do_package and do_install?
davidinux has quit [Quit: WeeChat 3.0]
<Xagen> good day gents
<Xagen> i tried switching over from dunfell to kirkstone today
<Xagen> and i ran the convert scripts against my recipes
<Xagen> but i still get an error for "ERROR: Variable BB_ENV_EXTRAWHITE has been renamed to BB_ENV_PASSTHROUGH_ADDITIONS"
<Xagen> but there are no instances of BB_ENV_EXTRAWHITE in my recipes
<Xagen> any thoughts?
<roussinm> RP: you are right that the native is of no use for us. Just the nativesdk.
<dvorkindmitry> why kernel-devsrc.bb does not do "make scripts" before depoying to SDK?
jatedev has joined #yocto
agupta1 has joined #yocto
amitk_ has quit [Ping timeout: 268 seconds]
<RP> dvorkindmitry: because the native build machine may not be the arch of the SDK
Xagen_ has joined #yocto
Xagen has quit [Ping timeout: 268 seconds]
Guest22 has joined #yocto
Guest22 has quit [Client Quit]
Xagen_ is now known as Xagen
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 264 seconds]
nemik has joined #yocto
ruslan has quit [Quit: Client closed]
jatedev has quit [Ping timeout: 268 seconds]
frieder has quit [Remote host closed the connection]
<rburton> Xagen: you might have a custom oe-init-env script?
<Xagen> rburton: not that i know of
<Xagen> rburton: nothing named or containing oe-init-env that i can see
<Xagen> it just states:
<Xagen> ERROR: Variable BB_ENV_EXTRAWHITE has been renamed to BB_ENV_PASSTHROUGH_ADDITIONS
<Xagen> ERROR: Variable BB_ENV_EXTRAWHITE from the shell environment has been renamed to BB_ENV_PASSTHROUGH_ADDITIONS
<Xagen> ERROR: Exiting to allow enviroment variables to be corrected
<JaMa> env | grep BB_ENV?
alicef has quit [Quit: install gentoo]
<rburton> Yeah most likely environment from before you migrated
<Xagen> JaMa: good call. persisted env from previous dunfell build (it was in a screen session i was reusing)
alicef has joined #yocto
whuang0389 has joined #yocto
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
<whuang0389> Hi all, I was having trouble starting weston with plymouth installed as splash screen feature (dunfell branch).  plymouth-quit-wait.service was always waiting for something. After playing around, I found that removing Conflicts=plymouth-quit.service from weston@.service fixes my issue. Not sure if this is the correct approach or if someone has
<whuang0389> experience doing it another way
peoliye has joined #yocto
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
leon-anavi has quit [Quit: Leaving]
seninha has quit [Quit: Leaving]
DougC has joined #yocto
<DougC> hello. im looking for assistance solving a linker error with my custom recipe.
Bardon_ has quit [Ping timeout: 255 seconds]
<DougC> test123
sakoman has quit [Quit: Leaving.]
dev1990 has quit [Quit: Konversation terminated!]
seninha has joined #yocto
dev1990 has joined #yocto
<roussinm> DougC: we need more information, to help you, logs, etc.
<DougC> hi thanks for the response. i tried pasting a few lines in here but its not working
<roussinm> You can share a pastebin.
<DougC> cannot find crti.o: No such file or directory
<DougC> would the do_compile log be helpful?
<roussinm> Yes.
<DougC> ty
florian has joined #yocto
agupta1 has quit [Ping timeout: 248 seconds]
<DougC> more info..its an autoconf project. ive managed to resolve all include and library linker errors but this one appears to be related to how LD searches for object files in some standard way that i am somehow violating. i cannot figure out for the life of me how to get the pathing right to make the linker happy.
<roussinm> DougC: hard to see without the recipe.
<DougC> one sec
Bardon has joined #yocto
gchamp has joined #yocto
<roussinm> DougC: what happens if you remove INCLUDES and TARGET_LDFLAGS from your recipe? I feel that it shouldn't be there.
<DougC> i can try again without them. im faiirly certain thats where i started :(
<roussinm> What was the error then?
<DougC> give me a min and ill post. ty
<DougC> do_compile error https://pastebin.com/S8LC184s
sakoman has joined #yocto
florian has quit [Ping timeout: 240 seconds]
<roussinm> DougC: What are the harmless errors in the configure log?
<DougC> ill regenerate
<DougC> from what i gathered that qa check parses the log and if it detects the word 'error' it fails but the log looked fine to me...here it is https://pastebin.com/GQtuGfzJ
leon-anavi has joined #yocto
florian has joined #yocto
jpuhlman has quit [Ping timeout: 248 seconds]
jpuhlman has joined #yocto
Bardon_ has joined #yocto
Bardon has quit [Ping timeout: 255 seconds]
twnqx has quit [Ping timeout: 268 seconds]
nemik has quit [Ping timeout: 264 seconds]
nemik has joined #yocto
whuang0389 has quit [Quit: Client closed]
<hushmoney> i want my build to end with a tarball which includes the u-boot image, kernel image, and rootfs.cpio. i thought i would add a new IMAGE_TYPES and do it that way, but for one, there is a collision with using "tar" so i have to call it "my-tar" or something, and it's not just the rootfs, so this is making me think i'm going about this all wrong
<hushmoney> maybe i should just add a do_my_tarball task after do_image?
<hushmoney> or maybe i'm stupid and have overlooked something which already implements this. any suggestions appreciated
Wouter01001 has quit [Remote host closed the connection]
Wouter01001 has joined #yocto
goliath has quit [Quit: SIGSEGV]
xenador77 has joined #yocto
leon-anavi has quit [Quit: Leaving]
mvlad has quit [Remote host closed the connection]
nemik has quit [Ping timeout: 264 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
florian has quit [Ping timeout: 248 seconds]
seninha has quit [Remote host closed the connection]
seninha has joined #yocto