Tuesday, 2018-03-27

*** sjolley <sjolley!sjolley@nat/intel/x-vmfrjzvccicqqsyv> has joined #yocto00:02
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC00:03
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto00:03
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:05
*** Ely <Ely!~Ely@62-210-129-144.rev.poneytelecom.eu> has joined #yocto00:07
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has quit IRC00:09
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC00:10
*** martinkelly1 <martinkelly1!~martin@205.175.119.149> has quit IRC00:23
*** open-nandra_ <open-nandra_!~marek@81.89.61.168> has joined #yocto00:24
*** majuk <majuk!~majuk@75-163-194-62.clsp.qwest.net> has joined #yocto00:47
*** majuk <majuk!~majuk@75-163-194-62.clsp.qwest.net> has quit IRC00:51
*** open-nandra_ <open-nandra_!~marek@81.89.61.168> has quit IRC00:54
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto00:55
*** kaspter <kaspter!~Instantbi@183.134.100.75> has joined #yocto01:00
*** sjolley <sjolley!sjolley@nat/intel/x-vmfrjzvccicqqsyv> has quit IRC01:03
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto01:08
*** learningc <learningc!~User@192.228.168.3> has joined #yocto01:20
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC01:34
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto01:49
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC02:06
*** Willy-- <Willy--!~william@156.34.80.156> has quit IRC02:07
*** kpo__ <kpo__!~bob@user-94-254-250-40.play-internet.pl> has quit IRC02:08
*** kpo__ <kpo__!~bob@user-94-254-250-40.play-internet.pl> has joined #yocto02:08
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC02:17
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC02:23
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto02:32
*** learningc <learningc!~User@192.228.168.3> has quit IRC02:49
-YoctoAutoBuilder- build #916 of nightly-multilib is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-multilib/builds/91602:49
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC02:57
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto03:06
yoctiNew news from stackoverflow: Yocto runs only one task inside at a time <https://stackoverflow.com/questions/49503739/yocto-runs-only-one-task-inside-at-a-time>03:10
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto03:12
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:16
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC03:41
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto03:56
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC04:21
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC04:25
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto04:26
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto04:35
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-lvpzwjafgbbyzhra> has quit IRC04:44
*** gtristan <gtristan!~tristanva@221.147.85.22> has joined #yocto04:55
*** roxell <roxell!~roxell@unaffiliated/roxell> has joined #yocto04:58
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC05:05
*** AndersD <AndersD!~anders@host-95-197-0-123.mobileonline.telia.com> has joined #yocto05:07
*** _AndersD <_AndersD!~anders@94.234.183.84> has joined #yocto05:08
*** AndersD <AndersD!~anders@host-95-197-0-123.mobileonline.telia.com> has quit IRC05:08
*** AndersD_ <AndersD_!~anders@94.234.183.84> has joined #yocto05:13
*** _AndersD <_AndersD!~anders@94.234.183.84> has quit IRC05:13
*** _AndersD <_AndersD!~anders@host-95-197-0-123.mobileonline.telia.com> has joined #yocto05:16
*** AndersD_ <AndersD_!~anders@94.234.183.84> has quit IRC05:16
*** AndersD_ <AndersD_!~anders@94.234.183.84> has joined #yocto05:16
*** _AndersD <_AndersD!~anders@host-95-197-0-123.mobileonline.telia.com> has quit IRC05:16
*** AndersD_ <AndersD_!~anders@94.234.183.84> has quit IRC05:16
*** AndersD_ <AndersD_!~anders@94.234.183.84> has joined #yocto05:16
*** _AndersD <_AndersD!~anders@host-95-197-0-123.mobileonline.telia.com> has joined #yocto05:18
*** AndersD_ <AndersD_!~anders@94.234.183.84> has quit IRC05:18
*** AndersD_ <AndersD_!~anders@94.234.183.84> has joined #yocto05:18
*** _AndersD <_AndersD!~anders@host-95-197-0-123.mobileonline.telia.com> has quit IRC05:18
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto05:20
*** vishnu_nk <vishnu_nk!~vishnunk@2001:420:5244:1300:4dfd:d76:164e:bff8> has joined #yocto05:20
*** AndersD <AndersD!~anders@94.234.183.84> has joined #yocto05:24
*** AndersD_ <AndersD_!~anders@94.234.183.84> has quit IRC05:24
*** _AndersD <_AndersD!~anders@host-95-197-0-123.mobileonline.telia.com> has joined #yocto05:25
*** AndersD <AndersD!~anders@94.234.183.84> has quit IRC05:25
*** _AndersD <_AndersD!~anders@host-95-197-0-123.mobileonline.telia.com> has quit IRC05:26
*** AndersD_ <AndersD_!~anders@host-95-197-0-123.mobileonline.telia.com> has joined #yocto05:26
*** _AndersD <_AndersD!~anders@94.234.183.84> has joined #yocto05:26
*** AndersD_ <AndersD_!~anders@host-95-197-0-123.mobileonline.telia.com> has quit IRC05:26
*** _AndersD <_AndersD!~anders@94.234.183.84> has quit IRC05:29
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC05:43
*** morphis_ <morphis_!~morphis@pD9ED7751.dip0.t-ipconnect.de> has quit IRC05:43
*** agust <agust!~agust@p4FCB48EA.dip0.t-ipconnect.de> has joined #yocto05:44
*** hnje <hnje!~hnje@81.216.59.226> has joined #yocto05:55
*** morphis <morphis!~morphis@pD9ED7751.dip0.t-ipconnect.de> has joined #yocto05:57
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto05:58
*** adca <adca!~adca@193.202.22.66> has quit IRC06:23
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto06:25
*** pohly <pohly!~pohly@p548497B7.dip0.t-ipconnect.de> has joined #yocto06:26
*** Snert__ <Snert__!~snert_@65.74.8.146> has joined #yocto06:27
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC06:29
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC06:29
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has joined #yocto06:30
*** adca <adca!~adca@193.202.22.66> has joined #yocto06:30
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto06:41
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto06:43
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto06:54
*** fl0v0 <fl0v0!~fvo@i577B902F.versanet.de> has joined #yocto07:00
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC07:06
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto07:07
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC07:17
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto07:17
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto07:21
*** stephano <stephano!stephano@nat/intel/x-ifwtzfeilsgsuqzb> has quit IRC07:23
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto07:25
*** yann <yann!~yann@LFbn-1-527-224.w86-245.abo.wanadoo.fr> has quit IRC07:26
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC07:33
*** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC07:35
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto07:36
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC07:37
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto07:42
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto07:45
*** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto07:51
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC07:53
*** loulou2 <loulou2!51ff1123@gateway/web/freenode/ip.81.255.17.35> has joined #yocto07:55
loulou2hello all! I'm trying to blacklist a kernel module in order to disable autoload but i don't have /etc/modprobe.d in the target rootfs, I have missed something but i don't know why :( any idea ?07:56
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto07:57
welhm<loulou2> do you have the modprobe command ?08:05
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto08:07
welhmif yes you can try to create the folder yourself. Otherwise i like to help you but i'm to inexperienced08:08
nayfeloulou2: are you pinksnake from yesterday ?08:09
loulou2@nayfe what ?08:09
nayfeloulou2: some guy asked same question yesterday08:10
loulou2@nayfe haha ok it's my coworker nickname ^^08:10
loulou2@nayfe i have takenthis part because it's seems stuck :S so i'm trying to add a cmd linearg with modprobe.blacklist=modname, it' building ...08:11
nayfemaybe ask xilinx ML meta-xilinx@lists.yoctoproject.org ?08:12
*** fberg <fberg!~kappe@93-42-191-214.ip88.fastwebnet.it> has joined #yocto08:27
*** TobSnyder <TobSnyder!~schneider@ipb2180325.dynamic.kabel-deutschland.de> has joined #yocto08:28
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC08:30
*** yann <yann!~yann@178.208.16.32> has joined #yocto08:40
yoctiNew news from stackoverflow: Configure yocto to use protocol other than git <https://stackoverflow.com/questions/49507652/configure-yocto-to-use-protocol-other-than-git>08:41
fberghello guys, I'm compiling a library using a cutom recipe. During the do_package() I get this error: No GNU_HASH in the elf binary08:41
fbergI've add the following: do_compile(){08:42
fberg        oe_runmake LDFLAGS=--hash-style=gnu08:42
fberg}08:42
fbergbut can't get rid of it08:42
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto08:44
neverpanicmake sure your library accepts LDFLAGS from the envrionment, then this should already work correctly without overriding do_compile()08:50
neverpanicUsually, using a well-established build system is the easiest way to achieve this.08:51
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto08:54
*** totem <totem!5b40d262@gateway/web/freenode/ip.91.64.210.98> has joined #yocto09:01
loulou2@nayfe i sens a msg on yocto mailing list, there is probably an issue somewhere, because of the recipe inherit of kernel.bbclass but "install -d ${D}${sysconfdir}/modprobe.d" seems doesn't call ...09:03
fbergneverpanic, solved thanks. Added TARGET_CC_ARCH += "${LDFLAGS}"09:04
nayfeloulou2 its due to kernel-module-split.bbclass, it removes empty folders09:09
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC09:17
loulou2@nayfe ok we can simply add blacklist.conf deployement in do_install_append(), that's should do the trick no ?09:27
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto09:32
nayfeloulou2 can't you upgrade yocto ?  KERNEL_MODULE_AUTOLOAD should work on newest versions09:32
loulou2@nayfe no update possible we have to keep 2.1.2, do you think KERNEL_MODULE_AUTOLOAD is broken in old Yocto version ?09:39
nayfeloulou2: you received an answer on ML (module_conf_<module-name> = "blacklist <module-name>")09:40
*** kpo__ <kpo__!~bob@user-94-254-250-40.play-internet.pl> has quit IRC09:46
*** kpo__ <kpo__!~bob@user-94-254-250-40.play-internet.pl> has joined #yocto09:47
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC09:54
*** pidge <pidge!~pidge@83.136.43.153> has joined #yocto10:04
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto10:08
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:10
rburtonMarex: there?10:11
*** kpo__ <kpo__!~bob@user-94-254-250-40.play-internet.pl> has quit IRC10:11
*** kpo__ <kpo__!~bob@user-94-254-250-40.play-internet.pl> has joined #yocto10:12
*** yann <yann!~yann@178.208.16.32> has quit IRC10:23
Marexrburton: yes, I see it, work in progress10:29
*** yann <yann!~yann@178.208.16.32> has joined #yocto10:39
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC10:39
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto10:40
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC10:41
*** kpo__ <kpo__!~bob@user-94-254-250-40.play-internet.pl> has quit IRC10:51
*** kpo__ <kpo__!~bob@user-94-254-250-40.play-internet.pl> has joined #yocto10:51
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto10:55
*** TobSnyder <TobSnyder!~schneider@ipb2180325.dynamic.kabel-deutschland.de> has quit IRC10:59
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC10:59
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto10:59
*** TobSnyder <TobSnyder!~schneider@ipb2180325.dynamic.kabel-deutschland.de> has joined #yocto11:02
*** fabo <fabo!~fabo@linaro/fabo> has quit IRC11:07
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has quit IRC11:17
fberghello guys, I need  glib-2.0-dev to compile a recipe, by the way bitbake says:  glib-2.0 RPROVIDES glib-2.0-dev11:17
*** Aethenelle <Aethenelle!Elite19980@gateway/shell/elitebnc/x-aonvbaaokjdddqon> has quit IRC11:17
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC11:17
fbergso I've added DEPENDS = "gettext glib-2.0 glib-2.0-dev" into my recipe11:17
fbergby the way can't still compile11:18
neverpanicfberg: DEPENDS is for recipe names. glib-2.0-dev is a PACKAGE name11:18
fbergAny suggestion ?11:18
fbergneverpanic: thanks, what am I supposed to do ? I'm not really an expert11:19
neverpanicAdd glib-2.0 to DEPENDS11:20
fbergdone, but the binary glib-gettextize provided by glib-2.0-dev provided by glib-2.0 can't still be found11:21
neverpanicDoes your build system try to run glib-gettextize at build time?11:32
neverpanicIf so, add glib-2.0-native to DEPENDS11:32
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto11:32
yoctiNew news from stackoverflow: Pulseaudio build issue in yocto <https://stackoverflow.com/questions/41715960/pulseaudio-build-issue-in-yocto>11:42
*** totem <totem!5b40d262@gateway/web/freenode/ip.91.64.210.98> has quit IRC11:52
loulou2@nayfe, thx for info i have replied. But the trouble is probably about driver name12:02
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC12:04
-YoctoAutoBuilder- build #550 of nightly-packagemanagers is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-packagemanagers/builds/55012:13
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto12:18
*** gtristan <gtristan!~tristanva@221.147.85.22> has quit IRC12:23
fbergneverpanic: thank you, your suggeestion fixed the problem.12:28
fbergwht's the difference of using glib-2.0-native instead of glib-2.012:28
*** kpo__ <kpo__!~bob@user-94-254-250-40.play-internet.pl> has quit IRC12:29
rburtonfberg: native is the native recipe which provides binaries you can run at build time12:29
rburtonsuch as glib-gettextize12:29
*** marka <marka!~masselst@128.224.252.2> has joined #yocto12:30
rburtonalso glib-gettextize is deprecated so if this is an upstream you wrote, port it to plain gettext12:30
fbergrburton: woha. I'm amused..12:30
fbergthanks12:30
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has joined #yocto12:36
*** maxin <maxin!maxin@nat/intel/x-pgqnidlmofzgdgbo> has quit IRC12:41
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC12:43
*** kpo__ <kpo__!~bob@user-94-254-250-40.play-internet.pl> has joined #yocto12:46
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC12:47
*** hnje <hnje!~hnje@81.216.59.226> has quit IRC12:53
*** Aethenelle <Aethenelle!Elite19980@zeta-v4.4.elitebnc.org> has joined #yocto12:55
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto12:58
-YoctoAutoBuilder- build #892 of nightly-mips64 is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-mips64/builds/89213:01
lukmaDo I need any special switch to force symbolic (relative) links (usr/bin) being copied to recipe-sysroot?13:06
lukmaI do have image/usr/bin   ->     erl -> ../lib/erlang/bin/erl13:07
lukmabut the "erl" itself is not copied to recipe-sysroot for the dependent package13:07
yoctiNew news from stackoverflow: rootfs folder in yocto <https://stackoverflow.com/questions/49513288/rootfs-folder-in-yocto>13:12
*** cratliff <cratliff!~cratliff@209.83.116.104> has joined #yocto13:19
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC13:19
-YoctoAutoBuilder- build #371 of nightly-musl-x86-64 is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-musl-x86-64/builds/37113:27
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC13:28
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto13:29
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC13:30
*** RyanMeulenkamp <RyanMeulenkamp!d5a0d55c@gateway/web/freenode/ip.213.160.213.92> has joined #yocto13:33
loulou2Hi all, i'm still stuck... Someone here has a good method to prevent kernel modules loading ? I tried load_modules=off but udev still load all modules ... :(13:37
-YoctoAutoBuilder- build #890 of nightly-mips-lsb is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-mips-lsb/builds/89013:38
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has quit IRC13:42
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has joined #yocto13:42
fl0v0Hi, are there tools available to generate a document for GPL/OpenSource License compliance? I'd like to generate something like this: http://legato.io/legato-docs/latest/Legato_16_10_1_OpenSourceLicenses.pdf13:43
fl0v0Im basically looking for something that takes an images license.manifest and makes a nice pdf13:43
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto13:43
*** igor <igor!bb6c2acb@gateway/web/freenode/ip.187.108.42.203> has joined #yocto13:47
igorhi guys, someone knows how to remove a inherited class via bbappend? Is that possible?13:47
*** morphis_ <morphis_!~morphis@pD9ED728D.dip0.t-ipconnect.de> has joined #yocto13:49
*** vishnu_nk <vishnu_nk!~vishnunk@2001:420:5244:1300:4dfd:d76:164e:bff8> has quit IRC13:49
loulou2@igor it's a strange question no? If you don't want to inherit from a recipe you can write your own no?13:50
*** morphis <morphis!~morphis@pD9ED7751.dip0.t-ipconnect.de> has quit IRC13:53
zarzarhi i am losing my terminal history, only one session is kept, i haven't been able to find commands to change the history settings, anyone have a guide or can oint me towards the manual for the default shell in a tyocto build?13:59
zarzaryocto*** build13:59
loulou2@zazar just to be sure, you system is running on a persistent storage ?14:01
zarzarloulou2: yes it seems to only keep about 40 commands, HISTSIZE was not set, could that be the issue?14:04
fberghello guys, I'm trying compiling aravis using a custom recipe. During the compile process bitbake return with error: No rule to make target '/usr/bin/g-ir-scanner-wrapper', needed by 'Aravis-0.6.gir'.  Stop.14:05
fberg from openembedded I see that g-ir-scanner recipe is available from meta-gir. By the way it's pretty obsolete14:05
fberga newer recipes by the way seems to compile g-ir-scanner-wrapper and it is gobject-introspection14:05
fbergfrom gobject introspection recipe:14:05
fbergSYSROOT_PREPROCESS_FUNCS_append_class-target = " gi_binaries_sysroot_preprocess"14:05
fberggi_binaries_sysroot_preprocess() {14:05
fberg# Tweak the binary names in the introspection pkgconfig file, so that it14:05
fberg# picks up our wrappers which do the cross-compile and qemu magic.14:05
fbergsed -i \14:05
fberg-e "s|g_ir_scanner=.*|g_ir_scanner=${bindir}/g-ir-scanner-wrapper|" \14:05
fberg-e "s|g_ir_compiler=.*|g_ir_compiler=${bindir}/g-ir-compiler-wrapper|" \14:05
fberg${SYSROOT_DESTDIR}${libdir}/pkgconfig/gobject-introspection-1.0.pc14:05
fberg}14:05
fbergSi I've added gobject-introspection into the DEPENDS field of my aravis recipe. by the way bitbake is still complaining that No rule to make target '/usr/bin/g-ir-scanner-wrapper', needed by 'Aravis-0.6.gir'.  Stop.14:05
loulou2@zazar maybe, according to the doc -> So for an infinite history list, make: HISTSIZE=(some number less than 0)14:07
loulou2@zazar you can try export HISTSIZE=50 HISTFILESIZE=100 and try to save 50 cmds14:08
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC14:09
*** stephano <stephano!stephano@nat/intel/x-ggxpafgcuidhrjsa> has joined #yocto14:09
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC14:10
zarzarloulou2: it keeps 40-50 commands already, i thought it was only one session but its only a few14:10
zarzarloulou2: i set HISTSIZE to 100000, will set file size also14:10
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto14:11
*** adelcast <adelcast!~adelcast@130.164.62.135> has joined #yocto14:12
loulou2@zazar 50 was only for example ;)14:12
zarzarloulou2: i know, but HISTSIZE seems to be set only for one session14:13
zarzarloulou2: those variables are only for a single session14:14
zarzarloulou2: what doc?14:14
loulou2@zazar man bash14:15
*** armpit <armpit!~armpit@2601:202:4000:1184:9901:2a59:c9ba:abba> has joined #yocto14:15
zarzari tried bash commands and they failed, i thought the shell was ash14:15
loulou2@zazar ok so maybe ash as a different history managment14:16
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:18
igor@loulou2 yes, but I rather change some lines than rewrite the whole recipe. It's easier to maintain14:27
igorwell, I just wanted to know if threre is simple way, but I can undo what the class did via bbappend anyway14:29
igorthank you @loulou214:29
*** RyanMeulenkamp <RyanMeulenkamp!d5a0d55c@gateway/web/freenode/ip.213.160.213.92> has quit IRC14:31
*** RyanMeulenkamp <RyanMeulenkamp!d5a0d55c@gateway/web/freenode/ip.213.160.213.92> has joined #yocto14:33
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC14:36
*** psadro1 <psadro1!~Thunderbi@2620:107:9009:e107::6556> has joined #yocto14:36
RyanMeulenkampHi! I'm trying to figure out why our new Yocto/OE-core based OS has a loadavg of about twice that of our old Angström/OE-classic based OS. Any leads? Kernel versions: 2.6.34.14 on classic and 4.9.28 on core14:36
*** rdanter <rdanter!~rad@cpc76236-cosh15-2-0-cust704.6-1.cable.virginm.net> has quit IRC14:37
*** psadro <psadro!~Thunderbi@216.234.148.135> has quit IRC14:38
*** psadro1 is now known as psadro14:38
Crofton|workRyanMeulenkamp, I saw that on list14:38
Crofton|workinteresting question14:38
Crofton|worktry things like perf top and see what jumps out?14:38
RyanMeulenkampNice, thanks! I hadn't heard of that one yet.14:41
Crofton|worknot sure if you can run that on old image14:41
Crofton|workjsut old school top might help14:43
RyanMeulenkampI'll give it a try14:43
RyanMeulenkampI also tried logging /proc/[pid]/stat[14 + 15] but this gives the opposite result (much higher numbers on the OE-classic OS)14:45
Crofton|workthat is a kernel thing not an OE things14:47
*** cratliff <cratliff!~cratliff@209.83.116.104> has quit IRC14:48
RyanMeulenkampYou mean the change in result is caused by the change in kernel?14:50
-YoctoAutoBuilder- build #878 of nightly-arm64 is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-arm64/builds/87814:50
*** noway96 <noway96!~noway96@50-244-213-195-static.hfc.comcastbusiness.net> has quit IRC14:50
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC14:54
*** TobSnyder <TobSnyder!~schneider@ipb2180325.dynamic.kabel-deutschland.de> has quit IRC14:54
*** igor <igor!bb6c2acb@gateway/web/freenode/ip.187.108.42.203> has quit IRC14:58
Crofton|workwell the files in /proc are directly populated by the kernel15:00
Crofton|workpretty thin info, so can only talk in general terms15:02
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-klpylmsnnriddwdd> has joined #yocto15:03
*** RyanMeulenkamp <RyanMeulenkamp!d5a0d55c@gateway/web/freenode/ip.213.160.213.92> has quit IRC15:06
*** yann <yann!~yann@178.208.16.32> has quit IRC15:12
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has joined #yocto15:12
-YoctoAutoBuilder- build #894 of nightly-mips is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-mips/builds/89415:14
kergothloadavg is probably higher since we have defaults of BB_NUMBER_THREADS and PARALLEL_MAKE based on cpu cores. using the system more thoroughly by default15:15
* kergoth yawns15:15
*** ladidadida_ <ladidadida_!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has joined #yocto15:15
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has quit IRC15:16
*** ladidadida_ is now known as ladidadida15:17
JPEWkergoth: Can I have the link to that image licensing class you posted earlier? I lost it15:17
*** kpo__ <kpo__!~bob@user-94-254-250-40.play-internet.pl> has quit IRC15:24
*** kpo__ <kpo__!~bob@user-94-254-250-40.play-internet.pl> has joined #yocto15:25
JPEWnm, found it in the archives. I was interested in giving it a try if you can answer some questions15:26
*** peacememories <peacememories!~textual@e254-045.eduroam.tuwien.ac.at> has joined #yocto15:29
kergothsure. it's made with a pretty specific purpose in mind, i was pretty curious on whether anyone would actually use it for anything15:34
*** christner <christner!~dchristne@70-91-95-105-washington.dc.hfc.comcastbusiness.net> has joined #yocto15:38
JPEWYa, was the purpose to have seperate development/release images that allow GPLv3 packages and not respectively?15:40
kergothyeah. it's not perfect, but that's the idea. you'd set INCOMPATIBLE_LICENSE = "GPL-3.0", WHITELIST_GPL-3.0 += "gdb", then inherit the class in both images, set ALLOW_ALL_INCOMPATIBLE_WHITELISTED = "0" in the production image, which makes inclusion of gdb in that image fatal. so you can add gdb to the other image but aren't allowed to add it to the production image15:42
*** fabo <fabo!~fabo@linaro/fabo> has joined #yocto15:42
kergothcan also use ALLOWED_INCOMPATIBLE_WHITELISTED to allow specific incompatibly licensed packages in, rather than blocking all15:42
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto15:42
yoctiNew news from stackoverflow: meta-virtualization rocko brach unable to locate package docker <https://stackoverflow.com/questions/49517065/meta-virtualization-rocko-brach-unable-to-locate-package-docker>15:42
laplanteHow does one get permission to post to 'openembedded-core@lists.openembedded.org'? I tried to subscribe but haven't received a password or any confirmation.15:42
kergothmainly a proof of concept. at worst it's a final sanity check for the paranoid15:43
* JPEW looking up how we are currently doing that...15:43
*** christner <christner!~dchristne@70-91-95-105-washington.dc.hfc.comcastbusiness.net> has quit IRC15:49
*** vishnu_nk <vishnu_nk!~vishnunk@27.62.198.223> has joined #yocto15:56
*** vishnu_nk <vishnu_nk!~vishnunk@27.62.198.223> has quit IRC15:57
*** vishnu_nk <vishnu_nk!~vishnunk@27.62.198.223> has joined #yocto15:58
rburtonlaplante: if your email is hosted by microsoft then there's a problem where it is rejecting mails, email the admin and you'll get added manually15:59
*** nk_vishnu <nk_vishnu!~vishnunk@42.111.205.73> has joined #yocto16:00
laplanterburton: ah, thank you. that's probably it. is the admin the mailman@lists.openembedded.org address?16:01
*** vishnu_nk <vishnu_nk!~vishnunk@27.62.198.223> has quit IRC16:02
*** marble_visions <marble_visions!~marble_vi@46.101.108.79> has quit IRC16:02
-YoctoAutoBuilder- build #905 of nightly-qa-extras is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-qa-extras/builds/90516:10
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto16:15
*** vishnu_nk <vishnu_nk!~vishnunk@106.208.154.32> has joined #yocto16:18
*** marble_visions <marble_visions!~marble_vi@46.101.108.79> has joined #yocto16:18
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC16:18
*** vishnu_nk <vishnu_nk!~vishnunk@106.208.154.32> has quit IRC16:19
*** nk_vishnu <nk_vishnu!~vishnunk@42.111.205.73> has quit IRC16:21
*** kmorrow <kmorrow!81c4e222@gateway/web/freenode/ip.129.196.226.34> has joined #yocto16:24
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:25
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC16:30
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has quit IRC16:31
*** kpo__ <kpo__!~bob@user-94-254-250-40.play-internet.pl> has quit IRC16:37
seebsSo I found a bug in the Python makewrappers script in pseudo.16:49
seebsWhich I've never hit before.16:49
seebsBecause I've never tried to wrap a "..." function before.16:50
seebs>         except Exception(e):16:50
seebsthis should have been16:51
seebs        except Exception as e:16:51
seebsthis has been through i don't know how many code reviews, but since we never actually hit a parse failure...16:51
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto16:55
-YoctoAutoBuilder- build #915 of nightly-musl is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-musl/builds/91516:56
*** peacememories <peacememories!~textual@e254-045.eduroam.tuwien.ac.at> has quit IRC17:02
seebsDoes anyone have an arm64 EABI machine that I could run some sample/test code on?17:04
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto17:06
dzentry those ? https://www.scaleway.com/armv8-cloud-servers/17:10
frayqemuarm64?17:10
*** armpit <armpit!~armpit@2601:202:4000:1184:9901:2a59:c9ba:abba> has quit IRC17:11
yoctiNew news from stackoverflow: Yocto Toaster Compatible image recipes is zero empty Where all recipes? <https://stackoverflow.com/questions/49518731/yocto-toaster-compatible-image-recipes-is-zero-empty-where-all-recipes>17:13
*** cratliff <cratliff!~cratliff@209.83.116.104> has joined #yocto17:17
*** yann <yann!~yann@LFbn-1-527-224.w86-245.abo.wanadoo.fr> has joined #yocto17:21
seebshuh. qemu's probably fine, yeah.17:25
seebsWow, renameat2 is horrible to implement.17:25
seebsSpecifically, the exchange case is hard.17:25
*** fl0v0 <fl0v0!~fvo@i577B902F.versanet.de> has quit IRC17:27
JPEWseebs: Indeed. Are you actually trying to get pseudo to "do the right thing", or just return ENOSYS?17:30
seebsI'm trying to do the correct thing, because so far as I can tell, if renameat2() is actually showing up as a call, it should be expected to work.17:32
seebsIt turns out I need to add an exchange op, because no existing ops can express an atomic swap of two paths.17:32
seebsBut, say you rename a to b, and a wasn't in database. pseudo creates a database entry for a, using b's dev/ino, to do the "rename".17:33
JPEWAh17:33
seebsIf you rename a to b and b to a simultaneously, I have to do that with exchanged dev/ino values, and so on.17:33
seebswheeeeeee.17:33
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has quit IRC17:44
*** peacememories <peacememories!~textual@e254-045.eduroam.tuwien.ac.at> has joined #yocto17:45
*** klynn <klynn!~kristi@47-40-108-60.dhcp.knwc.wa.charter.com> has joined #yocto17:49
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has joined #yocto17:53
*** gtristan <gtristan!~tristanva@110.11.179.89> has joined #yocto17:59
*** Trinners <Trinners!~Trinners@mail.validmanufacturing.com> has joined #yocto18:01
*** Trinners <Trinners!~Trinners@mail.validmanufacturing.com> has joined #yocto18:02
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has joined #yocto18:04
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has joined #yocto18:04
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has quit IRC18:06
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has joined #yocto18:06
-YoctoAutoBuilder- build #985 of nightly is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly/builds/98518:10
*** kireevco <kireevco!sid87376@gateway/web/irccloud.com/x-gqdsmzlecdchxmef> has joined #yocto18:13
kireevcohey all. Struggling with building a golang project via bitbake. any diehard go experts?18:13
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has joined #yocto18:19
rburtonseebs: yeah i noticed that, got a patch here too.  i also have a trivial renameat2 wrapper which just does ENOTSUP...18:26
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto18:27
seebsI'm staring at the thing, it turns out that I probably have to change the pseudo IPC structure to allow passing more than one dev/inode.18:31
seebsYou actually *can't* do this safely/reliably without both names *and* both dev/ino pairs.18:31
seebsMy concern is mostly that I don't think renameat2() should be present in libc and yet returning ENOTSUP. I think.18:31
nrossiCrofton|work: just saw your message from the other day, probably better to direct PetaLinux stuff to the Xilinx forum (https://forums.xilinx.com/t5/Embedded-Linux/bd-p/ELINUX) ;)18:32
*** zarzar <zarzar!~zarzar@184.75.233.58> has quit IRC18:32
*** zarzar <zarzar!~zarzar@184.75.233.58> has joined #yocto18:32
Crofton|workHeh, I am no petalinux expert :)18:33
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC18:34
*** bavery_fn <bavery_fn!~bavery@134.134.139.72> has joined #yocto18:34
rburtonseebs: tbh glibc git master doesn't expose it yet so thats mostly academic right now18:34
rburtonseebs: it uses syscall(renameat2...) if present, but no wrapper is present18:36
*** psadro <psadro!~Thunderbi@2620:107:9009:e107::6556> has quit IRC18:37
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:6683:415a:bf63:3223> has joined #yocto18:37
nrossiCrofton|work: neither :), but i think directing petalinux users to the meta-xilinx list would just uncover the thinly veiled cloth protecting them from the wonders of OE :) that they are probably not ready to handle.18:37
Crofton|workYeah, I didn'y know about the other path :)18:39
Crofton|workFeel free to correct my answer and we will both get dinged by SO mods for not answering the question18:39
*** marka <marka!~masselst@128.224.252.2> has quit IRC18:40
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has quit IRC18:40
*** peacememories <peacememories!~textual@e254-045.eduroam.tuwien.ac.at> has quit IRC18:41
*** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has quit IRC18:43
seebsHuh.18:43
seebsOkay, fair enough, if glibc's not actually exposing it, we can probably avoid doing the thing yet.18:43
seebsHmm.18:45
seebsSo I have a man page for renameat2() on my system, which is why I assumed it was an actual function I could call. Maybe I should check this out more.18:45
seebs... oh, right. kernel's documenting syscalls, glibc doesn't always provide them. Eww.18:47
*** peacememories <peacememories!~textual@e254-045.eduroam.tuwien.ac.at> has joined #yocto18:48
*** peacememories <peacememories!~textual@e254-045.eduroam.tuwien.ac.at> has joined #yocto18:50
JPEWThe deeper this goes, the more I think that article was right.... there should be a liblinux-syscalls (or whatever he called it)18:50
frayna, apps that call syscalls directly should have their maintains drawn and quartered..  and the libc(s) should prioritize adding proper interfaces for syscalls.. :P18:51
*** peacememories <peacememories!~textual@e254-045.eduroam.tuwien.ac.at> has quit IRC18:51
JPEWI mean... I've never used syscall()... *ducks*18:53
rburtonseebs: last time i fell for that it took me a few hours to discover that lots of projects were copy/pasting the same code from a manpage for a function which glibc never exposed and had a mistake in anyway, so even if they did add that wrapper it wouldn't work19:01
kergothew19:02
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-klpylmsnnriddwdd> has quit IRC19:03
AbleBaconso, yocto creates linux images, right? like if i were to install windows, do the updates, remove a bunch of crap, and then install it on a bunch of computers, yocto is like a linux version of that?19:03
rburtonerm, sort of?19:03
AbleBaconi'm just sort of trying to understand this conceptually because the guides just sort of dive right in19:04
rburtonits a tool to build a custom linux-based operating system19:04
AbleBaconso, i'm trying to create a linux image for this embedded device we have, so why am i installing ubuntu onto a virtual machine and doing a bunch of stuff on it first in order to accomplish that?19:05
rburtonno idea, you tell me19:05
rburtonbecause the yocto tools don't work in windows?19:05
AbleBaconok, so i'm configuring this ubuntu environment right now on this virtual machine--when does that turn into configuring the environment that i want on the embedded device?19:06
fraynever19:06
AbleBaconi.e. i'm not sure what stuff is working towards getting yocto working, vs getting the finished image configured19:07
frayThe Yocto Project 'build system', is a tool that runs on a Linux OS of your choice.. (which is ubuntu based on your description)19:07
frayfrom there you would configure a new -custom- Linux distribution that is YOUR embedded Linux distribution.19:07
frayYou build it, and then get something out of it that can be deployed into your custom environment19:07
AbleBaconso my ubuntu machine is going to download a bunch of packages and things, but not for it--for the custom environment?19:08
hastakehello, if i feel like changing the init system to something else, how to make the link /sbin/init to somewhere else? if i do it in FILES_${PN} i have an error about someone else owning the link19:08
frayThe Yocto Project build system requires a Linux based operating system to run on..  but it is purely a 'tool'.  Ubuntu is only used as an OS to run the tool..19:08
frayThe Yocto Project tooling, running on your Ubuntu OS will download what it needs to compile that applications, that you configured, to create an image to run on your configured target.19:08
frayhastake, usually you would do this by defining a different initscript 'system'.  I beleive currently sysvinit and systemd are defined.. you could define your own..19:09
AbleBaconhow come people don't just emulate the target hardware, install linux on it, get the stuff they need, and then save that as an image instead?19:09
frayDo you have an emulator for all available hardware?  If so I'd like it..  baring that, we do build and use QEMU for some things.. but we're limited to the hardware (and CPUs) that qemu is capable of emulating..19:10
smurrayplus that's slow19:10
AbleBaconwell, what if i have the hardware itself?19:10
rburtonAbleBacon: the point is yocto is building the linux *you want*.  not what ubuntu is, or redhat.19:10
frayThere are severe limitations to the emulation on various IA, ARM, and Power platforms.  (I think MIPS is fairly well emulated, unless you end up with a variant like the Cavium Octeon)19:10
frayAbleBacon, with some exceptions, USUALLY your host system is much faster at compiling then the target hardware..19:10
rburtonAbleBacon: if you have the hardware yourself and eg ubuntu is provided for it and it does what you want already then feel free to use ubuntu19:11
frayso everything is cross compiled.19:11
AbleBaconi wouldn't even know how to install linux on this ARM processor in the first place. but yocto takes care of that--right?19:11
rburtonwell, arm is comedy because none of them boot the same19:11
rburtonwhich is kind of why you can't just get "ubuntu for arm"19:12
frayIf your host system is not already faster -- or you don't want to cross compile -- or as rburton said, you have an existing OS to run on that.. you don't have to do this..... BUT   there is another penalty.. reproducibility.   The Yocto Project can repduce the same image using the same configuration over and over.. in a way that you can PROVE the sources you have are being used.. this is VERY important from a commercial perspective..19:12
*** armpit <armpit!~armpit@50-233-148-156-static.hfc.comcastbusiness.net> has joined #yocto19:12
frayYa, YP will be able to build the kernel and OS for a known board.. but most likely the install process (for most 32-bit ARM) is so custom, you will have manual steps to deploy it..  the BSP/machine layer usually includes instructions on how to deploy)19:12
AbleBaconso if i want to share my linux image with others, i save a small recipe file and send it to them and they can compile it themselves?19:13
rburtonAbleBacon: yeah. or just share the image.19:13
frayYou would share custom (code) content via layers..  configuration either via layers or simply 'here use this configuration', etc..19:13
rburtonbut absolutely, the layers+image recipe is all they'll need to reproduce what you built.19:13
fray(You can of course share the binary, but again -- in a commercial setting that isn't a good idea for lawyers and such.. they want proof the source you said you used, you used.. so they know what the licensing agreements are)19:14
rburtonagain, useful in commericial environments where you want to do an update two years after shipping something.19:14
AbleBaconbut they'd have to go in and do some fiddling to get everything set up, even if i told them what layers and recipes to use, right?19:14
frayNo, if they use exactly the same layers and configuration as you do -- there is nothing further to 'setup'.19:14
frayRemember the Yocto Project builder is a tool that runs on your host..19:14
frayand the host system must be a Linux based host.. (with a few other requirements)19:14
AbleBaconhow would i send them the layers and configuration? is there like a makefile sort of thing?19:15
frayit just happens to be that a lot of people do this on Ubuntu.. but that isn't required.. it can be CentOS, Arch, RHEL, SuSe, even some Yocto Project based systems19:15
frayin your project directory you will have a conf subdirectory.. That is your configuration.19:15
fraythe layers referred to by the configuration are almost always git repositories.  Use whatever method you wish to share your git repositories (an current commit) with others19:15
fray(the build log always starts with a list of layers and the commit they are on for tracking purposes..19:16
AbleBaconso the conf directory is everything... assuming another user has checked out the same version of yocto, if i send them my conf directory, their resultant image will be an exact match of mine?19:16
frayyes19:16
AbleBaconso why not have a single file that contains all of the information about the build? like how a makefile might work19:16
AbleBaconi feel like i could get going with an XML sort of deal a lot faster19:17
fraybitbake (the utility you are running) is roughly an equivalent to 'make'.. but way way more extensible and (for the purposes of this build) better able to handle the demands of the system.19:17
*** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has joined #yocto19:17
frayThere are various (not YP) programs that can take YAML, XML, or others and generate the .conf files..19:17
fraybut the .conf format ont he Yocto Project is fixed and has a history..19:18
rburtonAbleBacon: probab;ly easiest if you just try a build19:18
AbleBaconso if i want to have, say, GCC 6.10 on my system, i need a... layer for that?19:18
fraythere is a learning curve..19:18
fraythe 'meta' layer (a.k.a. oe-core) contains the basics for the core system..  meta-yocto contains various stock distribution configurations.. and meta-yocto-bsps contains various sample BSPs..19:18
fraythere are additional layers you can download (see layers.openembedded.org)19:19
frayAs far as GCC, if you want to use GCC.. then you would most likely use the one from oe-core (included)19:19
rburtonAbleBacon: you generally get the gcc that comes with the version of yocto you use.  changing compiler is *not easy*19:19
AbleBaconoh excellent! i was wondering how to find the specific thing i need for this chip19:19
frayif you wanted to use some alternative version, you may have to implement something yourself..  this is definitely an 'advanced' operation19:19
fraysearch for your COTs dev system on layers.openembedded.org.. be sure to swithc the 'branch' to whatever branch of the YP you are using..19:20
fray(Rocko is the last released version)..  this changes every 6 months...19:20
frayif you truely have something 'new', then you will need to learn how to do multiple parts of the system -- but usually you can start with one of the QEMU bsps, and then adjust from there19:20
AbleBaconso the ones on that site are the open source ones? i'm seeing my manufacturer has their own BSP, but it's not listed on that site19:22
fraythen your manufacturer has not published it to the index -- or they only support it for a different version.  You may have to look at older releases.19:24
frayRocko is current, but it's not unusual to support latest (master) or ancient versions (way past support)19:24
Crofton|workusing a several year old version is a bad idea. No good source for updates19:24
frayhttpstr://wiki.yoctoproject.org/wiki/Releases19:24
fray ... https://wiki.yoctoproject.org/wiki/Releases ... that gives you an idea of how old something is by the code name (branch name)19:25
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC19:25
*** bodangly <bodangly!~bodangly@24-240-128-46.static.davl.vt.charter.com> has joined #yocto19:25
AbleBaconso if they're mentioning the "krogoth" release in this documentation, i should not try to use rocky?19:25
frayanything older then 1 year should not be used.. and even something as old as one year should be carefully considered..19:25
frayKrogoth is 2.1, April 201619:25
fraythe Yocto Project does community (best effort) support for about 1 year..  so that is no longer supported after April 201719:26
AbleBaconbut if i try to use a newer version, it definitely won't be compatible?19:26
fray(if you have a commercial provider, they certainly can and do extend support longer then 1 year.. but the community generally does not)19:26
fraymost likely it will not be directly compatible -- which means you will have to port the kernel and/or other pieces (say an SDK)..19:26
frayif it's a common board, others may have already done it.. if it's not a common board.. beat up the board maker19:26
AbleBaconyeah it's like an ancient board i'm pretty sure19:27
AbleBaconpretty cool, tho. size of a coaster. technology these days!19:27
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC19:28
frayYou can use krogoth, and it will probably work.. but it will be harder to ask general questions when you have a problem..19:28
frayif this is just a hobbiest system.. that may be good enough for you (especially if you are just learning)19:28
AbleBaconeh, not exactly--it's a class 3 medical device :-/19:29
frayfor that, I'd definitely recommend either beating up the board vendor for something newer -- or finding a commercial provider..19:29
fray(commercial providers often have 3, 5, 10, or even 15 year support...  plus can advise some additional options when working in the medical or similar spaces)19:30
fray(i.e. from a system licensing perspective, medical devices often can't allow an end user to modify them -- but the GPLv3 license may require that..  which often means don't use GPLv3 software..)19:30
fraythese are things that the Yocto Project can help you do, that other systems (like Ubuntu) can not..19:31
fray(nothing wrong with Ubuntu, it's just not built for that environment)19:31
AbleBaconright--i wasn't thinking i could use it on here, but i was confused about why i needed it on a virtual machine. makes sense now though19:31
frayCommercial OSVs, as well as consultants and such often have a lot of experience in these areas to help you get started or support you long-term19:31
fray(I work for an OSV, as do others on this channel -- as well as semi makers, ISVs and consultants...)19:32
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC19:32
AbleBaconwhat are OSVs and ISVs? my google is failing me19:32
frayOSV -- Operating System Vendor..  ISV - Independent Software Vendor (generally applications, sometimes more)19:33
fraySemi's (the guys who make the CPUs)..  board vendors (you already know that).. etc19:33
AbleBaconah19:33
AbleBaconyeah, we got vended some of this qt framework stuff from one of those19:34
frayOSV - Wind River (who I work for), MontaVista, Mentor Graphics, Enea and many others..19:34
frayI'd consider QT software to usually be an ISV..19:34
AbleBaconright19:34
AbleBaconi should probably just turn off my brain and follow these instructions and see where it gets me19:37
frayya.. run through it first that way.. check out what you get..19:37
frayI think you will have a better idea of difficulty (or ease of use) at the end.. and then can focus questions on what ya need..19:38
yoctiNew news from stackoverflow: Yocto bitbake ninja: command not found <https://stackoverflow.com/questions/49521165/yocto-bitbake-ninja-command-not-found>19:43
*** bodangly <bodangly!~bodangly@24-240-128-46.static.davl.vt.charter.com> has quit IRC19:48
*** bodangly <bodangly!~bodangly@24-240-128-46.static.davl.vt.charter.com> has joined #yocto19:52
*** kmorrow <kmorrow!81c4e222@gateway/web/freenode/ip.129.196.226.34> has quit IRC20:08
*** dreyna <dreyna!~dreyna@unknown-157-218.windriver.com> has joined #yocto20:23
*** bodangly <bodangly!~bodangly@24-240-128-46.static.davl.vt.charter.com> has quit IRC20:28
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto20:32
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC20:38
-YoctoAutoBuilder- build #372 of nightly-musl-x86-64 is complete: Failure [failed Running Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-musl-x86-64/builds/37220:40
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC20:40
*** noway96 <noway96!~noway96@50.244.213.195> has joined #yocto20:45
noway96I wan't to change /etc/init.d/lighttpd file20:45
noway96but it's in poky. I could modify poky but changes to poky is not tracked by our VCS20:46
noway96how do I go about doing this?20:46
*** pohly <pohly!~pohly@p548497B7.dip0.t-ipconnect.de> has quit IRC20:52
JPEWnoway96: You could make a new layer and change it in a .bbappend file20:53
JPEW(or in one of your existing layers)20:53
*** armpit <armpit!~armpit@50-233-148-156-static.hfc.comcastbusiness.net> has quit IRC21:09
*** bodangly <bodangly!~bodangly@24-240-128-46.static.davl.vt.charter.com> has joined #yocto21:10
kireevcowhen building a golang app it can't find all.bash file,  although some go stuff is in there. most of it,actually... im wondering which package has it...21:11
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has quit IRC21:23
*** bodangly <bodangly!~bodangly@24-240-128-46.static.davl.vt.charter.com> has quit IRC21:24
*** bodangly <bodangly!~bodangly@24-240-128-46.static.davl.vt.charter.com> has joined #yocto21:25
*** cratliff <cratliff!~cratliff@209.83.116.104> has quit IRC21:38
-YoctoAutoBuilder- build #880 of poky-tiny is complete: Failure [failed BuildImages] Build details are at https://autobuilder.yocto.io/builders/poky-tiny/builds/88021:39
*** stephano <stephano!stephano@nat/intel/x-ggxpafgcuidhrjsa> has quit IRC21:40
kireevcovery general question. how can i reference `cortexa8hf-neon-linux-gnueabi/golang/1.8.3-r0/go/` directory from any recepie?21:42
kergothyou can't, thats the per-recipe workdir21:42
kireevcokergoth: first, thank you for your reponse. appricate it21:43
kireevcokergoth: then, how can i get same contents that i have in this dir into my recipe?21:43
kireevcoin `cortexa8hf-neon-linux-gnueabi/telegraf/1.4/telegraf-1.4 ` for example21:44
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC21:46
kireevcokergoth: i have a feeling im having a wrong dependency or inheritance, but not quite sure what exactly. I was able to build other golang project with very similar settings, it just didn't use gdm21:47
hastakefray: thank you. is there any docs or pointer on how to define your own initscript?21:50
hastakei did find a patchset for openrc, but it seems to change things in oe and poky, it's not obvious how to change that in top layers only21:55
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto22:03
*** bodangly <bodangly!~bodangly@24-240-128-46.static.davl.vt.charter.com> has quit IRC22:05
*** bodangly <bodangly!~bodangly@24-240-128-46.static.davl.vt.charter.com> has joined #yocto22:06
*** bodangly <bodangly!~bodangly@24-240-128-46.static.davl.vt.charter.com> has quit IRC22:06
AbleBaconwhat if instead of a recipe file to create the root filesystem, i have a tar file that i want to use instead?22:06
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC22:08
*** stephano <stephano!~stephano@134.134.139.74> has joined #yocto22:11
*** pidge <pidge!~pidge@83.136.43.153> has quit IRC22:21
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC22:31
*** Sir_Gallantmon <Sir_Gallantmon!~King_InuY@fedora/ngompa> has joined #yocto22:33
*** dreyna <dreyna!~dreyna@unknown-157-218.windriver.com> has quit IRC22:34
*** agust <agust!~agust@p4FCB48EA.dip0.t-ipconnect.de> has quit IRC22:34
*** dreyna <dreyna!~dreyna@unknown-6-187.windriver.com> has joined #yocto22:35
*** cratliff <cratliff!~cratliff@cpe-74-136-204-38.kya.res.rr.com> has joined #yocto22:39
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-syjywcbchpyemlxg> has joined #yocto22:39
*** xmux <xmux!~x@phorever.net> has joined #yocto22:41
noway96where can I find all the drivers that my image uses?22:41
*** klynn <klynn!~kristi@47-40-108-60.dhcp.knwc.wa.charter.com> has quit IRC22:44
*** bluelightning_ <bluelightning_!~paul@243.21.255.123.dynamic.snap.net.nz> has joined #yocto22:46
*** bluelightning_ <bluelightning_!~paul@243.21.255.123.dynamic.snap.net.nz> has quit IRC22:46
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto22:46
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC22:46
*** cratliff <cratliff!~cratliff@cpe-74-136-204-38.kya.res.rr.com> has quit IRC22:47
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has left #yocto22:49
*** CoRfr <CoRfr!~CoRfr@carmd-fwm01.sierrawireless.com> has quit IRC23:13
*** CoRfr <CoRfr!~CoRfr@carmd-fwm01.sierrawireless.com> has joined #yocto23:14
*** dreyna <dreyna!~dreyna@unknown-6-187.windriver.com> has quit IRC23:22
*** Sir_Gallantmon <Sir_Gallantmon!~King_InuY@fedora/ngompa> has quit IRC23:22
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:25
*** sgw <sgw!~swold@134.134.139.72> has quit IRC23:26
*** dreyna <dreyna!~dreyna@unknown-157-218.windriver.com> has joined #yocto23:27
*** CoRfr <CoRfr!~CoRfr@carmd-fwm01.sierrawireless.com> has quit IRC23:28
*** armpit <armpit!~armpit@2601:202:4000:1184:315e:77dc:98f1:ec41> has joined #yocto23:28
*** CoRfr <CoRfr!~CoRfr@carmd-fwm01.sierrawireless.com> has joined #yocto23:29
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC23:36
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC23:39
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:39
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC23:46
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:48

Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!