Thursday, 2020-03-05

*** nerdboy <nerdboy!~sarnold@> has quit IRC00:03
*** nerdboy <nerdboy!~sarnold@> has joined #yocto00:03
*** nerdboy <nerdboy!~sarnold@> has quit IRC00:05
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto00:05
*** comptroller <comptroller!> has quit IRC00:10
*** WillMiles <WillMiles!~Will@> has quit IRC00:11
*** vineela <vineela!~vtummala@> has quit IRC00:18
yoctiNew news from stackoverflow: Why is my app a different size on my yocto build server compared to what is installed on target? <>00:22
*** comptroller <comptroller!> has joined #yocto00:26
*** kiwi_29 <kiwi_29!> has quit IRC00:27
*** goliath <goliath!> has quit IRC00:28
*** falstaff <falstaff!~quassel@> has joined #yocto00:29
*** BobPungartnik <BobPungartnik!~BobPungar@> has quit IRC00:32
*** BobPungartnik <BobPungartnik!~BobPungar@> has joined #yocto00:33
*** joeythes- <joeythes-!~joe@2605:6400:2:fed5:22:c968:e405:6881> has quit IRC00:37
*** amaury_d <amaury_d!> has quit IRC00:37
*** amaury_d <amaury_d!> has joined #yocto00:37
*** falstaff <falstaff!~quassel@> has quit IRC00:44
xyzzy42is there a way to get poky's systemd-conf recipe to NOT install one of its snippets, without entirely replacing the do_install target?00:49
khemwrite a bbappend and delete it from staging00:50
xyzzy42khem, thanks, that's worked.  I was trying to find a way to not install it, but removing it after the fact is easier.00:54
xyzzy42The file I'm removing is the journald config that directions journald to log to syslogd.  I don't see the point of having two syslogds on the system.00:55
*** mccc <mccc!> has quit IRC01:01
*** mccc <mccc!> has joined #yocto01:02
mischiefxyzzy42: why not just make an override01:02
mischiefjournald has a drop-in dir for its conf01:02
xyzzy42mischief, that was my plan if not installing the original override was too hard.  But I hate decoy config files.  There'd be a 00-systemd.conf that says we're logging to syslogd, but ha, not realy!  Our config is in another castle.01:06
*** mccc <mccc!> has quit IRC01:08
mischiefthe default config has all options commented.. pretty obvious if you have an explicit dropin somewhere.02:02
*** robert_yang <robert_yang!~robert@> has quit IRC02:11
*** robert_yang <robert_yang!~robert@> has joined #yocto02:12
xyzzy42mischief, poky puts an explicit dropin to turn on forwarding to syslog in the dropin dir.  It's not the default config with all the options commented out.  So if I add another dropin, now there are two different dropin files with uncommented options that conflict.  If you just see one, you might think you know how something is configured and would be wrong.02:54
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC03:13
*** mccc <mccc!> has joined #yocto03:19
*** cpo <cpo!> has quit IRC03:25
*** cpo <cpo!> has joined #yocto03:30
*** ericch <ericch!> has quit IRC03:44
*** cp- <cp-!> has quit IRC04:01
*** NiksDev2 <NiksDev2!~NiksDev@> has quit IRC04:03
*** NiksDev2 <NiksDev2!~NiksDev@> has joined #yocto04:03
*** cp- <cp-!> has joined #yocto04:03
*** stephano <stephano!> has quit IRC04:05
*** cp- <cp-!> has quit IRC04:06
*** cp- <cp-!> has joined #yocto04:07
*** cp- <cp-!> has quit IRC04:07
*** cp- <cp-!> has joined #yocto04:08
*** hamis <hamis!~irfan@> has joined #yocto04:22
*** hyper_dave_ <hyper_dave_!~quassel@> has quit IRC04:50
*** hyper_dave <hyper_dave!~quassel@> has joined #yocto04:55
kergothHmm, should probably submit vim-bitbake to vim-polyglot04:57
kergothand still need to re-align it and the bits in the bitbake repo.. probably move to an official vim-bitbake instead04:58
*** vineela <vineela!~vtummala@> has joined #yocto04:59
mischiefxyzzy42: what recipe does that?05:06
*** jacob_ <jacob_!> has quit IRC05:08
*** jkimblad <jkimblad!> has joined #yocto05:08
mischiefah, i see.05:11
*** dreyna <dreyna!> has joined #yocto05:54
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto06:09
*** paulg <paulg!> has joined #yocto06:12
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC06:19
*** vineela <vineela!~vtummala@> has quit IRC06:33
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto06:33
*** AndersD <AndersD!> has joined #yocto06:35
*** jobroe <jobroe!~manjaro-u@> has joined #yocto06:39
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC06:47
*** agust <agust!> has joined #yocto06:47
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto06:49
*** robert_yang <robert_yang!~robert@> has quit IRC06:50
*** robert_yang <robert_yang!~robert@> has joined #yocto06:51
*** kroon <kroon!~kroon@> has joined #yocto06:52
*** kroon <kroon!~kroon@> has quit IRC06:58
*** kroon <kroon!~kroon@> has joined #yocto07:01
*** dreyna <dreyna!> has quit IRC07:07
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:19
*** sno <sno!> has quit IRC07:22
yoctiNew news from stackoverflow: What OS distribution inside poky? <> || Not able to find dependency for fop command in Yocto <> || How to install yocto on a real machine? <>07:23
*** jkimblad <jkimblad!> has quit IRC07:27
*** jkimblad <jkimblad!> has joined #yocto07:30
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC07:32
*** TobSnyder <TobSnyder!> has joined #yocto07:37
*** pohly <pohly!> has joined #yocto07:41
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@> has joined #yocto07:45
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto07:45
*** mckoan|away is now known as mckoan07:48
mckoangood morning07:49
erbomckoan: actually true this morning, sun is shining outside and kids are finally healthy and back at kindergarden07:50
*** fl0v0 <fl0v0!~fvo@> has joined #yocto07:52
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:a8fa:6247:f95f:d6da> has joined #yocto07:53
*** kriive <kriive!~kriive@> has joined #yocto07:53
*** robert_yang <robert_yang!~robert@> has quit IRC07:54
*** yacar_ <yacar_!> has joined #yocto07:55
kriiveWhich is the standard way to have a Qt toolchain AND ext_sdk? Do I need to generate them separately or can I inherit populate_sdk_qt5?07:59
*** sno <sno!~sno@> has joined #yocto08:00
*** robert_yang <robert_yang!~robert@> has joined #yocto08:01
*** robert__ <robert__!~robert@> has joined #yocto08:02
*** sstiller <sstiller!> has joined #yocto08:04
*** robert_yang <robert_yang!~robert@> has quit IRC08:07
*** sagner <sagner!~ags@> has quit IRC08:07
*** robert__ <robert__!~robert@> has quit IRC08:08
*** robert_yang <robert_yang!~robert@> has joined #yocto08:08
*** robert__ <robert__!~robert@> has joined #yocto08:08
mckoanerbo: I can't say the same due to SARS-CoV2, but let's keep on08:09
erbomckoan: :(  We have some cases where I live in Sweden (Gothenburg), but it seems to still be sort of contained and not publicly spread. Most cases are people who got it while travelling.08:13
kriivehere in italy everything is locked down schools and unis closed till mid march, a nightmare08:15
erboYeah I can imagine that sucks. Let's hope things get better real soon.08:20
*** AndersD <AndersD!> has quit IRC08:20
yoctiNew news from stackoverflow: Any pre-built yocto hardware image to test? <> || Jetson Nano: Gstreamer inside docker container <>08:24
*** robert_yang <robert_yang!~robert@> has quit IRC08:27
*** PaowZ <PaowZ!~Vince@> has quit IRC08:33
*** yann <yann!> has quit IRC08:34
*** PinkSnake <PinkSnake!51ff1123@> has joined #yocto08:35
*** hamis <hamis!~irfan@> has quit IRC08:39
*** hamis <hamis!~irfan@> has joined #yocto08:40
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC08:42
*** shan1 <shan1!> has joined #yocto08:43
*** shan1 <shan1!> has quit IRC08:44
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:50
*** PaowZ <PaowZ!~Vince@> has joined #yocto08:51
*** kriive <kriive!~kriive@> has quit IRC08:52
yoctiNew news from stackoverflow: How to add ldd utility to bitbake image <>08:54
*** yacar_ <yacar_!> has quit IRC08:54
*** lucaceresoli <lucaceresoli!> has quit IRC08:55
*** lucaceresoli <lucaceresoli!> has joined #yocto08:55
*** jkimblad <jkimblad!> has quit IRC08:56
*** xyzzy42 <xyzzy42!~trentpi@> has quit IRC09:01
*** xyzzy42 <xyzzy42!~trentpi@> has joined #yocto09:01
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@2001:b07:5d32:c012:d535:27a9:d5e0:e97d> has joined #yocto09:01
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto09:01
*** kroon <kroon!~kroon@> has quit IRC09:02
*** yacar_ <yacar_!> has joined #yocto09:03
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has quit IRC09:07
*** fatalhalt <fatalhalt!~fatalhalt@2601:244:4d01:52df:225:90ff:feda:2428> has quit IRC09:07
*** palate <palate!~palate@unaffiliated/palate> has quit IRC09:07
*** ed___ <ed___!uid425530@gateway/web/> has quit IRC09:07
*** yangm97 <yangm97!yangm97mat@gateway/shell/> has quit IRC09:08
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/> has quit IRC09:08
*** creich <creich!> has quit IRC09:08
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC09:08
*** fullstop <fullstop!~fullstop@> has quit IRC09:08
*** mario-goulart <mario-goulart!> has quit IRC09:08
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has quit IRC09:08
*** alephnull <alephnull!~quassel@> has quit IRC09:08
*** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has quit IRC09:08
*** Bunio_FH <Bunio_FH!> has joined #yocto09:08
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC09:08
*** sagner <sagner!> has joined #yocto09:09
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@2001:b07:5d32:c012:d535:27a9:d5e0:e97d> has joined #yocto09:09
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto09:09
*** erbo <erbo!> has quit IRC09:17
*** watchd0g <watchd0g!~Carlos@> has quit IRC09:19
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:21
*** Deepa <Deepa!0e62b3fe@> has joined #yocto09:28
*** Deepa is now known as Guest9788109:28
*** TobSnyder1 <TobSnyder1!> has joined #yocto09:29
*** TobSnyder <TobSnyder!> has quit IRC09:31
*** yann <yann!~yann@> has joined #yocto09:34
Guest97881Hello, Can we get inputs to install Yocto Eclipse Plugin? Followed steps given in It doesn't work(check comments of user:ghalib khan). Not getting response from NXP too.09:35
*** rburton <rburton!~rburton@> has joined #yocto09:36
qschulzGuest97881: I think it was dropped a few releases ago:
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto09:43
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has joined #yocto09:43
*** fatalhalt <fatalhalt!~fatalhalt@2601:244:4d01:52df:225:90ff:feda:2428> has joined #yocto09:43
*** palate <palate!~palate@unaffiliated/palate> has joined #yocto09:43
*** ed___ <ed___!uid425530@gateway/web/> has joined #yocto09:43
*** yangm97 <yangm97!yangm97mat@gateway/shell/> has joined #yocto09:43
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/> has joined #yocto09:43
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto09:43
*** creich <creich!> has joined #yocto09:43
*** fullstop <fullstop!~fullstop@> has joined #yocto09:43
*** mario-goulart <mario-goulart!> has joined #yocto09:43
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has joined #yocto09:43
*** alephnull <alephnull!~quassel@> has joined #yocto09:43
*** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has joined #yocto09:43
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC09:43
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto09:43
paulbarkerGuest97881: The eclipse plugin is unsupported09:47
snois there a reasonable example how to install some vendor software in e.g. /opt/$vendor instead of /usr using Yocto?09:56
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:57
qschulzsno: worth reading10:01
qschulzIIUC, if only one recipe needs this /opt dir, you can just add a do_install_append in a bbappend for your vendor recipe and move the things from /usr to /opt from there (surely needs an updated FILES_${PN} and aybe even a SYSROOT_DIRS if your vendor thing is used in a DEPENDS of another recipe. This all is my guess and would maybe be needed because /opt isn't in base-files? All of this to be triple checked10:03
snoqschulz: that's only about later stage of deployment - I have serious trouble using pkg-config and prefix=/opt/foo10:05
snoPKG_CONFIG_SYSTEM_INCLUDE_PATH is set kind-of unexpected in bitbake.conf10:05
*** hpsy <hpsy!~hpsy@> has joined #yocto10:13
*** pohly <pohly!> has quit IRC10:17
*** pohly <pohly!> has joined #yocto10:20
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto10:24
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC10:26
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto10:26
*** kroon <kroon!~kroon@> has joined #yocto10:30
*** PinkSnake <PinkSnake!51ff1123@> has quit IRC10:32
*** armpit <armpit!~armpit@2601:202:4180:a5c0:3055:bf8b:bc3b:3d57> has quit IRC10:41
*** kaspter <kaspter!~Instantbi@> has quit IRC10:42
*** kaspter <kaspter!~Instantbi@> has joined #yocto10:43
*** Deepa <Deepa!0e62b3fe@> has joined #yocto10:48
*** Deepa is now known as Guest3565510:48
rburtonsno: why are you trying to install something you're building into /opt?10:50
snorburton: it's kind-of 3rd party software which is likely better separated from /usr10:51
rburtonthe entire point of /opt is that someone who isn't the operating system can install software easily in eg /opt/foo.  if you're building software in bitbake then you've got packages and so on10:51
snorburton: a lot of NIH legacy code ...10:51
LetoThe2ndrburton: forwarded the pointers to memory resident bitbake and kergoths bb to the vscode plugin guy, lets see what happens!10:52
snorburton: I'm currently at the beginning of the voyage building this software - but I found some legacy versions of OSS libs, which are required in their old versions (at least for now)10:53
*** armpit <armpit!~armpit@2601:202:4180:a5c0:2c7d:95e8:14a7:6e0e> has joined #yocto10:53
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:a8fa:6247:f95f:d6da> has quit IRC10:53
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:53
snorburton: another reason for using /opt is ability to split off parts into dedicated filesystems at a later stage10:53
*** jkimblad <jkimblad!> has joined #yocto11:01
rburtonthe easiest way is to just hand-code your configure call or whatever to not use $bindir etc11:04
rburtonyou don't want to change the system paths, ie changing prefix will change where it looks up other libraries11:04
rburtonso just pass --prefix=/opt/foo to configure or whatever, and you're done11:05
snorburton: so you say, overriding --prefix=... over the --prefix setting, bitbake does on it's own?11:05
rburtonthe class you are using does it11:06
rburtonso look there as to how to override it11:06
snorburton: I just wanted to understand where to jump in (for now) - because just modifying prefix variable in recipe fails11:07
rburtonjust read the class that you're using to do the install to find where it sets prefix11:07
rburtonas you say --prefix i'm guessing autotools.bbclass11:08
rburtonarguably the class should split the variables up a bit so some pieces are easier to change11:08
*** kriive <kriive!~kriive@> has joined #yocto11:09
snorburton: for short fix this seems to be reasonable11:11
snorburton: but this requires doing the package-split on my own (-debug, -src, -dev, ...)11:12
snofor long-term a more generic approach would be nice (I'm happy to send patches)11:12
*** luckywho <luckywho!~quassel@> has joined #yocto11:17
*** meego <meego!~meego@2001:41d0:fe7e:c800:1de3:afae:4e3e:7c5b> has joined #yocto11:19
*** meego <meego!~meego@2001:41d0:fe7e:c800:8860:9ef3:4a64:f38b> has joined #yocto11:21
rburtonsno: i guess you could have install_prefix?=$(prefix) and use those uniformally11:23
*** yacar_ <yacar_!> has quit IRC11:23
luckywhoHi, while building, i'm getting error in os.path.join.
snorburton: I mean this could be supported from with-in yocto11:25
luckywhofilename = ${@os.path.dirname(d.getVar('FILE', True))}/python3/python3-manifest.json11:25
rburtonsno: right, i mean bitbake.conf could have install_prefix and friends, and use those everywhere relevant11:25
rburtonof course autotools assumes that if you pass --libdir then that is where libraries are11:26
rburton*and* where to put them11:26
rburtonso you might not actually solve anything in the real world11:26
snorburton: I asked to get a vision (to finally develop a patch) - hacking wasn't the problem :D11:26
snoI'll take a look how to add an install_prefix to bitbake.conf and friends (autotools.bbclass)11:28
*** tgamblin <tgamblin!> has quit IRC11:48
*** berton <berton!~berton@> has joined #yocto11:49
*** goliath <goliath!> has joined #yocto11:49
*** kaspter <kaspter!~Instantbi@> has quit IRC11:55
*** BobPungartnik <BobPungartnik!~BobPungar@> has quit IRC11:55
RPsno: isn't that $prefix and $base_prefix ?11:57
rburtonbase_prefix is something else isn't it11:58
snoRP: nearly half entire poky assumes prefix=/usr11:58
snochanging prefix breaks a lot of classes in poky/meta/classes11:58
snochanging prefix was my first shot - and it fails heavily :D11:59
rburtonsno: changing prefix at a distro level should just work11:59
rburtonbut you can't just change it per-recipe11:59
snorburton: but I really want prefix for system libs being in /usr :)12:00
snorburton: that's why I agree on something like install_prefix= ...12:00
snorburton: as you're right - one cannot fix the world, but sometime one might need an old perl, an old python, a very dirty openssl, or a bundle of several of those and more :)12:02
RPsno: I don't see how install_prefix will buy anything that prefix and base_prefix don';t12:02
*** robert__ <robert__!~robert@> has quit IRC12:04
*** Zajc <Zajc!> has quit IRC12:04
rburtonbase_prefix is the prefix for files that are typically in /, so sysconfidir default is base_prefix/etc12:04
*** Zajc <Zajc!> has joined #yocto12:05
rburtonso you can set base_prefix to $prefix is you want /usr/etc12:05
rburtonwhat sno wants is the ability to drop a specific recipe into /opt/foo12:05
rburtonand setting prefix=/opt/foo in the recipe doesn't work12:05
rburtonexample 1: PKG_CONFIG_PATH uses $prefix12:06
RPI don't think that will end well with the way autotools works, sadly12:28
rburtonyeah that was my hunch too12:30
rburtonit assumes that --libdir is both where to find libraries and where to install into12:31
*** Guest97881 <Guest97881!0e62b3fe@> has quit IRC12:33
*** crs_ <crs_!~crs@> has joined #yocto12:34
snoRP: I have serious reasonable success using dedicated --prefix for some packages - mostly when building for data center some solutions12:49
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto12:49
snoRP: that typically ends very well :)12:49
snoRP: rburton: I will give that a shot and then share the results - bad or good12:50
snonot today but soonish12:50
*** locutus_ <locutus_!> has joined #yocto12:51
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC12:54
*** tgamblin <tgamblin!~tgamblin@> has joined #yocto12:55
*** yacar_ <yacar_!> has joined #yocto13:03
*** moustafa <moustafa!c533555c@> has joined #yocto13:14
moustafaI'd like to know any info or brief how I can run some app on systemsd  ?13:15
*** hamis <hamis!~irfan@> has quit IRC13:16
rburtonmoustafa: the systemd documentation is good for that13:16
LetoThe2ndbasically its just dropping in a service file, and we have lots of examples in the layers.13:16
*** goliath <goliath!> has quit IRC13:22
qschulzany way to specify the ssh port for a git repo in a Yocto recipe (>= krogoth ideally but thud is fine) other than setting the port in .ssh/config?13:23
fullstopsmurray: I did get the updated kernel headers working yesterday.  I put them in a separate directory with sysroot_stage_all_append.13:29
smurrayfullstop: cool13:29
zeddiiwhich reminds me, I found my patch for that as well. I’ll attach it to my bugzilla and propose it for the next dev cycle.13:38
fullstopthanks, zeddii!13:39
*** locutus__ <locutus__!> has joined #yocto13:43
*** locutus_ <locutus_!> has quit IRC13:46
yoctiNew news from stackoverflow: Gstreamer with Opencv in Yocto Linux <> || How to specify older gcc version in yocto <>13:55
*** sgw <sgw!~sgw@> has joined #yocto13:59
*** mccc <mccc!> has quit IRC14:01
*** PinkSnake <PinkSnake!51ff1123@> has joined #yocto14:04
*** kriive <kriive!~kriive@> has quit IRC14:07
*** stephano <stephano!> has joined #yocto14:14
*** jmiehe <jmiehe!> has joined #yocto14:16
*** WillMiles <WillMiles!~Will@> has joined #yocto14:19
*** jmiehe <jmiehe!> has quit IRC14:22
*** goliath <goliath!> has joined #yocto14:24
*** kriive <kriive!~kriive@> has joined #yocto14:28
*** sgw <sgw!~sgw@> has quit IRC14:33
kriiveIf I have a package that throws Illegal instruction14:35
*** TobSnyder1 <TobSnyder1!> has quit IRC14:35
*** ssajal <ssajal!> has joined #yocto14:35
kriiveand the proposed fix is to set OPTTARGET=i686, should I apply it?14:35
rburtonkriive: you need to give us far more context if you want a decent answer14:36
kriive on an Intel Atom throws illegal instruction14:36
kriiveBoth library and binary14:36
rburtonso the makefile does -march=$(OPTTARGET)14:37
rburtonwhich defaults to 'native'14:37
kriiveIntel(R) Atom(TM) x5-Z835014:37
rburtonwhich has interesting semantics in a cross compiler.  khem, does march=native in a cross compiler do entirely the wrong thing?14:38
rburtoni'd have said it should abort14:38
rburtonif the value for that is passed directly to -march then read the gcc man page and find the best march for your target. ideally, the recipe will patch all that out and let the BSP pass -march -mtune as needed14:39
*** meego_ <meego_!~meego@2001:41d0:fe7e:c800:1de3:afae:4e3e:7c5b> has joined #yocto14:40
*** sstiller <sstiller!> has quit IRC14:41
rburtonlike if you use meta-intel corei7-64 machine the compiler flags will include -march=nehalem -mtune=generic -mfpmath=sse -msse4.214:41
rburtonbut that makefile probably ignores those because people who think writing a bare makefile is sensible don't think about everyone else14:41
*** meego <meego!~meego@2001:41d0:fe7e:c800:8860:9ef3:4a64:f38b> has quit IRC14:43
*** jmiehe <jmiehe!> has joined #yocto14:43
kriiveA workaround would be to set OPTTEST to 1, am I right rburton?14:44
rburtonyeah, try that and then look at the actual compiler calls14:45
rburtonsee if you get the BSP -mtune used14:45
kriiveOPTTEST is set with := unfortunately, I thought it was ?=14:47
kriiveMake doesn't give a damn, I guess I have to patch it14:47
*** tzsal <tzsal!> has joined #yocto14:47
*** moustafa <moustafa!c533555c@> has quit IRC14:48
rburtonyou can override that14:48
rburtonEXTRA_OEMAKE will pass variables to make for you14:49
*** sgw <sgw!~sgw@> has joined #yocto14:49
rburtonkriive: ^14:49
kriiveAh ok, let's try14:50
tzsalI've got an error related to the incorrect compiler flags. I want to see and override flags for the specific package. Is there any opportunity to do this?14:50
rburtontheres a difference between FOO=bar make and make FOO=bar14:51
rburtonthe former is environment and make won't care, the latter is overriding the value in the makefile14:51
rburtontzsal: bitbake -e [recipe] | less14:51
*** meego_ <meego_!~meego@2001:41d0:fe7e:c800:1de3:afae:4e3e:7c5b> has quit IRC14:57
*** meego <meego!~meego@2001:41d0:fe7e:c800:907e:d0b9:4f7b:9621> has joined #yocto14:58
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:59
*** jobroe <jobroe!~manjaro-u@> has quit IRC15:02
*** JBook_SE <JBook_SE!a434f282@gateway/web/cgi-irc/> has quit IRC15:07
kriiverburton, EXTRA_OEMAKE = "OPTTEST=1" seems to trigger the correct BSP flags, trying right now in the actual device15:17
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/> has joined #yocto15:23
*** ericch <ericch!> has joined #yocto15:23
*** la_croix_ <la_croix_!~la_croix@> has quit IRC15:24
yoctiNew news from stackoverflow: Yocto: create recipe for SciKit-learn <>15:25
*** berton_ <berton_!~berton@> has joined #yocto15:25
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC15:28
*** berton <berton!~berton@> has quit IRC15:28
*** otavio <otavio!~otavio@> has joined #yocto15:30
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto15:30
*** kriive <kriive!~kriive@> has quit IRC15:32
*** jacob_ <jacob_!> has joined #yocto15:39
*** jkimblad <jkimblad!> has quit IRC15:39
*** jacob_ is now known as Guest5512115:40
*** Guest55121 <Guest55121!> has quit IRC15:48
*** jkimblad <jkimblad!> has joined #yocto15:48
*** kriive <kriive!~kriive@> has joined #yocto15:48
*** kroon <kroon!~kroon@> has quit IRC15:50
*** goliath <goliath!> has quit IRC15:53
*** jacob__ <jacob__!> has joined #yocto15:56
*** jkimblad <jkimblad!> has quit IRC15:56
*** jacob__ <jacob__!> has quit IRC16:02
*** jacob__ <jacob__!> has joined #yocto16:03
*** gsalazar <gsalazar!> has joined #yocto16:03
*** kriive <kriive!~kriive@> has quit IRC16:07
*** sagner <sagner!> has quit IRC16:13
khemrburton: march=native should not be used in cross compile context, it might pick wrong instruction set and latencies and infact generate worse code16:14
*** rburton_ <rburton_!rburton@nat/intel/x-vtdjrtukalsfccri> has joined #yocto16:16
*** rburton <rburton!~rburton@> has quit IRC16:17
khemI think any march settings from Makefile can be removed since we already set an appropriate one via TUNE_CCARGS16:17
*** sagner <sagner!> has joined #yocto16:26
*** goliath <goliath!> has joined #yocto16:29
*** pharaon2502 <pharaon2502!> has joined #yocto16:36
*** erbo <erbo!> has joined #yocto16:37
*** hyper_dave <hyper_dave!~quassel@> has quit IRC16:40
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto16:43
*** hyper_dave <hyper_dave!~quassel@> has joined #yocto16:45
*** yann <yann!~yann@> has quit IRC16:46
*** hyper_dave <hyper_dave!~quassel@> has quit IRC16:50
*** vineela <vineela!~vtummala@> has joined #yocto16:54
*** dreyna <dreyna!> has joined #yocto16:54
rburton_khem: what happens in gcc if march=native is used in a cross build though?16:55
rburton_i guess if you're targetting the same machine it can use the host to determine, which is pretty evil16:55
rburton_i'd say that should be a fatal error16:55
*** tzsal <tzsal!> has quit IRC16:57
*** yacar_ <yacar_!> has quit IRC17:01
*** fl0v0 <fl0v0!~fvo@> has quit IRC17:05
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/> has quit IRC17:05
*** JaMa <JaMa!~martin@> has joined #yocto17:06
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/> has joined #yocto17:06
*** sagner <sagner!> has quit IRC17:09
*** jmiehe <jmiehe!> has quit IRC17:11
*** hyper_dave <hyper_dave!~quassel@> has joined #yocto17:13
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC17:14
*** sagner <sagner!> has joined #yocto17:21
*** JBook_SE <JBook_SE!a434f282@gateway/web/cgi-irc/> has joined #yocto17:21
*** JBook_SE <JBook_SE!a434f282@gateway/web/cgi-irc/> has left #yocto17:21
*** Bunio_FH <Bunio_FH!> has quit IRC17:23
*** skrc <skrc!48a3dc09@> has joined #yocto17:23
*** meego <meego!~meego@2001:41d0:fe7e:c800:907e:d0b9:4f7b:9621> has quit IRC17:24
skrcmy defconfig configuration which is passed using linux-imx_%.bbappend is  not reflected in .config file17:24
*** nemgti-og <nemgti-og!~nemgti-og@> has joined #yocto17:27
qschulzskrc: 1) how did you create your defconfig? 2) check which paths are searched before the defconfig is found (bitbake -e linux-imx | grep -e "^FILESPATH"; or look into WORKDIR/temp/log.do_fetch (I think?)17:29
skrci copied v7_defconfig and added my custom config17:32
qschulzYou might be missing a subdir for your defconfig that is probably named more or less after your machine17:32
qschulzdefine "added my custom config"? manually or by using menuconfig?17:32
skrci added manually and didn't create fragments17:32
qschulzUse menuconfig. defconfigs/.config aren't meant to be edited manually17:33
qschulzThat's the first thing. Then check 2)17:33
*** mckoan is now known as mckoan|away17:34
skrci tried generating fragments (fragment.cfg) and added it in my linux-imx_%.bbappend17:38
skrcalso added the following statement17:38
skrcdo_configure_append() {17:38
skrcnow the my custom changes are appearing in .config17:39
skrcI am not sure whether this is the right way17:39
*** PinkSnake <PinkSnake!51ff1123@> has quit IRC17:39
tgamblinRP: JPEW: reproducibility works fine for me in poky. Looks like it's unique to the manual oe-core + bitbake setup17:40
* tgamblin updates the issue17:40
*** berton_ <berton_!~berton@> has quit IRC17:41
RPtgamblin: good to narrow it down!17:41
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC17:41
qschulzYou didn't give us enough info. what is there in do_configure_append()? Are you using fragments now or full defconfig? What is "this" in "I am not sure whether this is the right way"?17:42
qschulzskrc: ^17:42
*** otavio <otavio!~otavio@> has joined #yocto17:43
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto17:43
skrcsince my defconfig is not getting copied to .config, i generated fragment.cfg using the below steps.17:44
skrcbitbake -c menuconfig linux-imx17:44
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:44
skrcnow i added this in linux-imx_%.bbappend17:46
skrcSRC_URI += "file://fragment.cfg"17:47
skrcdo_configure_append() {17:47
*** locutus__ <locutus__!> has quit IRC17:48
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC17:48
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC17:49
*** otavio <otavio!~otavio@> has joined #yocto17:50
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto17:50
qschulzskrc: menuconfig creates a .config. I think you need to use diffconfig afterwards to create a valid config fragment.17:50
*** sagner <sagner!> has quit IRC17:53
qschulzwhat do you have in do_configure_append()?17:54
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC17:54
*** locutus__ <locutus__!~LocutusOf@> has joined #yocto17:58
*** robbawebba <robbawebba!~rob@> has joined #yocto18:03
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto18:06
*** guerinoni <guerinoni!> has joined #yocto18:07
smurrayfor linux-imx, you should just be able to have a bbappend that does FILEEXTRAPATHS_prepend := "${THISDIR}/files" (or wherever) and drop your tweaked defconfig in it18:14
smurrayskrc: ^18:14
*** sno <sno!~sno@> has quit IRC18:14
qschulzsmurray: depends if there is already a defconfig in a subdir named after one of the entries in OVERRIDES (hence the check of FILESPATH or log.do_fetch)18:15
qschulzin which case, there is some priority going on18:15
smurrayqschulz: hence the prepend?18:15
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC18:16
qschulzsmurray: not enough IIRC18:16
smurrayqschulz: though, yeah, I've not encountered that exact case18:16
smurrayI think it depends on which branch in meta-freescale, they used to just have one, now I think they have a directory for the mx8 override18:17
smurraythe linux-imx recipe doesn't use linux-yocto, so no fragment support unless you add it yourself18:18
robbawebbaHello - I have a question about adding a custom package to the host SDK sysroot. My recipe provides two packages that are both installed on the target. I would also like to install one of those packages in the Host SDK. How might I go about selecting only one package that also gets a nativesdk variant?18:19
robbawebbaI understand that I must add BBCLASSEXTEND = "native nativesdk" to my recipe, but I'm wondering if there's anything else I need to do to only restrict nativesdk support to one of two packages in the recipe18:19
smurrayskrc: if you do try that, I missed the required ':' before the ending quote.18:21
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:3c80:9084:cb90:1ab1> has joined #yocto18:21
smurrayrobbawebba: you'd probably need to do some tweaking of do_install and the FILES_${PN}-package definitions based on _class-target and _class-nativesdk, etc. overrides18:23
*** nerdboy <nerdboy!~sarnold@> has joined #yocto18:25
*** nerdboy <nerdboy!~sarnold@> has quit IRC18:27
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto18:27
*** stefaOxxr <stefaOxxr!~androirc@> has joined #yocto18:27
*** guerinoni <guerinoni!> has quit IRC18:29
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:3c80:9084:cb90:1ab1> has quit IRC18:30
*** stefaOxxr <stefaOxxr!~androirc@> has quit IRC18:36
*** leon-anavi <leon-anavi!~Leon@> has quit IRC18:36
*** NiksDev <NiksDev!~NiksDev@> has quit IRC18:51
robbawebbasmurray: okay, thanks! Now that I'm fonfronted by installed vs shipped errors in bitbake I see what you mean. I'll start tweaking.18:51
smurrayrobbawebba: might be as easy as a do_install_append_class-nativesdk to rm the files18:53
*** skrc <skrc!48a3dc09@> has quit IRC19:00
*** gsalazar <gsalazar!> has quit IRC19:03
*** robbawebba <robbawebba!~rob@> has quit IRC19:04
*** robbawebba <robbawebba!~rob@> has joined #yocto19:06
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto19:13
*** locutus__ <locutus__!~LocutusOf@> has quit IRC19:15
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:3c80:9084:cb90:1ab1> has joined #yocto19:16
*** stefaOxxr <stefaOxxr!~androirc@> has joined #yocto19:17
sheelbaI suspect this is an easy question but it's Thursday so I'll ask it anyway.  Is there a way to list all available image types within the defined layers?  Happy to keep using grep if that's the way, just wondering if there's something in bitbake for that.19:18
rburton_bitbake -e and grepping for IMAGE_CMD_ will give you a hint19:21
rburton_but some classes need to be inherited first, so that isn't complete19:21
*** micka <micka!> has quit IRC19:22
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto19:26
*** micka <micka!> has joined #yocto19:27
*** yann <yann!> has joined #yocto19:27
sheelbaThanks, interesting.  On this poky / freescale project I get zero results grepping for IMAGE_CMD_ from bitbake -e but 'ls meta*/recipes*/images/*.bb' shows a few, and bitbake-layers show-recipes | grep 'image' shows even more.  That's all pretty clumsy but answers my question, thank you.19:28
sheelba...and I do recognize the power of having recipes be functionally agnostic.  Giving up some convenience for flexibility there, I can live with that.19:33
*** sno <sno!> has joined #yocto19:33
rburton_hmm you might want to bitbake -e [image]19:41
rburton_that might be more useful19:41
*** WillMiles <WillMiles!~Will@> has quit IRC19:43
*** pohly <pohly!> has quit IRC19:45
sheelbaBut if I'm looking for that initial set of image targets, how could I bitbake -e [image]?19:46
*** gsalazar <gsalazar!> has joined #yocto19:47
LetoThe2ndsheelba: there are a couple of ways that might work if everybody sticks to the canonical way. one is "bitbake-layers show-recipes | grep image", as it is common practise to have image in the name19:50
LetoThe2ndsheelba: you can also grep the layers for "inherit image" respectively "inherit core-image" and work your way from there.19:52
sheelbaOK, cool, thanks Leto-- that first method did show me the most of what I was looking for.  I've transgressed a bit on my own image names but I'll remember that going forward.19:53
LetoThe2ndsheelba: but there is no guarantee that you will catch everything, because at least *technically* it is possible to have a recipe that is called "jeopardize" and use evil magic to avoid the image class, yet provide an image blob.19:54
LetoThe2nd(i do hope though that no such thing exists)19:54
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:3c80:9084:cb90:1ab1> has quit IRC19:56
LetoThe2ndwith great freedom comes great fun.. or what is the saying?19:57
smurraythis is an attempt to list based on IMAGE_CMD: git grep ^IMAGE_CMD | sed 's/.*IMAGE_CMD_\([^ ([{}]*\).*/\1/'|uniq19:57
smurrayoutput is sane-ish in e.g. poky19:57
smurrayit doesn't weed out _append, though19:58
LetoThe2ndsmurray: that lists image types, not images recipes (the initial question was revised just a line later)19:58
smurrayLetoThe2nd: oh well19:59
LetoThe2ndsmurray: apart from that you are totally right!20:00
smurrayLetoThe2nd: ;)20:00
*** gsalazar <gsalazar!> has quit IRC20:01
*** gsalazar <gsalazar!> has joined #yocto20:01
sheelbaI was probably right with my wording the first time-- after all, isn't an image type just a recipe?20:04
sheelbaI was looking for the set of initial image types, i.e. "fsl-image-multimedia-full"; "core-image-rt" and the like...  How to drill down into an image's recipes-- that I get.20:05
smurraysheelba: it's complicated ;)  In the sense I suspect you mean, yes.  But image "type" means something in OE, it's how to convert the rootfs into some output format20:05
smurraysheelba: generally referring to what's listed in IMAGE_FSTYPES20:06
sheelbaAh, gotcha.  But at any rate it's answered; doing the bitbake-layers show-recipes | grep image does the trick.20:06
sheelbaMost of the trick, that is-- enough of what *I* need.  :)20:06
sheelbaBut yeah, image 'type' should be that set of sdimg, wic, tar.gz, that sort of thing if I understand correctly.20:07
LetoThe2ndsheelba: exactly, thats what an image type is in OE20:08
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC20:15
*** sheelba <sheelba!> has quit IRC20:16
*** ningauble <ningauble!> has joined #yocto20:17
*** robbawebba <robbawebba!~rob@> has quit IRC20:23
*** sgw <sgw!~sgw@> has quit IRC20:23
*** stephano <stephano!> has quit IRC20:24
*** NiksDev <NiksDev!~NiksDev@> has quit IRC20:24
*** gsalazar <gsalazar!> has quit IRC20:37
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:3c80:9084:cb90:1ab1> has joined #yocto20:38
*** gsalazar <gsalazar!> has joined #yocto20:38
*** dreyna <dreyna!> has quit IRC20:39
*** sgw <sgw!sgw@nat/intel/x-vkfytebidsmcbpay> has joined #yocto20:39
*** JaMa <JaMa!~martin@> has quit IRC20:40
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:44
*** zeddii <zeddii!> has quit IRC20:45
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:3c80:9084:cb90:1ab1> has quit IRC20:52
*** zeddii <zeddii!> has joined #yocto20:56
*** hpsy <hpsy!~hpsy@> has quit IRC21:06
*** rburton_ <rburton_!rburton@nat/intel/x-vtdjrtukalsfccri> has quit IRC21:08
*** dev1990 <dev1990!> has joined #yocto21:25
*** pharaon2502 <pharaon2502!> has quit IRC21:30
*** nemgti-og <nemgti-og!~nemgti-og@> has quit IRC21:37
*** tgamblin <tgamblin!~tgamblin@> has quit IRC21:49
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@> has joined #yocto22:14
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto22:14
*** armpit <armpit!~armpit@2601:202:4180:a5c0:2c7d:95e8:14a7:6e0e> has quit IRC22:24
*** vineela <vineela!~vtummala@> has quit IRC22:24
*** vineela <vineela!~vtummala@> has joined #yocto22:25
*** armpit <armpit!~armpit@2601:202:4180:a5c0:2c7d:95e8:14a7:6e0e> has joined #yocto22:25
*** tgamblin <tgamblin!> has joined #yocto22:26
*** vineela <vineela!~vtummala@> has quit IRC22:27
*** vineela1 <vineela1!vtummala@nat/intel/x-hkblrvpuqdfihfqo> has joined #yocto22:27
*** vineela1 <vineela1!vtummala@nat/intel/x-hkblrvpuqdfihfqo> has quit IRC22:32
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC22:39
*** vineela <vineela!~vtummala@> has joined #yocto22:59
*** vineela1 <vineela1!~vtummala@> has joined #yocto23:00
*** vineela <vineela!~vtummala@> has quit IRC23:00
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC23:06
*** rburton <rburton!~rburton@> has joined #yocto23:38
mrc3jonmason, where can i send patches to for meta-arm?23:41
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC23:42
*** rburton <rburton!~rburton@> has quit IRC23:43
smurraymrc3: there's a mailing list for it hosted on, probably there23:49
*** gsalazar <gsalazar!> has quit IRC23:51

Generated by 2.17.2 by Marius Gedminas - find it at!