Wednesday, 2020-03-04

mccckhem: Can my single recipe install in to multiple $Ds and create packages from those separate $Ds?00:01
*** dev1990 <dev1990!> has quit IRC00:03
khemkiwi_29: can you check if you have some bbappends for python3 in workspace/ dir00:05
kiwi_29yes..was just going to mention that00:06
kiwi_29there are !00:06
kiwi_29how should I deal with them00:06
khemok just rename workspace/ to workspace1 for tests00:06
khemand see if that helps00:06
kiwi_29I had issues when I removed or renamed workspace directory in past..00:08
kiwi_29just did it now and sure enought bitbake does not work00:08
kiwi_29I then did bitbake-layers show-layers and it lists workspace directory as one of the layers00:08
khemmccc: are you just doing debs and not full images ? technically yes its possible I think to do some munging like this but package QA might catch it00:08
khemjust touch workspace00:08
khemits added to bblayers.conf thats why its complaining, perhaps I should have asked to delete it from there00:09
kiwi_29I can do bitbake-layers remove-layer workspace ?00:09
kiwi_29or have empty workspace dir00:09
mccckhem: I am building full images, the idea is trgtA-image would include custA-trgtA, custB-trgtA, etc, and trgtB-image would include custA-trgtB, custB-trgtB, etc.  I'm thinking I should look in to do_package to see if I can have it use a subdirectory of $D depending on which package it's building.00:10
kiwi_29khem... I deleted workspace folder by mistake..and got more errors...but then I went ahead and deleted workspace reference from bblayers.conf and atleast the distro is compiling again !00:13
kiwi_29thanks !00:13
kiwi_29lets c if this whole thing compiles again00:13
kiwi_29basically devtool reset did not fully reset then... and the append files where screwing things up?00:14
khemyeah its possible00:14
kiwi_29the whole issue started by me adding oe-meta-go to add go based programs.00:14
kiwi_29these go programs are not running on my target which is also x86_6400:14
*** ericch <ericch!> has quit IRC00:14
kiwi_29I created a recipe and compiled go programs and deployed to target but I again get same error "No such file or diretory"00:15
kiwi_29I believe you had mentioned to use multilib support?00:15
khemkiwi_29: with zeus golang is in oe-core00:15
khemperhaps you do not need oe-meta-go00:16
kiwi_29I see..let me check00:16
kiwi_29but regardless... I was able to generate a binary out of yocto build00:16
kiwi_29and when deployed it on target I get "No such file or directory"00:16
mcccI'm currently looking through do_split_packages and " Making Sure the Packaging is Done" in the mega manual.00:23
*** rburton <rburton!~rburton@> has quit IRC00:29
*** kiwi_29 <kiwi_29!> has quit IRC00:30
*** agust <agust!> has quit IRC00:30
mcccI think what I need to do is create a recipe for each target (,, have each of those include a list of my customers ( which has CUSTOMERS = "custA custB"), loop over those customers in the target recipes do_install, and then use do_split_packages to split the target recipe into multiple packages per customer.00:40
*** vineela <vineela!~vtummala@> has quit IRC00:56
*** goliath <goliath!> has quit IRC01:07
*** marquiz <marquiz!~marquiz@> has joined #yocto01:38
*** marquiz_ <marquiz_!~marquiz@> has quit IRC01:40
*** edgar444 <edgar444!uid214381@gateway/web/> has quit IRC01:49
*** lexano <lexano!> has quit IRC02:27
*** lexano <lexano!> has joined #yocto02:29
*** kpo <kpo!> has quit IRC02:33
*** kpo <kpo!> has joined #yocto02:34
*** lexano <lexano!> has quit IRC02:43
*** lexano <lexano!> has joined #yocto02:46
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC03:32
*** robert_yang <robert_yang!~robert@> has quit IRC03:36
*** lfa_ <lfa_!> has joined #yocto03:36
*** robert_yang <robert_yang!~robert@> has joined #yocto03:36
*** palate <palate!> has quit IRC03:37
*** lfa <lfa!~lfa@> has quit IRC03:39
*** lfa <lfa!~lfa@> has joined #yocto03:40
*** lfa_ <lfa_!> has quit IRC03:41
*** palate <palate!> has joined #yocto03:43
*** robert_yang <robert_yang!~robert@> has quit IRC03:45
*** robert_yang <robert_yang!~robert@> has joined #yocto03:46
*** NiksDev2 <NiksDev2!~NiksDev@> has joined #yocto04:02
*** aehs29 <aehs29!~znc@> has quit IRC04:04
*** NiksDev <NiksDev!~NiksDev@> has quit IRC04:05
*** aehs29 <aehs29!~znc@> has joined #yocto04:05
*** robert_yang <robert_yang!~robert@> has quit IRC04:06
*** robert_yang <robert_yang!~robert@> has joined #yocto04:06
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:651b:9af8:7e63:ed71> has joined #yocto04:16
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:651b:9af8:7e63:ed71> has quit IRC04:20
*** flihp <flihp!~flihp@> has quit IRC04:28
*** sheelba <sheelba!> has joined #yocto04:30
*** hyper_dave <hyper_dave!~quassel@> has quit IRC04:32
*** ningauble <ningauble!> has quit IRC04:32
*** hyper_dave <hyper_dave!~quassel@> has joined #yocto04:46
*** hyper_dave_ <hyper_dave_!~quassel@> has joined #yocto04:56
*** hyper_dave <hyper_dave!~quassel@> has quit IRC04:57
*** robert_yang <robert_yang!~robert@> has quit IRC05:08
*** tgamblin <tgamblin!> has quit IRC05:08
*** robert_yang <robert_yang!~robert@> has joined #yocto05:09
*** robert_yang <robert_yang!~robert@> has quit IRC05:18
*** robert_yang <robert_yang!~robert@> has joined #yocto05:18
*** flihp <flihp!~flihp@> has joined #yocto05:21
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:651b:9af8:7e63:ed71> has joined #yocto05:28
*** abheyogy <abheyogy!~abheyogy@2405:204:229:e9a5:f525:db9d:e482:fe0c> has joined #yocto05:31
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:651b:9af8:7e63:ed71> has quit IRC05:32
*** cp- <cp-!> has quit IRC05:38
*** cp- <cp-!> has joined #yocto05:39
*** abheyogy <abheyogy!~abheyogy@2405:204:229:e9a5:f525:db9d:e482:fe0c> has quit IRC05:50
*** fatalhalt <fatalhalt!> has quit IRC05:57
*** fatalhalt <fatalhalt!~fatalhalt@2601:244:4d01:52df:225:90ff:feda:2428> has joined #yocto06:00
*** vineela <vineela!vtummala@nat/intel/x-yaaidddtivxedtfz> has joined #yocto06:10
*** JPEW01 <JPEW01!cc4da369@> has quit IRC06:10
*** vineela <vineela!vtummala@nat/intel/x-yaaidddtivxedtfz> has quit IRC06:13
*** tgamblin <tgamblin!> has joined #yocto06:16
*** khem <khem!~khem@unaffiliated/khem> has quit IRC06:20
*** AndersD <AndersD!> has joined #yocto06:23
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto06:25
*** agust <agust!> has joined #yocto06:49
*** jobroe <jobroe!~manjaro-u@> has joined #yocto07:10
*** hamis <hamis!~irfan@> has joined #yocto07:10
*** sno <sno!> has quit IRC07:16
*** hyper_dave_ <hyper_dave_!~quassel@> has quit IRC07:19
*** hyper_dave <hyper_dave!~quassel@> has joined #yocto07:20
*** pohly <pohly!> has joined #yocto07:20
*** meego <meego!> has joined #yocto07:21
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:23
*** hyper_dave <hyper_dave!~quassel@> has quit IRC07:34
*** hyper_dave <hyper_dave!~quassel@> has joined #yocto07:35
*** kroon <kroon!~kroon@> has joined #yocto07:37
*** robert_yang <robert_yang!~robert@> has quit IRC07:38
*** robert_yang <robert_yang!~robert@> has joined #yocto07:38
*** TobSnyder <TobSnyder!> has joined #yocto07:39
*** frsc <frsc!> has joined #yocto07:46
*** sno <sno!~sno@> has joined #yocto07:47
*** fl0v0 <fl0v0!~fvo@> has joined #yocto08:01
LetoThe2ndi actually ran into the guy behind yesterday :)08:09
*** hyper_dave_ <hyper_dave_!~quassel@> has joined #yocto08:09
*** hyper_dave <hyper_dave!~quassel@> has quit IRC08:09
*** apteryx is now known as Guest4564808:10
*** apteryx <apteryx!> has joined #yocto08:10
*** meego <meego!> has quit IRC08:19
yoctiNew news from stackoverflow: Why is yocto build for intel core i7 crashing? <>08:19
*** rburton <rburton!~rburton@> has joined #yocto08:20
*** mckoan|away is now known as mckoan08:20
*** meego <meego!~meego@2001:41d0:fe7e:c800:dd88:c402:a2f1:831> has joined #yocto08:21
PinkSnakeHello guys, someone here has good tips and/or reference to understand how to debug custom tasks/classes ? I'm not able to see where bb.note should be printed :S Thank you08:21
*** meego <meego!~meego@2001:41d0:fe7e:c800:dd88:c402:a2f1:831> has quit IRC08:22
*** sstiller <sstiller!> has joined #yocto08:22
*** meego <meego!~meego@2001:41d0:fe7e:c800:5aa:eb7b:d5fe:d286> has joined #yocto08:22
*** sagner <sagner!> has joined #yocto08:23
*** yann <yann!> has quit IRC08:26
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC08:28
*** palate <palate!> has quit IRC08:41
*** palate <palate!~palate@unaffiliated/palate> has joined #yocto08:41
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:484e:1c08:8aaa:e9bb> has joined #yocto08:41
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@> has joined #yocto08:47
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto08:47
yoctiNew news from stackoverflow: Yocto image is not adding the files to rootfs <>08:49
*** tobias_ <tobias_!> has joined #yocto08:55
tobias_Hello! Im running zeus branch with meta-intel, does anyone know why CONFIG_DEVMEM=y doesnt propagate to the kernel config on target? It still says "CONFIG_DEVMEM is not set" in config.gz on target. I need it to get /dev/mem, a watchdog needs it08:58
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:484e:1c08:8aaa:e9bb> has quit IRC08:58
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:00
*** Bunio_FH <Bunio_FH!> has joined #yocto09:02
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:484e:1c08:8aaa:e9bb> has joined #yocto09:03
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has quit IRC09:05
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has joined #yocto09:05
*** robert_yang <robert_yang!~robert@> has quit IRC09:06
mauz555hello im using and it depends on "git://" does it means I have to replace poky/meta for openembedded-core/meta in bblayers.conf ?09:06
*** robert_yang <robert_yang!~robert@> has joined #yocto09:06
*** emrius <emrius!9b2da45b@> has joined #yocto09:07
emriusHi everyone. I'm trying to build a receipe that requires python3. I tried `inherit python3native` and `RDEPENDS_${PN} = " python3 python3-numpy"` but bitbake complains that:  `aise RuntimeError("Python version >= 3.5 required.")`09:11
emriusWhy is python3 not being used here? Any hints?09:12
*** tgamblin_ <tgamblin_!> has joined #yocto09:16
*** tgamblin <tgamblin!> has quit IRC09:16
*** mccc <mccc!> has quit IRC09:17
*** mccc <mccc!> has joined #yocto09:17
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:18
*** tobias_ <tobias_!> has quit IRC09:21
*** florian_kc is now known as florian09:21
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto09:21
frscmauz555: No, you can keep poky/meta. It's the same content as in oe-core/meta,09:22
*** yann <yann!~yann@> has joined #yocto09:22
*** emrius <emrius!9b2da45b@> has quit IRC09:25
*** leon-anavi <leon-anavi!~Leon@> has quit IRC09:26
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:26
LetoThe2ndRP: ping - who's the mastermind behind tinfoil?09:38
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC09:41
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC09:48
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto09:49
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has joined #yocto09:51
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto09:51
*** emrius <emrius!9b2da45b@> has joined #yocto09:59
emriusSorry, I got disconnected. Has anyone the email history here: I'm looking for the attachment by matthias Schoepfer09:59
rburtonLetoThe2nd: RP or bluelightning10:12
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:b515:74f7:82a8:6131> has quit IRC10:14
qschulzPinkSnake: bitbake -D (multiple Ds, I never remember how many) should give you the notes. Otherwise, I think they might make it to the log.do_<task> in WORKDIR/temp? The first works for sure, the second I don't know :)10:14
LetoThe2ndrburton: i ran into the guy behind here, and at the moment he's parsing bitbake output10:16
LetoThe2ndrburton: gave him a very *gentle* nudge to look at tinfoil, hence the question10:17
rburtonit would be quite neat if vscode-bitbake was a language server that could start up a memory resident bitbake10:17
rburtonwould be able to fire builds off then too10:18
LetoThe2ndrburton: he's still around so can certainly relay bits and pieces. so that would be starting the memory resident, and getting stuff in and out via tf?10:20
*** khem <khem!~khem@unaffiliated/khem> has quit IRC10:21
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto10:22
*** hamis <hamis!~irfan@> has quit IRC10:27
*** hamis <hamis!~irfan@> has joined #yocto10:28
PinkSnakeqschulz Thx double D make the job Thank you :)10:28
*** emrius <emrius!9b2da45b@> has quit IRC10:30
*** watchd0g <watchd0g!~Carlos@> has joined #yocto10:30
watchd0gHi there,10:31
watchd0gDoes anyone can help me in installing a simple file into rootfs (like a motd), that is already provided by base-files? How to choose like a "prevered install provider for file X"?10:32
rburtonwatchd0g: easiest is to write a bbappend for base-files and provide your own file there10:33
*** jobroe <jobroe!~manjaro-u@> has quit IRC10:34
watchd0ghum ok10:40
watchd0gi'll try10:41
*** khem <khem!~khem@unaffiliated/khem> has quit IRC10:45
*** jobroe <jobroe!~manjaro-u@> has joined #yocto10:50
hmw1hi, im trying to build a project that has: unix: PKGCONFIG += mm-glib  if i put #include <libmm-glib.h> in the header file it cant finde libmm-glib.h.  if i only put #include <libmm-glib.h> in the cpp file it builds10:57
PinkSnakeSomeone here is able to tell me which variable can I use to get (inside tmp/work ) .cpio rootf path ?11:02
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:484e:1c08:8aaa:e9bb> has quit IRC11:02
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC11:03
*** jacob_ <jacob_!> has joined #yocto11:04
*** jacob_ <jacob_!> has joined #yocto11:05
qschulzPinkSnake: bitbake -e and look for a variable with the path you want. Note that it might not always be a good idea to try to get files from some given paths (i'm thinking searching in other recipe's sysroot, or looking into the image workdir too early in the building stage)11:05
kpoHey, I'm having a problem with devshell - when I try to run, for example, bitbake -c devshell bash, terminal window pops up, and immediately closes. Any hints why is that?11:10
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto11:12
*** jacob_ is now known as jkimblad11:16
*** jkimblad is now known as jacob_11:16
*** yacar_ <yacar_!> has joined #yocto11:19
yoctiNew news from stackoverflow: Any one hit same compiling failed issue for Yocto project? <>11:19
rburtonhmw1: sounds like a problem with your build tool and not yocto11:28
*** hamis <hamis!~irfan@> has quit IRC11:30
PinkSnakeqschulz Thx a lot I never think about -e ^^11:32
hmw1rburton: yes, but im using a "yocto" sdk or do you think its the ide11:35
PinkSnakeqschulz In fact I'm writing a bbclass to create encrypted FIT image and i need the .cpio.gz path :)11:35
rburtonhmw1: i think your code is wrong, be it the C or the makefiles11:36
PinkSnakekpo maybe try ** bitbake <recipe-name> -c devshell **only11:37
rburtonkpo: what terminal?11:37
rburtonand what yocto release11:37
rburtonmodern terminal apps like to be client/server and just tell another instance to pop up a window which goes against how devshell wants to work11:38
hmw1rburton: I'm using a .pro file that PKGCONFIG adds the libs ( if i add the include in the cpp file everything works) if i add it to the header it fails to finde the lib11:39
rburtonso put it in the cpp file? :)11:39
*** yacar_ <yacar_!> has quit IRC11:39
rburtonis the header file actually being included in your source?11:39
rburtonagain sounds like your source or .pro is broken11:39
hmw1rburton : the header is include as header file11:40
hmw1rburton: HEADERS += modem.h  SOURCES += modem.cpp11:41
rburtondid you actually #include modem.h in modem.cpp?11:42
rburtonso assuming you've done what you said you've done, there's literally no difference to the preprocessor11:43
rburtonwhich suggests that your code is broken somewhere11:43
*** berton <berton!~berton@> has joined #yocto11:44
*** comptroller <comptroller!> has quit IRC11:48
*** berton <berton!~berton@> has quit IRC11:49
hmw1rburton: btw if i do a #include <libmm-glib/libmm-glib.h>  in the header it "works" but then it brakes in the internal sdk lib modemmanager11:49
*** tgamblin_ <tgamblin_!> has quit IRC11:50
*** goliath <goliath!> has joined #yocto11:51
*** berton <berton!~berton@> has joined #yocto11:51
kporburton: I've tried different ones, mainly I use konsole, tested even on xterm. Yocto thud11:53
*** comptroller <comptroller!> has joined #yocto11:57
kpohmm, I changed some time ago default interpreter from bash to fish, anyway I always first change to bash, then run source yocto-thud/oe-init-build-env ./build and then bitbake11:59
kpocould it be because of the default shell change?11:59
kpoI'll try to revert to fish11:59
*** kpo <kpo!> has quit IRC12:00
*** kpo <kpo!> has joined #yocto12:01
*** Zajc <Zajc!> has quit IRC12:03
kpoYep, it was because of the default shell - when I changed back to bash it started working :)12:03
*** Zajc <Zajc!> has joined #yocto12:05
LetoThe2ndrburton: ping sorry just so i understand it right: the best way to do the plugin would starting a memres bitbake, and then getting stuff in and out how? is tinfoil really the way to start?12:05
rburtonLetoThe2nd: dunno :)12:06
rburtontinfoil is a nicer api than the old api though12:06
LetoThe2ndrburton: which is the old api?12:08
LetoThe2ndrburton: i just need some pointer to hand on, and i know little more than that the buzzwords exist.12:08
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:557b:a3d:f809:43c2> has joined #yocto12:09
rburtonsame entrypoint but tinfoil is better12:11
rburtonthere's a load of scripts in oe-core/scripts or even kergoth's bb that hit tinfoil to dig into the data store12:12
LetoThe2ndrburton: ah! is bb somewhere in mainline repo?12:12
rburtonno, its on github12:13
LetoThe2ndrburton: got it, thanks.12:13
*** yacar_ <yacar_!> has joined #yocto12:34
*** tgamblin <tgamblin!~tgamblin@> has joined #yocto12:36
*** Tartarus <Tartarus!sid72705@gateway/web/> has quit IRC12:54
*** dev1990 <dev1990!> has joined #yocto12:55
*** Tartarus <Tartarus!sid72705@gateway/web/> has joined #yocto12:56
*** berton_ <berton_!~berton@> has joined #yocto13:04
*** AndersD <AndersD!> has quit IRC13:06
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC13:07
*** berton <berton!~berton@> has quit IRC13:07
*** otavio <otavio!~otavio@> has joined #yocto13:08
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto13:08
*** fbre <fbre!91fdde45@> has joined #yocto13:15
fbreHi, my u-boot does not have the tftp command. I remember there's a config switch for the yocto build to enable that feature. Do you remember where to switch that tftp feature for u-boot on?13:17
*** joergho <joergho!> has joined #yocto13:17
*** rhadye <rhadye!sid217449@gateway/web/> has quit IRC13:24
*** Crofton|road <Crofton|road!sid401373@gateway/web/> has quit IRC13:24
*** rhadye <rhadye!sid217449@gateway/web/> has joined #yocto13:24
fbreI'm on the u-boot=> prompt. I type a ? and get a list of all commands. But I can see tftp is not offered there.13:24
*** mdp <mdp!sid49840@gateway/web/> has quit IRC13:24
*** Crofton|road <Crofton|road!sid401373@gateway/web/> has joined #yocto13:24
*** mdp <mdp!sid49840@gateway/web/> has joined #yocto13:25
joerghoCONFIG_CMD_TFTPBOOT needs to be enabled in u-boot config13:26
*** leon-anavi <leon-anavi!~Leon@> has quit IRC13:35
PinkSnakeIs it possible to use addtasks with a python function ?13:35
qschulzAFAIK with a python task yes. It's really one line, so try it and you'll know for sure13:37
PinkSnakeqschulz I have spent 3 days on "trying" ^^13:38
*** meego_ <meego_!~meego@2001:41d0:fe7e:c800:dd88:c402:a2f1:831> has joined #yocto13:38
qschulzwhere's your python function (which file, where on the FS), what did you try, what's the expected behavior, what's happening etc.13:38
qschulzAnd more specifically, what are you trying to achieve (the actual root of your problem that you're trying to fix with a python function)13:39
qschulz(also python function != python task IIUC)13:39
*** meego <meego!~meego@2001:41d0:fe7e:c800:5aa:eb7b:d5fe:d286> has quit IRC13:40
PinkSnakeI'm writing a class to create encrypted FIT image, my .bb image recipe inherit of the custom class. I'm not able to call python TASK from do_blabla_appen()13:40
qschulz${@pythontask()} in a bash task should work13:42
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC13:43
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto13:45
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto13:47
PinkSnakeqschulz  ${@python_code} works but  ${@pythontask} not :(13:49
qschulzPinkSnake: we're using it, so I'm pretty sure this works :)13:50
PinkSnakeqschulz feel free to share ;)13:50
qschulzSo the problem is somewhere else I guess. where's your python function (which file, where on the FS), what did you try, what's the expected behavior, what's happening etc.13:51
PinkSnakeqschulz As I have already said before, i want to create an encrypted FIT image. So I have created bbclass, my image recipe inherit from this class, I'm not able to call a python function form do_unpakc_append() function13:52
qschulzfoo.bbclass: def my_python_function(d): blabla; inherit foo; do_install_append() { ${@my_python_function(d)} }13:53
fbrethanks, joergho13:54
*** JaMa <JaMa!~martin@> has joined #yocto13:54
*** fbre <fbre!91fdde45@> has quit IRC13:56
PinkSnakeqschulz  Exception during build_dependencies for do_write_manifest_file :(  doesn't matter, Thx for support13:59
*** mcc_ <mcc_!> has joined #yocto13:59
*** mccc <mccc!> has quit IRC14:03
qschulzPinkSnake: maybe someone else will be able to help you because I don't think we're able to understand each other and communicate correctly. Please try again later, usually people are responsive, I'll not hijack the question so you've your chances on having someone else answer your question.14:03
PinkSnakeqschulz: Tkt pas pour moi va ;)  merci14:04
joerghoJaMa, I ran the test with meta-qt5 25d0fa605 and everything looks fine (simple gui application generated by gnuradio-companion works)14:06
joerghoHowever, to fix the fonts problem, I needed to create a symlink /usr/lib/fonts -> /usr/share/fonts/ttf14:07
joerghoCould we add a recipe / packet to meta-qt5 which provides this link?14:07
*** mcc_ <mcc_!> has quit IRC14:14
*** mccc <mccc!> has joined #yocto14:14
mauz555hi - how to PATCH so Package "dri" can be found through pkg-config ?14:18
*** robert_yang <robert_yang!~robert@> has quit IRC14:20
*** robert_yang <robert_yang!~robert@> has joined #yocto14:20
*** jobroe <jobroe!~manjaro-u@> has quit IRC14:24
*** cpastore <cpastore!~cpastore@> has quit IRC14:28
*** ericch <ericch!> has joined #yocto14:35
JPEWmauz555: I'm not sure that recipe provides dri in the first place14:43
mauz555JPEW: IMX_LIBDRM_SRC ?= "git://;protocol=https;nobranch=1"14:44
mauz555JPEW: IMX_LIBDRM_BRANCH = "libdrm-imx-2.4.91"14:44
mauz555JPREW: I guess the recipe fetches/install this git repo/branch :
JPEWCorrect... and that repo doesn't provide "dri"... did you mean "drm" perhaps?14:45
*** stephano <stephano!> has joined #yocto14:45
mauz555JPEW: here is the original bug im confronting:
mauz555JPEW: "Package dri was not found in the pkg-config search path."14:47
mauz555JPEW : at the top of this recipe it says "Direct Rendering Infrastructure\" (DRI).  DRI is required for many hardware14:48
*** robert_yang <robert_yang!~robert@> has quit IRC14:49
*** robert_yang <robert_yang!~robert@> has joined #yocto14:50
JPEWmauz555: Sure, but I don't think libdrm provides dri.pc:
JPEWI'm not sure what would provide that14:56
PinkSnakeqschulz after 3 days all my stuff works :)  Thx for your patience ;)14:56
qschulzPinkSnake: could you share what it was so people can benefit from those 3 days :) ?15:00
qschulzHappy it works now15:00
PinkSnakeqschulz I have juste made some changes from this bbclass
*** meego_ <meego_!~meego@2001:41d0:fe7e:c800:dd88:c402:a2f1:831> has quit IRC15:03
*** meego <meego!~meego@2001:41d0:fe7e:c800:404f:fc20:f182:93c5> has joined #yocto15:04
mauz555JPEW: I have found a dri.pc there :
JPEWmauz555: Right looks like that's provided by mesa, which might not be present if you are using the freescale OpenGL drivers instead15:06
mauz555JPEW: my goal is to run chromium on wayland for my platform. should I post an Issue to OSSystems/meta-browser or tweak the chromium /recipebuild so it uses freescale OpenGL ?15:08
JPEWmauz555: I'm not sure, sorry, I don't know much about chromium15:09
mauz555JPEW: ty15:09
*** meego_ <meego_!~meego@2001:41d0:fe7e:c800:dd88:c402:a2f1:831> has joined #yocto15:09
*** meego <meego!~meego@2001:41d0:fe7e:c800:404f:fc20:f182:93c5> has quit IRC15:13
*** sstiller <sstiller!> has quit IRC15:13
*** yann <yann!~yann@> has quit IRC15:17
yoctiNew news from stackoverflow: Missing files in Yocto SDK <>15:20
JaMajoergho: is that really an the issue in pyqt5 or in gnuradio?15:25
*** shan1 <shan1!> has joined #yocto15:33
shan1Hi all, is possible to add systemd scripts within a python3 recipe for custom apps?15:33
tgamblinRP: JPEW: Increasing my paranoia level to try and figure out why I can't get reproducible tests running correctly. Trying with a completely-new set of repos and build environment15:36
*** robert_yang <robert_yang!~robert@> has quit IRC15:40
*** TobSnyder <TobSnyder!> has quit IRC15:40
*** shan1 <shan1!> has quit IRC15:40
*** robert_yang <robert_yang!~robert@> has joined #yocto15:41
JPEWtgamblin: Ok... it is *really* weird15:41
JPEWtgamblin: One option might be to hack up the reproducible build test to just run bitbake -e and see how the variables are being set15:41
tgamblinJPEW: yeah, I am puzzled. That's not a bad idea15:42
*** kriive <kriive!~kriive@> has joined #yocto15:42
JPEWtgamblin: I wonder if there is some variable override being applied...15:42
kergothargh this is driving me nuts15:43
kergothlibc-package.bbclass arranges to have glibc-binaries, glibc-gconvs, glibc-localedatas, and glibc-locales rrecommend on the individual packages, but it's not actually doing it. the resulting packages don't have the recommends15:44
tgamblinJPEW: That would make sense, but I don't see anything obvious in my env variables. You'd think that this clean slate build should come back with the expected behavior in that case, but I guess we'll see once the test finishes...15:44
kergothIf I bb.warn() in populate_packages_append, the values are as expected, but the resulting ipk isn't15:45
*** yacar_ <yacar_!> has quit IRC15:46
*** yacar_ <yacar_!> has joined #yocto15:47
*** WillMiles <WillMiles!~Will@> has joined #yocto15:49
mauz555yocto layers are a nightmare to assemble, who expected git repositories (layers) to work together solely based on the fact that they share the same branch name.16:00
*** gtristan <gtristan!~tristanva@> has joined #yocto16:00
*** jrdn__ <jrdn__!> has joined #yocto16:10
*** gtristan <gtristan!~tristanva@> has quit IRC16:10
*** kriive <kriive!~kriive@> has quit IRC16:12
tgamblinJPEW: out of curiosity, can you paste the command you run to run the reproducibility tests?16:12
*** kroon <kroon!~kroon@> has quit IRC16:13
jrdn__Apparently nxp have retired their freescale git server: is there a method to define a mirror for all git.freescale uris without having to create individual .bbappend files?  I have tried defining PREMIRROR as the following but it doesn't appear to be working:  "git://\/.* git://"  I also tried escaping the / and .16:14
*** joergho <joergho!> has quit IRC16:15
JPEWtgamblin: oe-selftest -r reproducible16:18
JPEWmauz555: It heavily depends on how actively supported the layers are; some are better than others16:20
JPEWmauz555: But, it can be a bit of pain to make sure you're up to date with all the layers if you have a lot of them16:21
*** Bunio_FH <Bunio_FH!> has quit IRC16:22
mauz555jrdn__: I understood some of NXP repos are now on, hope it helps16:23
Crofton|roadRegarding the "Kent Dorfman" posting on the yocto list, I will buy the first person to address him as "Flounder" a beer.16:25
JPEWCrofton|road: As far as pseudonyms go, that's one of the better ones I've seen :)16:27
*** robert_yang <robert_yang!~robert@> has quit IRC16:30
*** robert_yang <robert_yang!~robert@> has joined #yocto16:30
Crofton|roadOh I agree, and the horror story of how he gets his build info is amusing16:32
kergothmauz555: how else would you expect it to work than by branch? when oe-core makes incompatible changes, there's only one sane way to handle that as a maintainer of another layer16:41
kanavin_homeJPEW: Crofton|road: I find it very sad that wherever he works at has been overrun by lawyers to this degree16:44
Crofton|roadHe has a unique set of challenges. This is why people rewrite BSP's if they can16:48
kanavin_homeI mean that he is too scared to use his real name (let alone actually contribute to yocto). Something about the industry he's in.16:50
yoctiNew news from stackoverflow: Bitbake: "Nothing PROVIDES" error <>16:51
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:53
qschulzwhy would anyone write an other answer to an already answered (and accepted answer) thread almost two years later with the exact same answer but poorly rewritten? Life is a wonder sometimes16:56
*** xtron1 <xtron1!~xtron@> has joined #yocto17:05
*** xtron <xtron!~xtron@> has quit IRC17:05
*** vineela <vineela!~vtummala@> has joined #yocto17:05
*** fl0v0 <fl0v0!~fvo@> has quit IRC17:07
*** yacar_ <yacar_!> has quit IRC17:11
*** sagner <sagner!> has quit IRC17:23
*** mckoan is now known as mckoan|away17:27
*** meego_ <meego_!~meego@2001:41d0:fe7e:c800:dd88:c402:a2f1:831> has quit IRC17:31
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC17:39
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has joined #yocto17:39
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto17:39
*** nerdboy <nerdboy!~sarnold@> has joined #yocto17:43
* zeddii chuckles at the LTS thread17:43
*** nerdboy <nerdboy!~sarnold@> has quit IRC17:43
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:43
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC17:45
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:557b:a3d:f809:43c2> has quit IRC17:47
*** jrdn__ <jrdn__!> has quit IRC17:52
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@> has joined #yocto17:56
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto17:56
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC17:57
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC17:57
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@> has joined #yocto18:00
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto18:00
*** khem <khem!~khem@unaffiliated/khem> has quit IRC18:01
*** ka6sox is now known as zz_ka6sox18:04
*** sno <sno!~sno@> has quit IRC18:07
*** nemgti-og <nemgti-og!nemgti-og@gateway/vpn/protonvpn/nemgti-og> has joined #yocto18:09
*** pohly <pohly!> has quit IRC18:12
*** tomeccles <tomeccles!~tomeccles@> has joined #yocto18:12
*** tomeccles <tomeccles!~tomeccles@> has quit IRC18:15
*** tomeccles <tomeccles!~tomeccles@> has joined #yocto18:17
*** Bunio_FH <Bunio_FH!> has joined #yocto18:21
*** berton_ <berton_!~berton@> has quit IRC18:23
*** dreyna <dreyna!> has joined #yocto18:26
*** Bunio_FH <Bunio_FH!> has quit IRC18:26
*** kiwi_29 <kiwi_29!~kiwi_29@2604:c200:c001:10:1960:b1fd:e013:5a84> has joined #yocto18:27
*** frsc <frsc!> has quit IRC18:28
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC18:29
*** FrazerClews <FrazerClews!> has quit IRC18:29
*** kiwi_29 <kiwi_29!~kiwi_29@2604:c200:c001:10:1960:b1fd:e013:5a84> has quit IRC18:30
fullstopCan you DEPENDS a "subpackage" of another recipe?18:31
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto18:31
smurrayfullstop: no18:32
fullstopIs there any way to get the package into recipe-sysroot?18:32
smurrayfullstop: DEPENDS lists recipes, not output packages18:32
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:d9f4:a271:c04b:9d01> has joined #yocto18:33
*** berton <berton!~berton@> has joined #yocto18:34
*** sno <sno!> has joined #yocto18:34
smurrayfullstop: afaik, all files built by a recipe get deployed to the sysroot when it is in DEPENDS.  What are you seeing that is missing?18:35
*** tomeccles <tomeccles!~tomeccles@> has quit IRC18:35
fullstopsmurray: It's likely my fault somewhere here, but I'll explain what I am trying to do.18:35
*** tomeccles <tomeccles!~tomeccles@> has joined #yocto18:36
*** berton_ <berton_!~berton@> has joined #yocto18:36
fullstopI have a kernel recipe which is based on the meta-atmel kernel recipe.  I need the kernel headers in order to build a package which requires >= kernel 5.5 and this is not satisfied by the libc headers.18:36
fullstopSo this got me linux-at91 and linux-at91-headers18:37
fullstopThis, I believe, should actually be linux-at91 and linux-at91-dev18:37
*** berton <berton!~berton@> has quit IRC18:38
fullstopSo, in short, I'm trying to get the headers from the recipe which provides virtual/kernel in my sysroot.18:38
nemgti-ogHi! I am having a problem with my final image - it does not contain some files I was expecting to find in it. Those files are part of FILES_${PN}-dev and ${PN}-dev is part of PACKAGES. I can see the files in place in the "image/" corresponding folder (i.e. under build/tmp/work/x86-64xxx/${PN}-${PV}" and I also find the files under /build/tmp/sysroot-components. I have alredy try including the ${PN}-dev18:39
nemgti-ogto my image by means of ...18:39
nemgti-og... IMAGE_INSTALL_append and didn't work. I also included the files in the ${PN} (i.e. no -dev") but they are still not to be found in the final image... HELP!!18:39
smurrayfullstop: just linux-at91, you can't specify -dev in DEPENDS.  I suspect it still may not work, as it's dependent on do_deploy_sysroot, which is probably not defined to do what you want18:39
fullstopsmurray: that gets me something to go on, thanks18:39
fullstopI can monkey around with do_deploy_sysroot18:40
smurrayfullstop: you can see some explanation in
fullstopI guess I should mention that the headers are not present in the -dev package18:40
*** leon-anavi <leon-anavi!~Leon@> has quit IRC18:41
*** tomeccles <tomeccles!~tomeccles@> has joined #yocto18:41
smurrayfullstop: if whatever you're trying to build needs internal kernel headers, it's probably going to take some work18:41
fullstopsmurray: I assumed as much.  :-(18:42
fullstoplibgpiod with kernel >= 5.5 lets you specify line bias18:42
smurrayfullstop: does it need some header that's outside include/uapi for that?18:43
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC18:44
fullstopsmurray: I'm pretty sure that it only includes gpio.h18:46
smurrayfullstop: if it's just that you effectively need linux-libc-headers to be 5.5, then that can be bumped somewhat easily.18:46
fullstopand version.h18:46
zeddiior just bbappend the recipe, do a make headers_install to a custom location, and then deploy that dir to the sysroot.18:46
zeddiichanging libc-headers for just that, is overkill.18:47
smurraytrue, but it's pretty easy ;)18:47
zeddiiif you like full rebuilds :D18:47
zeddiiand being on your own for all interfaces to the kernel for all packages.18:47
fullstopzeddii: that's where I was going initially.. but I was having difficulty getting the headers included in the -dev package18:47
zeddiibut yah, easy enough to do.18:47
smurrayyeah, there is some chance of breakage if you're not already close to 5.5, indeed18:48
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:48
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC18:48
fullstopI'm on zeus, which I _think_ is 5.318:48
fullstopI do: make headers_install INSTALL_HDR_PATH="${D}/usr" in do_install_append18:50
fullstopand FILES_${PN}-dev += " /usr/include/"18:50
zeddiinot a good idea to go over the existing ones.18:50
nemgti-ogHi! I am having a problem with my final image - it does not contain some files I was expecting to find in it. Those files are part of FILES_${PN}-dev and ${PN}-dev is part of PACKAGES. I can see the files in place in the "image/" corresponding folder (i.e. under build/tmp/work/x86-64xxx/${PN}-${PV}" and I also find the files under /build/tmp/sysroot-components. I have alredy try including the ${PN}-dev18:51
fullstopqa fails18:51
zeddiiit is normally some alternate include path, that you add to the application that needs them. you can then just deploy them to the sysroot and use them that way.18:51
nemgti-ogto my image by means of ...18:51
nemgti-og... IMAGE_INSTALL_append and didn't work. I also included the files in the ${PN} (i.e. no -dev") but they are still not to be found in the final image... HELP!! (now a bit more desperate! :D)18:51
fullstopzeddii: understood18:51
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto18:51
fullstopnemgti-og: -dev packages are typically not in the final image18:51
zeddiifullstop:  I have an old patch around here somwhere that does that.  I should double check the deploy semantics, I haven’t needed to do it in ages.18:51
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto18:52
fullstopnemgti-og: if you need headers or things like that you will need to explicitly package them.18:53
nemgti-ogfullstop: thanks. That expains a lot, but if I add the files to FILES_${PN} shouldn't I get the files in the final image? I have tried that already but the files are still not there. Is there anywhere to look at?18:53
smurraynemgti-og: are the files actually installed by the recipe's do_install?  i.e. do they end up in ${WORKDIR}/image?18:55
nemgti-ogsmurray: Yes. The files are present in ${WORKDIR}/image18:57
smurrayRP: I'm not sure who maintains, but the Quick Build link at the top seems broken18:57
smurraynemgti-og: okay, if you look in packages-split, do they appear in one of the package directories?18:57
nemgti-ogsmurray: Yes. They are part of the -dev package18:59
fullstopI was thinking about this the other day, would it be beneficial to add something to robots.txt to get google to stop indexing the 1.x documentation?18:59
*** vineela <vineela!~vtummala@> has quit IRC19:00
smurraynemgti-og: okay, adding that package to the image should be resulting in them being on target.  Check the image manifest in tmp/deploy/image/<machine>/<image>.manifest and see if the package is making it in19:00
fullstopnemgti-og: what type of file is this which is not included?19:00
*** vineela <vineela!~vtummala@> has joined #yocto19:01
fullstopsmurray: also, any idea why this: do_configure[depends] += "virtual/kernel:do_shared_workdir"  (as referenced from the linux-libc-headers recipe) doesn't do what I expect it to?19:02
fullstophold off on that until I look at kernel.bbclass and the yocto kernel.19:03
smurrayfullstop: what do you expect it to do? ;)  That'll result in tmp/work-shared/<machine>/kernel-source being populated by fetch/unpack19:04
fullstopsmurray: I expected kernel headers somewhere in my sysroot.  ;-)19:05
fullstopmaybe not in the right place, but there19:05
smurrayfullstop: definitely look at kernel.bbclass for the shared workdir stuff, that's an optimization to explicitly prevent multiple copies of the kernel tree ;)19:07
smurrayfullstop: I think you'll just need to use different variables than you're expecting to get at the kernel tree19:08
*** tomeccles <tomeccles!~tomeccles@> has quit IRC19:09
fullstoplikely.  I'll let you know when I figure it out!19:10
*** tomeccles <tomeccles!~tomeccles@> has joined #yocto19:11
nemgti-ogsmurray: sorry - I had to attend something at the door. So, the package is not in the manifest :/ But some of the file of the package (i.e. lib*.so*) are present in the final image. Does that make any sense?19:15
nemgti-ogfullstop: the files I am missing are *.cmake files19:15
nemgti-ogsmurray: fullstop I also may be using the incorrect terms here. Final image do not mean the target'S image. I am actually talking about the eSDK that I am generating19:16
smurrayah, that's different19:17
nemgti-ogxS.... sorry for the missleading information... I think I need to sleep a bit19:18
smurrayokay, no worries19:18
*** elfGamal <elfGamal!~elg@> has joined #yocto19:21
*** elGamal <elGamal!~elg@> has quit IRC19:22
*** dse <dse!~d.s.e@> has joined #yocto19:24
*** stacktrust <stacktrust!> has quit IRC19:26
*** stacktrust <stacktrust!> has joined #yocto19:26
*** d_s_e <d_s_e!~d.s.e@> has quit IRC19:27
*** adelcast <adelcast!~adelcast@> has quit IRC19:29
*** adelcast <adelcast!~adelcast@> has joined #yocto19:30
xyzzy42I'd like to extend the kernel-devicetree package to install additional files.  I hoped I could use do_install_append() in a bbappend file, but since the kernel-devicetree stuff is in a bbclass, I take it that's not possible?19:33
nemgti-ogsmurray: Do you think I need to investigate more why those packages are not part of the .manifest files? Do you have any other hint?19:36
smurraynemgti-og: is the non-dev package part of the image that you specify when you run 'bitbake -c populate_sdk_ext <image>'?19:38
fullstopxyzzy42: I did some stuff with a devicetree bbclass to install it in the output directory only to find that the bbclass did that already.19:39
smurraynemgti-og: does anything else in the image use that -dev package to build?19:39
*** tomeccles <tomeccles!~tomeccles@> has quit IRC19:39
nemgti-ogsmurray: No19:39
erboxyzzy42: There's a kernel recipe that inherits kernel-devicetree, you can bbappend that recipe and add do_install_append().19:40
*** RP <RP!> has quit IRC19:40
erboBut you can't bbappend a bbclass, so you'd have to do it per kernel recipe19:40
*** RP <RP!> has joined #yocto19:41
xyzzy42erbo, I see, that's just fine, my change is only appropriate for the kernel recipe it's intended to modify anyway19:41
nemgti-ogsmurray: A slight correction. In the image (not the eSDK), the package is there, but those specific files are also not found in it19:42
smurraynemgti-og: the non-dev package, you mean?19:42
* LetoThe2nd has just finished the iot conf... its really crazy. they tell fancy stories about all apps and clouds and stuff, and when you ask what they *really* use to get stuff done in the end, they say "yocto"19:43
xyzzy42fullstop, yes, it's install the dtbs fine, but want to make a symlink for backward compatiblity with old bootloaders, as the name of the dtb has changed19:43
erboLetoThe2nd: :D19:44
nemgti-ogsmurray: If by non-dev package you mean the *.cmake files, yes. The rest of the fils of the -dev package (i.e. /usr/lib/*.so.*) are there. The *.cmake files I am trying to include should be in /usr/lib/cmake/<package-name>/19:44
*** yann <yann!> has joined #yocto19:44
LetoThe2nderbo: i kid you not.19:44
xyzzy42which worked!  it's not possible to append the bbclass itself, but it is possible to append to things to bbclass did in the recipe using it19:45
smurraynemgti-og: I'm guessing you're mistaken.  Only .so (note no .[0-9]*) files are in -dev packages, the versioned ones are in the non-dev package19:45
smurraynemgti-og: so I believe the SDK population isn't just the -dev packages of everything in the image, it's more likely the -dev packages from the superset of all the DEPENDS of what's in the image.  Hence, you won't see the -dev package in this case, as nothing else needs it to build.19:45
LetoThe2nd"azure sdk in a container here, and data flow from to there provisioning yaddayadda" - "and how are you building the real  system that runs the containers?" - "oh, umm, thats yocto"19:46
smurraynemgti-og: you can try appending the -dev package to the variable TOOLCHAIN_TARGET_TASKS to explicitly add it19:46
smurrayerr, TOOLCHAIN_TARGET_TASK, no 'S', see
smurrayLetoThe2nd: lol19:48
nemgti-ogsmurray: Ok. Let me try that. But... currently TOOLCHAIN_TARGET_TASK contains my package. Should I add *also* the package-dev? Is that what you meant?19:48
smurraynemgti-og: yes19:48
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:d9f4:a271:c04b:9d01> has quit IRC19:49
LetoThe2ndsmurray: 3 or 4 speakers, in a row.19:49
smurrayLetoThe2nd: at least Microsoft thankfully didn't create their own NIH build system for Azure Sphere19:50
nemgti-ogsmurray: Ok. I'll try that.. Just to see if I understood. Even if my package is added in TOOLCHAIN_TARGET_TASK, those files might not be added because no other package needs them to be built (they are no other package dependency)?19:50
smurraynemgti-og: no, that's the opposite of what I said.  They won't be added to the default value of that variable when you run 'bitbake -c populate_sdk_ext', hence you need to manually add them19:51
smurraynemgti-og: in an ideal world, you never touch TOOLCHAIN_TARGET_TASK or HOST_TASK manually19:52
LetoThe2ndsmurray: yeah. hum. you're just putting something in my head.19:52
xyzzy42So the special Microsoft Linux, or whatever they call it, is just yocto?19:54
nemgti-ogsmurray: Ok. I get it. But it sounds like adding manually packages to those variables is not the recommended practice though19:54
*** sk_tandt <sk_tandt!> has joined #yocto19:54
smurraynemgti-og: yeah. It tends to get messier in practice, for stuff like you're seeing19:55
LetoThe2ndxyzzy42: no, but obviously a lot of folks are running thw microsoft middleware on "yocto linux"19:56
nemgti-ogsmurray: Thanks. I will have to learn how to do this the cleaner way in the future.19:56
smurraynemgti-og: it's typical to end up with a small toolchain recipe that inherits populate_sdk or populate_sdk_ext and adds the extra stuff19:56
xyzzy42The press release seemed to imply microsoft had created a new linux distro and that only this distro would work with azure19:57
nemgti-ogsmurray: haaaaaa ok! That means that -in theory- I should be able to easily do this in a cleaner way. I hope I still get some time for this next week.19:57
*** paulg <paulg!> has quit IRC19:58
smurrayxyzzy42: I believe it's just their own distro config, tbh19:58
xyzzy42I'm actually surprised they didn't create an entirely new build system from scratch by leveraging code that is microsoft specific20:00
*** FrazerClews <FrazerClews!> has joined #yocto20:01
smurrayxyzzy42: heh, exactly.  They're even contributing security fixes to oe-core20:02
LetoThe2ndyeah. strange as it sounds, MS is really playing nice with us at the moment.20:02
smurraynow they just need to sign up as a Platinum member ;)20:05
LetoThe2ndi think we all agree that this would be a very good thing "TM"20:06
* RP looks at the computer and wonders whether he's missing emails20:06
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC20:11
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC20:11
*** geheimnis` <geheimnis`!~geheimnis@> has quit IRC20:12
khemxyzzy42: you are asking for yocto they dont even mention Linux here
khembut read this
khemunless it was completely thrown out of window, it is based on "Yocto Linux"20:15
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto20:17
LetoThe2ndkhem: :)20:19
*** geheimnis` <geheimnis`!~geheimnis@> has joined #yocto20:20
*** florian_kc is now known as florian20:25
smurraythe talk on the azure sphere yocto usage from ELC for the curious:
smurraygood ad for MULTICONFIG ;)20:26
LetoThe2ndsmurray: trying to promote :)20:28
*** nerdboy <nerdboy!~sarnold@> has joined #yocto20:28
tgamblinJPEW: RP: I can get the reproducibility test to work properly if I use "oe-selftest -r reproducible -j 1" instead of just "oe-selftest -r reproducible"20:29
RPtgamblin: then its my recent code changes :(20:30
*** nerdboy <nerdboy!~sarnold@> has quit IRC20:33
tgamblinRP: :( surprised no one else is running independent reproducible on master to catch it too. At least I can avoid tearing apart my setup though20:33
tgamblinRP: which change(s) in particular are you referring to?20:34
tgamblin ?20:35
JPEWHuh, I wonder if the bitbake.conf file that the reproducible build is generating doesn't get put in the right spot for some reason20:38
smurrayRP: is there a contact for the website? all the default links on for 3.0.2 are 404ing...20:38
LetoThe2ndhalstead: 20:38 < smurray> RP: is there a contact for the website? all the default links on for 3.0.2 are20:39
LetoThe2nd                 404ing...20:39
smurrayLetoThe2nd: heh, I wasn't sure if halstead got saddled with that on top of his many other responsibilities20:40
LetoThe2ndsmurray: even if hes not, he knows whom to poke.20:41
*** ibinderwolf <ibinderwolf!> has quit IRC20:44
smurrayLetoThe2nd: true20:44
*** ibinderwolf <ibinderwolf!> has joined #yocto20:44
*** nerdboy <nerdboy!~sarnold@> has joined #yocto20:50
RPsmurray: I'd mention to halstead20:51
RPtgamblin: yes, that one20:51
RPsmurray: Its halstead, ndec or send email20:52
smurrayRP: thanks20:53
*** tgamblin <tgamblin!~tgamblin@> has quit IRC20:56
*** dev1990 <dev1990!> has quit IRC21:04
*** dev1990 <dev1990!> has joined #yocto21:06
xyzzy42khem, even in the 2nd release, they seem pretty careful to say they are using Microsoft's operating system.  Which happens to have a Linux base.  But it's not Linux, it's Microsoft.21:08
*** berton_ <berton_!~berton@> has quit IRC21:16
*** dreyna <dreyna!> has quit IRC21:18
*** sk_tandt <sk_tandt!> has quit IRC21:38
*** tgamblin <tgamblin!> has joined #yocto21:47
xyzzy42Since I wasn't using busybox for anything (systemd, util-linux, etc.), I turned it off.  But it turns out the "resize" program, to set the serial console size, was from busybox21:50
xyzzy42The only alternative I can find is a version that's in xterm.21:50
xyzzy42It seems the latter is not in poky?21:51
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC21:52
xyzzy42because it's on openembedded.  But it requires the whole X11 library suite to get this one console program.21:53
*** nemgti-og <nemgti-og!nemgti-og@gateway/vpn/protonvpn/nemgti-og> has quit IRC22:01
*** PinkSnake <PinkSnake!51ff1123@> has quit IRC22:04
smurrayxyzzy42: yeah, that's why it's in busybox, to avoid needing to pull in X22:17
*** ssajal <ssajal!~ssajal@> has quit IRC22:17
smurrayxyzzy42: if you can live with busybox in the image, but just don't want all the applets, could over-ride the defconfig to turn everything else off.  Otherwise, I think you'd be stuck re-implementing, perhaps by grabbing the code from X11 and pruning it.  It's a pretty simple utility, just some termios.h tc*attr calls in the busybox version22:23
*** stephano <stephano!> has quit IRC22:33
*** stephano <stephano!> has joined #yocto22:35
*** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto22:36
*** rburton <rburton!~rburton@> has quit IRC22:36
*** JaMa <JaMa!~martin@> has quit IRC22:37
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@> has joined #yocto22:39
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto22:39
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto22:40
*** kroon <kroon!> has joined #yocto22:44
RPWow, a green a-full build! :)22:45
RPamazing what you can do with css22:46
neverpanicbackground: #0f0; ?22:48
*** sagner <sagner!~ags@2a02:169:3df5::edf> has quit IRC22:48
kroonRP, nice!22:52
*** sagner <sagner!~ags@> has joined #yocto22:52
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:d9f4:a271:c04b:9d01> has joined #yocto23:00
*** kpo <kpo!> has quit IRC23:00
*** dev1990 <dev1990!> has quit IRC23:00
*** kpo <kpo!> has joined #yocto23:01
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:d9f4:a271:c04b:9d01> has quit IRC23:04
*** dv_ <dv_!> has quit IRC23:04
*** kroon <kroon!> has quit IRC23:05
*** kiwi_29 <kiwi_29!> has joined #yocto23:06
*** d_s_e <d_s_e!~d.s.e@> has joined #yocto23:09
*** dse <dse!~d.s.e@> has quit IRC23:10
*** dv_ <dv_!~dv@> has joined #yocto23:18
kiwi_29Hello...anybody encountered this error " Exception: TypeError: join() argument must be str or bytes, not 'NoneType'" on do_unpack23:23
kiwi_29my SRC_URI="git://GITURL;protocol=ssh;branch=master"23:25
kiwi_29in the recipe23:25
xyzzy42smurray, thanks, did that it, works ok.  Made a busybox defconfig with mostly just resize and the console is working.  It's amazing how awful "vi and less don't work" is.23:26
smurrayxyzzy42: heh, indeed. journalctl is the one that usually I need to resize for23:27
xyzzy42Oddly, the xterm console doesn't work correctly in minicom for inserting text on a command line.  Does work in vt100.  Doesn't in vt102.23:30
xyzzy42I could have sworn that used to work23:31
xyzzy42it did, the problem appears to be "-R UTF-8" as a minicom option.  But without that, the UTF-8 stuff in systemd doesn't display.  And the dots and line drawing looked so nice..23:34
*** BobPungartnik <BobPungartnik!~BobPungar@> has joined #yocto23:40
*** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has joined #yocto23:40
*** agust <agust!> has quit IRC23:50
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC23:52
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC23:54
*** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has quit IRC23:56

Generated by 2.17.2 by Marius Gedminas - find it at!