*** dreyna <dreyna!~dreyna@unknown-216-196.windriver.com> has quit IRC | 00:03 | |
*** dreyna <dreyna!~dreyna@unknown-6-227.windriver.com> has joined #yocto | 00:04 | |
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC | 00: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/456 | 00:28 | |
*** benjamirc <benjamirc!~besquive@134.134.139.70> has quit IRC | 00:30 | |
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 00:46 | |
*** sgw_ <sgw_!~sgw_@134.134.137.75> has quit IRC | 01:09 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-adkiggyhlejdhzue> has joined #yocto | 01:11 | |
*** billr <billr!~wcrandle@134.134.139.74> has quit IRC | 01:14 | |
*** dreyna <dreyna!~dreyna@unknown-6-227.windriver.com> has quit IRC | 01:19 | |
*** kad <kad!~kad@unaffiliated/kad> has quit IRC | 02:04 | |
*** denix <denix!~denix@pool-100-15-86-14.washdc.fios.verizon.net> has joined #yocto | 02:20 | |
*** kad <kad!~kad@unaffiliated/kad> has joined #yocto | 02:58 | |
*** kad <kad!~kad@unaffiliated/kad> has quit IRC | 03:02 | |
*** pohly <pohly!~pohly@p5DE8EAE2.dip0.t-ipconnect.de> has joined #yocto | 03:03 | |
*** kad <kad!~kad@unaffiliated/kad> has joined #yocto | 03:04 | |
*** pohly1 <pohly1!~pohly@p5DE8D37A.dip0.t-ipconnect.de> has quit IRC | 03: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/231 | 03: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/938 | 03:32 | |
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC | 03:41 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 04:01 | |
*** dfrey <dfrey!~dfrey@d50-92-227-235.bchsia.telus.net> has quit IRC | 04:06 | |
*** dfrey <dfrey!~dfrey@d50-92-227-235.bchsia.telus.net> has joined #yocto | 04:07 | |
*** pwebster <pwebster!3a6039dc@gateway/web/freenode/ip.58.96.57.220> has joined #yocto | 04:20 | |
*** agust <agust!~agust@p4FCB667C.dip0.t-ipconnect.de> has joined #yocto | 04:26 | |
*** mattsm <mattsm!uid128834@gateway/web/irccloud.com/x-afmcgoloozaggabj> has quit IRC | 04:30 | |
*** mattsm <mattsm!uid128834@gateway/web/irccloud.com/x-egxqzykuhikoddmx> has joined #yocto | 04: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/655 | 04:35 | |
pwebster | Hi, I've got a question regarding a QA Error message during the package stage of a recipe I've added | 04:46 |
---|---|---|
*** dfrey <dfrey!~dfrey@d50-92-227-235.bchsia.telus.net> has quit IRC | 04:47 | |
pwebster | The 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 recipe | 04:48 |
pwebster | the 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 directory | 04:49 |
*** dfrey <dfrey!~dfrey@d50-92-227-235.bchsia.telus.net> has joined #yocto | 04:49 | |
pwebster | ie: build/tmp/work/<machine>/<recipe>/<version>/image contains only etc, usr and var | 04:51 |
pwebster | but build/tmp/work/<machine>/<recipe>/<version>/package contains only etc, usr, var and run | 04:51 |
pwebster | the 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 empty | 04:54 |
pwebster | however, it can't be, because it creates to /var/run/app, as expected | 04:55 |
pwebster | Furthermore, 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 dir | 04:57 |
pwebster | any 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 from | 04:59 |
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto | 05:10 | |
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC | 05:12 | |
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto | 05: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/909 | 05:27 | |
*** iskander_work <iskander_work!~user@81.171.81.142> has joined #yocto | 05:38 | |
*** morphis <morphis!~morphis@p5480DF7F.dip0.t-ipconnect.de> has joined #yocto | 05: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/917 | 05: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/633 | 05:44 | |
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto | 05:46 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 05:54 | |
*** frsc <frsc!~frsc@dslb-088-065-151-080.088.065.pools.vodafone-ip.de> has joined #yocto | 06:19 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 06:24 | |
*** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.212.211.189.60> has joined #yocto | 06: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/930 | 06:29 | |
*** fl0v0 <fl0v0!~fvo@pD9F6B832.dip0.t-ipconnect.de> has joined #yocto | 06:29 | |
*** jku <jku!jku@nat/intel/x-xtvzxjigngnecyzv> has joined #yocto | 06: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/919 | 06:41 | |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 06:49 | |
*** boucman_work <boucman_work!~boucman@193.56.60.161> has joined #yocto | 06:51 | |
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-wtcwkzrsdfzlqruj> has joined #yocto | 06:51 | |
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 06:52 | |
*** jbrianceau_away is now known as jbrianceau | 06:54 | |
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 06:56 | |
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 06:57 | |
*** melonipoika <melonipoika!~jose@194.9.252.237> has quit IRC | 06:58 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 06:58 | |
*** townxelliot <townxelliot!~ell@176.250.117.129> has joined #yocto | 06:59 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 06:59 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:01 | |
*** sameo <sameo!~samuel@192.55.54.44> has joined #yocto | 07:02 | |
*** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 07:03 | |
*** rubdos <rubdos!~rubdos@host-85-27-50-55.dynamic.voo.be> has joined #yocto | 07:06 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 07:11 | |
*** cyball <cyball!~cyball@funtoo/user/cyball> has quit IRC | 07:12 | |
*** sameo <sameo!~samuel@192.55.54.44> has quit IRC | 07:12 | |
*** mwarning <mwarning!~mwarning@2001:a60:a07d:1:6d49:d53b:ce1d:d0ad> has joined #yocto | 07:13 | |
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 07:16 | |
*** melonipoika <melonipoika!~jose@194.9.252.237> has joined #yocto | 07:16 | |
mwarning | hi 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 |
mwarning | qemu-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 |
mwarning | sorry for the spam :-) | 07:17 |
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 07: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/904 | 07:25 | |
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 07:39 | |
LetoThe2nd | mwarning: 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 #yocto | 07:44 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 07:46 | |
*** toscalix <toscalix!~toscalix@149.100.1.121> has joined #yocto | 07:47 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 07:49 | |
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC | 07:53 | |
T_UNIX | so 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_UNIX | s/.lib/.la | 07:55 |
T_UNIX | the makefile is generated during compilation stage using the corresponding .pro file and subsequently make'd. So there is no sed'ing inbetween :-/ | 08:01 |
mwarning | LetoThe2nd: 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 |
LetoThe2nd | mwarning: select MACHINE = "qemuarm" in local.conf | 08:04 |
mwarning | ah, I did not know that. | 08:04 |
mwarning | I will try that | 08:04 |
*** townxelliot <townxelliot!~ell@176.250.117.129> has quit IRC | 08:09 | |
*** townxelliot <townxelliot!~ell@176.250.117.129> has joined #yocto | 08:10 | |
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 08:11 | |
*** dholland <dholland!~quassel@vpn.pelagicore.de> has joined #yocto | 08:18 | |
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto | 08:19 | |
*** clopez <clopez!~tau@neutrino.es> has quit IRC | 08:25 | |
*** s65b44 <s65b44!c32a382c@gateway/web/freenode/ip.195.42.56.44> has joined #yocto | 08:27 | |
s65b44 | hi guys | 08:27 |
*** clopez <clopez!~tau@5.135.186.167> has joined #yocto | 08:31 | |
*** flitjes <flitjes!d4b2c80c@gateway/web/freenode/ip.212.178.200.12> has joined #yocto | 08:40 | |
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto | 08:40 | |
flitjes | Hey guys, we just realised something, why not change the name yocto 10^-24 to 10^-42, yocto is the answere to everything :D | 08:40 |
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has joined #yocto | 08:40 | |
rburton | not sure we have the power to do that :) | 08:44 |
LetoThe2nd | rburton: actually we would need power^-16 | 08:45 |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 08:45 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 08:46 | |
flitjes | To bad :P | 08:48 |
flitjes | we should join the comittee that decided this | 08:48 |
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has quit IRC | 08:51 | |
*** falk0n <falk0n!~falk0n@a109-49-57-182.cpe.netcabo.pt> has joined #yocto | 08:52 | |
*** linulin <linulin!~foo@client-188-168-43-165.spb-teleport.ru> has quit IRC | 08:59 | |
*** belen <belen!~Adium@134.134.139.72> has joined #yocto | 08:59 | |
*** linulin <linulin!~foo@client-188-168-43-165.spb-teleport.ru> has joined #yocto | 09:00 | |
s65b44 | is 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 IRC | 09:03 | |
LetoThe2nd | s65b44: you can just install additional rule file, no problem | 09:04 |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 09:05 | |
s65b44 | true, 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 interfaces | 09:06 |
LetoThe2nd | s65b44: 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 |
LetoThe2nd | s65b44: see for example https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/ | 09:10 |
s65b44 | LetoThe2nd: thanks, i'll take a look | 09:12 |
*** sno <sno!~sno@89.204.139.246> has joined #yocto | 09:12 | |
*** bananadev <bananadev!~onlyester@117.6.99.240> has joined #yocto | 09:13 | |
*** vdehors <vdehors!~vdehors@193.56.60.161> has joined #yocto | 09:16 | |
*** iskander <iskander!~iskander@81.171.81.152> has quit IRC | 09:17 | |
HyP3r | How 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 IRC | 09:28 | |
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto | 09:29 | |
Ulfalizer | HyP3r: http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#var-FULL_OPTIMIZATION | 09:37 |
Ulfalizer | see http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#var-SELECTED_OPTIMIZATION too | 09:38 |
*** iskander <iskander!~iskander@HSI-KBW-091-089-141-024.hsi2.kabel-badenwuerttemberg.de> has joined #yocto | 09:38 | |
Ulfalizer | what 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 #yocto | 09:39 | |
Ulfalizer | would be nice if those glossary entries linked to each other | 09:39 |
*** townxelliot <townxelliot!~ell@176.250.117.129> has left #yocto | 09:46 | |
*** falk0n <falk0n!~falk0n@a109-49-57-182.cpe.netcabo.pt> has quit IRC | 09:58 | |
*** falk0n <falk0n!~falk0n@a79-168-123-67.cpe.netcabo.pt> has joined #yocto | 09:59 | |
HyP3r | Ulfalizer: thank you for that information :) | 10:02 |
Ulfalizer | np | 10:03 |
Ulfalizer | HyP3r: '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 |
HyP3r | Ulfalizer: I have this Refrenece Manual all the time open, but I was dumb enough to _not_ search for Optimization | 10:15 |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 10:17 | |
*** falk0n <falk0n!~falk0n@a79-168-123-67.cpe.netcabo.pt> has quit IRC | 10:20 | |
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has joined #yocto | 10:22 | |
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC | 10:26 | |
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 10:27 | |
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 10:30 | |
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC | 10:32 | |
*** newcomer25 <newcomer25!~newcomer2@222.35.76.53> has joined #yocto | 10:40 | |
*** redengin <redengin!~redengin@c-67-160-25-22.hsd1.wa.comcast.net> has quit IRC | 11:00 | |
*** redengin <redengin!~redengin@c-67-160-25-22.hsd1.wa.comcast.net> has joined #yocto | 11:01 | |
*** bananadev <bananadev!~onlyester@117.6.99.240> has quit IRC | 11:04 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 11:11 | |
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has joined #yocto | 11:30 | |
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 11:31 | |
gunnarx | Bitbake 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 IRC | 11:31 | |
*** berton <berton!~fabio@177.127.4.56> has joined #yocto | 11:35 | |
*** sloth_ <sloth_!cebf2f82@gateway/web/freenode/ip.206.191.47.130> has quit IRC | 11:36 | |
iskander_work | belen: i have a question regarding toaster, again :) | 11:38 |
iskander_work | i made a custom image recipe | 11:38 |
iskander_work | i can build it just fine with toaster but | 11:39 |
iskander_work | when i open the corresponding build page, i do not see bootloader or kernel images under 'Other Artifacts' | 11:40 |
iskander_work | and when i build the standard image 'core-image-sato' then i can see them | 11:40 |
iskander_work | a feature or a bug ? | 11:40 |
iskander_work | or i'm doing something wrong | 11:41 |
iskander_work | gunnarx: https://bugzilla.yoctoproject.org/show_bug.cgi?id=5442 | 11:43 |
yocti | Bug 5442: enhancement, Medium, 1.6 M1, liezhi.yang, RESOLVED FIXED, sanity.bbclass: check TMPDIR is not on nfs | 11:43 |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 11:46 | |
belen | iskander_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_work | hmm, any idea where in source i should look for this bug ? | 11:50 |
iskander_work | or maybe which git commit fixed it | 11:51 |
*** sno <sno!~sno@62.157.143.22> has joined #yocto | 11:53 | |
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 11:58 | |
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has joined #yocto | 11:58 | |
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 12:03 | |
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 12:03 | |
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 12:04 | |
*** ilkerdagli <ilkerdagli!d4af2303@gateway/web/freenode/ip.212.175.35.3> has joined #yocto | 12:09 | |
ilkerdagli | Hey there I need help | 12:09 |
ilkerdagli | Is there anybody that can help me ? | 12:10 |
jku | ilkerdagli: asking the actual question you have is pretty much the only way to find out | 12:11 |
ilkerdagli | When I do, bitbake meta-toolchain-qt5 its installing the qt 5.5 version, But i need qt 5.6 or greater | 12:11 |
*** _AndersD <_AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto | 12:15 | |
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC | 12:15 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-adkiggyhlejdhzue> has quit IRC | 12:17 | |
*** gan <gan!~gan@unaffiliated/gan> has joined #yocto | 12:18 | |
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has quit IRC | 12:18 | |
*** gan is now known as gunnarx | 12:19 | |
*** mjl <mjl!sid16781@gateway/web/irccloud.com/x-lkbsxpqdhnmoenbt> has quit IRC | 12:19 | |
*** fray <fray!~mhatle@192.40.192.95> has quit IRC | 12:19 | |
*** Tenhi <Tenhi!~tenhi@static-ip-69-64-50-196.inaddr.ip-pool.com> has quit IRC | 12:19 | |
*** adelcast <adelcast!~adelcast@130.164.62.126> has quit IRC | 12:19 | |
*** mjl <mjl!sid16781@gateway/web/irccloud.com/x-rgvhbttdlsnsqlja> has joined #yocto | 12:19 | |
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 12:20 | |
*** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has quit IRC | 12:20 | |
*** adelcast <adelcast!~adelcast@130.164.62.126> has joined #yocto | 12:20 | |
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 12:21 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 12:21 | |
gunnarx | iskander: 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 IRC | 12:21 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 12:22 | |
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 12:22 | |
*** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has joined #yocto | 12:25 | |
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 12:25 | |
*** Tenhi <Tenhi!~tenhi@static-ip-69-64-50-196.inaddr.ip-pool.com> has joined #yocto | 12:25 | |
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 12:26 | |
*** Crofton|work <Crofton|work!~balister@pool-71-171-12-218.nwrknj.east.verizon.net> has joined #yocto | 12:27 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 12:31 | |
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 12:37 | |
*** V99 <V99!~Unknown@212.85-84-94.dynamic.clientes.euskaltel.es> has joined #yocto | 12:37 | |
V99 | hi | 12:37 |
*** V99 <V99!~Unknown@212.85-84-94.dynamic.clientes.euskaltel.es> has quit IRC | 12:39 | |
ilkerdagli | I 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 that | 12:42 |
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC | 12:45 | |
*** psadro <psadro!~Thunderbi@216.234.148.134> has joined #yocto | 12:46 | |
belen | iskander_work: let me see | 12:49 |
iskander_work | belen: i found a bugzilla case https://bugzilla.yoctoproject.org/show_bug.cgi?id=10107 | 12:50 |
yocti | Bug 10107: normal, Medium, 2.2 M3, elliot.smith, IN PROGRESS REVIEW , Kernel artifacts not shown | 12:50 |
iskander_work | but i'm not sure it is the same problem | 12:50 |
iskander_work | it applies to a newer version | 12:51 |
belen | iskander_work: yes, that's definitely part of the work. There is one more series for artifact fixes. That's what I trying to find | 12:51 |
belen | iskander_work: they probably won't apply to krogoth though, but at least they might give you some indication on how to fix things there | 12:52 |
iskander_work | thanks | 12:52 |
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 12:53 | |
*** simonl <simonl!uid6729@gateway/web/irccloud.com/x-lzzdevvpggkviytk> has quit IRC | 12:56 | |
*** simonl <simonl!uid6729@gateway/web/irccloud.com/x-jbysnunrlyzqhlaa> has joined #yocto | 12:57 | |
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has quit IRC | 12:57 | |
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has quit IRC | 12:58 | |
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto | 12:58 | |
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-dvimxkiibyawqpnq> has joined #yocto | 13:01 | |
*** _AndersD <_AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC | 13:02 | |
*** paulg <paulg!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has joined #yocto | 13:08 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 13:11 | |
belen | iskander_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.html | 13:12 |
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 13:13 | |
*** newcomer25 <newcomer25!~newcomer2@222.35.76.53> has quit IRC | 13:17 | |
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has quit IRC | 13:18 | |
*** newcomer25 <newcomer25!~newcomer2@222.35.76.40> has joined #yocto | 13:18 | |
*** lamego <lamego!~jose@134.134.139.83> has joined #yocto | 13:18 | |
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has joined #yocto | 13:19 | |
*** falk0n <falk0n!~falk0n@a79-168-120-48.cpe.netcabo.pt> has joined #yocto | 13:20 | |
*** obsrwr_ <obsrwr_!~otp-amois@89.121.200.102> has quit IRC | 13:21 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 13:22 | |
*** falk0n <falk0n!~falk0n@a79-168-120-48.cpe.netcabo.pt> has quit IRC | 13:26 | |
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has joined #yocto | 13:26 | |
*** s65b44 <s65b44!c32a382c@gateway/web/freenode/ip.195.42.56.44> has quit IRC | 13:26 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 13:29 | |
*** newcomer25 <newcomer25!~newcomer2@222.35.76.40> has quit IRC | 13:30 | |
*** newcomer25 <newcomer25!~newcomer2@95.154.193.102> has joined #yocto | 13:31 | |
*** newcomer25 <newcomer25!~newcomer2@95.154.193.102> has quit IRC | 13:35 | |
*** benjamirc <benjamirc!besquive@nat/intel/x-ogwsbkbedbjlmlbi> has joined #yocto | 13:37 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 13:38 | |
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-zvonutgmibkqblmr> has joined #yocto | 13:39 | |
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 13:40 | |
*** aehs29 <aehs29!~aehernan@134.134.139.78> has joined #yocto | 13:45 | |
*** jku <jku!jku@nat/intel/x-xtvzxjigngnecyzv> has quit IRC | 13:46 | |
*** ilkerdagli <ilkerdagli!d4af2303@gateway/web/freenode/ip.212.175.35.3> has quit IRC | 13:47 | |
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has joined #yocto | 13:47 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 13:50 | |
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto | 13:50 | |
*** igor3 <igor3!~igor@189.112.127.225> has joined #yocto | 13:55 | |
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has joined #yocto | 13:55 | |
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has quit IRC | 14:00 | |
*** falk0n <falk0n!~falk0n@a79-168-123-67.cpe.netcabo.pt> has joined #yocto | 14:02 | |
*** madisox <madisox!~madison@12.30.244.5> has joined #yocto | 14:05 | |
*** nisha <nisha!~nisha@38.104.105.146> has joined #yocto | 14:06 | |
*** caiortp <caiortp!~inatel@131.221.240.204> has joined #yocto | 14:09 | |
*** nbigaouette <nbigaouette!~quassel@mail.rogue-research.com> has joined #yocto | 14:16 | |
*** nbigaouette <nbigaouette!~quassel@mail.rogue-research.com> has quit IRC | 14:16 | |
*** falk0n <falk0n!~falk0n@a79-168-123-67.cpe.netcabo.pt> has quit IRC | 14:17 | |
iskander_work | belen: thank you, i'll check it out and report back | 14:19 |
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has joined #yocto | 14:19 | |
*** fray <fray!~mhatle@192.40.192.95> has joined #yocto | 14:20 | |
*** anticom <anticom!~timo.m@217.6.33.234> has joined #yocto | 14:26 | |
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto | 14:26 | |
*** am55 <am55!~am55@unaffiliated/am55> has joined #yocto | 14:27 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 14:30 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 14:31 | |
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC | 14:31 | |
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has quit IRC | 14:35 | |
*** nighty- <nighty-!~cp@www.taiyolabs.com> has quit IRC | 14:37 | |
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC | 14:37 | |
*** nighty- <nighty-!~cp@www.taiyolabs.com> has joined #yocto | 14:37 | |
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto | 14:37 | |
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto | 14:39 | |
*** mwarning <mwarning!~mwarning@2001:a60:a07d:1:6d49:d53b:ce1d:d0ad> has quit IRC | 14:42 | |
darwish | Hello. Is there something special about package name overrides? | 14:44 |
darwish | That is, do they have special semantics like _append or _remove | 14:44 |
rburton | no more special than class or machine overrides | 14:44 |
darwish | So bitbake has no special understanding of them .. it's just an informal namespace mechanism by OpenEmbedded layers; right? | 14:45 |
rburton | overrides are handled by bitbake | 14:46 |
darwish | Hmm .. 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 IRC | 14:48 | |
darwish | And 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 #yocto | 14:48 | |
kergoth | there 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 |
kergoth | well, 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 IRC | 14:52 | |
darwish | ah, that was it .. OVERRIDES .. | 14:52 |
darwish | great .. now I can find all the relevant parts in the docs :D | 14:52 |
darwish | rburton, kergoth, Thanks a lot! | 14:52 |
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has joined #yocto | 14:55 | |
*** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.212.211.189.60> has quit IRC | 14:56 | |
*** nbigaouette <nbigaouette!~quassel@mail.rogue-research.com> has joined #yocto | 14:57 | |
*** paulg <paulg!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has quit IRC | 14:59 | |
*** grma <grma!~gruberm@80.93.38.128> has quit IRC | 15:00 | |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 15:02 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 15:03 | |
*** tiq <tiq!~tiq@tiq00.tqbl.xyz> has joined #yocto | 15:06 | |
*** phatina <phatina!~phatina@82-119-96-90.static.chello.sk> has quit IRC | 15:07 | |
tiq | what is the best way to install man pages with a recipe? | 15:07 |
rburton | best way is that the "make install" installs them for you | 15:08 |
rburton | otherwise write a do_install_append and install them yourself | 15:09 |
*** zeddii_home_ <zeddii_home_!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto | 15:14 | |
*** townxelliot <townxelliot!~ell@176.251.25.61> has joined #yocto | 15:14 | |
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC | 15:16 | |
*** zeddii_home_ is now known as zeddii_home | 15:16 | |
*** tiq <tiq!~tiq@tiq00.tqbl.xyz> has quit IRC | 15:17 | |
*** frsc <frsc!~frsc@dslb-088-065-151-080.088.065.pools.vodafone-ip.de> has quit IRC | 15:18 | |
*** flitjes <flitjes!d4b2c80c@gateway/web/freenode/ip.212.178.200.12> has quit IRC | 15:22 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 15:22 | |
*** billr <billr!~wcrandle@134.134.139.77> has joined #yocto | 15:23 | |
* darwish wonders why mainstream distributions don't use bitbake/yocto for building their distros (instead of inventing their own mechanisms) | 15:28 | |
HyP3r | darwish: that would be so nice, because if they would to this with yocto we have for everything a recpie | 15:30 |
HyP3r | And Developer of Software would take a close look at there Librarys and Tools if they are compatible to Yocto. | 15:31 |
HyP3r | At the moment you have to patch every configure.ac script to fix path problems :S | 15:31 |
darwish | It's well documented in the industry how solutions created originally for the 'low-end' can dominate after a while .. so there's hope :D | 15:32 |
darwish | That's the story of Linux itself, and x86 in 386/486 era, and ARM afterwards :D | 15:33 |
HyP3r | Yeah today Linux gets 25 :3 | 15:34 |
*** aehs29 <aehs29!~aehernan@134.134.139.78> has quit IRC | 15:34 | |
fray | simple answer.. people would rather not have to cross compile | 15:34 |
fray | darwish: the OE/YP approach is to cross compile everything | 15:34 |
*** aehs29 <aehs29!~aehernan@134.134.139.78> has joined #yocto | 15:35 | |
fray | this 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 compiling | 15:35 |
darwish | fray, while building x86 distributions, they build their own GCC/toolchain anyway not to get 'polluted' with the hosting system | 15:36 |
darwish | and use that for compiling the entire distribution .. | 15:36 |
darwish | So that's not very foreign from the concept of cross compiling .. I guess .. | 15:36 |
fray | but the reality is they are polluted with the host system.. | 15:36 |
fray | they are kind of doing cross compilation, but not really.. since they expect to be able to compile and run at the same time | 15:37 |
fray | the second you have to 'run' something you built as part of the compilation step -- the second you have introduced a potential host pollution | 15:37 |
darwish | yeah, correct .. | 15:37 |
moto-timo | tick-tick-boom | 15:37 |
fray | it 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 IRC | 15:38 | |
moto-timo | some of the tools have to be built with the tool | 15:38 |
moto-timo | (maven) | 15:38 |
fray | they are very good at showing things are reproducible (out of necessity)... but they have no real bootstrap process other then use the tool | 15:38 |
*** nillerbrun <nillerbrun!~nathani@mail.validmanufacturing.com> has quit IRC | 15:39 | |
*** nillerbrun <nillerbrun!~nathani@mail.validmanufacturing.com> has joined #yocto | 15:39 | |
darwish | moto-timo, wow :D | 15:39 |
moto-timo | you have to build maven three times if you want the current version | 15:40 |
fray | usual 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 |
fray | moto-timo -- jynx | 15:41 |
moto-timo | lol | 15:41 |
moto-timo | PITA | 15:41 |
fray | I much prefer cross compilation.. boostrap and build once.. want reproducible.. do it again and show it's the same.. | 15:42 |
moto-timo | heck yeah | 15:42 |
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC | 15:42 | |
fray | but 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 |
Ulfalizer | darwish: "_<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 IRC | 15:46 | |
Ulfalizer | people often call all "_foo" suffixes overrides though | 15:47 |
Ulfalizer | some "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 |
Ulfalizer | in e.g. base.bbclass | 15:48 |
Ulfalizer | https://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 IRC | 15:50 | |
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 15:52 | |
*** boucman_work <boucman_work!~boucman@193.56.60.161> has quit IRC | 15:54 | |
*** obsrwr_home <obsrwr_home!~obsrwr@188.24.204.43> has joined #yocto | 15:55 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 15:56 | |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 15: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 #yocto | 16:01 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 16:02 | |
*** sgw_ <sgw_!sgw_@nat/intel/x-ijhqvyihxoxzibyq> has joined #yocto | 16:16 | |
darwish | Ulfalizer, a small question then; when I do 'bitbake -e mesa | grep OVERRIDS', I see "pn-mesa" as the package override value | 16:19 |
darwish | not just mesa .. | 16:19 |
Ulfalizer | darwish: it's because "pn-${PN}" is the string that appears in (the default value of) OVERRIDES | 16:20 |
kergoth | the pn- override isn't a package name override, it's a recipe name override | 16:20 |
Ulfalizer | if it was just ${PN}, then _mesa would work as an override. that would be more likely to clash with other stuff though. | 16:20 |
darwish | yup .. so when I say FILES_{PN} = "xxx" .. there's no override named plain "mesa" | 16:21 |
* Ulfalizer didn't even see the "package" part | 16:21 | |
Ulfalizer | darwish: yeah, that's one place where it would clash | 16:21 |
darwish | Ulfalizer, 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 OVERRIDES | 16: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 |
Ulfalizer | darwish: the _mesa part isn't handled through the OVERRIDES mechanism there. do_package takes care of it itself. | 16:23 |
Ulfalizer | it just happens to use the same "syntax" | 16:24 |
darwish | ah .. I see | 16:24 |
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC | 16:24 | |
darwish | So for it FILES_libc is just a full name variable without any overrides; excellent | 16:25 |
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has quit IRC | 16:25 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 16:25 | |
darwish | Ulfalizer, kergoth .. I send my gratitude again .. things begin to make lot more sense :D | 16:25 |
Ulfalizer | yeah, it doesn't use overrides in the OVERRIDES sense at least. people often call the "_libc" part an override even there though. | 16:26 |
Ulfalizer | it can be a bit confusing | 16:26 |
Ulfalizer | np | 16:26 |
*** sno <sno!~sno@62.157.143.22> has quit IRC | 16:26 | |
*** fragfutter <fragfutter!~scorch@belnbg038.gsi.de> has joined #yocto | 16:35 | |
fragfutter | anyone using systemd-networkd and updates his hostname from dhcp? | 16:37 |
*** Ulfalizer is now known as Ulfalize | 16:37 | |
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto | 16:41 | |
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has quit IRC | 16:43 | |
*** jbrianceau is now known as jbrianceau_away | 16:53 | |
*** fragfutter <fragfutter!~scorch@belnbg038.gsi.de> has quit IRC | 16:55 | |
*** belen1 <belen1!~Adium@134.134.139.72> has joined #yocto | 16:59 | |
*** hweaving <hweaving!~ELROND@97-102-189-66.res.bhn.net> has joined #yocto | 17:02 | |
*** belen <belen!~Adium@134.134.139.72> has quit IRC | 17:02 | |
*** anticom <anticom!~timo.m@217.6.33.234> has quit IRC | 17: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/920 | 17:14 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 17:16 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 17:17 | |
*** belen1 <belen1!~Adium@134.134.139.72> has quit IRC | 17:18 | |
*** belen <belen!Adium@nat/intel/x-qgjjhoufkiizyebo> has joined #yocto | 17:19 | |
*** townxelliot <townxelliot!~ell@176.251.25.61> has quit IRC | 17:19 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 17:23 | |
*** andrey_utkin <andrey_utkin!~andrey_ut@decent.im> has joined #yocto | 17:31 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 17:31 | |
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has quit IRC | 17:42 | |
khem | kergoth: 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 mad | 17:51 |
khem | fact that PN can also be one of possible output package adds to confusion | 17:51 |
*** igor2 <igor2!~igor@177.159.144.73> has joined #yocto | 17:51 | |
*** igor3 <igor3!~igor@189.112.127.225> has quit IRC | 17:52 | |
hweaving | Is it necessary to adjust BBFILE_COLLECTIONS when creating a layer.conf ? | 18:01 |
kergoth | if you don't, it won't be a functional layer from bitbake's perspetive, so yes | 18:02 |
hweaving | I 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 |
hweaving | Thanks | 18:03 |
*** fitzsim <fitzsim!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has quit IRC | 18:03 | |
*** fitzsim <fitzsim!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has joined #yocto | 18: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/301 | 18:04 | |
*** dcobbley <dcobbley!8686894b@gateway/web/freenode/ip.134.134.137.75> has quit IRC | 18:05 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-dnnnyqrzktxewfkj> has joined #yocto | 18:06 | |
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto | 18:06 | |
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 18: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/253 | 18:19 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 18:19 | |
*** morphis <morphis!~morphis@p5480DF7F.dip0.t-ipconnect.de> has quit IRC | 18:20 | |
*** morphis <morphis!~morphis@p5480DF7F.dip0.t-ipconnect.de> has joined #yocto | 18:21 | |
*** paulg <paulg!~paulg@192.190.0.143> has joined #yocto | 18:23 | |
*** toscalix <toscalix!~toscalix@149.100.1.121> has quit IRC | 18: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/910 | 18:27 | |
*** stephano <stephano!~stephano@134.134.139.78> has joined #yocto | 18:29 | |
*** paulg <paulg!~paulg@192.190.0.143> has quit IRC | 18:34 | |
igor2 | hi 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 image | 18:35 |
igor2 | I read the systemd recipe and the systemd-serialgetty is on the rrecommended packages | 18:36 |
igor2 | What i've missed | 18:36 |
*** nisha <nisha!~nisha@38.104.105.146> has quit IRC | 18:43 | |
*** Biliogadafr1 <Biliogadafr1!~pin@nat2-minsk-pool-46-53-194-120.telecom.by> has joined #yocto | 18:45 | |
*** Biliogadafr <Biliogadafr!~pin@nat-minsk-pool-46-53-202-120.telecom.by> has quit IRC | 18:46 | |
*** joeythesaint <joeythesaint!~joe@2605:6400:2:fed5:22:41:45ec:bf91> has quit IRC | 18:48 | |
*** joeythesaint <joeythesaint!~joe@2605:6400:2:fed5:22:41:45ec:bf91> has joined #yocto | 18:50 | |
*** zibri <zibri!~zibri@2a01:7e01::f03c:91ff:febb:9538> has joined #yocto | 18:52 | |
*** rubdos <rubdos!~rubdos@host-85-27-50-55.dynamic.voo.be> has quit IRC | 18:54 | |
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-wtcwkzrsdfzlqruj> has quit IRC | 18:59 | |
*** paulg <paulg!~paulg@72.1.195.9> has joined #yocto | 19:00 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 19:11 | |
*** nisha <nisha!~nisha@38.104.105.146> has joined #yocto | 19:16 | |
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto | 19:18 | |
*** pohly <pohly!~pohly@p5DE8EAE2.dip0.t-ipconnect.de> has quit IRC | 19:19 | |
*** sameo <sameo!~samuel@192.55.54.45> has quit IRC | 19:25 | |
*** Ulfalizer <Ulfalizer!~Ulfalizer@ip5f5bec03.dynamic.kabel-deutschland.de> has joined #yocto | 19:26 | |
khem | igor2: are you setting PACKAGECONFIG to have 'serial-getty-generator' in systemd ? | 19:31 |
igor2 | yes, i just figure out what was wrong | 19:35 |
igor2 | it was because my distro was setting SERIAL_CONSOLE = "" | 19:35 |
igor2 | thanks khem | 19:35 |
hweaving | igor2: Kudos for describing the problem for others and the channel log | 19:39 |
khem | zeddii: 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 |
hweaving | The 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. :D | 19:40 |
*** morphis <morphis!~morphis@p5480DF7F.dip0.t-ipconnect.de> has quit IRC | 19:41 | |
*** Tenhi_ <Tenhi_!~tenhi@static.177.80.201.138.clients.your-server.de> has joined #yocto | 19:50 | |
hweaving | Is there any guide for which elements in layer.conf or a particular recipe are required? | 19:52 |
hweaving | For 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 |
Ulfalizer | hweaving: 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 IRC | 19:54 | |
Ulfalizer | depending 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 SUMMARY | 19:54 |
*** sgw_ <sgw_!sgw_@nat/intel/x-yjnbmcfebsglekxx> has joined #yocto | 19:55 | |
*** Tenhi_ <Tenhi_!~tenhi@static.177.80.201.138.clients.your-server.de> has quit IRC | 19:55 | |
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC | 19:56 | |
Ulfalizer | (recipes build packages. images are generated from those packages. in case you haven't gotten to that point yet.) | 19:57 |
Ulfalizer | package in the rpm/deb/ipk sense | 19: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/536 | 20:01 | |
hweaving | Ulfalizer: Thanks! I'm guessing "PR" is "Package Revision" | 20:01 |
hweaving | Ulfalizer: For license, I'm hoping I can use a common license (MIT) so I don't have to worry about the checksum | 20:02 |
Ulfalizer | yup, 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-PR | 20:03 |
hweaving | Ulfalizer: I literally just searched that webpage for "PR =" and didn't notice the variables section, my bad | 20:03 |
Ulfalizer | hweaving: the checksum is to verify that the license doesn't change, so if you want to do that, you'd still need a checksum | 20:03 |
Ulfalizer | i'm bored by licensing stuff, so i'm probably not the right guy to give advice there though :) | 20:04 |
Ulfalizer | important, but oh so boring to me for some reason :/ | 20:04 |
Ulfalizer | hweaving: no problem. there's a lot of manual. :S | 20:04 |
*** alimon1 <alimon1!~alimon@134.134.139.77> has quit IRC | 20:05 | |
hweaving | Ulfalizer: I can understand, it's busywork to grab a md5 sum, write the lines, etc. | 20:05 |
Ulfalizer | that and politics in general :P | 20:06 |
*** moto-timo <moto-timo!ttorling@nat/intel/x-gdmatzkebkhoptku> has joined #yocto | 20:07 | |
*** moto-timo <moto-timo!ttorling@nat/intel/x-gdmatzkebkhoptku> has quit IRC | 20:07 | |
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has joined #yocto | 20:07 | |
hweaving | Well if you're running a business, licenses are sadly important (as mind-numbing as they are to try to read) | 20:07 |
hweaving | So that you don't break the law or cheat someone out of what they create | 20:07 |
hweaving | Now CHOOSING a license, that gets more political :p | 20:07 |
Ulfalizer | important and boring :) | 20:08 |
hweaving | like accounting | 20:09 |
Ulfalizer | not breaking any licenses btw, so not that ;) | 20:09 |
Ulfalizer | yup | 20:09 |
Ulfalizer | politics-processing code *shudder* | 20:10 |
*** alimon1 <alimon1!~alimon@134.134.139.77> has joined #yocto | 20: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/232 | 20:16 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-dnnnyqrzktxewfkj> has quit IRC | 20:17 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 20:18 | |
hweaving | If 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 |
hweaving | 1. Including these files in FILES_${PN} += "whatever" | 20:22 |
hweaving | 2. Using do_install_append to manually copy the files | 20:22 |
hweaving | 3. Other | 20:22 |
hweaving | If one of these approaches allows bitbake to detect the files changed and recopy them, that would be ideal | 20:23 |
Ulfalizer | hweaving: how do you store the html files? | 20:23 |
hweaving | Ulfalizer: Under my own meta-blabla layer | 20:24 |
hweaving | As plaintext files in a directory structure | 20:24 |
rob_w | i use 1 and 2 as needed ;-) | 20:25 |
Ulfalizer | if 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 |
Ulfalizer | things are generally smoother if you store contents in some external repository | 20:27 |
hweaving | rob_w: I want the checksums taken into account if possible, yes | 20:28 |
Ulfalizer | hweaving: http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#source-fetching-dev-environment | 20:28 |
Ulfalizer | see the first note. that's what i thought. | 20:29 |
hweaving | I have an offline build environment so I'm not fetching from anything besides the yocto non-build directories | 20:29 |
hweaving | Ulfalizer: Thanks, I'll experiment using file:// | 20:29 |
rob_w | hmm never though about that .. need to check that too ;-) | 20:30 |
Ulfalizer | i 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 IRC | 20:31 | |
hweaving | Ulfalizer: 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 IRC | 20:32 | |
Ulfalizer | pretty 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/939 | 20:35 | |
*** paulg <paulg!~paulg@72.1.195.9> has quit IRC | 20:37 | |
khem | Ulfalizer: compliance is quite important for OSS based products and license checksum is one part of helping with that workflow | 20:39 |
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-qdczcgtmgysojbhs> has joined #yocto | 20:39 | |
*** jbrianceau_away is now known as jbrianceau_home | 20:39 | |
hweaving | I'm guessing there's no way to use wildcards for file:// in SRC_URI? | 20:39 |
hweaving | Or mass-checksum a directory? | 20:39 |
khem | hweaving: whats your usecase ? | 20:40 |
Ulfalizer | khem: yeah, it's important stuff. not saying anything else. | 20:40 |
hweaving | khem: Offline build environment, local root filesystem overlay in a certain directory, I want those files copied on top of the rootfs image before deployment | 20:40 |
hweaving | khem: 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 change | 20:40 |
hweaving | *I either want | 20:40 |
hweaving | I'm creating my own recipe to do the copy / install since I was advised against post-install scripts with yocto | 20:41 |
khem | hweaving: explain the overlay contents | 20:41 |
khem | are you overwriting the content coming from base ? | 20:41 |
hweaving | khem: HTTPS certs, webpage files, other vendor-specific scripts / files | 20:41 |
khem | OK, that seems usual case. | 20:42 |
hweaving | khem: I just want to add extra files to the rootfs, not overwrite (as far as I'm aware right now) | 20:42 |
khem | I assume you are putting all this into one package | 20:42 |
hweaving | khem: Yes, from a single recipe | 20:42 |
khem | dont worry image builder will barf if there are duplicate providers | 20:42 |
khem | OK | 20:42 |
khem | so you really have two options | 20:42 |
hweaving | In 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 file | 20:43 |
khem | commit your sources into recipe metadata along with a makefile and then use a recipe to drive this makefile to do the usual steps | 20:43 |
khem | the one you describe is the second and good option | 20:44 |
khem | yes you have to and you should | 20:44 |
khem | otherwise how do you track your changes | 20:44 |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 20:45 | |
khem | I would suggest to create a SCM repo for all your files | 20:45 |
khem | and then commit changes to that repo | 20:46 |
khem | and fetch/package it using bitbake recipe like other recipes | 20:46 |
khem | I would suggest to manually bump the SRCREV in recipe so you have a controlled change management | 20:46 |
Ulfalizer | would 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 metadata | 20:48 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 20:48 | |
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 20:48 | |
hweaving | khem: Thanks for the detailed thoughts, you raise excellent points | 20:49 |
hweaving | I was thinking about making the local testing cycle more efficient rather than the eventual repo setup | 20:49 |
hweaving | As long as I can use a local offline git repo then that could work | 20:49 |
khem | Ulfalizer: it still will need the fetch stuff | 20:49 |
*** aehs29 <aehs29!~aehernan@134.134.139.78> has quit IRC | 20:50 | |
khem | its just that sources are combined with yocto | 20:50 |
hweaving | I don't fully understand how SRCREV works right now | 20:50 |
*** Biliogadafr1 <Biliogadafr1!~pin@nat2-minsk-pool-46-53-194-120.telecom.by> has quit IRC | 20:50 | |
khem | hweaving: you point the recipe to a given version to use when fetching from SCMs | 20:50 |
Ulfalizer | khem: yeah, that'd work. thought you meant just fetching the makefile, to avoid the "wildcard" problem. | 20:50 |
hweaving | khem: 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 pulled | 20:50 |
khem | e.g. if its git then you say SRC_URI = "git://...." SRCREV = "sha-id" | 20:51 |
khem | that informs bitbake git fetcher that I need to pick up the source from location x and head should point to sha-id | 20:51 |
khem | Ulfalizer: yes thats sneaky but can be done. | 20:51 |
khem | although, -2 for that approach | 20:52 |
hweaving | 20 points from Gryffindor | 20:52 |
*** aehs29 <aehs29!~aehernan@134.134.139.78> has joined #yocto | 20:52 | |
Ulfalizer | not cleanly though. would need to take the content of the other files into account too. | 20:52 |
khem | hweaving: read through http://www.yoctoproject.org/docs/latest/dev-manual/dev-manual.html#new-recipe-fetching-code | 20:52 |
khem | it might help a bit | 20:52 |
khem | in getting the fetching basics in OE | 20:53 |
hweaving | khem: Working on it, thanks | 20:53 |
hweaving | khem: Wouldn't you need to use the "ref" option in your SRC_URI line to force only rev = SRCREV? | 20:53 |
hweaving | per http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#var-SRC_URI | 20:54 |
khem | hweaving: there are defaults which will be a fallback | 20:55 |
hweaving | If I'm trying to lock a certain revision in, I'd rather make it explicit I Think | 20:55 |
hweaving | I think | 20:55 |
khem | hweaving: fetching is documented here https://www.yoctoproject.org/docs/1.6/bitbake-user-manual/bitbake-user-manual.html#idm1100848 | 20:56 |
khem | in detail | 20:56 |
Ulfalizer | hweaving: "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 |
khem | if you are dealing wth git see this https://www.yoctoproject.org/docs/latest/bitbake-user-manual/bitbake-user-manual.html#git-fetcher | 20: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/931 | 20:57 | |
*** gbisson <gbisson!~gbisson@ns327932.ip-37-187-112.eu> has quit IRC | 20:57 | |
khem | you can also set SRCREV = "${AUTOREV}" if you are the only developer in company :) | 20:58 |
Ulfalizer | if 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-AUTOREV | 20:58 |
khem | although autorev will always poke at your repos whenrver you build so its not good for offline builds | 20:58 |
* hweaving opens 200 tabs | 20:59 | |
hweaving | Thanks for the pointers | 20: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/891 | 21:02 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 21:02 | |
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 21:03 | |
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-zvonutgmibkqblmr> has quit IRC | 21:03 | |
hweaving | khem: http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#var-SRC_URI does not seem to mention the "protocol=" feature | 21:03 |
hweaving | I'm currently guessing that lets you manually override the processor, since an example showed protocol=git | 21: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/905 | 21:04 | |
hweaving | khem: Nevermind, found it under 4.3.5 for the Git Fetcher specifically | 21:04 |
hweaving | I'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-fetcher | 21:07 |
*** paulg <paulg!~paulg@70.52.193.89> has joined #yocto | 21:07 | |
hweaving | With 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 #yocto | 21:09 | |
khem | hweaving: IIRC SRCREV will override ti | 21:16 |
khem | it | 21:16 |
hweaving | khem: Ah, I didn't see that in the documents | 21:16 |
hweaving | "mindate" etc. are also mentioned, which I assume would work with git://, but I haven't looked up an example yet | 21:16 |
Ulfalizer | looks 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 IRC | 21:17 | |
khem | those options are fetcher specific too mindate etc. are good for cvs | 21:18 |
khem | yuck cvs | 21:18 |
Ulfalizer | hweaving: the documentation maintainer is a friendly guy if you want to submit stuff btw: https://bugzilla.yoctoproject.org/enter_bug.cgi?classification=Documentation | 21:18 |
Ulfalizer | there's definitely some holes in the docs from time to time :) | 21:18 |
hweaving | Ulfalizer: I'm not meaning to criticize, just trying to understand | 21:20 |
hweaving | I'll just use SRCREV alone with the understanding that the default behavior is to only pull the matching revision :) | 21:21 |
Ulfalizer | hweaving: 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 |
hweaving | Thanks | 21:21 |
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has quit IRC | 21:23 | |
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has joined #yocto | 21:23 | |
*** aehs29 <aehs29!~aehernan@134.134.139.78> has left #yocto | 21:24 | |
*** dreyna <dreyna!~dreyna@unknown-216-199.windriver.com> has joined #yocto | 21:25 | |
*** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 21: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/885 | 21:27 | |
*** hundeboll <hundeboll!~hundeboll@open-mesh.org/catwoman/hundeboll> has quit IRC | 21:29 | |
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-dvimxkiibyawqpnq> has quit IRC | 21:29 | |
*** hundeboll <hundeboll!~hundeboll@open-mesh.org/catwoman/hundeboll> has joined #yocto | 21:29 | |
*** paulg <paulg!~paulg@70.52.193.89> has quit IRC | 21:38 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 21:43 | |
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC | 21:46 | |
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto | 21:50 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 21:55 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 21:56 | |
*** benjamirc <benjamirc!besquive@nat/intel/x-ogwsbkbedbjlmlbi> has quit IRC | 21:56 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 21:57 | |
*** lamego <lamego!~jose@134.134.139.83> has quit IRC | 21:58 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
*** igor2 <igor2!~igor@177.159.144.73> has quit IRC | 22:10 | |
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has quit IRC | 22:13 | |
*** caiortp <caiortp!~inatel@131.221.240.204> has quit IRC | 22:28 | |
*** agust <agust!~agust@p4FCB667C.dip0.t-ipconnect.de> has quit IRC | 22:33 | |
*** anselmolsm <anselmolsm!~anselmols@192.55.55.39> has quit IRC | 22:44 | |
*** jbrianceau_home is now known as jbrianceau_away | 22:46 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 22:52 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 22:53 | |
hweaving | git is starting to make sense | 23:04 |
hweaving | This is a really scaring feeling :( | 23:04 |
stephano | https://xkcd.com/1597/ | 23:07 |
hweaving | That is far too accurate | 23:11 |
billr | So true... | 23:23 |
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC | 23:26 | |
hweaving | I can't find ".=" in the reference manual | 23:27 |
hweaving | Does it mean to replace a variable, or modify, or append? | 23:27 |
Ulfalizer | hweaving: it's in the bitbake user manual: https://www.yoctoproject.org/docs/2.2/bitbake-user-manual/bitbake-user-manual.html | 23:30 |
hweaving | Ulfalizer: Your name is so hard to tab-complete :( I just found it, thanks | 23:32 |
hweaving | Append without spaces | 23:32 |
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC | 23:32 | |
Ulfalizer | why is it hard to tab-complete? :/ | 23:32 |
Ulfalizer | Ulfalize is my alter ego :P | 23:33 |
hweaving | Ulfalizer: Because first it finds "ulf", then "Ufalize", and I have to type the entire thing or it won't complete your name | 23:41 |
hweaving | My client doesn't cycle through every option | 23:41 |
Ulfalizer | works in irssi at least | 23:43 |
Ulfalizer | maybe it doesn't like that Ulfalize is a prefix of Ulfalizer :| | 23:43 |
hweaving | How 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 distributions | 23:43 |
hweaving | Ulfalizer: Precisely | 23:43 |
hweaving | However, I don't see licenses copied into the embedded filesystem | 23:43 |
neverpanic | hweaving: that's because you're expected to distribute them alongside your image | 23:48 |
neverpanic | hweaving: see http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#maintaining-open-source-license-compliance-during-your-products-lifecycle | 23:48 |
hweaving | I see there's a mega manual to go along with the user manual and the reference, thanks :D | 23:49 |
neverpanic | mega-manual is a concatenation of almost all manuals, I usually just use it if I know something is documented and want to search for it | 23:49 |
hweaving | Megaman ual | 23:51 |
*** sgw_ <sgw_!sgw_@nat/intel/x-yjnbmcfebsglekxx> has quit IRC | 23:57 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!