Tuesday, 2018-01-30

*** brianm_ <brianm_!b8178784@gateway/web/freenode/ip.184.23.135.132> has joined #yocto00:02
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC00:04
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:07
*** batman_ <batman_!95c73efe@gateway/web/freenode/ip.149.199.62.254> has joined #yocto00:18
batman_Hi, Has anyone seen this error: Disk Requirements:    At least 30MB more space needed on the /<project>/build/tmp/<machine>/<image-recipe>/<rootfs>/ filesystem ?00:20
batman_I have more than a TB of disk space left. But, looks like bitbake is complaining about the target rootfs00:21
aehs29batman_: you sure its bitbake?00:30
batman_It's dnf. do_rootfs is failing00:35
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-rgljngjamiwwhukx> has quit IRC00:37
*** stefan_ <stefan_!~stefan@ipbcc2211a.dynamic.kabel-deutschland.de> has joined #yocto00:37
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC00:40
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto00:40
*** stefan_ <stefan_!~stefan@ipbcc2211a.dynamic.kabel-deutschland.de> has quit IRC00:41
*** learningc <learningc!~User@mti-37-145.tm.net.my> has joined #yocto00:47
*** sgw <sgw!~swold@134.134.139.83> has quit IRC00:49
*** lazyape <lazyape!~lazyape@athedsl-244581.home.otenet.gr> has quit IRC00:52
*** lazyape <lazyape!~lazyape@athedsl-244581.home.otenet.gr> has joined #yocto00:53
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-rghkkrbqzqybujvz> has joined #yocto01:03
*** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has quit IRC01:08
*** kaspter <kaspter!~Instantbi@60.191.30.5> has joined #yocto01:12
*** mckoan|away <mckoan|away!~marco@host48-40-static.9-79-b.business.telecomitalia.it> has joined #yocto01:15
*** kpo_ <kpo_!~bob@user-94-254-252-5.play-internet.pl> has quit IRC01:16
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto01:22
brianm_batman_: probably not much help, but you should try looking at the source of do_rootfs01:24
brianm_Most likely there's a line like make_ext4fs ... -l ${SYSTEM_SIZE_EXT4} ...01:25
brianm_or some other "limit" variable01:26
brianm_and you have to bump that up01:26
*** martinkelly1 <martinkelly1!~martin@205.175.118.66> has quit IRC01:26
-YoctoAutoBuilder- build #59 of nightly-musl-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-musl-x86-64/builds/5901:31
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC01:33
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC01:44
-YoctoAutoBuilder- build #1340 of nightly-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/134001:45
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto01:50
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto01:58
*** jctan93 <jctan93!jctan93@nat/intel/x-ophzxifkvjlnpjvz> has quit IRC02:02
*** jctan93 <jctan93!jctan93@nat/intel/x-zcqhdfsjwemipbww> has joined #yocto02:02
*** chinhuat <chinhuat!chinhuat@nat/intel/x-atczdhjyrulgghik> has quit IRC02:02
*** chinhuat <chinhuat!chinhuat@nat/intel/x-awyfrtwwaschqbwz> has joined #yocto02:03
*** zarzar <zarzar!~zarzar@cpe-75-177-76-187.triad.res.rr.com> has joined #yocto02:04
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has quit IRC02:16
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC02:22
*** stephano <stephano!~stephano@134.134.139.76> has quit IRC02:23
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto02:24
*** armpit <armpit!~armpit@2601:202:4000:1184:f549:7cd3:8b32:47fb> has quit IRC02:25
*** zarzar <zarzar!~zarzar@cpe-75-177-76-187.triad.res.rr.com> has quit IRC02:27
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has joined #yocto02:33
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC02:34
*** armpit <armpit!~armpit@2601:202:4000:1184:9532:f483:52ba:8822> has joined #yocto02:38
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto02:38
*** sgw <sgw!~swold@c-24-21-121-142.hsd1.or.comcast.net> has joined #yocto02:49
*** brianm_ <brianm_!b8178784@gateway/web/freenode/ip.184.23.135.132> has quit IRC02:50
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC02:50
*** sgw <sgw!~swold@c-24-21-121-142.hsd1.or.comcast.net> has quit IRC02:53
*** sgw <sgw!~swold@134.134.139.76> has joined #yocto02:54
*** stephano <stephano!~stephano@134.134.139.82> has joined #yocto02:55
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto03:10
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto03:16
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC03:29
-YoctoAutoBuilder- build #919 of nightly-deb-non-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb-non-deb/builds/91903:33
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:36
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto03:38
*** batman_ <batman_!95c73efe@gateway/web/freenode/ip.149.199.62.254> has quit IRC03:39
-YoctoAutoBuilder- build #916 of nightly-rpm-non-rpm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm-non-rpm/builds/91603:46
-YoctoAutoBuilder- build #1301 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/130103:52
-YoctoAutoBuilder- build #102 of nightly-packagemanagers is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-packagemanagers/builds/10204:03
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC04:12
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto04:14
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC04:15
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto04:18
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC04:20
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto04:23
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC04:25
-YoctoAutoBuilder- build #1267 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/126704:29
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto04:39
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC04:42
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:adc2:5401:b452:1143> has quit IRC04:48
*** stephano <stephano!~stephano@134.134.139.82> has quit IRC04:49
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto04:49
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC04:51
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-kljlzwshwbobrsnr> has quit IRC04:52
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto04:55
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC04:56
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto05:11
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-rghkkrbqzqybujvz> has quit IRC05:44
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC05:45
*** mbourhis <mbourhis!~mbourhis@glo44-1-82-67-130-147.fbx.proxad.net> has quit IRC05:46
*** stephano <stephano!~stephano@134.134.139.76> has joined #yocto05:46
*** clement <clement!~clement@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC05:46
*** lazyape <lazyape!~lazyape@athedsl-244581.home.otenet.gr> has quit IRC05:47
*** lazyape <lazyape!~lazyape@athedsl-244581.home.otenet.gr> has joined #yocto05:47
*** mbourhis <mbourhis!~mbourhis@glo44-1-82-67-130-147.fbx.proxad.net> has joined #yocto05:48
*** clement <clement!~clement@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto05:48
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto05:53
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto06:00
*** agust <agust!~agust@p4FCB4189.dip0.t-ipconnect.de> has joined #yocto06:12
*** kkkkk <kkkkk!276eea02@gateway/web/freenode/ip.39.110.234.2> has joined #yocto06:14
*** kkkkk <kkkkk!276eea02@gateway/web/freenode/ip.39.110.234.2> has left #yocto06:15
*** hmwel <hmwel!~hmw@zimbra.welvaarts.com> has joined #yocto06:15
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto06:16
-YoctoAutoBuilder- build #1277 of nightly-mips is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/127706:17
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC06:27
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto06:29
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto06:34
-YoctoAutoBuilder- build #1051 of nightly-oe-selftest is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/105106:36
*** Daniel__ <Daniel__!495dc938@gateway/web/freenode/ip.73.93.201.56> has joined #yocto06:36
Daniel__Yocto/Bitbake gurus needed. Simple question about Bitbake dependency DAG resolution. In short: does Bitbake support conditional DAG dependency tree build in the way similar to CMake/BYPRODUCT and Ninja/restat commands?06:41
Daniel__I am currently reading Bitbake manual and found references to task input checksum, which defines whether task is need to be executed. So I am actually trying to find similar behavior for the task output. So the task calculates at runtime whether other tasks which depend on it will be actually triggered.06:44
-YoctoAutoBuilder- build #916 of nightly-mips64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips64/builds/91606:45
Daniel__In CMake this usually results in total number of tasks yet to be executed initially calculated. And during build time when task is dropping the output (i.e. when output is generating the same checksum as before) overall amount of tasks is instantly decreased without running them.06:46
kanavinDaniel__: bitbake-devel list might be a better place for it06:47
*** balister_ <balister_!~balister@c-73-152-143-112.hsd1.va.comcast.net> has joined #yocto06:48
*** Crofton|work <Crofton|work!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has quit IRC06:48
Daniel__Thanks. Will ask there. Was expecting that such issue is well known and maybe somebody will point me to the exact documentation page.06:49
kanavinDaniel__: it's just that yocto chat is a hit and miss, people in europe are still sleeping and probably won't scroll up to answer 'expired' questions after waking up06:51
kanavinit's something of 'as time permits' venue for us06:52
*** morphis <morphis!~morphis@pD9ED60AA.dip0.t-ipconnect.de> has joined #yocto06:55
Daniel__That explains silence. I am in PST time zone. Will try to ask that again tomorrow at morning if that does not violate chat rules.06:55
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-flydjclyjapgmsbf> has joined #yocto06:59
*** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has joined #yocto07:04
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC07:04
*** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has joined #yocto07:07
*** Daniel__ <Daniel__!495dc938@gateway/web/freenode/ip.73.93.201.56> has quit IRC07:09
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto07:15
*** pohly <pohly!~pohly@84.132.151.183> has joined #yocto07:17
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:19
-YoctoAutoBuilder- build #901 of nightly-arm64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/90107:33
*** kpo_ <kpo_!~bob@user-94-254-252-5.play-internet.pl> has joined #yocto07:34
*** ferruh <ferruh!Thunderbir@nat/intel/x-hqyvrtytoxqjxnek> has joined #yocto07:47
*** colrack <colrack!~colrack@94.126.8.166> has joined #yocto07:55
*** fl0v0 <fl0v0!~fvo@mue-88-130-110-124.dsl.tropolys.de> has joined #yocto07:58
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto07:59
*** colrack <colrack!~colrack@94.126.8.166> has quit IRC07:59
*** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC08:02
*** adelcast <adelcast!~adelcast@132.red-81-40-210.staticip.rima-tde.net> has joined #yocto08:02
*** learningc <learningc!~User@mti-37-145.tm.net.my> has joined #yocto08:02
*** Kakounet <Kakounet!~Thunderbi@APuteaux-654-1-62-63.w86-217.abo.wanadoo.fr> has joined #yocto08:05
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto08:06
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto08:11
*** ant_work <ant_work!~ant__@host53-77-dynamic.250-95-r.retail.telecomitalia.it> has joined #yocto08:11
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC08:15
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto08:15
-YoctoAutoBuilder- build #1294 of nightly-multilib is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/129408:22
*** frieder <frieder!~frieder@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto08:23
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC08:25
*** kpo_ <kpo_!~bob@user-94-254-252-5.play-internet.pl> has quit IRC08:25
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto08:25
*** yann <yann!~yann@LFbn-1-527-224.w86-245.abo.wanadoo.fr> has quit IRC08:25
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto08:26
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC08:26
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC08:30
eduardas_mhello, I have a package kernel-image-uimage-4.9.11+gddaf07227a3e_4.9.11-r0_fod_som.ipk that contains the kernel uImage called uImage-4.9.11+gddaf07227a3e How can I rename it to simply uImage?08:33
*** vdehors_arc <vdehors_arc!~vincent@82.127.222.42> has joined #yocto08:33
eduardas_mbecause that is the name that I wish to use in my u-boot environment08:33
*** ferruh <ferruh!Thunderbir@nat/intel/x-hqyvrtytoxqjxnek> has quit IRC08:34
eduardas_mas far as I can tell the package generation is related to kernel.bbclass, but it is quite confusing on how it is actually created and included in the final image08:34
*** colrack <colrack!~colrack@94.126.8.166> has joined #yocto08:36
nrossieduardas_m: the default kernel will package the uImage symlink in the 'kernel' package08:37
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC08:38
*** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has quit IRC08:40
*** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has joined #yocto08:41
*** sjolley1 <sjolley1!sjolley@nat/intel/x-ghmqgsqwkhxbckzp> has joined #yocto08:44
*** sjolley <sjolley!sjolley@nat/intel/x-dntterawxhvrsqnm> has quit IRC08:44
*** frieder <frieder!~frieder@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC08:49
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto08:54
*** msvb-mob <msvb-mob!~michael@x55b543ef.dyn.telefonica.de> has joined #yocto08:55
eduardas_mnrossi: not with my BSP, provided by Variscite, it leaves the kernel package empty as the kernel is actually put into a separate partition that does not involve package management08:55
eduardas_mI am actually deviating from what Variscite does and want the kernel in my main partition in the boot directory08:56
nrossieduardas_m: then your best bet would be revert that part of the kernel recipe back to default with a .bbappend or make your bbappend populate the symlink that you want08:57
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC08:58
*** frieder <frieder!~frieder@80.149.173.68> has joined #yocto08:58
eduardas_mnrossi: I wonder - u-boot actually follows symlinks for kernel images? Haven't tried that08:58
nrossieduardas_m: it will if your boot partition is ext, if its fat, then your boot partition wont allow symlinks or hardlinks08:59
eduardas_mnrossi: good to know, thank you09:00
nrossieduardas_m: if your using fat, then you might want to consider a postinst for the package that populates the symlink09:00
eduardas_mnrossi: I am using ext4 actually09:00
nrossieduardas_m: yay, fat is a pain ;)09:00
*** joshuagl <joshuagl!joshuagl@nat/intel/x-rchpvygihzusngpv> has joined #yocto09:02
*** frieder <frieder!~frieder@80.149.173.68> has quit IRC09:02
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto09:02
*** frieder <frieder!~frieder@80.149.173.68> has joined #yocto09:02
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC09:03
wooosaiiIs it possible to pack whole rootfs ( / ) into rpm packet in Yocto?09:04
*** lfa <lfa!~lfa@217.19.35.54> has joined #yocto09:04
eduardas_mwooosaii: I would expect that to be possible only if you are just taking bitbake and do the entire BSP from scratch. Not with a usual Yocto release.09:06
eduardas_mwooosaii: also I wonder what your usecase would be... if you want relatively reliable rootfs updates, I recommend using SWUpdate09:07
wooosaiieduardas_m, my use case: boot with initrd image, prepare root partition and install rootfs (rpm) to previously made partition09:09
wooosaiieduardas_m, after that reboot and boot to that root partition09:10
-YoctoAutoBuilder- build #1263 of nightly-oecore is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oecore/builds/126309:10
eduardas_mwooosaii: me and my colleague actually do something similar, but without package management09:10
eduardas_mwooosaii: boot into initrd image (recovery mode), prepare root partition and install rootfs from SWU archive (actually cpio)09:11
*** skz81 <skz81!~SKZ@dD5E009B2.access.telenet.be> has joined #yocto09:11
eduardas_mthen change u-boot environment to boot into that partition09:12
*** dev1990_ <dev1990_!~dev@dynamic-78-8-128-181.ssp.dialog.net.pl> has quit IRC09:12
wooosaiieduardas_m, I know swupdate, we do it in some other project... but this project requirements actually require packet management (rpm + yum) to install rootfs09:12
wooosaiieduardas_m, yes we modify u-boot afterwards...09:12
eduardas_mwooosaii: why would you want package management to install rootfs?09:13
wooosaiieduardas_m, client actually wants it...09:13
wooosaiieduardas_m, it would make a lot more sens to use partition image and flash it directly09:14
wooosaiieduardas_m, but they want yum cuz they are accustom to it... :)09:14
eduardas_mwooosaii: exactly... or just a tar.gz would do09:14
eduardas_mwooosaii: it's not enough to just give them yum inside that rootfs?09:15
wooosaiieduardas_m, I did port yum already... so I have everything prepared now... except the rootfs.rpm packet :D09:16
wooosaiiyocto already builds all rpms for me... so I wonder if it is possible to actually pack rootfs into rpm...09:17
eduardas_mwooosaii: custom bbclass?09:18
eduardas_mwooosaii: if you know Python and bitbake internals - I suppose so...09:18
wooosaiieduardas_m, something like this I guess: http://git.yoctoproject.org/cgit.cgi/poky/plain/meta/classes/rootfs_rpm.bbclass?h=laverne09:18
*** adelcast <adelcast!~adelcast@132.red-81-40-210.staticip.rima-tde.net> has quit IRC09:19
-YoctoAutoBuilder- build #1275 of nightly-x86-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/127509:20
*** arkver <arkver!~arkver@95.145.235.224> has joined #yocto09:23
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC09:24
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto09:25
*** yann <yann!~yann@178.208.16.32> has joined #yocto09:34
*** adelcast <adelcast!~adelcast@130.164.62.72> has joined #yocto09:36
*** msvb-mob <msvb-mob!~michael@x55b543ef.dyn.telefonica.de> has quit IRC09:37
-YoctoAutoBuilder- build #1290 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/129009:40
*** hnje <hnje!~hnje@193.106.123.182> has quit IRC09:48
*** hnje <hnje!~hnje@193.106.123.182> has joined #yocto09:50
*** msvb-mob <msvb-mob!~michael@x55b543ef.dyn.telefonica.de> has joined #yocto09:59
*** msvb-mob <msvb-mob!~michael@x55b543ef.dyn.telefonica.de> has quit IRC10:00
*** msvb-mob <msvb-mob!~michael@x55b543ef.dyn.telefonica.de> has joined #yocto10:00
*** gtristan <gtristan!~tristanva@109.175.221.34> has quit IRC10:08
wooosaiiHow do I use rootfs_rpm.bbclass10:33
wooosaiiI tried INHERIT += "rootfs_rpm" in local.conf10:33
wooosaiidoes not work...10:33
RPwooosaii: You simply set PACKAGE_CLASSES to what you want, images are built from packages10:38
wooosaiiRP, my PACKAGE_CLASSES ?= "package_rpm"10:39
*** morphis <morphis!~morphis@pD9ED60AA.dip0.t-ipconnect.de> has quit IRC10:39
wooosaiibut no rootfs.rpm is built?10:39
RPwooosaii: we don't typically turn images into rpms10:40
wooosaiiRP, why is then there rootfs_rpm.bbclass10:40
wooosaii?10:40
RPwooosaii: IMAGE_FSTYPES sets the form it turns the rootfs into but we don't have an rpm version10:40
*** adelcast <adelcast!~adelcast@130.164.62.72> has quit IRC10:40
RPwooosaii: it generates a rootfs *using* rpms10:40
wooosaiiRP, I thought it will produce rootfs.rpm...10:41
RPwooosaii: I can assure you it doesn't10:41
wooosaiiRP, :) ok...10:42
wooosaiiRP, but how can I do it anyways?10:42
wooosaiiI want rootfs.rpm...10:42
RPwooosaii: I'd suggest taking the tarball output of the rootfs and converting it to the form you think you want10:42
LetoThe2ndprobably it would have to be a fstype of its own, if it has to be in the buildprocess10:43
LetoThe2ndotherwise, external prostprocessing10:43
RPwooosaii: if you can come up with a command, you can then turn it into a new image fstype10:43
wooosaiiI already have some custom_image_types... but thought I would not need to do it also for the .rpm :(10:44
*** lfa <lfa!~lfa@217.19.35.54> has quit IRC10:47
*** lfa <lfa!~lfa@217.19.35.51> has joined #yocto10:48
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto10:56
*** morphis <morphis!~morphis@pD9ED60AA.dip0.t-ipconnect.de> has joined #yocto10:59
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-kehojlblbqehgpak> has quit IRC11:06
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:11
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto11:17
*** mdnneo <mdnneo!~umaucher@212.118.206.70> has joined #yocto11:20
*** adelcast <adelcast!~adelcast@62.82.24.195.static.user.ono.com> has joined #yocto11:24
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC11:25
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC11:30
*** sjolley1 <sjolley1!sjolley@nat/intel/x-ghmqgsqwkhxbckzp> has quit IRC11:32
*** sjolley <sjolley!~sjolley@134.134.139.72> has joined #yocto11:33
*** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has joined #yocto11:34
*** gtristan <gtristan!~tristanva@84.252.240.37> has joined #yocto11:39
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC11:40
*** peacememories <peacememories!~textual@62-178-93-7.cable.dynamic.surfer.at> has joined #yocto11:44
*** hnje <hnje!~hnje@193.106.123.182> has quit IRC11:47
*** hnje <hnje!~hnje@81.216.59.226> has joined #yocto11:49
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto11:53
*** adelcast <adelcast!~adelcast@62.82.24.195.static.user.ono.com> has quit IRC12:00
*** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC12:01
*** luneff <luneff!~yury@95.174.104.43> has joined #yocto12:03
eduardas_mI'm getting QDBusConnection: name 'org.freedesktop.UDisks2' had owner '' but we thought it was ':1.10' when trying to use the UDisks2 d-bus API on my embedded Linux system. My Qt GUI application is running as root. I am using the d-bus permissions for UDisks2 from the default meta-oe recipe for Rocko.12:08
eduardas_mhere are the contents of my d-bus configuration for UDisks2: https://pastebin.com/UcAdmV5v12:09
eduardas_mIf anyone is familiar with such issues, could you please point out to me what I am doing wrong?12:10
rburtonmight have more luck on the dbus channel12:15
*** adelcast <adelcast!~adelcast@130.164.62.71> has joined #yocto12:16
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto12:16
eduardas_mrburton: actually, was not aware there was one, thanks... still I wonder how often UDisks2 is used in embedded systems?... my colleague has prototyped some stuff with it for usb key mounting on the desktop and it works fine... I suggested it some time ago instead of handcrafted scripts because I saw that mer project uses it... if you happen to know a better solution for embedded Linux in this area, that would be good to hear12:19
*** peacememories <peacememories!~textual@62-178-93-7.cable.dynamic.surfer.at> has quit IRC12:20
*** peacememories <peacememories!~textual@62.178.93.7> has joined #yocto12:23
*** peacememories <peacememories!~textual@62.178.93.7> has quit IRC12:27
*** arkver <arkver!~arkver@95.145.235.224> has quit IRC12:32
*** Cubi_ <Cubi_!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto12:39
JaMarburton: Hi is there some problem with your "gettext: beat library detection into shape"? I'm just asking why it wasn't merged with last 2 batches from mut12:39
rburtongood question, probably because when RP goes to look at mut he skips things with lots of reverts ;)12:40
rburtoni'll clean it up now and get it posted, we're discussing whether to fire a m2 shortly anyway12:40
JaMaok, thanks12:40
RPrburton: I've been meaning to ask you12:41
JaMaI'm of course fine with dropping my change and revert of it in your queue :)12:41
nrossiso whats the opinions of having a device-tree.bbclass in meta/? (that is essentially what device-tree.bb does in meta-xilinx) it seems users are interested in building device trees that are not from the kernel. Just curious if its worth upstreaming it and making some useful documentation around it12:43
RPnrossi: I'm ok with the principle if there is a clean class for it12:44
nrossiRP: anything that pops out which is clearly undesirable from the recipe here: http://git.yoctoproject.org/cgit/cgit.cgi/meta-xilinx/tree/meta-xilinx-bsp/recipes-bsp/device-tree/device-tree.bb12:45
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC12:45
RPnrossi: no12:46
RPrburton: that kernel revert - is there a reason for it12:46
nrossiRP: ok, I will sort out a bbclass and some documentation and post it for review :)12:47
RPnrossi: sounds good thanks12:47
*** mdnneo_ <mdnneo_!~umaucher@212.118.206.70> has joined #yocto12:52
*** mdnneo <mdnneo!~umaucher@212.118.206.70> has quit IRC12:55
rburtonRP: reverted it late one night as there was disusson on the list...12:57
rburtonforgot to go back12:57
*** gtristan <gtristan!~tristanva@84.252.240.37> has quit IRC12:57
RPrburton: fair enough, I must admit I had that flagged but I have a lot of things flagged12:58
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has quit IRC13:06
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has joined #yocto13:07
*** mdnneo_ <mdnneo_!~umaucher@212.118.206.70> has quit IRC13:20
*** mdnneo_ <mdnneo_!~umaucher@212.118.206.70> has joined #yocto13:20
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto13:22
*** ArmEmu <ArmEmu!566fad8e@gateway/web/freenode/ip.86.111.173.142> has joined #yocto13:24
*** mbourhis <mbourhis!~mbourhis@glo44-1-82-67-130-147.fbx.proxad.net> has quit IRC13:28
ArmEmuHey, i'm trying to run an arm build of core-image-sato under qemu and I'm having trouble getting graphics to work13:30
ArmEmuI'm using the crops docker image to get my environment setup and can easily boot the image with then nographic option but sdl doesnt work and publicvnc never starts13:30
ArmEmuHave I missed something obvious here?13:30
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC13:39
* zeddii is tring to figure out how a libc-headers version bump went in without my ack13:40
zeddiiRP: I'll send a patch to drop myself as the maintainer for linux-libc-headers and just focus on the kernel13:40
*** balister_ <balister_!~balister@c-73-152-143-112.hsd1.va.comcast.net> has quit IRC13:41
*** Crofton|work <Crofton|work!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has joined #yocto13:41
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC13:42
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@198.145.29.62> has joined #yocto13:42
RPzeddii: Sorry, I think it went into mut and I didn't notice it was that recipe :/13:44
zeddiiI just rebased my 4.15 work on top of it, so I suppose it won't last long. and I'll drink some coffee and chill :P13:44
RPrburton: ^^^13:44
RPzeddii: 4.15 sounds good. I've been trying to get patches moving a bit faster but things have moved too quickly :(13:45
* RP is also distracted with the autobuilder13:45
zeddiiI just get twitchy when something so core updates without a log of testing, and matching newer kernels, etc.13:45
zeddiisince I know, if something fails to boot or work with a syscall (in particular with the retpoline foo) .. I know who gets the bugzilla ;) :D13:46
RPzeddii: we don't tend to see a lot of problems with the kernel headers at least...13:46
zeddiiagreed. but with these asm/gcc/glibc changes for the enter/exit, I was taking a close look. I'll just continue to test on top of my 4.15, not exactly a challenging rebase.13:47
RPzeddii: not for a person with your patch handling foo :)13:47
RPzeddii: thanks and sorry13:47
zeddiimeh. no worries. you have bigger fish to fry.13:48
RPzeddii: do you know if Kevin is working on updates for meta-yocto-bsp?13:50
RPzeddii: I delayed M2 until we had patches, just wondering if I should wait on that13:50
zeddiiRP: I'll ping him now, but won't hear until tonight. he's been very on top of it, and I'm seeing other patches from him .. so hopefully he saw all the bumps.13:54
* zeddii is an idiot who forgets to cc' him a lot.13:54
RPzeddii: thanks13:55
*** learningc <learningc!~User@175.141.43.42> has joined #yocto13:55
*** sgw <sgw!~swold@134.134.139.76> has quit IRC13:56
*** lukma <lukma!~lukma@89-64-1-240.dynamic.chello.pl> has quit IRC14:00
*** crawf0rd <crawf0rd!~jcrawford@24-179-1-12.static.leds.al.charter.com> has joined #yocto14:01
*** crawf0rd <crawf0rd!~jcrawford@24-179-1-12.static.leds.al.charter.com> has left #yocto14:01
*** zarzar <zarzar!~zarzar@184.75.233.58> has joined #yocto14:01
*** peacememories <peacememories!~textual@e253-200.eduroam.tuwien.ac.at> has joined #yocto14:07
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-nmjyplpofcossucw> has joined #yocto14:07
*** Cubi_ <Cubi_!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC14:08
*** sgw <sgw!swold@nat/intel/x-qslqnplswegsuubc> has joined #yocto14:08
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC14:10
*** peacememories <peacememories!~textual@e253-200.eduroam.tuwien.ac.at> has quit IRC14:11
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC14:12
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto14:15
*** crawf0rd <crawf0rd!~jcrawford@24-179-1-12.static.leds.al.charter.com> has joined #yocto14:17
*** crawf0rd <crawf0rd!~jcrawford@24-179-1-12.static.leds.al.charter.com> has left #yocto14:18
*** crawf0rd <crawf0rd!~jcrawford@24-179-1-12.static.leds.al.charter.com> has joined #yocto14:18
-YoctoAutoBuilder- build #728 of nightly-non-gpl3 is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-non-gpl3/builds/72814:21
*** luneff <luneff!~yury@95.174.104.43> has quit IRC14:22
crawf0rdHas anyone ran into this error | configure: error: in `/home/user/build/poky/build/tmp/work/x86_64-linux/glib-networking-native/2.50.0-r0/build':14:25
crawf0rd| configure: error: "Package 'libidn2', required by 'gnutls', not found"14:25
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has joined #yocto14:25
*** dlan <dlan!~dennis@69.12.77.204> has joined #yocto14:28
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto14:28
*** aratiu <aratiu!~adi@80.97.64.55> has quit IRC14:30
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto14:32
*** adelcast <adelcast!~adelcast@130.164.62.71> has quit IRC14:35
*** frieder <frieder!~frieder@80.149.173.68> has quit IRC14:38
*** marka <marka!~masselst@128.224.252.2> has joined #yocto14:39
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto14:41
lpapphi, I am really confused. Why are my .so files not going into a generated -dev package?14:41
rburtonlpapp: because FILES_* says so?14:42
lpapprburton: I have FILES_${PN}lib = "${libdir}"14:42
lpappso you would think that is the cause, however14:42
lpappbitbake -e foo | grep ^PACKAGES -> shows: foo-dev earlier than foolib in the output14:43
*** kanavin <kanavin!ak@nat/intel/x-qkeoiruynuzvzkdg> has quit IRC14:43
lpappso should foo-dev not pick up the plain .soS in this case prior to foolib even though FILES_${PN}lib = "${libdir}" is specified?14:43
lpappif not, what should I do? FILES_* needs to go really that specific?14:44
lpappThat would be uncomfortable.14:44
rburtonwell, what is FILES_$PN-dev set to14:44
lpappnothing14:44
lpappdo I have to?14:44
rburtonusing -e, what is it set to14:44
rburtonnot what does the recipe set it to14:44
rburtonas i'm not at your machine reading your recipes, i can't tell what classes you've got14:44
lpappit only says "/usr/include"14:45
lpappnot sure why14:45
rburtonluckily -e can tell you, as bitbake.conf should be setting FILES_${PN}-dev to include /usr/lib/lib*.so14:46
lpappso what to check next? I am really unsure14:47
lpappFILES_SOLIBSDEV = "" was specified, however I removed that14:47
lpappis there any other flag that could affect it?14:47
rburtonright well there you go14:47
rburtonyou broke library packaging14:47
lpappoh-oh!14:47
lpappbuggy recipe, very buggy14:47
lpappoh god14:47
lpappsomeone put FILES_${PN}-dev = "${includedir}" in there14:47
lpappthat should be removed and everything will be fine?14:48
lpappby default it picks that includedir up and what you said?14:48
rburtonsounds like you need to burn the recipe and start again14:48
*** adelcast <adelcast!~adelcast@62.82.24.195.static.user.ono.com> has joined #yocto14:48
rburtonjust look in bitbake.conf, FILES_$PN-dev is in there14:48
lpapprburton: cheers14:50
*** kanavin <kanavin!ak@nat/intel/x-ovdzpjpntqifgxiu> has joined #yocto14:50
*** learningc <learningc!~User@175.141.43.42> has quit IRC14:52
*** adelcast <adelcast!~adelcast@62.82.24.195.static.user.ono.com> has quit IRC14:52
*** learningc <learningc!~User@175.141.43.42> has joined #yocto14:53
*** colrack <colrack!~colrack@94.126.8.166> has quit IRC14:56
*** adelcast <adelcast!~adelcast@130.164.62.80> has joined #yocto15:09
*** oni <oni!~oni@benjamin.computer> has left #yocto15:10
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC15:14
*** ArmEmu <ArmEmu!566fad8e@gateway/web/freenode/ip.86.111.173.142> has quit IRC15:14
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:17
* kergoth yawns15:19
*** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto15:24
-YoctoAutoBuilder- build #752 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-x86-64-lsb/builds/75215:27
*** xtron <xtron!~xtron@110.93.212.98> has joined #yocto15:35
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:36
*** Daniel <Daniel!495dc938@gateway/web/freenode/ip.73.93.201.56> has joined #yocto15:38
*** Daniel is now known as Guest2222915:38
*** khouya <khouya!b8a03c83@gateway/web/freenode/ip.184.160.60.131> has joined #yocto15:40
xtronI want to change a file in rootfs < /etc/... > where I can change this so it wont cleanup during "cleanall" command and appear in rootfs in modified form15:41
*** mdnneo_ <mdnneo_!~umaucher@212.118.206.70> has quit IRC15:41
LetoThe2ndxtron: modify the recipe that pulls in the file accordingly. maybe through a bbappend15:42
T_UNIXis there a clean way to install a disabled `systemd.service` using `package-a` and enable that service using `package-b`?15:43
-YoctoAutoBuilder- build #719 of nightly-arm64 is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-arm64/builds/71915:43
xtronLetoThe2nd: I think once fetch it remains somewhere in the < tmp/ > directory  even I < cleanall core-image > it should be available, my question is where it is, recipe is not fetching it again and again15:44
LetoThe2ndxtron: well that depends on where recipe actually fetches it. if the recipe has reason to think that it doesn't need to get it again as it is not supposed to have changed.. then, yes.15:46
T_UNIXI've seen `SYSTEMD_AUTO_ENABLE` but I'm wondering whether it's allowed to enable third party services across package-borders15:47
T_UNIXI guess `SYSTEMD_PACKAGES` might work15:50
*** morphis_ <morphis_!~morphis@pD9ED6E08.dip0.t-ipconnect.de> has joined #yocto15:51
*** gtristan <gtristan!~tristanva@109.175.221.34> has joined #yocto15:54
*** morphis <morphis!~morphis@pD9ED60AA.dip0.t-ipconnect.de> has quit IRC15:55
*** khouya <khouya!b8a03c83@gateway/web/freenode/ip.184.160.60.131> has quit IRC15:55
*** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has quit IRC15:57
*** majuk <majuk!~majuk@75-163-155-5.clsp.qwest.net> has joined #yocto15:58
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-meortjsbwniqkyht> has joined #yocto16:04
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-nmjyplpofcossucw> has quit IRC16:17
T_UNIXit doesn't. `SYSTEMD_PACKAGES_other_pn` is not available16:17
-YoctoAutoBuilder- build #769 of nightly-x86 is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-x86/builds/76916:20
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC16:24
*** skz81 <skz81!~SKZ@dD5E009B2.access.telenet.be> has quit IRC16:28
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC16:29
abelloniRP: what does it take to have a BSP layer on git.yoctoproject.org (i.e. instead of github)?16:30
RPabelloni: depends on the layer and if its community oriented or commercially driven16:31
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto16:34
abellonilet say it will support community boards but will be supported by a Linux Foundation member16:35
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC16:36
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto16:38
*** stefan_ <stefan_!~stefan@ipbcc2211a.dynamic.kabel-deutschland.de> has joined #yocto16:38
-YoctoAutoBuilder- build #735 of nightly-mips is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-mips/builds/73516:38
*** stefan_ <stefan_!~stefan@ipbcc2211a.dynamic.kabel-deutschland.de> has joined #yocto16:39
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC16:39
*** stephano <stephano!~stephano@134.134.139.76> has quit IRC16:43
-YoctoAutoBuilder- build #757 of nightly-ppc is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-ppc/builds/75716:44
RPabelloni: that is a grey area :/16:47
rburtonT_UNIX: a recipe can't control variables in other recipes16:52
*** Guest22229 <Guest22229!495dc938@gateway/web/freenode/ip.73.93.201.56> has quit IRC16:54
*** armpit <armpit!~armpit@2601:202:4000:1184:9532:f483:52ba:8822> has quit IRC16:54
T_UNIXrburton: that's why i hoped it would simply inject SYSTEMD_PACKAGES as dependencies and create a task to enable a unit.16:55
T_UNIXrburton: what's the supposed way of enabling another package's unit? simply add some kind of `package_postinst(){ systemctl enable foo.service}`?16:57
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-djaxyuddcjzdmeag> has joined #yocto17:01
rburtonT_UNIX: write a bbappend to control the recipe directly17:02
rburtona postinst to enable the service would work, but is a bit yuck17:02
T_UNIXI'm trying to provide a dev-env that contains a `demo.service` unit for the developers to enable at will17:03
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto17:03
T_UNIXhowever, if an `expo-image` is generated, it shall be enabled by default17:03
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC17:04
*** fl0v0 <fl0v0!~fvo@mue-88-130-110-124.dsl.tropolys.de> has quit IRC17:05
T_UNIXs;it;`demo.service`;17:05
*** msvb-mob <msvb-mob!~michael@x55b543ef.dyn.telefonica.de> has quit IRC17:07
rburtonT_UNIX: rootfs post hook to enable it in the image17:07
-YoctoAutoBuilder- build #770 of nightly-x86-64 is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-x86-64/builds/77017:07
T_UNIXrburton: thanks for the hint :)17:11
sveinseOur CM consists of a settings-file and a small addition to local.conf. I wonder if it would be possible to tap into the py bitbake parser and have a common file for the CM and for the local.conf? Anyone tried something like that?17:11
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC17:13
sveinsePerhaps the most naïve approach is to run bitbake -e and then parse the output, but that feels like overkill17:14
*** bodangly <bodangly!~bodangly@12.178.87.98> has joined #yocto17:15
*** stephano <stephano!~stephano@134.134.139.83> has joined #yocto17:17
*** sjolley <sjolley!~sjolley@134.134.139.72> has quit IRC17:17
*** stephano <stephano!~stephano@134.134.139.83> has quit IRC17:18
*** stephano <stephano!~stephano@134.134.139.83> has joined #yocto17:18
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto17:19
*** msvb-mob <msvb-mob!~michael@x55b54486.dyn.telefonica.de> has joined #yocto17:19
*** ant_work <ant_work!~ant__@host53-77-dynamic.250-95-r.retail.telecomitalia.it> has quit IRC17:20
*** bodangly <bodangly!~bodangly@12.178.87.98> has quit IRC17:20
*** bodangly <bodangly!~bodangly@12.178.87.98> has joined #yocto17:23
rburtonsveinse: nothing wrong with -e to get the actual configuration thats being built17:23
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC17:25
-YoctoAutoBuilder- build #743 of nightly-qa-extras is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-qa-extras/builds/74317:25
yoctiNew news from stackoverflow: fetching from local directory <https://stackoverflow.com/questions/48527165/fetching-from-local-directory>17:25
sveinserburton: I ment injecting other vars unused by bitbake into local.conf intended for pre-bitbake setup-stuff. Such as the collection of layers that this configuration shall checkout and use and their version17:26
*** bodangly_ <bodangly_!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto17:29
*** bodangly <bodangly!~bodangly@12.178.87.98> has quit IRC17:31
*** martinkelly1 <martinkelly1!~martin@4.14.243.50> has joined #yocto17:34
*** oob <oob!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto17:34
*** Kakounet <Kakounet!~Thunderbi@APuteaux-654-1-62-63.w86-217.abo.wanadoo.fr> has quit IRC17:34
*** vdehors_arc <vdehors_arc!~vincent@82.127.222.42> has quit IRC17:39
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC17:47
kergothsveinse: it's actually surprisingly easy to write a standalone python script that parses bitbake format files. if you don't need to parse bitbake.conf, and just want to parse a random file, you wouldn't even need tinfoil17:48
sveinsekergoth: do you know what py module I need to load to just parse a random file?17:50
kergothbb.parse17:51
kergothd = bb.data.init(); bb.parse.init_parser(d); d = bb.parse.handle(filename, d)17:52
kergothiirc that should do it17:52
*** octo_ <octo_!54a0e934@gateway/web/freenode/ip.84.160.233.52> has joined #yocto17:53
octo_hi all17:53
octo_i just build my first yocto image, but i dont know which file to choose from the /images/ folder to copy to sc card17:54
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto17:55
octo_can anybody help me?17:55
khemocto_: which platform is it ? for rpi it would be file ending in rpi-sdimg18:01
*** scottrif <scottrif!~scottrif@47.39.44.219> has joined #yocto18:03
octo_it is for beaglebone green wireless18:03
octo_i used the meta-ti layer. didnt know if this is right18:03
sveinsekergoth: perfect, I'll try that, thanks18:04
*** xpete <xpete!~xpete@bl19-240-186.dsl.telepac.pt> has joined #yocto18:04
kergothnp18:04
-YoctoAutoBuilder- build #806 of nightly-arm is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-arm/builds/80618:04
*** adelcast <adelcast!~adelcast@130.164.62.80> has quit IRC18:04
*** octo_ <octo_!54a0e934@gateway/web/freenode/ip.84.160.233.52> has quit IRC18:11
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto18:12
*** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has quit IRC18:16
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC18:17
*** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has joined #yocto18:19
*** stephano <stephano!~stephano@134.134.139.83> has quit IRC18:31
*** stephano <stephano!~stephano@134.134.139.76> has joined #yocto18:35
*** brianm_ <brianm_!c0c353c8@gateway/web/freenode/ip.192.195.83.200> has joined #yocto18:38
*** grma <grma!~gruberm@80.93.38.128> has quit IRC18:40
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto18:44
*** dev1990_ <dev1990_!~dev@dynamic-78-8-128-181.ssp.dialog.net.pl> has joined #yocto18:45
-YoctoAutoBuilder- build #820 of nightly is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly/builds/82018:46
*** yann <yann!~yann@178.208.16.32> has quit IRC18:46
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-flydjclyjapgmsbf> has quit IRC18:53
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto18:53
*** bodangly_ <bodangly_!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC18:55
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto19:00
*** armpit <armpit!~armpit@50-233-148-156-static.hfc.comcastbusiness.net> has joined #yocto19:01
-YoctoAutoBuilder- build #791 of nightly-oe-selftest is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/79119:03
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto19:03
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC19:03
*** scottrif <scottrif!~scottrif@47.39.44.219> has quit IRC19:17
*** adelcast <adelcast!~adelcast@132.red-81-40-210.staticip.rima-tde.net> has joined #yocto19:34
*** joshuagl <joshuagl!joshuagl@nat/intel/x-rchpvygihzusngpv> has quit IRC19:35
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC19:38
*** brianm_ <brianm_!c0c353c8@gateway/web/freenode/ip.192.195.83.200> has quit IRC19:38
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto19:51
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC19:55
*** zarzar1 <zarzar1!~zarzar@vpn1.noregon.com> has joined #yocto20:00
*** colrack <colrack!~colrack@95.236.183.146> has joined #yocto20:03
*** zarzar <zarzar!~zarzar@184.75.233.58> has quit IRC20:04
*** pohly <pohly!~pohly@84.132.151.183> has quit IRC20:04
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto20:07
rburtonkergoth: oh that is easy.  trivial enough to wrap into the fuzzy lop python integration too20:07
rburtonkergoth: ok need to set a variable so it can find classes too20:10
rburtonkergoth: if i set LAYERDIR and then parse layer.conf, will that do the right thing?20:11
rburtonbeen meaning to throw afl at the parser for a while20:11
rburtonand doing it via bitbake is waaay to slow20:11
kergothit should. you'll want to .expandVar('LAYERDIR') to force immediate expansion on it the way bitbake does, most likely, dpeending on what you're doing20:13
rburtonFile "/home/ross/Yocto/poky/meta/classes/siteinfo.bbclass", line 158, in __anon_167__home_ross_Yocto_poky_meta_classes_siteinfo_bbclass throws an exception20:13
rburtonhmm20:13
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC20:14
rburtonanyway, dog walk time20:14
rburtonah right its bailing as it doesn't know what machine20:19
rburtonokay find i'll parse bitbake.conf too20:19
kergothif you're going to do that, might as well let tinfoil do it for you :) bblayers+bitbake.conf is basically the minimum the cooker will parse at this point20:20
kergothcourse it's probably slightly slower, due to spawning the server..20:21
rburtonthe server was the problem, afl wants to parallelise the processes20:22
*** zarzar2 <zarzar2!~zarzar@184.75.233.58> has joined #yocto20:22
kergothah20:22
kergothafl?20:22
rburtonamerican fuzzy lop20:22
rburtonfuzzer with python hooks20:22
kergothah20:23
*** xpete <xpete!~xpete@bl19-240-186.dsl.telepac.pt> has quit IRC20:24
*** zarzar1 <zarzar1!~zarzar@vpn1.noregon.com> has quit IRC20:26
*** FabKna <FabKna!~Fabian@p2003000621DB86244091F24E769E1B24.dip0.t-ipconnect.de> has joined #yocto20:32
FabKnaanyone uses ansible for image roll out / update on yocto devices?20:32
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-kxykrueskzipqtnb> has joined #yocto20:38
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC20:39
*** stephano <stephano!~stephano@134.134.139.76> has quit IRC20:45
*** zarzar2 <zarzar2!~zarzar@184.75.233.58> has quit IRC20:46
*** zarzar <zarzar!~zarzar@184.75.233.58> has joined #yocto20:46
*** stephano <stephano!~stephano@134.134.139.83> has joined #yocto20:46
*** marka <marka!~masselst@128.224.252.2> has quit IRC20:47
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto20:57
*** yann <yann!~yann@LFbn-1-527-224.w86-245.abo.wanadoo.fr> has joined #yocto20:59
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC21:00
*** stefan_ <stefan_!~stefan@ipbcc2211a.dynamic.kabel-deutschland.de> has quit IRC21:03
*** FabKna <FabKna!~Fabian@p2003000621DB86244091F24E769E1B24.dip0.t-ipconnect.de> has quit IRC21:21
*** ant_home <ant_home!~ant__@host57-10-dynamic.248-95-r.retail.telecomitalia.it> has joined #yocto21:21
*** Crofton <Crofton!~Crofton@12.31.71.58> has joined #yocto21:22
*** crawf0rd <crawf0rd!~jcrawford@24-179-1-12.static.leds.al.charter.com> has quit IRC21:29
*** dreyna <dreyna!~dreyna@unknown-157-217.windriver.com> has joined #yocto21:31
*** crawf0rd <crawf0rd!~jcrawford@24-179-1-12.static.leds.al.charter.com> has joined #yocto21:37
*** armpit <armpit!~armpit@50-233-148-156-static.hfc.comcastbusiness.net> has quit IRC21:42
*** Crofton <Crofton!~Crofton@12.31.71.58> has quit IRC21:46
*** Crofton <Crofton!~Crofton@12.31.71.58> has joined #yocto21:48
*** zarzar <zarzar!~zarzar@184.75.233.58> has quit IRC21:54
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC21:58
*** lamego <lamego!lamego@nat/intel/x-ebujhbddkgslnque> has quit IRC22:05
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC22:07
*** lamego <lamego!lamego@nat/intel/x-wigekmmqsilciyeq> has joined #yocto22:15
*** adelcast <adelcast!~adelcast@132.red-81-40-210.staticip.rima-tde.net> has quit IRC22:17
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC22:17
*** Crofton <Crofton!~Crofton@12.31.71.58> has quit IRC22:26
*** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC22:37
*** martinkelly1 <martinkelly1!~martin@4.14.243.50> has quit IRC22:48
*** stephano <stephano!~stephano@134.134.139.83> has quit IRC22:54
*** stephano <stephano!~stephano@134.134.139.83> has joined #yocto22:55
*** colrack <colrack!~colrack@95.236.183.146> has quit IRC22:56
*** stephano <stephano!~stephano@134.134.139.83> has quit IRC22:57
*** stephano <stephano!~stephano@134.134.139.83> has joined #yocto22:57
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC22:58
*** lamego <lamego!lamego@nat/intel/x-wigekmmqsilciyeq> has left #yocto23:00
*** noway96 <noway96!~noway43@75-146-165-43-Minnesota.hfc.comcastbusiness.net> has quit IRC23:02
*** sjolley <sjolley!sjolley@nat/intel/x-mxmvkegqghpfuhgd> has joined #yocto23:31
*** kpo_ <kpo_!~bob@user-94-254-254-15.play-internet.pl> has joined #yocto23:35
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC23:49
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has quit IRC23:54
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has joined #yocto23:57

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