| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 00:51 | |
| *** learningc <learningc!~User@mti-37-145.tm.net.my> has joined #yocto | 00:58 | |
| *** User_ <User_!~User@mti-37-145.tm.net.my> has joined #yocto | 01:01 | |
| *** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC | 01:04 | |
| *** dc13ff <dc13ff!uid190567@gateway/web/irccloud.com/x-fbwuhrxittkutnbl> has quit IRC | 01:07 | |
| *** User_ <User_!~User@mti-37-145.tm.net.my> has quit IRC | 01:38 | |
| *** learningc <learningc!~User@mti-37-145.tm.net.my> has joined #yocto | 01:38 | |
| *** dengke <dengke!~dengke@60.247.85.82> has joined #yocto | 01:49 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 02:01 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 02:36 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 02:46 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 02:52 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 03:37 | |
| *** aduskett <aduskett!~aduskett3@2600-6c4a-767f-f36a-8def-9b7b-65b7-7de6.dhcp6.chtrptr.net> has quit IRC | 03:45 | |
| *** aduskett <aduskett!~aduskett3@2600-6c4a-767f-f36a-8def-9b7b-65b7-7de6.dhcp6.chtrptr.net> has joined #yocto | 03:46 | |
| *** mattsm <mattsm!~mattsm@75-13-95-234.lightspeed.austtx.sbcglobal.net> has quit IRC | 04:51 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 04:54 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 04:56 | |
| *** mattsm <mattsm!~mattsm@75-13-95-234.lightspeed.austtx.sbcglobal.net> has joined #yocto | 04:58 | |
| *** agust <agust!~agust@p50886E4C.dip0.t-ipconnect.de> has joined #yocto | 05:03 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-jbqxwicbluxaoexd> has quit IRC | 05:28 | |
| *** kaspter <kaspter!~Instantbi@125.118.59.41> has joined #yocto | 05:40 | |
| *** kaspter <kaspter!~Instantbi@125.118.59.41> has joined #yocto | 05:41 | |
| *** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC | 05:44 | |
| *** anujm <anujm!~anujm@192.198.146.173> has joined #yocto | 05:45 | |
| *** kaspter <kaspter!~Instantbi@125.118.59.41> has quit IRC | 05:47 | |
| *** kaspter <kaspter!~Instantbi@125.118.59.41> has joined #yocto | 05:47 | |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC | 05:54 | |
| *** pohly <pohly!~pohly@p5484976F.dip0.t-ipconnect.de> has joined #yocto | 06:01 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 06:19 | |
| *** mirzak <mirzak!uid303002@gateway/web/irccloud.com/x-ghttuhzfdmgbbxey> has joined #yocto | 06:20 | |
| *** sno <sno!~sno@87.128.218.212> has joined #yocto | 06:26 | |
| *** frieder <frieder!~frieder@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 06:28 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 06:30 | |
| *** morphis <morphis!~morphis@pD9ED725D.dip0.t-ipconnect.de> has joined #yocto | 06:32 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:35 | |
| *** Crofton <Crofton!~Crofton@103.70.64.68> has joined #yocto | 06:41 | |
| *** pouet_forever <pouet_forever!~nico@213.56.200.5> has joined #yocto | 06:50 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 06:52 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 06:53 | |
| *** AndersD <AndersD!~anders@194.237.220.218> has joined #yocto | 06:55 | |
| *** aragua__ <aragua__!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto | 06:57 | |
| *** Crofton <Crofton!~Crofton@103.70.64.68> has quit IRC | 07:11 | |
| *** aurele <aurele!~aurele@84.239.69.5> has joined #yocto | 07:19 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-84-4.fbx.proxad.net> has joined #yocto | 07:19 | |
| *** johnward <johnward!~johnward@148.252.241.226> has joined #yocto | 07:20 | |
| *** anujm <anujm!~anujm@192.198.146.173> has quit IRC | 07:22 | |
| *** yann|work <yann|work!~yann@LFbn-1-9167-222.w86-238.abo.wanadoo.fr> has quit IRC | 07:27 | |
| *** ant_work <ant_work!~ant__@host254-202-dynamic.51-79-r.retail.telecomitalia.it> has joined #yocto | 07:30 | |
| *** morphis_ <morphis_!~morphis@pD9ED725D.dip0.t-ipconnect.de> has joined #yocto | 07:34 | |
| *** morphis <morphis!~morphis@pD9ED725D.dip0.t-ipconnect.de> has quit IRC | 07:37 | |
| *** kanavin_home <kanavin_home!~ak@46.189.28.216> has quit IRC | 07:38 | |
| *** mckoan|away is now known as mckoan | 07:39 | |
| *** TobSnyder <TobSnyder!~schneider@ipb2180691.dynamic.kabel-deutschland.de> has joined #yocto | 07:39 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:40 | |
| *** alinucs <alinucs!~abo@static-176-158-51-218.ftth.abo.bbox.fr> has quit IRC | 07:45 | |
| *** alinucs <alinucs!~abo@static-176-158-51-218.ftth.abo.bbox.fr> has joined #yocto | 07:51 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 07:53 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 07:54 | |
| *** vdehors <vdehors!~vdehors@91.162.62.2> has joined #yocto | 07:55 | |
| eduardas_m | hello, does anyone know how to make u-boot splash persist on i.MX6 until a userspace splash is available? Currently u-boot splash disappears when kernel starts loading. | 08:01 |
|---|---|---|
| eduardas_m | i.e. I get a black screen after the u-boot splashscreen | 08:01 |
| eduardas_m | An image with a company logo can not be put into the kernel because a trademark is not compatible with GPLv2 as far as I know | 08:02 |
| eduardas_m | so I can not use the kernel splashscreen to display the same image as u-boot does | 08:03 |
| eduardas_m | so it would be nice if the kernel would not modify the framebuffer when loading and the u-boot initialized splashscreen would remain until a userspace GUI application starts | 08:04 |
| mckoan | eduardas_m: the splash logo doesn't have any impact on the GPL | 08:06 |
| eduardas_m | mckoan: according to this intel document, the image also has to be under GPLv2: https://www.thailand.intel.com/content/dam/www/public/us/en/documents/white-papers/loading-splash-screen-from-initramfs-as-binary-blob.pdf | 08:10 |
| eduardas_m | mckoan: they even describe a solution that allows to use a non-GPL image as a loadable binary blob | 08:11 |
| eduardas_m | as a workaround to this problem | 08:11 |
| eduardas_m | but as far as I understand the solution is Intel platform specific | 08:11 |
| mckoan | eduardas_m: interestinh, thx | 08:13 |
| eduardas_m | mckoan: I can imagine lots of smaller embedded Linux teams and shops simply not caring about this issue, but I still would like to know whether there is any proper solution to this for the i.MX6 platform | 08:20 |
| eduardas_m | my colleague has taken a look at Android images shipped by Samsung and LG... it seems they do not use the Linux kernel splash screen... only bootloader initialized splash screen is used | 08:21 |
| eduardas_m | however, on i.MX6 it disappears as soon as the kernel starts loading | 08:21 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 08:25 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 08:33 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 08:39 | |
| *** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has quit IRC | 08:41 | |
| *** yann|work <yann|work!~yann@AMontsouris-681-1-47-188.w90-87.abo.wanadoo.fr> has joined #yocto | 08:42 | |
| *** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has joined #yocto | 08:44 | |
| *** learningc <learningc!~User@mti-37-145.tm.net.my> has joined #yocto | 08:51 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 08:52 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 08:57 | |
| pouet_forever | Hello, I have yocto fido (1.8) and boost version 1.57 | 09:01 |
| pouet_forever | I want to upgrade to version 1.64 | 09:01 |
| pouet_forever | What is the best solution to update to 1.64 ? | 09:01 |
| pouet_forever | I have tried to create a recipe boost-1.64 but I have some issues : Failure expanding variable BOOST_VER, expression was ${@bb_parse_BBHandler_vars_from_file(d_getVar('FILE'),d)[1] or '1_0'} which triggered exception NameError: name 'bb_parse_BBHandler_vars_from_file' is not defined | 09:02 |
| pouet_forever | Any ideas ? | 09:02 |
| mirzak | Considered updating your Yocto version? 1.8 seems rather old. Doing this you would get newer version of boost as well. The rocko branch provides boost 1.64 | 09:07 |
| *** rburton <rburton!~textual@81.2.106.35> has joined #yocto | 09:21 | |
| pouet_forever | If I update to a newer version of yocto, it can brake some of my recipes already installed ? :-/ | 09:27 |
| eduardas_m | pouet_forever: yes, but fixing those is worth it for the sake of being up-to-date..at least from my experience | 09:28 |
| eduardas_m | pouet_forever: you will also get access to newer Yocto tools such as wic for image creation and important bug fixes | 09:30 |
| eduardas_m | pouet_forever: that is why I have put in some effort in getting on Yocto 2.5 Sumo although the latest Yocto release supported by my SoM vendor is only Rocko | 09:31 |
| pouet_forever | eduardas_m: i wiil think about it, but I think it is not feasible for the moment | 09:36 |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 09:42 | |
| *** aduskett1 <aduskett1!~aduskett3@2600-6c4a-767f-f36a-8def-9b7b-65b7-7de6.dhcp6.chtrptr.net> has joined #yocto | 09:48 | |
| *** aduskett <aduskett!~aduskett3@2600-6c4a-767f-f36a-8def-9b7b-65b7-7de6.dhcp6.chtrptr.net> has quit IRC | 09:49 | |
| mcfrisk | hi, how to build a source and headers only recipe with sumo? we have a gmock recipe which has all files in -dev and main ${PN} is empty, but something is adding a dependency to it from -dev and it's not installable to SDK... Tried ALLOW_EMPTY_${PN} = "1", and RPROVIDES_${PN}-dev = "gmock" already but problem persists. | 09:54 |
| mcfrisk | and RDEPENDS_${PN}-dev_remove = "${PN}" just causes a python stacktrace from bitbake | 09:57 |
| *** sjolley <sjolley!~sjolley@134.134.139.83> has quit IRC | 10:03 | |
| rburton | that remove is right | 10:05 |
| rburton | i'd just set RDEPENDS_${PN}-dev to "" | 10:06 |
| yocti | New news from stackoverflow: how to manage external dependencies of a golang project in a yocto recipe <https://stackoverflow.com/questions/49455065/how-to-manage-external-dependencies-of-a-golang-project-in-a-yocto-recipe> | 10:07 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:10 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 10:12 | |
| *** kpo <kpo!~bob@77-255-70-159.adsl.inetia.pl> has joined #yocto | 10:13 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 10:13 | |
| mcfrisk | is there a mirror of anonscm.debian.org/collab-maint/ltrace.git somewhere in yocto infrastructure? | 10:20 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 10:21 | |
| -YoctoAutoBuilder- build #1122 of nightly-multilib is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1 BuildImages_4 BuildImages_6 Running SDK Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-multilib/builds/1122 | 10:30 | |
| yocti | New news from stackoverflow: systemd ignores services from overlayFS <https://stackoverflow.com/questions/49697614/systemd-ignores-services-from-overlayfs> | 10:37 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:42 | |
| mcfrisk | rburton: thanks, setting RDEPENDS_${PN}-dev = "" works and the -dev package is installable again. | 10:44 |
| -YoctoAutoBuilder- build #1092 of nightly-world is complete: Failure [failed BuildImages] Build details are at https://autobuilder.yocto.io/builders/nightly-world/builds/1092 | 10:47 | |
| *** sjolley <sjolley!~sjolley@134.134.139.83> has joined #yocto | 10:57 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:01 | |
| *** johnward <johnward!~johnward@148.252.241.226> has quit IRC | 11:09 | |
| *** bluelightning <bluelightning!~paul@92.244.69.111.dynamic.snap.net.nz> has joined #yocto | 11:09 | |
| *** bluelightning <bluelightning!~paul@92.244.69.111.dynamic.snap.net.nz> has quit IRC | 11:09 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 11:09 | |
| RP | rburton: I kind of hate to mention https://autobuilder.yocto.io/builders/nightly-qa-extras/builds/1113/steps/BuildImages_14/logs/stdio :/ | 11:20 |
| rburton | argh | 11:20 |
| rburton | seriously | 11:20 |
| rburton | with master?! | 11:20 |
| *** diego_r <diego_r!~diego@31.157.195.125> has joined #yocto | 11:35 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 11:43 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 11:43 | |
| RP | rburton: was -next but don't think it was the -next patchset :( | 11:51 |
| *** User_ <User_!~User@mti-37-145.tm.net.my> has joined #yocto | 11:56 | |
| *** johnward <johnward!~johnward@148.252.241.226> has joined #yocto | 11:58 | |
| *** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC | 12:00 | |
| *** User_ <User_!~User@mti-37-145.tm.net.my> has quit IRC | 12:02 | |
| *** kpo <kpo!~bob@77-255-70-159.adsl.inetia.pl> has quit IRC | 12:08 | |
| *** johnward <johnward!~johnward@148.252.241.226> has quit IRC | 12:30 | |
| *** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has joined #yocto | 12:35 | |
| yates | there seem to be certain things (.bbclass files, rootfs layer, etc/) which can be "update" in a project, i.e., pulled from a repo? how is this done? is it a bitbake command? | 12:36 |
| yates | things which, when doing a normal (image) bitbake don't get pulled | 12:36 |
| yates | back in a minute - rebooting. | 12:36 |
| *** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC | 12:36 | |
| *** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has joined #yocto | 12:38 | |
| yates | did i miss any responses on my "update" question? | 12:39 |
| *** rburton <rburton!~textual@81.2.106.35> has quit IRC | 12:39 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 12:39 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-unvrunesethsuzrg> has joined #yocto | 12:40 | |
| -YoctoAutoBuilder- build #1203 of nightly is complete: Failure [failed] Build details are at https://autobuilder.yocto.io/builders/nightly/builds/1203 | 12:49 | |
| tasslehoff | I have a system running the "FSLC framebuffer" distro. What legal/license info should I include on my system? I know of the manifests and the licenses-artifact, but I'm not sure what I must include. | 12:50 |
| *** johnward <johnward!~johnward@148.252.241.226> has joined #yocto | 12:50 | |
| *** User_ <User_!~User@210.195.71.190> has joined #yocto | 12:53 | |
| *** User_ <User_!~User@210.195.71.190> has quit IRC | 12:53 | |
| *** johnward <johnward!~johnward@148.252.241.226> has quit IRC | 13:08 | |
| yates | rburton, etc: i found the problem i/we were chasing last week: the install script was being modified by a .bbappend file in the meta-swupdate layer | 13:17 |
| yates | re: libubi.h not found | 13:17 |
| rburton | there you go | 13:17 |
| rburton | thats why -e is useful, it will show you where the append is coming from | 13:17 |
| *** kpo <kpo!~bob@193.200.83.111> has joined #yocto | 13:18 | |
| *** dc13ff <dc13ff!uid190567@gateway/web/irccloud.com/x-mjnporuqxliarqas> has joined #yocto | 13:19 | |
| yates | i suppose so. but a) i need to develop more facility in knowing how to use it, and b) it's still a LOT of stuff to look at | 13:21 |
| yates | even for that one recipe | 13:21 |
| yates | 26687 lines.. | 13:21 |
| rburton | awww we don't show history for functions | 13:22 |
| rburton | but just search for 'do_install() {' | 13:22 |
| rburton | RP: we don't show variable history for task variables in -e | 13:22 |
| rburton | i understand that we don' want to show the *full* history as it could be huge but an abridged form without the values would be useful | 13:23 |
| yates | what would be useful (perhaps?) is, for each function like do_install(), show the files that were consulted to construct it. kinda like a cross-reference. | 13:26 |
| rburton | yeah thats exactly what -e does, but not for tasks | 13:27 |
| yates | you mean tasks like do_install? | 13:27 |
| rburton | yes | 13:27 |
| yates | why not? | 13:27 |
| *** johnward <johnward!~johnward@148.252.241.226> has joined #yocto | 13:28 | |
| *** johnward <johnward!~johnward@148.252.241.226> has left #yocto | 13:28 | |
| yates | seems like it would be a nice thing to provide. for just such an occasion. | 13:29 |
| yates | maybe it's difficult to implement? | 13:30 |
| rburton | no | 13:32 |
| rburton | i suspect it was by design becayuse the output would be huge | 13:32 |
| rburton | but a redacted form would be useful and not huge | 13:32 |
| *** AndersD <AndersD!~anders@194.237.220.218> has quit IRC | 13:41 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 13:42 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 13:42 | |
| *** zarzar <zarzar!~zarzar@184.75.233.58> has joined #yocto | 13:42 | |
| pouet_forever | I have a recipe who needs files contained in udev-dev package, how can I add udev-dev in RDEPENDS ? | 13:43 |
| rburton | do you mean depends? | 13:44 |
| pouet_forever | I can make RDPENDS in my package-dev but not in my package | 13:44 |
| pouet_forever | no, RDEPENDS | 13:44 |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 13:44 | |
| pouet_forever | I need the udev.pc file | 13:45 |
| rburton | at *runtime* on the target? | 13:45 |
| rburton | very odd | 13:45 |
| pouet_forever | Yes | 13:45 |
| rburton | RDEPENDS_the-package-name += "udev-dev" | 13:45 |
| pouet_forever | I have an error | 13:45 |
| pouet_forever | ERROR: QA Issue: zebra-scanner-cross rdepends on udev-dev [dev-deps] | 13:47 |
| pouet_forever | The first error was : ERROR: Nothing PROVIDES 'udev-dev' | 13:48 |
| *** kpo <kpo!~bob@193.200.83.111> has quit IRC | 13:49 | |
| pouet_forever | I make a bbappend to PROVIDES and RPROVIDES udev-dev but I can't add it ton my package :( | 13:49 |
| rburton | pouet_forever: are you using systemd? | 13:49 |
| rburton | provides/rprovides udev-dev would just make it install your hack and not the thing that has udev.pc in | 13:49 |
| rburton | if you're using systemd, then the package you want is systemd-dev | 13:50 |
| pouet_forever | I am not using systemd | 13:50 |
| rburton | then you want eudev-dev if you're using a recent release | 13:51 |
| RP | rburton: when you say tasks, you mean functions? | 13:51 |
| pouet_forever | Recent... no ;D 1.8 | 13:51 |
| rburton | pouet_forever: oh you got an error. maybe you want to depends=udev first | 13:51 |
| rburton | RP: yes | 13:51 |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 13:52 | |
| pouet_forever | rburton: i already have udev in my depends :) | 13:52 |
| pouet_forever | DEPENDS += "libconfig libusb udev udev-dev" | 13:52 |
| rburton | remove udev-dev from DEPENDS | 13:52 |
| rburton | you DEPEND on recipes | 13:53 |
| pouet_forever | Okay | 13:53 |
| rburton | RP: i see emit_var bails early for funcs | 13:53 |
| pouet_forever | But how can i get the udev.pc from de udev-dev ? | 13:53 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:58 | |
| RP | rburton: right, that was for other reasons, not history iirc | 13:58 |
| RP | rburton: can't remember what if any differences functions have history wise | 13:58 |
| -YoctoAutoBuilder- build #1093 of nightly-world is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-world/builds/1093 | 14:12 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 14:12 | |
| *** aduskett1 <aduskett1!~aduskett3@2600-6c4a-767f-f36a-8def-9b7b-65b7-7de6.dhcp6.chtrptr.net> has quit IRC | 14:12 | |
| *** aduskett1 <aduskett1!~aduskett3@2600-6c4a-767f-f36a-8def-9b7b-65b7-7de6.dhcp6.chtrptr.net> has joined #yocto | 14:13 | |
| *** ant_work <ant_work!~ant__@host254-202-dynamic.51-79-r.retail.telecomitalia.it> has quit IRC | 14:14 | |
| *** majuk <majuk!~majuk@75-163-173-133.clsp.qwest.net> has joined #yocto | 14:20 | |
| *** aduskett <aduskett!~aduskett3@68-188-149-81.dhcp.aldl.mi.charter.com> has joined #yocto | 14:21 | |
| *** aduskett1 <aduskett1!~aduskett3@2600-6c4a-767f-f36a-8def-9b7b-65b7-7de6.dhcp6.chtrptr.net> has quit IRC | 14:22 | |
| *** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has joined #yocto | 14:24 | |
| *** mattsm <mattsm!~mattsm@75-13-95-234.lightspeed.austtx.sbcglobal.net> has quit IRC | 14:26 | |
| *** mattsm <mattsm!~mattsm@75-13-95-234.lightspeed.austtx.sbcglobal.net> has joined #yocto | 14:29 | |
| *** gtristan <gtristan!~tristanva@24.48.75.134> has joined #yocto | 14:32 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 14:34 | |
| *** gtristan <gtristan!~tristanva@24.48.75.134> has quit IRC | 14:38 | |
| *** johnward <johnward!~johnward@148.252.241.226> has joined #yocto | 14:40 | |
| *** gtristan <gtristan!~tristanva@24.48.75.134> has joined #yocto | 14:41 | |
| *** TobSnyder <TobSnyder!~schneider@ipb2180691.dynamic.kabel-deutschland.de> has quit IRC | 14:48 | |
| *** frieder <frieder!~frieder@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 14:54 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:55 | |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto | 15:00 | |
| *** johnward <johnward!~johnward@148.252.241.226> has left #yocto | 15:07 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 15:13 | |
| *** diego_r <diego_r!~diego@31.157.195.125> has quit IRC | 15:23 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 15:25 | |
| *** dc13ff <dc13ff!uid190567@gateway/web/irccloud.com/x-mjnporuqxliarqas> has quit IRC | 15:28 | |
| *** pouet_forever <pouet_forever!~nico@213.56.200.5> has quit IRC | 15:36 | |
| *** sno <sno!~sno@87.128.218.212> has quit IRC | 15:52 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 16:02 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has joined #yocto | 16:02 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-84-4.fbx.proxad.net> has quit IRC | 16:02 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:05 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 16:30 | |
| -YoctoAutoBuilder- build #1124 of nightly-multilib is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-multilib/builds/1124 | 16:30 | |
| *** vdehors <vdehors!~vdehors@91.162.62.2> has quit IRC | 16:40 | |
| *** mckoan is now known as mckoan|away | 16:45 | |
| kergoth | wow this is strange. any task i run on the ptest-runner recipe hangs, including do_fetch and do_cleanall. | 16:50 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 16:54 | |
| *** gtristan <gtristan!~tristanva@24.48.75.134> has quit IRC | 17:08 | |
| kergoth | anyone ever see anything like that? | 17:14 |
| *** stephano <stephano!~stephano@134.134.139.73> has joined #yocto | 17:19 | |
| *** sjolley1 <sjolley1!~sjolley@134.134.139.83> has joined #yocto | 17:20 | |
| *** sjolley <sjolley!~sjolley@134.134.139.83> has quit IRC | 17:21 | |
| *** sjolley1 <sjolley1!~sjolley@134.134.139.83> has quit IRC | 17:31 | |
| armpit | kergoth, nope | 17:34 |
| *** sjolley <sjolley!~sjolley@134.134.139.83> has joined #yocto | 17:35 | |
| *** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto | 17:44 | |
| JPEW | RP, kergoth: I'm working on hash equivalence. It looks like bitbake tries to avoid anything outside of the python standard library, however http://docs.python-requests.org/en/master/ would be *really* useful and probably more efficent. Thoughts on adding it as dependency? | 17:46 |
| kergoth | the annoyance/issue is bitbake is generally not properly installed via pip or anything, so it's almost a guaranteed failure to run for every bitbake user until they manually install requests, rather than having it installed as soon as they upgrade bitbake | 17:47 |
| kergoth | unless we embed it the way we do some of our other formerly external dependencies | 17:47 |
| *** Guest51 <Guest51!~textual@2620:10d:c090:200::4:66d1> has joined #yocto | 17:49 | |
| *** Guest51 is now known as flashburn | 17:49 | |
| JPEW | kergoth: e.g. bs4, ply, progressbar, simplediff et. al. from bitbake/lib? | 17:51 |
| * kergoth nods | 17:53 | |
| kergoth | it's not ideal, but i think we'd have to handle it the same way, at least until/if we change how bitbake is delivered to the user | 17:53 |
| *** marquiz <marquiz!marquiz@nat/intel/x-bihljojphtmouapm> has quit IRC | 17:56 | |
| JPEW | Ok. Does that seem like a reasonable thing to do then? I'd rather not start down the path of using it only to have to rework it all at the end. | 17:56 |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 17:56 | |
| *** agust1 <agust1!~agust@p50886A4D.dip0.t-ipconnect.de> has joined #yocto | 17:56 | |
| *** agust <agust!~agust@p50886E4C.dip0.t-ipconnect.de> has quit IRC | 17:57 | |
| JPEW | Although.... that might be a bit more difficult... requests doesn't have what you would probably call "minimal dependencies" | 18:00 |
| kergoth | if it has a bunch of deps itself, probably a no-go | 18:03 |
| kergoth | which is unfortunate, requests is one of the best and most ubiquitous python libraries around | 18:03 |
| kergoth | i wish we should package and distribute bitbake like any other *proper* python project, but it's tough when it's tied so tightly to oe-core | 18:04 |
| *** aduskett <aduskett!~aduskett3@68-188-149-81.dhcp.aldl.mi.charter.com> has quit IRC | 18:05 | |
| *** aduskett <aduskett!~aduskett3@2600-6c4a-767f-f36a-8def-9b7b-65b7-7de6.dhcp6.chtrptr.net> has joined #yocto | 18:05 | |
| JPEW | Ok, I'll use urllib2 for now and when we figure that out we can upgrade | 18:06 |
| *** marquiz <marquiz!marquiz@nat/intel/x-ogmwbelcinhmmzfk> has joined #yocto | 18:07 | |
| *** yann|work <yann|work!~yann@AMontsouris-681-1-47-188.w90-87.abo.wanadoo.fr> has quit IRC | 18:08 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-unvrunesethsuzrg> has quit IRC | 18:10 | |
| kergoth | hmm, could probably rig something with a requirements.txt or pipenv in oe-core to ensure the right bitbake version is installed, then potentially enhance oe-init-build-env to check it, and ease creation of a virtualenv. and/or recommend use of a docker image | 18:24 |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 18:26 | |
| JPEW | kergoth: Ya, I don't think it would be terribly hard | 18:31 |
| JPEW | You could also maybe use something like https://github.com/pypa/pipenv which I've used before. It's pretty easy. It does require you to externally install pipenv, but its probably better to install 1 dependency than dozens. | 18:36 |
| yates | i'm having a problem in the do_compile phase of a recipe. i see it is running a bash function "oe_runmake" and that function issues "make ...", but i cannot determine where the Makefile file is coming from. | 18:38 |
| yates | i can't see it in the -e output | 18:39 |
| yates | i can't find one in the meta- lyaer for the recipe | 18:39 |
| yates | i can't find one in the src | 18:40 |
| yates | ... for this recipe | 18:40 |
| yates | i see it in the tmp folder but have no idea where it comes from... | 18:41 |
| kergoth | JPEW: yeah, pipenv was my thought as well, definitely easier than virtualenv+pip on requirements.txt | 18:46 |
| kergoth | just alias bitbake='pipenv run bitbake' or something | 18:47 |
| * kergoth shrugs | 18:47 | |
| yates | any thoughts? suggestions? | 18:50 |
| yates | here's the bitbake output https://paste.fedoraproject.org/paste/R3Dgfpwp7jSB4BIS8Xt~2A | 18:53 |
| yates | funny, i know what's going on - what needs to be modified in the makefile, i just can't find the bloody makefile! | 18:53 |
| kergoth | most likely it's an automake based project, so the source tree has Makefile.am, not makefile, since automake genreates Makefile.in from Makefile.am, and ./configure generates Makefile from Makefile.in | 18:53 |
| * yates beats head against wall | 18:53 | |
| kergoth | i'd have to see hte recipe to say with any more detail | 18:54 |
| kergoth | we just run the underlying buildsystem of the upstream project, we don't write it | 18:54 |
| kergoth | so if you want to know about that, go look at the project | 18:54 |
| yates | how is automake specified in the recipe? | 18:54 |
| kergoth | inherit autotools | 18:55 |
| yates | ok, that's a good hint, thanks kergoth | 18:55 |
| yates | those are good hints. | 18:55 |
| kergoth | read the recipe and the classes it inherits to see what commands we run | 18:56 |
| kergoth | np | 18:58 |
| *** cpo <cpo!cpo@helix.mybll.net> has joined #yocto | 19:00 | |
| *** tgraydon <tgraydon!~textual@134.134.139.76> has joined #yocto | 19:00 | |
| -YoctoAutoBuilder- build #604 of eclipse-plugin-oxygen is complete: Failure [failed Building Eclipse Plugin] Build details are at https://autobuilder.yocto.io/builders/eclipse-plugin-oxygen/builds/604 | 19:13 | |
| *** sjolley <sjolley!~sjolley@134.134.139.83> has quit IRC | 19:36 | |
| *** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC | 19:40 | |
| *** Crofton <Crofton!~Crofton@103.70.64.68> has joined #yocto | 19:47 | |
| *** Crofton_ <Crofton_!~Crofton@103.70.64.68> has joined #yocto | 19:47 | |
| *** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto | 19:54 | |
| yates | if a recipe has both a SRCBRANCH and a SRCREV, does one take priority? | 20:01 |
| yates | wait | 20:02 |
| yates | ignore that | 20:02 |
| yates | if there is a "branch=xyz" in the SRC_URI, AND a hash in the SRCREV, does one have priority? | 20:04 |
| yates | doesn't a branch imply a SRCREV? | 20:04 |
| yates | a hash? | 20:04 |
| kergoth | no, a branch doesn't imply an SRCREV unless SRCREV is set to AUTOREV | 20:05 |
| kergoth | AUTOREV == HEAD of the specified branch or master if unspecified | 20:05 |
| kergoth | if both branch and srcrev are specified, all branch is used for is a sanity check, it makes sure that rev is accessible via the branch head | 20:05 |
| *** Crofton_ is now known as Crofton | 20:07 | |
| *** flashburn <flashburn!~textual@2620:10d:c090:200::4:66d1> has quit IRC | 20:15 | |
| yates | good info, thanks again kergoth | 20:26 |
| kergoth | np | 20:26 |
| *** sjolley <sjolley!sjolley@nat/intel/x-qpkowqftcazlcnsk> has joined #yocto | 20:28 | |
| *** kanavin_home <kanavin_home!~ak@46.189.28.201> has joined #yocto | 20:29 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-qpkowqftcazlcnsk> has quit IRC | 20:29 | |
| RP | JPEW: Don't underestimate how much work changing bitbake dependencies would be. At first glance it looks "simple", then you consider docs, established workflows, things like build-appliance and so on and it gets messy :/ | 20:32 |
| *** sjolley <sjolley!sjolley@nat/intel/x-dohhwyonnzxodyap> has joined #yocto | 20:33 | |
| kergoth | yeah, it'd be a substantial change, potentially worth postponing to a substantnial version bump | 20:33 |
| JPEW | RP: Ya, that makes sense. A task for another time perhaps :) | 20:33 |
| RP | JPEW: I do understand the desire... | 20:33 |
| kergoth | and would require a hell of a lot of consideration of the use cases | 20:33 |
| *** sjolley <sjolley!sjolley@nat/intel/x-dohhwyonnzxodyap> has quit IRC | 20:37 | |
| *** Guest51 <Guest51!~textual@2620:10d:c090:200::4:66d1> has joined #yocto | 20:40 | |
| *** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC | 20:55 | |
| *** pohly <pohly!~pohly@p5484976F.dip0.t-ipconnect.de> has quit IRC | 20:56 | |
| *** Crofton <Crofton!~Crofton@103.70.64.68> has quit IRC | 20:59 | |
| *** tgraydon <tgraydon!~textual@134.134.139.76> has quit IRC | 21:01 | |
| *** stephano <stephano!~stephano@134.134.139.73> has quit IRC | 21:14 | |
| *** johnward <johnward!~johnward@90.203.82.156> has joined #yocto | 21:19 | |
| *** johnward <johnward!~johnward@90.203.82.156> has left #yocto | 21:20 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-oorlihjkojnutxzx> has quit IRC | 21:23 | |
| *** fischerm <fischerm!~mfischer@207.114.172.147> has joined #yocto | 21:25 | |
| RP | armpit: thanks for the sumo patches! | 21:31 |
| RP | armpit: sorted out a couple of bitbake tweaks/backports too fwiw | 21:31 |
| yates | there are 3 recipes for swupdate in in meta-swupdate/recipes-support/swupdate: swupdate_2017.11.bb, swupdate_2018.03.bb, and swupdate_git.bb. it appears the swupdate_git.bb is used, but i cannot find any reference to git in the entire meta-swupdate directory. how is the specific swupdate_xyz.bb determined? | 21:32 |
| yates | or 2017 or 2018 either | 21:35 |
| yates | or in my bblayers for the build | 21:35 |
| yates | magic... | 21:35 |
| yocti | New news from stackoverflow: How to get Openembedded to compile tar.gz files instead of tar.xz <https://stackoverflow.com/questions/51143886/how-to-get-openembedded-to-compile-tar-gz-files-instead-of-tar-xz> | 21:39 |
| yates | ah | 21:40 |
| yates | is it tied to the SRC_URI type somehow? | 21:40 |
| yates | or the S variable?? | 21:41 |
| neverpanic | yates: you can set PREFFERED_VERSION, I think | 21:42 |
| *** Crofton <Crofton!~Crofton@103.70.64.68> has joined #yocto | 21:42 | |
| *** Guest51 <Guest51!~textual@2620:10d:c090:200::4:66d1> has quit IRC | 21:42 | |
| neverpanic | see https://www.yoctoproject.org/docs/latest/bitbake-user-manual/bitbake-user-manual.html#bb-bitbake-preferences | 21:42 |
| RP | yates: The PV value from the _git.bb file will be used and influenced by PREFERREED_VERSION | 21:43 |
| *** sjolley <sjolley!sjolley@nat/intel/x-htazkrxccyvcrazz> has joined #yocto | 21:47 | |
| *** Crofton <Crofton!~Crofton@103.70.64.68> has quit IRC | 21:49 | |
| kergoth | PREFERRED_VERSION, DEFAULT_PREFERENCE, and layer priority are all a factor | 21:52 |
| yates | i gotta read that manual... | 21:56 |
| *** Guest51 <Guest51!~textual@2620:10d:c090:200::4:9d92> has joined #yocto | 21:57 | |
| kergoth | lacking any defined preferred version, and lacking a DEFAULT_PREFERENCE in any of the recipes, it's most likely layer priority. regardless, if you want a specific version, define PREFERRED_VERSION | 21:58 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 21:58 | |
| yates | ok, thanks neverpanic, RP and kergoth | 21:59 |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 22:14 | |
| *** seebs <seebs!~seebs@24.196.59.174> has quit IRC | 22:15 | |
| *** seebs <seebs!~seebs@24.196.59.174> has joined #yocto | 22:18 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 22:18 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 22:37 | |
| *** Guest51 <Guest51!~textual@2620:10d:c090:200::4:9d92> has quit IRC | 22:39 | |
| *** tgraydon <tgraydon!~textual@134.134.139.83> has joined #yocto | 22:42 | |
| *** agust1 <agust1!~agust@p50886A4D.dip0.t-ipconnect.de> has quit IRC | 22:46 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 22:51 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 22:58 | |
| *** yann|work <yann|work!~yann@LFbn-1-9167-222.w86-238.abo.wanadoo.fr> has joined #yocto | 22:58 | |
| *** Guest51 <Guest51!~textual@2620:10d:c090:200::7:f47e> has joined #yocto | 23:03 | |
| *** kanavin_home <kanavin_home!~ak@46.189.28.201> has quit IRC | 23:03 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-cyxblmsjcccxwqib> has joined #yocto | 23:09 | |
| *** kanavin_home <kanavin_home!~ak@46.189.28.227> has joined #yocto | 23:09 | |
| *** mattsm <mattsm!~mattsm@75-13-95-234.lightspeed.austtx.sbcglobal.net> has quit IRC | 23:10 | |
| *** mattsm <mattsm!~mattsm@75-13-95-234.lightspeed.austtx.sbcglobal.net> has joined #yocto | 23:13 | |
| *** kanavin_home <kanavin_home!~ak@46.189.28.227> has quit IRC | 23:15 | |
| armpit | RP, np | 23:53 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!