Thursday, 2018-02-15

*** tgraydon <tgraydon!~tgraydon@> has quit IRC00:02
*** Willy-- <Willy--!~william@> has joined #yocto00:07
*** t0mmy <t0mmy!> has quit IRC00:10
*** sgw <sgw!~swold@> has quit IRC00:19
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC00:29
*** Jefro <Jefro!~josiermi@> has quit IRC00:33
yoctiNew news from stackoverflow: Access to Linux sources and headers in bitbake <>00:35
*** sgw <sgw!~swold@> has joined #yocto00:36
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto00:42
*** bavery_fn <bavery_fn!~bavery@> has quit IRC00:45
*** dreyna <dreyna!> has quit IRC00:48
*** martinkelly1 <martinkelly1!~martin@> has joined #yocto00:48
*** nighty- <nighty-!> has joined #yocto00:50
*** sjolley <sjolley!sjolley@nat/intel/x-gsqjcqmvppfqyitt> has quit IRC01:00
*** khem <khem!~khem@unaffiliated/khem> has quit IRC01:13
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC01:13
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto01:13
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto01:16
*** sjolley <sjolley!~sjolley@> has joined #yocto01:16
*** martinkelly1 <martinkelly1!~martin@> has quit IRC01:25
*** Willy-- <Willy--!~william@> has quit IRC01:32
*** Snert <Snert!> has joined #yocto02:08
*** t0mmy <t0mmy!> has joined #yocto02:11
*** t0mmy <t0mmy!> has quit IRC02:23
*** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has quit IRC02:30
*** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has joined #yocto02:31
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto02:47
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:16
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto03:20
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:49
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto03:55
*** georgem <georgem!~georgem@> has quit IRC05:11
*** georgem <georgem!~georgem@> has joined #yocto05:11
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto06:00
*** agust <agust!> has joined #yocto06:11
*** bavery_fn <bavery_fn!~bavery@> has quit IRC06:21
*** Bunio_FH <Bunio_FH!> has joined #yocto06:22
*** hamis <hamis!~irfan@> has joined #yocto06:23
*** gattuso <gattuso!> has quit IRC06:34
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC06:42
*** hawkril <hawkril!> has joined #yocto06:45
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto06:46
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC06:53
*** morphis_ <morphis_!> has joined #yocto06:58
*** morphis <morphis!> has quit IRC07:02
*** pohly <pohly!> has joined #yocto07:05
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto07:14
*** sd1024 <sd1024!> has joined #yocto07:23
*** learningc <learningc!> has joined #yocto07:26
*** open-nandra_ <open-nandra_!> has joined #yocto07:29
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC07:32
*** frieder <frieder!> has joined #yocto07:34
*** ctwr <ctwr!~catalin@> has quit IRC07:34
yoctiNew news from stackoverflow: Yocto Project usb sensor acces <>07:36
*** halstead <halstead!> has quit IRC07:41
*** comptroller <comptroller!> has quit IRC07:42
*** kjokinie <kjokinie!~kjokinie@> has joined #yocto07:50
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:51
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC07:54
*** fl0v0 <fl0v0!> has joined #yocto07:57
*** clement <clement!> has quit IRC08:00
*** lusus <lusus!~lusus@> has joined #yocto08:00
*** ctwr <ctwr!~catalin@> has joined #yocto08:01
*** clement <clement!> has joined #yocto08:01
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC08:03
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC08:03
*** gtristan <gtristan!~tristanva@> has joined #yocto08:05
*** mr_science <mr_science!> has joined #yocto08:05
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto08:05
*** jij <jij!> has joined #yocto08:05
*** Kakounet <Kakounet!> has joined #yocto08:09
*** vdehors <vdehors!~vdehors@> has joined #yocto08:10
*** nerdboy_ <nerdboy_!> has joined #yocto08:12
*** nerdboy_ is now known as nerdboy08:13
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto08:13
*** t0mmy <t0mmy!> has joined #yocto08:19
*** halstead <halstead!> has joined #yocto08:20
*** halstead <halstead!> has joined #yocto08:21
*** BarBQ <BarBQ!> has quit IRC08:22
*** fitzsim` is now known as fitzsim08:24
*** Domin1k <Domin1k!c1669b04@gateway/web/freenode/ip.> has joined #yocto08:26
*** Domin1k <Domin1k!c1669b04@gateway/web/freenode/ip.> has left #yocto08:26
*** |Sno| <|Sno|!> has quit IRC08:30
*** AndersD <AndersD!~anders@> has joined #yocto08:31
*** yann <yann!> has quit IRC08:35
*** hnje <hnje!> has joined #yocto08:46
*** comptroller <comptroller!> has joined #yocto08:50
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto08:57
*** joshuagl <joshuagl!joshuagl@nat/intel/x-dnonzftqcbczskdt> has joined #yocto08:59
yoctiNew news from stackoverflow: ERROR: packagename-0.1-r0 do_compile: Function failed: do_compile <>09:06
*** xtron <xtron!~xtron@> has joined #yocto09:11
*** learningc <learningc!> has quit IRC09:14
*** learningc <learningc!> has joined #yocto09:14
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has quit IRC09:18
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has joined #yocto09:20
*** phatina <phatina!> has joined #yocto09:27
*** Artox <Artox!~Artox@> has joined #yocto09:32
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto09:36
*** learningc <learningc!> has quit IRC09:37
*** phatina <phatina!> has quit IRC09:40
*** mckoan|away is now known as mckoan09:43
*** BarBQ <BarBQ!> has joined #yocto09:44
*** JaMa <JaMa!~martin@> has joined #yocto09:49
*** yann <yann!~yann@> has joined #yocto09:50
*** AndersD <AndersD!~anders@> has quit IRC09:52
*** hnje <hnje!> has quit IRC09:57
*** hnje <hnje!> has joined #yocto09:59
*** AndersD <AndersD!> has joined #yocto10:01
*** sno <sno!> has joined #yocto10:06
*** nighty- <nighty-!> has quit IRC10:18
*** xtron <xtron!~xtron@> has left #yocto10:20
*** kalpu <kalpu!> has joined #yocto10:26
kalpuHi, how to create a local string variable inside a bb file? I just want to do MY_DEST=/usr/local/blafoo and inside do_install() use this variable so that I don't have to type the path 10 times...10:27
LetoThe2ndkalpu: actually it should just work that way.10:37
*** Kakounet <Kakounet!> has quit IRC10:45
*** Kakounet <Kakounet!> has joined #yocto10:46
*** morphis_ <morphis_!> has quit IRC10:47
*** morphis <morphis!> has joined #yocto10:49
*** hnje <hnje!> has quit IRC10:53
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto10:57
*** hawkril <hawkril!> has quit IRC10:59
*** rburton <rburton!> has joined #yocto11:00
*** nighty- <nighty-!> has joined #yocto11:10
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:12
*** hnje <hnje!> has joined #yocto11:14
*** kalpu <kalpu!> has left #yocto11:17
*** Kakounet1 <Kakounet1!> has joined #yocto11:24
*** Kakounet <Kakounet!> has quit IRC11:25
*** Kakounet1 is now known as Kakounet11:25
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC11:25
*** hnje <hnje!> has quit IRC11:25
*** Kakounet1 <Kakounet1!> has joined #yocto11:30
*** Kakounet <Kakounet!> has quit IRC11:32
*** Kakounet1 is now known as Kakounet11:32
*** Crofton|work <Crofton|work!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has quit IRC11:35
*** Crofton|work <Crofton|work!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has joined #yocto11:40
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto11:44
*** hnje <hnje!~hnje@> has joined #yocto11:45
*** luneff <luneff!~yury@> has joined #yocto11:46
luneffhey guys! Any ideas on how to preconfigure Connman with some wifi ssids during Yocto build? FS-based configuration is painful, from what I get, so maybe there are some existing Yocto tricks for that?11:47
*** t0mmy <t0mmy!> has quit IRC11:54
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:00
*** hastake <hastake!> has quit IRC12:03
*** hawkril <hawkril!> has joined #yocto12:07
*** aragua <aragua!> has quit IRC12:09
*** fl0v01 <fl0v01!> has joined #yocto12:14
*** fl0v0 <fl0v0!> has quit IRC12:14
*** hastake <hastake!> has joined #yocto12:15
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto12:16
*** gtristan <gtristan!~tristanva@> has quit IRC12:20
*** wolf <wolf!d9f811aa@gateway/web/freenode/ip.> has joined #yocto12:23
*** wolf is now known as Guest4595012:23
Guest45950Hi there. I have a question regarding the build process of yocto. I hope this is a good place to ask?12:24
luneffyes, why not12:24
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC12:25
Guest45950Good! Then here it goes: I want to know what files are used an how they are used during the build process. Explicitly, if I run bitbake on a recipe, which files do get combined to build a .so, .a, or other file12:26
*** martinkelly <martinkelly!> has quit IRC12:26
Guest45950is there a quick way to keep track of that?12:26
LetoThe2ndGuest45950: thats actually kinda outside the scope of bibake, as it just starts the various sub-buildtasks12:28
LetoThe2ndyou could use the generated logs to extract data, maybe12:29
Guest45950LetoThe2nd: I attempted to generate maps with additional LDFLAGS, but this broke some build processes. And from the do_compile-logs it is somewhat hard to infer.12:31
Guest45950(which is why I am asking)12:31
*** rburton <rburton!> has quit IRC12:32
LetoThe2ndGuest45950: hm. in terms of, maps for debugging?12:32
*** rburton <rburton!> has joined #yocto12:32
Guest45950LetoThe2nd: Maps in terms of makefile maps. They give a GNU linker mapping back that is supposed to show me which file and which function has been used to build some library12:35
LetoThe2ndGuest45950: wouldn't it be enough to patch the one recipe you're probably interested in?12:35
*** rajm <rajm!~robertmar@> has joined #yocto12:35
Guest45950LetoThe2nd: It most likely would be, but whenever I would update to the next version I would have to add my patches again. Which is ok, but not necessarily what I want to do.12:37
LetoThe2ndGuest45950: well if its your own application recipe, you could certainly put that behind a distro feature or such.12:38
LetoThe2ndbut i'm not aware of a generic solution.12:38
Guest45950LetoThe2nd: well, generic would have been nice ;) but if there is no generic solution, I will have to patch until I can come up with a better idea.12:39
LetoThe2ndGuest45950: good luck. you can still post that question to the oe-devel mailing list, i feel it could be interesting for others.12:40
*** rajm <rajm!~robertmar@> has quit IRC12:44
*** t0mmy <t0mmy!> has joined #yocto12:46
*** martinkelly <martinkelly!> has joined #yocto12:50
*** sd1024 <sd1024!> has quit IRC12:56
*** Kakounet <Kakounet!> has quit IRC13:01
*** phatina <phatina!> has joined #yocto13:04
*** rburton <rburton!> has quit IRC13:10
*** Kakounet <Kakounet!> has joined #yocto13:11
*** hawkril <hawkril!> has quit IRC13:14
*** hawkril <hawkril!> has joined #yocto13:16
*** marka <marka!~masselst@> has joined #yocto13:17
*** martinkelly <martinkelly!> has quit IRC13:19
hawkrilSehr gut13:21
*** phatina <phatina!> has quit IRC13:23
*** rburton_ <rburton_!> has joined #yocto13:26
rburton_kergoth: "we should use --unity with meson" you said.  my testing of two recipes says that sources need to be written a bit carefully, both libepoxy and json-glib fail with it enabled13:27
kanavinwhat does --unity do?13:27
rburton_magically glues all the sources into a single compilation unit13:28
*** rburton_ is now known as rburton13:28
rburtonso faster and potentially better code13:28
rburtoncaveat that its easy to write code which can't handle this and will fail to build13:29
kanavinrburton: yeah, it's like autotools make distcheck - no one ever runs it or is even aware of it13:38
rburtonunity is just an option though, so i'm fine with it not working everywhere13:39
rburtondistcheck, there's no excuse!13:39
*** martinkelly <martinkelly!> has joined #yocto13:45
*** AndersD <AndersD!> has quit IRC13:50
*** grma <grma!~gruberm@> has quit IRC13:52
luneffdoes anybody know which recipe /var/lib/connman/settings belong to? and if it is created on-the-fly, how do I preset my yocto build to enable wifi by default?13:54
*** didil <didil!c186db48@gateway/web/freenode/ip.> has joined #yocto13:54
LetoThe2ndluneff: oe-pkg-util or whatsitcalled should be able to tell you.13:57
*** lamego <lamego!lamego@nat/intel/x-kmfjqhuhezlwbktm> has joined #yocto13:58
luneffERROR: Unable to find any package producing path /var/lib/connman/settings13:58
didilIs there a way to build 2 different images in the same build directory?13:59
*** stephano <stephano!stephano@nat/intel/x-vbffykceikdotlrf> has joined #yocto13:59
LetoThe2nddidil: um, whats the problem? bitbake image-a image-b ?14:01
zeddiiRP: ping. I wanted your opinion on my kernel-devsrc plan.14:01
*** hawkril <hawkril!> has quit IRC14:02
*** hawkril <hawkril!> has joined #yocto14:03
didilLetoThe2nd: I have 2 recipes compiling different code but adding the same conf files. I want to be able to build 2 differents images each with one of the recipes but I get a "check_data_file_clashes: Package package1 wants to install file but that fil is already provided by package package2"14:05
*** hawkril <hawkril!> has quit IRC14:05
didilpackage1 isn't in the image file14:05
*** hawkril <hawkril!> has joined #yocto14:05
LetoThe2nddidil: um, thats actually not related at all to images.14:05
*** hawkril <hawkril!> has quit IRC14:05
LetoThe2nddidil: you have two packages that try to install the same file to the image, its that simple. so they clash, bitbake doesn't know which one you actually want, and leaves it for you to sort it out.14:06
didilimages shouldn't be totally separated? why image2 try to install package1?14:06
*** michael_e_brown <michael_e_brown!~michaeleb@> has quit IRC14:06
rburtondidil: presumably because the dependencies are telling it to14:06
LetoThe2nddidil: it has nothing to do with the image, at least not directly.14:07
didilImage1:, Image2:
didilbitbake udoo-image-vesta-lavorant shouldn't event try to deal with vesta-app or?14:08
LetoThe2nddidil: how should we know?14:09
*** Guest4521 <Guest4521!86868b52@gateway/web/freenode/ip.> has quit IRC14:09
didilsimply because this isn't in the image file or at least removed by IMAGE_INSTA_remove14:09
LetoThe2nddidil: as we cannot tell what the specific packages pull in as dependencies, there is no way for us to tell.14:10
luneffI had similiar problem. I tried to fork libvncserver recipe, and bitbake complained about all of them providing same libraries. Never figured out what to do here. One option was to use provider mechanism for that, so you select the proper recipe with local.conf and depend on some virtual recipe14:13
LetoThe2ndactually it looks like the preoper appraoch would not be to load a full blown image first and the reshape it, but pour the common parts into an include and then add as needed.14:14
*** fl0v01 <fl0v01!> has quit IRC14:14
*** fl0v0 <fl0v0!> has joined #yocto14:14
*** zarzar <zarzar!~zarzar@> has quit IRC14:15
*** zarzar <zarzar!~zarzar@> has joined #yocto14:15
didilThere is not dependecies and not reason for "udoo-image-vesta-lavorant" to build "vesta-app"14:16
didilMaybe there is a bug in the cache?14:17
didilI tried bitbake -c cleanall vesta-app14:17
didilbut it still builds the package14:18
LetoThe2ndi actually doubt that the dependency resolution mechanism is broken14:19
didilit doesn't work as expected anyway14:20
LetoThe2ndmaybe pastebin the full error message, and not your abrigdged, redacted version calling things package1 and package2?14:21
didilvesta-app: package114:21
didilvesta-app-lavorant: package214:21
LetoThe2ndthat is not what i said.14:21
didilthe message is pretty huge14:22
didilthis is to be clear14:22
didilIt's to big to be copied14:24
didilhere is the end of the message:
LetoThe2nddidil: is that maybe a relatively old version of poky? so the installation sysroot could still clash?14:25
didilmorty branch14:26
didilIt starts with:
LetoThe2ndpre pyro you can have clashes in that form, IIRC14:27
didilpyro causes a lot of error messages14:27
didilI haven't tried to solve them yet14:28
didilIt seems always painful to move forward14:29
LetoThe2ndchances are pretty high that those error messages actually point out a lot of implicit dependencies that just work out of pure luck at the moment14:29
LetoThe2ndwith pyro we got recipe specific sysroots.14:29
didili'll give it another chance14:33
LetoThe2nddidil: theres nothing bad with sticking to morty, its just that you use case does not apply then. you'll need two build directory, but still can share downloads and ssate.14:34
didilyes there is this option but I try to avoid that as much as possible14:36
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:37
yoctiNew news from stackoverflow: Why is uboot ignoring mmcroot in uEnv.txt? <>14:37
*** rajm <rajm!> has joined #yocto14:51
*** hamis <hamis!~irfan@> has quit IRC15:01
kergothrburton: yeah, i tested it too, it seems like it naïvely compiled the sources together, so namespace conflicts become a concern. despite the manual's advice, seems unlikely to pan out unless the project author specifically keeps it in mind15:06
kergothor rather, includes them together / concatenates15:06
kergothugh, so tired, multiple days in a row of gloom15:07
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto15:08
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:09
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:09
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:11
*** Guest45950 <Guest45950!d9f811aa@gateway/web/freenode/ip.> has quit IRC15:12
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:13
*** Bunio_FH <Bunio_FH!> has quit IRC15:15
kanavinseebs: if we can get an interactive debug session going today, that would be much appreciated (if you guide me in pinning down the problem :)15:24
kanavinRP: ^^^^15:24
tgoodwinAnyone have luck building for a xilinx picozed on an avnet FMC V1?15:37
*** michael_e_brown <michael_e_brown!~michaeleb@> has joined #yocto15:37
yoctiNew news from stackoverflow: Why is uboot ignoring mmcroot in uEnv.txt? [on hold] <>15:37
*** vdehors <vdehors!~vdehors@> has quit IRC15:42
*** scottrif <scottrif!~scottrif@> has joined #yocto15:42
*** rcw <rcw!~rwoolley@> has joined #yocto15:49
*** Jefro <Jefro!~josiermi@> has joined #yocto15:56
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC15:57
*** rajm <rajm!> has quit IRC15:59
yoctiNew news from stackoverflow: Device (iMX6) is not available from external network <>16:08
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC16:12
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto16:14
*** xtron <xtron!~xtron@> has joined #yocto16:15
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC16:16
*** xtron <xtron!~xtron@> has quit IRC16:16
*** xtron <xtron!~xtron@> has joined #yocto16:18
*** open-nandra_ <open-nandra_!> has quit IRC16:21
*** sjolley <sjolley!~sjolley@> has quit IRC16:23
*** sjolley <sjolley!~sjolley@> has joined #yocto16:23
*** dev1990 <dev1990!> has quit IRC16:24
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC16:24
zarzarit is terrible using yocto plugin projects in eclipse, the indexer does not work, all the great features of eclipse are negated by a cmake or autotools project but these are the only options for yocto plugin, great job16:25
LetoThe2ndzarzar: we know that there are issues, and just a couple of days ago there has been an official announcement that they will be addressed - the plugin was mostly unmaintained for a long time.16:26
rburtonhelp welcome!16:27
LetoThe2ndhehe yes. "send patches!"16:27
*** sjolley <sjolley!~sjolley@> has quit IRC16:28
zarzarok i can help, first rule, do not release anything to the public that is not fully implemented and thought through16:28
luneffI use Qt Creator and populate_sdk, works fine for me :-)16:29
LetoThe2ndzarzar: being frustrated is ok, moaning at people who do offer you free software and support is not.16:29
zarzari'd rather hack up cdt projects than use the cmake or autotools versions, so no real need for the yocto plugin16:29
zarzari don't think there should be free software because of these types of issues16:30
zarzarimo stop all open source16:30
luneffthat's plainly rude, isn't it?16:30
LetoThe2ndah, i see. that type of discussion.16:30
* zeddii gets his ignore filter ready16:30
* LetoThe2nd gets his zeddii ready16:30
zarzarhere's a free car, it doesn;t work right though, but your welcome16:30
*** zarzar <zarzar!~zarzar@> has left #yocto16:31
* zeddii goes for food. at least I didn't have to blow a gasket there (see the car analogy continued ? ;)16:32
*** droctothorpe <droctothorpe!a2d58520@gateway/web/freenode/ip.> has joined #yocto16:42
droctothorpeHi everyone -- first time on this channel. Can I ask a pretty specific question about bitbake?16:42
rburtonzeddii: that guy comes here every few weeks to moan about the eclipse plugin16:43
rburtondroctothorpe: please do16:43
droctothorpeSo we have a Yocto build server that we use to build about two dozen applications. We need discrete versions of each recipe for each environment.16:44
droctothorpeSo for example, I need a <PN>-acceptance_<PV>.bb file and a <PN>-staging_<PV>.bb file16:44
droctothorpeThat have subtle differences (mostly just pointing to separate branches of the source repo)16:45
droctothorpeI need a way for bitbake to resolve which one I want to bake16:45
droctothorpeIn a way that preserves the resulting application folder on the eventual install such that it does NOT include environment16:45
droctothorpeSo (1) the recipe should include the env, (2) it would be nice if the pkg included the env, but (3) the actual installation directory on the target box should NOT include the env16:46
droctothorpeDoes that make sense?16:46
droctothorpeI've been experimenting with removing the env from PN in an install_prepend block, then adding it back in an install_append block with limited success16:47
droctothorpeand wound up somehow breaking the build server in the process, which according to my friend means that I'm a real developer now heh16:47
*** Kakounet <Kakounet!> has quit IRC16:48
droctothorpeOur interim workaround has been to have separate branches for each environment but has been problematic for a number of reasons16:49
*** luneff <luneff!~yury@> has quit IRC16:49
seebskanavin: hi! that might be possible. honestly if you can narrow it down a bit i can probably have a go at the thing. although i'd need to download and rebuild an oe-core setup again.16:52
seebsfor reasons i have not been keeping things in order. :(16:52
seebsrburton: i think there's only one possible fix16:52
seebsfind out how to identify the account he runs as, and make sure the bugs are preserved when run by someone with that username16:52
seebsit's the only way to be fair16:53
droctothorpethe other thing i could try is add a `mv` command to pkg_postinst that just removes the env from the pkg name16:54
droctothorpepkg folder name I mean16:54
kanavinseebs: I looked into it a bit more. If I run the do_install script directly under the new pseudo it works as intended. things break down when pseudo is used to run bitbake-worker, so something is happening there, and it might not be possible to produce a standalone reproducer :(16:55
kanavinseebs: hence the idea with logs (see bug)16:56
kanavinseebs: I did narrow it down to a recipe that takes only a few minutes to build (and only once) (see bug :)16:57
*** armpit <armpit!~armpit@2601:202:4000:1184:4c3d:6d16:593d:cc61> has quit IRC17:00
seebsokay, sounds like a thing i can pursue. is there a branch of oe-core i can/should check out to try this?17:01
seebs... wow, it's been a long time. what's the canonical repo i should be cloning from, if i'm not doing "grab internal WR source"? :P17:01
*** armpit <armpit!~armpit@2601:202:4000:1184:88eb:9355:1226:7325> has joined #yocto17:01
*** sno <sno!> has quit IRC17:06
*** Snert_ <Snert_!~snert_@> has joined #yocto17:07
*** Jefro <Jefro!~josiermi@> has quit IRC17:08
*** luneff <luneff!~yury@> has joined #yocto17:08
RPkanavin: ^^^17:09
RPseebs: kanavin put a url in
yoctiBug 11996: normal, Medium+, 2.5 M3, seebs, IN PROGRESS REVIEW , pseudo: cannot use unnamed temporary files (O_TMPFILE)17:10
RPer c25...17:10
RPrburton: "Error: cannot register alternative arch to /usr/bin/arch since it is already registered to /bin/arch"  - which patch causes that?17:12
*** khem <khem!~khem@unaffiliated/khem> has quit IRC17:12
rburtonRP: in meeting right now17:12
RPrburton: np17:13
droctothorpeI guess to simplify my question, given a recipe `Archivist-Staging_1.1.0` what do I need to put in the recipe to make sure that it installs to a folder named `Archivist` instead of `Archivist-Staging`?17:13
droctothorpeThe recipe currently has no do_install block17:14
seebsthx, i will attempt it17:14
*** didil <didil!c186db48@gateway/web/freenode/ip.> has quit IRC17:14
RPdroctothorpe: what do you mean by "installs" ?17:14
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto17:15
seebs... okay so it turns out i don't even have an oe-core dir on this machine, and i vaguely recall that there were two upstreams i could use for oe-core but i don't remember which one was which.17:17
seebsit really has been a while since i attempted this, apparently.17:17
frayif you want a single clone.. clone poky17:18
frayif you want multiple clones, do bitbake, oe-core separately..17:18
kanavinseebs: just clone the url I posted to the bug17:18
droctothorpeRP: when I install the pkg on my target machine17:19
seebs... i'm confused. ""? i thought poky-contrib was a separate tree.17:19
droctothorpeRP: so when I run dpkg -i on the resulting package, I want the contents to be stored in a folder called `Archivist` not `Archivist-Staging`17:19
fraythat is a sepeate tree..  all depends on if it's based on poky or oe-core (probably poky)17:19
frayso you can just clone it down as a single item and use it, if that is the rperoducer instructions17:20
seebsi assume there is some kind of naive translation from cgit URLs to git URLs17:20
*** martinkelly1 <martinkelly1!~martin@> has joined #yocto17:23
*** mckoan is now known as mckoan|away17:23
fraygit:// --branch akanavin/pseudo-1.9.017:24
seebsman it has been too long17:24
seebsanyone who isn't intel need a programmer to do yocto-ish stuff? (there are Issues with me trying to work for intel due to layoff paperwork)17:25
*** jcstach <jcstach!~jcstach@> has joined #yocto17:27
kanavinseebs: so are you all sorted with pseudo reprodcer? I was on the phone, but now finished :)17:29
*** WillMiles <WillMiles!> has joined #yocto17:32
seebsi don't know. i'm up to the point of "why do i need texinfo noooo my disk space come back disk space i just freed that space up"17:35
seebsi was so pleased, i found an 8GB tarball which contained a bunch of stuff i didn't need and also something like 10 screenshots i could conceivably ever want again.17:35
seebsnow that space will hold texinfo17:36
*** sjolley <sjolley!~sjolley@> has joined #yocto17:37
*** luneff <luneff!~yury@> has quit IRC17:37
seebsokay i got the thing to happen!17:41
seebs| got *at() syscall for unknown directory, fd 517:41
seebs| unknown base path for fd 5, path sound17:41
seebsthere we go now i just have to figure out why17:41
seebsmy guess is it's because i'm not good enough and do not deserve to have nice things17:41
kanavinseebs:  os-release/.../image directory is created with (rw------) permissions for some reason, I think these messages are a consequence of that, they're not in itself the problem17:45
seebsokay, thanks. i have it happening, i can attempt to debug it.17:47
kanavinseebs: cheers17:47
*** JaMa <JaMa!~martin@> has quit IRC17:48
*** droctothorpe <droctothorpe!a2d58520@gateway/web/freenode/ip.> has quit IRC17:52
*** colrack <colrack!~colrack@> has joined #yocto17:57
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto18:00
tgoodwinIs there a better way to extend an existing vendor machine definition than copying it?18:02
*** colrack <colrack!~colrack@> has quit IRC18:05
*** dreyna <dreyna!> has joined #yocto18:13
*** gnac <gnac!> has quit IRC18:15
kanavintgoodwin: if machine definition has include files, you can re-use those18:23
kanavine.g. meta-intel builds on things defined in oe-core18:23
tgoodwinRight, I see that much.  I'm thinking more like overriding the KERNEL_DEVICETREE from a kernel append recipe based on the existing machine name.18:24
tgoodwinOr is that an inappropriate way to go?18:24
kanavintgoodwin: that kind of thing is over my head unfortunately  :)18:24
tgoodwinkanavin: :) What I'm working through is pulling someone's patches to a kernel fork into modules, which require device tree changes to map them back to the target hardware.  Right now we have our own <whatever>-extended machine name.  I'm figuring maybe there's a cleaner approach like simply including the layer that includes all the necessary changes, re-using the existing machine name(s).18:27
kergothyou could do that, but i'd suggest creating a new machine which includes/requires the other machine .conf and defines MACHINEOVERRIDES to include both.18:28
kergothbut yes, you could make a layer modify recipes based on the existing amchine name.. it's not ideal, though, and technically violates yocto compliance rules regarding layer behavior18:28
kergothlayers modifying behavior based on inclusion in bblayers rather than being opted-in is a no-no in general, unless there's no alternatives18:29
* kergoth shrugs18:29
tgoodwinkergoth: good to know...18:29
*** t0mmy <t0mmy!> has quit IRC18:29
kergothi.e. bsp layers should only modify recipes using their machine overrides, distro layers only with the distro override, etc18:29
*** Jefro <Jefro!josiermi@nat/intel/x-rbqtzomyestdrtut> has joined #yocto18:33
*** quite <quite!quite@unaffiliated/quite> has quit IRC18:33
*** hbruce <hbruce!hbruce@nat/intel/x-asdufckofdiixajt> has joined #yocto18:36
*** sno <sno!> has joined #yocto18:44
*** ladidadida <ladidadida!> has joined #yocto18:49
*** ladidadida <ladidadida!> has quit IRC18:56
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC18:57
*** sno <sno!> has quit IRC18:58
*** ladidadida <ladidadida!> has joined #yocto18:58
seebs... i am rusty and have forgotten. how do i hint to bitbake to be less aggressive about parallel builds and/or make jobs?18:59
*** lusus <lusus!~lusus@> has quit IRC19:00
*** sno <sno!~sno@2a01:598:80a5:f3ad:34e1:a45c:7f40:3dd7> has joined #yocto19:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto19:02
seebs... nevermind, it turns out i still remember how to use google19:02
*** ladidadida <ladidadida!> has quit IRC19:03
seebsi think i found the bug19:07
seebshmm. i found a thing of which i am suspicious, anyway.19:09
*** martinkelly1 <martinkelly1!~martin@> has quit IRC19:09
seebsthere's an fchmod() that specifies a mode assuming that the thing being created by an open() isn't a directory, which should be right I think. But it's a point at which I'm changing a mode to a mode that might have no execute bits...19:11
*** bluelightning <bluelightning!~paul@2406:e007:6d3e:1:5e51:4fff:febb:401d> has joined #yocto19:15
*** bluelightning <bluelightning!~paul@2406:e007:6d3e:1:5e51:4fff:febb:401d> has quit IRC19:15
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:15
*** yann <yann!~yann@> has quit IRC19:29
*** sno <sno!~sno@2a01:598:80a5:f3ad:34e1:a45c:7f40:3dd7> has quit IRC19:31
*** fl0v0 <fl0v0!> has quit IRC19:33
seebs#define O_TMPFILE (__O_TMPFILE | O_DIRECTORY)19:36
seebsSO IT TURNS OUT19:36
seebs"flags & O_TMPFILE" is not a valid test for "O_TMPFILE is set"19:36
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto19:37
*** sno <sno!> has joined #yocto19:38
*** gtristan <gtristan!~tristanva@> has joined #yocto19:38
*** sno <sno!> has quit IRC19:38
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC19:39
seebsso i might have a trivial fix for that, the problem was that opens with O_DIRECTORY were not getting logged because I mistakenly thought they were O_TMPFILE.19:40
*** morphis <morphis!> has quit IRC19:42
*** sno <sno!~sno@2a01:598:80a5:f3ad:4c77:1b7e:3ed0:43f4> has joined #yocto19:45
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC19:46
seebsyup, that's it, that fixes the 11996 thing more correctly. i will now see if i can get the epoll hang to happen.19:50
seebsnew patch is up in pseudo's master branch. it's really obvious, once you know that O_TMPFILE isn't a bit, why it was behaving so incredibly strangely.19:50
seebs@kanavin, or @rp: what's the epoll hang look like? can i reproduce it on a tiny laptop or must i get a huge system with many cores?19:53
*** [Sno] <[Sno]!> has joined #yocto19:57
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has quit IRC19:57
*** sno <sno!~sno@2a01:598:80a5:f3ad:4c77:1b7e:3ed0:43f4> has quit IRC19:59
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has joined #yocto19:59
*** dreyna <dreyna!> has quit IRC20:08
*** [Sno] <[Sno]!> has quit IRC20:08
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto20:21
rob_wanyone have some hints about having a A/B partition scenario, specially about verfiying the new image prior to set it default ?20:22
LetoThe2ndrob_w: i'd say, look at mender.io20:23
*** zepto88 <zepto88!> has joined #yocto20:23
rob_wyeah they should have some sophistaced way  thx20:24
LetoThe2ndrob_w: actually their overview already sugegst sometihng like that :)20:24
rob_wa good suggestion, one would want to verfiy as much as possible somehow20:25
zepto88hello! I want to install grub-efi into the rootfs instead of grub, but i get conflict, since they contains the same files, how to i replace grub with grub-efi20:25
rob_wi was interested what people do after first booting the new image just before the final "GO"20:26
zepto88found an old patch which let you install both, but it doesnt work anymore20:26
LetoThe2ndzepto88: umm... remove grub, add grub-efi for it? or whats the exact problem if they clash and you have to choose one?20:26
*** ladidadida <ladidadida!> has joined #yocto20:27
rob_wfeels like there only can be one grub to rule ;-)20:27
zepto88if you mean remove with IMAGE_INSTALL_removed it doesnt work20:27
*** ladidadida <ladidadida!> has quit IRC20:28
*** ladidadida <ladidadida!> has joined #yocto20:28
rob_wi guess you want to find who pulls the wrong package in20:28
LetoThe2ndzepto88: 1) it is _remove, not _removed 2) why not construct your image the way you want it, instead of trying to beat an existing one into shape?20:28
zepto88i think it comes from a packagegroup in meta class core-image or something20:29
LetoThe2ndzepto88: thats exactly what i mean. why are you blindly pulling in stuff ("i think"... "or something") instead of just wrting down the image recipe the way you want it?20:30
zepto88wow, came for help. getting bashed,20:30
LetoThe2ndits really the latest en vogue nonsense here. "how do i beat this and this and this into shape, i so totally want to avoid my image properly". seen it like 5 times this week20:31
zepto88the only thing i include in my recipe is my own installer script, then inherit core-image20:31
LetoThe2nd'bout two months ago, it was "why can't we automagically have package repositories and runtime package management"20:32
zepto88dude, im just asking if there is a simple solution to removing grub20:32
LetoThe2ndand i'm saying that you are probably blindly puling in something. not exactly by the image necessarily. my gut feeling says, its the MACHINE/DISTRO combination20:34
* LetoThe2nd feels honoured by the bill and ted dudism :)20:34
zepto88im not blindly pulling anything, like i said, recipe is inherit core-image from the meta layer, install bash script into /etc/init.d20:35
LetoThe2ndmaybe name your DISTRO and MACHINE?20:35
*** stephano <stephano!stephano@nat/intel/x-vbffykceikdotlrf> has quit IRC20:36
*** zepto88 <zepto88!> has quit IRC20:36
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto20:40
*** lamego <lamego!lamego@nat/intel/x-kmfjqhuhezlwbktm> has quit IRC20:42
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC20:45
*** stephano <stephano!~stephano@> has joined #yocto20:45
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC20:50
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto20:51
*** marka <marka!~masselst@> has quit IRC20:52
*** tgraydon <tgraydon!~tgraydon@> has joined #yocto20:52
*** tgraydon <tgraydon!~tgraydon@> has quit IRC21:02
*** tgraydon <tgraydon!~tgraydon@> has joined #yocto21:03
*** yann <yann!> has joined #yocto21:04
*** tgraydon <tgraydon!~tgraydon@> has joined #yocto21:04
*** tgraydon <tgraydon!~tgraydon@> has joined #yocto21:08
*** ladidadida <ladidadida!> has quit IRC21:10
*** ladidadida <ladidadida!> has joined #yocto21:10
*** dreyna <dreyna!> has joined #yocto21:10
*** quite <quite!quite@unaffiliated/quite> has joined #yocto21:13
*** fischerm <fischerm!> has joined #yocto21:16
*** ladidadida <ladidadida!> has quit IRC21:16
*** ladidadida <ladidadida!> has joined #yocto21:17
*** ladidadida <ladidadida!> has quit IRC21:17
sum1is there a way to specify the location of where the .patch in a SRC_URI is applied to?21:28
sum1ie. to a file in ${WORKDIR} instead of ${S}21:28
*** Jefro <Jefro!josiermi@nat/intel/x-rbqtzomyestdrtut> has quit IRC21:29
*** Jefro <Jefro!josiermi@nat/intel/x-bssfrelrtldtqckd> has joined #yocto21:32
sum1i should add that for recipes where ${S} is redefined to be something as like ${WORKDIR}/git21:33
*** JPEWhacker <JPEWhacker!cc4da337@gateway/web/freenode/ip.> has joined #yocto21:36
JPEWhackerWhat determines the cutoff between master & master-next.... it currently seems to have cut halfway through my IceCream patches.... not that it is wrong, just strange21:37
*** mattsm <mattsm!> has quit IRC21:38
*** Jefro <Jefro!josiermi@nat/intel/x-bssfrelrtldtqckd> has quit IRC21:39
*** Jefro <Jefro!~josiermi@> has joined #yocto21:39
*** mattsm <mattsm!> has joined #yocto21:41
*** Jefro <Jefro!~josiermi@> has quit IRC21:43
* armpit time to learn how to update a yocto kernel21:44
*** pohly <pohly!> has quit IRC21:44
*** rcw <rcw!~rwoolley@> has quit IRC21:48
kergothsum1: yes, there's a url parameter to control it21:48
RPJPEWhacker: not really that strange :)21:48
RPJPEWhacker: the first half only touch the icecream class which has no testing in our infrastructure, the second half will hit testing21:49
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC21:49
RPJPEWhacker: worst case this means some bits fail in testing and you need to rewrite the end part of the series but saves me processing the first pieces again21:51
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has quit IRC21:52
sum1i tried ;patchdir= but that didn't work. ;url= should work?21:53
RPrburton: its the busybox upgrade causing the arch thing. Dropped that, time and nfs-utils, retrying -next21:53
sum1hmm, ;url=${WORKDIR} for the file://thing.patch line in SRC_URI didn't work either.21:54
sum1did i misunderstand your answer?21:54
JPEWhackerRP: Makes sense, thanks!21:55
kergothyes, patchdir is a url parameter on the file:// url. i didn't mean "url" literally21:55
kergothpatchdir should work fine, if it's not doing so, you'll have to dig into that or report a bug21:55
sum1hmm k, yeah i hve a file in ${WORKDIR} that i'm trying to patch but it states 'No file to patch'  even with file://thing.patch;patchdir=${WORKDIR}21:56
kergothpatchdir may be relative to S, try patchdir=..21:57
kergothcan't recall offhand, worth trying though21:57
*** moto-timo <moto-timo!~ttorling@> has joined #yocto21:57
*** moto-timo <moto-timo!~ttorling@> has quit IRC21:57
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto21:57
sum1do you know if that behavior is still valid for .bbappends? as in an recipe from another layer puts file in ${WORKDIR} and my bbappend does the patch21:57
sum1i'm assuming it's the same behaviour21:58
sum1i'll give that a shot, thanks!21:58
kergothbbappend is basically like concatenation, they don't change the semantics of a variable21:59
kergothbitbake doesn't care waht file happened to define or append to a variable like SRC_URI21:59
kergothin the end it's just one string21:59
*** Jefro <Jefro!~josiermi@> has joined #yocto21:59
sum1yeah that's what i assumed, the parsing bb step in yocto is basically collecting all bbs and bbappends so they execute as a single unit, ya?21:59
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC22:01
sum1hmm..., ;patchdir=.. doesn't seem to work either, i'll play around with it a bit more and see if i can figure out what's going wrong22:01
*** Jefro <Jefro!~josiermi@> has quit IRC22:01
*** Jefro <Jefro!~josiermi@> has joined #yocto22:02
kergothmake sure your striplevel is correct to, if the subdir in the path file needs to be adjusted (passed to patch as -p)22:02
sum1the patch was created using git diff --no-prefix and my understanding is that it should apply cleanly22:04
*** martinkelly1 <martinkelly1!~martin@> has joined #yocto22:06
*** Jefro <Jefro!~josiermi@> has quit IRC22:06
sum1cleanly with -p0 that is22:07
*** WillMiles <WillMiles!> has quit IRC22:08
*** marka <marka!~masselst@> has joined #yocto22:12
sum1looks like ;p=0 was not making it through, i redid the patch file without --no-prefix and the default -p1 found the right file22:13
*** martinkelly1 <martinkelly1!~martin@> has quit IRC22:17
*** sno <sno!> has joined #yocto22:19
lukmaIs there any neat way to debug: ERROR: ParseError at22:24
lukmathe bitbake -e seems to be too late.......22:24
kergothsum1: the patch class obeys the 'patchlevel' parameter, not 'p'22:27
kergothpatchlevel or striplevel, one of the two22:27
kergothgoing off the top of my head here, but it's not p=22:27
*** M <M!cebfaad1@gateway/web/freenode/ip.> has joined #yocto22:28
*** M is now known as Guest9070422:28
Guest90704Is there a place to ask about using the yocto build system. why don't I see any user forums?22:29
sum1fair enough, i'll chalk that up to my mistake. thanks for all your help kergoth!22:29
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC22:32
rburtonGuest90704: this is a user forum22:41
rburtonGuest90704: there's also the mailing lists22:42
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC22:46
seebsadministering forum software is a pain and searchable mailing list indexes suit us better22:47
*** sjolley <sjolley!~sjolley@> has quit IRC22:49
*** joshuagl <joshuagl!joshuagl@nat/intel/x-dnonzftqcbczskdt> has quit IRC22:53
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto22:56
*** martinkelly1 <martinkelly1!> has joined #yocto23:04
*** falstaff <falstaff!~quassel@2001:1620:c6e:0:8800:88ca:11d8:493a> has quit IRC23:07
*** falstaff_ <falstaff_!~quassel@2001:1620:c6e:0:7c84:167c:4a2a:80e8> has joined #yocto23:07
*** nighty- <nighty-!> has quit IRC23:09
*** hnje <hnje!~hnje@> has quit IRC23:25
*** frieder <frieder!> has quit IRC23:34
*** tgraydon <tgraydon!~tgraydon@> has quit IRC23:35
*** sjolley <sjolley!sjolley@nat/intel/x-cjiuxlialvvhlshs> has joined #yocto23:35
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC23:37
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:39
*** hbruce <hbruce!hbruce@nat/intel/x-asdufckofdiixajt> has quit IRC23:46
RPGuest90704: there is stackoverflow as well for questions23:50
*** marka <marka!~masselst@> has quit IRC23:51
*** Willy-- <Willy--!~william@> has joined #yocto23:56

Generated by 2.11.0 by Marius Gedminas - find it at!