| *** stephano <stephano!~stephano@134.134.139.83> has quit IRC | 00:01 | |
| *** stephano <stephano!~stephano@134.134.139.83> has joined #yocto | 00:01 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-xyffgkbpgbskzyni> has joined #yocto | 00:06 | |
| *** armpit <armpit!~armpit@2601:202:4000:1184:9532:f483:52ba:8822> has joined #yocto | 00:07 | |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-kxykrueskzipqtnb> has quit IRC | 00:08 | |
| *** martinkelly1 <martinkelly1!~martin@71-35-165-30.tukw.qwest.net> has joined #yocto | 00:11 | |
| *** martinkelly1 <martinkelly1!~martin@71-35-165-30.tukw.qwest.net> has joined #yocto | 00:13 | |
| *** brianm_ <brianm_!b8178784@gateway/web/freenode/ip.184.23.135.132> has joined #yocto | 00:25 | |
| *** agust <agust!~agust@p4FCB4189.dip0.t-ipconnect.de> has quit IRC | 00:34 | |
| brianm_ | I have a line like "addtask foo before do_install" | 00:42 |
|---|---|---|
| brianm_ | Is it possible to only run that line depending on the value of "d.getVar('RELEASE')"? | 00:43 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 00:43 | |
| *** sgw <sgw!swold@nat/intel/x-qslqnplswegsuubc> has quit IRC | 00:50 | |
| clsulliv | brianm_: a bit messy but bb.build.addtask in a python block would work I think | 00:50 |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 00:53 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 00:54 | |
| *** adelcast <adelcast!~adelcast@132.red-81-40-210.staticip.rima-tde.net> has joined #yocto | 00:54 | |
| *** msvb-mob <msvb-mob!~michael@x55b54486.dyn.telefonica.de> has quit IRC | 00:58 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 00:58 | |
| *** Willy-- <Willy--!~william@156.34.161.186> has joined #yocto | 01:10 | |
| brianm_ | clsulliv: Couldn't quite figure out the arguments, but I got something similar working: `"if d.getVar('RELEASE'): d.appendVarFlag('do_install', 'depends', ' ${PN}:foo')` | 01:11 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 01:14 | |
| *** batman_ <batman_!95c73efe@gateway/web/freenode/ip.149.199.62.254> has joined #yocto | 01:20 | |
| batman_ | Does eventhandler honor COMPATIBLE_MACHINE? | 01:21 |
| batman_ | I have a event handler registered in a recipe which should be run only for specific machine. But, the event handler is getting triggered for any machine | 01:22 |
| batman_ | Does anyone know how to make sure my eventhandler does not get triggered for machines outside COMPATIBLE_MACHINES? | 01:23 |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 01:23 | |
| *** bemo <bemo!68840555@gateway/web/freenode/ip.104.132.5.85> has joined #yocto | 01:24 | |
| *** martinkelly1 <martinkelly1!~martin@71-35-165-30.tukw.qwest.net> has quit IRC | 01:26 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 01:43 | |
| *** stephano <stephano!~stephano@134.134.139.83> has quit IRC | 01:44 | |
| *** adelcast <adelcast!~adelcast@132.red-81-40-210.staticip.rima-tde.net> has quit IRC | 01:46 | |
| *** bemo <bemo!68840555@gateway/web/freenode/ip.104.132.5.85> has quit IRC | 01:49 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 01:50 | |
| *** bemo <bemo!68840555@gateway/web/freenode/ip.104.132.5.85> has joined #yocto | 01:56 | |
| yocti | New news from stackoverflow: AM3703 based chip not boot <https://stackoverflow.com/questions/48533139/am3703-based-chip-not-boot> | 01:57 |
| *** sgw <sgw!~swold@c-24-21-121-142.hsd1.or.comcast.net> has joined #yocto | 02:02 | |
| *** sgw <sgw!~swold@c-24-21-121-142.hsd1.or.comcast.net> has quit IRC | 02:14 | |
| *** batman_ <batman_!95c73efe@gateway/web/freenode/ip.149.199.62.254> has quit IRC | 02:33 | |
| *** Willy-- <Willy--!~william@156.34.161.186> has quit IRC | 02:43 | |
| *** sgw <sgw!~swold@73.180.42.186> has joined #yocto | 02:45 | |
| *** sgw <sgw!~swold@73.180.42.186> has quit IRC | 02:48 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 02:48 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 03:42 | |
| *** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto | 03:43 | |
| *** dreyna <dreyna!~dreyna@unknown-157-217.windriver.com> has quit IRC | 04:08 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-xyffgkbpgbskzyni> has quit IRC | 04:13 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 04:24 | |
| *** bodangly_ <bodangly_!bodangly@gateway/vpn/privateinternetaccess/bodangly> has joined #yocto | 04:43 | |
| *** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC | 04:45 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 04:48 | |
| yocti | New news from stackoverflow: PHP in Yocto using Apache2 <https://stackoverflow.com/questions/48534486/php-in-yocto-using-apache2> | 04:57 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 05:00 | |
| *** armpit <armpit!~armpit@2601:202:4000:1184:9532:f483:52ba:8822> has quit IRC | 05:02 | |
| *** bodangly__ <bodangly__!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto | 05:07 | |
| *** bodangly_ <bodangly_!bodangly@gateway/vpn/privateinternetaccess/bodangly> has quit IRC | 05:10 | |
| *** armpit <armpit!~armpit@2601:202:4000:1184:812b:7018:7f36:eb21> has joined #yocto | 05:15 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 05:28 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 05:38 | |
| *** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-lgikzgusdczoqbmy> has joined #yocto | 06:08 | |
| *** bodangly__ <bodangly__!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC | 06:37 | |
| *** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has quit IRC | 06:46 | |
| *** agust <agust!~agust@p4FCB4189.dip0.t-ipconnect.de> has joined #yocto | 06:59 | |
| *** pohly <pohly!~pohly@p548497B7.dip0.t-ipconnect.de> has joined #yocto | 07:03 | |
| *** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has joined #yocto | 07:06 | |
| *** hnje <hnje!~hnje@81.216.59.226> has quit IRC | 07:07 | |
| *** hnje <hnje!~hnje@193.106.123.182> has joined #yocto | 07:09 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 07:24 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 07:28 | |
| *** frieder <frieder!~frieder@i59F4B0E8.versanet.de> has joined #yocto | 07:31 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:32 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 07:35 | |
| *** dv_ <dv_!~dv@62.178.118.86> has quit IRC | 07:37 | |
| *** colrack <colrack!~colrack@94.126.8.166> has joined #yocto | 07:40 | |
| *** ant_home <ant_home!~ant__@host57-10-dynamic.248-95-r.retail.telecomitalia.it> has quit IRC | 07:47 | |
| *** dv_ <dv_!~dv@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto | 07:52 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 07:55 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 07:58 | |
| *** fl0v0 <fl0v0!~fvo@i577B96B5.versanet.de> has joined #yocto | 07:59 | |
| *** Kakounet <Kakounet!~Thunderbi@APuteaux-654-1-62-63.w86-217.abo.wanadoo.fr> has joined #yocto | 08:01 | |
| *** yann <yann!~yann@LFbn-1-527-224.w86-245.abo.wanadoo.fr> has quit IRC | 08:10 | |
| *** Crofton <Crofton!~Crofton@37.205.56.234> has joined #yocto | 08:15 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 08:27 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto | 08:28 | |
| *** gaurang <gaurang!74c5b80b@gateway/web/freenode/ip.116.197.184.11> has joined #yocto | 08:28 | |
| *** rajm <rajm!~robertmar@167.98.27.229> has joined #yocto | 08:32 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 08:33 | |
| *** ant_work <ant_work!~ant__@host53-77-dynamic.250-95-r.retail.telecomitalia.it> has joined #yocto | 08:36 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 08:40 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 08:42 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 08:44 | |
| *** vdehors_arc <vdehors_arc!~vincent@LPuteaux-657-1-103-59.w193-248.abo.wanadoo.fr> has joined #yocto | 08:45 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:59 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 09:01 | |
| *** msvb-mob <msvb-mob!~michael@x55b54106.dyn.telefonica.de> has joined #yocto | 09:03 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 09:09 | |
| *** gaurang <gaurang!74c5b80b@gateway/web/freenode/ip.116.197.184.11> has quit IRC | 09:10 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 09:10 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 09:12 | |
| *** yann <yann!~yann@178.208.16.32> has joined #yocto | 09:12 | |
| *** Crofton <Crofton!~Crofton@37.205.56.234> has quit IRC | 09:12 | |
| *** Crofton <Crofton!~Crofton@37.205.56.234> has joined #yocto | 09:16 | |
| *** adelcast <adelcast!~adelcast@132.red-81-40-210.staticip.rima-tde.net> has joined #yocto | 09:16 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 09:19 | |
| *** jomag <jomag!~textual@83-233-227-60.cust.bredband2.com> has joined #yocto | 09:20 | |
| *** joshuagl <joshuagl!joshuagl@nat/intel/x-mhmvnfydpcusqpkn> has joined #yocto | 09:25 | |
| *** OpenSorc_ <OpenSorc_!~opensorce@64.124.131.67> has joined #yocto | 09:39 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 09:40 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 09:40 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 09:41 | |
| *** OpenSorc_ is now known as OpenSorceress | 09:43 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 09:43 | |
| *** vdehors_arc <vdehors_arc!~vincent@LPuteaux-657-1-103-59.w193-248.abo.wanadoo.fr> has quit IRC | 09:46 | |
| *** vdehors_arc <vdehors_arc!~vincent@LMontsouris-657-1-239-42.w82-127.abo.wanadoo.fr> has joined #yocto | 09:46 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 09:47 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 09:48 | |
| *** kaspter <kaspter!~Instantbi@60.191.30.5> has quit IRC | 09:57 | |
| *** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 10:01 | |
| *** lazyape <lazyape!~lazyape@athedsl-244581.home.otenet.gr> has quit IRC | 10:11 | |
| *** lazyape_home <lazyape_home!~lazyape@athedsl-244581.home.otenet.gr> has joined #yocto | 10:11 | |
| *** Crofton <Crofton!~Crofton@37.205.56.234> has quit IRC | 10:17 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 10:23 | |
| *** adelcast <adelcast!~adelcast@130.164.62.71> has joined #yocto | 10:23 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 10:26 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 10:27 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-meortjsbwniqkyht> has quit IRC | 10:32 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 10:48 | |
| *** kaspter <kaspter!~Instantbi@183.157.82.14> has joined #yocto | 10:52 | |
| *** kaspter <kaspter!~Instantbi@183.157.82.14> has quit IRC | 10:57 | |
| *** kaspter <kaspter!~Instantbi@183.157.82.14> has joined #yocto | 10:58 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 11:26 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 11:30 | |
| eduardas_m | hello, is there any guide or recommendtations of what tools to use and what packages to include for proper power management (sleep, suspend-to-RAM, automated shutdown, automated wakeup from sleep) for an embedded Linux system? | 11:34 |
| eduardas_m | so that I may avoid some kind of handcrafted scripts that do stuff with sysfs | 11:35 |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 11:37 | |
| *** Martian <Martian!~martian@92.247.20.94> has joined #yocto | 11:37 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 11:44 | |
| rburton | eduardas_m: you really want to clarify what hardware you're talking about | 11:45 |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 11:46 | |
| eduardas_m | rburton: i.MX6 Quad, now doing a prototype on the Variscite DART-MX6 SoM | 11:46 |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto | 11:46 | |
| eduardas_m | rburton: handheld device with screen | 11:47 |
| eduardas_m | so the screen backlight is a major power draw of course | 11:48 |
| eduardas_m | so I should disable the screen and its backlight after some time and make the device go to sleep | 11:50 |
| eduardas_m | I am not sure whether this should be handled by systemd somehow or some other component should be used | 11:51 |
| *** OpenSorc_ <OpenSorc_!~opensorce@64.124.131.67> has joined #yocto | 11:51 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 11:51 | |
| rburton | X can handle screen for you, assuming you're using that | 11:52 |
| eduardas_m | rburton: I am not using X11 and am not going to... decided to go with a single Qt application with eglfs backend | 11:54 |
| eduardas_m | so there has to be some other way | 11:54 |
| eduardas_m | Qt with eglfs is what my SoM vendor recommended | 11:55 |
| rburton | simple enough to monitor activity and sleep in your app | 11:55 |
| rburton | presumably qt exposes an idle timer | 11:55 |
| rburton | X has an idle alarm, you tell it you want to be told after N seconds of idle, and you get a message | 11:56 |
| rburton | considering qt is a platform to itself, presumably it has something similar | 11:56 |
| eduardas_m | rburton: never considered the possibility of qt having a solution for that, honestly | 11:58 |
| rburton | never used it, no idea. | 12:00 |
| eduardas_m | rburton: what really sounds complicated to achieve is something like the following: going into suspend to RAM for a while and if no wakeup is performed via GPIO, then the device should do an actual poweroff | 12:02 |
| eduardas_m | I actually have a request for this kind of feature | 12:02 |
| *** msvb-mob <msvb-mob!~michael@x55b54106.dyn.telefonica.de> has quit IRC | 12:04 | |
| eduardas_m | I am not sure whether an automatic wakeup from suspend to RAM can be done after a while because I expect an actual poweroff to only be achievable from normal state | 12:04 |
| rburton | the kernel can arrange most of that cant it? | 12:06 |
| eduardas_m | then again, when I think about that kind of feature, perhaps that's entirely hardware platform - specific | 12:06 |
| eduardas_m | rburton: I am not aware of what can actually do an automated wakeup from Suspend-to-RAM via a specified time | 12:07 |
| *** msvb-mob <msvb-mob!~michael@x55b54106.dyn.telefonica.de> has joined #yocto | 12:09 | |
| rburton | https://wiki.archlinux.org/index.php/Power_management#Delayed_hibernation_service_file is literally what you want | 12:15 |
| *** OpenSorc_ <OpenSorc_!~opensorce@64.124.131.67> has quit IRC | 12:22 | |
| eduardas_m | rburton: thank you, I was not aware of that... will try to implement something similar then | 12:23 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 12:24 | |
| *** fray <fray!~fray@kernel.crashing.org> has quit IRC | 12:39 | |
| *** fray <fray!~fray@kernel.crashing.org> has joined #yocto | 12:41 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 12:51 | |
| *** linus_ <linus_!~linus@h-237-220.A137.corp.bahnhof.se> has joined #yocto | 12:52 | |
| *** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 13:02 | |
| *** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 13:03 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 13:03 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 13:09 | |
| *** OpenSorceress <OpenSorceress!~opensorce@64.124.131.67> has joined #yocto | 13:22 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 13:22 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 13:51 | |
| *** marka <marka!~masselst@184.175.21.48> has joined #yocto | 14:00 | |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 14:01 | |
| *** stephano <stephano!~stephano@134.134.139.76> has joined #yocto | 14:03 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 14:07 | |
| *** Crofton <Crofton!~Crofton@ptr-1etx4x9bct0geidz7ai.18120a2.ip6.access.telenet.be> has joined #yocto | 14:12 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 14:12 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 14:13 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 14:13 | |
| *** rajm <rajm!~robertmar@167.98.27.229> has quit IRC | 14:26 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 14:31 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-bxdrjgctrthtnaez> has joined #yocto | 14:38 | |
| *** Crofton <Crofton!~Crofton@ptr-1etx4x9bct0geidz7ai.18120a2.ip6.access.telenet.be> has quit IRC | 14:40 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-aizbpwpgsznulqes> has quit IRC | 14:41 | |
| *** luneff <luneff!~yury@95.174.104.43> has joined #yocto | 14:43 | |
| *** adelcast <adelcast!~adelcast@130.164.62.71> has quit IRC | 14:44 | |
| *** OpenSorceress <OpenSorceress!~opensorce@64.124.131.67> has joined #yocto | 14:49 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 14:49 | |
| *** andrey_ <andrey_!~andrey@host-85-237-33-147.dsl.sura.ru> has joined #yocto | 14:50 | |
| *** jomag <jomag!~textual@83-233-227-60.cust.bredband2.com> has quit IRC | 14:51 | |
| andrey_ | hi, folks! Can i add new recipe with newer package version to another layer? I need to update some packets without touching a layer with this packets. Is it possible? | 14:52 |
| *** Crofton <Crofton!~Crofton@ptr-1etx4x9bct0geidz7ai.18120a2.ip6.access.telenet.be> has joined #yocto | 14:52 | |
| andrey_ | i thought it works like that: bitbake scans all layers and get newer recipe (by version). But it seems like i was wrong | 14:53 |
| *** linus_ <linus_!~linus@h-237-220.A137.corp.bahnhof.se> has left #yocto | 14:54 | |
| LetoThe2nd | andrey_: it does, unless something explicitly selects an older version | 14:54 |
| andrey_ | i had placed recipe with newer version in my layer, but i got my recipe SKIPPED. I even tried to use PREFERRED_VERSION, but bitbake even doesn't see my recipe. So, it just uses older version of package. | 14:56 |
| LetoThe2nd | andrey_: and you are sure that the name etc. matches exactly? | 14:56 |
| andrey_ | LetoThe2nd: yep. i am. | 14:57 |
| LetoThe2nd | andrey_: and the layer is functional? e.g., another recipe in the same directory works? | 14:57 |
| andrey_ | i have custom linux kernel in my layer and it does work | 14:58 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:59 | |
| andrey_ | i mean kernel recipe | 14:59 |
| yocti | New news from stackoverflow: Jenkins job hangs after big build <https://stackoverflow.com/questions/48544762/jenkins-job-hangs-after-big-build> | 14:59 |
| *** ferruh <ferruh!~Thunderbi@192.198.151.43> has joined #yocto | 15:01 | |
| rburton | andrey_: layers with higher priority win, so you probably are hitting that. note that meta-oe has an oddly high priority. | 15:01 |
| LetoThe2nd | ok, and which package you are trying tooverride? | 15:01 |
| LetoThe2nd | rburton: good point. | 15:01 |
| rburton | andrey_: preferred version will still work though | 15:01 |
| rburton | so maybe your layer.conf is broken | 15:01 |
| rburton | "bitbake-layers show-overlayed" should list both the version you don't want and the version you added | 15:02 |
| rburton | if it doesn't then your layer/recipe is the problem | 15:02 |
| andrey_ | preferred version doesn't work. I got warning like: NOTE: preferred version 4.7.0 of samba not available (for item samba-dsdb-modules) | 15:03 |
| andrey_ | NOTE: versions of samba available: 4.6.7 | 15:03 |
| rburton | right so it can't see your recipe | 15:03 |
| rburton | so either your recipe or your layer is broken | 15:03 |
| andrey_ | yes, i think it is a layer.conf problem | 15:04 |
| rburton | the usual problem is that BBFILES in layer.conf doesn't actually match where you put the recipe | 15:04 |
| andrey_ | i got it. But i think there is another problem. Please, look at my local.conf: | 15:06 |
| andrey_ | https://paste.gnome.org/pqeozzhst | 15:06 |
| *** hnje <hnje!~hnje@193.106.123.182> has quit IRC | 15:06 | |
| andrey_ | oh, ignore extra line numbers. it just because i copied it from vim | 15:07 |
| *** hnje <hnje!~hnje@81.216.59.226> has joined #yocto | 15:08 | |
| andrey_ | my recipe is here: LAYERNAME/recipes-connectivity/samba | 15:08 |
| andrey_ | even more, i can use 'bitbake-layers show-recipes' to see my recipe with SKIPPED status | 15:10 |
| andrey_ | i am out of ideas | 15:10 |
| *** hnje <hnje!~hnje@81.216.59.226> has quit IRC | 15:14 | |
| *** AndroUser <AndroUser!~androirc@188.162.200.252> has joined #yocto | 15:14 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 15:20 | |
| *** rajm <rajm!~robertmar@167.98.27.229> has joined #yocto | 15:21 | |
| *** kaspter <kaspter!~Instantbi@183.157.82.14> has quit IRC | 15:23 | |
| *** kaspter <kaspter!~Instantbi@183.157.82.14> has joined #yocto | 15:24 | |
| *** crawf0rd <crawf0rd!~jcrawford@24-179-1-12.static.leds.al.charter.com> has quit IRC | 15:24 | |
| *** crawf0rd <crawf0rd!~jcrawford@24-179-1-12.static.leds.al.charter.com> has joined #yocto | 15:25 | |
| *** Martian <Martian!~martian@92.247.20.94> has quit IRC | 15:25 | |
| *** sgw <sgw!~swold@134.134.139.83> has joined #yocto | 15:25 | |
| *** sgw <sgw!~swold@134.134.139.83> has left #yocto | 15:25 | |
| *** sgw <sgw!~swold@134.134.139.83> has joined #yocto | 15:26 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 15:29 | |
| *** andrey_ <andrey_!~andrey@host-85-237-33-147.dsl.sura.ru> has quit IRC | 15:29 | |
| *** adelcast <adelcast!~adelcast@62.82.24.195.static.user.ono.com> has joined #yocto | 15:33 | |
| *** stephano <stephano!~stephano@134.134.139.76> has quit IRC | 15:33 | |
| *** noway96 <noway96!~noway43@75-146-165-43-Minnesota.hfc.comcastbusiness.net> has joined #yocto | 15:33 | |
| *** zarzar <zarzar!~zarzar@vpn.noregon.com> has joined #yocto | 15:34 | |
| *** majuk_ <majuk_!~majuk@75-163-155-5.clsp.qwest.net> has joined #yocto | 15:35 | |
| *** majuk <majuk!~majuk@75-163-155-5.clsp.qwest.net> has quit IRC | 15:35 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 15:36 | |
| *** luneff <luneff!~yury@95.174.104.43> has quit IRC | 15:41 | |
| *** majuk_ is now known as majuk | 15:45 | |
| *** majuk <majuk!~majuk@75-163-155-5.clsp.qwest.net> has quit IRC | 15:50 | |
| *** majuk <majuk!~majuk@75-163-155-5.clsp.qwest.net> has joined #yocto | 15:50 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 15:50 | |
| *** morphis__ <morphis__!~morphis@pD9ED7260.dip0.t-ipconnect.de> has joined #yocto | 15:51 | |
| sveinse | Is there any way to override a IMAGE_FEATURES_remove="package-management" in a .bbappend or a included recipe where the remove statement is present? | 15:52 |
| kanavin | sveinse: write a new image recipe, and set image features as you please | 15:53 |
| kanavin | sveinse: or fix the original file | 15:54 |
| sveinse | kanavin: ok. not what I hoped for. I just need a development image based on the production image that have some extra features, such as package-management | 15:54 |
| *** morphis_ <morphis_!~morphis@pD9ED6E08.dip0.t-ipconnect.de> has quit IRC | 15:54 | |
| kergoth | nope, can't undo a _remove yet, which is why you need to be careful when it's used | 15:55 |
| kergoth | or use an intermediate varaible | 15:55 |
| kanavin | sveinse: you simply need to rearrange the files that define the images: image-production.bb has the _remove, and everything else goes to .inc | 15:55 |
| kergoth | i.e. BAR_REMOVE = "blah"; BAR_remove = "${BAR_REMOVE}" | 15:55 |
| kanavin | sveinse: that .inc is also included by image-development.bb | 15:55 |
| kergoth | yeah, that'd be one option | 15:55 |
| sveinse | and the production image is also layered on top of a system image, which uses package-management, hence the _remove | 15:55 |
| kergoth | i have a prototype somewhere that uses bbclassextend to implement image variants that you might find interesting | 15:56 |
| kanavin | sveinse: don't base the development image on top of production image simply :) | 15:56 |
| kergoth | ie.. it adds prod and dev variants of every image | 15:56 |
| sveinse | kanavin: why? | 15:56 |
| sveinse | a dev image = a production image + a few extra packages. Otherwise same deployment | 15:57 |
| kanavin | sveinse: + different image features | 15:57 |
| kanavin | sveinse: so just put the common bits into .inc, and derive various images from that | 15:58 |
| rburton | sveinse: copy/paste the system image instead of layering it | 15:58 |
| rburton | this obsession with layering images is crazy imho | 15:58 |
| kergoth | it is strange how reluctant folks are to create their own images | 15:59 |
| rburton | especially when system image is making policy decisions you want to control | 15:59 |
| sveinse | rburton: Yeah, I know you'd say that, but it isn't that easy in pratice. Especially when we have a vendor that is responsible for the low-level system, so we must build on top of theirs | 15:59 |
| kergoth | i was thinking the other day it'd be nice to append to the conf-notes, so new layers could list their images without having to set TEMPLATECONF | 15:59 |
| rburton | copy/paste | 15:59 |
| sveinse | We only want to focus on the application, not the system. But we make the image, since we layer a few things on top of it | 16:00 |
| rburton | sveinse: copy/paste *and* moan at them to make them produce packagegroups so their images are just pulling a few packagegroups together | 16:00 |
| *** adelcast <adelcast!~adelcast@62.82.24.195.static.user.ono.com> has quit IRC | 16:00 | |
| rburton | i have literally no idea why their image is doing IMAGE_FEATURES_remove | 16:00 |
| *** xtron <xtron!~xtron@110.93.212.98> has left #yocto | 16:00 | |
| rburton | that doesn't solve anything, just causes problems | 16:00 |
| sveinse | The layering is what sold us to Yocto in the first place, so I'm not that surprised that this is something that people are confused about | 16:00 |
| rburton | sveinse: basically you're describing to us why their image is broken... tell them, not us. :) they're *forcing* users of the image to not have package mangement, even if they wanted to use it. | 16:02 |
| sveinse | copy/paste implies having multiple copies of essentially the same code. .inc is probably the way to go here | 16:02 |
| rburton | sveinse: sure copy/paste the sane bits into an inc, or copy/paste to a base image that actually works | 16:03 |
| rburton | if dev image is prod image + package-management + dev-pkgs, then that's just an include base.bb and IMAGE_FEATURES+= away from working | 16:03 |
| sveinse | rburton: Well, being the responsible for our yocto layer, I'm also having a hard time understanding what should go where. E.g. how to make a sensible separation between machine and distro and images | 16:03 |
| *** AndroUser <AndroUser!~androirc@188.162.200.252> has quit IRC | 16:04 | |
| *** crawf0rd <crawf0rd!~jcrawford@24-179-1-12.static.leds.al.charter.com> has left #yocto | 16:04 | |
| sveinse | so I'm often left with making the most naïve apporach, yet the wrong one :( | 16:04 |
| sveinse | so pardon me for sounding insistive, I'm trying as best I can | 16:05 |
| kergoth | https://www.dropbox.com/s/gxb6uxlputaupmj/OpenEmbedded%20-%20Metadata%20Structure%20-%20Distro%2C%20Machine%2C%20Image.txt?dl=0 not 100%, needs work, and you can ignore the user features bits, but it's a start | 16:05 |
| kergoth | sveinse: it sounds like you just need to talk your vnedor into making a sane image :) | 16:05 |
| kergoth | beyond that, copy it | 16:05 |
| *** LocutusOfBorg <LocutusOfBorg!LocutusOfB@ubuntu/member/locutusofborg> has quit IRC | 16:05 | |
| *** LocutusOfBorg <LocutusOfBorg!LocutusOfB@gateway/shell/panicbnc/x-cqzwpyegponzxrqr> has joined #yocto | 16:05 | |
| kergoth | technically it's possible to undo a _remove, but only through poking into bitbake internals, and I won't tell you how to do it, since it's evil | 16:06 |
| kergoth | :) | 16:06 |
| sveinse | kergoth: do be honest, I don't think they know either. They're a HW vendor. It's not like their upstream SoC images are any better with that respect either | 16:06 |
| rburton | haha | 16:06 |
| rburton | the haha was actually to kergoth but it works as a response to sveinse too | 16:06 |
| kergoth | hah | 16:07 |
| sveinse | :D | 16:07 |
| kergoth | hey there it is, https://gist.github.com/kergoth/fa967c354a8ce4538b8456bd6b99a9d8 - never did do anything with it, was just to see if it'd work | 16:07 |
| *** stephano <stephano!~stephano@134.134.139.83> has joined #yocto | 16:13 | |
| sveinse | There is one thing I'm curious about: Yocto encourages having separate meta and software? Why is that? What about use cases where the meta and the software is developed together? Ala. so-called native packages in Debian | 16:13 |
| *** kaspter <kaspter!~Instantbi@183.157.82.14> has quit IRC | 16:15 | |
| rburton | sveinse: then put the sources in the layer, if you want. some examples of that in oe-core... | 16:16 |
| *** kaspter <kaspter!~Instantbi@183.157.82.14> has joined #yocto | 16:16 | |
| *** adelcast <adelcast!~adelcast@130.164.62.81> has joined #yocto | 16:16 | |
| kergoth | I've also put the recipe for a project inside its local source tree before, and then managed fetching it outside of bitbake, the way i fetch layers. didn't do much with it, ended up being more trouble than it was worth, but it's possible.. the issue is bitbake can't fetch and then parse after the fetch, so bitbake can't fetch/unpack/patch the sources in that case | 16:17 |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 16:19 | |
| sveinse | we have a mono-repo for the project, which contains various software packages for various recipes. I started out having a separate meta layer for yocto, but it soon died, as I was difficult for the devs to keep this updated with the main code repo. And that the repo was used by multiple recipes created a lot of parallel checkouts | 16:21 |
| kergoth | there are advantages and disadvantages to having the metadata out of band | 16:22 |
| kergoth | tradeoffs either way | 16:22 |
| sveinse | So I have ended up with a construct like this: https://bpaste.net/show/84482b5cbabf | 16:25 |
| sveinse | But some hacks were required, such as having to set SP_BASEDIR := "${LAYERDIR}/.." since the layerdir is surprisingly not available in recipes | 16:26 |
| sveinse | what is the difference from including an .inc vs using a .bbclass? | 16:28 |
| rburton | classes can do a lot more, but if an inc is enough... | 16:29 |
| kergoth | bbclass implicitly assumes classes/<classname>.bbclass, supports EXPORT_FUNCTIONS to implement basic inheritence, etc | 16:29 |
| kergoth | depends on the requirements | 16:29 |
| rburton | friends don't tell friends about EXPORT_FUNCTIONS | 16:29 |
| sveinse | heh, I was about to say that I'm probably completely failing in Yocto 101. EXPORT_FUNCTION? Never used it on bbclass... | 16:31 |
| rburton | good | 16:31 |
| kergoth | haha. it made sense when we wrote it, but given inheritence is almost always flat, rather than nested, it's cleaner to just write custom functions and call them as needed, i.e. oe_runmake, rather than calling the base function, i.e. base_do_compile, particularly since we don't generally pass along arguments with it | 16:31 |
| *** frieder <frieder!~frieder@i59F4B0E8.versanet.de> has quit IRC | 16:31 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 16:31 | |
| sveinse | so some kind of declaration scheme then? | 16:31 |
| rburton | kergoth: yeah i'm 99% sure early bitbake design was done in a pub | 16:32 |
| sveinse | lol :D | 16:32 |
| rburton | but considering its age its done surprisingly well :) | 16:32 |
| kergoth | it was just a way to rename a function and automatically create a wrapper, i.e. it'd create <yourclass>_<task> and define <task> to run <yourclass>_<task>, making it easier to overwrite <task> and still be able to call the original function | 16:32 |
| kergoth | but we have _prepend/_append, so 90% of the time it's unneeded, and the rest of the time we want to pass arguments, so.. | 16:32 |
| sveinse | the defacto rules to everything makes yocto and bitbake hard thou | 16:33 |
| kergoth | but i.e. you could do do_configure () { some_stuff; base_do_configure; some_other_stuff; } if base.bbclass did EXPORT_FUNCTIONS do_configure | 16:33 |
| kergoth | well, we prioritize flexibility, which has allowed for a lot of the features that made the project what it is today, but the downside is there are lots of ways of doing things | 16:33 |
| kergoth | it's like the python vs perl philosophy, one way to do it or multiple ways to do it | 16:34 |
| kergoth | more tradeoffs | 16:34 |
| sveinse | yup, and some deliberate scope limitations. Such as that there is no CM responsibility in yocto, putting this over to the users. | 16:35 |
| *** learningc <learningc!~User@175.141.43.42> has quit IRC | 16:36 | |
| sveinse | There is nothing wrong with that, but it does create a spread of solutions across seemingly similar systems | 16:36 |
| kergoth | yeah, not providing an official way to manage/fetch the layers / repositories was a bit of a mistake, i think.. upside is not every tool for managing such things meets all needs, but downside is it leads to confusion and inconsistency amongst the userbase in that regard | 16:36 |
| kanavin | sveinse: if you propose an official CM solution, we'll gladly take it | 16:37 |
| kanavin | sveinse: it's not a deliberate scope limitation, it's more of a 'only 24 hours in a day' situation | 16:37 |
| *** rajm <rajm!~robertmar@167.98.27.229> has quit IRC | 16:40 | |
| sveinse | kanavin: yeah, *that* I do understand. Well, we do have built our own custom CM on top of Yocto. We build the same image for three machines, which in turn is aggregated into a common installer image. The latter has been somewhat a challenge, since it crosesses MACHINES (and before multiconfig) | 16:40 |
| *** vdehors_arc <vdehors_arc!~vincent@LMontsouris-657-1-239-42.w82-127.abo.wanadoo.fr> has quit IRC | 16:41 | |
| sveinse | Would it be interesting with a showdown of how it works? The flow from setting up the CM to getting the artifacts? | 16:41 |
| kanavin | sveinse: on the openembedded-architecture list, certainly | 16:42 |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 16:42 | |
| *** ant_work <ant_work!~ant__@host53-77-dynamic.250-95-r.retail.telecomitalia.it> has quit IRC | 16:42 | |
| sveinse | kanavin: sure, thanks. | 16:43 |
| *** gtristan_ <gtristan_!~tristanva@109.175.221.34> has joined #yocto | 16:43 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 16:49 | |
| sveinse | rburton: With regards to package groups: It's not always easy: Use packagegroups, yeah? Remember the other chat the other day about not using packagegroup-base-ext2 because of it's age? Not easy being in the other end knowing what to use and what not to :D ;) | 16:53 |
| *** vdehors_arc <vdehors_arc!~vincent@LPuteaux-657-1-103-59.w193-248.abo.wanadoo.fr> has joined #yocto | 16:54 | |
| *** peacememories <peacememories!~textual@e236-106.eduroam.tuwien.ac.at> has joined #yocto | 16:55 | |
| sveinse | Thanks guys. I find these discussions interesting and educational | 16:58 |
| *** fl0v0 <fl0v0!~fvo@i577B96B5.versanet.de> has quit IRC | 17:04 | |
| sveinse | kergoth: What is the difference between using += and _append? E.g. I see a *lot* of ROOTFS_POSTPROCESS_COMMAND_append and IMAGE_INSTALL_append_machine rather than using += ? Why is that? Bad pratice by everyone involved? | 17:05 |
| kergoth | +=/=+ and .=/=. are immediate, _append and _prepend are lazy | 17:05 |
| kergoth | if a local.conf uses += on something that isn't defined until later, either that value will be overridden, or if the recipe uses ?=, it'll override that instead | 17:06 |
| kergoth | _append_machine is also the only way to conditionally append based on an override, +=/.=/=+/=. don't provide a conditional operation | 17:06 |
| kergoth | best practice is to use immediate operations wherever possible, and use the others only when necessary | 17:07 |
| kergoth | see also the bitbake user manual, which covers the file format | 17:07 |
| sveinse | kergoth: thanks. I think that has to be the most misused best pratice then :D | 17:08 |
| kergoth | people like to copy and paste without understanding what it is or why they need it | 17:09 |
| sveinse | tell me about it. copy pasting is the only way I can really learn what I need to have to make it work, yet it not setting a good example evidently | 17:10 |
| *** peacememories <peacememories!~textual@e236-106.eduroam.tuwien.ac.at> has quit IRC | 17:10 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 17:10 | |
| *** peacememories <peacememories!~textual@e236-106.eduroam.tuwien.ac.at> has joined #yocto | 17:11 | |
| -YoctoAutoBuilder- build #821 of nightly is complete: Failure [failed] Build details are at https://autobuilder.yocto.io/builders/nightly/builds/821 | 17:11 | |
| RP | kergoth: not to be confused with immediate expansion which you should ideally never use :) | 17:11 |
| kergoth | indeed | 17:11 |
| kergoth | nothing wrong with copying stuff, especially if it's good stuff, but it's best to understand what it is | 17:12 |
| sveinse | RP: I use it... To set SP_BASEDIR := "${LAYERDIR}/.." | 17:13 |
| kergoth | that's not needed, if it's in layer.conf | 17:13 |
| kergoth | LAYERDIR is specially handled | 17:13 |
| sveinse | not in recipes | 17:13 |
| kergoth | bitbake expands LAYERDIR after layer.conf is parsed | 17:13 |
| kergoth | so := is redundant | 17:13 |
| sveinse | right. Second is this construct BASEVERSION := "${@read_baseversion(d)}" to avoid calling this function every time this variable is used | 17:15 |
| kergoth | dealing with external files is one of the rare cases that := can be useful, but it's important to realize using := there doesn't mean it'll only be run once, depending on where it's defined | 17:15 |
| sveinse | kergoth: no it does not. I think it's run 3 or 4 times during a build IIRC | 17:16 |
| kergoth | i.e. recipe files are re-parsed when the task is run, so it's actually run for each task, if it's defined in the recipe | 17:16 |
| * kergoth nods | 17:16 | |
| kergoth | can be confusing if someone adds a warning to such a function without knowing that :) | 17:16 |
| RP | sveinse: I didn't say never use it, I said ideally never :) | 17:16 |
| RP | sveinse: sadly the world isn't ideal | 17:17 |
| sveinse | Yeah, true | 17:17 |
| RP | sveinse: there are some places we have to use it for various reasons but I do think we should try and minimise them and you don't see many uses in OE-Core | 17:17 |
| sveinse | I wanted to show to see if there are some defacto methods here too :D | 17:17 |
| *** gtristan_ <gtristan_!~tristanva@109.175.221.34> has quit IRC | 17:18 | |
| kergoth | := for that reason can be a case of premature optimization, depending on how often it's actually expanded | 17:19 |
| kergoth | can be a good thing to actually test | 17:19 |
| sveinse | grepping my recipies I found FILESEXTRAPATHS_prepend := "${R}:". Probably those under the written-on-a-bar category by yours truly :P | 17:20 |
| *** peacememories <peacememories!~textual@e236-106.eduroam.tuwien.ac.at> has quit IRC | 17:23 | |
| kergoth | FILESEXTRAPATHS is a case where it's needed, as FILE/FILE_DIRNAME/THISDIR is defined based on the current file being parsed | 17:24 |
| kergoth | if you dont' use :=, that'll be the path to the recipe rather than the bbappend | 17:24 |
| sveinse | We have a central service generating corporate-wide build IDs. I quickly learned that plugging this into yocto was surpisingly hard. Either because it ran multiple times or that it was cached and just ran once. | 17:25 |
| *** peacememories <peacememories!~textual@e236-106.eduroam.tuwien.ac.at> has joined #yocto | 17:25 | |
| sveinse | This is how I learned that := is run multiple times :D | 17:25 |
| RP | sveinse: you do have to be careful how you wire in something like that | 17:25 |
| kergoth | sometimes youer' better off doing that outside of bitbake,b efore the build stars, or with an event handler | 17:26 |
| kergoth | case by case | 17:26 |
| sveinse | So I build the system for that outside of bitbake. We are also building multiple MACHINES (which yocto didn't support at the time) | 17:26 |
| RP | sveinse: BuildStarted events are usually good although even there you can get one event per multiconfig | 17:26 |
| kergoth | :) | 17:26 |
| sveinse | But with the unfortunate effect that the layer on top of yocto gets thicker | 17:27 |
| *** vdehors_arc <vdehors_arc!~vincent@LPuteaux-657-1-103-59.w193-248.abo.wanadoo.fr> has quit IRC | 17:28 | |
| * sveinse has started on a document "Things I've learned about Yocto and bitbake" | 17:30 | |
| sveinse | Are there any syntatical rules to version numbers in OE? I counldn't find any about it in the manuals | 17:32 |
| sveinse | Any character class rules? | 17:32 |
| *** yann <yann!~yann@178.208.16.32> has quit IRC | 17:37 | |
| sveinse | One example of confusion from the bitbake manual: "An advantage of the override style operations "_append", "_prepend", and "_remove" as compared to the "+=" and "=+" operators is that the override style operators provide guaranteed operations." | 17:43 |
| sveinse | The sveinse short interpretation of that is: "Use _append, _prepend and _remove" :P | 17:43 |
| sveinse | Not a word about why one should avoid or limit the use of them | 17:44 |
| -YoctoAutoBuilder- build #757 of nightly-musl is complete: Failure [failed Running Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-musl/builds/757 | 17:47 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 17:47 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 17:53 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 17:55 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 17:56 | |
| *** peacememories <peacememories!~textual@e236-106.eduroam.tuwien.ac.at> has quit IRC | 17:59 | |
| yocti | New news from stackoverflow: Disable Mender in Yocto Rocko for Beaglebone Black Install <https://stackoverflow.com/questions/48548504/disable-mender-in-yocto-rocko-for-beaglebone-black-install> | 18:00 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 18:00 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 18:01 | |
| *** Kakounet <Kakounet!~Thunderbi@APuteaux-654-1-62-63.w86-217.abo.wanadoo.fr> has quit IRC | 18:01 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 18:01 | |
| *** martinkelly1 <martinkelly1!~martin@71-35-165-30.tukw.qwest.net> has joined #yocto | 18:04 | |
| *** peacememories <peacememories!~textual@e236-106.eduroam.tuwien.ac.at> has joined #yocto | 18:08 | |
| *** peacememories <peacememories!~textual@e236-106.eduroam.tuwien.ac.at> has quit IRC | 18:10 | |
| *** peacememories <peacememories!~textual@e236-106.eduroam.tuwien.ac.at> has joined #yocto | 18:11 | |
| *** morphis__ <morphis__!~morphis@pD9ED7260.dip0.t-ipconnect.de> has quit IRC | 18:18 | |
| *** adelcast <adelcast!~adelcast@130.164.62.81> has quit IRC | 18:28 | |
| *** aratiu1 <aratiu1!~adi@80.97.64.55> has joined #yocto | 18:29 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 18:30 | |
| rburton | sveinse: sharing that would be interesting! | 18:34 |
| rburton | sveinse: there's a regex buried for versions but basically its rpm's rule (as they're stricter than dpkg). or was it the other way around... | 18:35 |
| *** wto <wto!~wto@h-136-128.A336.priv.bahnhof.se> has quit IRC | 18:42 | |
| *** aratiu1 <aratiu1!~adi@80.97.64.55> has quit IRC | 18:42 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 18:47 | |
| -YoctoAutoBuilder- build #745 of nightly-qa-extras is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1 BuildImages_2 BuildImages_3 BuildImages_4 BuildImages_5 BuildImages_6 BuildImages_7 BuildImages_8 BuildImages_9 Running Sanity Tests_2 BuildImages_10 Running Sanity Tests_3 BuildImages_11 Running Sanity Tests_4 BuildImages_12 Running Sanity Tests_5 BuildImages_13 Running Sanity Tests_6 BuildImages_14 Running Sanity Test | 18:48 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 18:49 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 18:50 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 18:54 | |
| *** peacememories <peacememories!~textual@e236-106.eduroam.tuwien.ac.at> has quit IRC | 18:56 | |
| *** peacememories <peacememories!~textual@e236-106.eduroam.tuwien.ac.at> has joined #yocto | 19:00 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 19:01 | |
| *** sr105 <sr105!~sr105@72.187.19.10> has quit IRC | 19:02 | |
| *** yann <yann!~yann@LFbn-1-527-224.w86-245.abo.wanadoo.fr> has joined #yocto | 19:03 | |
| *** sr105 <sr105!~sr105@72.187.19.10> has joined #yocto | 19:04 | |
| aehs29 | rburton: if youre still around, the ninja update applied cleanly on top of master to me | 19:05 |
| aehs29 | rburton: did you want me to rebase it on master-next or something? | 19:05 |
| aehs29 | rburton: I just saw the patchtest email but this isnt making any sense to me | 19:08 |
| *** colrack <colrack!~colrack@94.126.8.166> has quit IRC | 19:09 | |
| *** adelcast <adelcast!~adelcast@132.red-81-40-210.staticip.rima-tde.net> has joined #yocto | 19:10 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 19:23 | |
| *** peacememories <peacememories!~textual@e236-106.eduroam.tuwien.ac.at> has quit IRC | 19:44 | |
| *** peacememories <peacememories!~textual@e236-106.eduroam.tuwien.ac.at> has joined #yocto | 19:44 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC | 19:53 | |
| *** vmesons <vmesons!~rmacleod@192-0-133-18.cpe.teksavvy.com> has joined #yocto | 19:53 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 19:55 | |
| *** adelcast <adelcast!~adelcast@132.red-81-40-210.staticip.rima-tde.net> has quit IRC | 19:58 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 19:59 | |
| *** vmesons <vmesons!~rmacleod@192-0-133-18.cpe.teksavvy.com> has quit IRC | 20:01 | |
| -YoctoAutoBuilder- build #743 of nightly-no-x11 is complete: Failure [failed BuildImages] Build details are at https://autobuilder.yocto.io/builders/nightly-no-x11/builds/743 | 20:02 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto | 20:04 | |
| *** ferruh <ferruh!~Thunderbi@192.198.151.43> has quit IRC | 20:10 | |
| *** adelcast <adelcast!~adelcast@130.164.62.82> has joined #yocto | 20:13 | |
| *** dreyna <dreyna!~dreyna@unknown-157-218.windriver.com> has joined #yocto | 20:18 | |
| *** Snert__ <Snert__!~LoginName@106-24-237-24.gci.net> has joined #yocto | 20:23 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 20:26 | |
| *** Crofton <Crofton!~Crofton@ptr-1etx4x9bct0geidz7ai.18120a2.ip6.access.telenet.be> has quit IRC | 20:32 | |
| kergoth | oof, meta-ti, meta-fsl-ppc, and meta-oe all need to catch up on not using base_conditional | 20:36 |
| kergoth | didn't realize it was removed | 20:36 |
| *** peacememories <peacememories!~textual@e236-106.eduroam.tuwien.ac.at> has quit IRC | 20:36 | |
| zarzar | how do i open the manuals? tried opening mega-manual.xml but there is an error in the file, COPYRIGHTYEAR missing or something | 20:36 |
| kergoth | meta-selinux was broken by the removal of oe_filter_out too | 20:37 |
| kergoth | zarzar: do you not want to read it in your browser, or are you trying to modify the docs? | 20:37 |
| zarzar | read in browser | 20:37 |
| zarzar | https://pastebin.com/JPmZPckx | 20:38 |
| kergoth | all the docs are available at yoctoproject.org | 20:38 |
| kergoth | so.. | 20:38 |
| *** ant_home <ant_home!~ant__@host57-10-dynamic.248-95-r.retail.telecomitalia.it> has joined #yocto | 20:58 | |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto | 21:01 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 21:02 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 21:02 | |
| *** adelcast <adelcast!~adelcast@130.164.62.82> has quit IRC | 21:03 | |
| -YoctoAutoBuilder- build #721 of nightly-arm64 is complete: Failure [failed BuildImages Running Sanity Tests Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 BuildImages_1 Running ESDK Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-arm64/builds/721 | 21:03 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 21:04 | |
| *** wto <wto!~wto@h-136-128.A336.priv.bahnhof.se> has joined #yocto | 21:08 | |
| -YoctoAutoBuilder- build #822 of nightly is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly/builds/822 | 21:13 | |
| *** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-lgikzgusdczoqbmy> has quit IRC | 21:17 | |
| *** joshuagl <joshuagl!joshuagl@nat/intel/x-mhmvnfydpcusqpkn> has quit IRC | 21:18 | |
| -YoctoAutoBuilder- build #214 of nightly-musl-x86-64 is complete: Failure [failed BuildImages] Build details are at https://autobuilder.yocto.io/builders/nightly-musl-x86-64/builds/214 | 21:19 | |
| *** bemo_ <bemo_!68840555@gateway/web/freenode/ip.104.132.5.85> has joined #yocto | 21:25 | |
| *** bemo <bemo!68840555@gateway/web/freenode/ip.104.132.5.85> has left #yocto | 21:25 | |
| *** pohly <pohly!~pohly@p548497B7.dip0.t-ipconnect.de> has quit IRC | 21:25 | |
| *** bemo_ is now known as bemo | 21:26 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 21:29 | |
| *** martinkelly1 <martinkelly1!~martin@71-35-165-30.tukw.qwest.net> has quit IRC | 21:30 | |
| *** martinkelly1 <martinkelly1!~martin@71-35-165-30.tukw.qwest.net> has joined #yocto | 21:31 | |
| -YoctoAutoBuilder- build #729 of nightly-world-lsb is complete: Failure [failed BuildImages] Build details are at https://autobuilder.yocto.io/builders/nightly-world-lsb/builds/729 | 21:36 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 21:41 | |
| *** lazyape_home <lazyape_home!~lazyape@athedsl-244581.home.otenet.gr> has quit IRC | 21:42 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 21:49 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 21:52 | |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC | 21:55 | |
| *** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-djaxyuddcjzdmeag> has quit IRC | 21:55 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 22:02 | |
| *** zarzar <zarzar!~zarzar@vpn.noregon.com> has quit IRC | 22:04 | |
| *** zarzar <zarzar!~zarzar@216-136-13-242.static.twtelecom.net> has joined #yocto | 22:04 | |
| *** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-xezeccmyvnxfbukz> has joined #yocto | 22:07 | |
| *** zarzar <zarzar!~zarzar@216-136-13-242.static.twtelecom.net> has quit IRC | 22:09 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:17 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-rzbbvfwtqukcnxva> has joined #yocto | 22:44 | |
| *** agust <agust!~agust@p4FCB4189.dip0.t-ipconnect.de> has quit IRC | 22:50 | |
| *** Flow86 <Flow86!sbnc@www.siedler25.org> has quit IRC | 23:01 | |
| *** Flow86 <Flow86!sbnc@www.siedler25.org> has joined #yocto | 23:03 | |
| *** Willy-- <Willy--!~william@156.34.161.186> has joined #yocto | 23:03 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:08 | |
| -YoctoAutoBuilder- build #730 of nightly-world is complete: Failure [failed BuildImages] Build details are at https://autobuilder.yocto.io/builders/nightly-world/builds/730 | 23:08 | |
| *** noway96 <noway96!~noway43@75-146-165-43-Minnesota.hfc.comcastbusiness.net> has quit IRC | 23:20 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 23:23 | |
| *** martinkelly1 <martinkelly1!~martin@71-35-165-30.tukw.qwest.net> has quit IRC | 23:28 | |
| *** martinkelly1 <martinkelly1!~martin@71-35-165-30.tukw.qwest.net> has joined #yocto | 23:29 | |
| *** iSaul <iSaul!~iSaul@olen.sau.li> has quit IRC | 23:29 | |
| *** brianm_ <brianm_!b8178784@gateway/web/freenode/ip.184.23.135.132> has quit IRC | 23:32 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:40 | |
| *** marka <marka!~masselst@184.175.21.48> has quit IRC | 23:40 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 23:51 | |
| *** iSaul <iSaul!~iSaul@olen.sau.li> has joined #yocto | 23:51 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 23:51 | |
| *** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has quit IRC | 23:53 | |
| *** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has joined #yocto | 23:56 | |
| -YoctoAutoBuilder- build #823 of nightly is complete: Failure [failed CheckYoctoCompat BuildImages] Build details are at https://autobuilder.yocto.io/builders/nightly/builds/823 | 23:57 | |
| *** iSaul <iSaul!~iSaul@olen.sau.li> has quit IRC | 23:58 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!