Wednesday, 2020-02-26

khembluelightning: There is one review on error-report-web waiting for your re-review, can you take a look
*** ericch <ericch!> has quit IRC00:04
*** vineela <vineela!vtummala@nat/intel/x-jxhcycuzxebboafh> has quit IRC00:42
*** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has quit IRC01:04
*** mccc <mccc!> has joined #yocto01:35
*** goliath <goliath!> has quit IRC01:52
*** robert_yang <robert_yang!~robert@> has quit IRC01:56
*** robert_yang <robert_yang!~robert@> has joined #yocto01:56
*** armpit <armpit!~armpit@> has quit IRC02:02
*** robert_yang <robert_yang!~robert@> has quit IRC02:07
*** robert_yang <robert_yang!~robert@> has joined #yocto02:08
*** robert_yang <robert_yang!~robert@> has quit IRC02:19
*** robert_yang <robert_yang!~robert@> has joined #yocto02:19
*** hpsy <hpsy!~hpsy@> has quit IRC02:38
*** robert_yang <robert_yang!~robert@> has quit IRC02:46
*** robert_yang <robert_yang!~robert@> has joined #yocto02:46
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC03:27
*** gtristan <gtristan!~tristanva@> has joined #yocto03:38
*** armpit <armpit!~armpit@2601:202:4180:a5c0:35a0:cc10:e86b:4673> has joined #yocto04:37
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC05:02
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto05:09
*** robert_yang <robert_yang!~robert@> has quit IRC05:16
*** robert_yang <robert_yang!~robert@> has joined #yocto05:16
*** robert_yang <robert_yang!~robert@> has quit IRC05:25
*** robert_yang <robert_yang!~robert@> has joined #yocto05:26
*** robert__ <robert__!> has joined #yocto05:48
*** robert_yang <robert_yang!~robert@> has quit IRC05:50
*** robert_yang <robert_yang!~robert@> has joined #yocto05:52
*** robert__ <robert__!> has quit IRC05:55
*** ibinderwolf <ibinderwolf!> has joined #yocto06:08
*** [Sno] <[Sno]!> has quit IRC06:17
*** hyper_dave <hyper_dave!~quassel@> has quit IRC06:22
*** AndersD <AndersD!> has joined #yocto06:22
*** kroon <kroon!~kroon@> has joined #yocto06:26
*** robert_yang <robert_yang!~robert@> has quit IRC06:26
*** robert_yang <robert_yang!~robert@> has joined #yocto06:27
*** hamis <hamis!~irfan@> has joined #yocto06:29
*** jobroe <jobroe!~manjaro-u@> has joined #yocto06:30
*** hyper_dave <hyper_dave!~quassel@> has joined #yocto06:38
*** JaMa <JaMa!~martin@> has joined #yocto06:46
*** robert_yang <robert_yang!~robert@> has quit IRC06:56
*** robert_yang <robert_yang!~robert@> has joined #yocto06:57
*** [Sno] <[Sno]!~sno@> has joined #yocto07:00
*** gtristan <gtristan!~tristanva@> has quit IRC07:10
*** TobSnyder <TobSnyder!> has joined #yocto07:17
*** kroon <kroon!~kroon@> has quit IRC07:21
*** kroon <kroon!~kroon@> has joined #yocto07:23
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:25
*** robert_yang <robert_yang!~robert@> has quit IRC07:26
*** robert_yang <robert_yang!~robert@> has joined #yocto07:27
*** m1ster_r0b0t <m1ster_r0b0t!> has quit IRC07:38
*** frsc <frsc!> has joined #yocto07:39
*** florian_kc is now known as florian07:40
*** mckoan|away is now known as mckoan07:44
*** fl0v0 <fl0v0!~fvo@> has joined #yocto07:51
*** robert_yang <robert_yang!~robert@> has quit IRC07:56
*** robert_yang <robert_yang!~robert@> has joined #yocto07:56
*** sagner <sagner!~ags@2a02:169:3df5::edf> has quit IRC08:00
*** yacar_ <yacar_!> has joined #yocto08:03
*** sagner <sagner!> has joined #yocto08:08
*** submux <submux!~submux@> has joined #yocto08:11
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:25
*** robert_yang <robert_yang!~robert@> has quit IRC08:26
*** robert_yang <robert_yang!~robert@> has joined #yocto08:26
*** Bunio_FH <Bunio_FH!> has joined #yocto08:34
*** micka_ <micka_!> has joined #yocto08:35
*** micka <micka!> has quit IRC08:35
*** LocutusOfBorg <LocutusOfBorg!> has joined #yocto08:37
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto08:37
*** PinkSnake <PinkSnake!51ff1123@> has joined #yocto08:40
*** kaspter <kaspter!~Instantbi@2409:891e:7067:5376:fcfa:da80:d994:d718> has joined #yocto08:42
*** yann <yann!> has quit IRC08:50
*** robert_yang <robert_yang!~robert@> has quit IRC08:56
PinkSnakeMorning all, I have some issue with ( from zeus branch) --> Exception during build_dependencies for LLVM_CONFIGURE_ARCH. It's probably because my target arch is aarch64. How can i remove shark from PACKAGCONFIG ? Thx.08:56
*** robert_yang <robert_yang!~robert@> has joined #yocto08:56
*** micka_ is now known as micka09:04
*** AndersD <AndersD!> has quit IRC09:09
*** kuschky <kuschky!c22a5e3e@> has joined #yocto09:17
*** robert_yang <robert_yang!~robert@> has quit IRC09:26
*** robert_yang <robert_yang!~robert@> has joined #yocto09:26
*** locutus_ <locutus_!> has joined #yocto09:42
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC09:43
*** hpsy <hpsy!~hpsy@> has joined #yocto09:43
*** locutus__ <locutus__!> has joined #yocto09:46
*** hpsy <hpsy!~hpsy@> has quit IRC09:47
*** locutus_ <locutus_!> has quit IRC09:49
*** LocutusOfBorg <LocutusOfBorg!> has joined #yocto09:51
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto09:51
*** locutus__ <locutus__!> has quit IRC09:53
*** yann <yann!~yann@> has joined #yocto09:55
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:56
*** kroon <kroon!~kroon@> has quit IRC10:00
*** NiksDev <NiksDev!~NiksDev@> has quit IRC10:02
*** kroon <kroon!~kroon@> has joined #yocto10:02
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto10:02
*** sstiller <sstiller!> has joined #yocto10:09
mcfriskI have some experience with several yocto BSP layers for various SoC families. The best to work with is TI with meta-ti, second best NXP with meta-freescale. Third is meta-intel which has some complications and odd things. Distant fourth is Qualcomm with their non-open meta layers which are really hard to work with.10:12
LetoThe2ndpublic codeshaming!10:12
* LetoThe2nd gets popcorn and beer10:12
mcfriskactually I wanted to thank TI for meta-ti. It is great! Also NXP does a really good job though some high level bbappends are not really needed, e.g. systemd, and I had to BBMASK them away.10:15
LetoThe2ndah dang....10:20
LetoThe2ndi hoped for some real good, entertaining falming.10:21
*** locutus_ <locutus_!> has joined #yocto10:22
*** robert_yang <robert_yang!~robert@> has quit IRC10:23
*** robert_yang <robert_yang!~robert@> has joined #yocto10:23
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC10:24
*** locutus_ <locutus_!> has quit IRC10:30
*** LocutusOfBorg <LocutusOfBorg!> has joined #yocto10:30
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto10:30
*** kuschky2 <kuschky2!~kuschky@> has joined #yocto10:31
kuschky2Hello, I'm using BusyBox v1.24.1 by building Yocto 2.4 for beagleBone black. My problem is that when I change the timezone by exporting TZ the date command while display teh set timezone but not showing the correct local date for the timezone. Is that a missing feature in BusyBox? Or does somebody has an idea what could be the reason?10:31
*** kuschky <kuschky!c22a5e3e@> has quit IRC10:33
*** hpsy <hpsy!~hpsy@> has joined #yocto10:38
millonikuschky2: can you paste us an example?10:46
*** kaspter <kaspter!~Instantbi@2409:891e:7067:5376:fcfa:da80:d994:d718> has quit IRC10:49
*** nacknick <nacknick!b9b8f483@> has quit IRC11:04
millonia while ago, someone here said i can have a read-only sstate-cache (through SSTATE_MIRRORS i suppose), and then push the cache from my local build to that cache11:08
millonianyone have any pointers to that? i can't find anything in the documentation11:08
LetoThe2ndmilloni: hum, what additionally do you need besides building somewhere, putting the sstate into an accessible location and then modifiying the variable in local.conf? there should even be an example included in the template.11:10
millonithat i can do, that's not the point11:11
millonilet me explain the motivation so that it's a bit clearer11:11
LetoThe2ndmilloni: please.11:11
millonii need the artifacts from each "local" builds (they're actually CI builds) to be pushed to a shared cache11:12
millonithis is fine, i could point the build to a shared SSTATE_DIR11:12
millonihowever, i don't trust the local build with access to the shared cache11:13
milloniso hence my question, is there a protocol for pushing new artifacts to the cache, without giving the local build full access to the cache11:13
millonisomeone in this channel suggested there is, but they might have misunderstood my question11:13
LetoThe2ndmilloni: as far as i know, its just not like "build, then push into a repo with some merge protocol". rather, the repo is just the resulting sstate of some build.11:14
LetoThe2ndbut of course i might be wrong.11:14
millonithat matches my understanding11:14
millonithat is, an external sstate mirror is just a dump of SSTATE_DIR11:15
LetoThe2ndthat is my understanding and experience, correct.11:15
millonii'm not speaking so much of a merge protocol, it's more about the fact that i dont trust my local build to have full read-write access to the remote cache11:16
milloniso the protocol would be simple11:16
mcfriskmilloni: we do CI releases which publishes sstate cache. This released cache is then used as SSTATE_MIRROR for all CI builds11:17
milloniit would accept objects with new cache keys and deny objects with existing cache keys11:17
LetoThe2ndmilloni: send patches, then.11:17
yoctiNew news from stackoverflow: Create a recipe which install the program using make install command in deployment section <>11:17
LetoThe2ndmilloni: publish a server backend :)11:17
*** freez <freez!c5f07513@> has joined #yocto11:17
milloni^ (with regard to pushing to the cache)11:17
freezhello, I have a problem using ssh key11:18
milloniLetoThe2nd: so, as of today, no such feature exists?11:18
freezI am following these steps in order to make a remote connection between Windows machine and Linux platform11:18
paulbarkermilloni: I use rsync or rclone (depending on the target) with the command line argument to ignore files which already exist in the destination11:18
millonimcfrisk: right, i'd like to be more flexible than that - for any user branch, i'd like the artifacts of that build become available in the remote cache11:19
freezmy linux platform is working with Linux image build with Yocto project11:19
freezin step 3 , when I cat the ssh pub file , it says he can not find the .ssh/authorized_keys11:20
LetoThe2ndpaulbarker: sync merging to remote sstate work? interesting.11:20
freezwhere should I find it ?11:20
millonipaulbarker: fair enough, although it doesnt get me the results i need11:20
paulbarkerfreez: Do you need FIPS compliance? If not I'd avoid any guide that talks about FIPS11:21
freezyes I need it11:21
LetoThe2ndpaulbarker: the guide looks like FIPS is just a fancy buzzword for "uses ssh" in this case.11:21
freezbesides I added ssh-server-openssh to my extra_image_features11:21
millonipaulbarker: so just to confirm, your local build has its own SSTATE_DIR and after you're done with the build, you rsync the contents of SSTATE_DIR into your remote cache (which is specified in SSTATE_MIRRORS)?11:22
paulbarkerfreez: You should be talking to security professionals for advice to ensure you stay FIPS compliant then11:22
mcfriskmilloni: in our case, sstate mirror for each branch different. You can initially rsync it from the thing where branch was created though. in our case all builds, including new release builds, start by re-using the sstate mirror of the previous release. we wipe sstate chache on build machines between builds and make sure with rsync that sstate mirror is uptodate.11:22
LetoThe2ndfreez: if the file doesn't exist, mkdir .ssh, and touch it.11:22
paulbarkermilloni: Yes (see
freezas simple as that ? LetoThe2nd11:23
LetoThe2ndfreez: seriously, all that FIPSyness in the guide you linked is random buzzwordery. in the end it just talks about setting up a generic, public-key autheticated openssh login.11:24
*** goliath <goliath!> has joined #yocto11:24
*** berton <berton!~berton@> has joined #yocto11:25
millonimcfrisk: isn't that kind of inefficient? between releases every build has to start from the state of the previous release11:25
*** robert_yang <robert_yang!~robert@> has quit IRC11:26
*** hamis <hamis!~irfan@> has quit IRC11:26
mcfriskmilloni: yes, it's not perfect, but it keeps sstate mirror size under control and makes sure all changes are compiled at least twice in CI (once in developers topic build, second time in release) which hopefully exposes all possible race conditions too.11:26
millonimcfrisk, interesting, thanks11:27
mcfrisk(though I know there are many, many ways to add races to builds and break it for all...)11:27
millonia bit weird for my taste but still interesting11:27
mcfrisksimple and stupid, works for +5 years now.11:27
*** robert_yang <robert_yang!~robert@> has joined #yocto11:28
*** berton <berton!~berton@> has quit IRC11:28
mcfriskand since yocto 1.4 or so onwards11:28
*** hamis <hamis!~irfan@> has joined #yocto11:29
*** tgamblin <tgamblin!> has quit IRC11:29
*** berton <berton!~berton@> has joined #yocto11:30
*** locutus_ <locutus_!> has joined #yocto11:31
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC11:34
*** freez <freez!c5f07513@> has quit IRC11:35
*** robert_yang <robert_yang!~robert@> has quit IRC11:36
millonipaulbarker: thanks, that's probably what we'll end up doing;11:36
*** robert_yang <robert_yang!~robert@> has joined #yocto11:36
millonione more question - what's in tmp/deploy/sources/mirror ?11:37
paulbarkermilloni: Download mirror populated via the archiver bbclass11:38
millonican you not just rsync the DL_DIR?11:38
kuschky2example for the busybox date problem:11:39
kuschky2root@beaglebone-mb-board:~# export TZ=Europe/Berlin11:39
kuschky2root@beaglebone-mb-board:~# date11:39
kuschky2Fri Jan 24 17:43:09 Europe 202011:39
kuschky2root@beaglebone-mb-board:~# export TZ=America/Aruba11:39
kuschky2root@beaglebone-mb-board:~# date11:39
kuschky2Fri Jan 24 17:43:14 America 202011:39
kuschky2You see the displayed timezone changed but the time is not localized11:40
millonikuschky2: hm, strange11:40
millonimy guess would be it's a bug in busybox, but it's just a guess11:41
paulbarkermilloni: See for the logic11:42
milloniah, so it's a fresh new thing11:42
paulbarkermilloni: Yes, the major advantage for me is that the download mirror still gets populated if a package is rebuilt from sstate11:45
paulbarkerThat doesn't happen if you just grab DL_DIR11:45
milloniis that a big advantage? i would expect in typical cases if you rebuild from sstate, the download mirror had already been populated at some point11:50
*** yacar_ <yacar_!> has quit IRC11:53
paulbarkermilloni: Yes. It basically comes down to having confidence in the GPL compliance11:54
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC11:55
paulbarkerIt also helps with customers behind corporate or government firewalls as you can create and send a complete source mirror for a single release11:55
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto11:55
paulbarkerAnd if for some reason the sync to the download mirror fails but the sync to the sstate mirror succeeds - who cares! On the next nightly build the download mirror will be fixed11:56
paulbarkerWe get belt & braces coverage11:56
paulbarkerPlus if you've got proprietary components the sources will likely end up in DL_DIR but you can exclude them from this mirror by setting COPYLEFT_LICENSE_EXCLUDE11:58
*** kuschky <kuschky!~kuschky@> has joined #yocto11:58
millonimakes sense12:02
*** kuschky2 <kuschky2!~kuschky@> has quit IRC12:02
*** Dracos-Carazza_ is now known as Dracos-Carazza12:02
millonii guess i dont have to worry about this too much because ours is a private location12:02
*** Zajc <Zajc!> has quit IRC12:03
*** Zajc <Zajc!> has joined #yocto12:05
kuschkymilloni I tried to disable the busybox date and use the normal one but yocto installs always the busybox version. Can you give me a hint how to integrate the standard date command in the image? I dont know which package contains the standard date command.12:05
*** robert_yang <robert_yang!~robert@> has quit IRC12:06
*** robert_yang <robert_yang!~robert@> has joined #yocto12:07
paulbarkerkuschky: Don't you need to change /etc/localtime? That's how I've always set the timezone. Also make sure your image contains the required tzdata packages12:10
millonipaulbarker: interestingly, in kuschky's case, the date command does show the correct timezone after setting TZ12:10
milloniit's just the datetime is wrong12:11
milloniso looks like a bug in busybox to me12:11
millonii could understand if it just ignored TZ completely12:11
paulbarkerWeird. Could be a bug then12:11
millonikuschky: i *think* alternative `date` is in coreutils12:15
*** yacar_ <yacar_!> has joined #yocto12:23
*** lfa <lfa!~lfa@> has quit IRC12:27
*** berton <berton!~berton@> has quit IRC12:27
*** berton <berton!~berton@> has joined #yocto12:27
*** kreyren[m] <kreyren[m]!~kreyrenm]> has quit IRC12:29
millonikuschky: not sure if that will set /bin/date to use the one from coreutils, but i would try that12:33
milloniIMAGE_INSTALL += "coreutils"12:33
millonibut you might have to remove busybox too12:34
millonii dont know12:34
millonikuschky: so perhaps try this:12:38
milloniin your IMAGE_INSTALL, assuming you append packagegroup-core-boot12:38
millonidon't append busybox12:38
milloniIMAGE_INSTALL += "coreutils"12:38
milloniVIRTUAL-RUNTIME_login_manager = "shadow-base"12:39
millonithe last line should prevent packagegroup-core-boot from pulling busybox12:39
kuschkymilloni: I will try this later and let you know if it works.12:39
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has quit IRC12:41
millonikuschky: that line line has to be global though, i.e local.conf or distro config or machine config12:43
*** falstaff <falstaff!~quassel@> has joined #yocto12:44
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto12:48
*** nslu2-log <nslu2-log!> has joined #yocto12:52
*** robert_yang <robert_yang!~robert@> has quit IRC12:56
*** micka <micka!> has quit IRC12:57
*** robert_yang <robert_yang!~robert@> has joined #yocto12:57
*** micka <micka!> has joined #yocto12:57
dev1990Is it okay to use OECMAKE_FIND_ROOT_PATH_MODE_PROGRAM = "/usr/bin" like this ?13:00
*** tgamblin <tgamblin!~tgamblin@> has joined #yocto13:01
LetoThe2nddev1990: no idea, whats the actual use case?13:01
dev1990cmake not finding native tools like git13:01
*** vmeson <vmeson!> has quit IRC13:02
dev1990even if DEPENDS += "git-native" i get | -- Could NOT find Git (missing: GIT_EXECUTABLE)13:03
dev1990not sure if this is workaround or acctual proper way13:03
LetoThe2ndhum that sounds very very much like cmake reaching into the host instead the hosttools directory.13:04
dev1990or maybe this is cmake project file fault, but I found that kodi and dolphin-emu is affected the same way13:05
* LetoThe2nd puts his bet onto cmake project file trying to be clever13:05
*** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has joined #yocto13:05
mcfriskdev1990: maybe the cmake project file is searching for /usr/bin/git. check what the cmake module does. after git-native in DEPENDS, git is in the build env.13:12
LetoThe2ndyeah, hooray for hardcoded pathes.13:12
*** PinkSnake <PinkSnake!51ff1123@> has quit IRC13:12
*** PinkSnake <PinkSnake!51ff1123@> has joined #yocto13:17
perdmannok i tried to read out the Registers but my board always hangs when i try to read thos registers13:19
perdmannany suggestions?13:19
*** locutus__ <locutus__!> has joined #yocto13:19
*** kreyren[m] <kreyren[m]!~kreyrenm]> has joined #yocto13:20
dev1990I found that cmake project using GIT_EXECUTABLE variable, but no one setting this (
*** kuschky <kuschky!~kuschky@> has quit IRC13:21
paulbarkerperdmann: You probably need to give more context there13:21
dev1990this cmake project is pretty complicated anyway (
*** kuschky <kuschky!~kuschky@> has joined #yocto13:21
*** locutus_ <locutus_!> has quit IRC13:22
dev1990 should define this and there is no FindGit invoke in xbmc(kodi) cmake, this is strange13:26
dev1990well, I'll create a issue in xbmc tracker, maybe they will explain how it's working13:27
*** vmeson <vmeson!~rmacleod@> has joined #yocto13:28
*** hamis <hamis!~irfan@> has quit IRC13:36
*** kuschky <kuschky!~kuschky@> has left #yocto13:37
*** locutus_ <locutus_!> has joined #yocto13:37
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto13:37
*** locutus__ <locutus__!> has quit IRC13:40
fl0v0Hi is there a possibility to prevent wic from creating a certain mount point in /etc/fstab but still have the partition in the image?13:44
LetoThe2ndfl0v0: i don't think wic creates the fstab, but it rather is what you supply13:44
*** kreyren[m] <kreyren[m]!~kreyrenm]> has quit IRC13:44
fl0v0LetoThe2nd: ah found it. It adds the entry to fstab if you provide a mountpoint13:48
yoctiNew news from stackoverflow: Native step in a non native yocto recipe <> || SSH : Problem while setting up a remote Linux connection <>13:48
LetoThe2ndfl0v0: interesting. thanks.13:48
*** rburton <rburton!~rburton@> has joined #yocto13:56
*** berton <berton!~berton@> has quit IRC13:59
*** berton <berton!~berton@> has joined #yocto14:00
*** kreyren[m] <kreyren[m]!~kreyrenm]> has joined #yocto14:03
*** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/> has quit IRC14:08
*** gtristan <gtristan!~tristanva@> has joined #yocto14:15
yoctiNew news from stackoverflow: Native step in a non native yocto recipe [closed] <>14:18
paulbarker^^ Perfect example of why I don't answer things on Stack Overflow - that was a valid question and just gets closed as it didn't have "details"14:21
*** jobroe <jobroe!~manjaro-u@> has quit IRC14:21
* paulbarker adds yocti to my kill file14:22
LetoThe2ndpaulbarker: add SO to killfille :)14:26
rburtonadding a comment just to spite SO14:28
*** Nathan2231 <Nathan2231!80e0fc02@> has joined #yocto14:29
LetoThe2ndrburton: hrhrhr14:30
rburtondamnit you can't put new lines in comments14:30
LetoThe2ndrburton: i also kinda like the ssh problem one.14:30
Nathan2231Hey all, I'm trying to create a recipe that in the Makefile requires docker to build. I've added `DEPENDS = 'docker-ce'` but when building I'm still getting: `| time="2020-02-26T14:28:07Z" level=fatal msg="exec: \"docker\": executable file not found in $PATH"`14:30
LetoThe2ndrburton: obviously didn't like my answer here a couple of minutes before.14:30
smurrayRP: so I think I have a fix in hand for the psplash race, slight issue is there are other new changes in psplash.git that it's unclear how we want to handle if we bump SRCREV14:31
LetoThe2ndNathan2231: you probably mean "docker-ce-native14:31
LetoThe2ndNathan2231: and, in reality, i guess you *14:31
smurrayRP: i.e. one of the generated images' .h files was removed, so will always be regenerated14:31
LetoThe2nd*ACTUALLY* mean to get rid of docker, but... its a close second :)14:31
Nathan2231Haha. That's a good point. But there doesn't seem to be a docker-ce-native14:32
LetoThe2ndNathan2231: recipe writing time for you, then.14:33
LetoThe2ndNathan2231: but seriously, such a build process is completely busted.14:33
smurrayNathan2231: that's not going to be particularly workable, since docker needs its daemon running to be able to do anything14:33
LetoThe2ndNathan2231: as it would require the build to be effectively root, and not be contained in any form any more.14:33
LetoThe2ndNathan2231: so your best bet is to rather have a build pipeline that, in whichever form, creates binary artifacts, which you package through a recipe in turn then14:34
smurrayas an example, the docker build typically wants to run inside docker, but meta-virtualization goes to great pains to avoid doing that14:35
*** bernardoaraujo_ <bernardoaraujo_!uid179602@gateway/web/> has joined #yocto14:35
* LetoThe2nd rephrases: "completely busted"14:36
Nathan2231Well that's unfortunate...14:36
*** ericch <ericch!> has joined #yocto14:38
*** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/> has joined #yocto14:39
Nathan2231LetoThe2nd: Alright as an alternative to docker-ce I can use go-native to build. But I'm getting `error setting certificate verify locations:` in the go build. Any idea?14:42
LetoThe2ndNathan2231: nope.14:43
*** dev1990 <dev1990!> has quit IRC14:44
bernardoaraujo_Nathan2231: I've solved runtime CA problems with golang packages in the past by adding ca-certificates to the recipe DEPENDS... not sure about build, maybe ca-certificates-native?14:45
*** mccc <mccc!> has quit IRC14:45
*** mccc <mccc!> has joined #yocto14:46
LetoThe2ndmy impression is that all those fancy application package managers are the absolutely utmost PITA when it comes to the reproductible-crosscompilation situation.14:46
yoctiNew news from stackoverflow: Why is this ptvsd package failing to compile? <>14:48
*** locutus_ <locutus_!> has quit IRC14:51
*** LocutusOfBorg <LocutusOfBorg!> has joined #yocto14:52
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto14:52
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:55
*** sstiller <sstiller!> has quit IRC14:55
Nathan2231bernardoaraujo_: Thanks, I'll give it a go and let you know!14:56
bernardoaraujo_ welcome!14:56
bernardoaraujo_my turn:14:56
bernardoaraujo_how to make sure the user is able to access man pages? I noticed ${PN}-doc packages (when available) contain the man pages, but I can't figure out how to make sure my image installs ${PN}-doc for all packages that provide that option14:56
*** dev1990 <dev1990!> has joined #yocto14:58
paulbarkerbernardoaraujo_: I think you can add doc-pkgs to IMAGE_FEATURES. Check the manuals for the exact syntax14:59
LetoThe2ndpaulbarker: ++14:59
LetoThe2ndalthough, users and manuals, thats generally a way more psychological than a technical issue....15:00
*** ericch <ericch!> has quit IRC15:06
*** ericch <ericch!> has joined #yocto15:07
Nathan2231bernardoaraujo_: Unfortunately no dice. On closer look at the logs it appears to be setting the CAfile in a nonexistent directory15:08
bernardoaraujo_LetoThe2nd: exactly! I wanna make sure I can say RTFM, kinda like paul should have told me15:08
bernardoaraujo_paulbarker: thanks, works like a charm!15:08
LetoThe2ndbernardoaraujo_: hrhr15:08
*** jonmason <jonmason!sid36602@gateway/web/> has quit IRC15:17
*** jonmason <jonmason!sid36602@gateway/web/> has joined #yocto15:17
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC15:17
yoctiNew news from stackoverflow: setxkbmap equivalent in a Yocto Project based Distro <>15:18
*** ericch <ericch!> has quit IRC15:20
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/> has joined #yocto15:23
*** PinkSnake <PinkSnake!51ff1123@> has quit IRC15:36
*** radsquirrel <radsquirrel!> has quit IRC15:43
*** rcw <rcw!~rcw@> has joined #yocto15:44
*** radsquirrel <radsquirrel!> has joined #yocto15:44
*** ericch <ericch!> has joined #yocto15:47
*** TobSnyder <TobSnyder!> has quit IRC15:53
*** falstaff <falstaff!~quassel@> has quit IRC15:57
*** falstaff <falstaff!~quassel@2a02:169:3df5::509> has joined #yocto15:59
*** kroon <kroon!~kroon@> has quit IRC16:04
*** Bunio_FH <Bunio_FH!> has quit IRC16:26
*** goliath <goliath!> has quit IRC16:34
*** vineela <vineela!~vtummala@> has joined #yocto16:41
*** comptroller <comptroller!> has quit IRC16:45
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:51
*** yacar_ <yacar_!> has quit IRC16:55
*** comptroller <comptroller!> has joined #yocto16:56
*** fl0v0 <fl0v0!~fvo@> has quit IRC17:00
*** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has quit IRC17:07
*** m1ster_r0b0t <m1ster_r0b0t!> has joined #yocto17:15
*** sveinse <sveinse!> has left #yocto17:25
khemRP: I think the utils.bbclass patch on master-next is causing
*** yann <yann!~yann@> has quit IRC17:39
*** Nathan2231 <Nathan2231!80e0fc02@> has quit IRC17:42
*** goliath <goliath!> has joined #yocto17:43
*** sagner <sagner!> has quit IRC17:52
*** mckoan is now known as mckoan|away18:10
khemRP: I wonder if symlinks are issue18:13
*** locutus_ <locutus_!> has joined #yocto18:16
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC18:19
*** locutus__ <locutus__!> has joined #yocto18:21
*** gtristan <gtristan!~tristanva@> has quit IRC18:22
*** locutus_ <locutus_!> has quit IRC18:24
*** frsc <frsc!> has quit IRC18:25
*** robert_yang <robert_yang!~robert@> has quit IRC18:28
*** robert_yang <robert_yang!~robert@> has joined #yocto18:29
*** [Sno] <[Sno]!~sno@> has quit IRC18:45
*** lfa <lfa!~lfa@> has joined #yocto18:45
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4da4:4d81:3f24:e164> has joined #yocto18:50
*** kovalevsky <kovalevsky!~kovalevsk@> has joined #yocto18:53
*** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has joined #yocto18:53
*** muep <muep!> has quit IRC18:58
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4da4:4d81:3f24:e164> has quit IRC18:59
*** yann <yann!> has joined #yocto19:19
*** JaMa <JaMa!~martin@> has quit IRC19:26
*** comptroller <comptroller!> has quit IRC19:28
*** vmeson <vmeson!~rmacleod@> has quit IRC19:42
*** comptroller <comptroller!> has joined #yocto19:45
stwcxI've got an odd QA failure I am stuck on.  Working on openbmc and we're still using some python2 stuff and we're in the process of moving it over to python3.19:47
stwcxThere is one recipe that both uses python3 as part of the build (to generate code) and installs a python script into the target.19:47
stwcxIt DEPENDS on both python3 and python3-native and RDEPENDS on python3-core.19:48
stwcxI end up with something like: QA Issue: /usr/bin/sdbus++ contained in package sdbus++ requires .../recipe-sysroot-native/usr/bin/python3-native/python3, but no providers found in RDEPENDS_sdbus++19:49
stwcxWhen I look at the RPM, it does indeed have a dependency on the *native* python3 even though it is a target package.19:49
stwcxrpm -qpR sdbus++-1.0+git0+67c79b0ca6-r1.arm1176jzs.rpm shows .../recipe-sysroot-native/usr/bin/python3-native/python319:50
stwcxPrior to the python3 conversion it showed '/usr/bin/env'.19:50
smurraystwcx: perhaps its build process is grabbing the path to python3 and sticking it into a script's shebang line?19:51
stwcxsmurray: I don't think so, but let me 100% confirm that is *not* the case.19:51
stwcxThe original script (in source) has a #!/usr/bin/env python319:51
smurrayI guess try grepping for recipe-sysroot-native in everything in the WORKDIR/package directory, to see if it's getting into something19:53
stwcxOh, wow.  When I look at packages-split/sdbus++ it does indeed have a replaced she-bang!!19:53
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/> has quit IRC19:54
smurrayheh, now you just have to figure out how that happened19:54
stwcxYeah.  Would 'inherit python3native' be causing it somehow?19:54
smurraynot that I can think of, it just sets a few variables iirc19:55
stwcxAgreed to my recollection too.19:55
smurrayseems more likely there's logic in the package makefiles, etc. that's trying to be overly clever19:56
stwcxIt seems to be using some mix of autotools and python-setuptools... I wonder if setuptools is doing it.19:57
stwcxThere's nothing in the autotools/makefile that would be doing it.19:57
stwcxThanks though.  That gives me something to look at at least.19:57
smurraystwcx: no worries, good luck19:58
*** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has quit IRC19:59
*** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has joined #yocto20:05
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC20:07
stwcxTurns out there is a reported issue with pypa/setuptools on this and OE has some workarounds referenced right in the issue.
stwcxHopefully I can just do some magic "inherit distutils3" incantation and it'll all be solved.  My only trouble is that this is a autotools and distutils3 is meant to be for "standalone" python packages.20:07
*** falstaff <falstaff!~quassel@2a02:169:3df5::509> has quit IRC20:10
*** sno <sno!> has joined #yocto20:14
*** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto20:15
yoctiNew news from stackoverflow: Cannot get matchbox-keyboard to display on kiosk touchscreen <>20:19
*** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has quit IRC20:26
*** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has joined #yocto20:27
stwcxsmurray: Thanks again for the help.  I just needed another brain to point me in a direction.  :)  I was able to port the distutils3 workarounds into our autotools+python bbclass.20:32
smurraystwcx: cool20:32
*** vmeson <vmeson!> has joined #yocto20:35
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC20:39
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto20:42
*** bernardoaraujo_ <bernardoaraujo_!uid179602@gateway/web/> has quit IRC20:47
*** tgamblin <tgamblin!~tgamblin@> has quit IRC20:50
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC20:55
*** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has quit IRC21:08
*** BobPungartnik <BobPungartnik!~BobPungar@> has joined #yocto21:09
*** berton <berton!~berton@> has quit IRC21:17
*** anoo1 <anoo1!~anoo1@> has joined #yocto21:19
*** BobPungartnik <BobPungartnik!~BobPungar@> has quit IRC21:26
*** Sandrita <Sandrita!25a71672@gateway/web/cgi-irc/> has joined #yocto21:41
*** rcw <rcw!~rcw@> has quit IRC21:48
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto21:50
mischiefwhat is the main difference between 'BitBake-Style Python Functions' and 'Python Functions' in bitbake?21:56
adelcastPiraty: nope, still alive, =)21:58
kergothmischief: are you comparing functions defined with 'def' to those defined in the usual function syntax?22:03
*** pohly <pohly!> has quit IRC22:03
*** dev1990 <dev1990!> has quit IRC22:03
mischiefkergoth: yes. what's the difference?22:07
*** locutus__ <locutus__!> has quit IRC22:13
*** LocutusOfBorg <LocutusOfBorg!> has joined #yocto22:14
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto22:14
khemdef form can be nested22:23
khemand a local function inside function can be used22:23
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto22:32
*** tgamblin <tgamblin!> has joined #yocto22:35
*** dev1990 <dev1990!> has joined #yocto22:50
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC22:56
*** Sandrita <Sandrita!25a71672@gateway/web/cgi-irc/> has quit IRC22:58
mischiefkhem: how would i call a python function from a shell task?23:01
kergothyou can't directly. that is, you can use ${@} to call a def'd python function from there, but it'll be run at expansion time, not the time the task runs23:04
kergothstill does the job more often than not, depends on exactly what you're trying to do23:04
mischiefwell, i am building something :-)23:05
mischiefi could try to do it as a shell task i suppose23:05
kergoththere are a number of options. you could split off a standalone python script and call that, if it doesn't need metadata access, for example23:05
mischiefkergoth: ah, no. i do need access to some variables, and passing them all as cli args seems mildly painful23:09
mischiefbasically i need to template a large string. my thought was to use python's builtin templating23:10
mischiefa heredoc might work instead..23:10
kergothcould do that, iv'e used def'd functions that emit metadata variables in a shell syntax or '| while read' syntax before to do that sort of thing23:13
kergothcould also emit a subsection of hte metadata as json..23:13
kergothor just write your main task as python and have it the shell part and the python part, or write hte whole thing in python, or..23:13
mischiefkergoth: one problem is that this is inside an existing task23:13
kergothdownside to yocto/oe, flexible, but always so many ways you could do things..and it's not always obvious which is the cleanest23:14
mischiefspecifically an image conversion task :\23:14
mischiefi.e. this lives inside CONVERSION_CMD23:14
kergothah, and that's expanded directly, not run via exec_func..23:14
kergothmischief: hacky, admittedly, but.. needs must23:17
kergothreally depends on how many variables are needed, not all approaches would scale well23:17
yoctiNew news from stackoverflow: gconftool-2 missing [Yocto] <>23:20
*** vineela <vineela!~vtummala@> has quit IRC23:26
*** rburton <rburton!~rburton@> has quit IRC23:42

Generated by 2.17.2 by Marius Gedminas - find it at!