Thursday, 2015-05-14

*** nighty^ <nighty^!> has quit IRC00:01
*** alimon1 <alimon1!> has quit IRC00:22
*** Jefro <Jefro!> has quit IRC00:23
*** Jefro <Jefro!> has joined #yocto00:24
*** paulg_ <paulg_!> has joined #yocto00:36
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto00:41
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC00:42
*** Jefro <Jefro!> has quit IRC00:43
*** Jefro <Jefro!> has joined #yocto00:43
*** pepperon1 <pepperon1!~pepperoni@unaffiliated/pepperoni> has joined #yocto00:45
*** pepperon1 is now known as pepperoni00:46
*** neur0Fuzzy <neur0Fuzzy!> has joined #yocto00:46
*** paulg_ <paulg_!> has quit IRC00:55
-YoctoAutoBuilder- build #328 of nightly is complete: Success [build successful] Build details are at
*** OutOfNoWhere <OutOfNoWhere!~rpb@> has joined #yocto01:05
*** sjolley <sjolley!sjolley@nat/intel/x-wzafxjnonfnifgkv> has joined #yocto01:10
*** ntl <ntl!> has quit IRC01:25
*** paulg_ <paulg_!> has joined #yocto01:27
*** ntl <ntl!> has joined #yocto01:38
*** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC01:50
*** manuel__ <manuel__!> has joined #yocto01:51
*** manuel_ <manuel_!> has quit IRC01:54
*** manuel__ is now known as manuel_01:54
*** sarahsharp <sarahsharp!~sarah@> has quit IRC02:10
*** pidge <pidge!~pidge@2a02:8084:0:3000:3453:dc60:1992:2f8b> has quit IRC02:49
*** ntl <ntl!> has quit IRC03:27
*** anselmolsm_ <anselmolsm_!~anselmols@> has quit IRC03:29
*** manuel_ <manuel_!> has quit IRC03:38
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC03:38
*** ntl <ntl!> has joined #yocto03:39
*** Jefro <Jefro!> has quit IRC03:41
*** Jefro <Jefro!> has joined #yocto03:43
*** Jefro1 <Jefro1!> has joined #yocto03:47
*** Jefro <Jefro!> has quit IRC03:50
*** Jefro1 <Jefro1!> has quit IRC04:11
*** sadashiv <sadashiv!728fd272@gateway/web/freenode/ip.> has joined #yocto04:45
*** pohly <pohly!> has joined #yocto04:46
*** sadashiv <sadashiv!728fd272@gateway/web/freenode/ip.> has quit IRC04:54
*** sadashiv_ <sadashiv_!728fd272@gateway/web/freenode/ip.> has joined #yocto04:56
sadashiv_Hi Iam newbe to Yocto04:56
sadashiv_iam using yocto for Phytech  AM355x board04:57
sadashiv_while building ianm getting following error04:57
sadashiv_DEBUG: Executing python function sstate_task_prefunc DEBUG: Python function sstate_task_prefunc finished DEBUG: Executing python function do_populate_sysroot DEBUG: Executing shell function sysroot_stage_all tar: --same-order option cannot be used with -c Try 'tar --help' or 'tar --usage' for more information. tar: This does not look like a tar archive tar: Exiting with failure status due to previous errors WARNING: exit code 2 fr04:58
sadashiv_any body please help me04:58
nrossisadashiv_: Are you using a non-supported distro? (do you get the warning message when you try to run bitbake commands)? cause it looks like you have an incompatible version of tar05:06
sadashiv_what is nonBuild Configuration: BB_VERSION        = "1.20.0" BUILD_SYS         = "x86_64-linux" NATIVELSBSTRING   = "Ubuntu-14.04" TARGET_SYS        = "arm-poky-linux-gnueabi" MACHINE           = "phyBOARD-WEGA-AM335x" DISTRO            = "poky" DISTRO_VERSION    = "1.5" TUNE_FEATURES     = "armv7a vfp neon" TARGET_FPU        = "vfp-neon" meta               meta-yocto         meta-yocto-bsp     meta-hob          = "<unknown>:<unkn05:10
sadashiv_these are my settings05:11
nrossisadashiv_: Ok that is a supported distro for newer versions of Yocto. Not sure if it works correctly with older versions of yocto (1.5 in your case)05:15
*** sjolley <sjolley!sjolley@nat/intel/x-wzafxjnonfnifgkv> has quit IRC05:16
sadashiv_can anybody  please explain  how to debug  to find the exact root cause05:24
*** sjolley <sjolley!sjolley@nat/intel/x-ttudyowbgjhrixsd> has joined #yocto05:32
*** Jefro <Jefro!> has joined #yocto05:44
*** Jefro <Jefro!> has quit IRC05:50
*** grma <grma!> has joined #yocto06:00
*** paulg_ <paulg_!> has quit IRC06:10
*** hamis <hamis!~irfan@> has joined #yocto06:22
*** ant_work <ant_work!> has joined #yocto06:45
*** RzR <RzR!~RzR@> has quit IRC06:50
*** RzR <RzR!~RzR@> has joined #yocto06:50
*** diego_r <diego_r!> has joined #yocto06:54
*** microMolvi <microMolvi!6e5dd462@gateway/web/freenode/ip.> has joined #yocto07:04
microMolviDoes a machine file and the files that it requires(.inc) need to be in the same layer?? I have a machine file in one layer and I need to include a .inc file from some other layer without code duplication07:06
*** sm0ketst <sm0ketst!54c63c29@gateway/web/freenode/ip.> has quit IRC07:09
microMolvidoes this apply to my situation:
*** nighty^ <nighty^!> has joined #yocto07:31
*** kw01f <kw01f!> has joined #yocto07:37
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto07:42
lpappgood morning07:46
*** oteros <oteros!d97f9b97@gateway/web/freenode/ip.> has joined #yocto07:59
oterosHi, I want to add iptables at my compile RFS + kernel, how can I add this features at my kernel?08:01
oterosIs there any manual?08:02
*** smustafa <smustafa!~mustafa@> has joined #yocto08:04
oterosRigth now I'm using poky-dizzy-12.0.108:04
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto08:06
lpapphmm, this is interesting:
lpappso why do I need this with daisy, but not dylan?08:20
*** bluelightning <bluelightning!~paul@> has joined #yocto08:29
*** bluelightning <bluelightning!~paul@> has quit IRC08:29
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:29
*** radhus <radhus!> has quit IRC08:32
*** jchonig <jchonig!> has quit IRC08:33
lpappbluelightning: hu08:35
lpapphi, I mean :)08:35
bluelightningmorning all08:35
bluelightningmorning lpapp08:35
lpapp -> is this some flexible way of defining the version Yocto uses so that it does not break on update?08:36
lpappI am referring to % in the file name of the recipe append.08:36
*** RagBal <RagBal!> has quit IRC08:37
*** Rootert <Rootert!> has quit IRC08:37
nrossilpapp: '%' in recipe names is a wild card. And yep its mainly for flexible version appends08:37
nrossimorning bluelightning08:37
*** pev <pev!~pev@> has joined #yocto08:37
lpappok, thanks :)08:38
bluelightninghi nrossi08:38
lpapphmm, perhaps I should change all my appends to this syntax08:38
lpappis there any drawback of it?08:38
lpappperhaps in case of multiple recipe versions?08:38
lpappwhat would pick it up then? bitbake would complain that it is ambiguous?08:39
nrossiif you appends rely on the actual content of a versioned recipe then do not wildcard08:39
lpappor would it pick up some dedicated version by default?08:39
nrossilpapp: wildcards mix with version specific ones too08:39
nrossilpapp: as in it will apply all appends that match the pattern08:40
lpappwell, I am still unsure why it all worked with dylan and not daisy.08:41
lpappI would like to find the reason even though I know what is suggested in that thread.08:41
lpappis it upstream openssh that changed?08:41
*** radhus <radhus!> has joined #yocto08:41
lpappnrossi: right, so that would not cause any issues then if I set my preferred version.08:41
*** jchonig <jchonig!~quassel@> has joined #yocto08:42
nrossilpapp: what exactly is the issue you are seeing?08:42
lpapp"Just trying to found what's missing for PAM to work so ssh will stop08:43
lpappexiting with Broken pipe? Quick fix to solve ssh broken pipe is to08:43
lpappchange in /etc/ssh/sshd_config "UsePAM yes" to "UsePAM no"."08:43
lpappssh did work before the daisy update08:43
lpappbut I see that the openssh version changed.08:43
lpappso that could be a place to look at for finding the issue08:44
lpappbut since I do not know Yocto enough, that could also be a place.08:44
lpappand of course our own stuff, too, but I am not sure that I have all the information so that I can localize it just yet.08:44
lpappI can sure fix the issue like khem raj did, but I would also like to understand what I fix and why exactly and why it stopped working.08:45
nrossilpapp: Sorry i don't know too much about the PAM stuff. Although I do remember that there were some changes around PAM stuff that went into daisy, where you could enable/disable PAM via distro features or some such08:47
*** belen <belen!~Adium@> has joined #yocto08:47
*** kw01f <kw01f!> has quit IRC08:48
lpappthis is the exact error message by the way: packet_write_wait: Connection to Broken pipe08:49
lpappwhen I issue "ssh root@"08:49
lpappalso, I am not sure if this "fix" compromises security.08:50
lpappis it ok to reply to that old thread asking this?09:00
lpapphmm, I was not on that list for the time ...09:01
bluelightninglpapp: yes, nothing wrong with that09:03
bluelightninghmm, I thought kmail had an option to edit the in-reply-to field, but maybe not09:04
*** RzR <RzR!~RzR@> has quit IRC09:06
*** RzR <RzR!~RzR@> has joined #yocto09:08
lpappin general, it is not good if pam has to be disabled for software intentionally using pam.09:14
lpappso I hope that it is just an openssh specific issue.09:15
*** belen1 <belen1!Adium@nat/intel/x-ccovshbvgwszwmyg> has joined #yocto09:15
*** microMolvi <microMolvi!6e5dd462@gateway/web/freenode/ip.> has quit IRC09:17
*** belen <belen!~Adium@> has quit IRC09:17
*** belen <belen!~Adium@> has joined #yocto09:17
*** belen1 <belen1!Adium@nat/intel/x-ccovshbvgwszwmyg> has quit IRC09:19
*** jimBaxter <jimBaxter!> has joined #yocto09:27
lpappseems openssh_%.bbappend does not work for me09:30
lpappstill the unappended content is generated.09:31
*** AlexVaduva <AlexVaduva!~AlexVaduv@> has joined #yocto09:34
lpappI have this: ../meta-foo/recipes-connectivity/openssh/openssh/sshd_config09:34
lpappand I have this: FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" in ../meta-foo/recipes-connectivity/openssh/openssh_%.bbappend09:34
lpappis this ok?09:34
lpappfwiw, I also have: ../meta-foo/recipes-connectivity/openssh/ with we install company specific keys.09:35
lpappdo I need to do a complete image rebuild from scratch or placing openssh_%.bbappend with ../meta-foo/recipes-connectivity/openssh/openssh/sshd_config in there should be enough to regenerate the image with the new sshd_config?09:36
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC09:38
*** jimBaxter <jimBaxter!> has quit IRC09:39
*** rburton <rburton!> has joined #yocto09:40
*** jimBaxter <jimBaxter!> has joined #yocto09:40
bluelightninglpapp: does bitbake-layers show-appends list it?09:42
lpappunfortunately no.09:44
lpappgood idea to check with that. I was not aware of that tool!09:44
bluelightninghmm, so for some reason that bbappend isn't being picked up09:45
bluelightningthings to check: 1) is the layer enabled (I'm guessing it is), 2) BBFILES value in conf/layer.conf for the layer has a pattern that includes *.bbappend09:46
lpappopenssh_6.5p1.bbappend gets picked up09:47
bluelightningjust remind me, this is daisy right?09:47
bluelightningwildcard bbappends are definitely supported there09:48
lpappBBFILES += "${LAYERDIR}/recipes-*/*/*.bb \ ${LAYERDIR}/recipes-*/*/*.bbappend"09:48
bluelightningargh... the fix to make them show up in bitbake-layers never made daisy09:49
bluelightningguess we should backport that09:49
lpappis that just about tooling or the proper operation, too?09:49
bluelightningin all probability it's being parsed then, just the contents needs fixing09:50
bluelightningalthough, I can't see how it could go wrong09:52
lpappme neither, I will not use % for now then unless it is easy to fix.09:53
bluelightningthe file is already in SRC_URI, so FILESEXTRAPATHS_prepend as you've done and putting the file in the directory as you've done should be enough09:53
bluelightningone thing - openssh-foo is just the company-specific stuff, it isn't a replacement for openssh - right?09:54
bluelightningI doubt the % naming is related, that operates at a completely different level to variable values09:54
lpappthat is correct, it is not a replacement.09:56
lpappI am not sure why the two could not be merged.09:56
lpappcompany specific keys installed via .bbappend, but that is not for today.09:56
lpappI could back that file up and remove it for a quick test whether this can cause any issues.09:56
lpappactually I do not even need to back it as git checkout will get it back if I remove :)10:01
*** pev <pev!~pev@> has quit IRC10:06
*** JaMa <JaMa!> has joined #yocto10:10
*** pidge <pidge!~pidge@2a02:8084:0:3000:3453:dc60:1992:2f8b> has joined #yocto10:17
*** kw01f <kw01f!> has joined #yocto10:21
*** manuel_ <manuel_!> has joined #yocto10:26
*** ntl <ntl!> has quit IRC10:47
lpappbluelightning: I cannot figure out. I think I will just do a fresh clean build.10:49
lpappMost of the time I waste more time with fixing things than just rebuilding it :)10:49
bluelightninghave you verified that renaming the bbappend without % fixes it?10:50
lpappyes and no10:51
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC10:51
lpappfirst it seemed to work10:51
bluelightningeither you have or you haven't10:51
lpappthen I changed it back to %10:51
lpappremoved the other recipe10:51
lpappand then that did not help10:51
lpappI renamed % back to the version, and that no longer worked either10:51
lpappit is kind of mysterious for me what is going on10:52
bluelightningok, so it has nothing to do with it10:52
lpappI do not know for sure10:52
bluelightningdoing a complete fresh build is a total waste of time10:52
lpappwell, I have already spent more on it than rebuilding :)10:52
bluelightningat minimum, -c cleansstate openssh will wipe out anything relating to openssh10:52
lpappalso, even openssh_6.5p1.bbappend no longer works now10:52
lpappI do not know what is going on10:53
lpappI even tried bitbake -c cleanall openssh;bitbake openssh10:53
bluelightningthis is like any other problem in computing, you follow the steps that the system will take until you find where things are going wrong10:54
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:55
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:55
*** bluelightning_ is now known as bluelightning10:55
bluelightninglpapp: this is like any other problem in computing, you follow the steps that the system will take until you find where things are going wrong10:56
bluelightninge.g. you can do an unpack and see which file is there10:57
bluelightningin the workdir10:57
bluelightninghave you done that?10:57
*** nerdboy <nerdboy!> has joined #yocto10:58
*** ntl <ntl!> has joined #yocto11:00
*** belen1 <belen1!Adium@nat/intel/x-bcirzruhuviktsko> has joined #yocto11:04
*** didoatanasov <didoatanasov!~dido@> has quit IRC11:04
*** belen <belen!~Adium@> has quit IRC11:06
*** OutOfNoWhere <OutOfNoWhere!~rpb@> has quit IRC11:15
*** pev <pev!~pev@> has joined #yocto11:21
lpappbluelightning: unpack what?11:36
*** jfojtl <jfojtl!> has quit IRC11:39
*** belen1 <belen1!Adium@nat/intel/x-bcirzruhuviktsko> has quit IRC11:47
*** erakis <erakis!~wooh@> has joined #yocto11:48
*** mckoan_ is now known as mckoan11:55
mckoanI am using dizzy 1.7.2 and I am facing a new problem, modprobe: no gzip/bzip2/xz magic11:56
mckoando you have any clue?11:56
*** kw01f <kw01f!> has quit IRC11:57
mckoanwhy the system suddenly started asking me for a compressed module?11:57
mckoanimage is core-image-minimal12:02
*** ncgs <ncgs!> has quit IRC12:02
JaMamckoan: upgrade to latest dizzy revision12:05
JaMabusybox is broken in older12:05
mckoanJaMa: thx, probably I was aligend to a bad commit12:10
erakisHi, I'm running a Qt fullscreen application on EGLFS and as soone as I touch the screen I'm seeing the console in the background appearing and disappearing (flashing). How can I fix this ?12:11
*** ncgs <ncgs!> has joined #yocto12:17
*** manuel_ <manuel_!> has quit IRC12:18
mckoanJaMa: I cant do git pull at the moment, as quick workaround I added kmod to my image and I solved it as well12:22
mckoanerakis: did you test with a minimal Qt app (not full screen)?12:23
*** belen <belen!Adium@nat/intel/x-gxcwjayuptbnucxq> has joined #yocto12:25
*** pohly <pohly!> has quit IRC12:28
mckoanjust for reference, the problem with insmod was solved by commit 29812e61736a95f1de64b3e9ebbb9c646ebd28dd12:29
*** manuel_ <manuel_!> has joined #yocto12:31
*** smartin_ <smartin_!> has quit IRC12:31
*** smartin_ <smartin_!> has joined #yocto12:33
*** ncgs <ncgs!> has quit IRC12:33
erakismckoan : You mean by (-platform minimal) ? I did tried but it do not support GLES context, also I'm not having any x11 environment on fb. It seem to be the console in the background that is intercepting keys or touch event and printing chars.12:33
lpappbluelightning: I am all kinds of lost ...12:38
lpappeven rebuild did not help12:38
lpappand the tool that you showed me lists openssh as a valid append12:38
erakismckoan : I think I found a workaround. "echo 0 > /sys/class/vtconsole/vtcon1/bind & myQtApplication -platform eglfs & echo 0 > /sys/class/vtconsole/vtcon1/bind". But is my console will be reativated after my myQtApplication quit ?12:39
*** kw01f <kw01f!> has joined #yocto12:44
*** ncgs <ncgs!> has joined #yocto12:48
*** Guest57344 <Guest57344!> has quit IRC12:48
bluelightninglpapp: bitbake -c unpack openssh12:51
bluelightninglpapp: you don't have multiple bbappends for openssh by any chance?12:52
lpappand also, the tool only shows one12:52
lpappwhat to do after unpack?12:52
lpappcheck if sshd_config is in the workdir?12:53
lpappbluelightning: this looks correct, /home/lpapp/Projects/Yocto-daisy-32/poky-dylan-9.0.1/build/tmp/work/armv5te-foo-linux-gnueabi/openssh/6.5p1-r0/sshd_config12:57
*** belen1 <belen1!Adium@nat/intel/x-hljcyhqxjcaozuni> has joined #yocto12:57
*** lamego <lamego!~lamego@> has joined #yocto12:57
bluelightninglpapp: ok, maybe bitbake -c package openssh and look under packages-split/12:57
*** belen <belen!Adium@nat/intel/x-gxcwjayuptbnucxq> has quit IRC12:58
lpappbluelightning: it is wrong there.13:01
bluelightningmaybe the wrong thing is happening at do_install?13:02
bluelightningyou can cleansstate and try bitbake -c install openssh and look under image/13:02
lpappI am referring to this file: /home/lpapp/Projects/Yocto-daisy-32/poky-dylan-9.0.1/build/tmp/work/armv5te-foo-linux-gnueabi/openssh/6.5p1-r0/packages-split/openssh-sshd/etc/ssh/sshd_config13:02
*** vmeson <vmeson!> has joined #yocto13:05
bluelightningright, but that would presumably be what got installed, so that's the next thing to check13:05
lpappbluelightning: wrong one in there13:05
lpappI am referring to this: /home/lpapp/Projects/Yocto-daisy-32/poky-dylan-9.0.1/build/tmp/work/armv5te-foo-linux-gnueabi/openssh/6.5p1-r0/image/etc/ssh/sshd_config13:06
bluelightningok, so it would be worth looking at do_install via bitbake -e openssh - is there any other install/cp/etc. command referencing sshd_config?13:07
*** belen1 <belen1!Adium@nat/intel/x-hljcyhqxjcaozuni> has quit IRC13:08
bluelightningoh, so there's a sed command changing the very setting we are talking about13:12
lpappit seems so, yes, where does that come from?13:12
lpappah, the openssh recipe13:13
lpappDISTRO_FEATURES can be set per recipe?13:13
lpappif not, I do not know how to solve this use case.13:14
bluelightningnormally you shouldn't, but in this case you probably can13:14
bluelightningturning this option off is a hack anyway13:14
lpappyeah, and I still do not know whether it is openssh specific or pam is broken in general13:15
lpappwe do want to use pam in our software, so if it is the latter, pam has tobe fixed, and not disabled13:15
*** tsramos <tsramos!~tsramos@> has joined #yocto13:19
*** anselmolsm <anselmolsm!~anselmols@> has joined #yocto13:19
*** tsramos <tsramos!~tsramos@> has quit IRC13:19
bluelightningmy approach would be to look upstream for a fix... if not somewhere in there release notes then maybe in their repository13:19
*** belen <belen!~Adium@> has joined #yocto13:20
lpappbut according to this, I cannot possibly imagine how khem raj's layer ever worked13:21
lpappof course, I could always sed it back in my .bbappend?13:21
lpappprovided that the .bbappend's rules execute later than the corresponding .bb?13:22
bluelightningyou could, and yes they will13:23
lpappbut I still do not get how khem raj's layer could work13:24
bluelightningwhich layer is that, sorry?13:24
lpapphmm, he completely turns password authentication off13:25
lpappthat is not really a solution either :)13:25
lpappor I miss something basic...13:26
*** bryan <bryan!3df6bac6@gateway/web/freenode/ip.> has quit IRC13:27
*** vmeson <vmeson!> has quit IRC13:27
*** tsramos <tsramos!~tsramos@> has joined #yocto13:29
lpappbluelightning: I wonder how it is handled in master13:32
lpappbluelightning: ?13:33
lpappprobably not.13:34
bluelightningno, doesn't look like it13:34
*** kw01f <kw01f!> has quit IRC13:41
*** kw01f <kw01f!> has joined #yocto13:51
*** nighty^ <nighty^!> has quit IRC14:21
*** nighty^ <nighty^!> has joined #yocto14:22
*** diego_r <diego_r!> has quit IRC14:23
*** vmeson <vmeson!> has joined #yocto14:23
*** madisox <madisox!> has joined #yocto14:27
*** Jefro <Jefro!> has joined #yocto14:32
*** sadashiv_ <sadashiv_!728fd272@gateway/web/freenode/ip.> has quit IRC14:32
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto14:37
*** benjamirc <benjamirc!~besquive@> has joined #yocto14:37
*** diego_r <diego_r!> has joined #yocto14:40
*** dmoseley1 <dmoseley1!> has quit IRC14:43
*** benjamirc <benjamirc!~besquive@> has quit IRC14:43
*** benjamirc <benjamirc!~besquive@> has joined #yocto14:44
*** ddalex <ddalex!~ddalex@> has quit IRC14:46
*** hamis <hamis!~irfan@> has quit IRC14:46
*** ddalex <ddalex!~ddalex@> has joined #yocto14:46
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC14:50
*** sjolley <sjolley!sjolley@nat/intel/x-ttudyowbgjhrixsd> has quit IRC14:51
*** sjolley <sjolley!sjolley@nat/intel/x-xqjbkqcyftclocvy> has joined #yocto14:51
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto14:51
*** afxez0r <afxez0r!~afxez0r@> has joined #yocto14:52
*** belen2 <belen2!Adium@nat/intel/x-pnysiteyuztoslvh> has joined #yocto14:56
lpappbluelightning: are you still around? What would you suggest for adding a line in inittab? Again, copy?14:57
lpapplike with fstab14:57
*** jc_ <jc_!414d442a@gateway/web/freenode/ip.> has joined #yocto14:57
*** belen2 <belen2!Adium@nat/intel/x-pnysiteyuztoslvh> has quit IRC14:58
bluelightninglpapp: well, you could edit it in a do_install_append as an alternative...14:58
*** Jefro <Jefro!> has quit IRC14:58
lpappbluelightning: Yocto seems to put S1:12345:respawn:/sbin/getty 38400 ttyS1 in, but actually, I would like to remove 1 and 5 from there and use a custom line for those runlevels14:58
lpappand I assume Yocto puts that in basedon the serial console variable as meta/recipes-core/sysvinit/sysvinit-inittab/inittab does not seem to contain that line, so it is likely post-processed. Is that correct?14:59
lpappbluelightning: I would like to append a line like this, foo:5:respawn:/sbin/foo.sh14:59
lpappcan that be done through SERIAL_CONOLES or via other means?15:00
*** belen <belen!~Adium@> has quit IRC15:00
kergothmost likely you'll have to alter it in a bbappend. SERIAL_CONSOLES only covers the tty and speed, not runlevels15:01
* kergoth yawns15:01
lpappprobably a sed+echo then15:02
lpappunless I copy the whole file and change it on the way15:05
lpappbut even then, I wonder if SERIAL_CONCOLES could break it.15:05
lpappby e.g. appending the modified line again15:05
kergothworst case you could presumably just empty SERIAL_CONSOLES and append your own lines entirely15:05
lpappso this would be the content of my .bbappend?
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC15:09
kergothsed -i reads and writes from a single file. either use -i on ${D}${sysconfdir}/inittab, or don't use -i and specify both paths to read from one and write to the other15:10
kergothother than that, seems reasonable15:10
lpappah, ok, so the openssh recipe is wrong in meta/ too15:12
lpappcause I looked weird at it and then trusted ^_^15:12
lpappor am I missing something with that?15:13
*** nighty^ is now known as cp-15:14
*** cp- is now known as nighty^15:15
kergothi'm guessing the -i *works*, in that it does the substitutions in place in both files, it's just pointless to do that :)15:15
lpappis it enough to do the second?15:15
kergoththe -i with both files passed, tha tis15:15
lpappi.e. the download directory?15:15
kergothafaik -i on the existing file in ${D}${sysconfdir} is best, given the task it's running in. do_install shouldn't be modifying WORKDIR or S content, only D15:16
mckoanerakis: I didn't mean -platform minimal, I meant to try an app non running in fullscreen in order to discriminate the cause15:16
jc_Hello, I need a little help on adding/building a freescale layer.15:17
lpappkergoth: heh, one fatal mistake is > instead of >>15:17
mckoanjc_: ask15:17
kergothheh, indeed, didn't spot that15:18
jc_My build stops on the error: (Function failed: Fetcher failure for URL: 'git://;branch=patches-4.0'. Unable to fetch URL from any source.)15:18
jc_I have seen the github page at "".15:18
jc_Do i have to change the mirrors for this git? (linux-fslc-4.0+gitAUTOINC+19ebefd40a-r0)?15:18
jc_I am still new to OpenEmbedded and Yocto, so this is all a learning experience for me.15:19
jc_My build pulled a lot of info before this, so it is not a network problem.15:20
lpapp`find ./ -name inittab` fives no result run in my build directory...15:20
lpappwhy is that?15:20
lpappbitbake myimagename15:20
lpappand then I expected to be available for introspection somewhere before flashing.15:20
*** Jefro <Jefro!> has joined #yocto15:23
mckoanjc_: please try git pull git://
mckoanjc_: sorry I mean "git clone"15:27
*** afxez0r <afxez0r!afxez0r@nat/intel/x-oaxdugpxbemdobkr> has joined #yocto15:27
mckoanif it starts you can ctrl-c it15:27
* mckoan is on 3G network very unstable, sorry15:27
*** pev <pev!~pev@> has quit IRC15:28
jc_mckoan: fatal: remote error:  Repository not found.15:30
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto15:31
*** sjolley <sjolley!sjolley@nat/intel/x-xqjbkqcyftclocvy> has quit IRC15:33
*** lamego <lamego!~lamego@> has quit IRC15:34
jc_mckoan: if I HTTPS instead (git clone, it responds with: Username for '': Password for '': ...15:35
jc_mckoan: That should only be needed if i 'push', right?15:35
kergothsounds like it's a private repository, if it's shown as not existing over git://15:36
kergothin which case no, its needed for more than just pushing15:36
*** kw01f <kw01f!> has quit IRC15:38
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto15:39
*** zeddii is now known as zeddii_gone15:41
*** lamego <lamego!~lamego@> has joined #yocto15:43
*** RagBal <RagBal!> has joined #yocto15:43
*** Rootert <Rootert!> has joined #yocto15:43
jc_kergoth: The layer is hosted at (git:// would it still use a private repository?15:43
kergothone would certainly hope not, but that's what the behavior sounds like from what you've described15:44
* kergoth shrugs15:44
lpappdoes anyone have any idea why I cannot find inittab in my build directory? Also, my board does not boot up properly after my changes :)15:47
*** [Sno] <[Sno]!> has quit IRC15:48
*** [Sno] <[Sno]!> has joined #yocto15:48
*** kw01f <kw01f!> has joined #yocto15:50
*** belen <belen!~Adium@> has joined #yocto15:53
*** oteros <oteros!d97f9b97@gateway/web/freenode/ip.> has quit IRC15:57
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto15:59
*** sjolley <sjolley!sjolley@nat/intel/x-uupxulrzaxerdxic> has joined #yocto15:59
*** smustafa <smustafa!~mustafa@> has quit IRC16:01
*** belen2 <belen2!Adium@nat/intel/x-oatsrqdqgmgcltaf> has joined #yocto16:02
*** armpit <armpit!~akuster@2601:c:a700:3ba7:7c79:332d:8dea:73b5> has quit IRC16:02
*** belen <belen!~Adium@> has quit IRC16:02
*** neur0Fuzzy <neur0Fuzzy!> has quit IRC16:03
*** benjamirc <benjamirc!~besquive@> has quit IRC16:03
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@> has quit IRC16:11
*** belen2 <belen2!Adium@nat/intel/x-oatsrqdqgmgcltaf> has quit IRC16:30
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@> has joined #yocto16:30
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto16:32
*** sarahsharp <sarahsharp!~sarah@> has joined #yocto16:33
*** seebs <seebs!~seebs@> has quit IRC16:33
*** seebs <seebs!~seebs@> has joined #yocto16:34
*** sarahsharp <sarahsharp!~sarah@> has quit IRC16:35
*** benjamirc <benjamirc!~besquive@> has joined #yocto16:36
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@> has quit IRC16:37
*** lamego <lamego!~lamego@> has quit IRC16:37
denixis it just me, or does nativesdk-* workdir get cleaned even w/o rm_work being used?16:38
bluelightningI've not observed that behaviour... it would be a bug if that's what's happening16:43
*** lamego <lamego!lamego@nat/intel/x-gsvbscsratxlzhhl> has joined #yocto16:51
*** bzb <bzb!> has joined #yocto16:51
*** sarahsharp <sarahsharp!~sarah@> has joined #yocto16:52
*** bzb <bzb!> has quit IRC16:52
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto16:55
*** afxez0r <afxez0r!afxez0r@nat/intel/x-oaxdugpxbemdobkr> has quit IRC17:03
*** diego_r <diego_r!> has quit IRC17:04
denixbluelightning: another question - should nativesdk packages be reused between machines in multimachine build?17:12
bluelightningdenix: I'm not positive, but it's possible that with dizzy+ if they are the same arch then yes17:15
denixbluelightning: well, they do share the workdir and deploydir, which is keyed off SDKMACHINE17:16
bluelightningso in the general nativesdk case, yes they should be reused when SDKMACHINE stays the same17:17
bluelightningI might be missing a subtle detail though17:18
denixso, when the second machine hasn't been built yet (no sstate?), it triggers all those nativesdk packages to be rebuilt again17:19
*** ant_work <ant_work!> has quit IRC17:20
bluelightningon the face of it that doesn't sound right17:20
bluelightningbitbake-diffsigs ought to narrow down for sure why there's no reuse17:21
denixbluelightning: that's not the main problem though... once sstate gets populated for all machines, it gets reused, but for some reason all the sources from corresponding workdir are gone...17:22
bluelightninghang on... when something is restored from sstate, you don't get sources, that's expected17:22
bluelightningor is that not what you meant?17:22
denixand sometimes the PR goes backwards for the first machine, as PRService bumped it for the second... I sure need to run diffsigs to see why it wants to rebuild and bump PR17:23
denixas of workdir empty - but there was no rm_work, why the sources aren't there in the first place?17:24
bluelightningPR goes backwards ??17:28
kergothdenix: if e.g. populate_sysroot comes from ssstate, then the tasks leading up to it (fetch, unpack, patch, configure, compile, etc) aren't run, they're short-circuited17:29
kergothso its entirely expected that workdir might be empty, or close to it, when something comes from sstate17:29
*** belen <belen!> has joined #yocto17:29
kergothif you run devshell, it'll explicitly depend on those early tasks, and then they'll be run from scratch at that time17:30
denixbluelightning: ok, so populate_sysroot from dependent packages (eglibc, libgcc) trigger the rebuild of nativesdk - I'll investigate further17:31
denixkergoth: right, but those packages were built from sources sometime back and there were no rm_work, so where did they go since then?17:32
*** domidimi <domidimi!> has joined #yocto17:32
kergothoh, in this tmpdir?17:32
bluelightningdenix: does WORKDIR perhaps change without the signature changing?17:33
denixkergoth: it now fails for me, since dependency has changed and it wants to rebuild, but it skips unpack and goes directly to configure, but the sources are missing17:33
*** Mohican <Mohican!> has joined #yocto17:33
*** afxez0r <afxez0r!~afxez0r@> has joined #yocto17:34
*** sarahsharp <sarahsharp!~sarah@> has quit IRC17:34
*** benjamirc <benjamirc!~besquive@> has quit IRC17:34
denixbluelightning: WORKDIR seems to be the same...17:35
kergoththat shouldn't even be possible. *if* something wipes content from a task, whatever it is should also remove the associated stamps. but nothing should be removing that to begin with17:35
bluelightningdenix: which version of the build system is this with?17:37
*** belen <belen!> has quit IRC17:40
denixkergoth, bluelightning: huh, I've been making some fixes lately, like reordering "inherit packagegroup nativesdk" w/o cleaning the build. wonder if that affected my nativesdk tmpdirs and I should just do a clean build...17:43
bluelightninghmm, not sure, it might have changed signatures17:44
lpappgoogled for dialout yocto and this documentation has just come up17:46
lpappthe wow thing is that it is from today :)17:46
lpapphow much chance you have got to find a documentation published on that day ... :)17:46
bluelightningheh, nice17:46
bluelightningthe Free Electrons folks are awesome17:46
lpappor is it always recalculating the date? I would not think so.17:47
lpappwell, anyway, I have got a problem with ttyS117:47
denixbluelightning: is there an easy way to see upfront why bitbake would want to rebuild a package? or is it only after the fact by comparing signatures?17:47
lpappor any other tty for that matter17:47
lpappthey have this permission setup: crw-------    1 root     root17:47
lpappI see two problems with this:17:47
denixlpapp: free electrons already had yocto labs - are you sure this is new?17:47
bluelightningdenix: there is bitbake -S printdiff17:47
lpapp1) no dialout or similar group17:47
lpapp2) no permission for the group17:47
lpappnow this was working with dylan; I do not know what happened to them with daisy.17:48
lpappdenix: I can tell you tomorrow :)17:48
lpappperhaps they regenerate the pdf on request from latex source or so17:48
lpappwould be a bit strange, but then who knows.17:48
denixbluelightning: great! thanks, I'll give that a try17:48
denixlpapp: they may have updated something today. but it still references dora, so no, it's not brand new :)17:49
lpappbluelightning: got a clue about that permission issue?17:50
lpappour services are running as "foo". That user is added to the dialout group.17:50
bluelightninglpapp: I'm not sure what the actual issue is from your description17:51
bluelightningis dialout not in /etc/group?17:51
lpappokay, so I am trying to communicate over /dev/ttyS1, for instance17:51
lpappthe service using that device is not run with root privileges.17:52
lpappit is run as user "foo".17:52
lpappuser "foo" is added to the dialout group, but apparently the permissions disregard that.17:52
lpappI would expect permissions like these for that file:17:52
lpappcrw-rw---- 1 root uucp17:53
lpappthis is from my desktop, but some distributions tend to use dialout, etc, so the group is a bit flexible.17:53
lpappwe used to run our service with user added to dialout though when we were using dylan.17:53
lpappbut somehow the permissions are crw-------    1 root     root with daisy.17:53
bluelightningthis is not about the user at all though... this is about the perms on the device node17:53
bluelightningthe perms on items in /dev are controlled via udev scripts17:54
bluelightningsee meta/recipes-core/udev/udev/permissions.rules17:54
bluelightningat least, I'm assuming that is input for what ends up on the target, without digging further17:54
lpappbluelightning: hmm, that reminds that we have got PREFERRED_VERSION_udev ?= "141" in our distribution config.17:55
lpappcould that cause the regression with daisy?17:55
bluelightningis that the version that is actually being built?17:56
lpappI have no idea, but it worked with dylan :-)17:56
bluelightningit's possible, I couldn't say for sure17:56
lpappwell, the recipe is 18217:56
lpappso was it with dylan17:57
lpappI do not even understand why we had that preferred version17:57
bluelightningthat setting would only work if (a) you were providing a 141 recipe and (b) there was no other setting of PREFERRED_VERSION_udev17:57
lpappit is likely a void statement this way?17:57
bluelightningif there is no 141 recipe it won't be achieving anything except producing a warning17:58
lpappI think there must have been in denzil times, or so17:58
lpappI will remove that line17:58
lpappstill, I would like to get /dev/ttyS1 accessible by a dedicated group :)17:59
lpappdo not want to run my services as root.17:59
lpappbluelightning: that aforementioned file has, KERNEL=="tty[0-9]*",                GROUP="root"17:59
lpappin addition, it does not have a pattern for ttyS[0-9]*18:00
lpappis it good like this?18:00
lpappI am not 100% sure18:01
bluelightningI'm no expert on udev rules I'm afraid18:02
bluelightningI've also got to head home18:02
lpappme too :)18:03
lpappthanks and see you18:03
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:03
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC18:03
*** JaMa <JaMa!> has quit IRC18:09
denixah, bluelightning has already left...18:09
*** rschaef <rschaef!d8a58bdc@gateway/web/freenode/ip.> has quit IRC18:10
denixkergoth: so, my nativesdk packages get rebuilt, because gcc-crosssdk gets rebuilt between different machines and its populate_sysroot triggers the rest. is that the correct behavior?18:11
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:11
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC18:11
*** smustafa <smustafa!~mustafa@> has joined #yocto18:11
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto18:12
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC18:19
*** sarahsharp <sarahsharp!sarah@nat/intel/x-kabcrrvxanmztxzs> has joined #yocto18:19
*** jc_ <jc_!414d442a@gateway/web/freenode/ip.> has quit IRC18:20
*** grma <grma!> has quit IRC18:26
*** AndersD <AndersD!> has joined #yocto18:27
*** agherzan <agherzan!573f4d0e@gateway/web/freenode/ip.> has joined #yocto18:28
*** Jefro <Jefro!> has quit IRC18:29
agherzanHi guys. It seems to be an discordance in between the LICENSE of socat and the file in comon licenses. The license in the package is stated as LICENSE = "GPL-2.0+-with-OpenSSL-exception" while the filename in common-licenses GPL-2.0-with-OpenSSL-exception .18:30
*** smustafa <smustafa!~mustafa@> has quit IRC18:30
agherzanIs this a known issue? Or something that was missed?18:31
neverpanicGPL-2.0-with-OpenSSL-Exception is a license identifier according to SPDX, the other is not18:32
neverpanicEspecially since the OpenSSL exception is usually only regarded as required with GPL-2.0, I'd say this should actually be GPL-3.0+ | GPL-2.0-with-OpenSSL-Exception, or only the latter18:33
neverpanicBut I'm in no position to change it18:33
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC18:33
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto18:33
agherzanneverpanic: i still don't understand how that "+" got there.18:34
agherzanIt used to be the syntax for & ?18:34
kergothanyone is in a position to change it, just submit a patch :)18:34
neverpanicit means "any later"18:34
neverpanicso it was probably put there on purpose18:34
agherzanYeah - that's what i suspected18:35
*** afxez0r <afxez0r!~afxez0r@> has quit IRC18:37
*** armpit <armpit!> has joined #yocto18:44
*** benjamirc <benjamirc!~besquive@> has joined #yocto18:45
*** Jefro <Jefro!> has joined #yocto18:54
*** benjamirc <benjamirc!~besquive@> has quit IRC19:01
*** Jefro <Jefro!> has quit IRC19:02
*** espen__ <espen__!> has joined #yocto19:06
espen__Yo! Anyone awake?19:06
*** jedix <jedix!> has joined #yocto19:06
espen__Just booted my raspberry pi with a newly build yocto image and I can see it got an IP from my access point, but I cannot log in using ssh. nmap tells me it's not listning to any ports. How to enable sshd (dropbear or openssh)?19:09
*** afxez0r <afxez0r!~afxez0r@> has joined #yocto19:09
agherzankergoth: neverpanic I'm  still confused. It seems like the warning i'm getting is at rootfs generation:19:11
agherzanWARNING: log_check: There is a warn message in the logfile WARNING: log_check: Matched keyword: [WARNING:] WARNING: log_check: WARNING: The license listed GPL-2.0+-with-OpenSSL-exception was not in the licenses collected for socat19:11
*** moto-timo <moto-timo!~timo@fsf/member/moto-timo> has quit IRC19:11
kergothall that means is there's no generic license file for that license19:12
agherzanas i remeber checking for generic licenses was done at paackage time19:12
agherzanpackage build*19:12
kergothimage construction gathers up the generic license files to facilitate their inclusion in the image when appropriate19:13
kergothsee image.bbclass for details19:13
kergothor license.bbclass, one of them19:13
kergothpreviously those messages were still shown, but they were hidden in the do_rootfs log19:13
kergoththat was fixed recently, so they're now user-visible19:13
agherzanin fido i get those warnings19:14
agherzankergoth: i created a file called GPL-2.0+-with-OpenSSL-exception in the common-licenses and i still get this warning19:14
kergothin common-licenses where?19:14
kergothif you're using a licenses dir in a layer other than oe-core, you have to adjust the search paths so it can be found there19:15
*** domidimi <domidimi!> has quit IRC19:15
kergothif you're modifying oe-core, dont'19:15
agherzani know19:15
*** domidimi <domidimi!> has joined #yocto19:15
*** moto-timo <moto-timo!~timo@fsf/member/moto-timo> has joined #yocto19:15
agherzanboth options don't fix this warning19:15
kergothmost likely the do_popualte_lic task of the recipe is what grabs it, and then do_rootfs uses that19:15
kergothbut bitbake's knowledge of do_populate_lic might not be smart enough to pick up the creation of the file on disk19:16
kergothtry doing a -ccleansstate on the recipe and rebuilding it, or bitbake -C populate_lic socat19:16
*** domidimi <domidimi!> has quit IRC19:16
kergoththen rebuild the image19:16
kergoththat's just a guess, of course, but worth testing19:16
agherzani did19:16
agherzanno luck19:16
agherzancan you give it a try?19:17
agherzanjust add socat in a image19:17
*** afxez0r <afxez0r!~afxez0r@> has quit IRC19:20
*** afxez0r <afxez0r!~afxez0r@> has joined #yocto19:26
agherzankergoth: i either miss something stupid or this is indeed broken19:27
*** AndersD <AndersD!> has quit IRC19:27
*** kw01f <kw01f!> has quit IRC19:27
*** benjamirc <benjamirc!~besquive@> has joined #yocto19:28
kergothagherzan: fyi, pretty sure that license is wrong. from some quick looking at the source code, nothing in the source tree says anything about being 2.0 or later, only 2.0.19:31
kergothso might be best to just adjust the license of hte recipe19:31
kergothunless i'm missing something, but not seeing anything19:31
agherzankergoth: the problem persists at linux-firmware too:19:32
agherzanWARNING: log_check: There is a warn message in the logfile WARNING: log_check: Matched keyword: [WARNING:] WARNING: log_check: WARNING: The license listed Firmware-atheros_firmware was not in the licenses collected for linux-firmware  WARNING: log_check: There is a warn message in the logfile WARNING: log_check: Matched keyword: [WARNING:] WARNING: log_check: WARNING: The license listed Firmware-ralink was not in the licenses collected19:33
kergothlinux-firmware license issues have been resolved recently, i saw patches hit the list19:33
kergothcheck master19:33
agherzanso there must be something else19:33
*** smustafa <smustafa!~mustafa@> has joined #yocto19:34
agherzankergoth: licenses weren't merged in master19:34
agherzanjust checked19:35
kergothit was a license.bbclass change, not added licenses.19:35
agherzanthey have no generic license19:35
kergoth[OE-core] [PATCH v2 3/3] linux-firmware: add NO_GENERIC_LICENSE for all licenses19:35
agherzanNO_GENERIC_LICENSE[Firmware-atheros_firmware] = "LICENCE.atheros_firmware"19:36
agherzanthanks that makes sense19:36
agherzanthanks make19:36
*** agherzan <agherzan!573f4d0e@gateway/web/freenode/ip.> has quit IRC19:41
*** benjamirc <benjamirc!~besquive@> has quit IRC19:51
*** sarahsharp <sarahsharp!sarah@nat/intel/x-kabcrrvxanmztxzs> has quit IRC19:56
*** benjamirc <benjamirc!~besquive@> has joined #yocto19:56
*** sarahsharp <sarahsharp!~sarah@> has joined #yocto19:58
*** smustafa <smustafa!~mustafa@> has quit IRC20:05
*** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has joined #yocto20:14
*** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has quit IRC20:14
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:14
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC20:18
*** anselmolsm <anselmolsm!~anselmols@> has joined #yocto20:21
*** jimBaxter <jimBaxter!> has quit IRC20:23
*** dmoseley <dmoseley!> has joined #yocto20:33
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto20:45
*** benjamirc <benjamirc!~besquive@> has quit IRC21:02
*** benjamirc <benjamirc!~besquive@> has joined #yocto21:03
*** Jefro <Jefro!> has joined #yocto21:03
*** ant_home <ant_home!> has joined #yocto21:04
*** Jefro <Jefro!> has quit IRC21:10
*** alimon1 <alimon1!> has joined #yocto21:18
*** Mohican <Mohican!> has quit IRC21:19
*** RzR <RzR!~RzR@> has quit IRC21:31
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC21:33
*** RzR <RzR!~RzR@> has joined #yocto21:35
*** sarahsharp <sarahsharp!~sarah@> has quit IRC21:55
*** bfederau <bfederau!> has quit IRC22:01
*** bfederau <bfederau!> has joined #yocto22:01
*** benjamirc <benjamirc!~besquive@> has quit IRC22:03
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC22:04
*** ntl <ntl!> has quit IRC22:12
*** sarahsharp <sarahsharp!~sarah@> has joined #yocto22:14
*** ntl <ntl!> has joined #yocto22:14
*** Jefro <Jefro!> has joined #yocto22:17
*** ant_home <ant_home!> has quit IRC22:22
*** sarahsharp <sarahsharp!~sarah@> has quit IRC22:23
*** sarahsharp <sarahsharp!~sarah@> has joined #yocto22:24
*** RzR <RzR!~RzR@> has quit IRC22:24
*** RzR <RzR!~RzR@> has joined #yocto22:28
*** tomz <tomz!~trz@> has quit IRC22:29
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC22:33
*** lamego <lamego!lamego@nat/intel/x-gsvbscsratxlzhhl> has quit IRC22:36
*** Jefro <Jefro!> has quit IRC22:38
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto22:46
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC22:49
*** tomz <tomz!~trz@> has joined #yocto22:50
*** madisox <madisox!> has quit IRC22:59
*** madisox <madisox!> has joined #yocto23:02
*** paulg_ <paulg_!> has joined #yocto23:05
*** Jefro <Jefro!> has joined #yocto23:12
*** rburton <rburton!> has quit IRC23:12
*** OutOfNoWhere <OutOfNoWhere!~rpb@> has joined #yocto23:15
*** espen__ <espen__!> has quit IRC23:15
*** madisox <madisox!> has quit IRC23:29
*** sarahsharp <sarahsharp!~sarah@> has quit IRC23:37
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC23:39
*** tsramos <tsramos!~tsramos@> has quit IRC23:49
*** phantoxeD <phantoxeD!> has joined #yocto23:50
*** sjolley <sjolley!sjolley@nat/intel/x-uupxulrzaxerdxic> has quit IRC23:53
*** phantoneD <phantoneD!> has quit IRC23:55

Generated by 2.11.0 by Marius Gedminas - find it at!