Thursday, 2016-08-25

*** dreyna <dreyna!~dreyna@unknown-216-196.windriver.com> has quit IRC00:03
*** dreyna <dreyna!~dreyna@unknown-6-227.windriver.com> has joined #yocto00:04
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC00:08
-YoctoAutoBuilder- build #456 of nightly-wic is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-wic/builds/45600:28
*** benjamirc <benjamirc!~besquive@134.134.139.70> has quit IRC00:30
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto00:46
*** sgw_ <sgw_!~sgw_@134.134.137.75> has quit IRC01:09
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-adkiggyhlejdhzue> has joined #yocto01:11
*** billr <billr!~wcrandle@134.134.139.74> has quit IRC01:14
*** dreyna <dreyna!~dreyna@unknown-6-227.windriver.com> has quit IRC01:19
*** kad <kad!~kad@unaffiliated/kad> has quit IRC02:04
*** denix <denix!~denix@pool-100-15-86-14.washdc.fios.verizon.net> has joined #yocto02:20
*** kad <kad!~kad@unaffiliated/kad> has joined #yocto02:58
*** kad <kad!~kad@unaffiliated/kad> has quit IRC03:02
*** pohly <pohly!~pohly@p5DE8EAE2.dip0.t-ipconnect.de> has joined #yocto03:03
*** kad <kad!~kad@unaffiliated/kad> has joined #yocto03:04
*** pohly1 <pohly1!~pohly@p5DE8D37A.dip0.t-ipconnect.de> has quit IRC03:05
-YoctoAutoBuilder- build #231 of nightly-musl is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-musl/builds/23103:16
-YoctoAutoBuilder- build #938 of nightly-x86-64 is complete: Failure [failed Running ESDK Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/93803:32
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC03:41
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC04:01
*** dfrey <dfrey!~dfrey@d50-92-227-235.bchsia.telus.net> has quit IRC04:06
*** dfrey <dfrey!~dfrey@d50-92-227-235.bchsia.telus.net> has joined #yocto04:07
*** pwebster <pwebster!3a6039dc@gateway/web/freenode/ip.58.96.57.220> has joined #yocto04:20
*** agust <agust!~agust@p4FCB667C.dip0.t-ipconnect.de> has joined #yocto04:26
*** mattsm <mattsm!uid128834@gateway/web/irccloud.com/x-afmcgoloozaggabj> has quit IRC04:30
*** mattsm <mattsm!uid128834@gateway/web/irccloud.com/x-egxqzykuhikoddmx> has joined #yocto04:30
-YoctoAutoBuilder- build #655 of nightly-oe-selftest is complete: Failure [failed Running oe-selftest] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/65504:35
pwebsterHi, I've got a question regarding a QA Error message during the package stage of a recipe I've added04:46
*** dfrey <dfrey!~dfrey@d50-92-227-235.bchsia.telus.net> has quit IRC04:47
pwebsterThe cause of the error I know: the recipe working dir package folder has an extra directory in it that isn't listed in the FILES_${PN} list in the recipe04:48
pwebsterthe problem is I don't want the directory, or even know why that directory is in there in the first place when it isn't in the recipe workdir image directory04:49
*** dfrey <dfrey!~dfrey@d50-92-227-235.bchsia.telus.net> has joined #yocto04:49
pwebsterie: build/tmp/work/<machine>/<recipe>/<version>/image contains only etc, usr and var04:51
pwebsterbut build/tmp/work/<machine>/<recipe>/<version>/package contains only etc, usr, var and run04:51
pwebsterthe recipe has a do_install_append that runs "install -d ${D}${localstatedir}/run/app" to create a run state directory in the image (which it does), and this is the only way I can see it accidentally creating the /run/app directory in the package dir, ie if localstatedir is empty04:54
pwebsterhowever, it can't be, because it creates to /var/run/app, as expected04:55
pwebsterFurthermore, if I change the install to be "install -d ${D}${localstatedir}/something_silly/app", I get the /var/something_silly/app in both the image and package locations, but neither /run/app or /something_silly/app in the package dir04:57
pwebsterany suggestions on what might be causing this extra directory in the package directory? None of the scripts in the recipe temp directory explicitly create it, and the logs don't provide enough information to see where it came from04:59
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto05:10
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC05:12
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto05:12
-YoctoAutoBuilder- build #909 of nightly-world is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/90905:27
*** iskander_work <iskander_work!~user@81.171.81.142> has joined #yocto05:38
*** morphis <morphis!~morphis@p5480DF7F.dip0.t-ipconnect.de> has joined #yocto05:42
-YoctoAutoBuilder- build #917 of nightly-ppc is complete: Failure [failed Running ESDK Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/91705:43
-YoctoAutoBuilder- build #633 of nightly-world-lsb is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/63305:44
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto05:46
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto05:54
*** frsc <frsc!~frsc@dslb-088-065-151-080.088.065.pools.vodafone-ip.de> has joined #yocto06:19
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC06:24
*** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.212.211.189.60> has joined #yocto06:25
-YoctoAutoBuilder- build #930 of nightly-arm is complete: Failure [failed Running ESDK Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/93006:29
*** fl0v0 <fl0v0!~fvo@pD9F6B832.dip0.t-ipconnect.de> has joined #yocto06:29
*** jku <jku!jku@nat/intel/x-xtvzxjigngnecyzv> has joined #yocto06:31
-YoctoAutoBuilder- build #919 of nightly-x86 is complete: Failure [failed Running ESDK Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/91906:41
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC06:49
*** boucman_work <boucman_work!~boucman@193.56.60.161> has joined #yocto06:51
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-wtcwkzrsdfzlqruj> has joined #yocto06:51
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto06:52
*** jbrianceau_away is now known as jbrianceau06:54
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto06:56
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto06:57
*** melonipoika <melonipoika!~jose@194.9.252.237> has quit IRC06:58
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto06:58
*** townxelliot <townxelliot!~ell@176.250.117.129> has joined #yocto06:59
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto06:59
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:01
*** sameo <sameo!~samuel@192.55.54.44> has joined #yocto07:02
*** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC07:03
*** rubdos <rubdos!~rubdos@host-85-27-50-55.dynamic.voo.be> has joined #yocto07:06
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto07:11
*** cyball <cyball!~cyball@funtoo/user/cyball> has quit IRC07:12
*** sameo <sameo!~samuel@192.55.54.44> has quit IRC07:12
*** mwarning <mwarning!~mwarning@2001:a60:a07d:1:6d49:d53b:ce1d:d0ad> has joined #yocto07:13
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto07:16
*** melonipoika <melonipoika!~jose@194.9.252.237> has joined #yocto07:16
mwarninghi ppl, I like to run my yocto image in qemu. The target system is a cortex-a8. Now I have zImage,  zImage-am335x-phycore-rdk.dtb and core-image-full-cmdline-phycore-am335x-1-20160803115252.rootfs.ext4 files. But all that qemu shows me is a black window.07:16
mwarningqemu-system-arm -cpu cortex-a8 -kernel zImage -dtb zImage-am335x-phycore-rdk.dtb -M versatilepb -hda core-image-full-cmdline-phycore-am335x-1-20160803115252.rootfs.ext4  -no-reboot -show-cursor -m 128 --append "root=/dev/sda rw console=ttyAMA0,115200  mem=128M highres=off rootfstype=ext4"07:17
mwarningsorry for the spam :-)07:17
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC07:24
-YoctoAutoBuilder- build #904 of nightly-mips is complete: Failure [failed Running ESDK Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/90407:25
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC07:39
LetoThe2ndmwarning: usually qemu does not git the specific peripheral set etc. to run machine specific images. it might be easier to just rebuild your image for a qemuarm/qemux86/qemuXXX machine.07:41
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto07:44
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC07:46
*** toscalix <toscalix!~toscalix@149.100.1.121> has joined #yocto07:47
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto07:49
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC07:53
T_UNIXso I'm trying do build qtdeclarative, but it fails because it generates a Makefile for qmldevtools that contains /usr/lib/libQt5Bootstrap.lib (i.e. wrong $prefix or path in general) as a target dependency.07:54
T_UNIXs/.lib/.la07:55
T_UNIXthe makefile is generated during compilation stage using the corresponding .pro file and subsequently make'd. So there is no sed'ing inbetween :-/08:01
mwarningLetoThe2nd: thanks, but how do I rebuild my image for qemuarm? I thought that the image is already ready. The sdcard image works on our arm hardware so far.08:03
LetoThe2ndmwarning: select MACHINE = "qemuarm" in local.conf08:04
mwarningah, I did not know that.08:04
mwarningI will try that08:04
*** townxelliot <townxelliot!~ell@176.250.117.129> has quit IRC08:09
*** townxelliot <townxelliot!~ell@176.250.117.129> has joined #yocto08:10
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto08:11
*** dholland <dholland!~quassel@vpn.pelagicore.de> has joined #yocto08:18
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto08:19
*** clopez <clopez!~tau@neutrino.es> has quit IRC08:25
*** s65b44 <s65b44!c32a382c@gateway/web/freenode/ip.195.42.56.44> has joined #yocto08:27
s65b44hi guys08:27
*** clopez <clopez!~tau@5.135.186.167> has joined #yocto08:31
*** flitjes <flitjes!d4b2c80c@gateway/web/freenode/ip.212.178.200.12> has joined #yocto08:40
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto08:40
flitjesHey guys, we just realised something, why not change the name yocto 10^-24 to 10^-42, yocto is the answere to everything :D08:40
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has joined #yocto08:40
rburtonnot sure we have the power to do that :)08:44
LetoThe2ndrburton: actually we would need power^-1608:45
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC08:45
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto08:46
flitjesTo bad :P08:48
flitjeswe should join the comittee that decided this08:48
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has quit IRC08:51
*** falk0n <falk0n!~falk0n@a109-49-57-182.cpe.netcabo.pt> has joined #yocto08:52
*** linulin <linulin!~foo@client-188-168-43-165.spb-teleport.ru> has quit IRC08:59
*** belen <belen!~Adium@134.134.139.72> has joined #yocto08:59
*** linulin <linulin!~foo@client-188-168-43-165.spb-teleport.ru> has joined #yocto09:00
s65b44is there some way to have interfaces name like eth0 eth1...? depending on the hardware, interfaces name can change. It seems that an udev rule is written by /lib/udev/write_net_rules in most of the linux distributions. how can i do the same in my yocto distribution?09:02
*** rubdos <rubdos!~rubdos@host-85-27-50-55.dynamic.voo.be> has quit IRC09:03
LetoThe2nds65b44: you can just install additional rule file, no problem09:04
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC09:05
s65b44true, but i mean, it looks based on the mac address, so i have to know, in advance, the mac addresses of each of the physical interfaces09:06
LetoThe2nds65b44: well thats a convention that might be used in that rule you mentioned. but you're free to implement another scheme as you please - plus, there are other approaches these days which offer other name generation schemes.09:10
LetoThe2nds65b44: see for example https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/09:10
s65b44LetoThe2nd: thanks, i'll take a look09:12
*** sno <sno!~sno@89.204.139.246> has joined #yocto09:12
*** bananadev <bananadev!~onlyester@117.6.99.240> has joined #yocto09:13
*** vdehors <vdehors!~vdehors@193.56.60.161> has joined #yocto09:16
*** iskander <iskander!~iskander@81.171.81.152> has quit IRC09:17
HyP3rHow can I change the default compilation optimization level of all recpies, at the moment everywhere is '-O2' but, I really don't know, since my update 3.18 to 4.1 everything on my board is slow?09:28
*** sno <sno!~sno@89.204.139.246> has quit IRC09:28
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto09:29
UlfalizerHyP3r: http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#var-FULL_OPTIMIZATION09:37
Ulfalizersee http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#var-SELECTED_OPTIMIZATION too09:38
*** iskander <iskander!~iskander@HSI-KBW-091-089-141-024.hsi2.kabel-badenwuerttemberg.de> has joined #yocto09:38
Ulfalizerwhat i did was to search for "-O2" in the output of 'bitbake -e' btw, and seeing what variables it showed up in :)09:38
*** rubdos <rubdos!~rubdos@host-85-27-50-55.dynamic.voo.be> has joined #yocto09:39
Ulfalizerwould be nice if those glossary entries linked to each other09:39
*** townxelliot <townxelliot!~ell@176.250.117.129> has left #yocto09:46
*** falk0n <falk0n!~falk0n@a109-49-57-182.cpe.netcabo.pt> has quit IRC09:58
*** falk0n <falk0n!~falk0n@a79-168-123-67.cpe.netcabo.pt> has joined #yocto09:59
HyP3rUlfalizer: thank you for that information :)10:02
Ulfalizernp10:03
UlfalizerHyP3r: 'bitbake -e' is a great debugging tool. the latest version of the reference manual has a fleshed-out section on it: http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#usingpoky-debugging-viewing-variable-values :)10:04
HyP3rUlfalizer: I have this Refrenece Manual all the time open, but I was dumb enough to _not_ search for Optimization10:15
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto10:17
*** falk0n <falk0n!~falk0n@a79-168-123-67.cpe.netcabo.pt> has quit IRC10:20
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has joined #yocto10:22
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC10:26
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto10:27
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto10:30
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC10:32
*** newcomer25 <newcomer25!~newcomer2@222.35.76.53> has joined #yocto10:40
*** redengin <redengin!~redengin@c-67-160-25-22.hsd1.wa.comcast.net> has quit IRC11:00
*** redengin <redengin!~redengin@c-67-160-25-22.hsd1.wa.comcast.net> has joined #yocto11:01
*** bananadev <bananadev!~onlyester@117.6.99.240> has quit IRC11:04
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC11:11
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has joined #yocto11:30
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC11:31
gunnarxBitbake tells me TMPDIR can't be on NFS....  Is that because of file locking concerns?  (Supposedly locking works on *some* NFS implementations?)11:31
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC11:31
*** berton <berton!~fabio@177.127.4.56> has joined #yocto11:35
*** sloth_ <sloth_!cebf2f82@gateway/web/freenode/ip.206.191.47.130> has quit IRC11:36
iskander_workbelen: i have a question regarding toaster, again :)11:38
iskander_worki made a custom image recipe11:38
iskander_worki can build it just fine with toaster but11:39
iskander_workwhen i open the corresponding build page, i do not see bootloader or kernel images under 'Other Artifacts'11:40
iskander_workand when i build the standard image 'core-image-sato' then i  can see them11:40
iskander_worka feature or a bug ?11:40
iskander_workor i'm doing something wrong11:41
iskander_workgunnarx: https://bugzilla.yoctoproject.org/show_bug.cgi?id=544211:43
yoctiBug 5442: enhancement, Medium, 1.6 M1, liezhi.yang, RESOLVED FIXED, sanity.bbclass: check TMPDIR is not on nfs11:43
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto11:46
beleniskander_work: definitely not a feature. It is probably a bug. It could be because a previous image has created bootloader and kernel images that are valid for your new image as well, so the build system will not create them from scratch, so toaster is not picking them up. Again, we have fixed it for the next release. Again, that doesn't help you :(11:47
iskander_workhmm, any idea where in source i should look for this bug ?11:50
iskander_workor maybe which git commit fixed it11:51
*** sno <sno!~sno@62.157.143.22> has joined #yocto11:53
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC11:58
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has joined #yocto11:58
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC12:03
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto12:03
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto12:04
*** ilkerdagli <ilkerdagli!d4af2303@gateway/web/freenode/ip.212.175.35.3> has joined #yocto12:09
ilkerdagliHey there I need help12:09
ilkerdagliIs there anybody that can help me ?12:10
jkuilkerdagli: asking the actual question you have is pretty much the only way to find out12:11
ilkerdagliWhen I do, bitbake meta-toolchain-qt5 its installing the qt 5.5 version, But i need qt 5.6 or greater12:11
*** _AndersD <_AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto12:15
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC12:15
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-adkiggyhlejdhzue> has quit IRC12:17
*** gan <gan!~gan@unaffiliated/gan> has joined #yocto12:18
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has quit IRC12:18
*** gan is now known as gunnarx12:19
*** mjl <mjl!sid16781@gateway/web/irccloud.com/x-lkbsxpqdhnmoenbt> has quit IRC12:19
*** fray <fray!~mhatle@192.40.192.95> has quit IRC12:19
*** Tenhi <Tenhi!~tenhi@static-ip-69-64-50-196.inaddr.ip-pool.com> has quit IRC12:19
*** adelcast <adelcast!~adelcast@130.164.62.126> has quit IRC12:19
*** mjl <mjl!sid16781@gateway/web/irccloud.com/x-rgvhbttdlsnsqlja> has joined #yocto12:19
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC12:20
*** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has quit IRC12:20
*** adelcast <adelcast!~adelcast@130.164.62.126> has joined #yocto12:20
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC12:21
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC12:21
gunnarxiskander: OK, thanks for the bug link.  It says "Only specific directories are expected to work on nfs...DOWNLOADS and SSTATE".  Is that correct or a typo?  Or is it that DOWNLOADS and SSTATE are the only ones that are *NOT* expected to work on NFS?12:21
*** Crofton|work <Crofton|work!~balister@pool-71-171-12-218.nwrknj.east.verizon.net> has quit IRC12:21
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto12:22
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto12:22
*** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has joined #yocto12:25
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto12:25
*** Tenhi <Tenhi!~tenhi@static-ip-69-64-50-196.inaddr.ip-pool.com> has joined #yocto12:25
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto12:26
*** Crofton|work <Crofton|work!~balister@pool-71-171-12-218.nwrknj.east.verizon.net> has joined #yocto12:27
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto12:31
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC12:37
*** V99 <V99!~Unknown@212.85-84-94.dynamic.clientes.euskaltel.es> has joined #yocto12:37
V99hi12:37
*** V99 <V99!~Unknown@212.85-84-94.dynamic.clientes.euskaltel.es> has quit IRC12:39
ilkerdagliI need to build and install meta-toolchain-qt5 with version 5.6 or greater, In my enviroment when I do bitbake meta-toolchain-qt5 it builts the 5.5 version. How can I do that12:42
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC12:45
*** psadro <psadro!~Thunderbi@216.234.148.134> has joined #yocto12:46
beleniskander_work: let me see12:49
iskander_workbelen: i found a bugzilla case https://bugzilla.yoctoproject.org/show_bug.cgi?id=1010712:50
yoctiBug 10107: normal, Medium, 2.2 M3, elliot.smith, IN PROGRESS REVIEW , Kernel artifacts not shown12:50
iskander_workbut i'm not sure it is the same problem12:50
iskander_workit applies to a newer version12:51
beleniskander_work: yes, that's definitely part of the work. There is one more series for artifact fixes. That's what I trying to find12:51
beleniskander_work: they probably won't apply to krogoth though, but at least they might give you some indication on how to fix things there12:52
iskander_workthanks12:52
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto12:53
*** simonl <simonl!uid6729@gateway/web/irccloud.com/x-lzzdevvpggkviytk> has quit IRC12:56
*** simonl <simonl!uid6729@gateway/web/irccloud.com/x-jbysnunrlyzqhlaa> has joined #yocto12:57
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has quit IRC12:57
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has quit IRC12:58
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto12:58
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-dvimxkiibyawqpnq> has joined #yocto13:01
*** _AndersD <_AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC13:02
*** paulg <paulg!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has joined #yocto13:08
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC13:11
beleniskander_work: I think I found it. I believe this was the patch series that solved most of the artifacts issues, including the one you are seeing with the kernel files http://lists.openembedded.org/pipermail/bitbake-devel/2016-July/007679.html13:12
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto13:13
*** newcomer25 <newcomer25!~newcomer2@222.35.76.53> has quit IRC13:17
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has quit IRC13:18
*** newcomer25 <newcomer25!~newcomer2@222.35.76.40> has joined #yocto13:18
*** lamego <lamego!~jose@134.134.139.83> has joined #yocto13:18
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has joined #yocto13:19
*** falk0n <falk0n!~falk0n@a79-168-120-48.cpe.netcabo.pt> has joined #yocto13:20
*** obsrwr_ <obsrwr_!~otp-amois@89.121.200.102> has quit IRC13:21
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC13:22
*** falk0n <falk0n!~falk0n@a79-168-120-48.cpe.netcabo.pt> has quit IRC13:26
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has joined #yocto13:26
*** s65b44 <s65b44!c32a382c@gateway/web/freenode/ip.195.42.56.44> has quit IRC13:26
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto13:29
*** newcomer25 <newcomer25!~newcomer2@222.35.76.40> has quit IRC13:30
*** newcomer25 <newcomer25!~newcomer2@95.154.193.102> has joined #yocto13:31
*** newcomer25 <newcomer25!~newcomer2@95.154.193.102> has quit IRC13:35
*** benjamirc <benjamirc!besquive@nat/intel/x-ogwsbkbedbjlmlbi> has joined #yocto13:37
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto13:38
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-zvonutgmibkqblmr> has joined #yocto13:39
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto13:40
*** aehs29 <aehs29!~aehernan@134.134.139.78> has joined #yocto13:45
*** jku <jku!jku@nat/intel/x-xtvzxjigngnecyzv> has quit IRC13:46
*** ilkerdagli <ilkerdagli!d4af2303@gateway/web/freenode/ip.212.175.35.3> has quit IRC13:47
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has joined #yocto13:47
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC13:50
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto13:50
*** igor3 <igor3!~igor@189.112.127.225> has joined #yocto13:55
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has joined #yocto13:55
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has quit IRC14:00
*** falk0n <falk0n!~falk0n@a79-168-123-67.cpe.netcabo.pt> has joined #yocto14:02
*** madisox <madisox!~madison@12.30.244.5> has joined #yocto14:05
*** nisha <nisha!~nisha@38.104.105.146> has joined #yocto14:06
*** caiortp <caiortp!~inatel@131.221.240.204> has joined #yocto14:09
*** nbigaouette <nbigaouette!~quassel@mail.rogue-research.com> has joined #yocto14:16
*** nbigaouette <nbigaouette!~quassel@mail.rogue-research.com> has quit IRC14:16
*** falk0n <falk0n!~falk0n@a79-168-123-67.cpe.netcabo.pt> has quit IRC14:17
iskander_workbelen: thank you, i'll check it out and report back14:19
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has joined #yocto14:19
*** fray <fray!~mhatle@192.40.192.95> has joined #yocto14:20
*** anticom <anticom!~timo.m@217.6.33.234> has joined #yocto14:26
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto14:26
*** am55 <am55!~am55@unaffiliated/am55> has joined #yocto14:27
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto14:30
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto14:31
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC14:31
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has quit IRC14:35
*** nighty- <nighty-!~cp@www.taiyolabs.com> has quit IRC14:37
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC14:37
*** nighty- <nighty-!~cp@www.taiyolabs.com> has joined #yocto14:37
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto14:37
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto14:39
*** mwarning <mwarning!~mwarning@2001:a60:a07d:1:6d49:d53b:ce1d:d0ad> has quit IRC14:42
darwishHello. Is there something special about package name overrides?14:44
darwishThat is, do they have special semantics like _append or _remove14:44
rburtonno more special than class or machine overrides14:44
darwishSo bitbake has no special understanding of them .. it's just an informal namespace mechanism by OpenEmbedded layers; right?14:45
rburtonoverrides are handled by bitbake14:46
darwishHmm .. the bitbake user manuals does not mention them at all; except this paragrpah: "As with all package-controlling variables, you must always use the RDEPENDS variable in conjunction with a package name override"14:47
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC14:48
darwishAnd that's the only mention of it .. no talk about special handling it all .. which is confusing me a bit :-(14:48
*** Biliogadafr <Biliogadafr!~pin@nat-minsk-pool-46-53-202-120.telecom.by> has joined #yocto14:48
kergoththere is no special handling in bitbake. the packaging code adds the package name to OVERRIDES, and thenb itbake handles it like every other override.14:48
kergothwell, i take that back, rdepends is handled by bitbake, but not through an override :)14:48
*** igor2 <igor2!~Igor_Stop@134.134.139.82> has quit IRC14:52
darwishah, that was it .. OVERRIDES ..14:52
darwishgreat .. now I can find all the relevant parts in the docs :D14:52
darwishrburton, kergoth, Thanks a lot!14:52
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has joined #yocto14:55
*** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.212.211.189.60> has quit IRC14:56
*** nbigaouette <nbigaouette!~quassel@mail.rogue-research.com> has joined #yocto14:57
*** paulg <paulg!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has quit IRC14:59
*** grma <grma!~gruberm@80.93.38.128> has quit IRC15:00
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC15:02
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto15:03
*** tiq <tiq!~tiq@tiq00.tqbl.xyz> has joined #yocto15:06
*** phatina <phatina!~phatina@82-119-96-90.static.chello.sk> has quit IRC15:07
tiqwhat is the best way to install man pages with a recipe?15:07
rburtonbest way is that the "make install" installs them for you15:08
rburtonotherwise write a do_install_append and install them yourself15:09
*** zeddii_home_ <zeddii_home_!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto15:14
*** townxelliot <townxelliot!~ell@176.251.25.61> has joined #yocto15:14
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC15:16
*** zeddii_home_ is now known as zeddii_home15:16
*** tiq <tiq!~tiq@tiq00.tqbl.xyz> has quit IRC15:17
*** frsc <frsc!~frsc@dslb-088-065-151-080.088.065.pools.vodafone-ip.de> has quit IRC15:18
*** flitjes <flitjes!d4b2c80c@gateway/web/freenode/ip.212.178.200.12> has quit IRC15:22
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC15:22
*** billr <billr!~wcrandle@134.134.139.77> has joined #yocto15:23
* darwish wonders why mainstream distributions don't use bitbake/yocto for building their distros (instead of inventing their own mechanisms)15:28
HyP3rdarwish: that would be so nice, because if they would to this with yocto we have for everything a recpie15:30
HyP3rAnd Developer of Software would take a close look at there Librarys and Tools if they are compatible to Yocto.15:31
HyP3rAt the moment you have to patch every configure.ac script to fix path problems :S15:31
darwishIt's well documented in the industry how solutions created originally for the 'low-end' can dominate after a while .. so there's hope :D15:32
darwishThat's the story of Linux itself, and x86 in 386/486 era, and ARM afterwards :D15:33
HyP3rYeah today Linux gets 25 :315:34
*** aehs29 <aehs29!~aehernan@134.134.139.78> has quit IRC15:34
fraysimple answer.. people would rather not have to cross compile15:34
fraydarwish: the OE/YP approach is to cross compile everything15:34
*** aehs29 <aehs29!~aehernan@134.134.139.78> has joined #yocto15:35
fraythis is great in that lots more targets, optimizations, and better 'reproducibity'.. but it causes a lot of people to go outside of their comfort zones and understand some of the ramifications of cross compiling15:35
darwishfray, while building x86 distributions, they build their own GCC/toolchain anyway not to get 'polluted' with the hosting system15:36
darwishand use that for compiling the entire distribution ..15:36
darwishSo that's not very foreign from the concept of cross compiling .. I guess ..15:36
fraybut the reality is they are polluted with the host system..15:36
fraythey are kind of doing cross compilation, but not really.. since they expect to be able to compile and run at the same time15:37
fraythe second you have to 'run' something you built as part of the compilation step -- the second you have introduced a potential host pollution15:37
darwishyeah, correct ..15:37
moto-timotick-tick-boom15:37
frayit very often happens on Fedora, debian and others that they can only build the distro on the distro..15:37
*** fl0v0 <fl0v0!~fvo@pD9F6B832.dip0.t-ipconnect.de> has quit IRC15:38
moto-timosome of the tools have to be built with the tool15:38
moto-timo(maven)15:38
fraythey are very good at showing things are reproducible (out of necessity)... but they have no real bootstrap process other then use the tool15:38
*** nillerbrun <nillerbrun!~nathani@mail.validmanufacturing.com> has quit IRC15:39
*** nillerbrun <nillerbrun!~nathani@mail.validmanufacturing.com> has joined #yocto15:39
darwishmoto-timo, wow :D15:39
moto-timoyou have to build maven three times if you want the current version15:40
frayusual way on a desktop distro to prove reproducible is.. build once, use that build to build again -- check if the output is the same -- if it's not build time three.. check again.. if it's not you have a bug.. if it is.. you are "good"15:41
fraymoto-timo -- jynx15:41
moto-timolol15:41
moto-timoPITA15:41
frayI much prefer cross compilation.. boostrap and build once..  want reproducible.. do it again and show it's the same..15:42
moto-timoheck yeah15:42
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC15:42
fraybut just because you've bootstrapped means it is expected to be baring a bug... once that is usually fairly easy to find.. (not always fix)  ;)15:42
Ulfalizerdarwish: "_<foo>" at the end of a name only does something special if "<foo>" appears in OVERRIDES or if <foo> is something magical like "append"15:46
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC15:46
Ulfalizerpeople often call all "_foo" suffixes overrides though15:47
Ulfalizersome "overrides" (in that sense) are handled manually inside anonymous pythons (https://www.yoctoproject.org/docs/1.6/bitbake-user-manual/bitbake-user-manual.html#anonymous-python-functions)15:48
Ulfalizerin e.g. base.bbclass15:48
Ulfalizerhttps://www.yoctoproject.org/docs/2.2/bitbake-user-manual/bitbake-user-manual.html#anonymous-python-functions  is a better link. has more detail.15:50
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC15:50
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC15:52
*** boucman_work <boucman_work!~boucman@193.56.60.161> has quit IRC15:54
*** obsrwr_home <obsrwr_home!~obsrwr@188.24.204.43> has joined #yocto15:55
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC15:56
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto15:57
Ulfalizer...or handled in the default versions of tasks. for example, the default version of do_package (from meta/classes/package.bbclass, which is inherited by base.bbclass, which is inherited by all recipes) goes through the PACKAGES and FILES_* variables manually. it's not built into bitbake itself.15:59
*** sameo <sameo!~samuel@192.55.54.45> has joined #yocto16:01
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto16:02
*** sgw_ <sgw_!sgw_@nat/intel/x-ijhqvyihxoxzibyq> has joined #yocto16:16
darwishUlfalizer, a small question then; when I do 'bitbake -e mesa | grep OVERRIDS', I see "pn-mesa" as the package override value16:19
darwishnot just mesa ..16:19
Ulfalizerdarwish: it's because "pn-${PN}" is the string that appears in (the default value of) OVERRIDES16:20
kergoththe pn- override isn't a package name override, it's a recipe name override16:20
Ulfalizerif it was just ${PN}, then _mesa would work as an override. that would be more likely to clash with other stuff though.16:20
darwishyup .. so when I say FILES_{PN} = "xxx" .. there's no override named plain "mesa"16:21
* Ulfalizer didn't even see the "package" part16:21
Ulfalizerdarwish: yeah, that's one place where it would clash16:21
darwishUlfalizer, kergoth .. bitbake docs state that for YYY_XXX to work, OVERRIDES must have the "XXX" string .. so I wonder how FILES_mesa = "" and FILES_mesa-dev work even though there's no plain "mesa" in OVERRIDES16:23
* darwish hopes he's not complicating things for himself ..16:23
kergoth[08:59:58]  <Ulfalizer>...or handled in the default versions of tasks. for example, the default version of do_package (from meta/classes/package.bbclass, which is inherited by base.bbclass, which is inherited by all recipes) goes through the PACKAGES and FILES_* variables manually. it's not built into bitbake itself.16:23
Ulfalizerdarwish: the _mesa part isn't handled through the OVERRIDES mechanism there. do_package takes care of it itself.16:23
Ulfalizerit just happens to use the same "syntax"16:24
darwishah .. I see16:24
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC16:24
darwishSo for it FILES_libc is just a full name variable without any overrides; excellent16:25
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has quit IRC16:25
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC16:25
darwishUlfalizer, kergoth .. I send my gratitude again .. things begin to make lot more sense :D16:25
Ulfalizeryeah, it doesn't use overrides in the OVERRIDES sense at least. people often call the "_libc" part an override even there though.16:26
Ulfalizerit can be a bit confusing16:26
Ulfalizernp16:26
*** sno <sno!~sno@62.157.143.22> has quit IRC16:26
*** fragfutter <fragfutter!~scorch@belnbg038.gsi.de> has joined #yocto16:35
fragfutteranyone using systemd-networkd and updates his hostname from dhcp?16:37
*** Ulfalizer is now known as Ulfalize16:37
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto16:41
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has quit IRC16:43
*** jbrianceau is now known as jbrianceau_away16:53
*** fragfutter <fragfutter!~scorch@belnbg038.gsi.de> has quit IRC16:55
*** belen1 <belen1!~Adium@134.134.139.72> has joined #yocto16:59
*** hweaving <hweaving!~ELROND@97-102-189-66.res.bhn.net> has joined #yocto17:02
*** belen <belen!~Adium@134.134.139.72> has quit IRC17:02
*** anticom <anticom!~timo.m@217.6.33.234> has quit IRC17:13
-YoctoAutoBuilder- build #920 of nightly-x86 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/92017:14
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC17:16
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto17:17
*** belen1 <belen1!~Adium@134.134.139.72> has quit IRC17:18
*** belen <belen!Adium@nat/intel/x-qgjjhoufkiizyebo> has joined #yocto17:19
*** townxelliot <townxelliot!~ell@176.251.25.61> has quit IRC17:19
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto17:23
*** andrey_utkin <andrey_utkin!~andrey_ut@decent.im> has joined #yocto17:31
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC17:31
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has quit IRC17:42
khemkergoth: I was explaining recipe vs package difference to some one new to OE and he was holding his head I dont know if he was feeling enligtened or mad17:51
khemfact that PN can also be one of possible output package adds to confusion17:51
*** igor2 <igor2!~igor@177.159.144.73> has joined #yocto17:51
*** igor3 <igor3!~igor@189.112.127.225> has quit IRC17:52
hweavingIs it necessary to adjust BBFILE_COLLECTIONS when creating a layer.conf ?18:01
kergothif you don't, it won't be a functional layer from bitbake's perspetive, so yes18:02
hweavingI was looking at an example layer.conf and wasn't sure how many of the variables were necessary, since I basically want to create an empty recipe.18:03
hweavingThanks18:03
*** fitzsim <fitzsim!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has quit IRC18:03
*** fitzsim <fitzsim!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has joined #yocto18:03
-YoctoAutoBuilder- build #301 of nightly-checkuri is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-checkuri/builds/30118:04
*** dcobbley <dcobbley!8686894b@gateway/web/freenode/ip.134.134.137.75> has quit IRC18:05
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-dnnnyqrzktxewfkj> has joined #yocto18:06
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto18:06
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto18:06
-YoctoAutoBuilder- build #253 of nightly-no-x11 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/builds/25318:19
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC18:19
*** morphis <morphis!~morphis@p5480DF7F.dip0.t-ipconnect.de> has quit IRC18:20
*** morphis <morphis!~morphis@p5480DF7F.dip0.t-ipconnect.de> has joined #yocto18:21
*** paulg <paulg!~paulg@192.190.0.143> has joined #yocto18:23
*** toscalix <toscalix!~toscalix@149.100.1.121> has quit IRC18:23
-YoctoAutoBuilder- build #910 of nightly-world is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/91018:27
*** stephano <stephano!~stephano@134.134.139.78> has joined #yocto18:29
*** paulg <paulg!~paulg@192.190.0.143> has quit IRC18:34
igor2hi guys, I'm enabling systemd on my image following the tutorial: http://www.yoctoproject.org/docs/1.6/dev-manual/dev-manual.html#selecting-an-initialization-manager, but the package systemd-serialgetty is not installed in the image18:35
igor2I read the systemd recipe and the systemd-serialgetty is on the rrecommended packages18:36
igor2What i've missed18:36
*** nisha <nisha!~nisha@38.104.105.146> has quit IRC18:43
*** Biliogadafr1 <Biliogadafr1!~pin@nat2-minsk-pool-46-53-194-120.telecom.by> has joined #yocto18:45
*** Biliogadafr <Biliogadafr!~pin@nat-minsk-pool-46-53-202-120.telecom.by> has quit IRC18:46
*** joeythesaint <joeythesaint!~joe@2605:6400:2:fed5:22:41:45ec:bf91> has quit IRC18:48
*** joeythesaint <joeythesaint!~joe@2605:6400:2:fed5:22:41:45ec:bf91> has joined #yocto18:50
*** zibri <zibri!~zibri@2a01:7e01::f03c:91ff:febb:9538> has joined #yocto18:52
*** rubdos <rubdos!~rubdos@host-85-27-50-55.dynamic.voo.be> has quit IRC18:54
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-wtcwkzrsdfzlqruj> has quit IRC18:59
*** paulg <paulg!~paulg@72.1.195.9> has joined #yocto19:00
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC19:11
*** nisha <nisha!~nisha@38.104.105.146> has joined #yocto19:16
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto19:18
*** pohly <pohly!~pohly@p5DE8EAE2.dip0.t-ipconnect.de> has quit IRC19:19
*** sameo <sameo!~samuel@192.55.54.45> has quit IRC19:25
*** Ulfalizer <Ulfalizer!~Ulfalizer@ip5f5bec03.dynamic.kabel-deutschland.de> has joined #yocto19:26
khemigor2: are you setting PACKAGECONFIG to have 'serial-getty-generator' in systemd ?19:31
igor2yes, i just figure out what was wrong19:35
igor2it was because my distro was setting SERIAL_CONSOLE = ""19:35
igor2thanks khem19:35
hweavingigor2: Kudos for describing the problem for others and the channel log19:39
khemzeddii: I have to add https://gist.github.com/kraj/8c59659aae97141ed1803d3758767744 for drm backend to work effectively with virtualbox as a new fragment on top of linux-yocto would you mind including this in default kernel config if its not already ?19:39
hweavingThe worst is when someone has an obscure problem on the internet, and then you see them finish the thread with "nvm figured it out".  No explanation.  :D19:40
*** morphis <morphis!~morphis@p5480DF7F.dip0.t-ipconnect.de> has quit IRC19:41
*** Tenhi_ <Tenhi_!~tenhi@static.177.80.201.138.clients.your-server.de> has joined #yocto19:50
hweavingIs there any guide for which elements in layer.conf or a particular recipe are required?19:52
hweavingFor example, I notice .bb files with 'HOMEPAGE = "whatever"'  If I don't have a homepage, do I need to even set the variable?19:53
Ulfalizerhweaving: only thing that's strictly required is LICENSE i think. for quick testing, you can set it to "CLOSED".19:54
*** sgw_ <sgw_!sgw_@nat/intel/x-ijhqvyihxoxzibyq> has quit IRC19:54
Ulfalizerdepending on the output package format, you might end up with some default values for "required" metadata fields i guess, e.g. if the format requires a SUMMARY19:54
*** sgw_ <sgw_!sgw_@nat/intel/x-yjnbmcfebsglekxx> has joined #yocto19:55
*** Tenhi_ <Tenhi_!~tenhi@static.177.80.201.138.clients.your-server.de> has quit IRC19:55
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC19:56
Ulfalizer(recipes build packages. images are generated from those packages. in case you haven't gotten to that point yet.)19:57
Ulfalizerpackage in the rpm/deb/ipk sense19:57
-YoctoAutoBuilder- build #536 of nightly-arm64 is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/53620:01
hweavingUlfalizer: Thanks!  I'm guessing "PR" is "Package Revision"20:01
hweavingUlfalizer: For license, I'm hoping I can use a common license (MIT) so I don't have to worry about the checksum20:02
Ulfalizeryup, PR is package revision. the description was fleshed out a bit recently: http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#var-PR20:03
hweavingUlfalizer:  I literally just searched that webpage for "PR =" and didn't notice the variables section, my bad20:03
Ulfalizerhweaving: the checksum is to verify that the license doesn't change, so if you want to do that, you'd still need a checksum20:03
Ulfalizeri'm bored by licensing stuff, so i'm probably not the right guy to give advice there though :)20:04
Ulfalizerimportant, but oh so boring to me for some reason :/20:04
Ulfalizerhweaving: no problem. there's a lot of manual. :S20:04
*** alimon1 <alimon1!~alimon@134.134.139.77> has quit IRC20:05
hweavingUlfalizer: I can understand, it's busywork to grab a md5 sum, write the lines, etc.20:05
Ulfalizerthat and politics in general :P20:06
*** moto-timo <moto-timo!ttorling@nat/intel/x-gdmatzkebkhoptku> has joined #yocto20:07
*** moto-timo <moto-timo!ttorling@nat/intel/x-gdmatzkebkhoptku> has quit IRC20:07
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has joined #yocto20:07
hweavingWell if you're running a business, licenses are sadly important (as mind-numbing as they are to try to read)20:07
hweavingSo that you don't break the law or cheat someone out of what they create20:07
hweavingNow CHOOSING a license, that gets more political :p20:07
Ulfalizerimportant and boring :)20:08
hweavinglike accounting20:09
Ulfalizernot breaking any licenses btw, so not that ;)20:09
Ulfalizeryup20:09
Ulfalizerpolitics-processing code *shudder*20:10
*** alimon1 <alimon1!~alimon@134.134.139.77> has joined #yocto20:14
-YoctoAutoBuilder- build #232 of nightly-musl is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-musl/builds/23220:16
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-dnnnyqrzktxewfkj> has quit IRC20:17
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto20:18
hweavingIf I'm using a recipe to install arbitrary files (e.g. HTML webpage files) onto the root filesystem, which is the proper paradigm?20:22
hweaving1.  Including these files in FILES_${PN} += "whatever"20:22
hweaving2.  Using do_install_append to manually copy the files20:22
hweaving3.  Other20:22
hweavingIf one of these approaches allows bitbake to detect the files changed and recopy them, that would be ideal20:23
Ulfalizerhweaving: how do you store the html files?20:23
hweavingUlfalizer: Under my own meta-blabla layer20:24
hweavingAs plaintext files in a directory structure20:24
rob_wi use 1 and 2  as needed ;-)20:25
Ulfalizerif you fetch those files to ${WORKDIR} with SRC_URI = "file://... ..." first, then yocto might take their contents into account when calculating task checksums (which determine when tasks get rerun). i'm not actually sure though.20:27
Ulfalizerthings are generally smoother if you store contents in some external repository20:27
hweavingrob_w:  I want the checksums taken into account if possible, yes20:28
Ulfalizerhweaving: http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#source-fetching-dev-environment20:28
Ulfalizersee the first note. that's what i thought.20:29
hweavingI have an offline build environment so I'm not fetching from anything besides the yocto non-build directories20:29
hweavingUlfalizer:  Thanks, I'll experiment using file://20:29
rob_whmm never though about that .. need to check that too ;-)20:30
Ulfalizeri guess that's one good reason to still use SRC_URI = "" to fetch local files instead of referencing them directly in e.g. do_install. if you do the latter, then do_install won't get rerun if the files change.20:30
Ulfalizer*SRC_URI = "..."20:31
*** obsrwr_home <obsrwr_home!~obsrwr@188.24.204.43> has quit IRC20:31
hweavingUlfalizer: I think I was warned about that with things like post-install scripts.  e.g. if you manually run the recipe it works, but bitbake won't detect it automatically without the checksum stuff.20:31
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC20:32
Ulfalizerpretty obvious that SRC_URI file://... stuff is checksummed in retrospect. otherwise changing patch files wouldn't retrigger builds either.20:34
-YoctoAutoBuilder- build #939 of nightly-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/93920:35
*** paulg <paulg!~paulg@72.1.195.9> has quit IRC20:37
khemUlfalizer: compliance is quite important for OSS based products and license checksum is one part of helping with that workflow20:39
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-qdczcgtmgysojbhs> has joined #yocto20:39
*** jbrianceau_away is now known as jbrianceau_home20:39
hweavingI'm guessing there's no way to use wildcards for file:// in SRC_URI?20:39
hweavingOr mass-checksum a directory?20:39
khemhweaving: whats your usecase ?20:40
Ulfalizerkhem: yeah, it's important stuff. not saying anything else.20:40
hweavingkhem: Offline build environment, local root filesystem overlay in a certain directory, I want those files copied on top of the rootfs image before deployment20:40
hweavingkhem: This means I either way the copy to happen EVERY time bitbake runs, or I want the copy to run when any of the overlay files change20:40
hweaving*I either want20:40
hweavingI'm creating my own recipe to do the copy / install since I was advised against post-install scripts with yocto20:41
khemhweaving: explain the overlay contents20:41
khemare you overwriting the content coming from base ?20:41
hweavingkhem: HTTPS certs, webpage files, other vendor-specific scripts / files20:41
khemOK, that seems usual case.20:42
hweavingkhem: I just want to add extra files to the rootfs, not overwrite (as far as I'm aware right now)20:42
khemI assume you are putting all this into one package20:42
hweavingkhem: Yes, from a single recipe20:42
khemdont worry image builder will barf if there are duplicate providers20:42
khemOK20:42
khemso you really have two options20:42
hweavingIn theory I could zip up my rootfs overlay and use that as a source, and that would get checksummed.  But, that makes my development cycle longer because I have to run a re-zip command every time I change a file20:43
khemcommit your sources into recipe metadata along with a makefile and then use a recipe to drive this makefile to do the usual steps20:43
khemthe one you describe is the second and good option20:44
khemyes you have to and you should20:44
khemotherwise how do you track your changes20:44
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC20:45
khemI would suggest to create a SCM repo for all your files20:45
khemand then commit changes to that repo20:46
khemand fetch/package it using bitbake recipe like other recipes20:46
khemI would suggest to manually bump the SRCREV in recipe so you have a controlled change management20:46
Ulfalizerwould the makefile-in-metadata approach even work? yocto won't know that the makefile in turn depends on the source files.20:48
* Ulfalizer thinks repo is the nicest solution too, followed by tarball in metadata20:48
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto20:48
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC20:48
hweavingkhem: Thanks for the detailed thoughts, you raise excellent points20:49
hweavingI was thinking about making the local testing cycle more efficient rather than the eventual repo setup20:49
hweavingAs long as I can use a local offline git repo then that could work20:49
khemUlfalizer: it still will need the fetch stuff20:49
*** aehs29 <aehs29!~aehernan@134.134.139.78> has quit IRC20:50
khemits just that sources are combined with yocto20:50
hweavingI don't fully understand how SRCREV works right now20:50
*** Biliogadafr1 <Biliogadafr1!~pin@nat2-minsk-pool-46-53-194-120.telecom.by> has quit IRC20:50
khemhweaving: you point the recipe to a given version to use when fetching from SCMs20:50
Ulfalizerkhem: yeah, that'd work. thought you meant just fetching the makefile, to avoid the "wildcard" problem.20:50
hweavingkhem:  So if I lock the SRCREV variable to a specific revision, then do more commits to the local repo, only the referenced one will get pulled20:50
kheme.g. if its git then you say SRC_URI = "git://...." SRCREV = "sha-id"20:51
khemthat informs bitbake git fetcher that I need to pick up the source from location x and head should point to sha-id20:51
khemUlfalizer: yes thats sneaky but can be done.20:51
khemalthough, -2 for that approach20:52
hweaving20 points from Gryffindor20:52
*** aehs29 <aehs29!~aehernan@134.134.139.78> has joined #yocto20:52
Ulfalizernot cleanly though. would need to take the content of the other files into account too.20:52
khemhweaving: read through http://www.yoctoproject.org/docs/latest/dev-manual/dev-manual.html#new-recipe-fetching-code20:52
khemit might help a bit20:52
khemin getting the fetching basics in OE20:53
hweavingkhem:  Working on it, thanks20:53
hweavingkhem:  Wouldn't you need to use the "ref" option in your SRC_URI line to force only rev = SRCREV?20:53
hweavingper http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#var-SRC_URI20:54
khemhweaving: there are defaults which will be a fallback20:55
hweavingIf I'm trying to lock a certain revision in, I'd rather make it explicit I Think20:55
hweavingI think20:55
khemhweaving: fetching is documented here https://www.yoctoproject.org/docs/1.6/bitbake-user-manual/bitbake-user-manual.html#idm110084820:56
khemin detail20:56
Ulfalizerhweaving: "locking" to a specific revision is the standard approach. knowing that the build output won't change behind your back because someone pushed to a repo is nice.20:57
khemif you are dealing wth git see this https://www.yoctoproject.org/docs/latest/bitbake-user-manual/bitbake-user-manual.html#git-fetcher20:57
-YoctoAutoBuilder- build #931 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/93120:57
*** gbisson <gbisson!~gbisson@ns327932.ip-37-187-112.eu> has quit IRC20:57
khemyou can also set SRCREV = "${AUTOREV}" if you are the only developer in company :)20:58
Ulfalizerif you really really want to always get the latest revision, look up AUTOREV: http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#var-AUTOREV20:58
khemalthough autorev will always poke at your repos whenrver you build so its not good for offline builds20:58
* hweaving opens 200 tabs20:59
hweavingThanks for the pointers20:59
-YoctoAutoBuilder- build #891 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/89121:02
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC21:02
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC21:03
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-zvonutgmibkqblmr> has quit IRC21:03
hweavingkhem:  http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#var-SRC_URI does not seem to mention the "protocol=" feature21:03
hweavingI'm currently guessing that lets you manually override the processor, since an example showed protocol=git21:03
-YoctoAutoBuilder- build #905 of nightly-mips is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/90521:04
hweavingkhem:  Nevermind, found it under 4.3.5 for the Git Fetcher specifically21:04
hweavingI'm confused by the general options in http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#var-SRC_URI vs. the fetcher-specific options in https://www.yoctoproject.org/docs/latest/bitbake-user-manual/bitbake-user-manual.html#git-fetcher21:07
*** paulg <paulg!~paulg@70.52.193.89> has joined #yocto21:07
hweavingWith git:// you can use "rev=", but wouldn't this conflict with the SRC_URI "rev" option?21:07
*** anselmolsm <anselmolsm!~anselmols@192.55.55.39> has joined #yocto21:09
khemhweaving: IIRC SRCREV will override ti21:16
khemit21:16
hweavingkhem: Ah, I didn't see that in the documents21:16
hweaving"mindate" etc. are also mentioned, which I assume would work with git://, but I haven't looked up an example yet21:16
Ulfalizerlooks like rev= and SRCREV have to agree if you specify both. see srcrev_internal_helper() in lib/bb/fetch2/__init__.py.21:17
*** berton <berton!~fabio@177.127.4.56> has quit IRC21:17
khemthose options are fetcher specific too mindate etc. are good for cvs21:18
khemyuck cvs21:18
Ulfalizerhweaving: the documentation maintainer is a friendly guy if you want to submit stuff btw: https://bugzilla.yoctoproject.org/enter_bug.cgi?classification=Documentation21:18
Ulfalizerthere's definitely some holes in the docs from time to time :)21:18
hweavingUlfalizer: I'm not meaning to criticize, just trying to understand21:20
hweavingI'll just use SRCREV alone with the understanding that the default behavior is to only pull the matching revision :)21:21
Ulfalizerhweaving: i wasn't meaning to criticize either. it was a honest tip if you ever feel like doing it. i've submitted lots of stuff.21:21
hweavingThanks21:21
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has quit IRC21:23
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has joined #yocto21:23
*** aehs29 <aehs29!~aehernan@134.134.139.78> has left #yocto21:24
*** dreyna <dreyna!~dreyna@unknown-216-199.windriver.com> has joined #yocto21:25
*** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto21:27
-YoctoAutoBuilder- build #885 of nightly-mips-lsb is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/88521:27
*** hundeboll <hundeboll!~hundeboll@open-mesh.org/catwoman/hundeboll> has quit IRC21:29
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-dvimxkiibyawqpnq> has quit IRC21:29
*** hundeboll <hundeboll!~hundeboll@open-mesh.org/catwoman/hundeboll> has joined #yocto21:29
*** paulg <paulg!~paulg@70.52.193.89> has quit IRC21:38
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto21:43
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC21:46
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto21:50
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC21:55
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC21:56
*** benjamirc <benjamirc!besquive@nat/intel/x-ogwsbkbedbjlmlbi> has quit IRC21:56
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto21:57
*** lamego <lamego!~jose@134.134.139.83> has quit IRC21:58
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto22:01
*** igor2 <igor2!~igor@177.159.144.73> has quit IRC22:10
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has quit IRC22:13
*** caiortp <caiortp!~inatel@131.221.240.204> has quit IRC22:28
*** agust <agust!~agust@p4FCB667C.dip0.t-ipconnect.de> has quit IRC22:33
*** anselmolsm <anselmolsm!~anselmols@192.55.55.39> has quit IRC22:44
*** jbrianceau_home is now known as jbrianceau_away22:46
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:52
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:53
hweavinggit is starting to make sense23:04
hweavingThis is a really scaring feeling :(23:04
stephanohttps://xkcd.com/1597/23:07
hweavingThat is far too accurate23:11
billrSo true...23:23
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC23:26
hweavingI can't find ".=" in the reference manual23:27
hweavingDoes it mean to replace a variable, or modify, or append?23:27
Ulfalizerhweaving: it's in the bitbake user manual: https://www.yoctoproject.org/docs/2.2/bitbake-user-manual/bitbake-user-manual.html23:30
hweavingUlfalizer: Your name is so hard to tab-complete :(  I just found it, thanks23:32
hweavingAppend without spaces23:32
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC23:32
Ulfalizerwhy is it hard to tab-complete? :/23:32
UlfalizerUlfalize is my alter ego :P23:33
hweavingUlfalizer:  Because first it finds "ulf", then "Ufalize", and I have to type the entire thing or it won't complete your name23:41
hweavingMy client doesn't cycle through every option23:41
Ulfalizerworks in irssi at least23:43
Ulfalizermaybe it doesn't like that Ulfalize is a prefix of Ulfalizer :|23:43
hweavingHow do licenses work with Yocto and generating embedded images?  As I understand, for MIT-licensed software, the COPYING file must be included even with binary distributions23:43
hweavingUlfalizer: Precisely23:43
hweavingHowever, I don't see licenses copied into the embedded filesystem23:43
neverpanichweaving: that's because you're expected to distribute them alongside your image23:48
neverpanichweaving: see http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#maintaining-open-source-license-compliance-during-your-products-lifecycle23:48
hweavingI see there's a mega manual to go along with the user manual and the reference, thanks :D23:49
neverpanicmega-manual is a concatenation of almost all manuals, I usually just use it if I know something is documented and want to search for it23:49
hweavingMegaman ual23:51
*** sgw_ <sgw_!sgw_@nat/intel/x-yjnbmcfebsglekxx> has quit IRC23:57

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