| *** stephano <stephano!~stephano@134.134.139.75> has quit IRC | 01:12 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 01:16 | |
| *** anujm <anujm!anujm@nat/intel/x-ziyuxqaqrevgqbwd> has joined #yocto | 01:19 | |
| *** cydizen <cydizen!~cydizen@110.78.175.29> has joined #yocto | 01:20 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 01:22 | |
| *** cydizen <cydizen!~cydizen@110.78.175.29> has quit IRC | 01:22 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 01:23 | |
| *** martinkelly <martinkelly!~martin@hq.xevo.com> has quit IRC | 01:23 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 01:32 | |
| *** Jackie <Jackie!~quassel@60.247.85.82> has joined #yocto | 02:01 | |
| *** no_such_user <no_such_user!~no_such_u@213.133.132.188> has quit IRC | 02:06 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 02:21 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 02:21 | |
| *** armpit <armpit!~armpit@45.19.219.177> has quit IRC | 03:16 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 03:20 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 03:21 | |
| yocti | New news from stackoverflow: Yocto build fails due to conflict between recipes <https://stackoverflow.com/questions/53469567/yocto-build-fails-due-to-conflict-between-recipes> | 03:31 |
|---|---|---|
| *** dholland <dholland!~quassel@vpn.pelagicore.de> has quit IRC | 03:53 | |
| *** mnemoc <mnemoc!~amery@kwa.jpi.io> has quit IRC | 03:54 | |
| *** mario-goulart <mario-goulart!~user@static.107.70.9.5.clients.your-server.de> has quit IRC | 03:55 | |
| *** dholland <dholland!~quassel@vpn.pelagicore.de> has joined #yocto | 04:01 | |
| *** mnemoc <mnemoc!~amery@kwa.jpi.io> has joined #yocto | 04:02 | |
| *** gtristan <gtristan!~tristanva@110.11.179.72> has joined #yocto | 04:10 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto | 04:13 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 04:21 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 04:21 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 04:22 | |
| *** CoRfr <CoRfr!~CoRfr@carmd-fwm01.sierrawireless.com> has quit IRC | 04:52 | |
| *** CoRfr <CoRfr!~CoRfr@carmd-fwm01.sierrawireless.com> has joined #yocto | 04:52 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC | 05:01 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 05:06 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 05:06 | |
| *** CoRfr <CoRfr!~CoRfr@carmd-fwm01.sierrawireless.com> has quit IRC | 05:18 | |
| *** CoRfr <CoRfr!~CoRfr@carmd-fwm01.sierrawireless.com> has joined #yocto | 05:18 | |
| *** rewitt1 <rewitt1!~rewitt@134.134.139.76> has quit IRC | 05:19 | |
| *** junland <junland!~junland@142.93.201.46> has quit IRC | 05:19 | |
| *** junland <junland!~junland@142.93.201.46> has joined #yocto | 05:20 | |
| *** rewitt1 <rewitt1!~rewitt@134.134.139.76> has joined #yocto | 05:20 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 05:21 | |
| *** wto <wto!~wto@213.80.106.141> has quit IRC | 05:21 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 05:22 | |
| *** wto <wto!~wto@213.80.106.141> has joined #yocto | 05:22 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:1cde:ec36:ad31:c07e> has joined #yocto | 05:25 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 05:48 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 06:21 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 06:21 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-knjdzpgajoaoelzo> has quit IRC | 06:23 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 06:28 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-fhgluquwzbjhqkeg> has joined #yocto | 06:46 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto | 06:51 | |
| *** gtristan <gtristan!~tristanva@110.11.179.72> has quit IRC | 06:55 | |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 06:55 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 06:55 | |
| *** nacknick_ <nacknick_!1fa801ba@gateway/web/freenode/ip.31.168.1.186> has joined #yocto | 07:03 | |
| *** nacknick <nacknick!1fa801ba@gateway/web/freenode/ip.31.168.1.186> has quit IRC | 07:06 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 07:12 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 07:15 | |
| *** ant_home <ant_home!~ant__@host55-101-dynamic.58-82-r.retail.telecomitalia.it> has quit IRC | 07:17 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 07:20 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 07:21 | |
| nacknick_ | ERROR: Fetcher failure: Fetch command export PSEUDO_DISABLED=1; export DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/1001/bus,guid=4903862dd299a0a7005f2ab15c10b2bd"; export SSH_AGENT_PID="1847"; export SSH_AUTH_SOCK="/run/user/1001/keyring/ssh"; export no_proxy="localhost,127.0.0.0/8,::1"; export NO_PROXY="localhost,127.0.0.0/8,::1"; export http_proxy="http://192.168.:8080/"; export HTTP_PROXY="http://192.168.:8080/"; export PATH="/h | 07:21 |
| nacknick_ | is someone familiar with the issue above? | 07:21 |
| nacknick_ | PATH="/home/amit/fsl-community-bsp/sources/poky/scripts:/home/amit/fsl-community-bsp/build/tmp/work/armv7at2hf-neon-fslc-linux-gnueabi/defaultpkgname/1.0-r0/recipe-sysroot-native/usr/bin/arm-fslc-linux-gnueabi:/home/amit/fsl-community-bsp/build/tmp/work/armv7at2hf-neon-fslc-linux-gnueabi/defaultpkgname/1.0-r0/recipe-sysroot/usr/bin/crossscripts:/home/amit/fsl-community-bsp/build/tmp/work/armv7at2hf-neon-fslc-linux-gnueabi/defaultpkgn | 07:22 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:24 | |
| nacknick_ | output afer running 'bitbake core-image-base' | 07:24 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:24 | |
| LetoThe2nd | nacknick_: by just looking at it, "http_proxy="http://192.168.:8080/"; export HTTP_PROXY="http://192.168.:8080/"" seems pretty wring. | 07:28 |
| LetoThe2nd | s/wring/wrong/ | 07:28 |
| LetoThe2nd | trying to use such proxy addresses pretty much should cause the fetcher to fail | 07:28 |
| nacknick_ | LetoThe2nd I'm not using proxy at all | 07:28 |
| LetoThe2nd | then maybe find out where that comes from? | 07:29 |
| nacknick_ | LetoThe2nd now I see there is a env var with that value, i have no idea why | 07:30 |
| *** thaytan <thaytan!~thaytan@121-200-23-18.cust.aussiebb.net> has quit IRC | 07:33 | |
| *** frsc <frsc!~frsc@200116b824569400716084d09a41384e.dip.versatel-1u1.de> has joined #yocto | 07:33 | |
| *** mario-goulart <mario-goulart!~user@static.107.70.9.5.clients.your-server.de> has joined #yocto | 07:33 | |
| *** thaytan <thaytan!~thaytan@121-200-23-18.cust.aussiebb.net> has joined #yocto | 07:34 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 07:35 | |
| *** chrisccoulson27 <chrisccoulson27!~chrisccou@156.222.38.117> has joined #yocto | 07:35 | |
| nacknick_ | LetoThe2nd - OK. seems that export http_proxy="" helped | 07:35 |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 07:35 | |
| LetoThe2nd | :-) | 07:37 |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 07:37 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 07:38 | |
| nacknick_ | under build/tmp/work I have two folders: armv7at2hf-neon-fslc-linux-gnueabi, x86_64-linux | 07:39 |
| nacknick_ | by what those folders are created? | 07:39 |
| LetoThe2nd | by bitbake | 07:40 |
| nacknick_ | not by who, but by what parameter I mean | 07:42 |
| LetoThe2nd | not by a parameter per se. those reflect the machine/architecture a specific artifact is meant to run on. | 07:43 |
| nacknick_ | by the $MACHINE? | 07:43 |
| LetoThe2nd | no | 07:43 |
| LetoThe2nd | machine is a part of it. | 07:43 |
| nacknick_ | I just built all bitbake from the begining, what I have TWO folders? I build for ARM board, why x86_64-linux is created as well?? | 07:45 |
| nacknick_ | why I have* | 07:45 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:45 | |
| LetoThe2nd | because during the build process there are things created that are meant to run on the host | 07:45 |
| nacknick_ | ok | 07:45 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 07:46 | |
| LetoThe2nd | more often you have 3 or 4 folders there. one host, one allarch, one machine specific, and one tune-specifc | 07:46 |
| nacknick_ | what is tune-specific? | 07:46 |
| LetoThe2nd | a bit simplified: "cortexa9" for example | 07:47 |
| nacknick_ | now I have 4 :S | 07:48 |
| LetoThe2nd | most packages do not really only work on a specific board, but a specific arch. usually only the kernel and bootloader are really tied to the machine | 07:48 |
| nacknick_ | so inside all those folders, if I'm looking for the binary that will finally run in the target machine, where can I find it? in what folder? | 07:49 |
| LetoThe2nd | its not that simple | 07:51 |
| nacknick_ | all-fslc-linux, imx6ullevk-fslc-linux-gnueabi armv7at2hf-neon-fslc-linux-gnueabi, x86_64-linux armv7at2hf-neon-mx6ul-fslc-linux-gnueabi, armv7at2hf-neon-fslc-linux-gnueabi, x86_64-linux, armv7at2hf-neon-mx6ul-fslc-linux-gnueabi | 07:51 |
| nacknick_ | now I have those 5 folders | 07:51 |
| LetoThe2nd | i remember your case very well from yesterday, and i'm pretty reluctant to assist here, as i'm totally convinced you're doing it wrong. | 07:51 |
| LetoThe2nd | (and don't want to be blamed later) | 07:52 |
| nacknick_ | I'm open to here your alternative | 07:52 |
| nacknick_ | you won't be blamed anyway | 07:53 |
| LetoThe2nd | my approach would be to to append/extend the recipe that creates/fetches/whatevers the binary, and extend the do_compile step | 07:53 |
| LetoThe2nd | you can append your whatever security tinkering there | 07:53 |
| LetoThe2nd | thats one approach | 07:53 |
| nacknick_ | ok. so let me introduce you the restrictions, and tell me if your solution is still relevant | 07:54 |
| LetoThe2nd | the other one is to use a ROOTFS_POSTPROCESS command. in which case you would operate on the rootfs directly before it gets packed | 07:54 |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 07:54 | |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto | 07:56 | |
| nacknick_ | LetoThe2nd my product is a script (not only, but for simplify restrictions). The script gets the original binary and modifies it. IT HAS TO BE DONE THAT WAY! running a script on ready-to-run binary, and replace it with the output of the script | 07:57 |
| nacknick_ | are your both solutions are still relevant? | 07:58 |
| LetoThe2nd | nacknick_: yes. | 07:58 |
| LetoThe2nd | no need to scream. | 07:58 |
| *** armpit <armpit!~armpit@2601:202:4180:c33:1cde:ec36:ad31:c07e> has quit IRC | 07:58 | |
| nacknick_ | hh :) | 07:58 |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC | 07:59 | |
| nacknick_ | ok. so which approach to choose? because I'm not familiar with none of them | 07:59 |
| nacknick_ | I mean the two you mentions | 07:59 |
| nacknick_ | mentioned* | 08:00 |
| LetoThe2nd | it depends. in both cases you'll probably introduce a big chunk of non-reproductibility | 08:00 |
| LetoThe2nd | my gut feeling would be https://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-ROOTFS_POSTPROCESS_COMMAND | 08:00 |
| nacknick_ | what do you mean non-reproductibility? | 08:00 |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 08:00 | |
| LetoThe2nd | but seriously, if you run into problems with image cretion later: make totally sure that you mention that you are doing evil magic there. | 08:01 |
| LetoThe2nd | nacknick_: OE is all about reproductibility. given a specific state of the layers, i can rebuild a functionally identical image again and again, anytime i want | 08:01 |
| LetoThe2nd | thats what you're about to break | 08:01 |
| LetoThe2nd | you are about to create a build process that will only work if your script magic, and whatever external tricks it does are working | 08:02 |
| LetoThe2nd | so here's option 3: have OE only create a tarball. do postprocess and pack into an image externally | 08:02 |
| LetoThe2nd | in that case you can at least be sure that you always get a stable tarball out of the system. | 08:03 |
| nacknick_ | LetoThe2nd first question: using ROOTFS is there a way to choose what binaries I want to appply my script on? | 08:04 |
| LetoThe2nd | you get handed a path to a full root file system do whatever you want there. | 08:05 |
| LetoThe2nd | you can also rm -rf /* | 08:05 |
| LetoThe2nd | but don't blame anybody else then. | 08:05 |
| nacknick_ | LetoThe2nd 2nd question: what's the difference if I modifies the binary before it's getting packed to your third suggestion; to unpack the binary and re-pack it modified..? | 08:06 |
| LetoThe2nd | the difference is if you are acting *inside* or *outside* of the OE build process. | 08:07 |
| nacknick_ | you mean to unpack it from the final image? (wic)? | 08:07 |
| LetoThe2nd | which again to choose properly, depends a lot on your product workflow, build automation, etc. | 08:07 |
| LetoThe2nd | nacknick_: no. read again waht i wrote | 08:08 |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC | 08:08 | |
| nacknick_ | where do I configure a postprocess? | 08:09 |
| LetoThe2nd | but seriously, i already invested way more time than i wanted to. if you really care about that thing, go find a competent consultant to assist you. | 08:09 |
| LetoThe2nd | i handed you the link to the documentation. | 08:09 |
| LetoThe2nd | and now, i'm off to my own paid work. | 08:09 |
| LetoThe2nd | good luck | 08:09 |
| nacknick_ | thanks a lot | 08:09 |
| pepijndevos | Any mode ideas how to debug gstreamer-plugins-good not getting installed? The files are there in the image of the package itself, the package is listed in the manifest, but it's not getting copied into the sysroot. | 08:10 |
| pepijndevos | It used to work, until I updated the seemingly unrelated meta-raspberrypi layer, and now nothing I've tried makes it work. | 08:10 |
| *** kristoiv <kristoiv!~kristoiv@195.139.214.6> has joined #yocto | 08:12 | |
| pepijndevos | Last thing I can think of is to revert the raspi layer and see if that helps... | 08:12 |
| *** anujm <anujm!anujm@nat/intel/x-ziyuxqaqrevgqbwd> has quit IRC | 08:15 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 08:16 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 08:17 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 08:21 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 08:21 | |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 08:21 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 08:32 | |
| pepijndevos | Yeah... reverted raspi layer and it's back to working.. bisecting now | 08:37 |
| *** sagner <sagner!~ags@46.140.72.82> has joined #yocto | 08:54 | |
| *** ant_home <ant_home!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has joined #yocto | 08:55 | |
| *** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has joined #yocto | 09:05 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:13 | |
| *** kristoiv <kristoiv!~kristoiv@195.139.214.6> has quit IRC | 09:14 | |
| *** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto | 09:17 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 09:17 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 09:20 | |
| *** kristoiv <kristoiv!~kristoiv@195.139.214.6> has joined #yocto | 09:20 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 09:21 | |
| nacknick_ | under do_install of 'grep' binary I added a line that copies another binary and overwrites the existing grep ELF. I checked and it actually replace it. but when running the image on the board, seems that the original grep was kept. any idea why? | 09:23 |
| pepijndevos | How do I update this in meta-raspberrypi? https://github.com/raspberrypi/firmware/issues/1051 | 09:24 |
| *** kristoiv <kristoiv!~kristoiv@195.139.214.6> has quit IRC | 09:25 | |
| *** otavio__ is now known as otavio | 09:53 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 09:54 | |
| pepijndevos | I tried a newer kernel, didn't help. Seems like that repo isn't directly used. | 09:55 |
| *** frsc <frsc!~frsc@200116b824569400716084d09a41384e.dip.versatel-1u1.de> has quit IRC | 10:03 | |
| *** frsc <frsc!~frsc@200116b824569400716084d09a41384e.dip.versatel-1u1.de> has joined #yocto | 10:05 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:08 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 10:16 | |
| *** no_such_user <no_such_user!~no_such_u@mail.analogue-micro.com> has joined #yocto | 10:16 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 10:18 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:20 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 10:21 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:21 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:21 | |
| *** berton <berton!~berton@181.220.84.254> has joined #yocto | 10:28 | |
| *** kaspter <kaspter!~Instantbi@115.204.111.49> has quit IRC | 10:31 | |
| *** kaspter <kaspter!~Instantbi@115.204.111.49> has joined #yocto | 10:31 | |
| *** berton <berton!~berton@181.220.84.254> has quit IRC | 10:34 | |
| *** berton <berton!~berton@181.220.84.254> has joined #yocto | 10:36 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 10:40 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 10:49 | |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 10:51 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 10:53 | |
| *** berton <berton!~berton@181.220.84.254> has quit IRC | 10:55 | |
| *** berton <berton!~berton@181.220.84.254> has joined #yocto | 10:58 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 11:00 | |
| nacknick_ | where can I change the flags of the compiler that bitbake uses? | 11:04 |
| *** hrkrx <hrkrx!~sebi@p20030006335C1585F06533B387CE34BC.dip0.t-ipconnect.de> has joined #yocto | 11:05 | |
| hrkrx | anyone got time to help me with a (probably beginner) issue? | 11:18 |
| hrkrx | i'm trying to include the header files with ' IMAGE_INSTALL_append = " kernel-devsrc" ' but while do_install i get the following errormsg: cp: cannot stat 'arch/arm64/kernel/vdso/vdso.lds': No such file or directory | 11:19 |
| rburton | nacknick_: for all recipes, or just one? | 11:20 |
| hrkrx | just one | 11:21 |
| hrkrx | i think | 11:21 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 11:21 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 11:22 | |
| hrkrx | i can paste a little more of the errormsg if that would help, but it only appears once | 11:22 |
| hrkrx | and only with "kernel-devsrc" | 11:22 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 11:23 | |
| *** hrkrx <hrkrx!~sebi@p20030006335C1585F06533B387CE34BC.dip0.t-ipconnect.de> has left #yocto | 12:19 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 12:21 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 12:22 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 12:24 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 12:27 | |
| nacknick_ | rburton - both please. all and just one | 12:32 |
| pepijndevos | How do I add an extra install step to a cmake recipe? I don't know... do_install_append or something? | 12:35 |
| rburton | pepijndevos: yes | 12:40 |
| rburton | nacknick_: in a recipe just extend CFLAGS | 12:40 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:41 | |
| pepijndevos | Actually, what I'm trying to do is install a systemd unit and an udev rule, I'm pretty sure I've seen some systemd magic at least, maybe also udev? | 12:43 |
| nacknick_ | rburton, I want to remove a flag... and maybe even replace the compiler | 12:48 |
| *** mihais <mihais!~mihaiserb@193.240.241.118> has joined #yocto | 12:48 | |
| rburton | nacknick_: set CC to change the compiler | 12:48 |
| rburton | if you want to remove a flag then is it one that the recipe is adding, or the makefiles are using directly? | 12:48 |
| rburton | pepijndevos: systemd class exists | 12:49 |
| rburton | nothing magic needed for udev | 12:49 |
| rburton | that's just installing a file | 12:49 |
| nacknick_ | rburton, set CC inside recipe? it overwrites the current one? | 12:49 |
| rburton | nacknick_: yes, assuming you've written a recipe for the cross compiler. that's quite an assumption though, swapping compilers isn't trivial | 12:50 |
| rburton | so again, please say what you're actually trying to do | 12:50 |
| nacknick_ | rburton, I'm not sure why, but I saw 'mthumb' flag inside one Makefile, removed it, but it compiled with mthumb | 12:51 |
| rburton | i have no knowledge about thumb apart from 'its an arm thing' | 12:51 |
| nacknick_ | I know it by the result | 12:51 |
| rburton | the bsp controls whether thumb is available or enabled by default | 12:52 |
| nacknick_ | thumb is instruction set | 12:52 |
| nacknick_ | it supports multiple length of instructions | 12:52 |
| nacknick_ | without it, all instructions are in the same size | 12:53 |
| nacknick_ | 4 bytes for instance | 12:53 |
| nacknick_ | I'll try to set CFLAGS var inside recipe to see any sifference | 12:54 |
| nacknick_ | difference | 12:54 |
| nacknick_ | makefile CFLAGS do not override recipe's? | 12:55 |
| rburton | depends on makefile | 12:55 |
| rburton | if makefile does CFLAGS= then yes | 12:55 |
| rburton | note that if you try and fiddle thumb in cflags you'll be battling with the BSP is doing | 12:55 |
| rburton | see meta/conf/machine/include/arm/feature-arm-thumb.inc | 12:56 |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 12:57 | |
| rburton | though if the makefile is also deciding to do thumb tweaks then you've multiple things arguing, such fun | 12:59 |
| pepijndevos | rburton, so the SYSTEMD_SERVICE in the bbclass also makes sure it's enabled or something? | 13:01 |
| rburton | pepijndevos: it writes init scripts to start it on install yeah | 13:04 |
| pepijndevos | whoaaa! devtool deploy-target is my new bestest friend | 13:04 |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 13:05 | |
| *** kaspter <kaspter!~Instantbi@115.204.111.49> has quit IRC | 13:07 | |
| pepijndevos | dafuq, my systemctl doesn't have execute permissions | 13:07 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 13:17 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 13:17 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 13:18 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 13:18 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:20 | |
| *** kaspter <kaspter!~Instantbi@115.204.111.49> has joined #yocto | 13:22 | |
| fsdun | nacknick_, rburton disabling thumb is setting ARM_INSTRUCTION_SET to arm where necessary | 13:29 |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 13:34 | |
| *** la_croix <la_croix!~la_croix@05420a44.skybroadband.com> has quit IRC | 13:36 | |
| *** la_croix <la_croix!~la_croix@05420a44.skybroadband.com> has joined #yocto | 13:38 | |
| nacknick_ | fsdun set in what file? | 13:40 |
| fsdun | If you only want to have it in one recipe either in .bb or .bbappend or any other used conf using _pn- override | 13:42 |
| fsdun | or as machine/distro config if you want to prohibit thumb entirely | 13:43 |
| nacknick_ | I'm trying to understand the hierarchy, what overrides what? I have makefile, recipe, bitbake config... maybe more files... :S | 13:45 |
| nacknick_ | I changed makefile flags, but it seems to ignore my change... | 13:46 |
| rburton | nacknick_: recipe/bsp/distro interact in a defined way, basically bitbake.conf shows you the include order | 13:46 |
| rburton | what the makefile does, be it listen, replace, extend, is up to the makefile | 13:46 |
| nacknick_ | is the recipe the only 'responsible' for building the package? in one recipe I have only two functions (do_install_append_class*), I modified them both, and it worked, but it seems that something else runs after those two functions and changed my modification | 13:52 |
| nacknick_ | it worked for a few minutes... | 13:53 |
| nacknick_ | but until the bitbake was done - it changed back | 13:53 |
| rburton | define "it" | 13:57 |
| rburton | plenty runs after do_install, such as do_package | 13:57 |
| rburton | also not sure what do_install_append_class is meant to do | 13:58 |
| *** kaspter1 <kaspter1!~Instantbi@115.204.111.49> has joined #yocto | 14:04 | |
| *** kaspter <kaspter!~Instantbi@115.204.111.49> has quit IRC | 14:04 | |
| *** kaspter1 is now known as kaspter | 14:04 | |
| *** ejoerns <ejoerns!~ejo@mango.hi.pengutronix.de> has quit IRC | 14:07 | |
| *** ejoerns <ejoerns!~ejo@mango.hi.pengutronix.de> has joined #yocto | 14:07 | |
| nacknick_ | rburton, it - I replaced a file inside the package folder (with 'cp' inside do_install functions), it was replaced, but replaced back to the original | 14:09 |
| rburton | can you pastebin your do_install_append? | 14:09 |
| nacknick_ | rburton, who runs do_package? it does not appear inside recipe bb | 14:09 |
| rburton | the recipe doesn't have do_fetch either | 14:10 |
| rburton | but your tarball gets fetched | 14:10 |
| rburton | the recipe only has the tasks it needs to override | 14:10 |
| *** fsdun <fsdun!~frederik@b2b-37-24-96-114.unitymedia.biz> has quit IRC | 14:10 | |
| nacknick_ | rburton, it's just recipe of 'file' command: https://pastebin.com/4aq6bAPA | 14:11 |
| nacknick_ | rburton you can see my modification under do_install_append | 14:11 |
| rburton | nacknick_: wrong path. use $D$bindir/file | 14:17 |
| rburton | you're installing to the package staging area, not the install staging area | 14:17 |
| rburton | https://www.yoctoproject.org/docs/2.6/ref-manual/ref-manual.html#ref-tasks-install | 14:17 |
| pepijndevos | I have the following lines in my local.conf, can I add these to some image or machine file somewhere? SERIAL_CONSOLES = "" | 14:17 |
| pepijndevos | LICENSE_FLAGS_WHITELIST = "commercial" | 14:17 |
| pepijndevos | ENABLE_I2C = "1" | 14:17 |
| rburton | pepijndevos: distro config is where that makes sense | 14:18 |
| nacknick_ | I'll try, but I checked in the final image and found that the file's md5 equals to the one that in package folder for some reason | 14:18 |
| rburton | nacknick_: ${D}${bindir}/file, i mean | 14:18 |
| rburton | nacknick_: yes, because after do_install runs do_package runs, and that uses the files in .../package/ | 14:19 |
| rburton | nacknick_: i suggest you stop digging around the work directories and read the manual instead of guessing | 14:19 |
| pepijndevos | thanks | 14:20 |
| nacknick_ | rburton, absolutely agree, just don't have enough time :| | 14:21 |
| nacknick_ | I'll read it finally | 14:21 |
| rburton | nacknick_: even if its just the paragraph for the one task you're working on. we said yesterday to copy files into $D. | 14:21 |
| nacknick_ | I know. the path you see in pastebin is equal to $D (rburton) | 14:22 |
| nacknick_ | ${D} = /home/amit/fsl-community-bsp/build/tmp/work/armv7at2hf-neon-fslc-linux-gnueabi/grep/3.1-r0/image | 14:22 |
| nacknick_ | oh oops... it's package... I changed it because the reason I mentioned | 14:23 |
| *** marka <marka!~masselst@128.224.252.2> has joined #yocto | 14:23 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 14:24 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 14:24 | |
| *** learningc <learningc!~learningc@210.195.49.213> has joined #yocto | 14:25 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 14:25 | |
| rburton | zeddii_home: you're wanted in #oe by ant_home | 14:26 |
| derRichard | how can i select a different toolchain for a recipe? by default yocto sets CC to i686-poky-linux-gcc (which is in $PATH). for one recipe i need x86_64-pokysdk-linux-gcc | 14:30 |
| derRichard | yocto build it, i can find it in the tmp dir. but not sure how to use it correctly | 14:30 |
| rburton | derRichard: sounds like you want to turn on multilib | 14:30 |
| derRichard | rburton: no, please let me explain. :-) | 14:30 |
| derRichard | rburton: i'm this poor sod: https://lists.yoctoproject.org/pipermail/yocto/2018-November/043445.html | 14:31 |
| * rburton steps away slowly | 14:32 | |
| derRichard | so, i'm using a x86_64 machine with DEFAULTTUNE ?= "i586" | 14:32 |
| rburton | didn't really follow that thread, sorry | 14:32 |
| derRichard | no i try to build the kernel with the 64 gcc | 14:32 |
| derRichard | rburton: long story short, i want the whole userspace built for i586 but the kernel x86_64 | 14:32 |
| derRichard | plus an sdk | 14:33 |
| derRichard | as super ugly hack i can use the host gcc for kernel builds since i build always on x86_64 | 14:38 |
| derRichard | but that is ... | 14:38 |
| *** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-wbioxlefcumsqazf> has quit IRC | 14:39 | |
| pepijndevos | ohhh, it's so close to working. My yocto image runs the dummy software fine, so the only thing stopping me form replacing Raspbian now on the actual robot is that I can't get I2C to work to talk to the actual hardware. | 14:44 |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 14:45 | |
| pepijndevos | I've set ENABLE_I2C = "1", but it seems to do close to nothing. | 14:46 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 14:46 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 14:47 | |
| rburton | pepijndevos: what do you expect ENABLE_I2C to do? | 14:48 |
| pepijndevos | Apparently set some things in config.txt | 14:49 |
| rburton | ah a rpi specific thing | 14:50 |
| rburton | fair enough | 14:50 |
| rburton | wrong channel for that i guess | 14:50 |
| rburton | check if got set, if it doesnt work bother the meta-rpi maintainers | 14:50 |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:51 | |
| pepijndevos | Working on it... looking at the recipe now. But either way, the config.txt that's actually on the SD card just seems a copy-paste without anything extra | 14:51 |
| *** stephano <stephano!~stephano@134.134.139.75> has joined #yocto | 14:51 | |
| nacknick_ | rburton, using ${D}${bindir}/file I get this: https://imgur.com/Sd71hTL | 14:56 |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 15:01 | |
| *** patteh22 <patteh22!~patteh@208-104-64-50.fttp.sta.comporium.net> has joined #yocto | 15:01 | |
| pepijndevos | The trouble is that at some point both #yocto and #raspberrypi don't really know what you're doing anymore, and there is no #raspberrypi-yocto channel haha | 15:02 |
| pepijndevos | "wait, this madman is not on raspbian?" | 15:02 |
| *** patteh22 <patteh22!~patteh@208-104-64-50.fttp.sta.comporium.net> has quit IRC | 15:02 | |
| *** sagner <sagner!~ags@46.140.72.82> has quit IRC | 15:03 | |
| *** sagner <sagner!~ags@46.140.72.82> has joined #yocto | 15:06 | |
| pepijndevos | In my build folder there are 3 copies of config.txt, two of them with the needed I2C lines in tmp/work/raspberrypi3-poky-linux-gnueabi/rpi-config/git-r5/deploy-rpi-config/bcm2835-bootfiles/config.txt and tmp/deploy/images/raspberrypi3/bcm2835-bootfiles/config.txt and one without the extra lines in tmp/work/raspberrypi3-poky-linux-gnueabi/rpi-config/git-r5/git/config.txt and somehow that's the one that ends up on the SD card | 15:07 |
| *** learningc <learningc!~learningc@210.195.49.213> has quit IRC | 15:15 | |
| *** kaspter <kaspter!~Instantbi@115.204.111.49> has quit IRC | 15:25 | |
| *** kaspter <kaspter!~Instantbi@115.204.111.49> has joined #yocto | 15:26 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 15:29 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:31 | |
| JPEW | RP: Are we satisfied that YOCTO #13069 is fixed and can be closed? I saw a few more do_checkpkg() errors in the AB, but they look like network problems (not persist_data). | 15:32 |
| *** armpit <armpit!~armpit@2601:202:4180:c33:1cde:ec36:ad31:c07e> has joined #yocto | 15:33 | |
| RP | JPEW: Yes, I think we can resolve that, thanks! | 15:34 |
| RP | The checkpkg errors are almost certainly networking | 15:35 |
| *** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has quit IRC | 15:35 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:37 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 15:42 | |
| *** learningc <learningc!~learningc@210.195.49.213> has joined #yocto | 15:46 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:1cde:ec36:ad31:c07e> has quit IRC | 15:49 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:1cde:ec36:ad31:c07e> has joined #yocto | 15:51 | |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has quit IRC | 15:59 | |
| *** nighty-- <nighty--!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 15:59 | |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has joined #yocto | 16:00 | |
| *** learningc <learningc!~learningc@210.195.49.213> has quit IRC | 16:02 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 16:03 | |
| *** ant_home <ant_home!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has quit IRC | 16:09 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 16:09 | |
| *** thaytan <thaytan!~thaytan@121-200-23-18.cust.aussiebb.net> has quit IRC | 16:12 | |
| *** thaytan <thaytan!~thaytan@121-200-23-18.cust.aussiebb.net> has joined #yocto | 16:16 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 16:21 | |
| nacknick_ | is there a command to build the final image again without changing the already built packages? | 16:23 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 16:23 | |
| nacknick_ | I mean the deploy | 16:26 |
| rburton | just run bitbake imagename again | 16:27 |
| rburton | if something changed, it will rebuild the image | 16:27 |
| *** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has quit IRC | 16:46 | |
| nacknick_ | rburton, as I said yesterday, I'm trying to replace a binary. if it recognize that something was changed, it will rerun the recipe and override my change, if it does not recognize any change - my customized binary won't be included in the file deploy image | 16:58 |
| *** zeddii <zeddii!~bruce@128.224.252.2> has joined #yocto | 16:59 | |
| kergoth | you can use vardeps and vardepsexclude flags to control what variables affect task checksums | 16:59 |
| kergoth | so you can exclude a variable to make it no longer re-run the task when the var changes | 16:59 |
| rburton | nacknick_: are you still just cp'ing from /home? | 16:59 |
| rburton | nacknick_: easy fix: put that in SRC_URI | 17:00 |
| nacknick_ | kergoth, it does not help since it still won't use my customized binary | 17:01 |
| rburton | SRC_URI = ... file:///home/foo/bar; and then in do_install_append just cp from ${WORKDIR}/filename to ${D} | 17:01 |
| nacknick_ | rburton, let's try another method; how can I add a do_task to the recipe? | 17:01 |
| nacknick_ | I tried to add, but it does not run | 17:02 |
| rburton | nacknick_: wish you'd say what you actually wanted to do. having a task won't solve this problem as it still doesn't know that your copying a file from outside of the build system | 17:02 |
| rburton | you probably left out the before/after statements, so you have a task that doesn't get ran unless you call it directly | 17:03 |
| nacknick_ | rburton, like here? https://pastebin.com/x2gTZJAi | 17:09 |
| rburton | yes | 17:09 |
| rburton | then it knows to rebuild if file changes | 17:09 |
| nacknick_ | ERROR: ParseError at /home/amit/fsl-community-bsp/sources/poky/meta/recipes-devtools/file/file_5.31.bb:20: unparsed line: 'SRC_URI = "git://github.com/file/file.git file://debian-742262.patch file://0001-Add-P-prompt-into-Usage-info.patch file://home/amit/Desktop/file' | 17:10 |
| rburton | missing backslash | 17:10 |
| nacknick_ | I just copied to pastebin right after I tried with 3 slahes | 17:10 |
| rburton | actually you'll need a bonus slash in the url too | 17:11 |
| nacknick_ | I copied the 2 slahes version | 17:11 |
| rburton | you need two more slashes | 17:11 |
| rburton | a forward slash in the url and a backslash to not end the line | 17:11 |
| nacknick_ | file:////home/amit/Desktop/file | 17:11 |
| nacknick_ | ? | 17:11 |
| rburton | file:// is the protocol, no host so empty, then /home/amit/Desktop/file | 17:12 |
| nacknick_ | ah yes... added... lets see | 17:12 |
| rburton | the other URLs are relative, no leading slash | 17:12 |
| rburton | *and a backslash* | 17:12 |
| * rburton -> dinner | 17:12 | |
| nacknick_ | too long error: https://pastebin.com/KhTTHUrc | 17:13 |
| nacknick_ | bon appetit | 17:14 |
| nacknick_ | rburton look above when you back | 17:15 |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 17:16 | |
| *** kanavin_home <kanavin_home!~ak@ip5f5bf106.dynamic.kabel-deutschland.de> has quit IRC | 17:17 | |
| *** kanavin_home <kanavin_home!~ak@ip5f5bf106.dynamic.kabel-deutschland.de> has joined #yocto | 17:17 | |
| *** frsc <frsc!~frsc@200116b824569400716084d09a41384e.dip.versatel-1u1.de> has quit IRC | 17:22 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 17:33 | |
| *** ant_home <ant_home!~ant__@host55-101-dynamic.58-82-r.retail.telecomitalia.it> has joined #yocto | 17:37 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-108-228.ssp.dialog.net.pl> has joined #yocto | 17:37 | |
| rburton | nacknick_: just bitbake file, you're explicitly saying "run compile" | 17:43 |
| *** stephano <stephano!~stephano@134.134.139.75> has quit IRC | 17:45 | |
| nacknick_ | rburton, bitbake core-image-base? | 17:49 |
| nacknick_ | I don't know why, but it says: cp: cannot stat '/home/amit/fsl-community-bsp/build/tmp/work/armv7at2hf-neon-fslc-linux-gnueabi/file/5.31-r0/file': No such file or directory | 17:49 |
| nacknick_ | but the dest folder is: /home/amit/fsl-community-bsp/build/tmp/work/armv7at2hf-neon-fslc-linux-gnueabi/file/5.31-r0/image/usr/bin/file | 17:50 |
| armpit | zeddii, when are we moving to 4.19 as default in master? | 17:51 |
| zeddii | it'll never be the default. | 17:52 |
| zeddii | it will be the LTS option. | 17:52 |
| zeddii | I have a series done for that, but haven't had time to build the lsb distros and debug. | 17:52 |
| *** macbug <macbug!~macbug@cgn85-194-11-222.bredband.comhem.se> has quit IRC | 17:52 | |
| armpit | k. thanks | 17:53 |
| ant_home | zeddii, hello there | 17:53 |
| ant_home | I have an holiday-bug for you ;) | 17:53 |
| ant_home | it happens that forcing qemumips to be le the kernel+modules remain be | 17:54 |
| ant_home | idem qemumips64 | 17:54 |
| ant_home | rest of userland is built fine | 17:55 |
| zeddii | unless there's an LE bsp description in the kernel-cache, it would be the default. sec. let me check. | 17:56 |
| ant_home | (+DEFAULTTUNE = "mips32r2el" / +DEFAULTTUNE = "mips64el" respectively) | 17:57 |
| ant_home | iirc this happened with 3.x and th epoint is we use mti-malta[32|64]-be | 17:59 |
| zeddii | ant_home. there's only 32bit mips le BSP defined right now. | 17:59 |
| zeddii | so yah, you'd end up with BE for mips64. | 17:59 |
| ant_home | right now I am on 64 | 18:00 |
| zeddii | if you send me the config via email, I can add it easily enough. | 18:00 |
| zeddii | meaning the machine/layers you are building. | 18:00 |
| *** no_such_user <no_such_user!~no_such_u@mail.analogue-micro.com> has quit IRC | 18:00 | |
| zeddii | I have the kernel config already. | 18:00 |
| ant_home | I just added the DEFAULTTUNE above | 18:00 |
| ant_home | standard qemumips / qemumips64 recipes | 18:00 |
| zeddii | yah. that won't have any impact on the endianess of the kernel build. | 18:00 |
| zeddii | that's the machine name that triggers everything from there. | 18:01 |
| ant_home | I discovered :) | 18:01 |
| zeddii | i.e. for 32bit le, we have MACHINE=qemumipsel that finds the right description. we'd need the similar one for 64bit. | 18:01 |
| ant_home | you cannot have all variations that are in the mips BSP layer | 18:02 |
| ant_home | https://github.com/MIPS/meta-img | 18:02 |
| ant_home | I am quite confused with all those variants... | 18:02 |
| zeddii | that is pretty much what the kernel-cache does. takes a base config (which is 'be') and then flips the configs for le only as a second level configuration. but it is triggered by a different machine name. I can mock something up quickly, but building and booting it would take longer. | 18:04 |
| ant_home | I really are here on mips64 just to build-test some other recipes | 18:06 |
| ant_home | toolchain is ready, I can test your hints | 18:06 |
| zeddii | does oe-core have the userspace tunes for it already ? if so I can do a kernel build easily enough. | 18:06 |
| * zeddii checks | 18:06 | |
| *** sagner <sagner!~ags@46.140.72.82> has quit IRC | 18:16 | |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 18:18 | |
| *** kanavin_home <kanavin_home!~ak@ip5f5bf106.dynamic.kabel-deutschland.de> has quit IRC | 18:19 | |
| RP | jonmason: I think we're going to need some help/work from you with the new server ;-) | 18:20 |
| RP | jonmason: https://autobuilder.yoctoproject.org/typhoon/#/builders/66/builds/1 | 18:20 |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 18:39 | |
| zeddii | ant_home. are you building against the 4.18 linux-yocto reference recipe ? | 18:40 |
| jonmason | RP: no prob, I'll take a look when I get back form lunch | 18:42 |
| *** mihais <mihais!~mihaiserb@193.240.241.118> has quit IRC | 18:52 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 18:57 | |
| armpit | RP we should bug " Your host is aarch64 and this SDK was built for ix86 hosts." | 18:58 |
| *** berton <berton!~berton@181.220.84.254> has quit IRC | 19:01 | |
| *** berton <berton!~berton@181.220.84.254> has joined #yocto | 19:01 | |
| *** berton <berton!~berton@181.220.84.254> has quit IRC | 19:05 | |
| ant_home | zeddii, yes linux-yocto-4.18.14+gitAUTOINC+bf98e195a4_6d91dc6281 | 19:17 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 19:44 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 19:45 | |
| RP | kanavin_: around? I'm thinking we may need to rework test_maintainers | 19:45 |
| *** kanavin_home <kanavin_home!~ak@2a02:8109:b5c0:1a5d:0:77a4:81ec:4748> has joined #yocto | 19:52 | |
| *** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC | 19:53 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 19:54 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 19:55 | |
| apteryx | hello! Is it possible to use my SSH identity through ssh-agent when running do_fetch steps? | 19:57 |
| apteryx | it's doing some git archive --remote=ssh://some-repo.git there which requires my SSH identity (protected by password). | 19:58 |
| *** peniwize <peniwize!~peniwize@63.140.26.14> has joined #yocto | 19:59 | |
| *** kergoth <kergoth!~kergoth@107.170.225.75> has quit IRC | 20:03 | |
| *** kergoth <kergoth!~kergoth@107.170.225.75> has joined #yocto | 20:03 | |
| peniwize | The variable SERIAL_CONSOLES is being set in the meta-intel layer machine configuration file "meta-intel/conf/machine/intel-corei7-64.conf". I need to clear it so I tried setting SERIAL_CONSOLES = "" in my "build/conf/local.conf", but it's not having any effect. Do machine configuration files override local.conf? How do I change the value of SERIAL_CONSOLES without editing the Intel layer files? | 20:04 |
| *** mihais <mihais!~mihaiserb@95.76.150.3> has joined #yocto | 20:06 | |
| *** kanavin_home <kanavin_home!~ak@2a02:8109:b5c0:1a5d:0:77a4:81ec:4748> has quit IRC | 20:10 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-fhgluquwzbjhqkeg> has quit IRC | 20:15 | |
| *** RemedyTomm <RemedyTomm!~cslcm@ns19281.115-189.caspernet.co.uk> has joined #yocto | 20:20 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 20:20 | |
| RemedyTomm | Hey. I'm having an issue on some of my raspberry pi 3's with yoe images, where the networking seems to sometimes not come up. Sometimes it does, sometimes it doesn't. Has anyone experienced this? | 20:20 |
| RemedyTomm | i'm wondering if switching to systemd may help | 20:21 |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 20:23 | |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 20:23 | |
| *** kanavin_home <kanavin_home!~ak@2a02:8109:b5c0:1a5d:ada5:a270:4516:9891> has joined #yocto | 20:23 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 20:25 | |
| *** hrkrx <hrkrx!~sebi@p20030006335C156895B1F9E91FEAB0A4.dip0.t-ipconnect.de> has joined #yocto | 20:33 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 20:36 | |
| *** marka <marka!~masselst@128.224.252.2> has quit IRC | 20:37 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 20:41 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 20:56 | |
| * apteryx answers self: we can probably use export SSH_AGENT; SSH_AGENT = "${SSH_AGENT}" ... as detailed here: https://www.yoctoproject.org/docs/2.6/bitbake-user-manual/bitbake-user-manual.html#exporting-variables-to-the-environment | 21:12 | |
| apteryx | s/SSH_AGENT/SSH_AGENT_PID/, and we must add also SSH_AUTH_SOCK | 21:13 |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 21:15 | |
| apteryx | actual fix here: http://paste.debian.net/1055583/ | 21:27 |
| *** tijko <tijko!~tijko@unaffiliated/tijko> has quit IRC | 21:31 | |
| bluelightning | apteryx: hmm, the assignment shouldn't be necessary | 21:31 |
| apteryx | bluelightning: OK, yes, it seems to make parsing fail (assigning to itself) | 21:32 |
| apteryx | I'll try without assigning | 21:32 |
| apteryx | strange that I got it working once... maybe some state thing | 21:32 |
| *** tijko <tijko!~tijko@unaffiliated/tijko> has joined #yocto | 21:34 | |
| *** peniwize <peniwize!~peniwize@63.140.26.14> has quit IRC | 21:35 | |
| apteryx | bluelightning: yikes... I'm back to my original problem: Permission denied (publickey). | 21:40 |
| apteryx | export SSH_AGENT_PID and export SSH_AUTH_SOCK don't seem to help | 21:41 |
| bluelightning | well you can easily see if they are being properly exported by looking at run.do_fetch for the recipe | 21:41 |
| bluelightning | actually... they should already be exported into the fetch environment | 21:43 |
| apteryx | bluelightning: thanks for the tip, I'm looking at that file now | 21:53 |
| apteryx | bluelightning: hmm, they aren't exported, and my export directives don't seem to affect that | 21:55 |
| bluelightning | apteryx: how about log.do_fetch? they should show up in the command that gets executed | 21:56 |
| apteryx | I've put echo $SSH_AGENT_PID there, but I just see blanks inthe temp/log.do_fetch | 21:59 |
| bluelightning | so looking at it I don't think that would be expected to show anything | 22:01 |
| bluelightning | variables get passed directly on the command line for fetch commands | 22:01 |
| bluelightning | but that should be clearly visible in the log | 22:02 |
| apteryx | bluelightning: do I need to enable -e or -v to see the environment variables show up in the commands? | 22:04 |
| bluelightning | no, shouldn't | 22:05 |
| apteryx | maybe my bitbake is too old to show the same output, I'm on v1.34 (and the project I work on is stuck with it) | 22:08 |
| bluelightning | no, this isn't new | 22:09 |
| bluelightning | this is the kind of thing you should see: | 22:09 |
| bluelightning | https://pastebin.com/uFhDs6xF | 22:09 |
| apteryx | enabling debug with -D, I see ton of outputs, but the only part about envars seems to be the first line, DEBUG: Removed the following variables from the environment: [...] | 22:14 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 22:17 | |
| apteryx | bluelightning: here's the do_fetch procedure and the log.do_fetch I see (it's very short): http://paste.debian.net/1055591/ | 22:20 |
| bluelightning | apteryx: right... now I see you're defining your own do_fetch, that is a bit unusua | 22:21 |
| bluelightning | *unusual | 22:21 |
| apteryx | yes, the reason is because the git repos is very fat so we wanted to be able to skip downloading it all | 22:22 |
| *** rhadye_ <rhadye_!sid217449@gateway/web/irccloud.com/x-ydwedkxubyduqkif> has joined #yocto | 22:22 | |
| bluelightning | apteryx: there are other ways to handle that though, e.g. shallow clones | 22:22 |
| bluelightning | or local mirroring | 22:22 |
| *** flynn378__ <flynn378__!sid63564@gateway/web/irccloud.com/x-cjzguspgffkgmhgy> has joined #yocto | 22:23 | |
| apteryx | how can we do a shallow clone using the git fetcher? I don't see an option to do it from: https://www.yoctoproject.org/docs/2.6/bitbake-user-manual/bitbake-user-manual.html#git-fetcher | 22:24 |
| apteryx | and even if it was shallow, sadly in our case it's still be fat since some heavy objects are stored... (bad practice but we have to cope with it for now) | 22:25 |
| apteryx | and, another question if I might, shouldn't the export statement affect my custom do_fetch definition? | 22:26 |
| bluelightning | so, it should yes, I'm not sure why it wouldn't be | 22:27 |
| *** BubuIIC1 <BubuIIC1!bubuiicmat@gateway/shell/matrix.org/x-npmdtbjyyojmngjp> has joined #yocto | 22:28 | |
| *** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has quit IRC | 22:29 | |
| *** flynn378 <flynn378!sid63564@gateway/web/irccloud.com/x-pbupgakbrtwrjumc> has quit IRC | 22:29 | |
| *** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-bprcnlrltibwpmsg> has quit IRC | 22:29 | |
| *** BubuIIC <BubuIIC!bubuiicmat@gateway/shell/matrix.org/x-qdlaffmpohwduimf> has quit IRC | 22:29 | |
| *** zzeroo <zzeroo!~zzeroo@p50999e88.dip0.t-ipconnect.de> has quit IRC | 22:29 | |
| *** jij <jij!jonashg@nat/axis/x-tmzjypohquwsqpph> has quit IRC | 22:29 | |
| *** jij <jij!jonashg@nat/axis/session> has joined #yocto | 22:29 | |
| *** flynn378__ is now known as flynn378 | 22:29 | |
| *** rhadye_ is now known as rhadye | 22:29 | |
| *** jij <jij!jonashg@nat/axis/session> has quit IRC | 22:29 | |
| *** jij <jij!jonashg@nat/axis/x-lfecocerlxyrwrhf> has joined #yocto | 22:29 | |
| *** zzeroo <zzeroo!~zzeroo@p50999e88.dip0.t-ipconnect.de> has joined #yocto | 22:29 | |
| *** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto | 22:32 | |
| apteryx | it seems they don't even exist at the top level of by .bb recipe | 22:35 |
| apteryx | I've tested export TEST = "${SSH_AUTH_SOCK}" and TEST2 = "foobar"; I can see foobar in do_fetch but the former is empty | 22:35 |
| *** mihais <mihais!~mihaiserb@95.76.150.3> has quit IRC | 22:37 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-108-228.ssp.dialog.net.pl> has quit IRC | 22:41 | |
| apteryx | wait... these vars are there indeed, in my do_fetch already, without having me to do anything about it. | 22:46 |
| apteryx | I was wiping them with my attempts to export them... | 22:46 |
| * apteryx spanks his head | 22:46 | |
| kergoth | apteryx: shallow is non-trivial in general unless SRCREV is AUTOREV. you can't shallow clone a specific commit with git. so the fetcher doesn't support shallow clones. it does support generating and using shallow mirror tarballs, which is the best it can do at this time | 22:49 |
| kergoth | not possible to determine the precise distance from the specified branch to SRCREV | 22:49 |
| kergoth | at least without already having a full clone | 22:49 |
| apteryx | kergoth: OK, thanks for explaining | 22:50 |
| kergoth | np. we could support shallow when srcrev is autorev as a special case, but it'd be rather ugly, and then we'd have to deal with when to convert the clone in DL_DIR from shallow to full, etc, since a single source can be used by multiple recipes. just a mess | 22:51 |
| kergoth | even shallow tarball support was pretty ugly, but worthwhile i think | 22:51 |
| apteryx | can I force yocto to refresh the git it is using? (it comes from the host, right?) | 22:53 |
| apteryx | or maybe I should say s/yocto/bitbake/ | 22:54 |
| apteryx | maybe by setting FETCHCMD_git | 22:55 |
| RP | apteryx: take git-native out of ASSUME_PROVIDED | 22:56 |
| apteryx | OK, I've tried with my system's git instead of Guix's git, and I have the same issue (http://paste.debian.net/1055601/). I'll just have to live with passwordless SSH access. | 23:00 |
| apteryx | s/access/keys/ | 23:00 |
| * kergoth uses keys in an agent with oe builds every day, but doesn't use guix | 23:09 | |
| apteryx | kergoth: what I've found so far is that when overriding do_fetch, the ssh-agent doesn't seem to work in that, but if I otherwise use the builtin fetcher, all works as expected. | 23:15 |
| apteryx | I've verified that the SSH_AUTH_SOCK and SSH_AGENT_PID from the host are set in that custom do_fetch procedure, and they are, but it doesn't seem to suffice. | 23:16 |
| apteryx | if `which git' says /usr/bin/git in the shell I run bitbake and I haven't touched ASSUME_PROVIDED, am I guaranteed its the one being used? or is there some caching of a previously found git possible? | 23:17 |
| *** jostor <jostor!55a495f3@gateway/web/freenode/ip.85.164.149.243> has quit IRC | 23:27 | |
| kergoth | that's entirel. | 23:28 |
| kergoth | y possible, yes | 23:28 |
| kergoth | i'd just wipe tmp and restart the b uild | 23:28 |
| ant_home | zeddii, it seems just matter of switching the two lines: | 23:34 |
| ant_home | # CONFIG_CPU_BIG_ENDIAN is not set | 23:34 |
| ant_home | CONFIG_CPU_LITTLE_ENDIAN=y | 23:34 |
| *** moto-tim1 <moto-tim1!~ttorling@134.134.139.76> has joined #yocto | 23:37 | |
| *** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has quit IRC | 23:38 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:45 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!