Thursday, 2017-06-29

*** sjolley <sjolley!~sjolley@> has quit IRC00:11
*** seebs <seebs!~seebs@> has quit IRC00:14
*** sjolley <sjolley!~sjolley@> has joined #yocto00:14
*** slips <slips!> has quit IRC00:20
*** slips <slips!> has joined #yocto00:22
*** seebs <seebs!~seebs@> has joined #yocto00:29
*** sjolley <sjolley!~sjolley@> has quit IRC00:30
*** sgw_ <sgw_!sgw_@nat/intel/x-jjcefkpdqyqqqpna> has quit IRC00:33
*** nighty- <nighty-!> has joined #yocto00:41
*** Guma <Guma!> has quit IRC00:43
*** sjolley <sjolley!~sjolley@> has joined #yocto00:49
*** Guma <Guma!> has joined #yocto00:56
*** slips <slips!> has quit IRC01:05
*** slips <slips!> has joined #yocto01:07
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC01:09
*** bavery_fn <bavery_fn!~bavery@> has quit IRC01:16
*** berndhs <berndhs!> has quit IRC01:18
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto01:19
*** slips <slips!> has quit IRC01:20
*** slips <slips!> has joined #yocto01:22
*** msvb-lab <msvb-lab!> has joined #yocto01:25
*** msvb-lab <msvb-lab!> has quit IRC01:30
*** majuk <majuk!> has joined #yocto01:39
*** majuk <majuk!> has quit IRC01:44
*** Nilesh <Nilesh!uid116340@gateway/web/> has joined #yocto01:53
*** Nilesh is now known as Nilesh_02:03
*** florian__ <florian__!~fuchs@Maemo/community/contributor/florian> has joined #yocto02:08
*** scottrif <scottrif!> has quit IRC02:08
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has quit IRC02:12
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto02:13
*** NU-Slacker_ <NU-Slacker_!~NU-Slacke@> has quit IRC02:14
*** NU-Slacker <NU-Slacker!~NU-Slacke@> has joined #yocto02:15
*** dreyna <dreyna!> has quit IRC02:31
*** gtristan <gtristan!~tristanva@> has quit IRC02:40
*** gtristan <gtristan!~tristanva@> has joined #yocto02:47
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC03:01
*** jo_90 <jo_90!~John90@> has quit IRC03:20
*** rick_0 <rick_0!> has joined #yocto03:21
*** mansandersson_ <mansandersson_!~mansander@> has joined #yocto03:34
*** mansandersson <mansandersson!~mansander@> has quit IRC03:34
*** aehs29 <aehs29!~aehernan@> has quit IRC03:36
*** seebs <seebs!~seebs@> has quit IRC03:38
*** seebs <seebs!~seebs@> has joined #yocto03:39
*** redengin <redengin!~redengin@2601:600:987f:e616:cc2a:eee8:f7b4:f7e9> has quit IRC03:52
*** redengin <redengin!~redengin@2601:600:987f:e616:e8c3:c0a4:d1d9:3e2> has joined #yocto03:53
*** aehs29 <aehs29!~aehernan@> has joined #yocto03:54
*** agust <agust!> has joined #yocto05:03
*** sgw_ <sgw_!~sgw_@> has joined #yocto05:04
*** AndersD <AndersD!> has joined #yocto05:08
*** AndersD <AndersD!> has quit IRC05:17
*** AndersD <AndersD!> has joined #yocto05:18
*** cornel <cornel!~cornel@> has quit IRC05:26
*** pidge <pidge!~pidge@2001:41d0:a:5dc5::> has quit IRC05:55
*** pidge <pidge!~pidge@2001:41d0:a:5dc5::> has joined #yocto05:55
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto05:57
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto05:57
*** fqtw <fqtw!~fqtw@> has joined #yocto05:57
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC06:00
*** pohly <pohly!> has joined #yocto06:05
*** csanchezdll <csanchezdll!> has joined #yocto06:09
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto06:16
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto06:16
*** frsc <frsc!> has joined #yocto06:22
*** hamis <hamis!~irfan@> has joined #yocto06:26
*** jku <jku!~jku@> has joined #yocto06:27
*** tasslehoff <tasslehoff!~Tasslehof@> has joined #yocto06:41
*** luc4 <luc4!~anonymous@> has joined #yocto06:47
*** qt-x <qt-x!~Thunderbi@> has joined #yocto06:50
*** Bunio_FH <Bunio_FH!> has joined #yocto06:51
*** fl0v0 <fl0v0!> has joined #yocto06:56
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto07:00
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto07:08
*** fl0v0 <fl0v0!> has quit IRC07:09
*** mdnneo <mdnneo!~umaucher@> has joined #yocto07:16
*** rajm <rajm!~robertmar@> has joined #yocto07:21
*** fl0v0 <fl0v0!> has joined #yocto07:24
*** eppak <eppak!5d2abfd6@gateway/web/freenode/ip.> has joined #yocto07:24
eppakhello guys. I need a hint.. I've a yocto project structured as prj/poky /prj/layers prj/applications. now I have a custom recipe that must fetch the soruces folders and subfolders in prj/applications/app107:26
eppakI've trie to add SRC_URI = "file:///home/myuser/prj/applications/app1/* "07:27
eppakbut doesn't seem correct.. How can I do that ?07:27
*** mckoan|away is now known as mckoan07:29
mckoangood morning07:29
*** ChrysD <ChrysD!d9804861@gateway/web/freenode/ip.> has quit IRC07:30
mckoaneppak: no, you have to keep your sources locally into the recipe directory07:30
*** ChrysD <ChrysD!d9804861@gateway/web/freenode/ip.> has joined #yocto07:30
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.> has joined #yocto07:31
eppakthank you mckoan !07:31
eppakso there is no way to have the custom applications sources outside the layers dir ?07:31
LetoThe2ndfor the development time you can use EXTERNAL_SRC to archieve a similar effect, but usually the bast practise is to have the application in a seperate VCS repository that the recipe can then fetch.07:32
mckoaneppak: in this case you need to use http or git fetch07:32
*** gtristan <gtristan!~tristanva@> has quit IRC07:32
eppakas now I have "gitted" my "yocto-project"07:33
eppakevery application folder under the prj/applications is  a git repo itself07:33
LetoThe2ndeppak: packing the sources into the layer itself (or tightly coupling them) is a bad practise. well if every application is a proper git repo anyways, then just have the recipe fetch it.07:34
eppakso I fetch the soruces using the git protocol within the recipe07:34
*** ant_work <ant_work!> has joined #yocto07:34
*** ed2 <ed2!~Adium@> has joined #yocto07:35
eppakby the way since the applications folder is local, when I pull the main yocto project on gitlab07:35
eppakI see that the folders under the prj/application folder is not browasable07:36
eppakit seems not to add the git repos related to the applications sources07:36
*** Bunio_FH <Bunio_FH!> has quit IRC07:36
*** Bunio_FH <Bunio_FH!> has joined #yocto07:37
*** vdehors <vdehors!> has joined #yocto07:38
mckoaneppak: no, every application folder under the prj/applications as a git repo itself is not what is expected07:38
mckoaneppak: have a look at other recipes as reference07:39
LetoThe2ndas long as prj itself is not under version control, its no problem07:39
*** Kakounet <Kakounet!> has joined #yocto07:39
LetoThe2ndthe key point is that bitbake does not use the src in your manually tinkered application folder, but its own fetched state.07:40
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC07:40
*** sameo_ <sameo_!~samuel@> has joined #yocto07:41
eppakmckoan as far I have understood I have three options.. have a tar.gz, have a git repos or put the sources in the recipes folder.. Correct ?07:41
eppakLeoThe2nd the problem is that prj itself is versioned with git07:41
LetoThe2ndeppak: then you might want to read up on git submodules, but you're most likely to run into problems.07:42
eppakI know and I think it too07:43
eppakso I was thinking to remove versioning of the applications07:43
LetoThe2ndmost people avoid such giant repositories by properly splitting up things, and then use some script or setup solution to recreate the build setup as needed.07:44
eppakbut then I can't fetch them07:44
LetoThe2ndlike repo, for example07:44
*** nighty- <nighty-!> has quit IRC07:45
LetoThe2ndas a workaround you can EXTERNAL_SRC, as i already said. but it will break the internal reproductibility of your builds, and probably slow down them too as everything get rebult all the time then.07:45
eppakwhat do you mean for repo ?07:45
eppakI'm interested in finding the best way to structure the project07:46
LetoThe2ndits a common option these days. you can find an example usecase in the fsl stuff07:47
eppakty LeoThe2nd. I'll give it a try07:49
LetoThe2ndhere's how they do it:
eppakbasically I have to create different git repositories07:53
eppakand using repo to have them collected ?07:54
LetoThe2ndthats the common way of using it, yes.07:54
*** zero_note <zero_note!> has joined #yocto07:57
eppakOk.. it seems quite an option07:57
eppakbut if the applications begins to be many.. probably would be better to version only the applications folder instead of each one of its subfolder08:00
eppakin such a case, I will be facing the same problem..08:02
*** rick_0 <rick_0!> has quit IRC08:03
*** robertyang <robertyang!~lyang1@> has quit IRC08:03
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto08:04
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto08:04
LetoThe2ndi don't see the point. basically everything you get from upstream is "one repository per application".08:05
*** robertyang <robertyang!~lyang1@> has joined #yocto08:05
*** yann <yann!> has quit IRC08:08
*** rick_0 <rick_0!> has joined #yocto08:09
*** grma <grma!~gruberm@> has joined #yocto08:13
*** nighty- <nighty-!> has joined #yocto08:13
*** ChrysD_ <ChrysD_!d9804861@gateway/web/freenode/ip.> has joined #yocto08:14
*** toscalix <toscalix!~toscalix@> has joined #yocto08:16
*** ChrysD <ChrysD!d9804861@gateway/web/freenode/ip.> has quit IRC08:16
eppakLeoThe2nd I'm not quite an expert both and git and yocto08:17
eppakas now I have more or less 10 applications under the applications folder and to have them bitbaked I have setup one local git repo for each application08:18
LetoThe2ndok, so what?08:19
LetoThe2ndi don't see any problem. 10 application -> 10 git repos for them, and a layer that containes the recipes for it, 11th repo08:19
LetoThe2ndsee, for bitbaking you do not need to checkout the 10 app repos. you only get the layer repo, rest all happens internally.08:20
*** rick_0 <rick_0!> has quit IRC08:21
*** eppak_ <eppak_!055a3c8b@gateway/web/freenode/ip.> has joined #yocto08:22
eppak_i don't really want to upload 20 repos on gitlab08:22
*** eppak <eppak!5d2abfd6@gateway/web/freenode/ip.> has quit IRC08:23
eppak_it would be better to upload only the applications folder as one repo08:23
LetoThe2nd"i don't want to."08:23
*** florian__ is now known as florian08:23
*** rick_0 <rick_0!> has joined #yocto08:24
LetoThe2ndglueing everything into on means that everytime you need to modify one thing, you need to download everything. plus, the commit history become totally meaningless for the applications08:24
LetoThe2ndnot a good idea.08:24
*** nemequ <nemequ!> has quit IRC08:26
*** nemequ <nemequ!> has joined #yocto08:26
eppak_but what about if the projects beacame to be more and with different applications08:27
eppak_I would have to face dozen of repos08:27
eppak_Is this acceptable ? I really don't now as I am pretty a newbie08:28
LetoThe2ndno the exact opposite. imagine you have application A, B, C, D, E. project 1 needs A, B, C - project 2 needs C, D, E08:28
*** sameo_ <sameo_!~samuel@> has quit IRC08:29
zero_noteeppak_: really bad idea. You can try with git submodules, nevertheless it remain a bad idea.08:29
LetoThe2ndif everything is glued up, each project needs to pull in 2 applications it doesn't need at all. and would even need to rebuild even if the needed application is unchanged. but there's no way of telling with one global commit history.08:29
eppak_in that case I agree with you Leto08:29
LetoThe2ndits really
*** janho <janho!~johan@2a01:e35:8b8b:df0:8c00:fa67:aa05:3ae7> has joined #yocto08:30
eppak_ty guys ! I've really appreciated08:30
LetoThe2ndone task should be handled by one application, one application goes into one repository. easy as that.08:31
*** edgar444 <edgar444!uid214381@gateway/web/> has quit IRC08:35
*** RP1 is now known as RP08:38
*** msvb-lab <msvb-lab!> has joined #yocto08:44
*** eppak <eppak!5d2abfd6@gateway/web/freenode/ip.> has joined #yocto08:46
*** sameo_ <sameo_!~samuel@> has joined #yocto08:46
*** eppak_ <eppak_!055a3c8b@gateway/web/freenode/ip.> has quit IRC08:47
*** rick_0 <rick_0!> has quit IRC08:51
*** yann <yann!> has joined #yocto08:57
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto09:00
*** rburton <rburton!> has joined #yocto09:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC09:07
*** JoiF <JoiF!~jofr@> has joined #yocto09:14
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:17
*** Sir_Gallantmon <Sir_Gallantmon!King_InuYa@fedora/ngompa> has joined #yocto09:21
*** ionte_ <ionte_!> has joined #yocto09:32
*** nighty- <nighty-!> has quit IRC09:46
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has quit IRC09:53
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has joined #yocto09:54
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto09:55
*** Bunio_FH <Bunio_FH!> has quit IRC10:00
*** Bunio_FH <Bunio_FH!> has joined #yocto10:16
*** mansandersson_ is now known as mansandersson10:17
mansanderssonhi guys. I'd like to add the build date to the PV of my image. Just adding ${DATETIME} worked i fido but now yields errors (hash mismatch) after updating to pyro. Is it possible some other way?10:19
*** slips <slips!> has quit IRC10:21
*** slips <slips!> has joined #yocto10:22
*** rburton <rburton!> has quit IRC10:25
*** nighty- <nighty-!> has joined #yocto10:27
*** madhusudhananAnd <madhusudhananAnd!~irc@> has joined #yocto10:32
*** Sir_Gallantmon is now known as Son_Goku10:37
*** slips <slips!> has quit IRC10:37
*** slips <slips!> has joined #yocto10:38
*** tcpdump <tcpdump!sid47591@gateway/web/> has joined #yocto10:40
*** tasslehoff <tasslehoff!~Tasslehof@> has quit IRC10:43
*** qt-x <qt-x!~Thunderbi@> has quit IRC10:46
*** luc4 <luc4!~anonymous@> has quit IRC10:47
*** luc4 <luc4!~anonymous@> has joined #yocto10:48
mansanderssonhmm, the DATETIME variable is still documented as "The date and time on which the current build started". Yet I'm getting a new value every time the recipe is parsed/accessed. Is this a bug?10:58
*** sjolley <sjolley!~sjolley@> has quit IRC11:04
*** sjolley <sjolley!~sjolley@> has joined #yocto11:04
*** peacememories <peacememories!> has joined #yocto11:06
RPmansandersson: it stays constant for any given execution of bitbake11:06
*** rburton_ <rburton_!> has joined #yocto11:06
*** rburton <rburton!> has joined #yocto11:08
*** rburton_ <rburton_!> has quit IRC11:08
mansanderssonRP: that's what I thought too but adding it to my PV gives me all sorts of errors, among them hash mismatch for each task in my image recipe.11:08
RPmansandersson: in fido I suspect you might get an odd behaviour like errors if the date you parse on was different to the one you built on11:08
RPmansandersson: we found there were issues so we made the system more verbose about the errors11:09
*** Snert <Snert!> has quit IRC11:09
RPmansandersson: DATETIME is still placed into generated image output files in master11:09
RPmansandersson: using it as PV is potentially trickier, I've not tried that11:10
mansanderssonRP: I guess it's this message you've added: When reparsing, the basehash value changed from <HASH1> to <HASH2>. The metadata is not deterministic and this needs to be fixed.11:10
RPmansandersson: right11:10
mansanderssonRP: yeah, I've might have had errors in fido too but not known about them.11:10
RPmansandersson: its basically saying that the metadata it just parsed didn't match what was in the cache (which in this case it clearly doesn't match since DATETIME changed and PV changed)11:11
mansanderssonRP: the actual problem I'm trying to solve is that I have an AUTOREV packag in my image and I want each build of the image have a different version to indicate that there can be differences11:11
mansanderssonRP: I can override the image name and add DATETIME there but then the version written to my rootfs isn't the same as the one in the file name11:12
RPmansandersson: You might be able to do something like PV[vardepsexclude] = "DATETIME"11:12
RPI do worry about that just masking problems though :/11:13
RPmansandersson: the other option is to force your recipe to reparse every time11:13
*** mihai_ <mihai_!~mihai@unaffiliated/mihai> has joined #yocto11:14
RPI think BB_DONT_CACHE = "1" in the recipe11:14
*** caiortp <caiortp!~inatel@> has joined #yocto11:14
mansanderssonRP: okay. I'll try the BB_DONT_CACHE option and see where that gets me.11:14
mansanderssonbig thanks!11:15
*** madhusudhananAnd <madhusudhananAnd!~irc@> has quit IRC11:15
*** mansandersson_ <mansandersson_!~mansander@> has joined #yocto11:16
*** mansandersson <mansandersson!~mansander@> has quit IRC11:19
*** berndhs <berndhs!> has joined #yocto11:20
*** avalluri_ <avalluri_!avalluri@nat/intel/x-dscyuydejktqjvgu> has quit IRC11:23
*** Snert <Snert!> has joined #yocto11:25
*** avalluri <avalluri!~avalluri@> has joined #yocto11:26
*** luc4 <luc4!~anonymous@> has quit IRC11:27
*** peacememories <peacememories!> has quit IRC11:27
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto11:42
*** sjolley <sjolley!~sjolley@> has quit IRC11:42
*** madhusudhananAnd <madhusudhananAnd!~irc@> has joined #yocto11:42
*** berton <berton!~berton@> has joined #yocto11:46
*** sjolley1 <sjolley1!~sjolley@> has quit IRC11:49
*** sjolley <sjolley!~sjolley@> has joined #yocto11:50
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto11:53
*** mansandersson_ is now known as mansandersson11:56
*** mansandersson_ <mansandersson_!~mansander@> has joined #yocto11:57
*** mansandersson <mansandersson!~mansander@> has quit IRC12:01
tcpdumpthe latest versions of yocto use systemd, no?12:09
neverpanicAFAIK they can, but they offer you a choice.12:11
Crofton|workdepends on your distro config12:11
*** mansandersson_ is now known as mansandersson12:17
mansanderssonRP: just for info, BB_DONT_CACHE didn't work. I still get the same errors.12:18
*** madhusudhananAnd <madhusudhananAnd!~irc@> has quit IRC12:18
*** joseppc <joseppc!> has joined #yocto12:19
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto12:19
RPmansandersson: :(. Not sure I understand why that didn't help without debugging it :(12:19
mansanderssonRP: I understand. I'll have to keep experimenting and see if I can find a workaround that's good enough. Thanks anyway12:20
*** mdnneo <mdnneo!~umaucher@> has quit IRC12:22
*** sjolley <sjolley!~sjolley@> has quit IRC12:27
*** sjolley <sjolley!~sjolley@> has joined #yocto12:28
*** yoctoguest <yoctoguest!b94f7d20@gateway/web/freenode/ip.> has joined #yocto12:29
yoctoguestdoes sbd. know what could cause 'No package X available.' after adding a cmake-package to CORE_IMAGE_EXTRA_INSTALL_append? it builds fine using bitbake X12:31
ant_workmisspelled? recipe name instead of package name?12:33
yoctoguestant_work: It's definitely not misspelled. how are recipe and package names defined? just via the names of the directories? I store it in meta-MYLAYER/recipes-NAME/X/X_1.0.bb12:34
mansanderssonRP: a workaround that seems to be working is this: I add a new variable to my image recipe IMAGE_PV="${PV}-${DATETIME}" which I add to my IMAGE_NAME and also prints to /etc/version in a POSTPROCESS_ROOTFS_COMMAND. I basically separates the bitbake build version and the perceived version by the user.12:38
RPmansandersson: that makes sense12:40
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC12:40
*** luc4 <luc4!~luca@> has joined #yocto12:40
*** paulg <paulg!> has joined #yocto12:44
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto12:44
ant_workyoctoguest, I'm looking for th eentry in the Yocto manual, one mom :)12:51
ant_workbasically you install the artifacts of a recipe12:52
ant_workwhose names can vary12:52
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC12:52
yoctoguestant_work: my recipes compiles using cmake, but only *.a files are being generated, no .so's or binaries. may that be a problem?12:54
*** peacememories <peacememories!> has joined #yocto12:55
ant_workit all depends on packaging12:55
yoctoguestwell I don't do any packaging. I leave that to the cmake script12:55
*** marka <marka!> has joined #yocto12:57
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC12:58
*** peacememories <peacememories!> has quit IRC13:00
ant_workI should check if cmake.bbclass does change this but normally .a files are packaged as staticdev13:03
ant_workcheck in WORKDIR and see the names of the packages13:04
ant_workand the split13:04
yoctoguestI think  that the main package class is not created because there are no binaries13:04
yoctoguestafter adding ALLOW_EMPTY_${PN} = "1" it compiled13:04
yoctoguestth eproblem is that staticdev depends on dev which depends on the main package13:05
yoctoguestfor whatever reason13:05
ant_workit's hard for me without crystal ball ;)13:06
ant_workcheck that the recipes do inherit cmake13:06
yoctoguestthey do13:06
ant_workas first13:06
*** jpew <jpew!cc4da337@gateway/web/freenode/ip.> has joined #yocto13:06
*** scottrif <scottrif!~scottrif@> has joined #yocto13:07
ant_workthen if you don't see custom do_install I'd say there should be no surprises13:07
ant_worksomewhere FILES = or PACKAGES = is declared ?13:07
yoctoguestno it's not13:08
*** berndhs <berndhs!> has quit IRC13:08
yoctoguestto me it looks like the build system creates X X-dev and X-dev recipes depending on the files being installed13:12
ant_worksee, there is a (much more complicate) similar case13:13
yoctoguestand for some magical reason X-staticdev depens on X-dev and dev depends on X13:13
ant_workopencv: fix packaging and install13:13
yoctoguestfrom which repo is thatg commit id?13:13
*** jku <jku!~jku@> has quit IRC13:16
ant_worktry to find an easier example of another cmake recipe :)13:16
yoctoguestwell they just overwrite the file lists13:18
yoctoguestit's questionable if that's better13:19
bluelightningyoctoguest: you should be able to set RDEPENDS_${PN}-staticdev = "" in the recipe13:19
yoctoguestis that the normal way to do things? because it sounds kinda weird to list every single file produced by cmake13:20
yoctoguestinstead of letting bitbake do that13:20
*** Shurelous <Shurelous!~igor@> has joined #yocto13:21
*** bavery_fn <bavery_fn!~bavery@> has quit IRC13:21
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto13:25
ant_workyoctoguest, check out simpler ex. like meta-oe/recipes-graphics/openjpeg/openjpeg_2.1.1.bb13:28
*** madisox <madisox!> has joined #yocto13:28
yoctoguest"FILES_${PN}-dev += "${libdir}/cmake/*.cmake"" that certainly looks interesting. so the build system knows how to handle these files and doesn't just place them in the install dir?13:33
rburton yoctoguest sounds like you need to read the bit of the manual about how install/package works13:34
yoctoguestrburton: I did(and still am) but it doesn't say anything about this13:36
rburtontbh i can't understand what you're asking, what's the problem?13:37
yoctoguestwell right now it's kinda solved/workedaround using two different possible solutions(thx btw), but the core problem was that there seem to be some weird dependencies between X, X-dev and X-staticdev13:38
yoctoguestand the FILES-line I just posted looks interesting/undocumented13:38
rburtonthe files line is documented by virtue of being in cmake.bbclass13:39
*** sjolley <sjolley!~sjolley@> has quit IRC13:39
rburtonit just puts the cmake library files into the right package13:39
*** sgw_ <sgw_!~sgw_@> has quit IRC13:39
*** sjolley <sjolley!~sjolley@> has joined #yocto13:39
rburtonthe PN-dev -> PN etc depends are declared in bitbake.conf.  typically, a -dev package is useless without the main package13:39
*** sgw_ <sgw_!~sgw_@> has joined #yocto13:40
ant_workline 27813:40
rburtonie no point having libfoo.h if you don't have to link against13:40
rburtonstaticdev -> dev as staticdev will just contain .a.  no headers, as they're in -dev13:40
rburton*if* you have a package which is only a static library then feel free to redefine the defaults13:40
yoctoguestrburton. makes sense, but I fail to see any code/comments related to the FILES-line in cmake.bbclass13:42
rburtonyoctoguest: its bordering on self-explanatory.  a comment would be "add $libdir/cmake/*.cmake to PN-dev" as they're for development purposes.13:43
yoctoguestthe file cmake.bbclass doesn't contain the string "*.cmake"13:44
*** stephano <stephano!stephano@nat/intel/x-qeeijctdhkxepnaw> has joined #yocto13:44
*** sgw_ <sgw_!~sgw_@> has quit IRC13:44
rburtonhm, so 1) i thoguht you were quoting from cmake.bbclass, and 2) i thought the class did that :)13:46
rburtongrep says it really should13:47
ant_workyoctoguest, grep for 'inherit cmake' and see, I think this is almost standard for libs13:47
ant_workrburton, ah :)13:47
rburtonso that FILES is just to put a development-time file in the development package13:47
* ant_work cannot grep atm13:47
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC13:53
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto13:54
*** sjolley <sjolley!~sjolley@> has quit IRC13:54
yoctoguestwell I'm actually using poky, so there may be a few differences13:54
*** sjolley <sjolley!~sjolley@> has joined #yocto13:55
kergothpoky is a demo distro, and a git repository combining bitbake+oe-core+meta-yocto. that class isn't poky-specific13:57
* kergoth yawns13:57
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto14:00
*** AndersD <AndersD!> has quit IRC14:01
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:02
*** peacememories <peacememories!> has joined #yocto14:03
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto14:06
*** sjolley <sjolley!~sjolley@> has quit IRC14:06
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto14:07
khemrburton: there ?14:08
*** peacememories <peacememories!> has quit IRC14:09
khemRP: rburton: glibc trunk is getting frozen for upcoming 2.26 release today, and I have been testing builds locally, I can propose that for OE-Core and then do a small bump along the way until august when the final 2.26 release14:09
kergothHere's a random thing, paged bitbake -e output with syntax highlighting: `bitbake -e | /usr/share/vim/*/macros/ - -c 'set ft=bitbake fdl=99'`14:10
*** berndhs <berndhs!> has joined #yocto14:11
RPkhem: that would seem to fit with our release schedule...14:11
khemRP: OK14:11
RPkergoth: interesting. I wonder how that works with the pagination patch I just saw...14:11
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC14:11
khemthen I will send a pu for glibc 2.26 tomorrow after freeze14:11
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC14:11
khemI also wish that we could highlight the compiler errors in logs14:12
RPkhem: do we need to be careful with the version? 2.26~rc or something?14:12
kergothRP: should be fine, afaik that patch should avoid its own paging when stdout isn't a tty, to run it this way, or presumably it'd obey PAGER so you could let it do it that way..14:12
kergoththough i haven't read the patch thoroughly14:12
RPkergoth: I've mixed feelings on that patch14:12
khemRP: I think it should be ok to call it 2.25.90 may be14:12
khemRP: although I am waiting on the PIE rework to go in first14:13
kergothyeah.. generally I'm in favor of auto-paged command output, but bitbake is a little different than most, given the multiple purposes of the different arguments, and knotty is rather more interactive than commands that usually page.. but at the same time, there's a clear value add14:13
khemsince all my testing is happenin on top of that14:13
RPkhem: I think we're strill struggling to get that to build cleanly on the ABs14:13
*** JoiF <JoiF!~jofr@> has quit IRC14:14
khemI am trying to reproduce but if you have pointers14:14
RPkergoth: right, its not clear cut. I do know who'll end up getting the bug reports though :(14:14
khemon AB to take a look at errors it will help me14:14
khemI have not managed to reproduce it locally14:14
RPkhem: rburton has been handling it, not me14:14
khemhe mentioned that bitbake -ctestimage core-image-sato-sdk fails14:15
khembut I have tried it on qemux86_64 and qemux8614:15
khemit passed14:15
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto14:17
*** JoiF <JoiF!~jofr@> has joined #yocto14:18
ChrysD_kergoth : Is it you that played with boot2qt?14:20
*** jku <jku!> has joined #yocto14:20
*** JoiF <JoiF!~jofr@> has quit IRC14:23
*** ant_work <ant_work!> has quit IRC14:23
bluelightningChrysD_: it was kanavin (who seems not to be here atm)14:24
ChrysD_bluelightning : oh yeah14:24
ChrysD_bluelightning : I'm trying to understand what exactly it is...14:24
khemhow can I pass runqemu arguments when doing bitbake -ctestimage ?14:28
khemI want to pass kvm option14:28
*** hamis <hamis!~irfan@> has quit IRC14:34
*** rburton <rburton!> has quit IRC14:34
*** rburton <rburton!> has joined #yocto14:35
*** JoiF <JoiF!~jofr@> has joined #yocto14:37
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.> has quit IRC14:46
*** Bunio_FH <Bunio_FH!> has quit IRC14:48
*** rburton <rburton!> has quit IRC14:48
*** csanchezdll <csanchezdll!> has left #yocto14:53
khemRP: here are latest run this morning
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto14:57
khemthis is on qemux8614:58
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC14:58
*** bluelightning_ is now known as bluelightning14:58
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC15:01
*** majuk <majuk!> has joined #yocto15:01
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC15:02
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto15:04
*** JaMa <JaMa!~martin@> has joined #yocto15:09
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:16
*** rburton <rburton!> has joined #yocto15:16
*** jairglez <jairglez!jairdeje@nat/intel/x-pvleprrdjgteezme> has joined #yocto15:16
rburtonChrysD_: irc disonnected, did you get more understanding of boot2qt?15:19
rburtonChrysD_: yes it was kanavin, but he's on holiday now15:19
*** Kakounet <Kakounet!> has quit IRC15:19
khemrburton: I pasted my results here while you were disconnected15:21
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC15:25
rburtoni think the irc client is really dumb and doesnt' stop deep sleep15:25
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto15:26
*** JoiF <JoiF!~jofr@> has quit IRC15:26
*** JoiF <JoiF!~jofr@> has joined #yocto15:27
rburtonkhem: i'll pull your branch and try again now15:27
*** Crofton|work <Crofton|work!> has quit IRC15:28
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto15:29
*** Crofton <Crofton!> has quit IRC15:29
*** Crofton <Crofton!> has joined #yocto15:29
*** Crofton|work <Crofton|work!> has joined #yocto15:30
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto15:30
*** rcw <rcw!~rwoolley@> has joined #yocto15:30
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC15:30
*** ed2 <ed2!~Adium@> has quit IRC15:33
khemrburton: I am proposing glibc 2.26 as well later tonight which might be the difference15:33
*** slips <slips!> has quit IRC15:35
*** slips <slips!> has joined #yocto15:36
*** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has quit IRC15:36
khemrburton: try once15:36
khemotherwise I will prepare another pull for glibc 2.2615:36
khemalthough that will require the other pull for kraj/pu I sent last night15:37
*** nemunaire <nemunaire!> has joined #yocto15:37
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC15:37
*** rburton <rburton!> has quit IRC15:37
*** rburton <rburton!> has joined #yocto15:38
*** frsc <frsc!> has quit IRC15:41
*** frsc <frsc!> has joined #yocto15:41
*** mihai_ <mihai_!~mihai@unaffiliated/mihai> has quit IRC15:45
rburtonkhem: did you push? the hardening branch mail says 10 patches but branch says 915:47
rburtonah the iptables patch is in master-next15:48
*** rajm <rajm!~robertmar@> has quit IRC15:50
*** slips <slips!> has quit IRC15:50
*** jku <jku!> has quit IRC15:51
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC15:53
*** sjolley1 <sjolley1!~sjolley@> has quit IRC15:53
*** slips <slips!> has joined #yocto15:54
*** sjolley <sjolley!~sjolley@> has joined #yocto15:56
*** grma <grma!~gruberm@> has quit IRC15:56
*** sjolley <sjolley!~sjolley@> has quit IRC15:59
*** sjolley <sjolley!~sjolley@> has joined #yocto16:00
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC16:00
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto16:01
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto16:04
*** sjolley <sjolley!~sjolley@> has quit IRC16:08
*** jmcruzal <jmcruzal!jmcruzal@nat/intel/x-sgiroyvwatcnvped> has joined #yocto16:08
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC16:09
*** slips <slips!> has quit IRC16:10
eppakhello guys.. anybody know how to debug a: segmentation fault (core dumped) on yocto ?16:11
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:11
*** yoctoguest <yoctoguest!b94f7d20@gateway/web/freenode/ip.> has quit IRC16:12
eppakI've the same sources compiled natively on the same architecture with the same libraries and it runs like acharm16:12
eppakbut with its default distribution16:12
*** mkelly <mkelly!~martin@> has joined #yocto16:13
*** stephano <stephano!stephano@nat/intel/x-qeeijctdhkxepnaw> has quit IRC16:14
*** yann <yann!> has quit IRC16:14
kergothRP, bluelightning, rburton: Any thoughts on including something like in oe-core? It's a file templating mechanism, any .bbin file in SRC_URI gets processed by expanding bitbake variables in the file and writing the result to a new file in WORKDIR. For any file:// files, it parses it at parse time to add extra vardeps based on the vars it references16:15
*** fl0v0 <fl0v0!> has quit IRC16:15
kergothextremely simple, but could be of use16:15
*** WillMiles <WillMiles!> has joined #yocto16:15
bluelightningkergoth: can you give an example of where you'd use this?16:16
*** slips <slips!> has joined #yocto16:16
kergoththat gist actually includes the example :)16:16
*** luc4 <luc4!~luca@> has quit IRC16:16
kergothsw-description needs to include the image filename for swupdate, so the new image type uses a template for it16:17
bluelightningah, reading comprehension fail, sorry16:17
kergothit disables the unpack-time processing in favor of a prefunc on do_image_ext3 or the like, though16:18
kergothnot sure how useful it'd be for other recipes, since it hasn't been available for use16:18
rburtonwould solve the mess of sedding paths in do_install16:18
kergothbut consider how common it is to replace ${datadir} and crap. i wouldn't want to blindly run it on arbitrary upstream files, due to the bitbake variable reference syntax being the same as shell, but for config files and startup scripts we supply, it could be useful16:19
kergothcould always change the template syntax to align with autoconf or something instead, but i think having some form of templating mechanism out of the box would be a good thing16:19
kergothrburton: indeed16:20
*** frsc <frsc!> has quit IRC16:21
kergothfigured i'd run it by you guys to see if it's completely crazy before i open an issue in bugzilla16:21
kergothor a mailing list thread to bikeshed syntax, or both16:22
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC16:22
*** jo90 <jo90!~John90@> has joined #yocto16:22
rburtondon't see anything using process_templates() in the sample, was that added for completeness?16:22
rburtoni actually quite like it16:23
*** jairglez <jairglez!jairdeje@nat/intel/x-pvleprrdjgteezme> has quit IRC16:23
kergothyeah, it was a thought when i prototyping, and didn't end up using it for anything16:23
kergothbut i was thinking a variable could add those, to make it even more generic, so both a .bbin in SRC_URI would be processed along with anything extra16:24
kergothcould supply e.g. random files in S and then use the processed version in do_install16:24
* kergoth shrugs16:24
*** sjolley1 <sjolley1!~sjolley@> has quit IRC16:26
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC16:27
kergothi wonder how much work it'd be to add bitbake file format highlighting to an existing highlighting project, i.e. pygments16:29
rburtonkergoth: not hard surely16:30
rburtonthe atom formatting isn't bad16:30
kergothyeah, that's what i was thinking. could actually highlight bitbake -e out of the box :)16:30
rburtonshame nobody published a many-major-modes thing for emacs so it knows to switch to python mode in python blocks and shell model in shell blocks16:30
kergothhmm, yeah, i'm glad vim handles the different highlighting in the blocks, but it'd be nice to have smarter indenting and folding within them too16:31
*** slips <slips!> has quit IRC16:32
*** CTtpollard <CTtpollard!~CTtpollar@> has quit IRC16:33
*** slips <slips!> has joined #yocto16:33
rburtonemacs's mmm can do that but its a mare to setup16:33
kergothHmm, it'd be interesting to add a vim completion plugin and shell completion for the bitbake command that actually communicates to a running bitbake memres server to see what's available :)16:34
kergoth</random thought>16:34
T_UNIXis there an easy way to determine why bitbake chose a certain version of a package?16:35
T_UNIXit's currently ignoring a more update-to-date version in favour of an older one. grep didn't return any preferred version related stuff16:35
*** jairglez <jairglez!~jairdeje@> has joined #yocto16:36
kergothT_UNIX: other possibilities: one of them might be skipped, i.e. due to COMPATIBLE_HOST or COMPATIBLE_MACHINE or whatnot, or one might define DEFAULT_PREFERENCE, or even more likely, layer priorities are a factor16:36
kergothan older version in a highier priority layer will be used in preference to a higher version in a lower priority layer, by default16:36
kergothno good way to ask bitbake why, but -v or -ddd might show messages about it16:37
T_UNIXkergoth: okay. will have a look16:37
kergother, -DDD16:37
*** armpit <armpit!~armpit@2601:202:4001:9ea0:f93b:3d41:8f3f:2bd0> has quit IRC16:37
kergothi just got bit by that the other day in meta-mentor, i accidentally had an old recipe in meta-mentor-staging, which resulted in it being used by default when we didn't want it to be, since that layer is high priority to ensure our bugfixes are applied. moved it to our support layer where we add our extra recipes instead, which is quite low in priority16:38
kergothmy mistake, of course, just didn' tspot it righ taway16:38
*** sa2ajj <sa2ajj!> has joined #yocto16:40
*** mckoan is now known as mckoan|away16:40
*** sjolley <sjolley!~sjolley@> has joined #yocto16:44
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto16:45
*** sjolley <sjolley!~sjolley@> has quit IRC16:45
*** slips <slips!> has quit IRC16:47
*** sjolley1 <sjolley1!~sjolley@> has quit IRC16:50
*** slips <slips!> has joined #yocto16:52
T_UNIXkergoth: weird thing is: I grepped for that specific version without any results :-/16:54
*** aehs29 <aehs29!~aehernan@> has quit IRC16:55
khemrburton: yes, the branch is rebased on latest master it say 9 because 1 patch got merged in master16:55
*** aehs29 <aehs29!~aehernan@> has joined #yocto16:55
khemthe pull was sent before16:55
*** stephano <stephano!~stephano@> has joined #yocto16:55
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto16:56
*** sameo_ <sameo_!~samuel@> has quit IRC16:58
zero_notekergoth: just cloned your vim-bitbake project, sorry the for the noob question...but how can I install it? :)16:59
kergoththat depends17:00
kergothyou can copy it all to .vim, or you can use pathogen, or you can use one of the many vim plugin/bundle managers17:01
kergothcan google for vim plugin management to see some of the options17:01
kergothassuming you arent' using something already, of course17:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:02
zero_notekergoth: thank you. I use vim everyday but never used a single plugin..maybe I should17:02
zero_noteanyway for now I think I'll go for the copy to .vim17:04
*** janho <janho!~johan@2a01:e35:8b8b:df0:8c00:fa67:aa05:3ae7> has quit IRC17:04
*** jo90 <jo90!~John90@> has quit IRC17:05
*** slips <slips!> has quit IRC17:06
*** dreyna <dreyna!> has joined #yocto17:08
*** slips <slips!> has joined #yocto17:11
*** jku <jku!> has joined #yocto17:14
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto17:17
*** eppak <eppak!5d2abfd6@gateway/web/freenode/ip.> has quit IRC17:18
*** toscalix <toscalix!~toscalix@> has quit IRC17:19
*** zero_note <zero_note!> has quit IRC17:22
*** vdehors <vdehors!> has quit IRC17:24
*** slips <slips!> has quit IRC17:25
*** nemunaire <nemunaire!> has quit IRC17:27
*** nemunaire <nemunaire!> has joined #yocto17:28
*** slips <slips!> has joined #yocto17:29
*** garbados <garbados!~garbados@2601:1c2:303:6b0:a106:76dd:35ef:8262> has joined #yocto17:37
*** berton <berton!~berton@> has quit IRC17:43
*** slips <slips!> has quit IRC17:44
*** berton <berton!~berton@> has joined #yocto17:44
*** slips <slips!> has joined #yocto17:46
*** sjolley <sjolley!~sjolley@> has joined #yocto17:49
*** sjolley <sjolley!~sjolley@> has quit IRC17:55
*** sjolley <sjolley!~sjolley@> has joined #yocto17:56
*** jku <jku!> has quit IRC17:57
*** jku <jku!> has joined #yocto17:57
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto18:00
*** sjolley <sjolley!~sjolley@> has quit IRC18:00
*** sjolley <sjolley!~sjolley@> has joined #yocto18:00
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC18:00
*** bavery_fn <bavery_fn!~bavery@> has quit IRC18:01
*** sjolley <sjolley!~sjolley@> has quit IRC18:01
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto18:02
*** slips <slips!> has quit IRC18:02
*** JaMa <JaMa!~martin@> has quit IRC18:04
*** slips <slips!> has joined #yocto18:04
*** mattsm <mattsm!~mattsm@2605:6000:1019:e0:114b:2c42:8922:30c> has quit IRC18:08
*** majuk <majuk!> has quit IRC18:08
*** majuk <majuk!> has joined #yocto18:09
*** mattsm <mattsm!~mattsm@2605:6000:1019:e0:7da2:dfee:621c:373f> has joined #yocto18:13
*** majuk <majuk!> has quit IRC18:14
*** todor <todor!~todor@> has quit IRC18:15
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto18:18
*** bavery_fn <bavery_fn!~bavery@> has quit IRC18:18
*** stephano <stephano!~stephano@> has quit IRC18:18
*** slips <slips!> has quit IRC18:21
*** sjolley <sjolley!~sjolley@> has joined #yocto18:21
*** slips <slips!> has joined #yocto18:21
*** sjolley <sjolley!~sjolley@> has quit IRC18:22
*** sjolley <sjolley!~sjolley@> has joined #yocto18:23
*** Circuitsoft <Circuitsoft!4b92a52b@gateway/web/freenode/ip.> has joined #yocto18:26
*** sjolley <sjolley!~sjolley@> has quit IRC18:26
*** sjolley1 <sjolley1!sjolley@nat/intel/x-hrfixkteorgqpqgt> has joined #yocto18:26
CircuitsoftHello - is there a way to customize the filesystem layout on the .hddimg file for a live image?18:26
CircuitsoftI'd like to leave it as FAT, but put all the files into the /EFI/BOOT folder.18:27
*** sjolley1 <sjolley1!sjolley@nat/intel/x-hrfixkteorgqpqgt> has quit IRC18:31
*** sjolley <sjolley!~sjolley@> has joined #yocto18:33
*** slips <slips!> has quit IRC18:38
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC18:40
*** slips <slips!> has joined #yocto18:41
*** sjolley <sjolley!~sjolley@> has quit IRC18:44
*** sjolley <sjolley!~sjolley@> has joined #yocto18:44
*** armpit <armpit!> has joined #yocto18:48
*** sjolley <sjolley!~sjolley@> has quit IRC18:50
*** sjolley <sjolley!~sjolley@> has joined #yocto18:51
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:55
*** slips <slips!> has quit IRC18:55
*** majuk <majuk!> has joined #yocto18:55
*** slips <slips!> has joined #yocto18:56
*** sjolley <sjolley!~sjolley@> has quit IRC18:57
*** sjolley <sjolley!~sjolley@> has joined #yocto18:58
*** dreyna <dreyna!> has quit IRC18:59
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto19:03
*** sjolley <sjolley!~sjolley@> has quit IRC19:03
-YoctoAutoBuilder- build #518 of nightly-no-x11 is complete: Success [build successful] Build details are at
*** Son_Goku <Son_Goku!King_InuYa@fedora/ngompa> has quit IRC19:06
*** sjolley1 <sjolley1!~sjolley@> has quit IRC19:09
*** sjolley <sjolley!~sjolley@> has joined #yocto19:10
*** slips <slips!> has quit IRC19:12
*** slips <slips!> has joined #yocto19:13
*** joshuagl <joshuagl!~joshuagl@> has quit IRC19:15
*** Bunio_FH <Bunio_FH!> has joined #yocto19:16
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto19:17
*** MrKevin <MrKevin!c76a6734@gateway/web/freenode/ip.> has joined #yocto19:19
*** mkelly <mkelly!~martin@> has quit IRC19:22
*** rcw <rcw!~rwoolley@> has quit IRC19:23
*** gtristan <gtristan!~tristanva@> has joined #yocto19:25
*** slips <slips!> has quit IRC19:28
*** slips <slips!> has joined #yocto19:31
*** jku <jku!> has quit IRC19:31
*** jairglez <jairglez!~jairdeje@> has quit IRC19:33
*** Bunio_FH <Bunio_FH!> has quit IRC19:33
*** sjolley <sjolley!~sjolley@> has quit IRC19:35
*** sjolley <sjolley!sjolley@nat/intel/x-okyndiiicduwvemh> has joined #yocto19:37
*** dreyna <dreyna!> has joined #yocto19:38
*** aragua <aragua!> has quit IRC19:40
*** slips <slips!> has quit IRC19:45
garbadoshello! when i try to run oe-selftest, i get this error: 2017-06-29 12:41:16,633 - oe-selftest - ERROR - Please unset SANITY_TESTED_DISTROS in order to run oe-selftest19:45
kergothit just told you what to do19:46
garbadosidk how or where i would unset SANITY_TESTED_DISTROS19:46
kergothconf/local.conf, as you'd set nearly any other local build variable?19:46
garbadosah, thanks19:46
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC19:46
garbadosso, it's not set in conf/local.conf19:47
kergothcorrect, your distro sets it19:47
kergothso your options are using a different distro, or overriding it in local.conf, with or without an override. if the distro is setting it without ?=, then setting it without an override won't do the job, but try that first.19:48
*** sjolley <sjolley!sjolley@nat/intel/x-okyndiiicduwvemh> has quit IRC19:48
*** sjolley <sjolley!~sjolley@> has joined #yocto19:48
*** slips <slips!> has joined #yocto19:50
*** mkelly <mkelly!~martin@> has joined #yocto19:51
garbadoskergoth, thanks for your help. setting `SANITY_TESTED_DISTROS = ""` did the trick19:52
*** sjolley <sjolley!~sjolley@> has quit IRC19:52
*** sjolley <sjolley!sjolley@nat/intel/x-gxadkkxtjzilwkdw> has joined #yocto19:54
*** slips <slips!> has quit IRC20:04
*** slips <slips!> has joined #yocto20:05
*** |King_InuYasha| <|King_InuYasha|!> has joined #yocto20:15
*** caiortp <caiortp!~inatel@> has quit IRC20:18
*** slips <slips!> has quit IRC20:19
*** King_InuYasha <King_InuYasha!~kvirc@fedora/ngompa> has quit IRC20:19
*** slips <slips!> has joined #yocto20:21
*** jairglez <jairglez!~jairdeje@> has joined #yocto20:26
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto20:29
*** sjolley <sjolley!sjolley@nat/intel/x-gxadkkxtjzilwkdw> has quit IRC20:29
*** lukma <lukma!> has joined #yocto20:30
lukmaDear All,20:30
lukmaMaybe somebody knows how to tackle this issue:20:30
*** martinkelly <martinkelly!> has quit IRC20:32
kergothtackle what issue?20:33
kergoththat's a patch, not a bug20:33
lukmaIMHO it is a problem20:34
lukmabecause this patch was rejected by Mesa and Weston community20:35
lukmaand OE builds this packages if on Host PC you have /usr/bin/wayland-scanner installed20:35
lukmaif not - then build breaks20:35
lukmano matter if you have wayland-native installed or not20:35
*** clsulliv <clsulliv!clsulliv@nat/intel/x-usrhwbnxttlcmoqy> has quit IRC20:36
kergothah, right20:36
*** todor <todor!~todor@> has joined #yocto20:36
rburtoncan you file a bug please, because our patches should fix that20:36
rburtonthat thread is about upstreaming a fix so we don't have to patch20:36
rburtonbut we already patch20:36
*** sameo_ <sameo_!~samuel@> has joined #yocto20:38
*** clsulliv <clsulliv!~clsulliv@> has joined #yocto20:38
lukmarbutton: I'm affraid that my parsing stopped on "fill a bug report"20:38
lukmado we have a patch/workaround for that or not?20:39
kergothyou just said the build breaks. if that's the case with current master, then open a bug20:40
lukmakregoth: Ok.20:40
*** sjolley1 <sjolley1!~sjolley@> has quit IRC20:42
*** sjolley <sjolley!~sjolley@> has joined #yocto20:42
*** slips <slips!> has quit IRC20:44
*** slips <slips!> has joined #yocto20:47
*** sjolley <sjolley!~sjolley@> has quit IRC20:49
*** sjolley1 <sjolley1!sjolley@nat/intel/x-phxpyspkltxmzbku> has joined #yocto20:49
rburtonkhem: your series is doing "qemux86-64 klogd: Cannot find map file." again, see the autobuilder20:54
*** sjolley1 <sjolley1!sjolley@nat/intel/x-phxpyspkltxmzbku> has quit IRC20:54
*** rburton <rburton!> has quit IRC20:54
*** sjolley <sjolley!~sjolley@> has joined #yocto20:54
*** sjolley <sjolley!~sjolley@> has quit IRC20:55
*** janho <janho!> has joined #yocto20:55
*** agust <agust!> has quit IRC20:59
*** sjolley <sjolley!sjolley@nat/intel/x-bzuksbsefdjnftmd> has joined #yocto21:00
*** pohly <pohly!> has quit IRC21:01
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC21:03
*** Artox <Artox!~Artox@2a01:8740:1:ff05::1> has quit IRC21:08
*** Artox <Artox!~Artox@2a01:8740:1:ff05::1> has joined #yocto21:09
*** marka <marka!> has quit IRC21:16
*** berton <berton!~berton@> has quit IRC21:19
*** Shurelous <Shurelous!~igor@> has quit IRC21:22
*** sameo <sameo!~samuel@> has joined #yocto21:23
*** garbados <garbados!~garbados@2601:1c2:303:6b0:a106:76dd:35ef:8262> has quit IRC21:27
*** sameo_ <sameo_!~samuel@> has quit IRC21:27
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto21:30
*** slips <slips!> has quit IRC21:32
*** slips <slips!> has joined #yocto21:33
*** t0mmy <t0mmy!> has joined #yocto21:46
*** slips <slips!> has quit IRC21:46
*** slips <slips!> has joined #yocto21:47
*** janho <janho!> has quit IRC21:50
*** WillMiles <WillMiles!> has quit IRC21:50
*** filt3r <filt3r!~filter@2a03:b0c0:2:d0::7d:7001> has quit IRC21:51
MrKevinHas anyone out there successfully built oe/poky using Windows Subsystem for Linux?  I got the build to start, but I had to build in /mnt/e since I didn't have enough space in my C drive, so I ran afoul of filenames with ":" in them.21:54
*** lexano <lexano!~lexano@> has quit IRC21:58
*** filt3r <filt3r!~filter@2a03:b0c0:2:d0::7d:7001> has joined #yocto22:00
*** sdh11 <sdh11!> has quit IRC22:00
*** sdh11 <sdh11!> has joined #yocto22:00
*** slips <slips!> has quit IRC22:04
*** slips <slips!> has joined #yocto22:07
*** lexano <lexano!~lexano@> has joined #yocto22:09
*** sdh11 <sdh11!> has quit IRC22:13
*** sdh11 <sdh11!> has joined #yocto22:13
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC22:14
*** lukma <lukma!> has quit IRC22:17
*** slips <slips!> has quit IRC22:21
*** sdh11 <sdh11!> has quit IRC22:23
*** slips <slips!> has joined #yocto22:23
kergothhmm, qtdeclarative-plugins no longer exists, but the packagegroups still refer to it22:24
* kergoth scratches head22:24
* kergoth checks for local changes that might do it22:24
*** lukma <lukma!> has joined #yocto22:31
*** cru01 <cru01!> has joined #yocto22:44
*** lukma <lukma!> has quit IRC22:48
*** slips <slips!> has quit IRC22:52
*** slips <slips!> has joined #yocto22:54
*** Gintaro_ <Gintaro_!> has quit IRC22:57
*** dholland <dholland!> has quit IRC22:57
*** dholland <dholland!> has joined #yocto22:57
*** Gintaro <Gintaro!> has joined #yocto22:58
-YoctoAutoBuilder- build #1186 of nightly-x86 is complete: Success [build successful] Build details are at
*** lukma <lukma!> has joined #yocto23:03
*** clsulliv <clsulliv!~clsulliv@> has quit IRC23:08
*** slips <slips!> has quit IRC23:08
*** clsulliv <clsulliv!clsulliv@nat/intel/x-uniybigmxzpgweww> has joined #yocto23:08
*** clsulliv <clsulliv!~clsulliv@> has joined #yocto23:09
*** slips <slips!> has joined #yocto23:10
*** bavery_fn <bavery_fn!~bavery@> has quit IRC23:10
kergothhmm, slightly annoying that there's no way to locally alter the default IMAGE_FSTYPES for a given machine in local.conf. unless it uses ?=, as if you use an override, it hoses any images that explicitly set IMAGE_FSTYPES, since it overrides those23:14
*** jmcruzal <jmcruzal!jmcruzal@nat/intel/x-sgiroyvwatcnvped> has quit IRC23:15
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:21
*** t0mmy <t0mmy!> has quit IRC23:22
*** majuk <majuk!> has quit IRC23:25
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto23:27
*** nighty- <nighty-!> has quit IRC23:33
*** dreyna <dreyna!> has quit IRC23:37
*** klynn <klynn!~klynn@> has left #yocto23:39
*** scottrif <scottrif!~scottrif@> has left #yocto23:48
*** royalpurple <royalpurple!> has joined #yocto23:53
-YoctoAutoBuilder- build #1166 of nightly-x86-lsb is complete: Success [build successful] Build details are at

Generated by 2.11.0 by Marius Gedminas - find it at!