| *** nighty^ <nighty^!~nighty@hokuriku.rural-networks.com> has quit IRC | 00:01 | |
| *** alimon1 <alimon1!~alimon@187-176-43-14.dynamic.axtel.net> has quit IRC | 00:22 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 00:23 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 00:24 | |
| *** paulg_ <paulg_!~paulg@71-19-175-186.dedicated.allstream.net> has joined #yocto | 00:36 | |
| *** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto | 00:41 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 00:42 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 00:43 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 00:43 | |
| *** pepperon1 <pepperon1!~pepperoni@unaffiliated/pepperoni> has joined #yocto | 00:45 | |
| *** pepperon1 is now known as pepperoni | 00:46 | |
| *** neur0Fuzzy <neur0Fuzzy!~neur0Fuzz@p239.net182021249.tokai.or.jp> has joined #yocto | 00:46 | |
| *** paulg_ <paulg_!~paulg@71-19-175-186.dedicated.allstream.net> has quit IRC | 00:55 | |
| -YoctoAutoBuilder- build #328 of nightly is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly/builds/328 | 00:55 | |
| *** OutOfNoWhere <OutOfNoWhere!~rpb@199.68.195.102> has joined #yocto | 01:05 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-wzafxjnonfnifgkv> has joined #yocto | 01:10 | |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 01:25 | |
| *** paulg_ <paulg_!~paulg@24-52-251-107.cable.teksavvy.com> has joined #yocto | 01:27 | |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 01:38 | |
| *** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC | 01:50 | |
| *** manuel__ <manuel__!~manuel@pD9FDDB99.dip0.t-ipconnect.de> has joined #yocto | 01:51 | |
| *** manuel_ <manuel_!~manuel@pD9FDE003.dip0.t-ipconnect.de> has quit IRC | 01:54 | |
| *** manuel__ is now known as manuel_ | 01:54 | |
| *** sarahsharp <sarahsharp!~sarah@192.55.54.40> has quit IRC | 02:10 | |
| *** pidge <pidge!~pidge@2a02:8084:0:3000:3453:dc60:1992:2f8b> has quit IRC | 02:49 | |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 03:27 | |
| *** anselmolsm_ <anselmolsm_!~anselmols@192.55.54.40> has quit IRC | 03:29 | |
| *** manuel_ <manuel_!~manuel@pD9FDDB99.dip0.t-ipconnect.de> has quit IRC | 03:38 | |
| *** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC | 03:38 | |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 03:39 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 03:41 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 03:43 | |
| *** Jefro1 <Jefro1!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 03:47 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 03:50 | |
| *** Jefro1 <Jefro1!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 04:11 | |
| *** sadashiv <sadashiv!728fd272@gateway/web/freenode/ip.114.143.210.114> has joined #yocto | 04:45 | |
| *** pohly <pohly!~pohly@p5DE8D096.dip0.t-ipconnect.de> has joined #yocto | 04:46 | |
| *** sadashiv <sadashiv!728fd272@gateway/web/freenode/ip.114.143.210.114> has quit IRC | 04:54 | |
| *** sadashiv_ <sadashiv_!728fd272@gateway/web/freenode/ip.114.143.210.114> has joined #yocto | 04:56 | |
| sadashiv_ | Hi Iam newbe to Yocto | 04:56 |
|---|---|---|
| sadashiv_ | iam using yocto for Phytech AM355x board | 04:57 |
| sadashiv_ | while building ianm getting following error | 04: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 fr | 04:58 |
| sadashiv_ | any body please help me | 04:58 |
| nrossi | sadashiv_: 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 tar | 05: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>:<unkn | 05:10 |
| sadashiv_ | these are my settings | 05:11 |
| nrossi | sadashiv_: 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 IRC | 05:16 | |
| sadashiv_ | can anybody please explain how to debug to find the exact root cause | 05:24 |
| *** sjolley <sjolley!sjolley@nat/intel/x-ttudyowbgjhrixsd> has joined #yocto | 05:32 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 05:44 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 05:50 | |
| *** grma <grma!~gruberm@HSI-KBW-46-237-193-133.hsi.kabel-badenwuerttemberg.de> has joined #yocto | 06:00 | |
| *** paulg_ <paulg_!~paulg@24-52-251-107.cable.teksavvy.com> has quit IRC | 06:10 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 06:22 | |
| *** ant_work <ant_work!~ant__@host222-188-static.61-79-b.business.telecomitalia.it> has joined #yocto | 06:45 | |
| *** RzR <RzR!~RzR@82.236.136.171> has quit IRC | 06:50 | |
| *** RzR <RzR!~RzR@82.236.136.171> has joined #yocto | 06:50 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 06:54 | |
| *** microMolvi <microMolvi!6e5dd462@gateway/web/freenode/ip.110.93.212.98> has joined #yocto | 07:04 | |
| microMolvi | Does 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 duplication | 07:06 |
| *** sm0ketst <sm0ketst!54c63c29@gateway/web/freenode/ip.84.198.60.41> has quit IRC | 07:09 | |
| microMolvi | does this apply to my situation: http://www.openembedded.org/wiki/Layers_FAQ#Can_I_overlay.2Fappend_an_inc_file_from_another_layer_in_my_layer.3F | 07:10 |
| *** nighty^ <nighty^!~nighty@hokuriku.rural-networks.com> has joined #yocto | 07:31 | |
| *** kw01f <kw01f!~kw01f@x4d0db0cc.dyn.telefonica.de> has joined #yocto | 07:37 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 07:42 | |
| lpapp | good morning | 07:46 |
| *** oteros <oteros!d97f9b97@gateway/web/freenode/ip.217.127.155.151> has joined #yocto | 07:59 | |
| oteros | Hi, I want to add iptables at my compile RFS + kernel, how can I add this features at my kernel? | 08:01 |
| oteros | Is there any manual? | 08:02 |
| *** smustafa <smustafa!~mustafa@110.93.212.98> has joined #yocto | 08:04 | |
| oteros | Rigth now I'm using poky-dizzy-12.0.1 | 08:04 |
| *** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto | 08:06 | |
| lpapp | hmm, this is interesting: http://lists.openembedded.org/pipermail/openembedded-devel/2014-July/097213.html | 08:17 |
| lpapp | so why do I need this with daisy, but not dylan? | 08:20 |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 08:29 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 08:29 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:29 | |
| *** radhus <radhus!~radhus@sevh.radhuset.org> has quit IRC | 08:32 | |
| *** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC | 08:33 | |
| lpapp | bluelightning: hu | 08:35 |
| lpapp | hi, I mean :) | 08:35 |
| bluelightning | morning all | 08:35 |
| bluelightning | morning lpapp | 08:35 |
| lpapp | https://github.com/Angstrom-distribution/meta-angstrom/tree/master/recipes-tweaks/openssh -> is this some flexible way of defining the version Yocto uses so that it does not break on update? | 08:36 |
| lpapp | I am referring to % in the file name of the recipe append. | 08:36 |
| *** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC | 08:37 | |
| *** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC | 08:37 | |
| nrossi | lpapp: '%' in recipe names is a wild card. And yep its mainly for flexible version appends | 08:37 |
| nrossi | morning bluelightning | 08:37 |
| *** pev <pev!~pev@2.31.101.83> has joined #yocto | 08:37 | |
| lpapp | ok, thanks :) | 08:38 |
| bluelightning | hi nrossi | 08:38 |
| lpapp | hmm, perhaps I should change all my appends to this syntax | 08:38 |
| lpapp | is there any drawback of it? | 08:38 |
| nrossi | depends | 08:38 |
| lpapp | perhaps in case of multiple recipe versions? | 08:38 |
| lpapp | what would pick it up then? bitbake would complain that it is ambiguous? | 08:39 |
| nrossi | if you appends rely on the actual content of a versioned recipe then do not wildcard | 08:39 |
| lpapp | or would it pick up some dedicated version by default? | 08:39 |
| nrossi | lpapp: wildcards mix with version specific ones too | 08:39 |
| nrossi | lpapp: as in it will apply all appends that match the pattern | 08:40 |
| lpapp | well, I am still unsure why it all worked with dylan and not daisy. | 08:41 |
| lpapp | I would like to find the reason even though I know what is suggested in that thread. | 08:41 |
| lpapp | is it upstream openssh that changed? | 08:41 |
| *** radhus <radhus!~radhus@sevh.radhuset.org> has joined #yocto | 08:41 | |
| lpapp | nrossi: right, so that would not cause any issues then if I set my preferred version. | 08:41 |
| *** jchonig <jchonig!~quassel@66.152.121.24> has joined #yocto | 08:42 | |
| nrossi | lpapp: what exactly is the issue you are seeing? | 08:42 |
| lpapp | http://lists.openembedded.org/pipermail/openembedded-devel/2014-July/097190.html | 08:43 |
| lpapp | "Just trying to found what's missing for PAM to work so ssh will stop | 08:43 |
| lpapp | exiting with Broken pipe? Quick fix to solve ssh broken pipe is to | 08:43 |
| lpapp | change in /etc/ssh/sshd_config "UsePAM yes" to "UsePAM no"." | 08:43 |
| lpapp | ssh did work before the daisy update | 08:43 |
| lpapp | but I see that the openssh version changed. | 08:43 |
| lpapp | so that could be a place to look at for finding the issue | 08:44 |
| lpapp | but since I do not know Yocto enough, that could also be a place. | 08:44 |
| lpapp | and 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 |
| lpapp | I 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 |
| nrossi | lpapp: 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 such | 08:47 |
| *** belen <belen!~Adium@192.198.151.44> has joined #yocto | 08:47 | |
| *** kw01f <kw01f!~kw01f@x4d0db0cc.dyn.telefonica.de> has quit IRC | 08:48 | |
| lpapp | interesting | 08:48 |
| lpapp | this is the exact error message by the way: packet_write_wait: Connection to 192.168.0.1: Broken pipe | 08:49 |
| lpapp | when I issue "ssh root@192.168.0.1" | 08:49 |
| lpapp | also, I am not sure if this "fix" compromises security. | 08:50 |
| lpapp | is it ok to reply to that old thread asking this? | 09:00 |
| lpapp | hmm, I was not on that list for the time ... | 09:01 |
| bluelightning | lpapp: yes, nothing wrong with that | 09:03 |
| bluelightning | hmm, I thought kmail had an option to edit the in-reply-to field, but maybe not | 09:04 |
| *** RzR <RzR!~RzR@82.236.136.171> has quit IRC | 09:06 | |
| *** RzR <RzR!~RzR@82.236.136.171> has joined #yocto | 09:08 | |
| lpapp | in general, it is not good if pam has to be disabled for software intentionally using pam. | 09:14 |
| lpapp | so I hope that it is just an openssh specific issue. | 09:15 |
| *** belen1 <belen1!Adium@nat/intel/x-ccovshbvgwszwmyg> has joined #yocto | 09:15 | |
| *** microMolvi <microMolvi!6e5dd462@gateway/web/freenode/ip.110.93.212.98> has quit IRC | 09:17 | |
| *** belen <belen!~Adium@192.198.151.44> has quit IRC | 09:17 | |
| *** belen <belen!~Adium@192.198.151.44> has joined #yocto | 09:17 | |
| *** belen1 <belen1!Adium@nat/intel/x-ccovshbvgwszwmyg> has quit IRC | 09:19 | |
| *** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 09:27 | |
| lpapp | seems openssh_%.bbappend does not work for me | 09:30 |
| lpapp | still the unappended content is generated. | 09:31 |
| *** AlexVaduva <AlexVaduva!~AlexVaduv@193.202.22.66> has joined #yocto | 09:34 | |
| lpapp | I have this: ../meta-foo/recipes-connectivity/openssh/openssh/sshd_config | 09:34 |
| lpapp | and I have this: FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" in ../meta-foo/recipes-connectivity/openssh/openssh_%.bbappend | 09:34 |
| lpapp | is this ok? | 09:34 |
| lpapp | fwiw, I also have: ../meta-foo/recipes-connectivity/openssh/openssh-foo_1.0.bb with we install company specific keys. | 09:35 |
| lpapp | do 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 IRC | 09:38 | |
| *** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 09:39 | |
| *** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has joined #yocto | 09:40 | |
| *** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 09:40 | |
| bluelightning | lpapp: does bitbake-layers show-appends list it? | 09:42 |
| lpapp | unfortunately no. | 09:44 |
| lpapp | good idea to check with that. I was not aware of that tool! | 09:44 |
| bluelightning | hmm, so for some reason that bbappend isn't being picked up | 09:45 |
| bluelightning | things 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 *.bbappend | 09:46 |
| lpapp | openssh_6.5p1.bbappend gets picked up | 09:47 |
| bluelightning | just remind me, this is daisy right? | 09:47 |
| lpapp | yes | 09:47 |
| bluelightning | wildcard bbappends are definitely supported there | 09:48 |
| lpapp | BBFILES += "${LAYERDIR}/recipes-*/*/*.bb \ ${LAYERDIR}/recipes-*/*/*.bbappend" | 09:48 |
| bluelightning | argh... the fix to make them show up in bitbake-layers never made daisy | 09:49 |
| bluelightning | guess we should backport that | 09:49 |
| lpapp | is that just about tooling or the proper operation, too? | 09:49 |
| bluelightning | tooling | 09:50 |
| bluelightning | in all probability it's being parsed then, just the contents needs fixing | 09:50 |
| lpapp | hmm. | 09:50 |
| bluelightning | although, I can't see how it could go wrong | 09:52 |
| lpapp | me neither, I will not use % for now then unless it is easy to fix. | 09:53 |
| bluelightning | the 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 enough | 09:53 |
| bluelightning | one thing - openssh-foo is just the company-specific stuff, it isn't a replacement for openssh - right? | 09:54 |
| bluelightning | I doubt the % naming is related, that operates at a completely different level to variable values | 09:54 |
| lpapp | that is correct, it is not a replacement. | 09:56 |
| lpapp | I am not sure why the two could not be merged. | 09:56 |
| lpapp | company specific keys installed via .bbappend, but that is not for today. | 09:56 |
| lpapp | I could back that file up and remove it for a quick test whether this can cause any issues. | 09:56 |
| lpapp | actually I do not even need to back it as git checkout will get it back if I remove :) | 10:01 |
| *** pev <pev!~pev@2.31.101.83> has quit IRC | 10:06 | |
| *** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto | 10:10 | |
| *** pidge <pidge!~pidge@2a02:8084:0:3000:3453:dc60:1992:2f8b> has joined #yocto | 10:17 | |
| *** kw01f <kw01f!~kw01f@x4d0db0cc.dyn.telefonica.de> has joined #yocto | 10:21 | |
| *** manuel_ <manuel_!~manuel@pD9FDDB99.dip0.t-ipconnect.de> has joined #yocto | 10:26 | |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 10:47 | |
| lpapp | bluelightning: I cannot figure out. I think I will just do a fresh clean build. | 10:49 |
| lpapp | Most of the time I waste more time with fixing things than just rebuilding it :) | 10:49 |
| bluelightning | have you verified that renaming the bbappend without % fixes it? | 10:50 |
| lpapp | yes and no | 10:51 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 10:51 | |
| lpapp | first it seemed to work | 10:51 |
| bluelightning | either you have or you haven't | 10:51 |
| lpapp | then I changed it back to % | 10:51 |
| lpapp | removed the other recipe | 10:51 |
| lpapp | and then that did not help | 10:51 |
| lpapp | I renamed % back to the version, and that no longer worked either | 10:51 |
| lpapp | it is kind of mysterious for me what is going on | 10:52 |
| bluelightning | ok, so it has nothing to do with it | 10:52 |
| lpapp | I do not know for sure | 10:52 |
| bluelightning | doing a complete fresh build is a total waste of time | 10:52 |
| lpapp | well, I have already spent more on it than rebuilding :) | 10:52 |
| bluelightning | at minimum, -c cleansstate openssh will wipe out anything relating to openssh | 10:52 |
| lpapp | also, even openssh_6.5p1.bbappend no longer works now | 10:52 |
| lpapp | I do not know what is going on | 10:53 |
| lpapp | I even tried bitbake -c cleanall openssh;bitbake openssh | 10:53 |
| bluelightning | this is like any other problem in computing, you follow the steps that the system will take until you find where things are going wrong | 10:54 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:55 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:55 | |
| *** bluelightning_ is now known as bluelightning | 10:55 | |
| bluelightning | lpapp: this is like any other problem in computing, you follow the steps that the system will take until you find where things are going wrong | 10:56 |
| bluelightning | e.g. you can do an unpack and see which file is there | 10:57 |
| bluelightning | in the workdir | 10:57 |
| bluelightning | have you done that? | 10:57 |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 10:58 | |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 11:00 | |
| *** belen1 <belen1!Adium@nat/intel/x-bcirzruhuviktsko> has joined #yocto | 11:04 | |
| *** didoatanasov <didoatanasov!~dido@94.190.227.135> has quit IRC | 11:04 | |
| *** belen <belen!~Adium@192.198.151.44> has quit IRC | 11:06 | |
| *** OutOfNoWhere <OutOfNoWhere!~rpb@199.68.195.102> has quit IRC | 11:15 | |
| *** pev <pev!~pev@2.31.101.83> has joined #yocto | 11:21 | |
| lpapp | bluelightning: unpack what? | 11:36 |
| *** jfojtl <jfojtl!~jfojtl@uho.ysoft.cz> has quit IRC | 11:39 | |
| *** belen1 <belen1!Adium@nat/intel/x-bcirzruhuviktsko> has quit IRC | 11:47 | |
| *** erakis <erakis!~wooh@204.80.6.198> has joined #yocto | 11:48 | |
| *** mckoan_ is now known as mckoan | 11:55 | |
| mckoan | I am using dizzy 1.7.2 and I am facing a new problem, modprobe: no gzip/bzip2/xz magic | 11:56 |
| mckoan | do you have any clue? | 11:56 |
| *** kw01f <kw01f!~kw01f@x4d0db0cc.dyn.telefonica.de> has quit IRC | 11:57 | |
| mckoan | why the system suddenly started asking me for a compressed module? | 11:57 |
| mckoan | image is core-image-minimal | 12:02 |
| *** ncgs <ncgs!~ncgs@mail.dev.rtsoft.ru> has quit IRC | 12:02 | |
| JaMa | mckoan: upgrade to latest dizzy revision | 12:05 |
| JaMa | busybox is broken in older | 12:05 |
| mckoan | JaMa: thx, probably I was aligend to a bad commit | 12:10 |
| erakis | Hi, 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!~ncgs@mail.dev.rtsoft.ru> has joined #yocto | 12:17 | |
| *** manuel_ <manuel_!~manuel@pD9FDDB99.dip0.t-ipconnect.de> has quit IRC | 12:18 | |
| mckoan | JaMa: I cant do git pull at the moment, as quick workaround I added kmod to my image and I solved it as well | 12:22 |
| mckoan | erakis: did you test with a minimal Qt app (not full screen)? | 12:23 |
| *** belen <belen!Adium@nat/intel/x-gxcwjayuptbnucxq> has joined #yocto | 12:25 | |
| *** pohly <pohly!~pohly@p5DE8D096.dip0.t-ipconnect.de> has quit IRC | 12:28 | |
| mckoan | just for reference, the problem with insmod was solved by commit 29812e61736a95f1de64b3e9ebbb9c646ebd28dd | 12:29 |
| *** manuel_ <manuel_!~manuel@pD9FDDB99.dip0.t-ipconnect.de> has joined #yocto | 12:31 | |
| *** smartin_ <smartin_!~smartin@207.ip-37-59-126.eu> has quit IRC | 12:31 | |
| *** smartin_ <smartin_!~smartin@207.ip-37-59-126.eu> has joined #yocto | 12:33 | |
| *** ncgs <ncgs!~ncgs@mail.dev.rtsoft.ru> has quit IRC | 12:33 | |
| erakis | mckoan : 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 |
| lpapp | bluelightning: I am all kinds of lost ... | 12:38 |
| lpapp | even rebuild did not help | 12:38 |
| lpapp | and the tool that you showed me lists openssh as a valid append | 12:38 |
| erakis | mckoan : 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!~kw01f@x4d0db0cc.dyn.telefonica.de> has joined #yocto | 12:44 | |
| *** ncgs <ncgs!~ncgs@mail.dev.rtsoft.ru> has joined #yocto | 12:48 | |
| *** Guest57344 <Guest57344!~michael@thos.me.uk> has quit IRC | 12:48 | |
| bluelightning | lpapp: bitbake -c unpack openssh | 12:51 |
| bluelightning | lpapp: you don't have multiple bbappends for openssh by any chance? | 12:52 |
| lpapp | nope | 12:52 |
| lpapp | and also, the tool only shows one | 12:52 |
| lpapp | what to do after unpack? | 12:52 |
| lpapp | check if sshd_config is in the workdir? | 12:53 |
| bluelightning | yep | 12:57 |
| lpapp | bluelightning: 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_config | 12:57 |
| *** belen1 <belen1!Adium@nat/intel/x-hljcyhqxjcaozuni> has joined #yocto | 12:57 | |
| *** lamego <lamego!~lamego@134.134.139.72> has joined #yocto | 12:57 | |
| bluelightning | lpapp: ok, maybe bitbake -c package openssh and look under packages-split/ | 12:57 |
| *** belen <belen!Adium@nat/intel/x-gxcwjayuptbnucxq> has quit IRC | 12:58 | |
| lpapp | bluelightning: it is wrong there. | 13:01 |
| bluelightning | aha | 13:01 |
| bluelightning | maybe the wrong thing is happening at do_install? | 13:02 |
| bluelightning | you can cleansstate and try bitbake -c install openssh and look under image/ | 13:02 |
| lpapp | I 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_config | 13:02 |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 13:05 | |
| bluelightning | right, but that would presumably be what got installed, so that's the next thing to check | 13:05 |
| lpapp | bluelightning: wrong one in there | 13:05 |
| lpapp | I 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_config | 13:06 |
| bluelightning | ok, 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 IRC | 13:08 | |
| lpapp | bluelightning: https://paste.kde.org/pgreognea | 13:11 |
| bluelightning | oh, so there's a sed command changing the very setting we are talking about | 13:12 |
| lpapp | it seems so, yes, where does that come from? | 13:12 |
| lpapp | ah, the openssh recipe | 13:13 |
| lpapp | DISTRO_FEATURES can be set per recipe? | 13:13 |
| lpapp | if not, I do not know how to solve this use case. | 13:14 |
| bluelightning | normally you shouldn't, but in this case you probably can | 13:14 |
| bluelightning | turning this option off is a hack anyway | 13:14 |
| lpapp | yeah, and I still do not know whether it is openssh specific or pam is broken in general | 13:15 |
| lpapp | we do want to use pam in our software, so if it is the latter, pam has tobe fixed, and not disabled | 13:15 |
| *** tsramos <tsramos!~tsramos@192.55.55.41> has joined #yocto | 13:19 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.36> has joined #yocto | 13:19 | |
| *** tsramos <tsramos!~tsramos@192.55.55.41> has quit IRC | 13:19 | |
| bluelightning | my approach would be to look upstream for a fix... if not somewhere in there release notes then maybe in their repository | 13:19 |
| *** belen <belen!~Adium@192.198.151.43> has joined #yocto | 13:20 | |
| lpapp | but according to this, I cannot possibly imagine how khem raj's layer ever worked | 13:21 |
| lpapp | of course, I could always sed it back in my .bbappend? | 13:21 |
| lpapp | provided that the .bbappend's rules execute later than the corresponding .bb? | 13:22 |
| bluelightning | you could, and yes they will | 13:23 |
| lpapp | but I still do not get how khem raj's layer could work | 13:24 |
| bluelightning | which layer is that, sorry? | 13:24 |
| lpapp | meta-angstrom | 13:24 |
| lpapp | https://github.com/Angstrom-distribution/meta-angstrom/blob/master/recipes-tweaks/openssh/openssh_%25.bbappend | 13:25 |
| lpapp | hmm, he completely turns password authentication off | 13:25 |
| lpapp | that is not really a solution either :) | 13:25 |
| lpapp | or I miss something basic... | 13:26 |
| *** bryan <bryan!3df6bac6@gateway/web/freenode/ip.61.246.186.198> has quit IRC | 13:27 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 13:27 | |
| *** tsramos <tsramos!~tsramos@192.55.55.41> has joined #yocto | 13:29 | |
| lpapp | bluelightning: I wonder how it is handled in master | 13:32 |
| lpapp | bluelightning: https://github.com/maximeh/buildroot/blob/master/package/openssh/openssh-01-fix-pam-uclibc-pthreads-clash.patch ? | 13:33 |
| lpapp | probably not. | 13:34 |
| bluelightning | no, doesn't look like it | 13:34 |
| *** kw01f <kw01f!~kw01f@x4d0db0cc.dyn.telefonica.de> has quit IRC | 13:41 | |
| *** kw01f <kw01f!~kw01f@x4d0db0cc.dyn.telefonica.de> has joined #yocto | 13:51 | |
| *** nighty^ <nighty^!~nighty@hokuriku.rural-networks.com> has quit IRC | 14:21 | |
| *** nighty^ <nighty^!~nighty@hokuriku.rural-networks.com> has joined #yocto | 14:22 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 14:23 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 14:23 | |
| *** madisox <madisox!~madison@64-71-1-115.static.wiline.com> has joined #yocto | 14:27 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 14:32 | |
| *** sadashiv_ <sadashiv_!728fd272@gateway/web/freenode/ip.114.143.210.114> has quit IRC | 14:32 | |
| *** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto | 14:37 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.73> has joined #yocto | 14:37 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 14:40 | |
| *** dmoseley1 <dmoseley1!~dmoseley@cpe-174-96-222-251.carolina.res.rr.com> has quit IRC | 14:43 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.73> has quit IRC | 14:43 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.73> has joined #yocto | 14:44 | |
| *** ddalex <ddalex!~ddalex@83.217.123.106> has quit IRC | 14:46 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:46 | |
| *** ddalex <ddalex!~ddalex@83.217.123.106> has joined #yocto | 14:46 | |
| kergoth | morning | 14:46 |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 14:50 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-ttudyowbgjhrixsd> has quit IRC | 14:51 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-xqjbkqcyftclocvy> has joined #yocto | 14:51 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 14:51 | |
| *** afxez0r <afxez0r!~afxez0r@192.55.54.40> has joined #yocto | 14:52 | |
| *** belen2 <belen2!Adium@nat/intel/x-pnysiteyuztoslvh> has joined #yocto | 14:56 | |
| lpapp | bluelightning: are you still around? What would you suggest for adding a line in inittab? Again, copy? | 14:57 |
| lpapp | like with fstab | 14:57 |
| *** jc_ <jc_!414d442a@gateway/web/freenode/ip.65.77.68.42> has joined #yocto | 14:57 | |
| *** belen2 <belen2!Adium@nat/intel/x-pnysiteyuztoslvh> has quit IRC | 14:58 | |
| bluelightning | lpapp: well, you could edit it in a do_install_append as an alternative... | 14:58 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 14:58 | |
| lpapp | bluelightning: 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 runlevels | 14:58 |
| lpapp | and 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 |
| lpapp | bluelightning: I would like to append a line like this, foo:5:respawn:/sbin/foo.sh | 14:59 |
| lpapp | can that be done through SERIAL_CONOLES or via other means? | 15:00 |
| *** belen <belen!~Adium@192.198.151.43> has quit IRC | 15:00 | |
| lpapp | SERIAL_CONSOLES* | 15:00 |
| kergoth | most likely you'll have to alter it in a bbappend. SERIAL_CONSOLES only covers the tty and speed, not runlevels | 15:01 |
| * kergoth yawns | 15:01 | |
| lpapp | probably a sed+echo then | 15:02 |
| lpapp | unless I copy the whole file and change it on the way | 15:05 |
| lpapp | but even then, I wonder if SERIAL_CONCOLES could break it. | 15:05 |
| lpapp | SERIAL_CONSOLES* | 15:05 |
| lpapp | by e.g. appending the modified line again | 15:05 |
| kergoth | worst case you could presumably just empty SERIAL_CONSOLES and append your own lines entirely | 15:05 |
| lpapp | so this would be the content of my .bbappend? https://paste.kde.org/p4qgkxvdb | 15:08 |
| *** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC | 15:09 | |
| kergoth | sed -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 other | 15:10 |
| kergoth | other than that, seems reasonable | 15:10 |
| lpapp | ah, ok, so the openssh recipe is wrong in meta/ too | 15:12 |
| lpapp | cause I looked weird at it and then trusted ^_^ | 15:12 |
| lpapp | or am I missing something with that? | 15:13 |
| *** nighty^ is now known as cp- | 15:14 | |
| *** cp- is now known as nighty^ | 15:15 | |
| kergoth | i'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 |
| lpapp | is it enough to do the second? | 15:15 |
| kergoth | the -i with both files passed, tha tis | 15:15 |
| lpapp | i.e. the download directory? | 15:15 |
| kergoth | afaik -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 D | 15:16 |
| mckoan | erakis: I didn't mean -platform minimal, I meant to try an app non running in fullscreen in order to discriminate the cause | 15:16 |
| jc_ | Hello, I need a little help on adding/building a freescale layer. | 15:17 |
| lpapp | kergoth: heh, one fatal mistake is > instead of >> | 15:17 |
| mckoan | jc_: ask | 15:17 |
| kergoth | heh, indeed, didn't spot that | 15:18 |
| jc_ | My build stops on the error: (Function failed: Fetcher failure for URL: 'git://github.com/Freescale/linux-fsl.git;branch=patches-4.0'. Unable to fetch URL from any source.) | 15:18 |
| jc_ | I have seen the github page at "https://github.com/Freescale/linux-fslc/tree/patches-4.0". | 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 |
| lpapp | why is that? | 15:20 |
| lpapp | bitbake myimagename | 15:20 |
| lpapp | and then I expected to be available for introspection somewhere before flashing. | 15:20 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 15:23 | |
| mckoan | jc_: please try git pull git://github.com/Freescale/linux-fsl.git | 15:27 |
| mckoan | jc_: sorry I mean "git clone" | 15:27 |
| *** afxez0r <afxez0r!afxez0r@nat/intel/x-oaxdugpxbemdobkr> has joined #yocto | 15:27 | |
| mckoan | if it starts you can ctrl-c it | 15:27 |
| * mckoan is on 3G network very unstable, sorry | 15:27 | |
| *** pev <pev!~pev@2.31.101.83> has quit IRC | 15:28 | |
| jc_ | mckoan: fatal: remote error: Repository not found. | 15:30 |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 15:31 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-xqjbkqcyftclocvy> has quit IRC | 15:33 | |
| *** lamego <lamego!~lamego@134.134.139.72> has quit IRC | 15:34 | |
| jc_ | mckoan: if I HTTPS instead (git clone https://github.com/Freescale/linux-fsl.git), it responds with: Username for 'https://github.com': Password for 'https://github.com': ... | 15:35 |
| jc_ | mckoan: That should only be needed if i 'push', right? | 15:35 |
| kergoth | sounds like it's a private repository, if it's shown as not existing over git:// | 15:36 |
| kergoth | in which case no, its needed for more than just pushing | 15:36 |
| *** kw01f <kw01f!~kw01f@x4d0db0cc.dyn.telefonica.de> has quit IRC | 15:38 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-aebmhnroprulerqk> has joined #yocto | 15:39 | |
| *** zeddii is now known as zeddii_gone | 15:41 | |
| *** lamego <lamego!~lamego@134.134.139.76> has joined #yocto | 15:43 | |
| *** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 15:43 | |
| *** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 15:43 | |
| jc_ | kergoth: The layer is hosted at (git://git.yoctoproject.org/meta-fsl-arm). would it still use a private repository? | 15:43 |
| kergoth | one would certainly hope not, but that's what the behavior sounds like from what you've described | 15:44 |
| * kergoth shrugs | 15:44 | |
| jc_ | mmm | 15:44 |
| lpapp | does 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]!~sno@p578b540c.dip0.t-ipconnect.de> has quit IRC | 15:48 | |
| *** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has joined #yocto | 15:48 | |
| *** kw01f <kw01f!~kw01f@x4d0db0cc.dyn.telefonica.de> has joined #yocto | 15:50 | |
| *** belen <belen!~Adium@192.198.151.43> has joined #yocto | 15:53 | |
| *** oteros <oteros!d97f9b97@gateway/web/freenode/ip.217.127.155.151> has quit IRC | 15:57 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 15:59 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-uupxulrzaxerdxic> has joined #yocto | 15:59 | |
| *** smustafa <smustafa!~mustafa@110.93.212.98> has quit IRC | 16:01 | |
| *** belen2 <belen2!Adium@nat/intel/x-oatsrqdqgmgcltaf> has joined #yocto | 16:02 | |
| *** armpit <armpit!~akuster@2601:c:a700:3ba7:7c79:332d:8dea:73b5> has quit IRC | 16:02 | |
| *** belen <belen!~Adium@192.198.151.43> has quit IRC | 16:02 | |
| *** neur0Fuzzy <neur0Fuzzy!~neur0Fuzz@p239.net182021249.tokai.or.jp> has quit IRC | 16:03 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.73> has quit IRC | 16:03 | |
| *** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93.51.28.96> has quit IRC | 16:11 | |
| *** belen2 <belen2!Adium@nat/intel/x-oatsrqdqgmgcltaf> has quit IRC | 16:30 | |
| *** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@151.82.14.237> has joined #yocto | 16:30 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 16:32 | |
| *** sarahsharp <sarahsharp!~sarah@134.134.139.76> has joined #yocto | 16:33 | |
| *** seebs <seebs!~seebs@184.223.45.2> has quit IRC | 16:33 | |
| *** seebs <seebs!~seebs@74.122.98.108> has joined #yocto | 16:34 | |
| *** sarahsharp <sarahsharp!~sarah@134.134.139.76> has quit IRC | 16:35 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.75> has joined #yocto | 16:36 | |
| *** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@151.82.14.237> has quit IRC | 16:37 | |
| *** lamego <lamego!~lamego@134.134.139.76> has quit IRC | 16:37 | |
| denix | is it just me, or does nativesdk-* workdir get cleaned even w/o rm_work being used? | 16:38 |
| bluelightning | I've not observed that behaviour... it would be a bug if that's what's happening | 16:43 |
| *** lamego <lamego!lamego@nat/intel/x-gsvbscsratxlzhhl> has joined #yocto | 16:51 | |
| *** bzb <bzb!~bzb@198-48-196-219.cpe.pppoe.ca> has joined #yocto | 16:51 | |
| *** sarahsharp <sarahsharp!~sarah@192.55.54.36> has joined #yocto | 16:52 | |
| *** bzb <bzb!~bzb@198-48-196-219.cpe.pppoe.ca> has quit IRC | 16:52 | |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto | 16:55 | |
| *** afxez0r <afxez0r!afxez0r@nat/intel/x-oaxdugpxbemdobkr> has quit IRC | 17:03 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 17:04 | |
| denix | bluelightning: another question - should nativesdk packages be reused between machines in multimachine build? | 17:12 |
| bluelightning | denix: I'm not positive, but it's possible that with dizzy+ if they are the same arch then yes | 17:15 |
| denix | bluelightning: well, they do share the workdir and deploydir, which is keyed off SDKMACHINE | 17:16 |
| bluelightning | so in the general nativesdk case, yes they should be reused when SDKMACHINE stays the same | 17:17 |
| bluelightning | I might be missing a subtle detail though | 17:18 |
| denix | so, when the second machine hasn't been built yet (no sstate?), it triggers all those nativesdk packages to be rebuilt again | 17:19 |
| *** ant_work <ant_work!~ant__@host222-188-static.61-79-b.business.telecomitalia.it> has quit IRC | 17:20 | |
| bluelightning | on the face of it that doesn't sound right | 17:20 |
| bluelightning | bitbake-diffsigs ought to narrow down for sure why there's no reuse | 17:21 |
| denix | bluelightning: 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 |
| bluelightning | hang on... when something is restored from sstate, you don't get sources, that's expected | 17:22 |
| bluelightning | or is that not what you meant? | 17:22 |
| denix | and 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 PR | 17:23 |
| denix | as of workdir empty - but there was no rm_work, why the sources aren't there in the first place? | 17:24 |
| bluelightning | PR goes backwards ?? | 17:28 |
| kergoth | denix: 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-circuited | 17:29 |
| kergoth | so its entirely expected that workdir might be empty, or close to it, when something comes from sstate | 17:29 |
| *** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has joined #yocto | 17:29 | |
| kergoth | if you run devshell, it'll explicitly depend on those early tasks, and then they'll be run from scratch at that time | 17:30 |
| denix | bluelightning: ok, so populate_sysroot from dependent packages (eglibc, libgcc) trigger the rebuild of nativesdk - I'll investigate further | 17:31 |
| denix | kergoth: 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!~Dimitar@p5796F406.dip0.t-ipconnect.de> has joined #yocto | 17:32 | |
| kergoth | oh, in this tmpdir? | 17:32 |
| bluelightning | denix: does WORKDIR perhaps change without the signature changing? | 17:33 |
| denix | kergoth: 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 missing | 17:33 |
| *** Mohican <Mohican!~Doug@eduroam-143-106-147-236.wifi.ccuec.unicamp.br> has joined #yocto | 17:33 | |
| *** afxez0r <afxez0r!~afxez0r@192.55.54.42> has joined #yocto | 17:34 | |
| *** sarahsharp <sarahsharp!~sarah@192.55.54.36> has quit IRC | 17:34 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.75> has quit IRC | 17:34 | |
| denix | bluelightning: WORKDIR seems to be the same... | 17:35 |
| kergoth | that 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 with | 17:35 |
| bluelightning | denix: which version of the build system is this with? | 17:37 |
| *** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has quit IRC | 17:40 | |
| denix | kergoth, 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 |
| bluelightning | hmm, not sure, it might have changed signatures | 17:44 |
| lpapp | WOWO | 17:46 |
| lpapp | http://free-electrons.com/doc/training/yocto/yocto-labs.pdf | 17:46 |
| lpapp | googled for dialout yocto and this documentation has just come up | 17:46 |
| lpapp | the wow thing is that it is from today :) | 17:46 |
| lpapp | how much chance you have got to find a documentation published on that day ... :) | 17:46 |
| bluelightning | heh, nice | 17:46 |
| bluelightning | the Free Electrons folks are awesome | 17:46 |
| lpapp | or is it always recalculating the date? I would not think so. | 17:47 |
| lpapp | well, anyway, I have got a problem with ttyS1 | 17:47 |
| denix | bluelightning: 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 |
| lpapp | or any other tty for that matter | 17:47 |
| lpapp | they have this permission setup: crw------- 1 root root | 17:47 |
| lpapp | I see two problems with this: | 17:47 |
| denix | lpapp: free electrons already had yocto labs - are you sure this is new? | 17:47 |
| bluelightning | denix: there is bitbake -S printdiff | 17:47 |
| lpapp | 1) no dialout or similar group | 17:47 |
| lpapp | 2) no permission for the group | 17:47 |
| lpapp | now this was working with dylan; I do not know what happened to them with daisy. | 17:48 |
| lpapp | denix: I can tell you tomorrow :) | 17:48 |
| lpapp | perhaps they regenerate the pdf on request from latex source or so | 17:48 |
| lpapp | would be a bit strange, but then who knows. | 17:48 |
| denix | bluelightning: great! thanks, I'll give that a try | 17:48 |
| denix | lpapp: they may have updated something today. but it still references dora, so no, it's not brand new :) | 17:49 |
| lpapp | :-) | 17:50 |
| lpapp | bluelightning: got a clue about that permission issue? | 17:50 |
| lpapp | our services are running as "foo". That user is added to the dialout group. | 17:50 |
| bluelightning | lpapp: I'm not sure what the actual issue is from your description | 17:51 |
| bluelightning | is dialout not in /etc/group? | 17:51 |
| lpapp | okay, so I am trying to communicate over /dev/ttyS1, for instance | 17:51 |
| lpapp | the service using that device is not run with root privileges. | 17:52 |
| lpapp | it is run as user "foo". | 17:52 |
| lpapp | user "foo" is added to the dialout group, but apparently the permissions disregard that. | 17:52 |
| lpapp | I would expect permissions like these for that file: | 17:52 |
| lpapp | crw-rw---- 1 root uucp | 17:53 |
| lpapp | this is from my desktop, but some distributions tend to use dialout, etc, so the group is a bit flexible. | 17:53 |
| lpapp | we used to run our service with user added to dialout though when we were using dylan. | 17:53 |
| lpapp | but somehow the permissions are crw------- 1 root root with daisy. | 17:53 |
| bluelightning | this is not about the user at all though... this is about the perms on the device node | 17:53 |
| lpapp | yes | 17:53 |
| bluelightning | the perms on items in /dev are controlled via udev scripts | 17:54 |
| bluelightning | see meta/recipes-core/udev/udev/permissions.rules | 17:54 |
| bluelightning | at least, I'm assuming that is input for what ends up on the target, without digging further | 17:54 |
| lpapp | bluelightning: hmm, that reminds that we have got PREFERRED_VERSION_udev ?= "141" in our distribution config. | 17:55 |
| lpapp | could that cause the regression with daisy? | 17:55 |
| bluelightning | is that the version that is actually being built? | 17:56 |
| lpapp | I have no idea, but it worked with dylan :-) | 17:56 |
| bluelightning | it's possible, I couldn't say for sure | 17:56 |
| lpapp | well, the recipe is 182 | 17:56 |
| lpapp | so was it with dylan | 17:57 |
| lpapp | I do not even understand why we had that preferred version | 17:57 |
| bluelightning | that setting would only work if (a) you were providing a 141 recipe and (b) there was no other setting of PREFERRED_VERSION_udev | 17:57 |
| lpapp | it is likely a void statement this way? | 17:57 |
| bluelightning | if there is no 141 recipe it won't be achieving anything except producing a warning | 17:58 |
| lpapp | I think there must have been in denzil times, or so | 17:58 |
| lpapp | I will remove that line | 17:58 |
| lpapp | still, I would like to get /dev/ttyS1 accessible by a dedicated group :) | 17:59 |
| lpapp | do not want to run my services as root. | 17:59 |
| lpapp | bluelightning: that aforementioned file has, KERNEL=="tty[0-9]*", GROUP="root" | 17:59 |
| lpapp | in addition, it does not have a pattern for ttyS[0-9]* | 18:00 |
| lpapp | is it good like this? | 18:00 |
| lpapp | I am not 100% sure | 18:01 |
| bluelightning | I'm no expert on udev rules I'm afraid | 18:02 |
| bluelightning | I've also got to head home | 18:02 |
| bluelightning | bbl | 18:02 |
| lpapp | me too :) | 18:03 |
| lpapp | thanks and see you | 18:03 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 18:03 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 18:03 | |
| *** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC | 18:09 | |
| denix | ah, bluelightning has already left... | 18:09 |
| *** rschaef <rschaef!d8a58bdc@gateway/web/freenode/ip.216.165.139.220> has quit IRC | 18:10 | |
| denix | kergoth: 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 IRC | 18:11 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 18:11 | |
| *** smustafa <smustafa!~mustafa@39.42.12.77> has joined #yocto | 18:11 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 18:12 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-aebmhnroprulerqk> has quit IRC | 18:19 | |
| *** sarahsharp <sarahsharp!sarah@nat/intel/x-kabcrrvxanmztxzs> has joined #yocto | 18:19 | |
| *** jc_ <jc_!414d442a@gateway/web/freenode/ip.65.77.68.42> has quit IRC | 18:20 | |
| *** grma <grma!~gruberm@HSI-KBW-46-237-193-133.hsi.kabel-badenwuerttemberg.de> has quit IRC | 18:26 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has joined #yocto | 18:27 | |
| *** agherzan <agherzan!573f4d0e@gateway/web/freenode/ip.87.63.77.14> has joined #yocto | 18:28 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 18:29 | |
| agherzan | Hi 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 |
| agherzan | common* | 18:30 |
| *** smustafa <smustafa!~mustafa@39.42.12.77> has quit IRC | 18:30 | |
| agherzan | Is this a known issue? Or something that was missed? | 18:31 |
| neverpanic | GPL-2.0-with-OpenSSL-Exception is a license identifier according to SPDX, the other is not | 18:32 |
| neverpanic | Especially 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 latter | 18:33 |
| neverpanic | But I'm in no position to change it | 18:33 |
| *** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 18:33 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 18:33 | |
| agherzan | neverpanic: i still don't understand how that "+" got there. | 18:34 |
| agherzan | It used to be the syntax for & ? | 18:34 |
| kergoth | anyone is in a position to change it, just submit a patch :) | 18:34 |
| neverpanic | it means "any later" | 18:34 |
| neverpanic | so it was probably put there on purpose | 18:34 |
| agherzan | Yeah - that's what i suspected | 18:35 |
| *** afxez0r <afxez0r!~afxez0r@192.55.54.42> has quit IRC | 18:37 | |
| *** armpit <armpit!~akuster@64.2.3.194.ptr.us.xo.net> has joined #yocto | 18:44 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.75> has joined #yocto | 18:45 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 18:54 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.75> has quit IRC | 19:01 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 19:02 | |
| *** espen__ <espen__!~espen@ti0061a400-0580.bb.online.no> has joined #yocto | 19:06 | |
| espen__ | Yo! Anyone awake? | 19:06 |
| *** jedix <jedix!~jedix@24-246-7-68.cable.teksavvy.com> has joined #yocto | 19:06 | |
| kergoth | no | 19:09 |
| 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@192.55.54.40> has joined #yocto | 19:09 | |
| agherzan | kergoth: neverpanic I'm still confused. It seems like the warning i'm getting is at rootfs generation: | 19:11 |
| agherzan | WARNING: 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 socat | 19:11 |
| *** moto-timo <moto-timo!~timo@fsf/member/moto-timo> has quit IRC | 19:11 | |
| kergoth | all that means is there's no generic license file for that license | 19:12 |
| agherzan | as i remeber checking for generic licenses was done at paackage time | 19:12 |
| agherzan | package build* | 19:12 |
| kergoth | image construction gathers up the generic license files to facilitate their inclusion in the image when appropriate | 19:13 |
| kergoth | see image.bbclass for details | 19:13 |
| kergoth | or license.bbclass, one of them | 19:13 |
| kergoth | previously those messages were still shown, but they were hidden in the do_rootfs log | 19:13 |
| kergoth | that was fixed recently, so they're now user-visible | 19:13 |
| agherzan | in fido i get those warnings | 19:14 |
| agherzan | kergoth: i created a file called GPL-2.0+-with-OpenSSL-exception in the common-licenses and i still get this warning | 19:14 |
| kergoth | in common-licenses where? | 19:14 |
| agherzan | meta/files/common-licenses | 19:15 |
| kergoth | if 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 there | 19:15 |
| *** domidimi <domidimi!~Dimitar@p5796F406.dip0.t-ipconnect.de> has quit IRC | 19:15 | |
| kergoth | if you're modifying oe-core, dont' | 19:15 |
| kergoth | :) | 19:15 |
| agherzan | i know | 19:15 |
| *** domidimi <domidimi!~Dimitar@p5796F406.dip0.t-ipconnect.de> has joined #yocto | 19:15 | |
| *** moto-timo <moto-timo!~timo@fsf/member/moto-timo> has joined #yocto | 19:15 | |
| agherzan | both options don't fix this warning | 19:15 |
| kergoth | most likely the do_popualte_lic task of the recipe is what grabs it, and then do_rootfs uses that | 19:15 |
| kergoth | but bitbake's knowledge of do_populate_lic might not be smart enough to pick up the creation of the file on disk | 19:16 |
| kergoth | try doing a -ccleansstate on the recipe and rebuilding it, or bitbake -C populate_lic socat | 19:16 |
| *** domidimi <domidimi!~Dimitar@p5796F406.dip0.t-ipconnect.de> has quit IRC | 19:16 | |
| kergoth | then rebuild the image | 19:16 |
| kergoth | that's just a guess, of course, but worth testing | 19:16 |
| agherzan | i did | 19:16 |
| agherzan | no luck | 19:16 |
| agherzan | can you give it a try? | 19:17 |
| agherzan | just add socat in a image | 19:17 |
| *** afxez0r <afxez0r!~afxez0r@192.55.54.40> has quit IRC | 19:20 | |
| *** afxez0r <afxez0r!~afxez0r@192.55.54.40> has joined #yocto | 19:26 | |
| agherzan | kergoth: i either miss something stupid or this is indeed broken | 19:27 |
| *** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has quit IRC | 19:27 | |
| *** kw01f <kw01f!~kw01f@x4d0db0cc.dyn.telefonica.de> has quit IRC | 19:27 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.73> has joined #yocto | 19:28 | |
| kergoth | agherzan: 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 |
| kergoth | so might be best to just adjust the license of hte recipe | 19:31 |
| kergoth | unless i'm missing something, but not seeing anything | 19:31 |
| agherzan | kergoth: the problem persists at linux-firmware too: | 19:32 |
| agherzan | 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-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 collected | 19:33 |
| kergoth | linux-firmware license issues have been resolved recently, i saw patches hit the list | 19:33 |
| kergoth | check master | 19:33 |
| agherzan | so there must be something else | 19:33 |
| *** smustafa <smustafa!~mustafa@39.42.12.77> has joined #yocto | 19:34 | |
| agherzan | kergoth: licenses weren't merged in master | 19:34 |
| agherzan | just checked | 19:35 |
| agherzan | wait | 19:35 |
| kergoth | it was a license.bbclass change, not added licenses. | 19:35 |
| agherzan | they have no generic license | 19:35 |
| kergoth | [OE-core] [PATCH v2 3/3] linux-firmware: add NO_GENERIC_LICENSE for all licenses | 19:35 |
| agherzan | NO_GENERIC_LICENSE[Firmware-atheros_firmware] = "LICENCE.atheros_firmware" | 19:36 |
| agherzan | yup | 19:36 |
| agherzan | thanks that makes sense | 19:36 |
| agherzan | thanks make | 19:36 |
| agherzan | mate* | 19:36 |
| kergoth | np | 19:36 |
| *** agherzan <agherzan!573f4d0e@gateway/web/freenode/ip.87.63.77.14> has quit IRC | 19:41 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.73> has quit IRC | 19:51 | |
| *** sarahsharp <sarahsharp!sarah@nat/intel/x-kabcrrvxanmztxzs> has quit IRC | 19:56 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.73> has joined #yocto | 19:56 | |
| *** sarahsharp <sarahsharp!~sarah@134.134.139.76> has joined #yocto | 19:58 | |
| *** smustafa <smustafa!~mustafa@39.42.12.77> has quit IRC | 20:05 | |
| *** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has joined #yocto | 20:14 | |
| *** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has quit IRC | 20:14 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:14 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.36> has quit IRC | 20:18 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.55.41> has joined #yocto | 20:21 | |
| *** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 20:23 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-174-96-222-251.carolina.res.rr.com> has joined #yocto | 20:33 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-qxqjntexalyhnywg> has joined #yocto | 20:45 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.73> has quit IRC | 21:02 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.73> has joined #yocto | 21:03 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 21:03 | |
| *** ant_home <ant_home!~ant__@host2-44-dynamic.54-79-r.retail.telecomitalia.it> has joined #yocto | 21:04 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 21:10 | |
| *** alimon1 <alimon1!~alimon@187-176-43-14.dynamic.axtel.net> has joined #yocto | 21:18 | |
| *** Mohican <Mohican!~Doug@eduroam-143-106-147-236.wifi.ccuec.unicamp.br> has quit IRC | 21:19 | |
| *** RzR <RzR!~RzR@82.236.136.171> has quit IRC | 21:31 | |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC | 21:33 | |
| *** RzR <RzR!~RzR@82.236.136.171> has joined #yocto | 21:35 | |
| *** sarahsharp <sarahsharp!~sarah@134.134.139.76> has quit IRC | 21:55 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.73> has quit IRC | 22:03 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.55.41> has quit IRC | 22:04 | |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 22:12 | |
| *** sarahsharp <sarahsharp!~sarah@134.134.139.76> has joined #yocto | 22:14 | |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 22:14 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 22:17 | |
| *** ant_home <ant_home!~ant__@host2-44-dynamic.54-79-r.retail.telecomitalia.it> has quit IRC | 22:22 | |
| *** sarahsharp <sarahsharp!~sarah@134.134.139.76> has quit IRC | 22:23 | |
| *** sarahsharp <sarahsharp!~sarah@134.134.137.73> has joined #yocto | 22:24 | |
| *** RzR <RzR!~RzR@82.236.136.171> has quit IRC | 22:24 | |
| *** RzR <RzR!~RzR@82.236.136.171> has joined #yocto | 22:28 | |
| *** tomz <tomz!~trz@134.134.139.70> has quit IRC | 22:29 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 22:33 | |
| *** lamego <lamego!lamego@nat/intel/x-gsvbscsratxlzhhl> has quit IRC | 22:36 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 22:38 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 22:46 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-qxqjntexalyhnywg> has quit IRC | 22:49 | |
| *** tomz <tomz!~trz@134.134.139.76> has joined #yocto | 22:50 | |
| *** madisox <madisox!~madison@64-71-1-115.static.wiline.com> has quit IRC | 22:59 | |
| *** madisox <madisox!~madison@64-71-1-115.static.wiline.com> has joined #yocto | 23:02 | |
| *** paulg_ <paulg_!~paulg@71-19-175-186.dedicated.allstream.net> has joined #yocto | 23:05 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 23:12 | |
| *** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has quit IRC | 23:12 | |
| *** OutOfNoWhere <OutOfNoWhere!~rpb@199.68.195.102> has joined #yocto | 23:15 | |
| *** espen__ <espen__!~espen@ti0061a400-0580.bb.online.no> has quit IRC | 23:15 | |
| *** madisox <madisox!~madison@64-71-1-115.static.wiline.com> has quit IRC | 23:29 | |
| *** sarahsharp <sarahsharp!~sarah@134.134.137.73> has quit IRC | 23:37 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:39 | |
| *** tsramos <tsramos!~tsramos@192.55.55.41> has quit IRC | 23:49 | |
| *** phantoxeD <phantoxeD!destroy@a89-152-21-144.cpe.netcabo.pt> has joined #yocto | 23:50 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-uupxulrzaxerdxic> has quit IRC | 23:53 | |
| *** phantoneD <phantoneD!destroy@a89-152-21-144.cpe.netcabo.pt> has quit IRC | 23:55 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!