Monday, 2014-06-23

*** sameo <sameo!~samuel@192.55.55.39> has quit IRC00:03
*** sameo <sameo!samuel@nat/intel/x-bkowckmkvaywlrax> has joined #yocto00:03
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC00:07
*** abelloni <abelloni!~abelloni@build.free-electrons.com> has joined #yocto00:21
*** msm` <msm`!~msm@cpe-72-182-100-192.austin.res.rr.com> has joined #yocto00:25
*** msm <msm!~msm@cpe-72-182-100-192.austin.res.rr.com> has quit IRC00:28
*** behanw <behanw!~behanw@S0106dc9fdb80cffd.gv.shawcable.net> has quit IRC00:43
*** behanw <behanw!~behanw@S0106dc9fdb80cffd.gv.shawcable.net> has joined #yocto00:46
*** abelloni <abelloni!~abelloni@build.free-electrons.com> has quit IRC00:49
*** sameo <sameo!samuel@nat/intel/x-bkowckmkvaywlrax> has quit IRC01:00
*** _domidimi_ <_domidimi_!~AndChat42@p54AB53F3.dip0.t-ipconnect.de> has quit IRC01:14
*** warthog9 <warthog9!~warthog9@149.20.54.19> has quit IRC01:15
*** domidimi <domidimi!~AndChat42@p5B0E6A68.dip0.t-ipconnect.de> has joined #yocto01:19
*** jmdelos_ <jmdelos_!~polk@174-22-187-43.clsp.qwest.net> has quit IRC01:40
*** jmdelos_ <jmdelos_!~polk@174-22-187-43.clsp.qwest.net> has joined #yocto01:42
*** warthog9 <warthog9!~warthog9@149.20.54.19> has joined #yocto01:46
*** bunk <bunk!~bunk@cs185055.pp.htv.fi> has quit IRC02:05
*** bunk <bunk!~bunk@cs185055.pp.htv.fi> has joined #yocto02:06
*** radzy_away <radzy_away!~radzy@63.140.125.40> has quit IRC02:08
*** radzy_away <radzy_away!~radzy@63.140.125.40> has joined #yocto02:18
*** Crofton <Crofton!~balister@pool-108-44-80-46.ronkva.east.verizon.net> has quit IRC02:34
*** Crofton <Crofton!~balister@pool-108-44-80-46.ronkva.east.verizon.net> has joined #yocto02:34
*** joeythesaint <joeythesaint!~joe@209.141.56.162> has joined #yocto02:35
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto03:44
*** abelloni <abelloni!~abelloni@build.free-electrons.com> has joined #yocto03:48
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC03:51
*** fusman <fusman!~fahad@110.93.212.98> has joined #yocto04:09
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC04:11
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto04:11
*** radzy_away <radzy_away!~radzy@63.140.125.40> has quit IRC04:32
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto04:32
*** radzy_away <radzy_away!~radzy@63.140.125.40> has joined #yocto04:36
*** radzy_away <radzy_away!~radzy@63.140.125.40> has quit IRC04:40
*** agust <agust!~agust@p4FDE7F89.dip0.t-ipconnect.de> has joined #yocto04:43
*** radzy_away <radzy_away!~radzy@63.140.125.40> has joined #yocto04:44
*** radzy_away <radzy_away!~radzy@63.140.125.40> has quit IRC05:01
*** radzy_away <radzy_away!~radzy@63.140.125.40> has joined #yocto05:22
*** jmdelos_ <jmdelos_!~polk@174-22-187-43.clsp.qwest.net> has quit IRC05:23
*** jmdelos_ <jmdelos_!~polk@174-22-187-43.clsp.qwest.net> has joined #yocto05:24
*** abelloni_ <abelloni_!~abelloni@128-79-216-6.hfc.dyn.abo.bbox.fr> has joined #yocto05:32
*** abelloni <abelloni!~abelloni@build.free-electrons.com> has quit IRC05:34
*** abelloni_ <abelloni_!~abelloni@128-79-216-6.hfc.dyn.abo.bbox.fr> has quit IRC05:35
*** abelloni <abelloni!~abelloni@128-79-216-6.hfc.dyn.abo.bbox.fr> has joined #yocto05:36
*** behanw <behanw!~behanw@S0106dc9fdb80cffd.gv.shawcable.net> has quit IRC05:52
*** behanw <behanw!~behanw@S0106dc9fdb80cffd.gv.shawcable.net> has joined #yocto05:53
*** hyei_ <hyei_!~hyei@c-50-174-78-168.hsd1.ca.comcast.net> has quit IRC06:23
*** cristianiorga <cristianiorga!cristianio@nat/intel/x-hprtrbrokywrwnnm> has quit IRC06:29
*** sm_ <sm_!d5e9bc80@gateway/web/freenode/ip.213.233.188.128> has joined #yocto06:34
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has joined #yocto06:36
*** cristianiorga <cristianiorga!~cristiani@134.134.137.73> has joined #yocto06:48
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-ehuleemywzclagau> has joined #yocto07:00
*** jbrianceau_away is now known as jbrianceau07:02
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.98> has joined #yocto07:06
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto07:07
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto07:07
*** domidimi <domidimi!~AndChat42@p5B0E6A68.dip0.t-ipconnect.de> has quit IRC07:09
*** maxin <maxin!~majo@sestofw01.enea.se> has quit IRC07:10
*** Crofton <Crofton!~balister@pool-108-44-80-46.ronkva.east.verizon.net> has quit IRC07:19
*** Crofton <Crofton!~balister@pool-108-44-80-46.ronkva.east.verizon.net> has joined #yocto07:21
*** jmdelos_ <jmdelos_!~polk@174-22-187-43.clsp.qwest.net> has quit IRC07:25
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto07:25
*** JimBaxter <JimBaxter!~jbaxter@ip-2-203-95-156.web.vodafone.de> has joined #yocto07:27
*** JimBaxter <JimBaxter!~jbaxter@ip-2-203-95-156.web.vodafone.de> has quit IRC07:32
*** jmpdelos <jmpdelos!~polk@174-22-187-43.clsp.qwest.net> has joined #yocto07:32
*** sameo <sameo!samuel@nat/intel/x-ahbhdurlngonfwbj> has joined #yocto07:42
sm_hi. I have a qestion. how can I solve this problem without reboot the pc? my error is: "ERROR: Only one copy of bitbake should be run against a build directory"07:50
tasslehoffsm_: make sure no bitbake processes are running and that the lock file is deleted I think.07:57
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has joined #yocto08:00
tasslehoff'/bin/sh -> bash' is not a build requirement, is it?08:01
*** JimBaxter <JimBaxter!~jbaxter@gateway01.m3-connect.de> has joined #yocto08:02
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:06
sm_tasslehoff: thanks for responding. I googled around and find "ps -ef|grep bitbake" command to find bitbake processes and kill them. I should try this command... but I didn't get your questin...08:14
tasslehoffsm_: that Q was for the channel, not for you specifically :)08:15
*** simmel80_ <simmel80_!~quassel@p4FF971A0.dip0.t-ipconnect.de> has joined #yocto08:20
*** simmel80_ <simmel80_!~quassel@p4FF971A0.dip0.t-ipconnect.de> has quit IRC08:21
*** zecke <zecke!~ich@p4FC2B726.dip0.t-ipconnect.de> has joined #yocto08:45
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC08:52
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto08:52
*** vroomfondel|2 <vroomfondel|2!~kvirc@212095007088.public.telering.at> has joined #yocto09:04
*** falk0n <falk0n!~falk0n@a79-168-246-224.cpe.netcabo.pt> has joined #yocto09:11
*** mulhern <mulhern!~mulhern@50.189.153.218> has joined #yocto09:17
*** zecke <zecke!~ich@p4FC2B726.dip0.t-ipconnect.de> has quit IRC09:25
*** elinuxer <elinuxer!~elinuxer@122.165.223.135> has joined #yocto09:26
RPtasslehoff: not anymore, no09:28
tasslehoffRP: good. have an error I have not seen before, but got it when using bash as well.09:29
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto09:31
*** mckoan|away is now known as mckoan09:35
mckoangood morning09:35
elinuxerHi all.. i am doing TI Beaglebone project using yocto..in that i am using my customized recipes. if compile using that recipes i am getting error as mentioned in link..PLEASE CHECK ERROR AND  .BB FILES IN WEB LINK09:39
elinuxerPLEASE HELP ME HOW TO SOLVE THIS ERROR09:40
*** likewise <likewise!~Leon@83.137.143.222> has joined #yocto09:45
*** d_s_e <d_s_e!~d.s.e@ppp-46-244-246-91.dynamic.mnet-online.de> has joined #yocto09:51
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC09:52
*** jkridner <jkridner!~jkridner@c-98-250-189-79.hsd1.mi.comcast.net> has joined #yocto09:52
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto09:52
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC09:57
*** falk0n <falk0n!~falk0n@a79-168-246-224.cpe.netcabo.pt> has quit IRC09:59
elinuxerplease..help me to resolve above pasted problem..09:59
ant_workRP: hi10:07
ant_workRP: what the status wrt musl libc?10:09
RPant_work: khem was working on that, not me10:09
ant_workdo you think we eventually switch?10:09
*** blitz00 <blitz00!~stefans@89.122.246.95> has joined #yocto10:12
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto10:12
RPant_work: switch from what? It may become an option for some people and usecases, depends what people need/want really10:12
ant_workI mean, it looks like eglibc will disappear after 2.1910:14
ant_workso glibc will be default once again10:15
ant_workon the paper musl will be much lighter10:15
ant_worksee, I have now stumbled in the mtd-utils_1.5.1 which does only compile with (e)glibc and thanks to an hack uclibc10:17
ant_work(and requires headers 3.15 btw)10:17
ant_workI'm about rebuilding a test 3.15 toolchain and I'll give maybe a try to musl10:18
ant_workI'll let you know10:18
*** falk0n <falk0n!~falk0n@79.168.246.224> has joined #yocto10:25
seebsMy impression has been that, at any given time, the default trend in libc usage is away from caring about footprint, because generally things are getting larger and faster.10:28
JaMaRP: a while ago you were fixing hanging bitbake processes when the main one is killed10:32
JaMaRP: I think there is still some issue as they are still hanging when aborted on Jenkins10:32
RPJaMa: I think there is some new problem, yes :/10:42
RPJaMa: I've noticed local builds where I've had to kill things too :(10:42
JaMaI remember you said it's a bit can of worms when you was touching it last time10:42
RPJaMa: thanks for working through that patch btw, I was thinking I had that to do until this morning :)10:43
RPJaMa: its a nightmare unfortunately, you fix one place and something else hangs :(10:43
JaMathanks for the patch (you from all people shouldn't be responsible for fixing it)10:44
JaMaI've combined it with my PNBLACKLIST changes (mostly to mark "unmaintained" recipes) so now world builds are a lot faster :)10:44
JaMaI'll send new reports today (hopefully), I'll start sending report about wrong PACKAGE_ARCH (mostly from allarch) as well10:45
RPJaMa: If I merge the other pending autotools change, I won't feel quite as bad about it now since a lot of the dependencies have been fixed (although not all)10:45
JaMaI'll also send some improvements to test-dependencies and sstate-diff-machines scripts, so they match more with what my jenkins jobs do10:46
RPJaMa: in parallel I'm trying to tweak diffsigs so it becomes more useful. If you do notice it saying strange things, I'd love test cases to improve it10:47
JaMaRP: please wait with that change a bit more, I'll try to blacklist/resolve few more issues so that it's easier to spot new ones when it's merged10:47
RPJaMa: RIght, its not going in yet10:47
RPJaMa: it just doesn't break "everything" now :)10:47
JaMaI'm still using -S none and then calling bitbake-diffsigs only for recipes where it differs10:48
RPJaMa: due to performance?10:48
JaMabecause in my case I'm always comparing only 2 signatures (from 2 MACHINEs)10:48
RPJaMa: diffsigs makes sense when you know the two sigs10:48
JaMayes and I want to include only signatures from the current metadata10:48
RPJaMa: right, that is a different use case for what printdiff is intended for10:49
JaMaand the performance of printdiff is better now when I've removed tousands of sigdata files (with updated sstate-cache-management) :)10:50
*** ajtag <ajtag!~ajtag@cpc10-lee211-2-0-cust124.7-1.cable.virginm.net> has quit IRC10:51
RPJaMa: I can imagine how that would help :D10:51
elinuxerplease..help me to resolve above pasted problem..10:52
elinuxerplease..help me any one to resolve above pasted problem..10:52
*** ajtag <ajtag!~ajtag@cpc10-lee211-2-0-cust124.7-1.cable.virginm.net> has joined #yocto11:01
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC11:07
*** AndersD <AndersD!~anders@c-2b4072d5.037-214-6e6b701.cust.bredbandsbolaget.se> has joined #yocto11:08
*** _valle_ <_valle_!~valle@194-218-94-206.customer.telia.com> has quit IRC11:11
*** _valle_ <_valle_!~valle@194-218-94-206.customer.telia.com> has joined #yocto11:12
*** _AndersD <_AndersD!~anders@c-2b4072d5.037-214-6e6b701.cust.bredbandsbolaget.se> has joined #yocto11:14
*** _valle_ <_valle_!~valle@194-218-94-206.customer.telia.com> has quit IRC11:19
*** tonghuix_ <tonghuix_!~tonghuix@114.245.208.226> has joined #yocto11:20
*** tonghuix_ <tonghuix_!~tonghuix@114.245.208.226> has left #yocto11:21
JaMaRP: sstate-diff-machines sample sent to ML: http://lists.openembedded.org/pipermail/openembedded-core/2014-June/093667.html11:21
*** jluisn <jluisn!~quassel@187.115.172.24> has joined #yocto11:22
*** kbouhara__ <kbouhara__!~kbouhara@hyperion.atermes.fr> has quit IRC11:25
*** _valle_ <_valle_!~valle@194-218-94-206.customer.telia.com> has joined #yocto11:26
*** kbouhara <kbouhara!~kbouhara@hyperion.atermes.fr> has joined #yocto11:27
*** adelcast <adelcast!~adelcast@130.164.62.249> has joined #yocto11:30
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto11:37
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC11:44
*** zecke <zecke!~ich@p4FC2B5AB.dip0.t-ipconnect.de> has joined #yocto11:47
*** elinuxer <elinuxer!~elinuxer@122.165.223.135> has quit IRC11:57
*** elinuxer <elinuxer!~elinuxer@117.197.197.9> has joined #yocto11:57
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto12:00
RPJaMa: thanks, will see if I can spot any fixes in there if I get a chance12:00
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto12:08
*** simmel80 <simmel80!~quassel@p4FF971A0.dip0.t-ipconnect.de> has joined #yocto12:11
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC12:11
*** Romain_ <Romain_!1f345920@gateway/web/freenode/ip.31.52.89.32> has joined #yocto12:15
Romain_Hi, is it a way to allow multiple users to use the same Yocto build/ folder ?12:16
rburtonno12:16
rburtonwell, you can't have more than one bitbake process on a single build/ directory12:16
Romain_agreed, but regarding file permissions, can I allow different users to trig the build ?12:17
*** mankku <mankku!~mankku@projects.sse.fi> has joined #yocto12:18
rburtonassuming they all have write access i can't see why not12:18
Romain_when I use my own user I have no problems, if I use a different user with the good write access I get : cp: preserving times for `/opt/yocto/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/pics': Operation not permitted12:19
Romain_$ ls -la /opt/yocto/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/pics total 68 drwxrwxrwx 17 romain admin 4096 Jun 13 17:42 . drwxrwxrwx  5 romain admin 4096 Jun 13 17:42 .. drwxrwxrwx  2 romain admin 4096 Jun 13 17:42 ACCESSORIES drwxrwxrwx  2 romain admin 4096 Jun 13 17:42 BONUS drwxrwxrwx  2 romain admin 4096 Jun 13 17:42 CHALLENGE12:20
Romain_the other user is also member of the admin group12:22
*** JimBaxter <JimBaxter!~jbaxter@gateway01.m3-connect.de> has quit IRC12:29
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC12:30
*** e8johan <e8johan!~quassel@194.237.7.146> has joined #yocto12:32
*** adelcast <adelcast!~adelcast@130.164.62.249> has quit IRC12:35
*** zecke <zecke!~ich@p4FC2B5AB.dip0.t-ipconnect.de> has quit IRC12:50
*** sroy <sroy!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has joined #yocto12:51
*** rajesh_ <rajesh_!~rajesh@cpe-66-65-129-74.nyc.res.rr.com> has joined #yocto13:04
-YoctoAutoBuilder- build #146 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/14613:08
*** rajesh_ <rajesh_!~rajesh@cpe-66-65-129-74.nyc.res.rr.com> has quit IRC13:11
*** ndec_ is now known as ndec13:16
*** kscherer <kscherer!~kscherer@128.224.252.2> has joined #yocto13:18
*** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has joined #yocto13:22
*** oneQubit <oneQubit!~oneQubit@c-69-138-31-87.hsd1.md.comcast.net> has joined #yocto13:25
*** mranostay <mranostay!~mranostay@c-50-186-57-56.hsd1.or.comcast.net> has quit IRC13:26
*** mranostay <mranostay!~mranostay@c-50-186-57-56.hsd1.or.comcast.net> has joined #yocto13:26
*** Romain_ <Romain_!1f345920@gateway/web/freenode/ip.31.52.89.32> has quit IRC13:30
-YoctoAutoBuilder- build #153 of nightly-intel-gpl is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-intel-gpl/builds/15313:33
*** sm_ <sm_!d5e9bc80@gateway/web/freenode/ip.213.233.188.128> has quit IRC13:34
*** zecke <zecke!~ich@p4FC2B5AB.dip0.t-ipconnect.de> has joined #yocto13:34
*** stevez <stevez!~stevez@radian-fw.wintek.com> has joined #yocto13:34
*** stevez is now known as zman9721113:35
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC13:39
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto13:41
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.98> has quit IRC13:42
*** elinuxer <elinuxer!~elinuxer@117.197.197.9> has quit IRC13:43
*** adelcast <adelcast!~adelcast@130.164.62.249> has joined #yocto13:43
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto13:44
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC13:46
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto13:47
*** adelcast <adelcast!~adelcast@130.164.62.249> has quit IRC13:47
zman97211Note to all: Don't pause your bitbake that's running in a VM on Friday without forgetting to unpause the VM.13:53
*** AndersD <AndersD!~anders@c-2b4072d5.037-214-6e6b701.cust.bredbandsbolaget.se> has quit IRC14:02
*** cneth <cneth!c6170549@gateway/web/freenode/ip.198.23.5.73> has joined #yocto14:07
*** JimBaxter <JimBaxter!~jbaxter@gateway01.m3-connect.de> has joined #yocto14:12
*** falk0n <falk0n!~falk0n@79.168.246.224> has quit IRC14:13
*** [Sno] <[Sno]!~Sno]@pd956d8ef.dip0.t-ipconnect.de> has joined #yocto14:14
* [Sno] waves14:14
*** likewise <likewise!~Leon@83.137.143.222> has quit IRC14:18
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC14:20
*** sjolley <sjolley!sjolley@nat/intel/x-uorkwunjlrxqdpqa> has quit IRC14:23
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto14:25
*** falk0n <falk0n!~falk0n@a79-168-246-224.cpe.netcabo.pt> has joined #yocto14:31
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto14:40
*** radzy_away is now known as radzy14:43
*** zecke <zecke!~ich@p4FC2B5AB.dip0.t-ipconnect.de> has quit IRC14:47
*** e8johan <e8johan!~quassel@194.237.7.146> has quit IRC14:47
*** jmpdelos <jmpdelos!~polk@174-22-187-43.clsp.qwest.net> has quit IRC14:55
*** radzy is now known as radzy_away14:56
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto14:56
*** mkeeter <mkeeter!~mkeeter@50.245.9.77> has joined #yocto14:56
*** jmpdelos <jmpdelos!~polk@174-22-187-43.clsp.qwest.net> has joined #yocto14:58
*** zecke <zecke!~ich@p4FC2B5AB.dip0.t-ipconnect.de> has joined #yocto14:58
*** sjolley <sjolley!~sjolley@134.134.139.74> has joined #yocto14:58
*** jmleo <jmleo!~jm@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has joined #yocto14:59
jmleohi14:59
jmleoI have a problem when creating my BSP, and I can't figure out what I did wrong14:59
jmleoI have a No bb files matched BBFILE_PATTERN15:00
jmleoand my u-boot is not considered in the providers15:00
jmleoI created a directory named meta-vodalys-bsp/recipes-bsp/u-boot/15:01
jmleoand in meta-vodalys-bsp/conf/layer.conf15:01
jmleoI have those lines : http://pastebin.com/zspSDJR315:02
*** tyler-baker <tyler-baker!~tyler@linaro/tyler-baker> has joined #yocto15:03
*** zecke <zecke!~ich@p4FC2B5AB.dip0.t-ipconnect.de> has quit IRC15:05
*** fitzsim` is now known as fitzsim15:11
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC15:11
*** msm <msm!~msm@cpe-72-182-100-192.austin.res.rr.com> has joined #yocto15:12
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto15:13
*** msm` <msm`!~msm@cpe-72-182-100-192.austin.res.rr.com> has quit IRC15:14
*** zecke <zecke!~ich@p4FC2B5AB.dip0.t-ipconnect.de> has joined #yocto15:15
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC15:20
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC15:30
*** mkeeter <mkeeter!~mkeeter@50.245.9.77> has quit IRC15:31
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto15:36
*** behanw <behanw!~behanw@S0106dc9fdb80cffd.gv.shawcable.net> has quit IRC15:37
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:38
*** [Sno] <[Sno]!~Sno]@pd956d8ef.dip0.t-ipconnect.de> has quit IRC15:40
*** jmpdelos <jmpdelos!~polk@174-22-187-43.clsp.qwest.net> has quit IRC15:43
jmleonobody there ?15:43
-YoctoAutoBuilder- build #154 of nightly is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly/builds/15415:44
*** mkeeter <mkeeter!~mkeeter@50.245.9.77> has joined #yocto15:45
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC15:46
*** e8johan <e8johan!~quassel@94.234.170.199> has joined #yocto15:47
*** radzy_away <radzy_away!~radzy@63.140.125.40> has quit IRC15:48
*** armpit <armpit!~akuster@c-98-239-95-55.hsd1.ca.comcast.net> has joined #yocto15:49
*** radzy <radzy!~radzy@63.140.125.40> has joined #yocto15:51
*** e8johan <e8johan!~quassel@94.234.170.199> has quit IRC15:52
*** jmpdelos <jmpdelos!~polk@174-22-187-43.clsp.qwest.net> has joined #yocto15:52
*** behanw <behanw!~behanw@d207-6-123-58.bchsia.telus.net> has joined #yocto15:53
*** jmleo <jmleo!~jm@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has quit IRC15:54
*** radzy <radzy!~radzy@63.140.125.40> has quit IRC15:56
*** Crofton <Crofton!~balister@pool-108-44-80-46.ronkva.east.verizon.net> has quit IRC15:56
*** radzy <radzy!~radzy@63.140.125.40> has joined #yocto15:57
*** zecke <zecke!~ich@p4FC2B5AB.dip0.t-ipconnect.de> has quit IRC16:00
*** msm <msm!~msm@cpe-72-182-100-192.austin.res.rr.com> has left #yocto16:19
*** pidge <pidge!~pidge@134.134.139.70> has joined #yocto16:31
*** JimBaxter <JimBaxter!~jbaxter@gateway01.m3-connect.de> has quit IRC16:36
*** mckoan is now known as mckoan|away16:38
*** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has quit IRC16:40
*** Crofton <Crofton!~balister@64.186.172.226> has joined #yocto16:41
*** mkeeter <mkeeter!~mkeeter@50.245.9.77> has quit IRC16:43
*** mkeeter <mkeeter!~mkeeter@50.245.9.77> has joined #yocto16:43
*** cbzx <cbzx!~cbzx@99.224.76.14> has joined #yocto16:48
*** sameo <sameo!samuel@nat/intel/x-ahbhdurlngonfwbj> has quit IRC16:51
*** tyler-baker <tyler-baker!~tyler@linaro/tyler-baker> has quit IRC16:52
*** nitink <nitink!~nitink@134.134.137.75> has joined #yocto16:52
*** tyler-baker <tyler-baker!~tyler@linaro/tyler-baker> has joined #yocto16:53
*** mkeeter <mkeeter!~mkeeter@50.245.9.77> has quit IRC17:06
*** mkeeter <mkeeter!~mkeeter@50.245.9.77> has joined #yocto17:06
*** jbrianceau is now known as jbrianceau_away17:08
*** ftonello <ftonello!~felipe@wsip-70-183-20-162.oc.oc.cox.net> has joined #yocto17:09
*** LCyrin <LCyrin!~LCyrin@c-98-209-55-3.hsd1.mi.comcast.net> has joined #yocto17:14
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC17:20
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC17:26
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto17:26
volker-does anyone know about a document or blog post describing releases and updates? Updates more in the sense of identifying differences if not version based/how to deal with the revison number somewhat automatically in a build process?17:57
*** ripperD <ripperD!~dean@c-24-118-104-28.hsd1.mn.comcast.net> has joined #yocto17:58
ripperDquick q: TI's arago has this in their layer conf: PREFERRED_VERSION_bash = "3.2.48"17:59
ripperDI want to override that in my layer to use the latest, how do I do that? I tried adding PREFERRED_VERSION_bash = "4.2" to my layer and it didn't install 4.218:00
kergothick. layers should not be specifying preferences in layer.conf at all, ever18:00
volker-ripperD: create a file <samefilename>.bbappend18:00
volker-ripperD: then add PREFERRED_VERSION_bash = "my.new.number" in it18:00
ripperDits specified in a conf, not in a bb recipe\18:01
volker-ripperD: and make sure that youre layer has a higher number18:01
denixkergoth: layer.conf???18:01
kergothspecifying preferred version in a recipe would be pointless18:01
denixripperD: use _forcevariable overrride18:01
kergothdenix: [10:59:31] <ripperD> quick q: TI's arago has this in their layer conf: PREFERRED_VERSION_bash = "3.2.48"18:01
denixlayer configuration, not layer.conf :)18:01
denixit's a distro layer. so the config he refers to is a distro config18:02
ripperDyeah, distro config18:02
kergoth"layer configuration" is a meaningless term :)18:02
kergothbut fair enough18:02
denixkergoth: well, don't believe anything you see18:03
volker-is pr_service compatible with "builds from scratch"?18:03
kergothI don't, but if you can't assume the person you're supporting is making sense, there's really no hope in helping them :)18:03
*** jluisn <jluisn!~quassel@187.115.172.24> has quit IRC18:04
ripperDhmm ok, I'll try the _cofcevariable override!18:04
denixforce, not cofce :)18:04
ripperD: P nothing like typo's to send one on a wild goose chase18:05
otavioHello18:12
otaviohow is the proper way to blacklist the evbug module?18:12
otavioit shouldn't be autoloaded18:13
*** falk0n <falk0n!~falk0n@a79-168-246-224.cpe.netcabo.pt> has quit IRC18:15
*** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has joined #yocto18:27
volker-does someone use the git hash/cvs/svn id or similar for their PR number?18:28
volker-or does something speak against it?18:29
ripperDthanks denix,kergoth,volker- . For the archives, final solution was this in my layer conf18:42
ripperD# Overide the arago bash 3.2 preference18:42
ripperDPREFERRED_VERSION_bash_forcevariable = "4.2"18:42
ripperDerr local.conf NOT layer conf18:42
*** joshualamorie <joshualamorie!~joshua.la@modemcable114.129-37-24.static.videotron.ca> has joined #yocto18:44
*** joshualamorie <joshualamorie!~joshua.la@modemcable114.129-37-24.static.videotron.ca> has left #yocto18:44
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto18:50
*** joshualamorie <joshualamorie!~joshua.la@modemcable114.129-37-24.static.videotron.ca> has joined #yocto18:51
*** radzy <radzy!~radzy@63.140.125.40> has quit IRC18:57
*** hyei <hyei!~hyei@12.202.168.34> has joined #yocto18:57
rburtonvolker-: that would be PV, not PR19:04
*** zecke <zecke!~ich@p4FC2B5AB.dip0.t-ipconnect.de> has joined #yocto19:09
*** maxtothemax <maxtothemax!~maxtothem@134.134.139.70> has joined #yocto19:13
*** zecke <zecke!~ich@p4FC2B5AB.dip0.t-ipconnect.de> has quit IRC19:13
*** zecke <zecke!~ich@p4FC2B5AB.dip0.t-ipconnect.de> has joined #yocto19:15
*** radzy <radzy!~radzy@63.140.125.40> has joined #yocto19:17
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-ehuleemywzclagau> has quit IRC19:17
volker-rburton: why not PR?19:18
volker-rburton: version get bumped manual via PV and revision automatically via PR+SCM id/hash19:19
*** zecke <zecke!~ich@p4FC2B5AB.dip0.t-ipconnect.de> has quit IRC19:21
*** zecke <zecke!~ich@p4FC2B726.dip0.t-ipconnect.de> has joined #yocto19:23
rburtonvolker-: if your source comes from a vcs, then you can put the hash into the PV19:30
rburtonand PR gets bumped on rebuild19:30
rburtonthere's numerous recipes in oe-core that follow that pattern19:30
*** radzy <radzy!~radzy@63.140.125.40> has quit IRC19:33
*** radzy <radzy!~radzy@63.140.125.40> has joined #yocto19:38
volker-rburton: but that mean my packagefile would be mypackage-<SCM-hash>r0.deb19:41
volker-rburton: that works fine with own created packages. but as soon as you use .bbappend it is getting messy19:42
rburtonwhy would that impact bbappends?19:42
volker-rburton: if I modify the bbappends?19:42
rburtonstill don't see what the git revision has to do with bbappends19:42
rburton(you modify bbappend, bitbake notices, does a rebuild and bumps PR)19:43
volker-rburton: the idea behind the version+revision is to find the difference. So the original yocto package is v1.2.3r0, now I create a bbappend it and it will become v1.2.3r1; now I add a feature and push it up to v1.2.3r219:43
volker-rburton: yes, but bitbake notice is some kind of problem when you want to make sure that it is always able to build from scratch19:43
volker-rburton: official builds here are always build from scratch19:44
rburtonthat's what a PR server is for - to track what input matches what PRs19:44
rburtonso you can wipe and rebuild, and you'll get the same PRs19:44
volker-rburton: and the build system fails often enough for the development build which only build the changes. fails due of changes in yocto itself19:44
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto19:45
volker-rburton: so the idea is to automatically update the PR value every time you modify the file in the SCM19:45
*** Cyrin <Cyrin!~LCyrin@2607:fb90:13:29b9:5d31:7fcd:fff4:f0c3> has joined #yocto19:46
rburtonassuming you mean your recipes, isn't that effectively what happens anyway?19:46
rburtonyou edit the recipes (bb, bbappend, classes, whatever) and when it builds, PR is increased if there were changes19:47
volker-rburton: yes, the buildserver increasing the PR gives me headaches19:47
*** adelcast <adelcast!~adelcast@130.164.62.249> has joined #yocto19:47
*** LCyrin <LCyrin!~LCyrin@c-98-209-55-3.hsd1.mi.comcast.net> has quit IRC19:47
volker-another server, another backup, another fail over.19:48
rburtonso share the PR database between the servers19:48
volker-I have to copy the buildhistory already from the fileserver to jenkins and back afterwards.19:48
volker-rburton: why do you try to talk it out?19:48
volker-rburton: because it is not possible?19:49
rburtonnot sure i understand that.  surely the alternative is to put a PR into each recipe.19:49
rburtonwhich until about a year ago was exactly what we did, so feel free to do it again.19:49
*** radzy <radzy!~radzy@63.140.125.40> has quit IRC19:49
rburtoni'm trying to understand what your actual problem is, as you started with "i want to put the version in the revision"19:50
volker-no, bind the revison to the SCM. the version is PV, no need to touch this19:50
rburtonso you mean the revision of scm that contains the recipes19:51
volker-yes19:51
rburtonwhat happens if something outside the scm changes, like a local.conf change19:51
volker-that is all in scm19:51
rburtonif you have a local.conf in scm then you should move it to site.conf or your distro.conf :)19:52
volker-changing the environment is always a problem.19:52
rburtonsurely your proposal means rebuilding everything on every change?19:52
volker-the local.conf gets automatically modified by the build script, most stuff is in distro.conf19:52
volker-rburton: yes19:52
rburtonouch19:52
*** radzy <radzy!~radzy@63.140.125.40> has joined #yocto19:52
volker-rburton: rebuild everything, get the diff19:52
* rburton is also pan-frying tuna so has to go19:53
volker-rburton: builds are for repeatability. And yocto failed a couple of time when not using this clean & rebuild approach19:53
volker-How does yocto do releases? always the incremental changes only?19:54
volker-s/releases/official releases/19:54
paulganyone try to use multilib lately to get -m32 to work generating i386 binaries on-target?   According to yocto bug 1369 this used to work....19:57
yoctiBug https://bugzilla.yoctoproject.org/show_bug.cgi?id=1369 enhancement, Medium+, 1.4 M3, constantinx.musca, VERIFIED FIXED, [Multilib] On-target gcc enhancement19:57
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC19:59
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto19:59
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC19:59
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto20:00
RPpaulg: what error do you see?20:06
paulgRP: it never looks in /lib/ or /usr/lib  at link  so I get this:  http://pastebin.com/1NVGbcq320:08
*** tasslehoff <tasslehoff!~Tasslehof@145.79-161-31.customer.lyse.net> has joined #yocto20:09
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC20:09
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto20:11
RPpaulg: I'm sure some of this did work at some point but that does indeed look rather broken :(20:12
paulgRP:  After getting sufficiently lost in the python of gcc-multilib.inc ; I tried to manually fix it with a gcc bbappend that did this...20:13
paulgEXTRA_OECONF += "--enable-multiarch --with-arch-32=i586 --with-multilib-list=m32,m64"20:13
paulg...based on the gcc config I found in ubuntu, but I still got the same error.20:14
RPpaulg: we have patches against gcc and dynamically force the configuration in that python code20:14
paulgI _do_ have all the lib32 variants of the multilib libraries and dev pkgs happily living in /lib and /usr/lib - so it isn't that.20:14
RPpaulg: so I'd guess that python is doing the wrong thing20:15
RPthere have been changes to it and whilst things looked "ok", I can't 100% test everything :/20:15
*** LCyrin <LCyrin!~LCyrin@2607:fb90:1313:617:7013:a6aa:fb43:ff11> has joined #yocto20:15
paulgRP, yeah - what I took away from reading the python (and bug 1369) was that if I'd enabled  multilib, then I'd get a sane multilib gcc20:15
yoctiBug https://bugzilla.yoctoproject.org/show_bug.cgi?id=1369 enhancement, Medium+, 1.4 M3, constantinx.musca, VERIFIED FIXED, [Multilib] On-target gcc enhancement20:16
*** dvhart <dvhart!dvhart@nat/intel/x-eqqakhuqlidnmcyj> has joined #yocto20:16
*** RP <RP!~richard@5751f4a1.skybroadband.com> has left #yocto20:16
*** RP <RP!~richard@5751f4a1.skybroadband.com> has joined #yocto20:16
paulgfwiw, the lib32-gcc that is independently generated can create and link 32 bit binaries fine, which confirms the target is properly populated, and the breakdown is in the 64 bit gcc.20:16
paulgthe multilib of it, that is ; it can generate 64 bit bins just fine.20:17
RPpaulg: right, I guess we're just not configuring it correctly...20:17
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC20:17
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto20:18
paulgI guess I can raise a bug and perhaps we can suck some of the meta-intel folks into helping ; I'm using their kit for defining my MACHINE as an i720:18
*** Cyrin <Cyrin!~LCyrin@2607:fb90:13:29b9:5d31:7fcd:fff4:f0c3> has quit IRC20:18
paulgstarted a qemu-x86-64 on another machine just to get another data point...20:18
paulgbuild, that is.20:19
*** sroy <sroy!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has quit IRC20:20
paulgoh, and I should qualify the lib32-gcc didn't originally work.  I had to fix that 1st.  :)20:20
paulghttp://article.gmane.org/gmane.comp.handhelds.openembedded.core/5249120:21
RPpaulg: I saw that, nicely found...20:24
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC20:27
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto20:27
RPpaulg: its certainly work filing a bug so this is known about20:27
*** ant__ <ant__!~andrea@host86-146-dynamic.30-79-r.retail.telecomitalia.it> has joined #yocto20:36
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC20:38
*** dvhart <dvhart!dvhart@nat/intel/x-eqqakhuqlidnmcyj> has quit IRC20:38
*** Noor <Noor!~quassel@110.93.212.98> has quit IRC20:40
*** radzy is now known as radzy_away20:43
*** radzy_away is now known as radzy20:43
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC20:48
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto20:49
*** radzy <radzy!~radzy@63.140.125.40> has quit IRC20:52
*** radzy <radzy!~radzy@63.140.125.40> has joined #yocto20:56
*** Noor <Noor!~quassel@110.93.212.98> has joined #yocto21:04
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC21:06
*** tasslehoff <tasslehoff!~Tasslehof@145.79-161-31.customer.lyse.net> has quit IRC21:08
*** radzy <radzy!~radzy@63.140.125.40> has quit IRC21:08
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC21:09
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto21:10
*** radzy <radzy!~radzy@63.140.125.40> has joined #yocto21:18
zman97211Question/problem: I have meta-oe layer, which is at ref "dylan-next". This is the branch necessary for the image I'm trying to produce from the Arago project. Anyway, in meta-oe/recipes-multimedia/x264/x264_git.bb, the ref that's in SRCREV (which is 1cffe9f406cc54f4759fc9eeb85598fb8cae66c7) is not a ref in the git repo pointed to by the .bb file. How can this be? I was able to get around it by simply grabbing the latest commit's ref from the repo21:23
zman97211and replacing the SRCREV, but ... if that was once a valid commit, should it be - forever?21:23
zman97211git repos shouldn't "lose" commits.21:23
denixzman97211: did you update bitbake recently? or are you using the new bitbake, not the one that was released with dylan?21:24
zman97211The error I would get is fatal: reference is not a tree21:25
zman97211I followed (what I think are your) instructions at ... one sec21:25
zman97211I'll look up the exact set of instructions I followed, but I didn't download bitbake seperately. I used the layer-setup script, which fetched everything for me, then set it up with the sdk 7.00.00.00 .txt file.21:26
zman97211I believe I followed http://arago-project.org/wiki/index.php/Setting_Up_Build_Environment#Detailed_Setup21:27
zman97211And used amsdk/aamsdk-07.00.00.00-config.txt21:28
denixzman97211: right, so you are using the latest bitbake then (Daisy or Dora), but picked up the recipe from Dylan times...21:28
zman97211Shouldn't that have worked? I assume it did at one time.21:29
denixzman97211: recent bitbake now requires specifying exact branch for a commit ID (SRCREV), if it's not on master21:29
*** radzy <radzy!~radzy@63.140.125.40> has quit IRC21:29
denixyou'd need to update some of the old recipes you have to work with latest bitbake21:29
*** bluelightning <bluelightning!~paul@p57B138DE.dip0.t-ipconnect.de> has joined #yocto21:30
*** bluelightning <bluelightning!~paul@p57B138DE.dip0.t-ipconnect.de> has quit IRC21:30
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:30
zman97211I assumed oe-layertool-setup.sh would have fetched a collection of sources that would have worked together.21:30
denixzman97211: it does21:30
zman97211Then why the mismatch?21:31
denixzman97211: didn't you say in the beginning that you need to use some old Dylan-era recipe?21:31
zman97211No...21:31
*** zecke <zecke!~ich@p4FC2B726.dip0.t-ipconnect.de> has quit IRC21:31
zman97211I used oe-layertool-setup, and it fetched meta-oe. Going a gitk in the meta-oe directory shows that I'm at a tag named "dylan-next". I didn't specify to use that, I assumed oe-layertool did21:32
denixI have meta-oe layer, which is at ref "dylan-next"21:32
zman97211yes, I did say that. Your script pulled it, not me, tough.21:32
zman97211*though21:32
zman97211Inside amsdk-07.00.00.00-config.txt is this: meta-openembedded,git://git.openembedded.org/meta-openembedded,dylan,cb182019c4f7485713cb50623240c01882448ffd,layers=toolchain-layer:meta-networking:meta-oe21:33
zman97211dylan.21:33
denixzman97211: yes, that release appears to be dylan based, indeed...21:34
*** mkeeter <mkeeter!~mkeeter@50.245.9.77> has quit IRC21:35
denixhave checked meta-oe history if x264 had any recent fixes updating SRCREV?21:35
zman97211Well, I looked on the OE website, and browsed through the tree... x264 isn't even in that layer any more.21:36
denixit's in oe-core now21:37
denixhttp://cgit.openembedded.org/openembedded-core/log/meta/recipes-multimedia/x264/x264_git.bb21:37
denixand here's the answer to your question - http://cgit.openembedded.org/openembedded-core/commit/meta/recipes-multimedia/x264/x264_git.bb?id=b193c7f251542aa76cb5a4d6dcb71d15b27005eb21:38
*** radzy <radzy!~radzy@63.140.125.40> has joined #yocto21:38
kergoththey rewrote published history? yikes21:39
denixindeed21:39
zman97211Well, there we go. Thanks for being better with git than me! :)  I suppose I could resolve that with a .bbappend in my own layer with a SRCREV = "the new one" right?21:40
denixzman97211: that would work, if you need to stick with that dylan-based release configuration, of course21:41
zman97211denix: Not necessarily. I'm kind of new to this and I'm a bit afraid to mess around outside your layertool script for fear of breaking something. Or should I use that to initialize my environment, but then swap out layers for newer versions?21:43
denixzman97211: what makes you comfortable. there are plenty of configs in layersetup, there's more recent one based on daisy...21:44
zman97211denix: Are those configs just a snapshot of what was used for TI's released stuff?21:45
*** zecke <zecke!~ich@p4FC2B726.dip0.t-ipconnect.de> has joined #yocto21:46
zman97211denix: I just grepped the configs directory for daisy and didn't find anything.21:46
zman97211denix: Which would be the "best" starting configuration in your opinion?21:47
zman97211Oh, well, looks like there's a new one since I cloned oe-layersetup.git21:49
zman97211denix: LOL did you just now check that in?21:50
zman97211denix: thanks21:51
*** radzy <radzy!~radzy@63.140.125.40> has quit IRC21:51
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC21:51
denixzman97211: yes, amsdk configs are usually snapshots used for TI official releases...21:52
denixzman97211: yes, daisy is a new config, just added recently21:53
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto21:53
*** marlon <marlon!~marlon@S0106602ad07d0544.gv.shawcable.net> has joined #yocto21:58
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto22:01
*** radzy <radzy!~radzy@63.140.125.40> has joined #yocto22:06
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC22:08
*** radzy <radzy!~radzy@63.140.125.40> has quit IRC22:13
*** radzy <radzy!~radzy@63.140.125.40> has joined #yocto22:16
*** sjolley <sjolley!~sjolley@134.134.139.74> has quit IRC22:22
*** d_s_e <d_s_e!~d.s.e@ppp-46-244-246-91.dynamic.mnet-online.de> has quit IRC22:31
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC22:31
*** marlon <marlon!~marlon@S0106602ad07d0544.gv.shawcable.net> has quit IRC22:32
*** radzy <radzy!~radzy@63.140.125.40> has quit IRC22:32
*** radzy <radzy!~radzy@63.140.125.40> has joined #yocto22:34
*** agust <agust!~agust@p4FDE7F89.dip0.t-ipconnect.de> has quit IRC22:35
*** cneth <cneth!c6170549@gateway/web/freenode/ip.198.23.5.73> has quit IRC22:38
*** radzy <radzy!~radzy@63.140.125.40> has quit IRC22:44
*** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto22:47
*** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC22:49
*** sjolley <sjolley!sjolley@nat/intel/x-cafbgfdgsvevstie> has joined #yocto22:51
*** zecke <zecke!~ich@p4FC2B726.dip0.t-ipconnect.de> has quit IRC22:56
*** radzy <radzy!~radzy@69-162-212-143.static.acsalaska.net> has joined #yocto22:58
*** ant__ <ant__!~andrea@host86-146-dynamic.30-79-r.retail.telecomitalia.it> has quit IRC23:15
*** mkeeter <mkeeter!~mkeeter@2601:6:b80:5a:c565:d359:baa3:21c3> has joined #yocto23:20
*** zecke <zecke!~ich@p4FC2B5AB.dip0.t-ipconnect.de> has joined #yocto23:21
*** ionte <ionte!~jonatan@c-b444e055.164-1-64736c10.cust.bredbandsbolaget.se> has quit IRC23:26
*** zecke <zecke!~ich@p4FC2B5AB.dip0.t-ipconnect.de> has quit IRC23:26
*** cbzx <cbzx!~cbzx@99.224.76.14> has quit IRC23:26
*** vroomfondel|3 <vroomfondel|3!~kvirc@212095007114.public.telering.at> has joined #yocto23:42
*** vroomfondel|2 <vroomfondel|2!~kvirc@212095007088.public.telering.at> has quit IRC23:45
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC23:55
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto23:56

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