Wednesday, 2017-11-15

*** lamego <lamego!jose@nat/intel/x-tlbkqxjmyjxkcrlh> has quit IRC00:03
*** mattsm <mattsm!~mattsm@75-13-95-234.lightspeed.austtx.sbcglobal.net> has quit IRC00:04
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC00:04
*** mattsm <mattsm!~mattsm@75-13-95-234.lightspeed.austtx.sbcglobal.net> has joined #yocto00:05
*** jae <jae!95c73efe@gateway/web/freenode/ip.149.199.62.254> has joined #yocto00:06
*** sjolley <sjolley!~sjolley@134.134.139.75> has quit IRC00:06
*** jae is now known as Guest9342900:07
*** sgw <sgw!~swold@134.134.139.74> has quit IRC00:08
Guest93429Hi, If I add tools-sdk to Image features, I get  Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)00:08
Guest93429Any Ideas?00:08
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:08
*** paulg_ <paulg_!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto00:10
*** stephano <stephano!~scetola@192.55.54.42> has quit IRC00:13
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto00:15
*** sjolley <sjolley!~sjolley@134.134.139.82> has joined #yocto00:16
bluelightningGuest93429: you think you're adding but most likely you are setting and that is overriding the default value set with ?=00:17
bluelightningGuest93429: I assume you are doing this from local.conf?00:17
Guest93429yes!, but I usually have this line in local.conf anyways00:18
Guest93429XTRA_IMAGE_FEATURES = "debug-tweaks"00:18
bluelightningGuest93429: so you are just putting tools-sdk in the end of that? or doing it separately?00:19
Guest93429end of that00:19
Guest93429and I take it out and it boots fine00:19
bluelightningwell, that's odd.. I can't immediately see how that would have such an effect00:20
bluelightningwhich target machine is this for?00:20
Guest93429Only thing I can think is maybe its too big for initramfs? if I compare logs before and after its 170M vs 50M00:20
Guest93429a zynq machine00:20
bluelightningoh, right00:20
bluelightningyeah, so, this is a prime example of why you shouldn't set this kind of thing from local.conf00:21
bluelightningcreate yourself a proper image recipe and set it there00:21
bluelightningthen it won't interfere with your initramfs image00:21
bluelightning(usually: take a copy of some base image, give it the name you want, and then modify it as desired)00:22
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC00:22
Guest93429Ohh I see.. does that make a difference?00:22
*** martinkelly <martinkelly!~martin@71-35-172-156.tukw.qwest.net> has joined #yocto00:23
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto00:23
bluelightningGuest93429: well, if you set an image variable from local.conf, it affects any image you build, and that includes the image recipe used to generate the initramfs00:23
bluelightningwe really ought to tweak our documentation in this area00:23
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC00:24
Guest93429ah I kind of see00:24
Guest93429I will try this00:24
Guest93429thank you00:24
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto00:24
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC00:25
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ifcdnffmqrjxlbvw> has joined #yocto00:36
Guest93429@bluelightning, seeing the same error unfortunately00:39
bluelightningCrofton|work: any suggestions? ^00:39
bluelightningGuest93429: you did remove the feature from the line in local.conf right?00:40
Guest93429made a asdf.bb where I require the image.bb, then set tools-sdk in there then build asdf00:40
Guest93429and yes00:40
Guest93429removed from local.conf00:40
bluelightningok, I'm stumped then I'm afraid... I haven't had any experience with the zynq boards unfortunately00:41
bluelightningit may be image size related perhaps, but that's a guess00:41
*** anselmolsm <anselmolsm!~anselmols@192.55.54.40> has quit IRC00:41
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC00:42
Guest93429Ok appreciate the help00:42
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:48
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto00:56
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto01:07
Crofton|worksorry working on dinner01:19
*** dv_ <dv_!~quassel@62.178.118.86> has quit IRC01:33
*** dv__ <dv__!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto01:33
*** kaspter <kaspter!~Instantbi@115.195.53.253> has quit IRC01:35
*** kaspter <kaspter!~Instantbi@115.195.53.253> has joined #yocto01:39
*** Snert__ <Snert__!~snert_@65.74.8.146> has quit IRC01:44
*** dv__ <dv__!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC01:50
*** dv_ <dv_!~quassel@62.178.118.86> has joined #yocto01:50
*** sgw <sgw!~swold@c-73-180-42-186.hsd1.or.comcast.net> has joined #yocto01:58
*** sgw <sgw!~swold@c-73-180-42-186.hsd1.or.comcast.net> has quit IRC02:07
*** sgw <sgw!swold@nat/intel/x-wmwpykhyxbojuwaa> has joined #yocto02:07
*** Guest93429 <Guest93429!95c73efe@gateway/web/freenode/ip.149.199.62.254> has quit IRC02:27
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:3c55:3246:a542:633d> has quit IRC02:34
*** SoniaLeon <SoniaLeon!sleonbau@nat/intel/x-owvrqczczuuxfowt> has quit IRC03:00
*** mardy <mardy!~mardy@a88-115-221-237.elisa-laajakaista.fi> has quit IRC03:29
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC04:03
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ifcdnffmqrjxlbvw> has quit IRC04:35
*** zarzar <zarzar!~zarzar@184.75.233.58> has quit IRC05:05
*** zarzar1 <zarzar1!~zarzar@vpn1.noregon.com> has joined #yocto05:06
*** melonipoika <melonipoika!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has quit IRC05:10
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto05:17
*** dushara <dushara!7346ce4a@gateway/web/freenode/ip.115.70.206.74> has joined #yocto05:24
dusharaShould adding bluez5 to DISTRO_FEATURES_append enable the bluez5 package?05:24
khemyes06:18
*** morphis <morphis!~morphis@pD9ED7B29.dip0.t-ipconnect.de> has quit IRC06:20
*** gtristan <gtristan!~tristanva@221.147.85.171> has joined #yocto06:23
*** __TJ__ <__TJ__!~TJ@145.133.0.72> has joined #yocto06:41
*** thejester_ <thejester_!~TJ@145.133.0.72> has quit IRC06:43
*** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has joined #yocto06:57
*** dushara <dushara!7346ce4a@gateway/web/freenode/ip.115.70.206.74> has quit IRC07:03
*** pohly <pohly!~pohly@p54BD58DF.dip0.t-ipconnect.de> has joined #yocto07:11
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto07:13
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-tadnycbkplfzjopz> has quit IRC07:20
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has joined #yocto07:27
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-dxwcchskmwqlijcs> has joined #yocto07:35
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto07:39
*** fl0v0 <fl0v0!~fvo@p4FED351F.dip0.t-ipconnect.de> has joined #yocto08:00
*** colrack <colrack!~colrack@94.126.8.166> has joined #yocto08:03
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC08:11
*** mckoan|away is now known as mckoan08:11
*** rajm <rajm!~robertmar@167.98.27.226> has joined #yocto08:11
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto08:17
*** diembed <diembed!~diembed@34.16-66-87.adsl-static.isp.belgacom.be> has joined #yocto08:18
diembedHi all08:18
yoctiNew news from stackoverflow: How to generate libcurl.so.5 with curl 7.56.1 in Yocto? <https://stackoverflow.com/questions/47302317/how-to-generate-libcurl-so-5-with-curl-7-56-1-in-yocto>08:21
*** dengke <dengke!~dengke@106.120.101.38> has quit IRC08:23
*** vdehors <vdehors!~vdehors@37.170.60.149> has joined #yocto08:23
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto08:23
*** joshuagl <joshuagl!joshuagl@nat/intel/x-bjrmxizazzrvtxsd> has joined #yocto08:24
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto08:30
*** Smit-Tay <Smit-Tay!~Smit-Tay@134.134.139.82> has quit IRC08:33
*** dengke <dengke!~dengke@106.120.101.38> has joined #yocto08:39
*** morphis <morphis!~morphis@pD9ED6405.dip0.t-ipconnect.de> has joined #yocto08:41
*** agust <agust!~agust@p4FCB4244.dip0.t-ipconnect.de> has joined #yocto08:42
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto08:50
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-onzfcapeurwtdcuu> has joined #yocto08:55
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto09:06
*** toscalix <toscalix!~toscalix@80.91.70.176> has joined #yocto09:07
*** colrack <colrack!~colrack@94.126.8.166> has quit IRC09:07
*** xtron <xtron!~xtron@110.93.212.98> has joined #yocto09:15
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC09:22
sveinseWhich task is responsible for evaluating the SRC_URI to see if the source have changed? do_fetch or do_unpack?09:29
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC09:31
*** falk0n <falk0n!~falk0n@a79-168-122-231.cpe.netcabo.pt> has joined #yocto09:32
*** alinucs <alinucs!~abo@bgn92-6-88-179-202-174.fbx.proxad.net> has quit IRC09:33
*** bananadev <bananadev!~onlyester@118.70.128.150> has joined #yocto09:37
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC09:38
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-dxwcchskmwqlijcs> has quit IRC09:45
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC09:48
*** gtristan <gtristan!~tristanva@221.147.85.171> has quit IRC09:52
*** gtristan <gtristan!~tristanva@221.147.85.171> has joined #yocto09:52
*** hnje <hnje!~hnje@193.106.123.182> has joined #yocto09:54
*** alinucs <alinucs!~abo@bgn92-6-88-179-202-174.fbx.proxad.net> has joined #yocto09:55
*** sjolley <sjolley!~sjolley@134.134.139.82> has quit IRC09:59
*** sjolley1 <sjolley1!~sjolley@134.134.139.82> has joined #yocto09:59
*** CTtpollard <CTtpollard!~CTtpollar@167.98.27.226> has joined #yocto10:03
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-iqwrbgdtajhdxvnd> has joined #yocto10:04
*** deva <deva!~deva@87.116.45.78> has joined #yocto10:06
*** deva <deva!~deva@87.116.45.78> has joined #yocto10:08
devaI am investigating how the DEPENDS and RDEPENDS variables work in conjunction with the package manager (opkg/ipk) and would like to now if it would soehow be possible to specify a depency package version range using those variables?10:09
devaExplicitly I would like the build system to fail if the package version is not found (which would otherwise make the configure step fail)10:12
*** vdehors <vdehors!~vdehors@37.170.60.149> has quit IRC10:12
devaand theoretically specify a (library) version range which I know to be ABI compatible allowing the ipk to be installed on systems where the exact version version I had at compile-time is not present but an ABI compatible version is10:13
nrossideva: RDEPENDS can have a version range, see https://www.yoctoproject.org/docs/current/bitbake-user-manual/bitbake-user-manual.html#var-RDEPENDS10:16
*** vdehors <vdehors!~vdehors@37.170.60.149> has joined #yocto10:18
diembedI am back with my license problem :D :  I try to populate a custom license (for vim recipe imported to my layer from official meta-oe layer) but I have this warning "The license listed vim was not in the licenses collected for recipe vim"10:19
diembedI added "LICENSE_PATH += "${LAYERDIR}/files/custom-licenses"" to meta-mylayer/conf/layer.conf10:19
diembedI added the vim license file to meta-mylayer/files/custom-licenses10:19
diembedand in meta-mylayer/repices-oe/vim/vim_8.0.0427.bb there is this line : LICENSE = "vim"10:19
diembedDo you have any leads for me, please ?10:19
devanrossi, Great :-) I just assumed they were similar and found nothing referring to versions in the DEPENDS description10:30
*** yann <yann!~yann@178.208.16.32> has joined #yocto10:34
xtronI want to define "DL_DIR" outside the "build dir", one way is to define the path in "conf/local.conf" in the build directory. I need more generic location where I can define "DL_DIR" once for all.10:37
*** Bunio_FH <Bunio_FH!~bunio@89-73-217-90.dynamic.chello.pl> has joined #yocto10:37
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto10:44
joshuaglMWelchUK: hey-o. Did you see my reply last night?10:47
MWelchUKjoshuagl: Not yet, will scroll back :-)10:47
joshuagl"MWelchUK: \o I added that so that we could implement things like: http://git.yoctoproject.org/clean/cgit.cgi/meta-swupd/tree/classes/swupd-image.bbclass#n572"10:48
*** fl0v01 <fl0v01!~fvo@p4FED376E.dip0.t-ipconnect.de> has joined #yocto10:48
*** fl0v0 <fl0v0!~fvo@p4FED351F.dip0.t-ipconnect.de> has quit IRC10:48
joshuaglthe commit message and that example usage may be the sum total of docs, though :-/10:49
xtronping10:49
zzerooxtron: "conf/local.conf" is the right place. And the only IMO10:50
zzerooone10:50
xtronzzeroo: that way we have to re-define it in every new build directory10:51
MWelchUKjoshuagl: I've given implementing a test a go, initially I based it from the always failing python example in the commit message. It was consistently running and failing, but now struggling to work out how to get it to re-run after a successful build - I thought cleanall on the image would work, but it doesn't seem to.10:52
xtronzzeroo: that is may be not most efficient way10:52
zzerooyes, but why not just use one build dir. You can reuse is ><10:52
MWelchUKjoshuagl: https://pastebin.com/YYCNmpvC10:54
xtronzzeroo: hmm10:54
MWelchUK(Which I think should always fail...)10:54
zzerooxtron: Why do you use so much build dirs. That this is a problem I mean, whats your use case?10:55
zzerooxtron: You could add a `sed` command to the `oe-init-build-env` script you source to create the build dir. It's just a bash script10:57
xtronzzeroo: I just want a consolidated download directory10:58
xtronzzeroo: i case I want to make a seperate build dir, I can do efficiently10:58
*** ski7777 <ski7777!~quassel@ip5f598d36.dynamic.kabel-deutschland.de> has joined #yocto11:00
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has quit IRC11:02
zzerooxtron: To be honest I do not care much about my download directory. Poky is doing very well for me.11:03
zzeroowith one build dir for all my projects :)11:03
xtronzzeroo: yeah, it is good in most cases,11:05
rburtonxtron: you can share the download directory between all your builds.  i must have 20 build dirs here all sharing the same sstate and dldir11:10
joshuaglMWelchUK: sorry, packing for travel and don't really have time to dig in. The task runs after do_rootfs so you need to have the checksum change on that task before it'll re-run. You can always bitbake my-awsome-image:do_image_qa -f11:11
kanavinrburton: meson patchset on the list, so do send me build failures :)11:11
rburtonoh i will ;)11:11
rburtonare they in a branch against master?11:11
kanavinI also resent a couple of earlier patches with minor fixes11:11
kanavinrburton: yes11:11
rburtonwill fire that on the ab now then11:11
MWelchUKThanks joshuagl. Safe travelling.11:11
xtronrburton: where we can define "DL_DIR" other than "conf/local.conf" so it is available to all build dirs...11:12
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:12
rburtonxtron: either set it to the same path in every local.conf, or create a site.conf which sets it and either copy that into every build dir, or put it in a layer and add that layer to every build dir.11:20
rburtonor if your custom distro can assume the environment then you can assign in the local.conf.sample to the right path11:20
rburtonor just don't create new build directories all the time and reuse11:21
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC11:26
*** danf1 <danf1!~dan@ppp121-44-250-109.bras2.syd2.internode.on.net> has joined #yocto11:30
danf1hello, is this the right sort of place to ask about what is covered by yocto/openembedded training?11:38
rburtonkanavin: https://autobuilder.yocto.io/tgrid11:38
rburtondanf1: who is giving the training?  might be better to approach them directly11:39
danf1rburton: i see. well, that is true, i guess i was hoping there might be someone here who as done some and could offer some insight from an outcomes point of view11:40
rburtonwell depends on who is giving this yocto training you speak of11:41
danf1i'm interested in getting the range of experiences rather than particular trainers. talking to trainers gets their perspective which is not always the most honest.11:44
danf1so if anyone has had any good yocto training i'm interested in hearing from them, whichever provider11:44
rburtonah so you're looking for recommendations for a trainer, instead of feedback on a specific trainer11:45
rburtonkanavin: no-x11 just failed in the meson branch11:45
danf1rburton: yes, i'm not too fussed who gives the training, except that it would be good for them to have been recommended11:46
*** deva <deva!~deva@87.116.45.78> has quit IRC11:51
*** deva <deva!~deva@87.116.45.78> has joined #yocto11:51
*** bananadev <bananadev!~onlyester@118.70.128.150> has quit IRC11:53
*** deva <deva!~deva@87.116.45.78> has quit IRC11:58
*** vdehors <vdehors!~vdehors@37.170.60.149> has quit IRC11:59
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC12:00
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-169-82.central.biz.rr.com> has joined #yocto12:10
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto12:16
*** gtristan <gtristan!~tristanva@221.147.85.171> has quit IRC12:18
*** ranran <ranran!051c9c80@gateway/web/freenode/ip.5.28.156.128> has joined #yocto12:18
ranranwhen package is deployed (for example it has content in /etc and /lib) , does it means that all its files are independent from other image file, or are there common files with other package ?12:19
*** danf1 <danf1!~dan@ppp121-44-250-109.bras2.syd2.internode.on.net> has quit IRC12:29
ranran when package is deployed (for example it has content in /etc and /lib) , does it means that all its files are independent from other image file, or are there common files with other package ?12:37
ranranI mean, copying the files to rootfs should be good, and won't override existing files. Right ?12:38
kanavinranran: this is decided by the package manager in use12:38
LetoThe2ndranran: if two packages try to install the same files to the image, you get a cofllict error and the image cration aborts.12:38
kanavinLetoThe2nd: if the files have exactly same content, then rpm has no problem with that and will make the file owned by both packages :)12:39
LetoThe2ndkanavin: thank $DEITY that my life works out wonderfully without rpm :)12:40
open-nandrahi, when I have some recipe which will build native version and would like to have this binary included in SDk12:41
open-nandrait's enough to BBCLASS_EXTEND  = "nativesdk"?12:41
open-nandraI tried but it doesn't work12:41
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto12:42
rburtonopen-nandra: no _ in the variable12:43
rburtonalso just doing that doesnt put it in the SDK12:43
open-nandrarburton: yes sorry it was typo + ok what else I need to recipe to have it present in sdk?12:44
rburtonhttp://www.yoctoproject.org/docs/current/sdk-manual/sdk-manual.html#sdk-adding-individual-packages12:45
*** Costin1 <Costin1!~nxf31494@gate-zro.freescale.com> has joined #yocto12:46
Costin1hi all12:46
open-nandrarburton: oh stupid me, thanks for link12:46
*** dafna <dafna!4d7e60f3@gateway/web/freenode/ip.77.126.96.243> has joined #yocto12:47
Costin1is there a need for some special magic in order to add glibc-utils to an image?12:47
Costin1i used IMAGE_INSTALL_append="glibc-utils"12:47
ranranLetoThe2nd, I understand. so in "normal" way it is not supposed to happen. Thanks12:47
Costin1and i searched for "locale" in the manifest file12:47
Costin1and it is not present12:47
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto12:48
dafnahi,12:51
dafnaim very new to yocto12:52
dafnastarted learning it 3 days ago12:52
dafnaI have a dragonboard 410c12:52
dafnaand compiled it's yocto12:52
dafnanow i do the https://wiki.yoctoproject.org/wiki/Building_your_own_recipes_from_first_principles12:52
dafnaquestion, how can I see that the bbexample package really got into my image ?12:53
Costin1@dafna: in the tmp/deploy/images/boardname there is a .manifest file12:54
Costin1search for your binary there12:54
Costin1like grep bbexample *.manifest12:55
Costin1you should have it there12:55
dafnaok, it's not there actually12:58
*** Klopilot <Klopilot!5c27174d@gateway/web/freenode/ip.92.39.23.77> has joined #yocto12:58
dafnaI added oe-rpb/layers/meta-example/recipes-core/images/rpb-minimal-image.bbappend12:58
KlopilotHello!12:58
dafnawith "IMAGE_INSTALL += " bbexample""12:59
open-nandrarburton: I've added it to variable written in manual but I get following: rdepends upon non-existent task do_package_write_ipk in virtual:native:myrecipe.bb12:59
open-nandraas it's native it's not doing ipk12:59
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC13:00
Klopilothow to get rid o: Poky (Yocto Project Reference Distro) ... dev/tty1 on boot?13:00
rburtonopen-nandra: does your recipe explicitly inherit native?13:01
Crofton|workwhat do you mean?13:01
open-nandrarburton: yes13:01
Costin1@dafna: well ...  an other idea is to extract the resulted rootfs image and see if the program is there. You will see the directory structure as on the board itself, but if not present in .manifest file then almost sure it is not available on the rootfs also13:01
Costin1@dafna: other then that, i don't know13:02
rburtonopen-nandra: then that will be forcing the recipe to be a native recipe.  remove that, rename file to foo_version.bb, add native to bbclassextend, and fix up the recipe so that it can work in target/native/nativesdk modes13:03
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto13:04
rburtonKlopilot: thats DISTRO_NAME, change that or just edit /etc/issue (in basefiles)if you want it to say something totally different13:05
open-nandrarburton: ok but if I want to recipe build only on host machine and not target, tehn I need to define inherit native13:06
*** Costin1 <Costin1!~nxf31494@gate-zro.freescale.com> has quit IRC13:06
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto13:06
*** Costin1 <Costin1!~nxf31494@192.88.166.43> has joined #yocto13:07
Klopilotrburton: ok, but i would like to get rid of all of this text on the framebuffer, it seems its waiting for a login on tty1, how to stop this?13:07
*** Costin2 <Costin2!~nxf31494@gate-zro.freescale.com> has joined #yocto13:08
open-nandrarburton: otherwise it's failing as it's not compilabe for target13:09
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC13:10
*** Costin1 <Costin1!~nxf31494@192.88.166.43> has quit IRC13:11
Klopilotediting /etc/issue works, but after that there is a string: MACHINE_ARCH login: ! Any ideas to stop this?13:18
*** ranran <ranran!051c9c80@gateway/web/freenode/ip.5.28.156.128> has quit IRC13:19
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-169-82.central.biz.rr.com> has quit IRC13:22
*** vdehors <vdehors!~vdehors@37.168.16.100> has joined #yocto13:35
dafna@Costin113:44
dafna@Costin1 hi , was able to add bbexample-rt to the rootfs13:44
dafnait also works when loaded to the board, is there a way to run something like dry-run, so it creates only the manifast13:45
dafnaso to save time ?13:45
tront_RP, hi is this good to merge to pyro? http://lists.openembedded.org/pipermail/openembedded-core/2017-November/144283.html13:46
tront_thanks13:46
*** MajorGrub <MajorGrub!3e175c9a@gateway/web/freenode/ip.62.23.92.154> has joined #yocto13:50
MajorGrubHi all13:50
MajorGrubIs there a yocto command to force a recipe to compile from the beginning without losing local changes13:51
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC13:51
MajorGrubI have a recipe that uses a git repo, I made local changes to the source of that local repo clone, and I'd like to compile again13:51
xtronMajorGrub:  use bitbake -f <image-recipe>13:52
MajorGrubxtron: no need to for -c compile ?13:52
MajorGrubno need for*13:52
xtronMajorGrub: bitbake help is your friend13:53
MajorGrubxtron: hmm kay13:53
LetoThe2ndMajorGrub: usually one would do a checkout outside the build/work directory and use externalsrc for the development time13:55
LetoThe2ndMajorGrub: here you go: http://www.yoctoproject.org/docs/2.4/dev-manual/dev-manual.html#building-software-from-an-external-source13:56
*** luneff <luneff!~yury@95.174.104.43> has joined #yocto13:57
LetoThe2ndMajorGrub: then you also don't need any tricks to bitbake, and no fear that the changes might be lost13:57
*** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has joined #yocto14:00
diembedIs there no one to help me with my license warnings, please ?14:01
*** Klopilot <Klopilot!5c27174d@gateway/web/freenode/ip.92.39.23.77> has left #yocto14:04
*** Costin2 <Costin2!~nxf31494@gate-zro.freescale.com> has quit IRC14:05
RPtront_: merging the patches doesn't really help, its easier to have straight backports. You need to talk to the stable branch maintainer really (armin) about testing them next14:06
tront_I did it like that because the second commit was a change on the first one14:07
*** alinucs <alinucs!~abo@bgn92-6-88-179-202-174.fbx.proxad.net> has quit IRC14:07
tront_didn't see much point to willingly include a commit which was prone to be changed14:07
*** Costin1 <Costin1!~nxf31494@gate-zro.freescale.com> has joined #yocto14:07
tront_armpit, can you take a look at that patch for the pyro branch, please?14:08
*** dfaught <dfaught!~dfaught@163.188.client.vntx.net> has joined #yocto14:08
tront_RP, if I just add the 2 commits, would it be easier for you to get them in?14:09
*** hnje <hnje!~hnje@193.106.123.182> has quit IRC14:11
*** alinucs <alinucs!~abo@bgn92-6-88-179-202-174.fbx.proxad.net> has joined #yocto14:14
*** Argylelabcoat <Argylelabcoat!~textual@172.58.140.225> has joined #yocto14:14
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-lhgludthewcghvib> has joined #yocto14:16
*** Argylelabcoat <Argylelabcoat!~textual@172.58.140.225> has quit IRC14:17
*** joshuagl <joshuagl!joshuagl@nat/intel/x-bjrmxizazzrvtxsd> has quit IRC14:17
RPtront_: it needs to be tested. Currently we're in a mess with testing. See the last weekly status report14:22
tront_k14:23
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto14:27
*** luneff <luneff!~yury@95.174.104.43> has quit IRC14:27
*** stephano <stephano!~stephano@134.134.139.74> has joined #yocto14:31
*** lamego <lamego!jose@nat/intel/x-xiiokuzodriiuphg> has joined #yocto14:33
*** rajm <rajm!~robertmar@167.98.27.226> has quit IRC14:34
*** msvb-mob <msvb-mob!~michael@x55b542ac.dyn.telefonica.de> has joined #yocto14:37
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto14:38
Tamishello. If I want to use the java and javac provided by openjdk in meta-java layer, should I change the PREFERRED_PROVIDERS of what meta-java readme suggests?14:46
Tamisbut recipes of openjdk to not PROVIDE any virtual/java or virtual/javac14:47
*** georgem <georgem!~georgem@216.21.169.52> has quit IRC14:55
nayfe<Tamis> something like PREFERRED_PROVIDER_java2-runtime = "openjdk-8-jre" ?14:59
Tamisnayfe: ty for the point. I will try to use it.15:01
nayfeTamis: i looked the README, in fact providers are in recipe-core, and depends on openjdk, it should work as described15:02
Tamisnayfe: not it does not work as it is. when I try to use javac, javac command points to the compiler installed by ecj-bootstrap-native and the java command points to the VM installed by cacao-native15:05
*** georgem <georgem!~georgem@216.21.169.52> has joined #yocto15:06
Tamisnayfe: it seems to be as it is stated here: https://lists.yoctoproject.org/pipermail/yocto/2016-March/029260.html15:07
*** SoniaLeon <SoniaLeon!sleonbau@nat/intel/x-fnryncosqqjalrkc> has joined #yocto15:07
nayfetamis: indeed, but those javac from cacao/ecj are taken from openjdk, am i wrong ?15:07
*** georgem <georgem!~georgem@216.21.169.52> has quit IRC15:07
Tamisnayfe: I think not. Because openjdk is not even compiled in my system with those settings15:08
nayfein fact i use meta-oracle-java, maybe other ppl can answer :)15:09
*** alinucs <alinucs!~abo@bgn92-6-88-179-202-174.fbx.proxad.net> has quit IRC15:09
Tamisnayfe: the build works fine with meta-oracle-java? because I had also a problem with that with xerces-j15:10
nayfewhich arch ?15:11
Tamisx86_64. I means for native builds15:11
*** rajm <rajm!~robertmar@176.12.107.132> has joined #yocto15:13
*** bavery_fn <bavery_fn!~bavery@134.134.139.82> has quit IRC15:15
*** alinucs <alinucs!~abo@bgn92-6-88-179-202-174.fbx.proxad.net> has joined #yocto15:16
nayfe<Tamis> maybe post your config files/recipes to pastebin?15:16
*** msvb-mob <msvb-mob!~michael@x55b542ac.dyn.telefonica.de> has quit IRC15:16
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:18
*** curlybracket <curlybracket!~textual@ip-78-45-35-55.net.upcbroadband.cz> has quit IRC15:19
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC15:20
*** rajm <rajm!~robertmar@176.12.107.132> has quit IRC15:20
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto15:22
yoctiNew news from stackoverflow: yocto change a recipe source from remote source to git <https://stackoverflow.com/questions/47311075/yocto-change-a-recipe-source-from-remote-source-to-git>15:23
*** sgw <sgw!swold@nat/intel/x-wmwpykhyxbojuwaa> has quit IRC15:25
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto15:31
*** gtristan <gtristan!~tristanva@110.11.179.89> has joined #yocto15:31
* paulg_ eyes the yocti bot with suspicion15:32
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC15:40
*** ssingh <ssingh!171eab05@gateway/web/freenode/ip.23.30.171.5> has joined #yocto15:51
nayfeMy image contains python2.7 and python3.5, anyway to know which package adds python2.7 ?15:53
yoctiNew news from stackoverflow: Yocto imx6 runlevel <https://stackoverflow.com/questions/47020044/yocto-imx6-runlevel>15:53
ssinghhey, with the Yocto Rocko update, udev is being installed on the rootfs even though the configs have been changed to use mdev. With Pyro the same config installed mdev, but with Rocko udev forcefully gets installed along with mdev. Has anyone else faced this issue?15:53
*** georgem <georgem!~georgem@216.21.169.52> has joined #yocto15:55
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:952b:b64a:3434:c93d> has joined #yocto15:56
rburtonnayfe: boot it and try removing it with the package manager :)  what release of yocto are you using?15:58
nayferocko15:58
*** sgw <sgw!~swold@134.134.139.72> has joined #yocto15:58
nayfethat's indeed a good suggestion :p15:59
*** aehs29 <aehs29!aehernan@nat/intel/x-wcvrkxjyrdiicdej> has quit IRC15:59
rburtonif you can boot it, thats definitely a fast way ;)15:59
rburtoni'd use bitbake myimage -g -u taskexp15:59
rburtonand see what is pulling in python15:59
ssinghI'm working on embedded firmware so there is no package manager, I'm on the latets stable Yocto Rocko16:02
ssinghlatest*16:02
*** bavery_fn <bavery_fn!~bavery@134.134.139.76> has joined #yocto16:04
ssinghI was using VIRTUAL-RUNTIME_dev_manager = "busybox-mdev" in Pyro and it would remove all udev traces for me, but with Rocko both udev & mdev get installed16:04
nayferburton> woah didnt know about taskexp, thanks!16:08
ssinghI'm unable to see udev using taskexp, I wonder how does it end up on the rootfs each time16:09
nayfessingh: rburton was talking to me, sorry16:09
nayfessingh: you logged just after my question16:10
ssinghno worries16:11
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC16:12
*** melonipoika <melonipoika!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has joined #yocto16:14
*** melonipoika <melonipoika!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has joined #yocto16:16
*** aehs29 <aehs29!~aehernan@134.134.139.76> has joined #yocto16:16
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto16:18
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC16:18
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto16:19
*** Bunio_FH <Bunio_FH!~bunio@89-73-217-90.dynamic.chello.pl> has quit IRC16:22
*** melonipoika <melonipoika!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has quit IRC16:35
*** melonipoika <melonipoika!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has joined #yocto16:37
*** SoniaLeon <SoniaLeon!sleonbau@nat/intel/x-fnryncosqqjalrkc> has quit IRC16:41
*** sagner <sagner!~ags@2001:1620:c6e:10::3> has joined #yocto16:41
sagnerHi there, I am running a rocko and master OpenSSH server and tried connecting, the client errors with "ssh_dispatch_run_fatal: Connection to 192.168.10.171 port 22: incorrect signature"16:43
sagnerAnybody seen that? Tried ArchLinux (OpenSSH OpenSSH_7.6p1) and Fedora client (OpenSSH_7.5p1)16:44
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto16:49
*** aehs29 <aehs29!~aehernan@134.134.139.76> has quit IRC16:50
*** aehs29_ <aehs29_!~aehernan@134.134.139.76> has joined #yocto16:50
rburtonno, never seen that.  fwiw the autobuilder ssh's into virtual machines running rocko/master/etc many times a day from a variety of host distros16:51
*** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has quit IRC16:53
*** toanju <toanju!~toanju@185.27.182.30> has quit IRC16:53
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC16:54
*** melonipoika <melonipoika!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has quit IRC16:56
*** ssingh <ssingh!171eab05@gateway/web/freenode/ip.23.30.171.5> has quit IRC16:56
*** melonipoika <melonipoika!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has joined #yocto16:57
sagnerrburton: hm, interesting. Are all images using OpenSSH (or dropbear)?17:03
rburtoni'd imagine mostly openssh17:03
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto17:09
*** dengke <dengke!~dengke@106.120.101.38> has quit IRC17:12
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto17:13
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC17:15
kergothHmm, should create a utility function to getVar/expand a variable/value with some other variables altered to something else just for that expansion. just d.createCopy(), setVar() the changed vars, then expand/getvar with those altered values. i.e. getvar_altered('libdir', baselib='foo')17:17
*** dengke <dengke!~dengke@106.120.101.38> has joined #yocto17:19
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC17:22
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto17:23
*** CTtpollard <CTtpollard!~CTtpollar@167.98.27.226> has quit IRC17:27
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC17:30
*** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has joined #yocto17:36
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC17:37
*** vdehors <vdehors!~vdehors@37.168.16.100> has quit IRC17:38
nayfe<sagner> Hi Stefan, had problem with openssh on rocko, i switched to dropbear for now17:41
*** bavery_fn <bavery_fn!~bavery@134.134.139.76> has quit IRC17:41
*** bavery_fn <bavery_fn!~bavery@134.134.139.76> has joined #yocto17:44
*** kpo_ <kpo_!~bob@user-94-254-248-17.play-internet.pl> has joined #yocto17:45
*** yann <yann!~yann@178.208.16.32> has quit IRC17:46
nayfei think it's because openssh depends on openssl10 instead of openssl in 7.5 version17:46
*** sagner <sagner!~ags@2001:1620:c6e:10::3> has quit IRC17:47
nayfeoops he left17:48
*** anselmolsm <anselmolsm!~anselmols@192.55.54.42> has joined #yocto17:50
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:952b:b64a:3434:c93d> has quit IRC17:50
*** asdf_ <asdf_!95c73efe@gateway/web/freenode/ip.149.199.62.254> has joined #yocto17:54
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto17:57
*** grma <grma!~gruberm@80.93.38.128> has quit IRC17:57
*** Crofton|work <Crofton|work!~balister@pool-108-44-117-187.ronkva.east.verizon.net> has quit IRC17:58
*** diembed <diembed!~diembed@34.16-66-87.adsl-static.isp.belgacom.be> has quit IRC17:59
*** mckoan is now known as mckoan|away18:04
*** melonipoika <melonipoika!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has quit IRC18:10
halsteadrburton, Can I restart the controller between builds to add fedora27?18:11
halsteadrburton, We are going to skip updates this Friday since we did them yesterday and we need longer uptimes to hit memory frag bugs.18:14
rburtonhalstead: sure.  i'm doing my best to load the builders ;)18:16
*** Guma <Guma!~Guma@c-67-184-64-21.hsd1.il.comcast.net> has joined #yocto18:16
halsteadrburton, Thanks. I'll give you an extra builder running 4.13.12 to worry about. ;)18:17
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC18:20
*** melonipoika <melonipoika!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has joined #yocto18:31
*** shauno <shauno!~soneil@pdpc/supporter/professional/shauno> has quit IRC18:32
*** toscalix <toscalix!~toscalix@80.91.70.176> has quit IRC18:34
*** shauno <shauno!~soneil@pdpc/supporter/professional/shauno> has joined #yocto18:36
*** melonipoika <melonipoika!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has quit IRC18:40
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC18:49
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-onzfcapeurwtdcuu> has quit IRC18:52
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto18:56
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC18:58
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto18:58
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC18:59
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC19:03
*** SoniaLeon <SoniaLeon!sleonbau@nat/intel/x-juhuxsklmapknqzt> has joined #yocto19:03
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto19:04
*** ssingh <ssingh!171eab05@gateway/web/freenode/ip.23.30.171.5> has joined #yocto19:09
ssinghis it possible to have Yocto recipes use the git repo files instead of repo.git?19:09
ssinghusing repo.git required me to make commits to build my changes, it is a lot of overhead while debugging19:10
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto19:13
*** stephano <stephano!~stephano@134.134.139.74> has quit IRC19:15
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC19:16
kergoth"git repo files"?19:20
kergothno idea what you're talking about there19:21
ssinghI mean to say that I want my recipe to access the git folder and not look for the .git file19:23
ssinghit first looks for the .git, then extracts it into downloads, then works off of the files there19:24
*** falk0n <falk0n!~falk0n@a79-168-122-231.cpe.netcabo.pt> has quit IRC19:24
ssinghI want it to directly work off of the repo folder19:24
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:9e:39aa:3bd0:fe6a> has joined #yocto19:24
RPssingh: use a file:// url instead of a git:// url ?19:24
ssinghcan I use file:// for files located outside the Yocto directory?19:25
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC19:31
kergothif you want to bypass DL_DIR, i.e. for active development, you should just use devtool modify or externalrsc directly19:36
*** Persuader72[m] <Persuader72[m]!persuader7@gateway/shell/matrix.org/x-njrvecmsfaoikwac> has quit IRC19:57
*** Persuader72[m] <Persuader72[m]!persuader7@gateway/shell/matrix.org/x-jrvccdsuysflnwra> has joined #yocto19:58
*** ranran <ranran!4fb711da@gateway/web/freenode/ip.79.183.17.218> has joined #yocto20:01
halsteadRP, looks like rburton is offline. I've finished the controller changes so we can start more builds.20:09
*** morphis <morphis!~morphis@pD9ED6405.dip0.t-ipconnect.de> has quit IRC20:10
ranranWhen creating an sdcard image , how yocto knows the memory size to give for the image. I mean, it knows the size of all files in rootfs, but it is not the same size as the image, Right ?20:15
*** rburton_ <rburton_!~textual@home.burtonini.com> has joined #yocto20:17
nayferanran: IMAGE_ROOTFS_SIZE helps with IMAGE_OVERHEAD_FACTOR and IMAGE_ROOTFS_EXTRA_SPACE20:17
nayferanran: and if i remember correctly, it adds 100Mb when package-management feature is set20:19
ranrannayfe, thanks !20:21
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-iqwrbgdtajhdxvnd> has quit IRC20:21
nayferanran: yw, to resume if you want a fixed size you can set  IMAGE_ROOTFS_SIZE="X" and  IMAGE_OVERHEAD_FACTOR="1.0 "20:23
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:9e:39aa:3bd0:fe6a> has quit IRC20:24
ranrannayfe, is the "dd" size the same as partition size, I mean if in dd we give 2GBytes, and we then format it with ext4, does it mean that it is same as partition in size of 2GBytes ?20:25
nayfei'm not sure to understand the question20:27
nayfeyou can then do something like dd if=image.ext4 of=/dev/mmcblk0p1 bs=1M20:27
nayfeyou can have a partition bigger to image20:27
nayfethan20:27
*** stephano <stephano!stephano@nat/intel/x-loawsyqfewalvkum> has joined #yocto20:28
ranrannayfe, I'll ask it differently, and in respect to yocto's IMAGE_ROOTFS_EXTRA_SPACE : How much space should be given between rootfs size vs image size ?20:31
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC20:32
nayferanran: you mean how many free space you should add ?20:33
ranranyes.20:33
ranranI check the size of rootfs and it's 1Gbytes , is it that 100MByte good enough ? How should I know the size to add ?20:33
nayferanran: difficult to say, it depends on image type and usage20:34
ranranyes , I see. But if the space is for example 100MByte, it means that rootfs can be added with more then 100MBytes, with additional files. Right ?20:35
ranranit can be added with files, up to the space we've given it. Right ?20:36
nayferanran: that's it if you put IMAGE_ROOTFS_EXTRA_SPACE="(100mbyte calculation)" you will have 100mb free (plus 100mb if you put package-management feature)20:37
ranranThanks, naife20:37
nayferanran: maybe if you use wic to create your image, you can use it to customize layout20:38
ranrannayfe20:38
*** bodangly <bodangly!~bodangly@12.178.87.98> has joined #yocto20:42
*** aratiu <aratiu!~adi@80.97.64.55> has quit IRC20:45
*** rovanceo_ <rovanceo_!~rovanceo@80.97.64.55> has quit IRC20:45
*** bodangly_ <bodangly_!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto20:48
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC20:49
*** zarzar1 <zarzar1!~zarzar@vpn1.noregon.com> has quit IRC20:51
*** bodangly <bodangly!~bodangly@12.178.87.98> has quit IRC20:51
*** bodangly_ is now known as bodangly20:53
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto20:54
*** rajm <rajm!~robertmar@81.171.223.13> has joined #yocto20:58
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC21:02
*** argylelabcoat <argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto21:03
*** rajm <rajm!~robertmar@81.171.223.13> has quit IRC21:04
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-lhgludthewcghvib> has quit IRC21:06
*** bluelightning <bluelightning!~paul@115-188-38-192.jetstream.xtra.co.nz> has joined #yocto21:07
*** bluelightning <bluelightning!~paul@115-188-38-192.jetstream.xtra.co.nz> has quit IRC21:07
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:07
*** argylelabcoat <argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC21:10
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto21:11
*** ranran <ranran!4fb711da@gateway/web/freenode/ip.79.183.17.218> has quit IRC21:14
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-iaulhemqqnghvlpg> has joined #yocto21:19
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC21:21
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC21:23
*** sjolley1 <sjolley1!~sjolley@134.134.139.82> has quit IRC21:23
*** dreyna <dreyna!~dreyna@unknown-6-198.windriver.com> has joined #yocto21:26
*** fl0v01 <fl0v01!~fvo@p4FED376E.dip0.t-ipconnect.de> has quit IRC21:27
*** JimH <JimH!43ab748d@gateway/web/freenode/ip.67.171.116.141> has joined #yocto21:29
*** martinkelly <martinkelly!~martin@71-35-172-156.tukw.qwest.net> has quit IRC21:34
*** zarzar <zarzar!~zarzar@184.75.233.58> has joined #yocto21:38
*** luc4 <luc4!~anonymous@2-234-130-167.ip223.fastwebnet.it> has joined #yocto21:39
JimHHey guys....does anyone have a link to a recipe for a non-busybox version of 'dd'  and/or 'truncate'?  I have had a heck of a time tracking them down.21:40
*** pohly <pohly!~pohly@p54BD58DF.dip0.t-ipconnect.de> has quit IRC21:41
bluelightningJimH: that would be coreutils surely?21:41
*** rovanceo <rovanceo!~rovanceo@80.97.64.55> has joined #yocto21:41
*** ant_home <ant_home!~ant__@host101-38-dynamic.45-79-r.retail.telecomitalia.it> has joined #yocto21:42
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto21:42
JimHbluelightening:  I know that 'dd' is included already, but a member of my dev team is looking for the 'full' (i.e., non-busybox) version.  I haven't tracked down either that or 'truncate'21:44
neverpanicJimH: It's in coreutils21:44
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC21:44
*** rajm <rajm!~robertmar@81.171.223.13> has joined #yocto21:45
neverpanicbusybox reimplements most of the coreutils commands; if you want the 'original' thing that's what you need to install21:45
*** robertmarshall <robertmarshall!~robertmar@81.171.223.13> has joined #yocto21:45
*** sjolley <sjolley!~sjolley@134.134.139.74> has joined #yocto21:47
JimHneverpanic:  if the busybox version is the one in coreutils, then I need to track down the recipe for the 'original'  ('original recipe' just sounds waaaay too KFC)21:48
neverpanicJimH: busybox and coreutils are different implementations of the same commands. Busybox is the stripped down version, coreutils is the full one.21:48
JimHAh..../facepalm21:48
neverpanicSo 'if the busybox version is the one in coreutils' doesn't make a lot of sense21:48
JimHOk, my bad then.  I'm still pretty new to yocto, trying to get up to speed21:49
neverpanicNo problem, it's not obvious21:49
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC21:49
* bluelightning adds a FAQ question21:51
*** zarzar <zarzar!~zarzar@184.75.233.58> has quit IRC21:52
JimHneverpanic: I was assuming that 'dd' would have been in the mix somewhere; I was able to find 'vim' and 'lsof' pretty easily, so I was assuming that other utilities should be there as well.  I just couldn't find what I was looking for on OpenEmbedded (or anywhere else)21:52
*** Costin1 <Costin1!~nxf31494@gate-zro.freescale.com> has quit IRC21:56
*** Costin1 <Costin1!~nxf31494@192.88.166.43> has joined #yocto21:56
*** rovanceo_ <rovanceo_!~rovanceo@80.97.64.55> has joined #yocto22:00
*** robertmarshall <robertmarshall!~robertmar@81.171.223.13> has quit IRC22:00
*** rajm <rajm!~robertmar@81.171.223.13> has quit IRC22:00
*** Costin1 <Costin1!~nxf31494@192.88.166.43> has quit IRC22:00
*** aratiu <aratiu!~adi@80.97.64.55> has quit IRC22:01
*** rovanceo <rovanceo!~rovanceo@80.97.64.55> has quit IRC22:01
*** lukma <lukma!~lukma@89-64-27-66.dynamic.chello.pl> has joined #yocto22:02
bluelightninghttps://wiki.yoctoproject.org/wiki/Technical_FAQ#How_do_I_get_.22full.22_versions_of_typical_shell_commands.3F22:03
*** Huntereb <Huntereb!~Huntereb@d-209-42-136-23.cpe.metrocast.net> has joined #yocto22:04
JimHThanks for the answers.  Greatly appreciated.22:04
*** JimH <JimH!43ab748d@gateway/web/freenode/ip.67.171.116.141> has quit IRC22:04
HunterebHey! Is it ok to ask a question here? I've created and set up a location for additional licenses, but for "LIC_FILES_CHKSUM", the file is located at the top of the project under /files. Is there a variable to allow me to point to this directory within a recipe?22:05
HunterebLAYERDIR isn't available within a recipe... Thank you so much for the help, and if this question shouldn't be asked here, let me know!!22:06
neverpanicThe whole point of LIC_FILES_CHKSUM is to use a file form the source tree that mentions the license that applies so that you'll notice when you update a package and the license changes22:07
neverpanicThat being said, you can use ${LAYERDIR} in there, AFAIR22:07
*** toanju <toanju!~toanju@x4db39014.dyn.telefonica.de> has joined #yocto22:10
bluelightningLAYERDIR isn't valid outside of layer.conf22:10
HunterebThe project in question does not include a license, unfortunately. It's also a unique one that most likely will not be changed. As bluelightning said, I cannot access LAYERDIR from my recipe.22:10
bluelightningHuntereb: no license statement at all? not even in a source header or README?22:11
*** dv_ <dv_!~quassel@62.178.118.86> has quit IRC22:11
HunterebThe project in question is a font distributed in the form of a ZIP file, the license is stated on the webpage it is updated from.22:12
HunterebHOWEVER, if one knows of a font project for emojis being hosted through git with a proper license, I'd love to see it!22:13
bluelightningwhat I would do in that case is, take a copy of the text from the website, stick it in a file next to your recipe, add a file:// reference to it in SRC_URI and then add that to LIC_FILES_CHKSUM22:13
*** martinkelly <martinkelly!~martin@71-35-172-156.tukw.qwest.net> has joined #yocto22:13
Hunterebbluelightning if that's all that can be done, then that's what I'll do I suppose. I was trying to avoid that sort of thing. However, I might just look for another project to use instead of this one.22:15
*** dv_ <dv_!~quassel@62.178.118.86> has joined #yocto22:15
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto22:15
bluelightningHuntereb: google turned up this: https://graphicdesign.stackexchange.com/questions/31625/are-there-any-free-emoji-fonts22:16
bluelightningI suspect most won't include a bundled license statement, I guess that's typical of fonts22:17
*** toanju <toanju!~toanju@x4db39014.dyn.telefonica.de> has quit IRC22:17
*** anselmolsm_ <anselmolsm_!~anselmols@192.55.54.41> has joined #yocto22:18
Hunterebbluelightning However, the ones linked do specifically state a common license. These might do!22:18
HunterebI'm saying "however" a lot, hmmm. I'm going to make note of that and stop.22:18
lukmaHi all,22:21
lukmaI do have a problem with building rootfs image (tar.gz)22:21
lukmaI simply added IMAGE_INSTALL += mtd-utils22:21
lukmaand all utilities (including ubi) are installed in mtd-utils/2.0.0-r0/image/usr/sbin22:22
lukmaall binaries are also present in package subdir22:22
lukmabut when I build "image"22:22
lukmawhich inherits only "core-image"22:23
lukmaonly not ubi binaries are installed in rootfs22:23
lukmaand this is between bitbake -c cleansstate my-image && bitbake my-image22:23
lukmabitbake -e or bitbake -v -DDD didn't give any results for e.g. nanddump or sbindir or /usr/sbin22:24
lukmapure magic :)22:24
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC22:25
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto22:26
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC22:30
*** aehs29_ <aehs29_!~aehernan@134.134.139.76> has quit IRC22:30
*** stefan <stefan!~stefan@ipbcc2216f.dynamic.kabel-deutschland.de> has joined #yocto22:33
bluelightninglukma: those are split out to a separate mtd-utils-ubifs package, so you need to include that instead / as well22:34
bluelightninglukma: you can use either oe-pkgdata-util list-pkg-files -p mtd-utils  , or just look under packages-split in the work directory for the recipe to find that sort of thing out22:35
lukmabluelightning: Why they are splitted?22:36
bluelightninglukma: in the general case, mainly to save space for those that don't need them22:37
lukmaSo probably we have "base" and then splitted ones?22:37
bluelightningyes, typically22:38
*** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has quit IRC22:38
lukmaI've looked into the mtd-utils.bb file22:39
lukmaand there was a line PACKAGES =+ "mtd-utils-jffs2 mtd-utils-ubifs mtd-utils-misc"22:39
lukmaWhat is the connection between this line and doing the split ?22:39
lukmaAnd where it is decided which packages from split finally land in the rootfs?22:41
*** lamego <lamego!jose@nat/intel/x-xiiokuzodriiuphg> has quit IRC22:41
*** bavery_fn <bavery_fn!~bavery@134.134.139.76> has quit IRC22:42
lukmaA.... ok22:43
lukmaCorrect me if I'm wrong22:43
bluelightningit would be the FILES_ lines that tell it what to put in each package22:44
lukmathe PACKAGES =+ "mtd-utils-jffs2 mtd-utils-ubifs mtd-utils says " lets divide mtd-utils on several packages:" - which are built22:44
lukmaand then user puts those packages (mtd-utils-ubifs) to packagegroup recipe for inclusion?22:45
lukmaOk, now it works22:46
lukma:)22:46
*** dfaught <dfaught!~dfaught@163.188.client.vntx.net> has quit IRC22:53
*** Marex <Marex!~Marex@195.140.253.167> has quit IRC22:54
*** Marex <Marex!~Marex@195.140.253.167> has joined #yocto22:54
yoctiNew news from stackoverflow: raspberry pi wifi 0 does not start automatically [closed] <https://stackoverflow.com/questions/46124950/raspberry-pi-wifi-0-does-not-start-automatically>22:54
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto23:04
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC23:16
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC23:18
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:21
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto23:22
*** stefan <stefan!~stefan@ipbcc2216f.dynamic.kabel-deutschland.de> has quit IRC23:27
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC23:30
*** sjolley <sjolley!~sjolley@134.134.139.74> has quit IRC23:30
*** luc4 <luc4!~anonymous@2-234-130-167.ip223.fastwebnet.it> has quit IRC23:31
*** martinkelly <martinkelly!~martin@205.175.118.197> has joined #yocto23:32
*** SoniaLeon <SoniaLeon!sleonbau@nat/intel/x-juhuxsklmapknqzt> has quit IRC23:32
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:40
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC23:41
*** rovanceo <rovanceo!~rovanceo@80.97.64.55> has joined #yocto23:42
*** aratiu <aratiu!~adi@80.97.64.55> has quit IRC23:42
*** rovanceo_ <rovanceo_!~rovanceo@80.97.64.55> has quit IRC23:43
*** vmeson <vmeson!~rmacleod@192-0-133-18.cpe.teksavvy.com> has joined #yocto23:49
*** ant_home <ant_home!~ant__@host101-38-dynamic.45-79-r.retail.telecomitalia.it> has quit IRC23:53
*** dreyna_ <dreyna_!~dreyna@unknown-157-211.windriver.com> has joined #yocto23:54
*** dreyna <dreyna!~dreyna@unknown-6-198.windriver.com> has quit IRC23:57
*** rcw <rcw!~rwoolley@104-222-117-122.cpe.teksavvy.com> has joined #yocto23:58
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto23:58
*** mkilivan <mkilivan!569d2a0b@gateway/web/freenode/ip.86.157.42.11> has joined #yocto23:59

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!