Wednesday, 2017-06-07

*** jairglez <jairglez!jairdeje@nat/intel/x-sbswllomatsdamyn> has joined #yocto00:00
*** dvhart <dvhart!> has quit IRC00:04
*** dvhart <dvhart!> has joined #yocto00:05
*** slips <slips!> has quit IRC00:06
*** ka6sox is now known as zz_ka6sox00:11
*** slips <slips!> has joined #yocto00:13
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC00:14
*** garbados <garbados!~garbados@2601:1c2:303:6b0:8858:d659:1c24:6161> has joined #yocto00:16
*** jo90 <jo90!~John90@> has joined #yocto00:16
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto00:19
*** klynn <klynn!~scottrif@> has quit IRC00:19
*** scottrif <scottrif!> has quit IRC00:20
*** jairglez1 <jairglez1!~jairdeje@> has joined #yocto00:21
*** jairglez <jairglez!jairdeje@nat/intel/x-sbswllomatsdamyn> has quit IRC00:21
*** kasper <kasper!~kasper@> has joined #yocto00:24
*** kasper is now known as kspr00:25
ksprHello. I just upgrade Yocto to 2.3. When building an image, do_rootfs tells me that /usr/lib/perl conflicts between some of my recipes. I have multiple recipes which puts libs in this dir, and in the recipe do_install function, I create this dir using install -m xxx -d ${D}${libdir}/perl. How do I avoid this error?00:26
*** berndhs <berndhs!> has joined #yocto00:27
kspr"file /usr/lib/perl conflicts between attempted installs of recipe-a and recipe-b"00:27
*** JordonWu <JordonWu!~quassel@> has joined #yocto00:32
*** slips <slips!> has quit IRC00:43
*** berndhs <berndhs!> has left #yocto00:43
*** jairglez1 <jairglez1!~jairdeje@> has quit IRC00:43
*** slips <slips!> has joined #yocto00:45
*** majuk <majuk!> has joined #yocto00:53
*** majuk <majuk!> has quit IRC00:57
*** zz_ka6sox is now known as ka6sox00:57
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:58
*** csanchezdll <csanchezdll!> has quit IRC01:02
*** catch22 <catch22!> has joined #yocto01:07
khemkspr: yes thats a problem you need to decide on which one should install it01:08
khemand if you need both versions then you have to either rename one of it or move it to a different subdir01:09
ksprkhem, well.. I have multiple Perl modules, in this case. All is installed under /usr/lib/perl. Each installed by different recipes.01:09
kspr/usr/lib/perl is a directory01:09
khemyes that should not be a problem unless some package is packaging an empty /usr/lib/perl01:10
khemas long as files are unique it should work ok01:10
ksprIt could seem like I have added /usr/lib/perl to the FILES_${PN} array in multiple recipes.. in previous versions this was not an issue though01:10
*** majuk <majuk!> has joined #yocto01:13
*** slips <slips!> has quit IRC01:14
khemit should tell you which two packages are in contention01:15
ksprYes, it does.01:15
ksprIt seems to fix the issue, removing the directory from the FILES_ array and only including the exact files I need. A little more work, to have all the files in the FILES_ array rather than just do it recursively, but it works :-)01:16
*** majuk <majuk!> has quit IRC01:17
kspralmost. hmm01:17
ksprOk, I need to remove -m xxxx from install command when creating directories, otherwise I get this error.01:18
*** slips <slips!> has joined #yocto01:19
*** JordonWu <JordonWu!~quassel@> has quit IRC01:22
*** JordonWu <JordonWu!~quassel@> has joined #yocto01:24
*** berndhs <berndhs!> has joined #yocto01:26
khemusually install -d is enough for dirs01:26
ksprYes, okay. Well, that seems to be the issue - different file modes on the directories.01:27
ksprthanks for your time :-)01:27
*** majuk <majuk!> has joined #yocto01:32
*** slips <slips!> has quit IRC01:33
*** slips <slips!> has joined #yocto01:36
*** majuk <majuk!> has quit IRC01:36
*** rheagar_ <rheagar_!b4a63515@gateway/web/freenode/ip.> has joined #yocto01:37
*** armpit <armpit!> has quit IRC01:45
*** slips <slips!> has quit IRC01:50
*** majuk <majuk!> has joined #yocto01:51
*** slips <slips!> has joined #yocto01:55
*** yauwai <yauwai!c0c692ab@gateway/web/freenode/ip.> has joined #yocto01:55
*** majuk <majuk!> has quit IRC01:56
*** yauwai <yauwai!c0c692ab@gateway/web/freenode/ip.> has quit IRC01:56
*** slips <slips!> has quit IRC02:08
*** slips <slips!> has joined #yocto02:09
*** majuk <majuk!> has joined #yocto02:10
*** majuk <majuk!> has quit IRC02:14
*** fischerm <fischerm!> has joined #yocto02:19
*** _william_ <_william_!> has quit IRC02:21
*** _william_ <_william_!> has joined #yocto02:23
*** slips <slips!> has quit IRC02:25
*** majuk <majuk!> has joined #yocto02:30
*** slips <slips!> has joined #yocto02:31
*** majuk <majuk!> has quit IRC02:35
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC02:35
*** nighty- <nighty-!> has joined #yocto02:45
*** slips <slips!> has quit IRC02:45
*** slips <slips!> has joined #yocto02:46
*** majuk <majuk!> has joined #yocto02:50
*** berndand2 <berndand2!> has joined #yocto02:54
*** berndand <berndand!> has quit IRC02:54
*** majuk <majuk!> has quit IRC02:54
*** berndhs <berndhs!> has quit IRC02:57
*** MarcWe <MarcWe!> has quit IRC02:57
*** stephano <stephano!stephano@nat/intel/x-lwjysojdunwxokiq> has quit IRC02:59
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:00
*** slips <slips!> has quit IRC03:04
*** slips <slips!> has joined #yocto03:06
*** majuk <majuk!> has joined #yocto03:08
*** majuk <majuk!> has quit IRC03:14
*** slips <slips!> has quit IRC03:20
*** slips <slips!> has joined #yocto03:21
*** berndhs <berndhs!> has joined #yocto03:24
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto03:28
*** majuk <majuk!> has joined #yocto03:30
*** majuk <majuk!> has quit IRC03:35
*** slips <slips!> has quit IRC03:36
*** slips <slips!> has joined #yocto03:38
*** jo90 <jo90!~John90@> has quit IRC03:38
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:42
*** majuk <majuk!> has joined #yocto03:50
*** majuk <majuk!> has quit IRC03:55
*** berndhs <berndhs!> has left #yocto04:07
*** slips <slips!> has quit IRC04:07
*** slips <slips!> has joined #yocto04:09
*** majuk <majuk!> has joined #yocto04:10
*** majuk <majuk!> has quit IRC04:15
*** volestorm <volestorm!~volestorm@> has joined #yocto04:19
*** volestorm <volestorm!~volestorm@> has quit IRC04:25
*** majuk <majuk!> has joined #yocto04:30
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto04:33
*** armpit <armpit!~armpit@2601:202:4001:9ea0:d004:e2b1:cd28:f7bc> has joined #yocto04:35
*** majuk <majuk!> has quit IRC04:35
*** slips <slips!> has quit IRC04:40
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC04:41
*** slips <slips!> has joined #yocto04:43
*** bananadev <bananadev!~onlyester@> has joined #yocto04:46
*** morphis <morphis!> has joined #yocto04:52
*** bluelightning <bluelightning!> has joined #yocto04:52
*** bluelightning <bluelightning!> has quit IRC04:52
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto04:52
*** slips <slips!> has quit IRC04:57
*** mkelly <mkelly!~martin@> has joined #yocto05:00
*** slips <slips!> has joined #yocto05:01
*** mkelly <mkelly!~martin@> has quit IRC05:04
*** sameo <sameo!~samuel@> has joined #yocto05:11
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC05:11
*** slips <slips!> has quit IRC05:15
*** slips <slips!> has joined #yocto05:16
*** gizero <gizero!> has quit IRC05:18
*** dreyna <dreyna!> has joined #yocto05:22
*** garbados <garbados!~garbados@2601:1c2:303:6b0:8858:d659:1c24:6161> has quit IRC05:24
*** MarcWe <MarcWe!> has joined #yocto05:34
*** pohly <pohly!> has joined #yocto05:36
*** qt-x <qt-x!~Thunderbi@> has joined #yocto05:40
pohlyRP: I could start working on BBFILES_DYNAMIC now. Please let me know if you have already something.05:43
*** slips <slips!> has quit IRC05:46
*** slips <slips!> has joined #yocto05:47
*** agust <agust!> has joined #yocto05:50
*** hnje <hnje!~hnje@> has joined #yocto05:53
*** AndersD <AndersD!> has joined #yocto05:56
*** jonte <jonte!~Thunderbi@> has quit IRC05:57
*** jonte <jonte!~Thunderbi@> has joined #yocto05:58
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC06:00
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto06:01
*** slips <slips!> has quit IRC06:03
*** slips <slips!> has joined #yocto06:04
*** AndersD <AndersD!> has quit IRC06:05
*** AndersD <AndersD!> has joined #yocto06:06
*** gizero <gizero!> has joined #yocto06:06
*** ipuustin <ipuustin!> has joined #yocto06:12
*** t0mmy <t0mmy!> has quit IRC06:13
*** CostinC <CostinC!> has joined #yocto06:14
CostinCmorning all06:14
*** slips <slips!> has quit IRC06:19
*** slips <slips!> has joined #yocto06:20
*** gtristan <gtristan!~tristanva@> has joined #yocto06:23
*** rheagar_ <rheagar_!b4a63515@gateway/web/freenode/ip.> has quit IRC06:25
*** mdnneo <mdnneo!~umaucher@> has joined #yocto06:30
*** majuk <majuk!> has joined #yocto06:31
*** dreyna <dreyna!> has quit IRC06:34
*** slips <slips!> has quit IRC06:36
*** majuk <majuk!> has quit IRC06:36
*** slips <slips!> has joined #yocto06:37
*** falk0n <falk0n!> has quit IRC06:38
*** rj_ <rj_!58d39085@gateway/web/freenode/ip.> has joined #yocto06:39
rj_Good morning06:39
rj_I was wondering if there is a way to run "make scripts" in the /usr/src/kernel folder within a recipe06:40
*** csanchezdll <csanchezdll!> has joined #yocto06:43
*** dengke <dengke!~dengke@> has joined #yocto06:50
*** Bunio_FH <Bunio_FH!> has joined #yocto06:53
*** fl0v0 <fl0v0!> has joined #yocto06:55
dengkeHello everyone, when I executed do_install task for sed (current master branch, using submodule gnulib), bring in many errors: "ERROR: object '' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored"06:59
*** t0mmy <t0mmy!~tprrt@> has joined #yocto07:05
dengkemy host was ubuntu16.04 x86-64, I bitbake pseudo-native, the under ../recipe-sysroot-native/usr/lib/pseudo/lib64/libpseudo.so07:05
*** slips <slips!> has quit IRC07:06
RPpohly: I have something I've not tested yet07:07
*** slips <slips!> has joined #yocto07:08
pohlyRP: I can test it for you, if you want.07:09
*** rajm <rajm!~robertmar@> has joined #yocto07:13
pohlyRP: thanks07:14
RPpohly: it at least tells you where in the code we might want to add this...07:15
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto07:15
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC07:16
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:16
*** rperier <rperier!~rperier@ubuntu/member/rperier> has quit IRC07:20
*** rperier <rperier!~rperier@2001:41d0:52:100::44a> has joined #yocto07:20
*** sameo <sameo!~samuel@> has quit IRC07:21
*** sameo <sameo!~samuel@> has joined #yocto07:22
*** slips <slips!> has quit IRC07:22
*** slips <slips!> has joined #yocto07:23
*** rperier <rperier!~rperier@2001:41d0:52:100::44a> has quit IRC07:25
*** rperier <rperier!~rperier@2001:41d0:52:100::44a> has joined #yocto07:26
*** rj_ <rj_!58d39085@gateway/web/freenode/ip.> has quit IRC07:27
*** teo_icKs <teo_icKs!> has joined #yocto07:28
teo_icKsHi, is possible to disable a daemon startup using a bbappend file? For example, I want to install nfsd package in my image but I don't want that start at boottime...07:35
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto07:35
LetoThe2ndteo_icKs: it certainly should be, just look up how the daemon is started, find where that is set up in the recipe, and then modify that through the append07:36
*** slips <slips!> has quit IRC07:38
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC07:41
*** slips <slips!> has joined #yocto07:41
*** dreyna <dreyna!> has joined #yocto07:42
*** ed2 <ed2!~Adium@> has joined #yocto07:44
teo_icKsLetoThe2nd: ok thanks... I try to search... so it doesn't exist a variable or a well known way to do it true?07:47
LetoThe2ndteo_icKs: it just depends on the particular daemon. and on your init system07:49
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.> has joined #yocto07:52
*** ChrysDaze <ChrysDaze!d9804861@gateway/web/freenode/ip.> has joined #yocto07:53
LetoThe2ndteo_icKs: taking a very quick glance, it looks like for systemd (if you're using it) it should be enough to just set SYSTEMD_AUTO_ENABLE = "disable" in your append (see also
*** joshuagl <joshuagl!joshuagl@nat/intel/x-xfbwzkeyedfewxke> has joined #yocto07:54
*** rajm <rajm!~robertmar@> has quit IRC07:56
*** avalluri <avalluri!~avalluri@> has quit IRC07:56
*** rajm <rajm!~robertmar@> has joined #yocto07:57
teo_icKsLetoThe2nd: ohhh cool... that's exactly what I want but unfortunatly I'm using SystemV / nfsd... so I try to search in update-rc.d.bbclass...07:57
LetoThe2ndteo_icKs: thats why i said, it depends. :)08:00
*** slips <slips!> has quit IRC08:00
*** Saur <Saur!> has joined #yocto08:01
teo_icKsLetoThe2nd: :) ok thanks....08:02
*** slips <slips!> has joined #yocto08:02
*** JordonWu <JordonWu!~quassel@> has quit IRC08:04
*** JoiF <JoiF!~jofr@> has joined #yocto08:04
*** robert_yang <robert_yang!~lyang1@> has quit IRC08:04
*** sgw_ <sgw_!~sgw_@> has quit IRC08:04
*** robert_yang <robert_yang!~lyang1@> has joined #yocto08:05
*** JordonWu <JordonWu!~quassel@> has joined #yocto08:07
pohlyRP: I had (mentally, no actual code) at a similar solution to yours.08:08
pohlyIt is working fine here now.08:08
pohlyI made some more changes (off-by-one-error in the split(), hard error for invalid entries, slightly different wording in the error message). I can submit a patch mentioning your original work in the commit message, if that's okay with you.08:10
*** JordonWu <JordonWu!~quassel@> has quit IRC08:14
*** slips <slips!> has quit IRC08:16
*** JaMa <JaMa!~martin@> has joined #yocto08:18
*** slips <slips!> has joined #yocto08:18
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto08:19
*** JordonWu <JordonWu!~quassel@> has joined #yocto08:19
*** majuk <majuk!> has joined #yocto08:20
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto08:20
*** tasslehoff <tasslehoff!~Tasslehof@> has joined #yocto08:21
*** teo_icKs <teo_icKs!> has quit IRC08:21
RPpohly: sounds great, thanks!08:22
*** majuk <majuk!> has quit IRC08:24
*** zeenix <zeenix!~zeenix@> has joined #yocto08:25
*** JordonWu <JordonWu!~quassel@> has quit IRC08:29
*** JordonWu <JordonWu!~quassel@> has joined #yocto08:33
gtristanCuriously... if I build a system with yocto, will the output contain setuid binaries ?08:34
gtristanAnd, while building, will the regular user own the said setuid binaries which are eventually placed into a rootfs ?08:35
pohlyRP: may collection names contain slashes?08:38
neverpanicgtristan: yes, there will likely be setuid binaries08:38
RPpohly: since collection names are used in variable names, perhaps not?08:39
neverpanicgtristan: they will likely not be suid for the build user, though, because permissions are emulated during a yocto build using pseudo08:39
ChrysDazeThere is a documentation to explain how gstreamer use the memory through the pipeline process ? Thx.08:39
pohlyI'm worried that invalid BBFILES_DYNAMIC entries like ${LAYERDIR}/bbappends/openembedded-core/meta/*/*/*.bbappend:core will silently be ignored with the code as it stands.08:39
*** majuk <majuk!> has joined #yocto08:39
neverpanicChrysDaze: that sounds like a gstreamer question and is probably best asked in a gstreamer-specific channel?08:39
RPpohly: don't you have that backwards (layername should be first?)08:40
pohlyRP: exactly ;-)08:40
pohlyThat's the error.08:40
RPpohly: oh, right :)08:40
pohlyI.e. the error that was made by the developer.08:40
ChrysDazeneverpanic : yes sure08:40
pohlyIf the collection name isn't allowed to contain slashes, then detecting the error would be possible.08:40
RPpohly: hmm, '/' is a valid char according to the regexp08:41
RPpohly: * is not though08:41
RPpohly: (see
pohlyWell, I guess than we have to rely on devs to not make such a mistake08:42
gtristanneverpanic, aha I see, I'll have a look into how that works thanks :)08:43
*** majuk <majuk!> has quit IRC08:44
neverpanicgtristan: in a nutshell, its a LD_PRELOAD library that emulates being root and writes the permissions into an SQLite database rather than to the filesystem (for the most part, some things are written to both SQLite and the filesystem)08:46
*** florian_kc is now known as floriam08:46
neverpanicgtristan: when things are packaged into archives later on, that runs under the same emulation, faking the permissions tar(1) reads.08:47
*** floriam is now known as florian08:47
gtristanneverpanic, I see, so you get cooperation on both sides, the sandboxing and the storage08:49
*** CTtpollard <CTtpollard!~CTtpollar@> has joined #yocto08:50
gtristanneverpanic, I'm trying to do similar using ostree as a backend and bubblewrap (unprivileged namespace) as build sandbox, right now I'm considering if it's really worth the extra trouble just to avoid the case of the user owning an suid binary which is intended to end up in a rootfs08:50
gtristans/as a backend/as storage/08:50
*** slips <slips!> has quit IRC08:51
gtristanin any case, we already dont support static dev nodes or assignment of arbitrary (non-root) uids, just the setuid binaries seem to be trouble08:52
*** slips <slips!> has joined #yocto08:53
RPgtristan: pseudo is pretty cool and should work standalone in its own right fwiw08:54
*** john1 <john1!> has joined #yocto08:56
*** majuk <majuk!> has joined #yocto08:57
*** majuk <majuk!> has quit IRC09:02
*** john1 <john1!> has quit IRC09:03
*** AndersD <AndersD!> has quit IRC09:04
*** grma <grma!~gruberm@> has joined #yocto09:06
tasslehoffAny recommended guide for getting started with smart?09:07
gtristanRP, myeah sounds interesting; I wonder though if an LD_PRELOAD is the right fit... seems like it would be nice to have that functionality as a fuse mount09:07
gtristanbut maybe that's impossible and I'm just having wild ideas :)09:08
neverpanicgtristan: Alternatively you could just go for a real user namespace, I guess? But that also has its downsides.09:08
gtristanneverpanic, I am09:08
gtristanneverpanic, using setuid installed bubblewrap we create an unprivileged namespace, and we have some normal limitations (no creation of static dev nodes or assignment to arbitrary uids), but then if we create suid binaries; they are really on the filesys09:09
neverpanicOh right, misunderstood the README of bubblewrap09:09
gtristanso it's a bit of a security concern09:09
gtristanif I build a system with /usr/bin/sudo, it means other users can gain my builder user's privileges09:10
*** avalluri <avalluri!~avalluri@> has joined #yocto09:11
gtristanpersonally I feel like it's not really a huge deal, but maybe I'm overly nonchalant about this suid thing09:12
*** rob_w <rob_w!~bob@> has joined #yocto09:13
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto09:13
*** slips <slips!> has quit IRC09:14
*** majuk <majuk!> has joined #yocto09:17
*** AndersD <AndersD!> has joined #yocto09:19
*** slips <slips!> has joined #yocto09:19
*** dreyna_ <dreyna_!> has joined #yocto09:22
*** majuk <majuk!> has quit IRC09:22
*** dreyna <dreyna!> has quit IRC09:25
*** qt-x <qt-x!~Thunderbi@> has quit IRC09:30
*** qt-x <qt-x!~Thunderbi@> has joined #yocto09:31
*** slips <slips!> has quit IRC09:33
*** slips <slips!> has joined #yocto09:41
*** ant_work <ant_work!> has joined #yocto09:44
*** Bunio_FH <Bunio_FH!> has quit IRC09:56
*** geoffrey_l <geoffrey_l!> has joined #yocto09:59
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto10:02
*** CostinC <CostinC!> has quit IRC10:07
*** Snert__ <Snert__!> has joined #yocto10:08
*** rburton <rburton!> has joined #yocto10:09
*** Snert <Snert!> has quit IRC10:09
rburtonhuh well something broke mut well10:10
*** Bunio_FH <Bunio_FH!> has joined #yocto10:11
*** JordonWu <JordonWu!~quassel@> has quit IRC10:11
*** JordonWu <JordonWu!~quassel@> has joined #yocto10:11
*** JordonWu <JordonWu!~quassel@> has quit IRC10:12
*** slips <slips!> has quit IRC10:18
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:20
tasslehoffDo I just copy /var/lib/smart/config to keep my smart config after an upgrade?10:20
*** slips <slips!> has joined #yocto10:21
*** nighty- <nighty-!> has quit IRC10:24
*** sameo <sameo!~samuel@> has quit IRC10:24
*** CostinC <CostinC!> has joined #yocto10:25
*** Bunio_FH <Bunio_FH!> has quit IRC10:28
*** Bunio_FH <Bunio_FH!> has joined #yocto10:28
*** Bunio_FH <Bunio_FH!> has quit IRC10:32
*** Bunio_FH <Bunio_FH!> has joined #yocto10:32
*** majuk <majuk!> has joined #yocto10:34
*** slips <slips!> has quit IRC10:35
*** tasslehoff <tasslehoff!~Tasslehof@> has quit IRC10:37
zeenixrburton: hey, so for meson support, I'd need latest & greatest yocto i guess?10:37
*** majuk <majuk!> has quit IRC10:39
*** slips <slips!> has joined #yocto10:39
rburtonzeenix: the recipes are in meta-oe right now, but you might want to grab the latest copy and apply the patches that are on the list...10:39
zeenixrburton: ok, thanks10:40
phako[m]whoop whoop meson \o/10:41
phako[m]should finish porting the GUnP* things10:41
*** sameo <sameo!~samuel@> has joined #yocto10:42
rburtonzeenix: g-i doesnt work for me right now, haven't got around to looking why yet10:42
rburtonwe need to bring it into oe-core so i do care about getting that fixed10:43
rburtonzeenix: my WIP pieces are poky-contrib:ross/meson for recipe enabling and some hacks, and meta-oe-contrib:ross/meson for my own recipe changes.  there's a series of patches on the list by another guy that conflict though.10:47
rburtonno doubt you understand GI more than me so feel free to fix up json-glib :)10:47
zeenixrburton: i'm not in any hurry at all so it's ok10:47
zeenixcurrently i just want to know the status of meson in yocto cause I intend to do a short intro presentation of meson at our office and yocto is going to be the first question of course :)10:48
*** majuk <majuk!> has joined #yocto10:52
*** slips <slips!> has quit IRC10:52
*** qt-x <qt-x!~Thunderbi@> has quit IRC10:54
rburtonclasses and recipe exist, not all features work yet10:54
rburtonbasic stuff works, gi and gtk-doc break it10:55
*** slips <slips!> has joined #yocto10:55
*** majuk <majuk!> has quit IRC10:59
*** fl0v01 <fl0v01!> has joined #yocto11:07
*** fl0v0 <fl0v0!> has quit IRC11:08
*** slips <slips!> has quit IRC11:10
*** slips <slips!> has joined #yocto11:11
diego_rHi ed2. I'm experimenting with wic using a wks file including sdimage-bootpart.wks and creating an additional partition. I've noticed a couple of issues that I'd like to report.11:11
*** majuk <majuk!> has joined #yocto11:14
diego_r1) the "sdimage-bootpart.wks" specifies "mmcblk" as the value of the ondisk parameter. While the value is actually not used in the because / and /boot mount points are skipped, it would be wrong for another partition,11:17
diego_rbecause it is missing the device number (e.g. "mmcblk0")11:17
*** nighty- <nighty-!> has joined #yocto11:18
*** majuk <majuk!> has quit IRC11:18
ed2diego_r: hi11:18
diego_rhi ed211:19
ed2diego_r: there is some code in that looks like it handles mmcblk partition naming.11:20
ed2diego_r: this one: prefix = 'p' if  part.disk.startswith('mmcblk') else ''11:20
ed2diego_r: i'll not be surprised if it doesn't work though.11:21
diego_rto expand on the above, using "--ondisk mmcblk" you get "/dev/mmcblkpN   <mountpoint>" instead of ""/dev/mmcblk0pN   <mountpoint>"11:21
*** Bunio_FH <Bunio_FH!> has quit IRC11:21
diego_rmind the missing 011:21
*** Bunio_FH <Bunio_FH!> has joined #yocto11:21
diego_rbecause "part.disk" is taken as is11:22
*** john <john!> has joined #yocto11:22
*** john is now known as Guest8397811:22
diego_rI mean you get in fstab...11:22
ed2yep. makes sense. So, there should be mmcblk0 used in .wks file11:22
*** dreyna_ <dreyna_!> has quit IRC11:23
diego_rthat's what I think yes. I can send a patch if you agree11:23
ed2i was thinking about reomving —ondisk option from canned .wks files. Most of them use max 2 partitions, so —ondisk is not used.11:23
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto11:24
ed2diego_r: I'd prefer removing —ondisk. If you can test it and send a patch it would be great.11:24
ed2diego_r: that would make it more generic. I don't think using mmcblk or mmcblk0 was a good idea. It's too hardware specific to my taste.11:25
christianbillpIs there any way I can tell recipetool that I want to create a recipe for python3?11:25
christianbillpWhen I point to a file on PyPi it generates a recipe for python211:26
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC11:26
diego_red2: so the ondisk parameter is unused in the case of "/" and "/boot" parameters by current implementation?11:28
diego_rwell, mountpoints rather then parameters11:28
ed2diego_r: they're not used, true. and the parameter is optional in .wks11:29
*** mckoan|away is now known as mckoan11:31
ed2diego_r: which hardware do you use, btw?11:33
*** majuk <majuk!~majuk@> has joined #yocto11:33
*** slips <slips!> has quit IRC11:35
diego_red2: I'm all surrounded by hardware :-) Right now Boundary Devices Nitrogen6x11:35
*** slips <slips!> has joined #yocto11:37
diego_red2: so should i remove the "--ondisk" parameter in any line having "/" or "/boot" as mountpoint in any canned-wks?11:37
*** berton <berton!~berton@> has joined #yocto11:37
*** majuk <majuk!~majuk@> has quit IRC11:38
ed2diego_r: you can try :)11:38
*** bananadev <bananadev!~onlyester@> has quit IRC11:40
ed2diego_r: from my point of view canned wks files should be as generic as possible. All hardware-specific .wks should be placed into <layer>/wic/.11:40
*** sgw_ <sgw_!~sgw_@> has joined #yocto11:40
ed2diego_r: you can see examples in meta-yocto-bsp/wic11:40
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto11:41
ed2diego_r: oops, meta-yocto-bsp/wic/beaglebone.wks also contains mmcblk :) It makes sense to change it to mmcblk0. It's not used there, but still it's good to somehow show what to use for extra partitions.11:43
diego_red2: "you can try :)" means someone might not agree?11:46
*** sgw_ <sgw_!~sgw_@> has quit IRC11:46
ed2diego_r: there is always a possibility that someone doesn't like some change. That's why we're sending patches for review.11:47
*** caiortp <caiortp!~inatel@> has joined #yocto11:48
ed2diego_r: if you run oe-selftest -r wic(better on qemux86_64 machine) and all tests pass it would be good.11:49
diego_red2: I know, I was just unsure what you meant with that11:49
*** joseppc <joseppc!> has joined #yocto11:49
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto11:49
ed2diego_r: well, i meant I'm not sure all people like it, but it worth trying anyway.11:50
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto11:50
*** sgw_ <sgw_!~sgw_@> has joined #yocto11:51
diego_red2: but at least you'll have a nice word for my patch :-)11:51
LetoThe2ndkanavin: ping concerning ML11:51
kanavinLetoThe2nd: pong11:52
LetoThe2ndkanavin: got a second off channel?11:52
*** majuk <majuk!> has joined #yocto11:52
ed2diego_r: sure. you can count on +1 from me11:53
*** Snert___ <Snert___!~snert_@> has joined #yocto11:54
*** Snert <Snert!> has joined #yocto11:55
*** Snert__ <Snert__!> has quit IRC11:56
*** berndhs <berndhs!> has joined #yocto11:56
*** Snert_ <Snert_!~snert_@> has quit IRC11:56
berndhsgood morning all the people11:56
*** majuk <majuk!> has quit IRC11:57
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto11:57
*** t0mmy <t0mmy!~tprrt@> has quit IRC11:58
*** t0mmy <t0mmy!~tprrt@> has joined #yocto11:59
zeenixcurrently i just want to know the status of meson in yocto cause I intend to do a short intro presentation of meson at our office and yocto is going to be the first question of course :)12:01
zeenixwrong window :(12:02
*** slips <slips!> has quit IRC12:03
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC12:04
*** vdehors <vdehors!> has quit IRC12:04
*** vmeson <vmeson!> has quit IRC12:05
*** seho85 <seho85!5786213c@gateway/web/freenode/ip.> has joined #yocto12:05
*** vmeson <vmeson!> has joined #yocto12:05
*** slips <slips!> has joined #yocto12:05
seho85Hey all. I encountered an warning when i'm using the eclipse plugin for autotools development that arm-poky-linux-gnueabi-mt and ...-dlltool is missing, this makes debugging the application in eclipse complicated because the values for the variables are not shown in eclipse directly.12:07
seho85i'm using eclipse mars and yocto 2.2.112:08
seho85has anybody an idea how to solve this problem?12:08
seho85debugging the src code as a local application without using the autotools project template is working as expected, from my knowledge eclipse is using the ...-mt tool for debugging12:09
*** vmeson <vmeson!> has quit IRC12:11
*** majuk <majuk!> has joined #yocto12:12
*** majuk <majuk!> has quit IRC12:16
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC12:19
*** vdehors <vdehors!~vdehors@> has joined #yocto12:21
*** zeenix <zeenix!~zeenix@> has quit IRC12:24
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto12:24
*** zeenix <zeenix!~zeenix@> has joined #yocto12:28
*** YoctoAutoBuilder <YoctoAutoBuilder!> has quit IRC12:29
*** this_is_austin <this_is_austin!> has joined #yocto12:31
*** majuk <majuk!> has joined #yocto12:32
*** vmeson <vmeson!~rmacleod@> has joined #yocto12:32
*** jonte <jonte!~Thunderbi@> has quit IRC12:35
*** jonte <jonte!~Thunderbi@> has joined #yocto12:35
*** austin <austin!> has quit IRC12:35
*** slips <slips!> has quit IRC12:36
*** majuk <majuk!> has quit IRC12:36
ChrysDazeWhat is the philosophy inside layers creation? I mean, if somebody do a layer... like meta-openembeeded / meta-qt5 and so on... when they put a branch like pyro. Is there a kind of line which they have to follow to be everyone compatible between them?12:36
*** YoctoAutoBuilder <YoctoAutoBuilder!> has joined #yocto12:36
*** slips <slips!> has joined #yocto12:37
*** YoctoAutoBuilder <YoctoAutoBuilder!> has joined #yocto12:38
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC12:38
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC12:41
*** groleo <groleo!> has joined #yocto12:44
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto12:44
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto12:45
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto12:45
ChrysDazemigration from krogoth to pyro, crossfingered12:46
*** scottrif <scottrif!> has joined #yocto12:49
*** majuk <majuk!> has joined #yocto12:50
*** slips <slips!> has quit IRC12:51
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC12:53
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto12:53
*** slips <slips!> has joined #yocto12:54
*** majuk <majuk!> has quit IRC12:55
*** gtristan <gtristan!~tristanva@> has quit IRC12:59
*** peacememories <peacememories!> has joined #yocto12:59
*** AndersD <AndersD!> has quit IRC13:07
*** marka <marka!> has joined #yocto13:07
*** majuk <majuk!> has joined #yocto13:08
*** wmills <wmills!c05b651e@gateway/web/freenode/ip.> has quit IRC13:10
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC13:12
*** majuk <majuk!> has quit IRC13:13
rburtoned2: did you see patchtest about your uboot patch? :)13:13
*** MWelchUK <MWelchUK!> has quit IRC13:13
ed2rburton: now I see it :)13:14
*** berndand2 <berndand2!> has quit IRC13:15
ed2rburton: sent v3. will see what I did wrong this time :)13:23
*** paulg <paulg!> has joined #yocto13:24
ed2rburton: oops, wrong status. sent v4 :(13:25
*** MWelchUK <MWelchUK!> has joined #yocto13:26
rburtonnow for a really picky review, lets see if we can get to v713:26
LetoThe2ndrburton: the atmel hlcdc patch series for the kernel went to v9 or v10, iirc13:27
*** majuk <majuk!> has joined #yocto13:28
rburtoni think my record is 713:28
*** berndand2 <berndand2!> has joined #yocto13:29
*** groleo1 <groleo1!> has joined #yocto13:31
*** groleo <groleo!> has quit IRC13:32
*** majuk <majuk!> has quit IRC13:33
*** zeenix <zeenix!~zeenix@> has quit IRC13:34
*** zeenix <zeenix!~zeenix@> has joined #yocto13:38
*** rcw <rcw!~rwoolley@> has joined #yocto13:39
*** madisox <madisox!> has joined #yocto13:39
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has joined #yocto13:41
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has quit IRC13:41
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC13:44
*** majuk <majuk!> has joined #yocto13:48
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto13:48
*** majuk <majuk!> has quit IRC13:52
*** marka <marka!> has quit IRC13:54
*** AndersD <AndersD!> has joined #yocto13:57
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto13:58
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:58
*** vdehors <vdehors!~vdehors@> has quit IRC13:59
*** marka <marka!> has joined #yocto14:00
*** Bunio_FH <Bunio_FH!> has quit IRC14:04
*** mdnneo <mdnneo!~umaucher@> has quit IRC14:05
*** majuk <majuk!> has joined #yocto14:07
*** slips <slips!> has quit IRC14:10
*** cru01_ <cru01_!> has joined #yocto14:11
*** slips <slips!> has joined #yocto14:11
*** majuk <majuk!> has quit IRC14:11
-YoctoAutoBuilder- build #9 of nightly-refkit is complete: Success [build successful] Build details are at
*** majuk <majuk!> has joined #yocto14:19
*** Guest83978 <Guest83978!> has quit IRC14:19
*** hnje <hnje!~hnje@> has quit IRC14:20
*** slips <slips!> has quit IRC14:24
*** slips <slips!> has joined #yocto14:26
*** groleo1 <groleo1!> has quit IRC14:33
*** groleo <groleo!> has joined #yocto14:33
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC14:33
*** jmcruzal <jmcruzal!jmcruzal@nat/intel/x-pkphsvjrhkygtlxr> has joined #yocto14:34
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:36
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has quit IRC14:36
*** groleo <groleo!> has quit IRC14:38
*** slips <slips!> has quit IRC14:43
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has joined #yocto14:43
*** slips <slips!> has joined #yocto14:45
*** mkelly <mkelly!~martin@> has joined #yocto14:46
*** dreyna <dreyna!> has joined #yocto14:50
*** mkelly <mkelly!~martin@> has quit IRC14:51
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC14:52
*** CostinC <CostinC!> has quit IRC14:54
*** stephano <stephano!~stephano@> has joined #yocto14:54
MarcWeHi, I'm having some sdk issues whit my sdk. when I'm building a qt application it complains about Fatal error: invalid -march= option: `armv7-a'14:55
*** ed2 <ed2!~Adium@> has quit IRC14:56
*** MarcWe <MarcWe!> has quit IRC14:58
*** fl0v01 <fl0v01!> has quit IRC14:59
*** slips <slips!> has quit IRC15:00
*** JosePerez <JosePerez!jgperezc@nat/intel/x-gtpbfhoeubvageto> has quit IRC15:00
*** todor <todor!~todor@> has quit IRC15:00
*** alimon <alimon!~alimon@> has quit IRC15:00
*** lsandov <lsandov!~lsandov1@> has quit IRC15:00
*** ulf` <ulf`!~ulf@> has quit IRC15:00
*** sgw_ <sgw_!~sgw_@> has quit IRC15:00
*** aehs29 <aehs29!aehernan@nat/intel/x-eijnkjxiimqtgavo> has quit IRC15:00
*** todor <todor!~todor@> has joined #yocto15:01
*** madav <madav!~sugnan@> has quit IRC15:01
*** lsandov <lsandov!~lsandov1@> has joined #yocto15:01
*** stephano <stephano!~stephano@> has quit IRC15:01
*** sugnan <sugnan!~sugnan@> has quit IRC15:01
*** JosePerez <JosePerez!~jgperezc@> has joined #yocto15:01
*** rewitt <rewitt!rewitt@nat/intel/x-bynwudrejyjqirht> has quit IRC15:01
*** sjolley <sjolley!~sjolley@> has quit IRC15:01
*** tripzero <tripzero!~tripzero@> has quit IRC15:01
*** alimon <alimon!alimon@nat/intel/x-andxpvzsuuyaoagc> has joined #yocto15:02
*** ant_work <ant_work!> has quit IRC15:03
*** rcwoolley_ <rcwoolley_!~rwoolley@> has joined #yocto15:03
*** rewitt <rewitt!~rewitt@> has joined #yocto15:04
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has quit IRC15:04
*** slips <slips!> has joined #yocto15:04
*** aehs29 <aehs29!aehernan@nat/intel/x-ilraoujwlcuaaqrm> has joined #yocto15:05
*** sjolley <sjolley!~sjolley@> has joined #yocto15:05
*** rcw <rcw!~rwoolley@> has quit IRC15:06
*** tripzero <tripzero!~tripzero@> has joined #yocto15:07
*** seezer <seezer!seezer@quassel/developer/seezer> has quit IRC15:08
*** fl0v0 <fl0v0!> has joined #yocto15:09
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto15:10
*** stephano <stephano!~stephano@> has joined #yocto15:11
*** AndersD <AndersD!> has quit IRC15:12
*** Guest83978 <Guest83978!> has joined #yocto15:17
*** peacememories <peacememories!> has quit IRC15:18
*** lamego <lamego!jose@nat/intel/x-xjabfeirgbbwvjua> has joined #yocto15:19
*** slips <slips!> has quit IRC15:19
*** slips <slips!> has joined #yocto15:20
*** sgw_ <sgw_!~sgw_@> has joined #yocto15:23
jmesmonSo it looks like having system perl 5.26 breaks anything using automake in morty? Anyone aware if there is a patch somewhere?15:24
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:25
*** ChrysDaze <ChrysDaze!d9804861@gateway/web/freenode/ip.> has quit IRC15:26
rburtonoe-core 7fa044e799db651d45e4732e2527acfc2bc7cd47?15:28
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.> has quit IRC15:31
jmesmonrburton: applying that to morty looks like it's working for me.15:33
rburtonjmesmon: can you send a patch to the list?15:33
*** slips <slips!> has quit IRC15:34
*** ulf` <ulf`!ulf@nat/intel/x-cisrmvqtiqklotba> has joined #yocto15:35
*** slips <slips!> has joined #yocto15:36
*** ka6sox is now known as zz_ka6sox15:37
jmesmonrburton: done.15:40
*** twall <twall!~tom@> has joined #yocto15:41
twallhello, I'm wondering if anyone can help me with something simple.  I noticed that in the oe-core layer, there are two versions of gettext, 0.16.1 and 0.19.6.  Is there a way to decide which one makes it into my target build?  Should I use a bbmask?15:42
kergothtwall: in the absence of PREFERRED_VERSION or DEFAULT_PREFERENCE, and assuming both versions are in the same layer, which they are, the higher version will be used15:43
kergothtwall: see the yocto proejt documentation on those variables15:43
twallthank you15:43
rburtontwall: unless specified otherwise, newer version is used.  there are both because new gettext is GPL3 and you can blacklist GPL3 components, so the old GPL2 version is provided as an alternative.  (in the latest release, the old gplv2 versions are in meta-gplv2 instead of oe-core itself)15:44
kergothtwall: you would never want gettext 0.16.1 unless you're doing a non-gplv3 build15:44
twallkergoth: yeah, I downloaded this layer setup from TI, so there are definitely some uncertainties.  Thank you!15:45
*** rajm <rajm!~robertmar@> has quit IRC15:49
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC15:49
*** slips <slips!> has quit IRC15:49
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto15:50
*** stephano <stephano!~stephano@> has quit IRC15:52
*** JPEWhacker <JPEWhacker!cc4da337@gateway/web/freenode/ip.> has joined #yocto15:54
*** slips <slips!> has joined #yocto15:54
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC15:58
*** fl0v0 <fl0v0!> has quit IRC16:06
*** mckoan is now known as mckoan|away16:08
*** jairglez <jairglez!~jairdeje@> has joined #yocto16:10
*** zeenix <zeenix!~zeenix@> has quit IRC16:10
*** slips <slips!> has quit IRC16:11
*** zz_ka6sox is now known as ka6sox16:12
*** mkelly <mkelly!~martin@> has joined #yocto16:13
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto16:13
*** slips <slips!> has joined #yocto16:15
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has quit IRC16:17
*** groleo <groleo!~groleo@> has joined #yocto16:18
*** peacememories <peacememories!> has joined #yocto16:19
*** Snert___ <Snert___!~snert_@> has quit IRC16:20
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC16:20
*** Snert <Snert!> has quit IRC16:20
*** Snert_ <Snert_!~snert_@> has joined #yocto16:21
*** Snert <Snert!> has joined #yocto16:21
*** enghong <enghong!> has joined #yocto16:28
enghongHi everyone16:29
*** itseris <itseris!~emikulin@> has joined #yocto16:29
*** geoffrey_l <geoffrey_l!> has quit IRC16:29
enghonganyone already integrated python-scipy / python-sklearn into yocto?16:30
*** stephano <stephano!~stephano@> has joined #yocto16:33
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC16:33
Crofton|workscipy is painful16:42
Crofton|workI don't know of any success stories there16:42
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC16:43
*** jairglez <jairglez!~jairdeje@> has quit IRC16:45
*** JoiF <JoiF!~jofr@> has quit IRC16:46
*** jairglez <jairglez!~jairdeje@> has joined #yocto16:48
miceopedei added a DEPENDS += "git-native" to my recipe that uses cmake, but cmake still complains that it can't find git. any ideas?16:51
*** gabrbedd <gabrbedd!> has quit IRC16:56
kergoththis is weird16:56
kergoth            with open(donefile, 'wb') as cachefile:16:56
kergoth                checksums = pickle.load(cachefile)16:56
kergothException: io.UnsupportedOperation: read16:56
kergothhow can a file i just opened not have a read method?16:56
fray'wb' shouldn't that be 'rb'?16:58
kergoththanks, i'm blind16:59
kergothcopy/paste error16:59
fraylol, happens to all of us16:59
*** slips <slips!> has quit IRC17:01
*** slips <slips!> has joined #yocto17:03
*** jmcruzal <jmcruzal!jmcruzal@nat/intel/x-pkphsvjrhkygtlxr> has quit IRC17:05
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto17:06
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto17:06
*** gabrbedd <gabrbedd!> has joined #yocto17:09
kergothfray: how are you guys figuring out which sources to include in which source/downloads layer, particularly in the case where appends are modifying SRC_URI?17:09
kergothi was thinking of using variable tracking to map it17:09
fraywe have regular builds (think universe) that run fetchall with a combination of layer configurations..17:10
kergothah, so it compares the downloaded sources after the builds to see what was added by what?17:10
fraywe also have a simple class that helped see the dwonload layers the 'first time'.. after that, it's the responsibility of someone merging the code to make sure any new srcs are there..17:10
* fray looks if the class I'm netioning is still there..17:10
frayI've not used it in a while.. but I assume it still works17:11
kergothwe don't have download layers, but we do ship installers, some of which are a baseline release and others are added on, and the tool we use is like a package manager, so can't have file conflicts between installer artifacts, so need to have clear areas of responsibility, know what belongs to what17:11
fraythis segments the DL dir stuff by layer17:11
fraykergoth, sounds like the requirements our old installer had.. (was a PoS).. which is why the new git based setup was created..17:12
frayfor custom work and stuff, we've got custom layers that either include the associaed DL content or an associated dwonload layer (recommended by the main layer)17:13
kergothi'm actually adding git based handling within the installer, so it ships repository content (techincally git pack files) and then manifests are included to set up the checkouts for each based on what manifest is selected (what product version / machine / etc), which works pretty well and avoids any conflicts, but now i have to let releases coexist for sources, which is a bit uglier17:14
* kergoth nods17:14
fraywell hopefully we'll get parts of the setup program merged into bitbake in the next month or so and we all can void that mess..17:14
fraythe setup program itself handles that using 'mirror-indexes'..17:14
fraythats the one for the open source version of WRLinux 9.   basically it's a dump (munged a bit) of our internal layer index17:15
fraythe wr-lx-setup that I published a while back on github supports all of this automatically..17:15
fray(additional content that we ship simply has it's own mirror-index that can overwrite or augment the ones in the main set)17:16
*** jairglez1 <jairglez1!jairdeje@nat/intel/x-zjvwrgnqaappeuur> has joined #yocto17:16
fray(you can also go from the mirror-index and instantiate a real layer index yourself as well....  havn't really documented that, but it works surprisingly well)17:16
*** jairglez <jairglez!~jairdeje@> has quit IRC17:17
kergothsadly not in a position where i can change what install mechanism we use, so can't switch to a layier index approach even if i wanted to, have to roll with it17:17
*** t0mmy <t0mmy!~tprrt@> has quit IRC17:17
kergothaside: the fact that DL_DIR is one honking big single namespace is just stupid. too easy to get basename conflicts betwen recipes, using downloadfilename is a hack. we should really organize it by recipe, or better yet name the files by checksum and grab and name them at unpack time17:18
*** jo90 <jo90!~John90@> has joined #yocto17:18
fraykergoth that class I pasted before effectively moves the namespace to the collection17:20
kergothyeah, we have a similar class, though currently it goes by recipe location, so things get a little fuzzy when multiple layers are bbappending to add/modify sources17:20
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC17:22
frayyup.. with the dependency processing.. we can generate a set of layers so we can build of the DL_DIR (using that class) dynamically..17:22
fray-c fetchall -k universe   is 'interesting'.. (we make use of blacklit/whitelist as well to help control it)17:22
*** pohly <pohly!> has quit IRC17:26
*** slips <slips!> has quit IRC17:27
*** jairglez1 <jairglez1!jairdeje@nat/intel/x-zjvwrgnqaappeuur> has quit IRC17:32
*** jairglez <jairglez!~jairdeje@> has joined #yocto17:34
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:30bc:d90a:6efd:4f8c> has joined #yocto17:34
miceopedei added a DEPENDS += "git-native"17:37
miceopedebut doesn't seem to make a difference17:37
miceopedehow do i debug this?17:37
*** slips <slips!> has joined #yocto17:39
*** grma <grma!~gruberm@> has quit IRC17:40
miceopedeis there a way to tell where it's searching? it should be searching within the build sysroot, right?17:51
miceopedeinstead of the target sysroot?17:51
*** slips <slips!> has quit IRC17:54
*** mkelly <mkelly!~martin@> has quit IRC17:55
*** slips <slips!> has joined #yocto17:55
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:30bc:d90a:6efd:4f8c> has quit IRC17:59
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:00
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:05
*** mkelly <mkelly!~martin@> has joined #yocto18:08
*** majuk <majuk!> has quit IRC18:08
miceopedeah. so git-native is added to ASSUME_PROVIDED18:08
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC18:08
miceopedebut, the cmake toolchain file provided sets "set( CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER )"18:08
miceopedeso it won't ever look in /usr/bin/ for git18:08
miceopedeis this by design?18:09
*** slips <slips!> has quit IRC18:10
*** dmoseley <dmoseley!> has joined #yocto18:10
miceopedecan i just remove git-native from assume_provided? is there a way to do this for just a particular recipe?18:10
*** slips <slips!> has joined #yocto18:14
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto18:19
*** majuk <majuk!> has joined #yocto18:20
*** majuk <majuk!> has quit IRC18:25
*** tripzero <tripzero!~tripzero@> has quit IRC18:29
*** tripzero <tripzero!~tripzero@> has joined #yocto18:29
*** slips <slips!> has quit IRC18:30
*** klynn <klynn!> has joined #yocto18:33
*** slips <slips!> has joined #yocto18:33
*** bluelightning <bluelightning!> has joined #yocto18:34
*** bluelightning <bluelightning!> has quit IRC18:34
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:34
*** majuk <majuk!> has joined #yocto18:39
*** majuk <majuk!> has quit IRC18:43
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto18:43
jmesmonHey folks, I'm looking at some brokenness in gcc 6.2 & wondering if it would make sense to just update morty to gcc 6.3 (to avoid backporting individual fixes).18:46
jmesmonI was under the impression that gcc upstream had adjusted their version numbering starting with ~5 so that 6.2->6.3 should corrspond to something like what 4.9.5->4.9.6 was in the past.18:48
*** slips <slips!> has quit IRC18:48
*** slips <slips!> has joined #yocto18:49
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC18:50
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto18:51
*** majuk <majuk!> has joined #yocto18:57
*** peacememories <peacememories!> has quit IRC18:58
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC18:58
*** link_ <link_!> has joined #yocto18:59
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto19:01
*** slips <slips!> has quit IRC19:03
*** majuk <majuk!> has quit IRC19:03
*** slips <slips!> has joined #yocto19:04
*** peacememories <peacememories!> has joined #yocto19:05
maudatjmesmon: Hi, could you elaborate the brokenness you have with gcc 6.2? I have an issue in protobuf-c with linaro gcc 6.2 I wonder if you encounter that one19:08
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC19:09
*** peacememories <peacememories!> has quit IRC19:09
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has joined #yocto19:17
*** majuk <majuk!> has joined #yocto19:18
*** slips <slips!> has quit IRC19:19
*** slips <slips!> has joined #yocto19:20
*** majuk <majuk!> has quit IRC19:23
*** libby1 <libby1!libby@nat/intel/x-aealgjlmyevxmvnb> has joined #yocto19:24
*** majuk <majuk!> has joined #yocto19:25
jmesmonmaudat: My specific issue is that gcc 6.2 doesn't build with gcc 7. I've submitted a PR to oe-core/morty to backport the fix a few minutes ago.19:26
jmesmonI'm just concerned about things that aren't causing gcc 6.2 to fail to build but should be still be fixed.19:26
*** nemequ__ <nemequ__!~nemequ@2600:8801:d100:0:224f:9fe3:6de2:7932> has joined #yocto19:27
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto19:28
*** nemequ__ <nemequ__!~nemequ@2600:8801:d100:0:224f:9fe3:6de2:7932> has quit IRC19:30
miceopedewhat is the "proper" way to build and include git-native such that it makes it into the sysroot? i removed it from ASSUME_PROVIDED bitbake.conf and the build failed in a mess of dependency errors19:32
*** clsulliv <clsulliv!clsulliv@nat/intel/x-pzayjwbkjfzpmutt> has quit IRC19:33
rburtoni'm not entirely surprised19:34
*** clsulliv <clsulliv!clsulliv@nat/intel/x-zvshnmjjznrrviwp> has joined #yocto19:34
rburtonpresumbaly you need a git-native because your host git is really old?19:34
rburtonif so that's what the buildtools-tarball is for19:34
*** link_ <link_!> has quit IRC19:34
*** slips <slips!> has quit IRC19:34
*** nemequ <nemequ!~nemequ@2600:8801:d100:0:91b7:cf33:d97f:785c> has joined #yocto19:35
kergothmiceopede: bitbake needs git at parse time, long before anything is built, including git-native19:35
miceopedei see. is there a way to get my host git into the sysroot?19:36
miceopedemy problem is that cmake's FindGit() can't find it19:36
miceopedebecause it doesn't search the system paths19:36
rburtonah, so that's an entirely different problem19:36
rburtonone fix is to set OECMAKE_FIND_ROOT_PATH_MODE_PROGRAM="BOTH" in your recipe19:37
miceopederburton: OE's cmake toolchain removes the system search paths from the find_* paths, for good reason19:37
rburtonand setting that variable is the workaround19:37
miceopedeif i set it to BOTH, though, it may incorrectly find headers and other libraries in there, right?19:38
rburtonor, patch out the check if its pointless for the build19:38
*** slips <slips!> has joined #yocto19:38
*** peacememories <peacememories!> has joined #yocto19:38
rburtonits _PROGRAM so hopefully not but who knows, yay cmake19:38
miceopedewonderful :D19:38
miceopedei think i'll patch it out, just to be safe19:38
rburtonprobably easier :)19:38
rburtondemanding git to be present to build seems a bit overzealous19:38
rburtoni've found several pacakges that demand python headers to be present because they want a python binary during the build19:39
miceopedenot my code, but they use it to embed git log and hash information into the binary19:39
rburtonyeah patch it out and just set the path to "git" :)19:39
rburtonautoconf lets you pass the value for tests like this19:39
rburtonso you'll see recipes setting eg ac_cv_PROG_GIT to seed the location of the git binary, to stop autoconf looking on its own19:40
miceopederburton: perfect. thanks so much!19:40
*** scottrif <scottrif!> has quit IRC19:40
nemequdoes anyone know what to do to resolve this error: /usr/lib64/ undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::resize(unsigned long, char)@GLIBCXX_3.4.21' ?  I'm on F26 now, but I was getting the same error on F25.19:41
kergothnemequ: you haven't told us what exactly is failing19:42
*** peacememories <peacememories!> has quit IRC19:42
kergothno target recipes should be linking against that lib, so presumably it's running a tool from a native recipe19:42
kergothsounds like you're using sstate that was built on a newer host than you're building on now19:42
nemequkergoth, `bitbake core-image-minimal` ->
nemequkergoth, nope, completely fresh checkout.19:43
kergothsounds like something wrong on the host, then19:43
kergothquite odd19:43
nemequkergoth, totally fresh f26 install, too19:43
nemequi was hoping upgrading from f25 to f26 would fix the issue so i installed it, same error i was getting on f2519:44
khemnemequ: disable uninative19:45
nemequkhem, how do i do that?19:45
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto19:45
khemthe issue is probably due to _GLIBCXX_USE_CXX11_ABI has different value for your host libstdc++19:47
khemand one expected by uninative19:47
nemequkhem, yeah, i saw that, but adding  -D_GLIBCXX_USE_CXX11_ABI=0 to all the cflags/cxxflags i could find didn't help19:47
nemequtried =1, too19:47
nemequgoogle isn't helping me figure out how to disable uninative…19:48
*** JaMa <JaMa!~martin@> has quit IRC19:48
*** slips <slips!> has quit IRC19:52
*** rschaefe <rschaefe!81c4e24e@gateway/web/freenode/ip.> has joined #yocto19:53
*** slips <slips!> has joined #yocto19:54
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC19:57
*** stephano <stephano!~stephano@> has quit IRC19:58
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto19:59
rschaefeI'm currently using yocto to build an arm toolchain, which I can use to build my application (outside of yocto) for the targeted hardware. Can I use yocto to also genereate an x86 toolchain to build a version of the application to run locally?19:59
khemnemequ: in meta-poky/conf/distro/poky.conf comment out INHERIT += "uninative"20:01
khemrschaefe: the SDK does not include native gcc until 2.3 release20:02
khemrschaefe: what you can do is build an SDK for qemux86-6420:03
khemand use that toolchain20:03
*** t0mmy <t0mmy!> has joined #yocto20:04
rschaefe2.3 is pyro correct? I tried to move to pyro but ran into some bitbake issues.20:05
rschaefeThanks. So the idea is to build for a new machine, with the same image -c populate_sdk?20:06
*** this_is_austin <this_is_austin!> has quit IRC20:08
*** this_is_austin <this_is_austin!> has joined #yocto20:08
*** slips <slips!> has quit IRC20:13
*** Bunio_FH <Bunio_FH!> has joined #yocto20:14
*** Bunio_FH <Bunio_FH!> has left #yocto20:14
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC20:15
*** slips <slips!> has joined #yocto20:17
*** dreyna <dreyna!> has quit IRC20:18
*** scottrif <scottrif!~scottrif@> has joined #yocto20:21
*** ant_home <ant_home!> has joined #yocto20:22
*** slips <slips!> has quit IRC20:32
*** slips <slips!> has joined #yocto20:33
*** catch22_ <catch22_!~catch22__@> has joined #yocto20:34
*** groleo <groleo!~groleo@> has quit IRC20:39
nemequkhem, it didn't work.  sorry about the delay, wanted to try a fresh build…20:41
nemequthe build did seem to take longer, so i'm guessing commenting that out worked, but i still see the same error20:42
*** slips <slips!> has quit IRC20:48
*** rcwoolley_ <rcwoolley_!~rwoolley@> has quit IRC20:49
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC20:49
*** slips <slips!> has joined #yocto20:50
jmesmonhi folks, is there a "right way" to handle a kernel module that installs some userspace (uapi) headers? I've noticed that having the kernel module install them causes some annoying dependency chains from the kernel into userspace (and my kernel seems to rebuild itself more than actually needed)20:52
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC20:56
*** klynn <klynn!> has quit IRC20:58
*** twall <twall!~tom@> has quit IRC21:00
*** Guest83978 <Guest83978!> has quit IRC21:01
*** vmeson <vmeson!~rmacleod@> has quit IRC21:02
*** joshuagl <joshuagl!joshuagl@nat/intel/x-xfbwzkeyedfewxke> has quit IRC21:02
*** Guest83978 <Guest83978!> has joined #yocto21:05
*** klynn1 <klynn1!> has joined #yocto21:05
*** klynn1 <klynn1!> has left #yocto21:05
*** klynn <klynn!~klynn@> has joined #yocto21:07
*** catch22_ <catch22_!~catch22__@> has quit IRC21:14
*** berton <berton!~berton@> has quit IRC21:15
*** Snert_ <Snert_!~snert_@> has quit IRC21:23
*** dmoseley1 <dmoseley1!> has joined #yocto21:23
*** Snert_ <Snert_!~snert_@> has joined #yocto21:23
*** bbhoss_ <bbhoss_!sid18216@gateway/web/> has joined #yocto21:24
*** t0mmy <t0mmy!> has quit IRC21:25
*** wto <wto!> has joined #yocto21:26
*** wto is now known as Guest4115521:27
*** ipuustin_ <ipuustin_!> has joined #yocto21:27
*** geheimni1` <geheimni1`!~geheimnis@> has joined #yocto21:27
*** dreyna <dreyna!> has joined #yocto21:27
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC21:29
*** bbhoss <bbhoss!sid18216@gateway/web/> has quit IRC21:29
*** mkelly <mkelly!~martin@> has quit IRC21:29
*** dmoseley <dmoseley!> has quit IRC21:29
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC21:29
*** Guest34901 <Guest34901!> has quit IRC21:29
*** ipuustin <ipuustin!> has quit IRC21:29
*** geheimnis` <geheimnis`!~geheimnis@> has quit IRC21:29
*** nighty- <nighty-!> has quit IRC21:29
*** geheimni1` is now known as geheimnis`21:29
*** bbhoss_ is now known as bbhoss21:29
*** nighty- <nighty-!> has joined #yocto21:30
*** m2 <m2!> has quit IRC21:31
*** milindur <milindur!> has quit IRC21:32
*** mkelly <mkelly!~martin@> has joined #yocto21:32
*** milindur <milindur!> has joined #yocto21:34
*** m2 <m2!> has joined #yocto21:34
*** Guest47556 <Guest47556!> has joined #yocto21:34
*** Guest83978 <Guest83978!> has quit IRC21:35
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto21:39
*** Guest47556 <Guest47556!> has quit IRC21:41
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto21:45
*** Guest47556 <Guest47556!> has joined #yocto21:47
*** sameo <sameo!~samuel@> has quit IRC21:51
*** slips <slips!> has quit IRC21:55
*** berndand2 <berndand2!> has quit IRC21:57
*** klynn <klynn!~klynn@> has quit IRC21:58
*** slips <slips!> has joined #yocto22:00
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto22:05
*** sjolley <sjolley!~sjolley@> has quit IRC22:07
*** Guest47556 <Guest47556!> has quit IRC22:11
*** slips <slips!> has quit IRC22:14
*** berndand2 <berndand2!> has joined #yocto22:16
*** slips <slips!> has joined #yocto22:16
*** marka <marka!> has quit IRC22:19
*** dreyna <dreyna!> has quit IRC22:19
*** caiortp <caiortp!~inatel@> has quit IRC22:22
*** zeenix <zeenix!> has joined #yocto22:23
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has quit IRC22:28
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto22:34
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC22:34
*** MiskaX <MiskaX!> has quit IRC22:35
*** MiskaX <MiskaX!> has joined #yocto22:35
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC22:35
*** bavery_fn <bavery_fn!~bavery@> has quit IRC22:37
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto22:41
*** scottrif <scottrif!~scottrif@> has quit IRC22:44
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto22:44
*** zeenix <zeenix!> has quit IRC22:47
*** paulg <paulg!> has quit IRC22:48
*** vmeson <vmeson!> has joined #yocto23:00
*** slips <slips!> has quit IRC23:01
*** rburton <rburton!> has quit IRC23:02
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto23:05
*** slips <slips!> has joined #yocto23:06
*** ant_home <ant_home!> has quit IRC23:07
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC23:10
*** Guest47556 <Guest47556!> has joined #yocto23:10
*** mkelly <mkelly!~martin@> has quit IRC23:11
*** stephano <stephano!~stephano@> has joined #yocto23:12
*** RP1 <RP1!> has joined #yocto23:12
*** RP <RP!> has quit IRC23:13
*** slips <slips!> has quit IRC23:20
*** cru01_ <cru01_!> has quit IRC23:20
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC23:22
*** slips <slips!> has joined #yocto23:22
-YoctoAutoBuilder- build #540 of nightly-checkuri is complete: Success [build successful] Build details are at
*** Guest47556 <Guest47556!> has quit IRC23:26
*** slips <slips!> has quit IRC23:36
*** slips <slips!> has joined #yocto23:42
*** r0r0_ <r0r0_!~r0r0@> has joined #yocto23:44
*** r0r0__ <r0r0__!~r0r0@> has joined #yocto23:44
*** dreyna <dreyna!> has joined #yocto23:45
*** mkelly <mkelly!> has joined #yocto23:53
*** stanley <stanley!c0c692a6@gateway/web/freenode/ip.> has joined #yocto23:54
*** slips <slips!> has quit IRC23:56
*** mkelly <mkelly!> has quit IRC23:58

Generated by 2.11.0 by Marius Gedminas - find it at!